В проекте yandex-disk-indicator (https://github.com/slytomcat/yandex-disk-indicator/), в рамках которого энтузиастами развивается индикатор для панелей задач различных рабочих столов, выполненный в виде обёртки над штатной консольной утилитой синхронизации yandex-disk (https://yandex.com/support/disk/cli-clients.html#cli-install), выявлена (https://www.opennet.me/openforum/vsluhforumID15/4433.html#0) ошибка, из-за которой в процессе установки собранных из исходных текстов файлов осуществлялось удаление содержимого раздела /usr, если установочный скрипт был запущен под пользователем root.
Суть проблемы в том, что в файле install.sh для очистки локальной копии собранных файлов вместо команды "rm -r yd-tools/usr" по ошибке была добавлена строка "rm -r /usr". Проблема появилась (https://github.com/slytomcat/yandex-disk-indicator/commit/bf...) в коде 20 мая в ходе переработки сборочных скриптов и была исправлена (https://github.com/slytomcat/yandex-disk-indicator/commit/65...) несколько часов назад. Проблема долго оставалась (https://github.com/slytomcat/yandex-disk-indicator/commits/m...) незамеченной так как присутствовала лишь в ветке для разработчиков, на основе которой не успели сформировать релиз (в апрельском выпуске 1.10.3 и в выпущенном несколько минут назад релизе 1.10.4 проблемы нет (https://github.com/slytomcat/yandex-disk-indicator/blob/1.10...)). Кроме того, индикатор обычно устанавливается пользователями из репозиториев в форме комбинированного пакета YD-tools.
Проект yandex-disk-indicator развивается не связанными с компанией Yandex энтузиастами, но входит в состав пакета YD-tools (https://launchpad.net/~slytomcat/+archive/ubuntu/ppa), который упоминается в списке GUI-приложений для Yandex Disk в официальной (https://yandex.com/support/disk/cli-clients.html#cli-gui) документации (https://yandex.ru/support/disk/cli-clients.html#cli-gui) от Yandex.URL: https://www.opennet.me/openforum/vsluhforumID15/4433.html#0
Новость: https://www.opennet.me/opennews/art.shtml?num=48794
> по ошибке была добавлена строка "rm -r /usr".Случайность? Не думаю.
совпадение
>Случайность?Конечно случайность, хотели "rm -r /" ;)
там должно быть f. -r недостаточно
rm -rf /*
или
rm -rf --no-preserve-root /
или rm -rf //
шли патч в яндекс.
>> по ошибке была добавлена строка "rm -r /usr".
> Случайность? Не думаю.Ну да хотелось удалить немного другое... но получилось..... :/
Высший класс!!!
На пять с плюсом нужно было еще раздел форматнуть :-)))
А затем ещё прошить левый firmware в диск.
> А затем ещё прошить левый firmware в диск.ну или пароль на него поставить.
Ну у них уже был случай в конце 2013-го года. Ничему не учатся )
Это у яндекса был случай. Здесь другие разработчики.
Повторили успех nvidia
То была не невидия, а швабoднoе ПО для nVidia PRIME, что развивалось независимыми разработчиками и могло работать как с проприетарным драйверами, так и с нувой.
Bumblebee, да.
Ну так и тут - сторонний проект
таки то была вполне себе нвидия. иначе, если бы они писали нормальные драйвера, то не было бы необходимости создавать bumblebee, и никто не потерял бы свои данные.
По той же логике вы лично виноваты во всех бедах линукса. Если бы вы создали самый лучший дистрибутив, не было бы ни их зоопарка, ни системд, ни чего там еще.
Не подскажете, зачем вы храните свои данные в /usr?
исторически, /home/ это симлинк на /usr/home, а чо?
> Проект yandex-disk-indicator развивается не связанными с компанией Yandex энтузиастами, но входит в состав пакета YD-tools, который упоминается в списке GUI-приложений для Yandex Disk в официальной документации от Yandex.Бла-бла-бла, накосячили - признайтесь
> Проект yandex-disk-indicator развивается не связанными с компанией Yandex энтузиастами, но входит в состав пакета YD-tools, который упоминается в списке GUI-приложений для Yandex Disk в официальной документации от Yandex.А ещё в этой документации упоминается для подключения Explorer.exe, Total Commander, Cyberduck, CrossFTP Pro, Far-NetBox, Konqueror, Dolphin, Nautilus, davfs2, cadaver, Finder, Transmit...
Отвечать так отвечать...
>> Проект yandex-disk-indicator развивается не связанными с компанией Yandex энтузиастами, но входит в состав пакета YD-tools, который упоминается в списке GUI-приложений для Yandex Disk в официальной документации от Yandex.
> Бла-бла-бла, накосячили - признайтесьПризнаюсь: накосячил я.
Удобный индикатор. Спасибо.
А чего признаваться? Ветка для разработчиков - они все риски принимают и берут. Ибо на что еще ветки для разработчиков?
Чего отвечать-то? Там упоминание только о том, что да, в Яндексе знают о существовании сторонних приложений для работы с Я.Диском, не более.
А ведь официальный виндовый яндекс-диск вроде как тоже мог грохнуть то ли Program Files, то ли AppData.
Весь системный раздел
а, то есть это не баг, это у яндекса всегда так?типа намекают - "храните ваши байтики у нашего майора в сейфе, а то с ними может, внезапно, случиться...это...индикатор!"
В винде оно и само может грохаться.
/usr обычно вообще не жалко :) только время на него тратится
Ага, совсем не жалко. Особенно в системах с merged /usr. :)
> Ага, совсем не жалко. Особенно в системах с merged /usr. :)Там следующий уровень -- не жалко такие системы. :]
(нет, ну если где-то профнепригодных понабирали, то чего ещё ожидать?)
>> Ага, совсем не жалко. Особенно в системах с merged /usr. :)
> Там следующий уровень -- не жалко такие системы. :]
> (нет, ну если где-то профнепригодных понабирали, то чего ещё ожидать?)Я в целом согласен, однако вообще тенденция понятная: ну не хотят некоторые тратить время на отдельный /usr, когда уже почти всё продакшене (том самом, который деньги приносит) заточен под виртуалки и контейнеры. Для десктопа всегда есть вариант "загрузиться с livedvd" в случае чего. Ну а в проде зачастую легче развернуть новую машину с нуля, а со старой уже постфактум провести разбор полётов -- и в этом воркфлоу уже наплевать, отдельно там /usr или нет.
А чего минусите товарища? В /usr/ же все данные из репозиториев (за исключением разве что /usr/local/), всё легко восстанавливается из бекапа или даже повторным разворотом пакетов (а база пакетов обычно в /var).
многие вещи с гита пытались у меня сделать rm /usr/bin и прочие /bin, правда -r там не было, а так бы тоже прибило из под рута.
А мы тут M$ занехаели )
#10
> Проект yandex-disk-indicator развивается не связанными с компанией Yandex энтузиастамиНо криворукими ***лами теперь называть всё равно будут яндекс. Такова загадочность общественного мнения в интернетах.
Не переживай ты так. У яндекса и своих кривых поделок более чем. А теперь сюда посмотри https://github.com/slytomcat?tab=repositories Как-то не пахнет здесь энтузиазмом, да и яндекс не та контора, чтобы ссылки на любые поделки на гитхабе кидать. Вдруг там вообще троян, или кейлогер готовится?
> ..., да и яндекс не та контора, чтобы ссылки на
> любые поделки на гитхабе кидать.Ага, именно так. Что бы они ссылки разместили пришлось с ними несколько месяцев переписываться.
> Но криворукими ***лами теперь называть всё равно будут яндекс. Такова загадочность общественного мнения в интернетах.Хромиум видео кажет, а Яндекс нет.
Яндекс вообще феерическая контора. Судя по вопросам на собеседовании, берут исключительно гениев, а по факту что ни продукт, то какое-нибудь тормозное УГ. Хуже только mail.ru, тоже любителей позубрить отбирают.
> Яндекс вообще феерическая контора. Судя по вопросам на собеседовании, берут исключительно
> гениев, а по факту что ни продукт, то какое-нибудь тормозное УГ.
> Хуже только mail.ru, тоже любителей позубрить отбирают.Вполне себе стандартные вопросы, не хуже и не лучше чем в других конторах
> Вполне себе стандартные вопросы, не хуже и не лучше чем в других конторахкогда я туда пробовал наняться, вопросы были нестандартные - в смысле, они были по теме работы и задавали их технари, никаких теоретических благоглупостей не спрашивали, что нынче большая редкость.
С другой стороны - их сетевик мгновенно потерял ко мне интерес, услышав что "нет, нексусов я не видел, у меня были только шеститонники". (в 2010м многие ли их вообще-то видели?) После этого я в другом месте прообнимался с nexus5000 четыре года, и до сих пор хочу спросить - ЧТО же, блжад, я должен был о них узнать нового-необычного? А то ж ведь так и не узнал. (про vpc и их отличия от vss вменяемый инженер обычно минуты за две узнает все необходимое, а в сложных случаях все равно ты никуда без TAC не уедешь)
Технари тоже разные бывают. Нафиг ему конкурент на рабочем месте? Гораздо проще набирать забитых посредственностей, чтобы заглядывали в рот. Вот и придумывает он всякую хрень про нексусы, по алгоритмам сортировки погоняет, или даже начнёт характеристики какого-нибудь проца спрашивать, проверяя по даташиту.
> по алгоритмам сортировки погоняетдлб тот кто про них спрашивает, скажите - почему?
- а ты придумал свой алг сортировки?
- нет?
- иди на куй со своим вопросом.пс: нет бы спросить, а случаем ты не пытался написать свой алгоритм сортировки, а есть у тебя желание этим заняться, может вы тут алгоритм сортировки создаёте? тады зачем про них спрашивать?
> Технари тоже разные бывают. Нафиг ему конкурент на рабочем месте? Гораздо проще
> набирать забитых посредственностей, чтобы заглядывали в рот. Вот и придумывает он
> всякую хрень про нексусы, по алгоритмам сортировки погоняет, или даже начнёт
> характеристики какого-нибудь проца спрашивать, проверяя по даташиту.А почему бы и нет? Вот наш архитектор искренне верит, что надо набирать людей, знакомых с Lisp/ML, чтобы знали алгоритмы и могли компилятор написать. Без этого считает человека в лучшем случае средненьким инженером. И вот фиг знает, может он и прав.
>> Вот наш архитекторПростите, ваш "архитектор" под каждый новый проект, создает новый "компилятор"?
>>> Вот наш архитектор
> Простите, ваш "архитектор" под каждый новый проект, создает новый "компилятор"?Ну зачем же так к словам цепляться. Тут идея в другом. Фрики, подходящие под описание выше, гарантированно имеют представление о том, что есть right thing на более глубоком уровне, нежели казуалы, коих сейчас развелось немеряно.
Ок, я понял, спасибо.
> ФрикиПростите, добавлю немного, "Фрики" - "Задроты", соглашусь их стало меньше.
>> Фрики
> Простите, добавлю немного, "Фрики" - "Задроты", соглашусь их стало меньше.Да нет, пожалуй. В абсолютных значениях нас стало всё-таки больше. Меньше стало в процентном соотношени.
>Вполне себе стандартные вопросы, не хуже и не лучше чем в других конторахМожет тогда не то спрашивают, раз все адекватные отсеялись?
ЗП - низкие, факт!!!
"частью вашей зарплаты является торговая марка компании"(c). На самом деле это действительно так - уходя из Яндекса, уходят именно 'из яндекса', неплохая прибавка к жалованию обеспечена тут же. Не говоря уже о том, что лучше все же делать и поддерживать Яндекс, чем писать стотыщемильенную crm или вовсе трясти картриджи.ну и отчасти компенсируется удобным офисом, где не толкаешься локтями в битком набитом опенспейсе, достаточно свободным режимом работы (но со звонками в три утра) и прочими приятными плюшками.
я никого не знаю кто жалел бы о том, что там поработал продолжительное время - из тех, разумеется, у кого получилось вписаться в систему.
Но сама система - мягко говоря, странная.
>>я никого не знаю кто жалел бы о том, что там поработал продолжительное время - из тех, разумеется, у кого получилось вписаться в систему.Обычно это студенты, которые набрались там опыта. Опытных за такие ЗП не заманишь. За бугром ситуация уже меняется, набирают "мастеров на все руки" (ака девопсы), дают ЗП хорошую, но пашешь как "скотина". Ещё лет десять, и то чем вы занимаетесь будет обычным делом, потому-что "программистов" уже "пруд пруди", когда всё уже "написано до вас", осталось только "использовать".
В мейле отбирают, но и платят достойно. В яндексе же зерг за еду.
> В мейле отбирают, но и платят достойно. В яндексе же зерг за
> еду.Яндекс тут нипричем от слова никак.
Яндексу я предлагал этот проект взять "под свое крыло" - мягко послали, вот и пилю в одно рыло с периодическими факапами из за отсутствия тестирования.
Спасибо большое, кстати. Из сторонних ppa ваш всегда себе первым ставлю, ради этой утилиты. Только иконку новую у яндекса стащите, пожалуйста)
> Яндексу я предлагал этот проект взять "под свое крыло" - мягко послали,
> вот и пилю в одно рыло с периодическими факапами из за
> отсутствия тестирования.А Вы попробуйте, например, пакетить под альт -- наша сборочница бы автоматом показала, где грабли. Хотя даже не hasher, скорее всего, а прям rpmbuild в секции %install.
С въезжанием в тему можно подсобить ;-)
Это общая практика. Чтобы гарантированно и без напряга можно было отшить неудобного человечка. Вспоминается разговор десятилетней давности с одной конторкой, которого тоже хотела и того-этого, и пятого-десятого. "Да если б я все это знал и умел, и еще весь список сертов ваш у меня был, я бы в принципе ни на что меньше трех предлагаемых не смотрел". В итоге так и не договорились.
После напряга на собеседовании гению нужно отдохнуть. Пока не придет вдохновение на творчество :)))
потому-что в яндекс отбирают хорошо обученных математике и логике студентов с горящими глазами.
старпер который математику уже двадцать лет не видел туда не попадет.
зато старпер никогда не удалит /usr - если только под воздействием наркотиков. а студент - легко.
Да вы на число коммитов там гляньте...
> Да вы на число коммитов там гляньте...Да, я сам в шоке. Пофиксил жуткую багу коммитом 666 - к чему бы это....
судя по времени отлова "фичи" никому на не нуно
> судя по времени отлова "фичи" никому на не нуноЭто всего лишь Вы не дочитали даже новость, побежали излагать бесценное мнение.
может, запилить программную заглушку от rm -r /%important%?
> может, запилить программную заглушку от rm -r /%important%?mv /usr /usa
ln -s /usa /usr
щас проверю... ой!!! ой - е - ей!! где мои бекапы!! (плачу)
> плачусколько?
> может, запилить программную заглушку от rm -r /%important%?Давно уже пора в rm вшить жестку проверку, что оно не будет удаляьт /usr, /bin, /etc/ и прочие нужные вещи, без ключа --yesimkonwthatimdo.
а тебе давно пора перестать прогуливать английский
> вrm вшить жестку проверкупривет systemd-way!
Может лучше сразу аппаратную защиту сделать. 220в в клавитуру и металлические кнопки r и m, чтоб юзера убивало как только он решит rm написать? Адекват, смени ник!
Костыли-костылики.
Давно уже придумали 'set -o'. Или ещё лучше: 'set -Eeuo pipefail'. Если слабо в RTFM, есть shellcheck. Но ходить по граблям не запретишь. Как и собирать ПО из под рута.
>Хуже только mail.ru,Неправда, tv.mail.ru гораздо юзабельнее tv.yandex.ru )))
У меня их оба адблок подрезает. Так что на равных ))
GIANT BUG... causing /usr to be deleted... so sorry....
(c) MrMEEE
Allo bumblebee eto ti
"вместо команды "rm -r yd-tools/usr"
может /usr/yd-tools?
> "вместо команды "rm -r yd-tools/usr"
> может /usr/yd-tools?Нет, именно так. В текущей директории удаляется подкаталог yd-tools/usr
началась неделя девопсов. количество сломанных систем увеличилось в несколько раз.
> проблема долго оставалась незамеченной так как присутствовала лишь в ветке для разработчиковКрасота! Разработчики, похоже, свою малварь сами не тестируют _никак_ и _вообще_.
Ну и переменные объявлять в своих портянках их никто не обучил почему-то. Почему? Такие все стали умные, что захардкодят Вселенную слепым набором?
Какие есть способы для Continuous Integration кроме дедовских, что бы найти rm -rf /usr ?strace (capture)?
а какие дедовские?Мне обновы на днях глибц сломали, перенес корень на бтрфс сделал зеркало, теперь грузится в ro с одной копии, забирает DNS PTR c роутера с именем другой (там монитора нету) и делает kexec в нее, пофиг вообще что сломается, на роутере выключаем запись и перегружаемся в рабочую версию, а если ничего не сломами, снапшотом рабочей системы заменяем исходную. Но систему инициализации пришлось изрядно перебрать
> а какие дедовские?radare2 и "IDA Pro" наверное.
дык это дизассемблер, против скриптов мало толку, через inotify, мб, чета можно наколхозить, но ИМХО, от косяков юма и апт-гета спасает только бэкап.
Глянь в сторону утилиты scanelf
Респект хаккеру от ламера....
> Мне обновы на днях глибц сломали, перенес корень на бтрфс сделал зеркало,
> теперь грузится в ro с одной копии [...]Однажды примерно так доумничался с пробным развёртыванием ленточной бэкапницы около "Ломоносова" -- md raid1 на двух дисках после попытки сжульничать и что-то установить заново только на второй диск, что ли, получил split brain и с чего именно система загрузится, после возвращения из командировки вдруг стало неочевидно; хорошо, что там ничего существенного не было на ленточной библиотеке, только бэкап для уже проделанного переезда люстры, что ли.
В общем, если нет большого и светлого желания сидеть на пороховой бочке -- лучше бы таковую выводить из эксплуатации и приводить в нормальный вид, а если хочется двухкоренную -- то обеспечивать это не за счёт развала зеркала. Но это всего лишь моё мнение, разумеется.
PS: ещё прям интересно стало, это в каком дистрибутиве так с glibc обращаются?..
> raid1Нет там рэйда ни в каком виде, есть парашют.
> приводить в нормальный вид
нормальный это какой? ранжирую дистры по степени раздражения, которые они вызывают, что как правило совпадает с количеством костылей, которые добавляют дистростроители, что совпадает со степенью заявляемой юзерфрендности.
> в каком дистрибутиве так с glibc обращаются
Единственно истенно безкостыльном - Слаке. Патрих бох))
Но справедливости ради, из трех инсталяций либы нулевого размера стали только на одном, аккурат после замены ссд на нвме, до того лет 5-7 вообще никаких нареканий, ну зависимости где-то поменяют, что-то запускаться перестанет, но чтобы прям кернел-паник кэн"т екзек инит.
> Какие есть способы для Continuous Integration кроме дедовских, что бы найти rm
> -rf /usr ?
> strace (capture)?grep -ri 'rm -rf' .
Ну да, а чтобы Линуха перестала глючить нужно удалить темпы:
sudo rm -rf /tmp *
В Golang и Java с этим проблем нету
Научи, плизки.
> Научи, плизки.Как же ви не понимаете?! Надёжный пакетный манагер качает с интернета какой-то бинарник и ставит пакет ^W его в систему однима файлом (.apk ипртп).
И не лезет в /usr [I]! //никто ж ему не даёт==
А если был какой нибудь Docker, то ни чего страшного не произошло.
В дурдоме и так ничего не происходит.
Действительно!
https://www.opennet.me/opennews/art.shtml?num=45848
https://www.opennet.me/opennews/art.shtml?num=48777
> А если был какой нибудь Docker, то ни чего страшного не произошло.Лишний пробел в слове "ничего" особенно ироничен именно в новости такого типа...
Вот с этими парнями их надо познакомить: http://www.opennet.me/opennews/art.shtml?num=48778
Yandex > Microsoft
похоже в rm нужно вставлять проверку не только /, но и всех каталогов 1 уровня (или даже первых двух....)
> похоже в rm нужно вставлять проверку не только /, но и всехне нужно. это поломает естественный отбор.
Просто он не в тему. Оффтопик
> Просто он не в тему. ОффтопикДело не в том, хороша ли моя шутка, а в крайне мерзком и предвзятом цензурировании («модерировании», как они это называют). Они запросто оставляют бессмысленные чуть ли односложные вскукареки типа «ставлю лайк», но скрывают содержательные комментарии, которые им просто не нравятся или не прославляют пингвинарий. Это такая свобода слова на форуме про СПО? Если адепты лялиха столь беспомощны перед открытой дискуссией, что нуждаются в банхаммере против любых проявлений иного взгляда на вещи, то мы с группой единомышленников совершенно справедливо называем их за это жалкой тоталитарной сектой.
Естественно, в такой обстановке нет никакого желания писать что-то содержательное на серьёзные темы, ибо — для кого и для чего? Они ж трут не глядя. Просто потому, что в руке банхаммер, а в голове «святые цели». Остаётся лишь троллинг. Весьма показательно, что администрация этого сайта не понимает ценность комментаторов и их комментариев. Потому их интересных здесь практически и нет.
"Фотожоп, клозеднет, опоздавших родиться, учитесь у отцов, вскукареки, пингвинарий, лялиха, жалкой тоталитарной сектой"
Какая же это цензура, просто мусор убирают. Таких д'Артаньянов с манием величия вообще нужно в бан.
> Естественно, в такой обстановке нет никакого желания писать что-то
> содержательное на серьёзные темы, ибо — для кого и для чего?Пока Вы демонстрируете скорее клиническую неспособность к такому. С редкими всплесками содержательности без попыток тут же пальнуть себе же в ногу.
> Они ж трут не глядя.
Нет.
> Просто потому, что в руке банхаммер
Нет.
> а в голове «святые цели».
Нет.
> Остаётся лишь троллинг.
Нет.
> Весьма показательно, что администрация этого сайта не понимает ценность
> комментаторов и их комментариев. Потому их интересных здесь практически и нет.И здесь тоже ошибаетесь.
Скорее всего, Вам на rsdn какой, {бе,об}сценный Вы наш. Или там как раз и забанили за флуд под прикрытием "открытой дискуссии"?
Здесь как минимум часть модераторского состава плохо относится к хронофагам. То, сколько "вскукареков" отправляются за ненадобностью в удаление -- Вы, очевидно, даже не пытались анализировать. Но вскукарекиваете.
Что характерно, комментарий тот был помечен автомодератором и затем удалён, набрав ещё и жалоб от посетителей:
> УДАЛЕНО.AUTOBOT, Причина: mat2Troll, Форсирование: Наличие жалоб
Я даже не знаю, кем надо быть, чтоб САМОМУ такое процитировать и дальше начинать развозить то, что Вы развезли. Стыдно, дяденька. Делом займитесь.
PS: что до прекрасных девяностых -- ну давайте ещё с PC Paintbrush IV посравниваем, ага.
PPS: пусть повисит какое-то время, а затем лучше тоже вычистить.
неправильно "photoshop" написал - бан.
> Или вот ещё. Открываю на оффтопике же в моём любимом Фотожопе 5,5значить, вспоминаем - 16 бит на цвет поддерживается в режиме "можно зачем-то открыть, но сделать, кроме разьве что ретуши, которая как раз нафиг не нужна, толком ничего нельзя". Ню-ню.
> (1999 г.) TIF размером за полсотню МБ и таки можно с
> этим всем что-то делать. Фотожоп на труды скромненько отъел себе полтораста
> метров из ОЗУ.потому что он по архитектуре 16битный (даже 32 там весьма условные) и ему даже этой памятью управлять дается с трудом, зато остальное он отъел у тебя в scratch-disk'е, причем, разумеется, в корне диска C:
> Учитесь у отцов и дедов писать софт!
а вот и научились - в нем еще были прикольные ошибки в _целочисленной_ мать его, арифметике - вызывающие те же вопросы, что и данная новость - "как, ну КАК можно было умудриться?!"
получается разработчики и не пробовали этот скрипт запустить ни раза с тех пор как он был написан...
Этот скрипт не только разработчик - его никто целый месяц не запускал.
Слабовато сделали, официальный Яндекс.Диск умел убивать системный раздел на Шиндоус, вот это я понимаю крутые разработчики.
Вот жеж блин... попал в новости... и как..... :(В первую очередь приношу искренние извинения всем кто попал на эти грабли. Блин, мужики - это не специально, простите если сможете....
Ситуация классическая, когда в проекте нет штатных тестеров. Пилю я себе этот индикатор пилю уже не первый год. И тут делал большой фикс. Вроде все проверил... А, блин, вместо
rm -r yd-tools/usr
написал
rm -r /usr
и так закоммитил в мастер.То, что в DEB собирается на Launchpad - там этот скрипт не используется. Попали под раздачу те, кто ставится из исходников.
И вот в воскресенье вечером (спустя почти месяц после публикации того злосчастного апдейта) меня будит поток матов от одного из пострадавших и я срочно-припадочно с телефона коммичу фикс... а он оказывается 666-м коммитом... что прям как-то намекает....
Вот жеж бывает....
> используется. Попали под раздачу те, кто ставится из исходников.а зачем вообще нужна такая странная конструкция в установке из исходников?
Зачем вообще install target написан, так что ему нужно что-то удалять?
P.S. но в общем, правильная привычка никогда не запускать make install от рута, требует в наши дни коррекции - никогда не запускать make и вообще чужие кривые скрипты от не-nobody.
> а зачем вообще нужна такая странная конструкция в установке из исходников?
> Зачем вообще install target написан, так что ему нужно что-то удалять?Там есть скрипт который все собирает во временный таргет... ну так, чистый перфекционизм - за собой прибрать.
Раньше было git clean в конце. Но было ишью от того, кто без гита из исходников ставится хотел. Вот и убрал заменил git clean на rm...ЗЫ но в целом - замечание верное. Надо просто таргет параметром сборочного скрипта сделать....
imho, это должен делать отдельный от install, clean target, который от рута запускать не нужно и, соответственно, последствия будут менее фатальны. Хотя если там такой install, которому обязательно создавать промежуточные стадии, то не получится, конечно.
> P.S. но в общем, правильная привычка никогда не запускать make install от
> рута, требует в наши дни коррекции - никогда не запускать make
> и вообще чужие кривые скрипты от не-nobody....особенно в хост-системе.
> Вроде все проверил... А, блин, вместо
> rm -r yd-tools/usr
> написал
> rm -r /usrЛично я таких вещей боюсь, ибо человек слаб, поэтому считаю правильным заводить переменные на всё, относительно чего можно опечататься с фатальными последствиями (пути ФС, например).
>> Вроде все проверил... А, блин, вместо
>> rm -r yd-tools/usr
>> написал
>> rm -r /usr
> Лично я таких вещей боюсь, ибо человек слаб, поэтому считаю правильным
> заводить переменные на всё, относительно чего можно опечататься
> с фатальными последствиями (пути ФС, например).С переменными бывают казусы вроде как раз bumblebee-шного -- префикс вроде бы оформили, но вот на то, что он непуст, не проверяли.
rm -rf ${PREFIX:?error: empty PREFIX somehow}/usr
было бы в некотором смысле безопасней, да. Но от невнимания по усталости или вследствие неожиданного переключения контекстов такое не спасёт -- а человек уже объяснил, что такое и случилось.
Бывает... хорошо, что никого не зацепило, по всей видимости.
> Бывает... хорошо, что никого не зацепило, по всей видимости.Так если бы не зацепило - не было бы новости.
Увы, как минимум один человек на эти грабли наступил... (см. комменты: https://github.com/slytomcat/yandex-disk-indicator/commit/bf...)
>ошибка, из-за которой осуществлялось удаление содержимого раздела /usrhaha, classic
Нормальные люди собирают с DESTDIR=/.../pkg из-под непривилегированного пользователя. А остальных и так не жалко.
Что за мода индикаторы на Python писать? Небось еще и дергает каждую секунду yandex-disk, не давая процу уснуть.
> Что за мода индикаторы на Python писать? Небось еще и дергает каждую
> секунду yandex-disk, не давая процу уснуть.Так сам яндес забил на индикатор под Линукс. Что еще оставалось как не пилить его своими руками?
И пожалуйста не надо фантазировать про "каждую секунду" - там все сделано иначе - через inotify отслеживаются изменения в логе демона и проверяется статус. Самого индикатора вы в top-е не увидите, а вот демон может выбираться в лидеры потребления периодически (но это его дела).
В принципе, разумный подход, соглашусь. Просто частенько видел реализации где дергали в фоне команды, проц жарил непереставая.А насчет Python, он даже в варианте "для себя" подходит исключительно для прототипирования. Я смотрю, код в один файл уместился и немалая его часть - комментарии или текстовые строки. Неужели сложно на чистом C ну или в крайнем случае C++ переписать? Проекту уже несколько лет и он остается в состоянии "абы как".
> неужели сложно на чистом C ну или в крайнем случае C++ переписать?ну так а смысл? в производительности выигрыша не будет.
В смысле не будет? На холодном старте (а именно так, через автозагрузку используется подобный софт) нужно сотни .py-файлов прочитать прежде чем отрисовать значок. А если ещё параллельно другие сервисы грузятся? А если это ещё с HDD?
> нужно сотни .py-файлов прочитать прежде чем отрисовать значок.Какие сотни?
Импорты и импорты импортов.
> На холодном старте (а именно так, через автозагрузку
> используется подобный софт) нужно сотни .py-файлов прочитать прежде чем отрисовать значок.
> А если ещё параллельно другие сервисы грузятся? А если это ещё с HDD?У меня довольно много индикаторов грузится... и вот питоновкий отнюдь не отстает от других (на сях писанных), а некоторые даже обгоняет.
Но справедливости ради замечу два момента:
1. На старте вообще много чего тормозит особенно с HDD, но это один раз. Можно и подождать.
2. Мои эксперименты с Go показали, что на Go такой-же индикатор работает заметно шустрее (как на старте так и в работе). Но эта его шустрость порой даже напрягает. Ощущается скорее не шустрость, а резкость. ... не то что "мягкий ламповый" питон :)
Я вас вообще перестал понимать. То "они хотели сделать по-взрослому", "моя питоновская поделка", "тормоза - норм, можно подождать" - адекватное восприятие собственной кривульки. То "на Go заметно шустрее", "шустрость порой даже напрягает" - уже неадекватное. Как шустрость может напрягать? Чем плохо при старте читать 1 исполняемый файл вместо нескольких сотен .py?
> "тормоза - норм, можно подождать"В смысле, неадекватное, конечно.
Вы извините если я вашу понималку сломал, но ведь смайлики не просто так рисуют - не надо так серьезно копать.Я описал свое восприятие и ни в коей мере не навязываю его вам.
Хотите одним файлом - там на github-е рядом два индикатора на Go (GTK и QT версия) - берите собирайте и пользуйте. Они на 90% повторяют питоновскую версию (нет локализации и настройка руками в конфиг файле, а не в GUI, как в питоновском).
О как. Это уже интереснее. Спасибо.
Именно так как вы говорите. Сначала типа прототипа, а потом "а нафига если оно и так работает"....Началось все с того, что закрывался UbuntuOne (облачное хранилище), и встал вопрос куда податься.... Как-то на тот момент показался яндекс вполне адекватным и CLI-демон они выпили в меру безглючный. Только хотелось и в GUI статус наблюдать.
Ну я кинул клич - никто толком не откликнулся - я взял похожий код (GPL) да и запилил индикатор за пару дней - ну чисто на попробовать, вспомнить как оно было, когда я программистом работал.
Ну а дальше сначала глюки и прилизывание кода, локализация, launchpad, github (все для меня новое ибо я уже лет 20 как не программировал), потом опять же из спортивного интереса перевел в объектную модель, когда замаялся с бененным количеством глобальных переменных...
Ну а код, обросший переводами на 4 языка, уже довольно основательно заморожен ибо сильно менять - опять переводчиков выискивать.
И таки позже заинтересовался Go и на Go нарисовал такой-же индикатор (чисто из соображений попробовать язык на уже известной задаче).
А в с/с++ - сознаюсь никогда силен не был и как-то не горю желанием прокачивать этот скилз.
Печально другое - позже я узнал, что несколько человек таки хотели по-взрослому все сделать на сях.... но находили мою питоновскую поделку и забивали на свои планы ибо "а нафига если оно и так работает"...
А в придачу к этому сам яндекс перестал отвечать "планы в этом отношении не ясны" и стал отвечать "мы это делать не планируем - вон есть свободные альтернативы сторонней разработки". :/
> Печально другое - позже я узнал, что несколько человек таки хотели по-взрослому
> все сделать на сях.... но находили мою питоновскую поделку и забивали
> на свои планы ибо "а нафига если оно и так работает"...
> А в придачу к этому сам яндекс перестал отвечать "планы в этом
> отношении не ясны" и стал отвечать "мы это делать не планируем
> - вон есть свободные альтернативы сторонней разработки". :/Такое называется у буржуев good enough. :]
У вас слабенький наброс, что C будет быстрее С++. Лет 15 назад сработало бы, узнаю в Вас кащенита.
C - потому что Gtk, а не потому что быстрее C++. Сюрприз!
Похоже, баг добавили специально, чтобы вызвать интерес к самому проекту :)
> Похоже, баг добавили специально, чтобы вызвать интерес к самому проекту :)И в каждой шутке есть доля шутки: https://yadi.sk/i/3b4Vbpei3Y5TTF
___
ЗЫ но ей-ей - я не специально... :(