И поставить под сомнение правильность решений Большого Начальника.
Ну так люди не виноваты, что начальник самодур. Я к тому, что у проблемы было просто решение, и нельзя винить людей в том что его не применили.
1) не указывают категорию пакета
Можно оснастить поле ввода автоподсказками из дерева портежа.
2) не постят свой emerge --info
Вынести в отдельное required поле формы.
3) для запросов на стабилизацию или keywording не указывают соответствующие ключевые слова(STABLEREQ и KEYWORDREQ соответственно);
Вот тут не могу ничего сказать, потому что не знаю что имеется в виду. Но думаю, это тоже решается твиком формы.
Итого мы видим, что проблема чисто техническая и состоит она в том, что вам НЕОБХОДИМЫ данные, но форма ввода не энфорсит пользователя его вводить так как это необходимо. Это недостаток формы, а не пользователей, и он решается. Формы для того и придуманы, чтобы уметь в валидацию, иначе можно сделать одну textarea и инструкцию на 40 страниц, в каком формате туда вводить.
Можно оснастить поле ввода автоподсказками из дерева портежа.
Учитывая насколько уже запатчена гентушная багзилла - без готового патча пошлют :-(
Вынести в отдельное required поле формы.
Печаль в том, что не длях всех багов это поле бывает нужно. Клеить его к багам, связанным с опечатками в официальной документации просто тупо.
но форма ввода не энфорсит пользователя его вводить так как это необходимо.
Потому что нельзя точно сказать когда эти данные нужны. Если с emerge --info всё более менее ясно, но что делать с категорией пакета? Просить её всегда? А когда баг связан с eclass-ом, что делать? А если проблема в eblits?
Короче, 100500 исключений, которые тоже надо как-то учитывать и которые плохо стандартизируются.
btrfs умеет в fsck, и неплохо после этого восстанавливается. У etx4 при прочих равных есть больший шанс потерять или повредить данные, уж не знаю почему.
Нет, я еще и сам тред прочитал, внезапно. Если ты считаешь, что ничего не надо патчить, для того чтобы добиться желаемого ТС-ом поведения - у меня для тебя плохие новости.
шифрованные e-mail-ы для confidential багов Gentoo Security
Хе, не знал о таком. Но в принципе ничего сложного, батарейки для шифрования в любом языке есть. Плюс день-два работы, итого имеем при очень пессимистичных оценках 2 недели.
Пробегали пару раз люди с runit-ом. Большего сказать не могу. В целом понятное дело OpenRC - потому что дефолт, systemd - потому что «стильно, модно, молодежно»
Я другое имел ввиду. Что-то вроде статистики зеркал, к каким файлам больше обращений при обновлениях. Не очень адекватная получилась бы статистика, но +-10% наверное вышло бы.
Шел 2015 год, а openrc и net-tools все еще были в профиле system.
...блин да до аппстрима генты новость о том, что стабильного sys-kernel/hardened-sources больше нет и быть не может дошла спустя почти что два месяца! А ты про какие-то там мелочи в профилях...
Openrc и net-tools наследие того счастливого времени когда у openrc вообще не было конкурентов и они так и останутся в профиле system только лишь потому, что упоротый аппстрим кладет на свои-же громкие лозунги can be automatically optimized... extreme configurability...
А их упоротость позиции в отношении вопроса openrc vs systemd меня вообще ставит в тупик. И я понял бы и поддержал бы аппстрим генты если бы openrc целиком бы незаметно заменяла бы systemd без последствий. На деле это не так т.е. по факту война уже проиграна - особенно если разговор не про серверный криокамерно-стабильный консольный софт а про современные dm/wm и прочие околодесктопные приложения которые по факту уже завязаны на фичи systemd.
Твои девиации никому не интересны а по факту, кто и как бы не относился к systemd, именно systemd, а никак не openrc, сейчас мэйнстрим. Явных конкурентов нет в принципе. А то что есть не более чем локальные поделия для конкретных мелких задачек.
Я надеюсь, что этот дебилизм поцтерингский сдохнет как и уродец-HAL!
Eddy_Em до тех пор пока отдельные упоротые майнтрейнеры той же генты не начинают реально ставить палки в колеса мне плевать(а сейчас мне плевать ещё и потому-что у меня свой собственный цирк с со своими профилями, картами и продажными женщинами) так что можешь продолжать сколько тебе угодно. И вообще я не делаю культа из udev/eudev/openrc/systemd/upstart/... я стараюсь объективно смотреть на происходящие события и то что я сейчас вижу никак не в пользу openrc.
Из трех тобой перечисленных альтернатив до сих пор ни одна не годится для полноценной работы! Хотя, надеюсь, что года через 2-3, когда наступит линуксокапец, бздя таки будет доведена до ума.
Ну, покуда среди девелоперов генты есть разумные люди — да. А вот как их не станет, случится кризис. Патрегу я уже не доверяю, судя по тому, как он толерастно относится к поцтеру.