Aleksandra
так ты поздно пришел
Aleksandra
кстати сказать тебе бы полезно было почитать этот холивар с другой точки зрения
Igor
последнее сообщение было (31.07.2017 19:25:27)
Aleksandra
потому что на лоре то конечно юзеры совсем неадекватные, и их лечить надо, но разработчикам некоторым тоже не мешало бы задуматься о своем поведении
Aleksandra
там у нас systemd )
Igor
https://www.linux.org.ru/news/security/13576779
Sergey
Я, видимо, совсем не в курсе, но за что так комьюнити системди не взлюбило?
Sergey
О, там рассказывают про уязвимости. Так и лет пять уже и нет о.о
Igor
потому что на лоре то конечно юзеры совсем неадекватные, и их лечить надо, но разработчикам некоторым тоже не мешало бы задуматься о своем поведении
1) я бы руки поотрывал тем умельцам, которые секьюрити баги пишут на гитхабе... надо писать security bug в своё дистрибутив с пометкой приватно 2) отчасти бывает, что когда юзеры пишут совсем бесполезные / непонятные баги (а иногда просто не хотят читать маны и просят подсказать как им что делать) в гитхабе — хочется просто взять и закрыть 3) собственно, там есть contirbuting.md который это всё рассказывает, я считаю что такую вещь нужно в каждый проект добавлять чтобы не было вопросов
Igor
я просто делаю краткий пересказ )
Igor
.. полезных вещей, что я нашёл в том треде
Sergey
Лучше мне расскажите т.т
Aleksandra
не, я к тому что на самом деле формальные правила это нужно и важно и правильно, но по-человечески на сторону юзера тоже следует становиться иногда, а не просто отмахиваться как от назойливой мухи
Aleksandra
Потому что у разработчиков бывают на самом деле косяки, и бывают задумки, которые выливаются в косяки со стороны юзера, и бывают юзеры которые действительно в растрепанных чувствах приходят в багзиллу.
Aleksandra
и разработчик может конечно пойти формальным путем и всё выкинуть и закрыть, а может просто одной фразой сам перевести разгвор в конструктивное русло не прибегая к формальностям
Igor
не, я к тому что на самом деле формальные правила это нужно и важно и правильно, но по-человечески на сторону юзера тоже следует становиться иногда, а не просто отмахиваться как от назойливой мухи
мы, обычно, закрываем баги как NOTABUG + если что-то простое, то пишем решение (ну и куда юзеру в следующий раз писать такие вещи).... Но вот у systemd поток ишью на гитхабе просто огромен (в отличии от dnf), так что я прекрасно их понимаю.
Aleksandra
и так как все-таки разработчик в такой ситуации сильнее, то должен вести себя по-человечески чаще :)
Igor
вот когда на гитхабе запилят темплейты ответов как в пагуре..!
Igor
тогда заживём
Aleksandra
ещё тяжеловато когда всё копится и ты начинаешь на нового бестолкового юзера выливать поток эмоций накопленный от общения с предыдущими сотнями таких же
Aleksandra
в таких случаях пожалуй только отпуск помогает и то не всегда, надо как-то переключаться от общения с юзерами на другие задачи в этот момент
Anonymous
этот лор
Anonymous
сколько системд шагает по планете?
Anonymous
а они до сих пор ноют
Aleksandra
а они до сих пор ноют
ладно бы ныли. К тому что "ничего не работает" мы все давно привыкли. Но они какие-то дико агрессивные.
Anonymous
1) я бы руки поотрывал тем умельцам, которые секьюрити баги пишут на гитхабе... надо писать security bug в своё дистрибутив с пометкой приватно 2) отчасти бывает, что когда юзеры пишут совсем бесполезные / непонятные баги (а иногда просто не хотят читать маны и просят подсказать как им что делать) в гитхабе — хочется просто взять и закрыть 3) собственно, там есть contirbuting.md который это всё рассказывает, я считаю что такую вещь нужно в каждый проект добавлять чтобы не было вопросов
не согласен. Многие программисты живут в 80х годах. Поясню почему. Вот есть баг, я должен зарегестрироваться в кастомной баззиле, и что-то там написать по не совсем внятным гайдлайнам. Ок. Это простой путь. Я должен подписаться на мейлинг лист и создать дискуссию (Это требует больших трудозатрат!) Я не то чтобы говорю о юзерфрендли, я говорю об эффективности. И да, к черту контрибутинг.мд, баги и потенциальные уязвимости должны быть публичны как можно больше.
Anonymous
Но я согласен, что багрепорты не должны быть У ВАС ТУТ ЭТО НЕ РАБОТАЕТ, ЧИНИТЕ!
Anonymous
ты форсишь ситуацию, и создаёшь какой-то майкрософт вей
Anonymous
в 90% случаев, о баге знает кто нужно
Anonymous
но потом гугл раскрывает их огромной пачкой, т.к. разработчики неадекватны и не фиксят
Aleksandra
ты форсишь ситуацию, и создаёшь какой-то майкрософт вей
non-disclosure period для security-багов - это классический linux-way
Aleksandra
все крупные open source разработчики давно образовали специальную сеть для раздачи информации о security-багах. Если ты работаешь в этой области, ты тоже можешь получить к ней доступ, подписавшись на соблюдение установленных сроков
Aleksandra
эта информация шарится между разными конторами, то есть это не microsoft way в плане владения информацией, плюс есть строгий deadline на длину этого периода, после которого информация обязательно публикуется
Aleksandra
то есть не может быть такого чтобы security баг висел там годами неопубликованный
Anonymous
я понимаю и согласен в общем-то. Но если он по каким то причинам стал публичным, явно не правильно говорить о недобропорядочности, надо фиксить быстрее.
Anonymous
Но вы правы.
Aleksandra
ну если его запостили с громким заголовком на публичный канал и тут же распиарили в сми - то повод в общем есть
Aleksandra
может конечно просто человек бестолков, но может и недобросовестно попиариться решил
Vadim
@bookwar посоветуй минималистичный CI? Нужно запускать скрипт по событиям из fedmsg
Vadim
тебе sefl-hosting?
да, безусловно
Aleksandra
python скрипт в systemd-юните? :)
Igor
buildbot?
Igor
Vadim
python скрипт в systemd-юните? :)
ну вот, значит не зря я его наполовину написал
Igor
Aleksandra
ну то есть тебе не CI ведь нужен, тебе нужна ообработка очереди событий
Vadim
мне нужно просто логи этого события показывать, видимо этим займется nginx
Aleksandra
да, ну по крайней мере в таком варианте мне кажется не надо усложнять
Vadim
там какбы всё посложнее конечно, но всю логику я уже вынес в контейнер
Aleksandra
всё-таки ci - это по большому счету сборная солянка из планировщика. фабрики скриптов, дашборда и worker-ов
Aleksandra
если оно у тебя уже есть разобранное на части, то можно не собирать его обратно в большой комбайн, а использовать как есть
Fedor
Опаньки, вернулся домой а у меня sddm работает!
Fedor
прямо магия
Fedor
Simon
FreeBSD
Simon
А где же бот?
Russian Fedora Bot
FreeBSD - говно
Simon
На мое сообщение не ответил :)
Simon
FreeBSD
DS
Стесняется
Simon
Минутка шалостей :)
Simon
Кек
Simon
Кто-нибудь знает толковый учебник по 64-х битному ассемблеру gas или nasm?
Anonymous
nasm unix
Simon
Случаем не та, что Столяровым написана?
Anonymous
да
Simon
Хорошая книжка, но про 32х битный
My-Kola
Кст тогда, посоветуйте и мне книжку об основах системного администрирования (для линух и не только), сетях и тд.
Anonymous
да, не заметил про 64
My-Kola
Годно, спасибо.