Исправление Rootlexx, (текущая версия) :
Вы говорили о udisks2, что якобы в Debian:
Udisks2 так и не подтянули версию лол, они сидят на той что имеет проблемы с exfatprogs/exfat-utils
И даже привели ссылку на коммит в upstream udisks2.
А когда я указал, что ровно эта проблема ровно этим же коммитом решена в Debian-овской версии udisks2, что прямым текстом сказано в новости, вы, вместо того чтобы нормально признать свою ошибку, начали переводить стрелки на gparted да его KDE-шный клон.
но продолжают работать с exfat-utils и падать с ошибками из-за того, что mkfs.exfat из exfat-utils для установки названия раздела использует опцию -n вместо -L.
mkfs.exfat из exfatprogs также поддерживает опцию -n для совместимости. Поэтому в udisks2 работают оба варианта.
при запуске gparted показывает окно что ему нужен exfatprogs и отключает функциональность exfat при установленном exfat-utils.
я бы минимум либо пропатчил exfat-utils и добавил туда доп. опцию -L, либо пропатчил udisks2 чтобы он понимал с каким бинарником mkfs.exfat имеет дело
Зачем, если в udisks2 всё работает с обоими пакетами?
а у udisks2 еще и обмазан glibc на каждый чих, аж тошно становится.
Што? Вы в курсе, что glib и glibc — это разные библиотеки?
Исправление Rootlexx, :
Вы говорили о udisks2, что якобы в Debian:
Udisks2 так и не подтянули версию лол, они сидят на той что имеет проблемы с exfatprogs/exfat-utils
И даже привели ссылку на коммит в upstream udisks.
А когда я указал, что ровно эта проблема ровно этим же коммитом решена в Debian-овской версии udisks, что прямым текстом сказано в новости, вы, вместо того чтобы нормально признать свою ошибку, начали переводить стрелки на gparted да его KDE-шный клон.
но продолжают работать с exfat-utils и падать с ошибками из-за того, что mkfs.exfat из exfat-utils для установки названия раздела использует опцию -n вместо -L.
mkfs.exfat из exfatprogs также поддерживает опцию -n для совместимости. Поэтому в udisks работают оба варианта.
при запуске gparted показывает окно что ему нужен exfatprogs и отключает функциональность exfat при установленном exfat-utils.
я бы минимум либо пропатчил exfat-utils и добавил туда доп. опцию -L, либо пропатчил udisks2 чтобы он понимал с каким бинарником mkfs.exfat имеет дело
Зачем, если в udisks всё работает с обоими пакетами?
а у udisks2 еще и обмазан glibc на каждый чих, аж тошно становится.
Што? Вы в курсе, что glib и glibc — это разные библиотеки?
Исходная версия Rootlexx, :
Вы говорили о udisks2, что якобы в Debian:
Udisks2 так и не подтянули версию лол, они сидят на той что имеет проблемы с exfatprogs/exfat-utils
Вот, мейнтейнеры в debian (по всей видимости и не форматировали в своей жизни ничего через свои же пакеты gui приложений в exfat) и даже не в курсе что там такое). Видимо решили, что раз написано «focusing upstream changes» - то это не касается дебиана (ведь у них все подтухшее но стабильное)
И даже привели ссылку на коммит в upstream udisks.
А когда я указал, что ровно эта проблема ровно этим же коммитом решена в Debian-овской версии udisks, что прямым текстом сказано в новости, вы, вместо того чтобы нормально признать свою ошибку, начали переводить стрелки на gparted да его KDE-шный клон.
но продолжают работать с exfat-utils и падать с ошибками из-за того, что mkfs.exfat из exfat-utils для установки названия раздела использует опцию -n вместо -L.
mkfs.exfat из exfatprogs также поддерживает опцию -n для совместимости. Поэтому в udisks работают оба варианта.
при запуске gparted показывает окно что ему нужен exfatprogs и отключает функциональность exfat при установленном exfat-utils.
я бы минимум либо пропатчил exfat-utils и добавил туда доп. опцию -L, либо пропатчил udisks2 чтобы он понимал с каким бинарником mkfs.exfat имеет дело
Зачем, если в udisks всё работает с обоими пакетами?
а у udisks2 еще и обмазан glibc на каждый чих, аж тошно становится.
Што? Вы в курсе, что glib и glibc — это разные библиотеки?