Пробелы — главный враг линуксоида

[@Dal]

Исправленный баг как-то возвращает папку /usr?

[@Mine]

Лучше! Он создаёт новую!

[@WAYS]

А потом ее удаляет.

[@vanfukov]

с подкаталогами /blackjack и /whores

[@asquante]

*/hookers

[@vanfukov]

Виноват.

[@Latobco]

Теперь он удаляет другую папку…

[@WAYS]

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

[@zhart]

Скорее, в усовершенствованный скрипт добавили ГПСЧ, и теперь он удаляет случайным образом выбранную в корне папку.

[@azxc]

Он выдает сообщение «Укажите папку с вашим бекапом. Ведь бекап был сделан, верно?»

[@Ocelot]

И удаляет его!

[@nanotime]

Вишмастер под линукс

[@Dzirt85]

Действительно, какие мелочи, всего лишь директория /usr. А чего уж сразу не /boot или /etc?:)

[@WAYS]

Ну чего захотели, все да сразу Вам, ждите следующих версий, там все будет!

[@Imposeren]

без бекапов /boot исправляется легче чем /usr.
/boot: загрузился с livecd, чрутнулся, пересобрал/переустановил ядро
/usr: заново установил систему

[@3al]

>/usr: заново установил систему
Скопировать из /var список пакетов, заtar'ить /etc и /var, скормить пакетному менеджеру (с netinstall-носителя) список пакетов, растарить /etc и /var. Ничего страшного.

[@bazzilic]

Да, действительно ничего страшного. Можно было и не исправлять баг.

[@HoochieMen]

Имхо лучше бы /boot, ну или даже /etc

boot можно исправить, как сказал Imposeren ниже, с /etc придется так же переустанавливать систему, но, тогда не пропадут например базы и пр.

[@Daemon_Hell]

А разве базы не должны жить в /var?

[@HoochieMen]

упс) заработался

[@xaker1]

Интересно, а перед комминтом драйверов, их не тестировали?

[@roman_tik]

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

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

[@Alukardd]

> спустя несколько часов
Вы хотели сказать: «спустя несколько матных петиций»?..

[@mechmind]

Из комментов:

[@mechmind]

Bleeding edge really bleeding for someone now!

(чертов ctrl+enter)

[@vanfukov]

Мне больше понравилось I didn't like that folder anyway.

[@FSA]

Судя по Ubuntu релизы клепаются просто потому что должна быть новая версия. А качество не интересует. Всё равно потом выпустят корректирующие релизы.

[@dreamfall]

Много раз у Вас Ubuntu папку /usr сносила?
Речь все-таки не о глюках и косяках, а о удалении жизненно важной папки для пользователя.

[@EvilShadow]

Да что там важного, это же всего лишь /usr. Переставить систему и всё. Вот если бы /home удаляло — вот это было бы бедой.

[@muromec]

да что там важного, это всего лишь /home. Заклонить репозитарий заново и все, вот если бы бутлоадер удаляло — вот это было бы бедой.

[@EvilShadow]

Да что там важного, это же всего лишь бутлоадер. grub-install и всё. Вот если бы пользователя шнурком мыши душило… Ну Вы в курсе.

[@muromec]

кому груб-инстал, а кому искать usb-кабель для прошивки и скомпиленный бут-образ

[@litos]

Кстати, во FreeBSD папка /home это симлинк на /usr/home в установке по-умолчанию ;) Хорошо что под Linux данный продукт и там не так =)

[@FSA]

Стоит заметить, что во FreeBSD папка /home находится там по причине архитектуры системы. Никто не мешает под /home выделить отдельный раздел. Вот что мне по FreeBSD нравится, так это то, что не мешают базовую систему и сторонние приложения. Снёс папку /usr/local и у тебя чистая установка FreeBSD (ну там ещё кое-что подчистить нужно, но это уже мелочи). А заходя в каталог /etc своей десктопной Ubuntu волосы на голове шевелиться начинают от обилия папочек в нём.
Кстати, разбиение диска во FreeBSD отличается немного от Linux, т.к. создаёшь раздел для BSD (вроде его слайсом кличут), а в него уже вкладываешь разделы BSD. Для других систем нет зоопарка разделов на HDD, есть только один.
P.S. Привет заминусовавшим меня Ubunt'оидам. Рад, что вам не пришлось лечить дико переключающуюся раскладку клавиатуры, падающий Xorg от касания тачпада, не работающий микрофон ну и всякой гадости по мелочам после обновления.

[@Alukardd]

Я просто плакалЪ…
Как так можно… Я свои-то скрипты для серваков по 5 раз гоняю и если есть критичные для жизни системы команды, то стараюсь их запустить либо на своей личной машине, либо в виртуалке, а тут… Что ж, размах хорош…

[@antivir]

Как я понимаю, автор свой скрипт на своем серваке-то и не запускал, мало ли чего… :-)

[@loader]

накой ему Nvidia Optimus на серваке?

[@antivir]

Поэтому и не ставил :)

[@gridem]

Может быть наоборот: запускал и не раз, т.к. уже на втором запуске ничего нового не происходит :)

[@azxc]

К сожалению, все-все-все случаи предусмотреть сложно. Даже когда у тебя unit test'ы есть, то все равно можно что-то пропустить и не обо всем подумать заранее.

[@antivir]

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

[@cleg]

конечно рабочий, к сожалению для пользователей.
лучше бы он не работал вообще :)

[@A1lfeG]

Автор пишет, что педалил усталый. Тут одними юнит тестами не обойдешся, нужна жена )

[@Dyr]

Или наоборот, нужно было отогнать жену в сторонку на время…

[@Homakov]

[@Homakov]

[@easyman]

Не в пробелах, не в линуксе, в людях пролема!
Нечего на зеркало пенять…

[@m08pvv]

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

[@ishua]

Поржал, каждый день читать diff всех обновляемых драйверов…

[@m08pvv]

Вы каждый день обновляете драйвера?
Так ли много в скриптах читать или Вы предлагаете и бинарники читать?

[@ishua]

А если там в бинарниках жуткая бага !?
А если, о боже, а если драйвера обновляет не сис. админ и не программист, а врач! Хотя он латынь знает, наверно и в скриптах должен разбираться… Ах, да, и нужно не забыть все ли пробелы слеши и другое на месте… Вообщем не пишите чушь, про проверку скриптов при установке, это если какое то барахло не известно откуда ставишь, да и если на сервер, где обновления, в обязательном порядке проверяются на тестовом стенде, а на декстопе, где обновления приходят по 4-5 раз на неделе, если читать все интеркаляционные скрипты (или они у нас тока в драйверах используются?) то можно случайно и забыть нахрена этот комп вообще нужен.

[@ishua]

зы: инсталляционных скриптов конечно, а не то что там у меня получилось ;)
зыы: Черт! На чейндлог то не всегда время/желание есть, а тут срипты читать :(

[@muromec]

так и вижу врача, клонящего реп с гитхаба и запускающего шеллскрипт установки, дааа

[@SLIDERWEB]

я знаю такого. Врач, практикующий, пишет себе тулзы, компилит их и клонит репы с github. ничего «такого».

[@ishua]

То есть если с гитхаба тянешь исходники то читать нужно, а если не с гитхаба, то можно тупо жать Install

[@muromec]

>а если не с гитхаба, то можно тупо жать Install

именно так. при использовании нормального пакетного менеджера такой ситуации возьникнуть не может.

[@ishua]

круто +4 к посту — сколько то к карме :) и только один стеб на счет врача…

[@delmot]

Как минимум MrMEEE теперь будет читать все диффы перед пуллом

[@Zell]

Убить всех человеков! Слава роботам!

[@roman_tik]

> Пробелы — главный враг линуксоида

Но в данном случае табуляции вместо пробелов ничуть не лучше ;)

[@stryaponoff]

Ой, а для Firefox такого нет? Могу и сам написать, но если есть, не хочу изобретать велосипед.

[@Tird]

юзерскрипт — userscripts.org/scripts/show/84587
отличается от того расширения тем, что выделяет не так ярко и без картинки (по мне так это плюс), но не выделяет заголовок в открытой статье, а только в ленте.

[@belk]

userscripts.org/scripts/show/104771
Вот полнофункциональный юзерскрипт.

[@caezar]

почему-то при открытии из ридера не подсвечивает

[@Mezomish]

Комменты просто отличные :)

Legendary piece of work! I don't even mind that it wiped my
machine the first time I tried it :-)

Сразу вспомнилось:

Помню одно сообщение, где говорилось, что автору очень понравилась моя
операционка, он не меньше абзаца описывал, какая она классная. Потом
объяснял, что она только чтоуничтожила его жесткий диск и что мой драйвер
дисковода с придурью. Даже потеряв все свои файлы, он все равно был настроен
очень положительно. Такие сообщения было читать очень приятно. Это был отчет
об ошибках в программе, которая все у него вверх дном перевернула.

[@mariofag]

Если что, автор второго высказывания — Линус Торвальдс.

[@3al]

Ну да. Теперь гитхаб — имиджборда, пусть и не анонимная.

[@Deeman]

Да, я теперь знаю, куда буду заходить вместо баша :)

[@Zigmar]

Мдаа, epic fail…

[@link0ln]

а почему только /usr, терли тогда уж корень бы… :)

[@Frosty]

rm -rf / usr / lib / nvidia-current / xorg / xorg?

[@taviscaron]

кстати говоря, почему бы не взять за правило в таких критических операциях брать операнд в кавычки, этакая защита вроде if(5 == x) вместо x == 5;

[@Mobyman]

Ну это же скобки! :(

[@taviscaron]

это по аналогии с многими языками программирования, когда есть вероятность написать if(x = 5) что будет true, в С например.

а в этом случае rm -rf "/usr /lib/nvidia-current/xorg/xorg" — спасло бы!

[@danfe]

Многие так и делают, когда в параметре переменная (значение которой заранее неизвестно, может содержать пробел). Здесь же путь захардкоден, и кавычки вроде как не нужны, т.к. если использовать их постоянно, то несколько понижается удобочитаемость. Но вины автора коммита это никак не умаляет, конечно.

[@Denai]

[@adminimus]

и подпись: /dev/null

[@Levsha100]

Фейл года.

[@Levsha100]

Кстати, первая строка при поиске «Nvidia Optimus»:
>Технология NVIDIA Optimus разумно оптимизирует работу вашего ноутбука

[@Tesla]

Кстати, под виндами это не меньший фейл. Геморрою с драйверами и настройками столько, что реальная оптимизация сначала стремится к нулю.

[@artemlight]

Интересно, сколько папок /usr пострадало?

[@iSlava]

точно 3. автор в описании извинился к трем issue(проблемам).
GIANT BUG… causing /usr to be deleted… so sorry… issue #123, issue #122, issue #121

[@taliban]

Блина, напомнило серию из южного парка, там крупная нефтяная компания бурила скважину в поисках нефти, и пролила много нефти в море, и естественно сео ихний извинялся, ролик сделали где он в разных позах извинялся, но потом снова начали бурить…
Перед тем как качать следующее обновление, я бы повременил =)

[@dohlik]

Ализар в своем репертуаре. Интересно, о чем он думает, когда придумывает заголовки к своим новостям?

[@roman_tik]

о жёлтых утках?

[@Chvanikoff]

Хорошо хоть не rm -rf / usr/lib/nvidia-current/xorg/xorg

[@muromec]

типично-пионерская проблема.

вот для кого полвека назад придумывали fakeroot, пакетные менджеры и прочий инстументарий?

но нет, мы напишем шелл-скрипт, мы скачаем шелл-скрипт и бездумно запустил от рута шеллскрипт!..

[@nikitko]

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

И вот, как бы категорично это не звучало, но этот случай во многом характеризует мир опенсорса. Потому что когда разработка софта имеет под собой коммерческую базу, шанс появления подобных ситуаций в разы меньше.

Недавно хотел поставить Ubuntu 11.04 на Powerbook G4 (PowerPC архитектура). Оказалось, что в Live-CD финального релиза 11.04 есть маленький баг, который вообще не позволяет завершить установку системы. Совсем. Воркараунда нет. Точнее есть — использование alternate-CD. Опенсорс, my ass.

[@muromec]

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

репозиторий на гитхабе — это не надежный источник.

>вычитывать каждый пробел в скриптах пользователи не будут.

вы прочитале мой коммент или так, увидели линупсоеда и решили тролльнуть нахаляву?

скрипта там быть не должно вообще — так организовывать установку ПО нельзя.

>этот случай во многом характеризует мир опенсорса. Потому что когда разработка софта имеет под собой коммерческую базу, шанс появления подобных ситуаций в разы меньше.

вы какую-то херню несете, прошу прощения. я не понимаю откуда вообще берется этот дурацкий тезис о том, что мир опенсорца не имеет под собой коммерческую базу.

опенсорцнутый код что, пишут волшебные гномы в обмен на лучи хабракармы, а не такие же программисты на зарплате, что и коммерческий?

этот случай — характерный пример пионерии без руля и ветринормального инструментария и культуры разработки, а не опенсорца.

>Ubuntu 11.04 на Powerbook G4 (PowerPC архитектура).

да, это просто эталон качественного, поддерживаемого и протестированного софта.

вы еще пожалуйтесь на баги в моем драйвере nvec, который тестировали три человека из которых двое — я.

[@nikitko]

микродисклеймер: под опенсорсом прошу понимать именно опенсорс для рядовых пользователей. Не сервера/рабочие станции/роботов, а использование на обычных машинах обычными людьми, для которых PC — средство потребления и генерации контента, а не объект ковыряния.

репозиторий на гитхабе — это не надежный источник.

Ок, тут я, допустим, не прав, источник ненадежный. Что никак не влияет на следующее заявление:

вычитывать каждый пробел в скриптах пользователи не будут.

вы прочитале мой коммент или так, увидели линупсоеда и решили тролльнуть нахаляву?
скрипта там быть не должно вообще — так организовывать установку ПО нельзя.

Т.е. меня как пользователя линукса должно было насторожить использование шелл-скрипта для установки драйверов? Тогда я уже ни хрена не пользователь, а тот самый линупсоед, который, выходит, должен параноидально проверять исходники всего софта, который он себе устанавливает и шугаться любого нестандартного рещения. «Linux for human beings», ага.
И, бтв, никого я не собираюсь троллить. Меня просто дико раздражает такой высокомерный подход к юзерам. Типа «Девелопер, бедный, как лучше хотел, ну бывает, опечатался, и не тестируя выложил в паблик свой скрипт. А юзер — тупой мудак, который его мало того, что запустил, так еще и не забекапил себе всю ФС перед установкой.» Перестаньте требовать от юзеров быть бета-тестерами.

вы какую-то херню несете, прошу прощения. я не понимаю откуда вообще берется этот дурацкий тезис о том, что мир опенсорца не имеет под собой коммерческую базу.

Тезис этот берется исключительно из опыта работы с пользовательскими опенсорц-продуктами. Суть не в том, что опенсорс делается «волшебными гномами в обмен на лучи хабракармы», а в контроле качества. И если в ком.софте подобный фейл — прямые убытки, то в опенсорце — это «ой, извините, вот вам апдейт». Вопрос не в наказании виноватого. Вопрос в предупреждении подобных ситуаций.

Ubuntu 11.04 на Powerbook G4 (PowerPC архитектура).

да, это просто эталон качественного, поддерживаемого и протестированного софта.

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

[@Mezomish]

>Перестаньте требовать от юзеров быть бета-тестерами.

Неужели кого-то притащили на аркане и силой заставили юзать свежайшую версию из транка? Поясните, пожалуйста: кто, от кого и что требует?

[@muromec]

>Т.е. меня как пользователя линукса должно было насторожить использование шелл-скрипта для установки драйверов?

вы опять меня троллируете.

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

>И если в ком.софте подобный фейл — прямые убытки

в коммерческом софте — это пресс-релиз, сводящийся к тому же самому «ой, вот вам апдейт».

>Типа «Девелопер, бедный, как лучше хотел, ну бывает, опечатался, и не тестируя выложил в паблик свой скрипт.

девелопер — разумеется мудак, если у него установка производится шелл-скриптом.

>именно опенсорс для рядовых пользователей. Не сервера/рабочие станции/роботов, а использование на обычных машинах обычными людьми, для которых PC — средство потребления и генерации контента, а не объект ковыряния.

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

[@nikitko]

Да никого я не троллирую. Просто линукс на каждом углу декларируется как прекрасная, дружелюбная для энд-юзера система. Что для меня лично не стыкуется с необходимостью постоянно переживать, что из-за какого то апдейта у меня все покрешится.
Учитывая, что на винде/маке (которые намного популярнее линукса) такие ситуации происходят гораздо реже, я и делаю вывод, что quality assurance в Linux недостаточен. А недостаточен он, как мне кажется, потому что linux-девелоперы привыкли, что им юзеры и так отрепортят/закоммитят все, что надо. Как следствие — менее ответственное отношение к тестированию.
Суть не в том, что это плохо. Это Linux-way и многим он нравится. Но этот way, как по мне, очень далек от сферического энд-юзера, которому от системы надо, чтобы она просто работала и решала нужные ему задачи.

[@nikitko]

P.S.: я допускаю, что могу ошибаться и буду рад услышать аргументы против моей логики.

[@Gilberg]

Черт, да вам же сказали — это код из ночной версии! Он может и вовсе его не тестировал. Написал, плюнул на все, по привычке отправил коммит и лег спать, не? С утра проснулся, глядь, а там «Ж». Пользователи скачавшие nigthly build сами подписываются на тестирование багов.

[@Mezomish]

«Сферический энд-юзер» — это не тот, кто тянет код из транка проекта с гитхаба, руками собирает и руками же ставит.
Сферический энд-юзер — это тот, кто тыкает мышкой кнопочки в «Менеджере приложений». Ну на крайний случай пишет в консоли «sudo apt-get install bla-bla-bla» (но это уже «огуревший» сферический энд-юзер).

Возиться с bleeding edge software — это сознательный выбор некоторых линуксоидов, который никоим образом не затрагивает «сферических энд-юзеров».

[@muromec]

>я не троллирую.
>дружелюбная для энд-юзера система.
>обсуждение кода из транка

ну да, конечно.

>Учитывая, что на винде/маке (которые намного популярнее линукса) такие ситуации происходят гораздо реже

не реже. с релизными версиями проприетарщины такое происходит чаще, чем с найтли-билдами опенсорца.

>менее ответственное отношение к тестированию.

точно такое же отношение, наверное даже более ответственно, за счет того, что на QA свалить ответственность не получится.

механизм тот же — девелопер написал, тестеры протестили, только в случае опенсорса тестеры — это люди, сидящие на найтли, а промежуточный релиз доступен не только внутри компании.

[@aik]

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

Неру помню, которая при деинсталяции грохала все на системном диске.

[@Morro]

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

[@nikitko]

это вроде как «Черный PR — тоже PR»?

[@Morro]

Можна и так сказать.

[@roman_tik]

Разумеется. Иначе это была бы дискриминация чёрных.

[@Nesp]

Hahaha oh wow

[@make_luv]

И никаких вирусов не надо…

[@sovnarkom]

Когда-нибудь ACL и расширеные права на файлы будут нормой…

Заколебали уже: Этому скрипту нужен рут:
«rm -rf /» + $selected_dir → 0_o → >.< → -_- → Windows → Х.Х

[@3al]

Это интереснее, чем ACL. Зачем привязывать права к пользователю?

[@braintorch]

Человек пишет полезную штуку, вкладывает кучу труда, раздаёт продукт даром. Потом допускает ошибку — и всё, одни смеются, другие готовы на берёзе повесить. А ведь ошибка была исправлена почти мгновенно.

[@dreamfall]

Я думаю, что если бы лично у вас снесло папку /usr, вы были бы на другой стороне.

[@braintorch]

Я был бы раздражен и огорчён, но позицию бы не сменил. Сам виноват, что не перестраховался, ставя неоттестированный софт.

[@A1lfeG]

Особенно перед установкой свежего софта прямо из транка.

[@nikitko]

человек, пишущий полезную штуку, претендующую на массовое использование, должен осознавать свою ответственность перед теми, кто эту штуку будет себе устанавливать.

>А ведь ошибка была исправлена почти мгновенно.
А ведь уже стертый /usr не вернешь. Быстрая реакция после фейла не уменьшает этого фейла. Она не дает фейлу стать турбофейлом.

[@braintorch]

человек, пишущий полезную штуку, претендующую на массовое использование, должен осознавать свою ответственность перед теми, кто эту штуку будет себе устанавливать.

Те, кому важна стабильность, bleeding-edge использовать не будут. А кто используют — должны осознавать риск. А ещё должны осознавать, что этот риск и отчёты о багах — их вклад в бесплатный открытый софт. Это правила хорошего тона.

Знаете, мне очень понравилась фраза собственно автора, которую он написал вслед за тысячами высмеивающих комментов:

Ok, Ok… I get it… I made a typo…

But, wait… just a thought… if all of the people in this thread had made a useful commit to bumblebee for each time they pointed out my mistake… We would have a perfectly working bumblebee by now...

Вдобавок можно только сказать, что потеря /usr не критична. Это не /home с кучей нужных файлов, всё восстановимо.

[@fanex]

Человек, тратящий свое время и силы на благо других людей никому ничего не должен.

К тому же, я думаю, он осознал, сказав утром что-то типа «во бля!».

[@Ogra]

Поддержу. А то получится "да ну вас в пень, задолбали со своими нотациями, пойду лучше бухать"

[@RNZ]

Думаю правильно настроенный apparmor/selinux спас бы в таком случае…

[@RNZ]

[@varnav]

Bleeding edge is where you bleed

[@SleepingLion]

Задумался о необходимости базового API установки/удаления/конфигурирования ПО. Ведь отсутствие такого API это очевидная проблема безопасности, игнорируемая в силу того, что *NIX пока не интересен как цель для массовых атак — мало неграмотных пользователей, готовых поставить ПО не из репозитария не проверив источник (скажи, а ты %username% как часто проверял стороннее open source ПО с того-же гитхаба на отсутвие там бекдора?). Но мы же (никсовики) стремимся к массовости…
P.S. Прошу прощения за сумбурный комментарий — ночь.

[@muromec]

еще чуть-чуть и вы сможете отправляться в прошлое на 20 лет, рассказывать свою идею Яну Мердоку

[@merlin-vrn]

поставьте убунту для разнообразия, посмотрите

ибо вы написали полнейшую чушь

[@side2k]

Вы путаете /usr и /home

[@fanex]

Если бы программа компании v.02 pre-alpha грохала винт пользователю, то репутация этой компании осталась бы кристально чистой.

[@EvilX]

Ну что? Бывает. Хотя, конечно, LOL. :)

[@Tqb]

Не поверите, как раз сегодня скачал эту версию и хотел поставить, но потом заметил, что дебиан не поддерживается.

[@roman_tik]

Та версия была ещё 23 мая и в тот же день была исправлена. С тех пор уже вышло немало новых версий. Почему это вы вдруг сейчас решили скачать с гитхаба ту старую неисправленную версию? Как-то нереалистично звучит.

[@ShapovalovTS]

Народ в комментариях к коммиту буйствует :) github.com/MrMEEE/bumblebee/commit/a047be85247755cdbe0acce6#diff-1

[@System32]

И эти люди еще <s>запрещают ковыряться в носу<s>не любят Microsoft.

[@RussianNeuroMancer]

А вы много альфа-версий софта Microsoft натестировали?

[@Deeman]

Один из самых ржачных топиков. Ever.

[@Remitmaster]

Нужно понять, и простить. :)

[@System32]

Понять и простить? Напомнить, что происходило, когда MS выпустила патч, даже ничего не убивающий, а просто не дающий работать принтерам определенной модели?

[@ishua]

Удивляюсь сравнению, (MS выпустила патч == Ночная версия драйвера), вы сами то к подобному сравнению нормально относитесь?:)))

[@System32]

А чему удивляться-то? И то и то — Новая версия чего-то, с деструктивным багом.

[@RussianNeuroMancer]

Зарелизившийся патч — это зарелизившийся патч.
Код ночной версии из транка — это код ночной версии из транка.
Совсем разницу не чувствуете?

[@Mezomish]

Не тратьте время: человек самостоятельно расписывается в том, что не имеет ни малейшего понятия о цикле разработки ПО. Видите: для него что коммит в репозиторий, что ночной билд, что альфа/бета/RTM — всё один хрен «новая версия» %)

[@Mezomish]

Вот видите: даже законенелые вин-обожатели признают, что релизы от МС — где-то на уровне ночных билдов из транка гитхаба %)

[@lalaki]

вообще это еще и проблема юзабилити CLI: если однотипные параметры разделяются пробелами, легко ошибиться, особенно при наборе путей.

Можно разделять однотипные параметры по-другому — например, запятыми, это и читаться будет лучше: сразу видно, где однотипные параметры, где — другого типа (опции и т.п.). А для пакетного режима оставить опцию использования пробелов, если без них нельзя.

[@Anexroid]

Мне интересно, сколько пользователей пострадало? Единицы, или тысячи?

[@javascript]

Любопытно, как они проводят тестирование и проводят ли вообще.

[@erlyvideo]

Ладно, это всё таки /usr, которая за полчаса восстанавливается переустановкой линукса.
Удаление /home — вот что самое страшное, что может быть.

[@roman_tik]

Хорошо, что вы обратили на это внимание. Никому ранее из комментирующих это в голову не пришло.

[@Anexroid]

то есть надо посадить программиста, который написал код программы rm?

[@muromec]

научите меня форматировать диски через rm

[@muromec]

> Заставить тысячи (?) людей повторно устанавливать операционную систему, это ерунда :)

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

[@merlin-vrn]

быдлоинсталляторы — главный враг линуксоида

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

[@RussianNeuroMancer]

Пишите письма:
nvidia.custhelp.com/cgi-bin/nvidia.cfg/php/enduser/chat.php
nvidia.custhelp.com/cgi-bin/nvidia.cfg/php/enduser/ask.php

P.S. У AMD, кстати, хотя и инсталлятор, но им зато пакеты можно сгенерировать.

[@crea7or]

[@Deeman]

in Soviet Russia there is no /usr there's only /ussr so they don't care

[@fanex]

In America you execute script. In Soviet Russia script execute you.

[@ekungurov]

Интересная игра слов. Только, вроде бы надо «executes you».

[@fanex]

Ошибаетесь :)
В оригинале у Якова Смирнова во всех «in Soviet Russia» шутках глаголы не склоняются. Видимо как часть «дикого русского произношения».

In America, you can always find a party.
In Russia, Party always find you!

или

In America, you throw party.
In Soviet Russia, party throw you!

[@Xarakternik]

А сколько пострадало хабровчан?
А то все такие умные и злые, что аж страшно.

[@sluge]

/usr? хорошо еще что хоть папку /home пожалели