Ядерные хедеры, с которыми мы попрощались осенью 2019-го года

Одной из характерных черт вампиров называют скрупулёзность на грани ОКР. Например, если вампир увидит рассыпанные семечки, он не успокоится, пока не соберёт их или хотя бы не уложит ровными рядками. Также вампир машинально подсчитывает ступеньки на попутных лестницах и пуговицы на одежде встречных людей.

Судя по страсти к обсасыванию всякой никому неинтересной мелочи, да возне с 20-30-летними поделиями, ТСа на исходе 80-х годов укусил вампир.

Судя по страсти к обсасыванию всякой никому неинтересной мелочи

Ну или очень непритязательная вампиресса.
Простите, не удержался.

Заголовочные файлы актуальны всем, кто работает с кодом.

Это то, что указывается в препроцессорной директиве #include. И если соответствующего заголовочного файла больше нет - сборка засыпается.

Соответственно, важно знать что на что заменять в коде чтобы он продолжал собираться.

Не понял, это что теперь из линукса удалена поддержка scsi? Или инфракрасных пультов? Или просто перегруппировано все.

Но эта тема смешнее: Ядерные хедеры, которые мы потеряли и приобрели за 10 лет

Шок: Linus Torvalds часто критиковавший PR’ы в GitHub и предпочитавший отправку патчей по почте, начал ими пользоваться:

https://github.com/Subsurface-divelog/subsurface/pull/2287

Скоро PR’ы в ядро можно будет через GitHub засылать.

Теперь другой набор заголовочных файлов. Например, что касается SCSI:

> tree /usr/include/scsi/
/usr/include/scsi/
|-- cxlflash_ioctl.h
|-- fc
|   |-- fc_els.h
|   |-- fc_fs.h
|   |-- fc_gs.h
|   `-- fc_ns.h
|-- scsi_bsg_fc.h
|-- scsi_bsg_ufs.h
|-- scsi_netlink_fc.h
`-- scsi_netlink.h

1 directory, 9 files

Ну и на что надо заменить telephony.h, например?

Зависит от того, что именно из него использовалось.

Больше похоже на передоз стимуляторов.

Заголовочные файлы актуальны всем, кто работает с кодом

А заголовочные файлы ядра нужны только разработчикам ядра. А разработчики ядра и без тебя знают, что там поменялось.

заголовочные файлы ядра нужны только разработчикам ядра

Вызывающе неверное утверждение.

Нет, это API ядра, которое используется в самом разном софте, в т.ч. и в обычном пользовательском софте.

Он критиковал разработку через github. Типа интерфейс гитхаба не позволяет делать это эффективно. Вспоминая уровень трафика в lkml, он прав.

Ну по большей части он прав. Юзерспейс редко напрямую включает экспортируемые интерфейсы.

Юзерспейс редко напрямую включает экспортируемые интерфейсы

Не электроном единым жив юзерспейс.

F

Я и не про электрон. Вот ты мне много программ назвать можешь, которые, например, напрямую влючают <linux/poll.h> вместо <poll.h>? Или там <asm/stat.h> вместо <sys/stat.h>?

Для удаляющих ядерные заголовки в аду есть отдельный котел :)

А с другой стороны isdn и ncp уже давно трупы мумии.

много программ назвать можешь, которые, например, напрямую влючают

навскидку:

grep '#\s*include\s*<linux/' /usr/include/*.h

Он не прикладывает хеш-суммы к ссылкам на скачивание без ssl. Скурпулёзность у него крайне избирательная. Но OCD у него явно в наличии.

$ grep '#\s*include\s*<linux/' /usr/include/*.h
/usr/include/cap-ng.h:#include <linux/capability.h>
/usr/include/libdevmapper.h:#  include <linux/types.h>
/usr/include/libnetlink.h:#include <linux/netlink.h>
/usr/include/libnetlink.h:#include <linux/rtnetlink.h>
/usr/include/libnetlink.h:#include <linux/if_link.h>
/usr/include/libnetlink.h:#include <linux/if_addr.h>
/usr/include/libnetlink.h:#include <linux/neighbour.h>
/usr/include/libsync.h: * something newer than v4.7 drop this and #include <linux/sync_file.h>
/usr/include/mtdev.h:#include <linux/input.h>
/usr/include/seccomp.h:#include <linux/audit.h>
/usr/include/xtables.h:#include <linux/types.h>
/usr/include/xtables.h:#include <linux/netfilter.h>
/usr/include/xtables.h:#include <linux/netfilter/x_tables.h>

Ну чот не густо (Gentoo).

PS. Это если не считаем libc.

Ну я к этому и веду, в общем-то. Большая часть интерфейсов скрыта за glibc и авторами специфчных библиотек и напрямую авторами программ не используется. А поцоны из glibc уже сами занимаются поддержанием обратной совместимости, чтобы апдейты ядра никого не заботили.

Как там у musl дела обстоят, я не знаю, но вроде не сильно хуже.

ТС по накалу аутизма скоро догониг @deathstalker

Как будто бы обычный юзерский софт не может подключать ядерные хедеры.

Я, например, уже как-то рассказывал как можно писать игры на ncurses, в которых происходит управление с геймпада. Однако, для этого нужна в т.ч. и такая строчка:

#include <linux/joystick.h>

Ему не нужно. Можно, конечно, но смысла в этом мало, кроме очень low level софта.

Алсо для девайсов (в том числе гейпадов) есть /dev/input и libinput.

Когда уже ракеты упадут?

Судя по количеству сообщений «для Х есть отдельный котёл», отдельный котёл есть для каждого. Но этого мало. Что делать с теми, кто попадает в несколько категорий, для каждой из которых есть отдельный котёл? Время от времени перебрасывать из одного котла в другой? Ну так остывать же будут по пути. Или тут как с электроном - можно находиться в нескольких котлах одновременно? Теория суперпозиции адских котлов in a nutshell.