Один из пользователей Steam на платформе Linux столкнулся (https://github.com/ValveSoftware/steam-for-linux/issues/3671) с непонятным пропаданием всех своих данных после перемещения директории ~/.local/share/steam на новый диск через символическую ссылку. После перемещения данных, запуск Steam завершился крахом, а повторный запуск привёл к инициированию переустановки клиента Steam. После данных манипуляций все принадлежащие текущему пользователю данные оказались удалены, в том числе данные, размещённые в директории пользователя и в примонтированном накопителе.
Причиной удаления оказался скрипт steam.sh (https://github.com/lrusak/steam_latest/blob/master/scripts/s...), в котором была допущена ошибка, приводящая к запуску команды "rm -rf /" в случае проблем с доступом к директории с данными Steam. В частности, в скрипте присутствует (https://github.com/lrusak/steam_latest/commit/21cc14158c171f...) строка rm -rf "$STEAMROOT/"*, которая должна была выполнить чистку содержимого директории с данными Steam при переустановке. Заполнение переменной производится командой STEAMROOT="$(cd "${0%/*}" && echo $PWD)"). Таким образом, в случае, если директория не найдена, скрипт производит удаление в системе всех данных, принадлежащих пользователю. Следует отметить, что похожая проблема наблюдается (https://support.steampowered.com/kb_article.php?ref=9609-OBM...) и в версии для платформы Windows (при установке Steam в "C:\Program Files\" вместо "C:\Program Files\Steam\" может быть удален весь "C:\Program Files\").URL: https://news.ycombinator.com/item?id=8896186
Новость: http://www.opennet.me/opennews/art.shtml?num=41469
Патч Брамина, да...
Вы опечатались в словосочетании "патч Бармина" или намекаете, на то, что автор этого кода индус?
Скорее двухголовая корова.
Как же я её в Fallout-ах любил валить ))
Это месть Брамина )
Да, отказом от всего и данных достигается нирвана.
"Видел тред на одной странице". Да, это будет обсуждаться. Помните тред в гитхабе Bumblebee?Вспоминается ещё такая ошибка с симлинком на каталог данных Steam. Если симлинка нет, то и с NVIDIA, и с Calatyst стартуют игры на движке Source. Если есть, то с Catalyst баги с локалью в Team Fortress 2, и ошибки при запуске.
Причём только с Catalyst. NVIDIA, открытые драйверы Radeon и Intel нормально ведут себя при симлинке.
> Причём только с Catalyst. NVIDIA, открытые драйверы Radeon и Intel нормально ведут
> себя при симлинке.С самого начала использовал симлинк на SteamApps и всё запускалось. Скорее ещё от чего-то зависело.
Про этот что ли баг? http://steamcommunity.com/app/221410/discussions/1/882966056...Ну-ну.... с нвидиа всё работало, конечно :) Тему бага создал владелец GeForce GTX 560
проприетарщики, я басню вам прочёл
не для того, чтоб вы надеялись на пчёл
Вот благодаря открытости проблему быстро и нашли. И очень скоро исправят.
А в ваших любимых проприетарных поделках такие кактусы едят годами, и вам ещё повезёт, если у подобных кактусов вообще подстригают колючки, могут и наплевать на ваши проблемы, отправят читать пункт EULA "пользуйтесь нашим поделием на свой страх и риск".
У вас есть время на прочитывание и анализ всех опенсорсных инструментов, которые вы используете?
У меня есть время. Не на все инструменты, а лишь на те, которые меня интересуют. Остальные заперты в песочницы Grsecurity и ничего плохого сделать не могут.
> У меня есть время. Не на все инструменты, а лишь на те,
> которые меня интересуют.Помнится, в книжном магазине видел интересную книжку "код ядра linux с комментариями на русском".
Уверен, вы её читали
>> У меня есть время. Не на все инструменты, а лишь на те,
>> которые меня интересуют.
> Помнится, в книжном магазине видел интересную книжку "код ядра linux с комментариями
> на русском".
> Уверен, вы её читалиЗачем, если можно читать оригиналы исходников, скачанных из kernel.org? Впрочем, я не только читал исходники, но и писал патчи.
А кто-нибудь сталкивался с багом бесконечного запуска скрипта steam.sh, которое можно прекратить только командой killall steam.sh? На некоторых старых дистрибутивах Linux, в которых я обновил glibc, чтобы запустить Steam, это было.
Сталкивался и на свежем Минте. Когда случайно запустил одновременно 2 экземпляра steam. Не знаю с чем это связано (разборки устраивать, честно говоря, лень: не так уж и часто играю), но было похоже на то что второй экземпляр стима не до конца запустился и, когда закрывался первый экземпляр, он зациклившись стартовал новый. Решил точно также - killall steam.sh
все дело - в портянках на баше.
поясню: сколько не видел людей пишущих всякие обертки для запуска, да и сам такой же - скрипты пишутся на отъеб--сь, тестируются менее, чем никак. Ну, т.е. даже потенциально никому в голову не придет писать тесты на баш-скрипт, ведь "это же простенький скрипт".Все обертки и сценарии запуска должны быть декларативны. Нельзя везде писать rm -rf - это слишком низкоуровнево и опасно, должны быть общепринятые примитивы, типа "каталог с данными должен находиться по этому пути", "очистить каталог", "инициализировать каталог"
Вообще говоря, да - у скриптов на баше почему-то неоправдано высокий порог вхождения. В том плане, что есть очень много нюансов, которые нужно просто знать, прежде чем ты научишься писать нормальные скрипты не нём.Вот вышеописанные авторы скрипта явно не знали про set -e, который бы избавил их от подобных проблем. Хотя, конечно, учитывая, как они име директории заполняли через cd/pwd... =/
А давайте заменим баш яваскриптом) Не стесняйтесь ставить дизлайки)
*Поттеринг конспектирует и делает пометки*
> *Поттеринг конспектирует и делает пометки*Мизулина тем временем дописала в "Законопроект о национальном интернете" дополнив "во всех программах".
> *Поттеринг конспектирует и делает пометки*Поттер облажался с костностью языка Unit-файлов. Надо было брать что-нибудь более декларативное и тьюринг-полное. Сейчас, чуть какая логика дополнительная нужна в unit - выглядит это довольно тоскливо
В данном случае -- нет. В данном случае проблема в вендовом подходе к инсталляции, когда программа рассчитана на запуск откуда угодно, но при этом она использует черезжопные способы выяснить откуда же. За одну мысль сотворить подобное программиста надо отправлять в биореактор. Вне зависимости от того, на каком языке он пишет.
"Мысль сотворить подобное" — под подобным понимается "выяснять черезжопными методами, откуда же" или "сделать программу, расчитанную на запуск откуда угодно"?
> "Мысль сотворить подобное" — под подобным понимается "выяснять черезжопными методами,
> откуда же" или "сделать программу, расчитанную на запуск откуда угодно"?В основном понимается первое. Но второго это тоже касается.
Ты уже сходил в каждую новость с тегом "Проблемы безопасности" и написал про "всё дело в портянках на языке Х"(Х практически всегда сишечка)?
shell-портянщики примерно так же пишут системы инициализации
а Си-портянщики, типа, лучше? В коде, где сплошные ____guess_what_it_does() и макросы.
люди, которые пишут на Си, понимают, что rm -rf нельзя просто так взять и воткнуть куда хочется. Иначе - да, это такая же портянка получается, независимо от языка.
> а Си-портянщики, типа, лучше? В коде, где сплошные ____guess_what_it_does() и макросы.си-порятнщики? не слышал. существующий системы инициализации написаны лучшими системными программистами
> системы инициализации написаны лучшими системными программистамиWHAT???????? Линус совершенно противоположного о них мнения:
Key, I'm f*cking tired of the fact that you don't fix problems in the
code *you* write, so that the kernel then has to work around the
problems you cause.Greg - just for your information, I will *not* be merging any code
from Kay into the kernel until this constant pattern is fixed.This has been going on for *years*, and doesn't seem to be getting any
better.
>системы инициализации написаны лучшими системными программистамиУгадай, откуда =)
if (!path_is_absolute(option+7))
...
arg_header = strdup(option+7);
давай ссылку на исходник с указанием версии и строки, посмотрим
> давай ссылку на исходник с указанием версии и строки, посмотримhttp://cgit.freedesktop.org/systemd/systemd/tree/src/cryptse...
http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptse...
---
http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptse...
http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptse...
http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptse...
---
http://cgit.freedesktop.org/systemd/systemd/commit/?id=7376e...
и? в чем суть претензии?
> и? в чем суть претензии?отличная иллюстрация мышления любителей системдеца: они даже не понимают, в чём дело.
Это еще цветочки.http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/...
strcpy(mempcpy(mempcpy(r, f, a + 1), i, b), e);
http://cgit.freedesktop.org/systemd/systemd/tree/src/shared/...e = endswith(slice, ".slice");(спер с ЛОРа, см. http://www.linux.org.ru/news/opensource/11231630?cid=11234185)
if (!e)
return -EINVAL;ret = new(char, (e - slice) + 1 + strlen(name) + 6 + 1);
if (!ret)
return -ENOMEM;stpcpy(stpcpy(stpcpy(mempcpy(ret, slice, e - slice), "-"), name), ".slice");
> http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptse...
> http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptse...Ой, ой, ой. Вот ведь, однако, дебил писал.
>> давай ссылку на исходник с указанием версии и строки, посмотрим
>...
> http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptse...
> ---
> http://cgit.freedesktop.org/systemd/systemd/commit/?id=7376e...Ик. А что прогеры из сыстэмДэ про switch не в курсе?
>>> давай ссылку на исходник с указанием версии и строки, посмотрим
>>...
>> http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptse...
>> ---
>> http://cgit.freedesktop.org/systemd/systemd/commit/?id=7376e...
> Ик. А что прогеры из сыстэмДэ про switch не в курсе?это ж си, как ты его тут применишь-то?
>>>> давай ссылку на исходник с указанием версии и строки, посмотрим
>>>...
>>> http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptse...
>>> ---
>>> http://cgit.freedesktop.org/systemd/systemd/commit/?id=7376e...
>> Ик. А что прогеры из сыстэмДэ про switch не в курсе?
> это ж си, как ты его тут применишь-то?Навскидку?
char *strs[] =
{
"cipher=",
"size=",
...
};switch(startswith(option, strs))
case 1:
...Ессно, придется переписать startswith()
хм. убедительно. что-то я тупанул.
А вот еще "вкусняшка":
https://bugs.freedesktop.org/show_bug.cgi?id=74589#c6
Это да, хочу развидеть ядро FreeBSD.
Linux немного лучше, но тоже байтораздирающее зрелище.
> Linux немного лучше, но тоже байтораздирающее зрелище.Да фигня вопрос - напиши операционку лучше, посмотрим как получится у тебя :).
> shell-портянщики примерно так же пишут системы инициализацииПредлагаешь встроить Стим в systemd?
>> shell-портянщики примерно так же пишут системы инициализацииМне вот что интересно: понимают ли авторы таких баек и те, кто повторяет, разницу между системами инициализации, базовыми скриптами и поделием левой ноги индуса из оракла? И какого мнения они о всех-всех виденных unit-файликах, скажем?
> Предлагаешь встроить Стим в systemd?
systeamd? :]
Чистый день, новость о фейлах Стима и о том, что они не совсем г потому как использовали открытый скрипт, чтоб юзер смог понять в чем собственно дело. Но нет, и тут системд тред :/
Вот ведь дурачьё.
> Вот ведь дурачьё.Изя, покажи валве как надо! Напиши свой магазин, рантайм, игры и прочая, чтоб они увидели как надо :)
Солнцеликий Гейб очищает место на винтах своих фанатов для Half-Life 3.
Как дети ей-богу -- при спорах BSD-GPL готовы глотки друг другу перегрызть, а в темах про кусок гейбовского блоба -- радуги, бабочки и благодать.
Даже "rm -rf /" эту благодать испортить не может...
> Солнцеликий Гейб очищает место на винтах своих фанатов для Half-Life 3.
> Как дети ей-богу -- при спорах BSD-GPL готовы глотки друг другу перегрызть,
> а в темах про кусок гейбовского блоба -- радуги, бабочки и
> благодать.
> Даже "rm -rf /" эту благодать испортить не может...дык дело то таки не в блобе, а в полне опенкод скрипте.. но всем пох, как оказалось...
Этот скрипт оказался открытым совершенно случайно.
И я не удивлюсь если изменять этот скрипт согласно лицензии -- преступление.
При изменении скриптов они самовосстанавливаются. Есть там такая фича.
chattr -i наше всё
Просто хейтерство к Valve никто не оплачивает.
Ну не знаю - я вальвовскую поделку снёс сразу как установил - понял, что ради игр держать такое монструозо в системе не готов. Правда, и не игроман.
> Ну не знаю - я вальвовскую поделку снёс сразу как установил -
> понял, что ради игр держать такое монструозо в системе не готов.
> Правда, и не игроман.+1. Не вижу практического смысла ставить такую махину, чтобы платить кому-то деньги за игрушки. Виртуальную реальность и полностью кастомизируемый мир сделают - тогда подумаю, чтобы на отдельный ПК поставить.
WINE и open-source движки наше всё ))
Ну Гейб в любом случае делает полезное дело, популяризует линукс теперь ещё и на десктопах.
Даже Столлман не так давно на эту тему высказывался, мол, закрытые игры это, конечно, не очень хорошо, но если они запускаются на открытой платформе, то это намного лучше, чем если бы они запускались в закрытой ОС и в данный момент выпуск таких игр можно приветствовать.
Кстати, дайте плиз какие-нибудь ключевые слова для поиска этой речи Столлмана, если помните.
> Кстати, дайте плиз какие-нибудь ключевые слова для поиска этой речи Столлмана, если помните.Видимо, http://lmgtfy.com/?q=non-free+games+site:fsf.org
Nonfree DRM'd Games on GNU/Linux: Good or Bad ...
www.fsf.org › Blogs › RMS
> Даже "rm -rf /" эту благодать испортить не может..."rm -rf /" - нет.
Но "rm -rf /*" - совершенно другое дело!
Одно проверочное условие может спасти мир!
А если не двигать папку туда сюда то ничего не случится? Так можно же игру ставить на любой диск и каталог, зачем сам стим двигать???
> А если не двигать папку туда сюда то ничего не случится? Так
> можно же игру ставить на любой диск и каталог, зачем сам
> стим двигать???Проблема не в том, что стим нельзя двигать, проблема в том, что стим сделан таким образом, чтобы его можно было двигать. И при этом программисты стима дебилы, которые совершенно не ориентируются в *nix, не представляют как работает PATH, не слышали про команду which, и пишут быдлячий вендокод на bash.
Вот поэтому я и не женюсь^W играю в современные игры! =)
> Вот поэтому я и не женюсь^W играю в современные игры! =)steam позволяет играть не только в современные игры, но и в игры времен детства нынешних отцов, например, doom'ы, которые первые
да, они там ПРОДАЮТСЯ
Для думов, и других олдфажных игр (я, например, сейчас режусь в Incredible Machines), есть DosBox и эмуляторы старых консолей.
>Incredible MachinesСпасибо! :-)
Я про неё и не знал, а она для меня оказалось интересней Crazy Machines.
эм, оно как-то друг друга не заменяет совершенно
в steam и так активно используется dosbox
>> Вот поэтому я и не женюсь^W играю в современные игры! =)
> steam позволяет играть не только в современные игры, но и в игры
> времен детства нынешних отцов, например, doom'ы, которые первые
> да, они там ПРОДАЮТСЯВам жалко купить дум?
> Вам жалко купить дум?А может его давит жаба покупать rm -rf / :). Он ведь и бесплатно есть.
> Вам жалко купить дум?я в него и бесплатно играть не хочу, не говоря уже о платном доступе
> Вам жалко купить дум?А сколько патронов к M16 можно купить на "всего 10$"? А если покупателей и игр тысячи?
То-то же.
Потенциальному противнику - ни копейки.
>> Вам жалко купить дум?
> А сколько патронов к M16 можно купить на "всего 10$"? А если
> покупателей и игр тысячи?
> То-то же.
> Потенциальному противнику - ни копейки.Ну канеш, дум за сто рублей- это помощь в армию США, это зло. А сидеть в инете через свич за 1000$, это норм, да?
Не знаю )) У меня гигабитный Длинк за 300р 8-портовый. У провайдеров как правило на домах тоже Длинки с 2 гигабитными портами и 24-48 100-мегабитными. Работал и в крупном (почти 40% абонентов города), и в поменьше, плюс с кучей взаимодействовал. Что-то покруче стоит только на узлах и в "логове" провайдера :)
Есть фанаты, Микротики дорогущие ставят или циски домой. Красиво жить не запретишь )) А у меня с роутингом и старый ноут справляется.
> Не знаю )) У меня гигабитный Длинк за 300р 8-портовый. У провайдеров
> как правило на домах тоже Длинки с 2 гигабитными портами и
> 24-48 100-мегабитными. Работал и в крупном (почти 40% абонентов города), и
> в поменьше, плюс с кучей взаимодействовал. Что-то покруче стоит только на
> узлах и в "логове" провайдера :)Дык я про провайдера и говорил...
> Есть фанаты, Микротики дорогущие ставят или циски домой. Красиво жить не запретишь
> )) А у меня с роутингом и старый ноут справляется.Это не фанаты, а люди которые хотят чтобы работало, а не бегать каждый раз- ребутить дешманский длинк...
Стабилизатор перед ним - и ребут раз в полгода, летом как правило.
Может у меня конечно трафик не такой ))
Хотя на работе стоял 24-портовый гигабитный длинк. Грузил копированием с нескольких серваков, до 800 Мбит на несколько портов вполне выдерживал.
В-общем от условий эксплуатации техники многое зависит. Если на обгаженный голубями чердак поставить хорошее оборудование, то запас "прочности" конечно побольше будет. Но ИБП дешевле. Единственный "косяк" - зимой замерзают, ставили тепло-вентиляторы на узлы ремонтники, чтобы часто не ездить ))
> Потенциальному противнику -Вообще-то кинетическому.
set -u им в помощь.
то нвидия, теперь вальвигровая индустрия следит чтобы для игр всегда было достаточно места
а хотя bumblebee это ж не нвидия
И в установщике nvidia тоже уже было.
> И в установщике nvidia тоже уже было.видимо, по прошествии времени оба события в памяти перемешались в одно :)
Отсюда вывод: не хочешь замарачиваться в безопасности - не ставь сторонних пакетов. Если мейнтейнеры такое пропускают, стоит подумать о смене дитрибутива. Благо даже юзер-френдли на сегодняшний день огромный выбор. Да и вывод в принципе бородатый.
> Отсюда вывод: не хочешь замарачиваться в безопасности - не ставь сторонних пакетов.
> Если мейнтейнеры такое пропускают, стоит подумать о смене дитрибутива. Благо даже
> юзер-френдли на сегодняшний день огромный выбор. Да и вывод в принципе
> бородатый.а собственно стим-то с этими скриптами ставится из-под юзера, душечка. Ещё один "не читал, но осуждаю".
Спасибо. В новости не указано, какие привелегии требует скрипт. Стим не юзаю, доки к нему не читал. Если скрипт не идет вместе с пакетом, то мой комент выше был действительно не к месту.
Ну дык второй бородатый вывод - ВЕСЬ софт должен быть установлен через штатный инсталлятор из репозитория. Никаких "установок в каталог пользователя" быть не должно.
неосиляторы qemu-kvm должны страдать...
> ~/.local/share/steamне нашёл у себя такого вообще ни в каком виде, хотя недавна зачистил всё - структуру хорошенько перетрясли в лучшую сторону - сами пути стали короче
> пути стали корочеВот что rm -rf / животворящий делает :)
Мне ничего не делал и не сделает, это надо особо одарённым быть чтобы сделало.
> ошибка, приводящая к запуску команды "rm -rf /"это такой прикол или статья? да и вообще нафига рутом запускать Steam если он при установке говорит чтобы его рутом не запускали
>> ошибка, приводящая к запуску команды "rm -rf /"
> это такой прикол или статья? да и вообще нафига рутом запускать Steam
> если он при установке говорит чтобы его рутом не запускалиПричём тут запуск под рутом? Будет исполнена команда "rm -rf /*", оно удалит файлы, к которым есть доступ у пользователя.
посмотрел steam.sh... там только две строчки с rm -rf: в одной удаляется какая-то временная папка, в другой старая папка от steam
а вот, уже увидел
Стабильную версию клиента починили от этого бага. Во всяком случае репорт стоит такой.
>rm -rf /Решили переплюнуть Bumblebee :-)
https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/commi...
А что такое, кстати, steam.sh? Если ставил через deb-пакет - бинарник steam это запускает?
а не пора ли в саму rm добавить проверку ?
Вы не поверите, она там есть и всегда была.
Другое дело флаги -rf её отключают, так как без первого она не в состоянии удалять каталоги, а без второго файлы с атрибутом только для чтения.
знаю что есть. Имел в виду добавить проверку удаления корня.
> знаю что есть. Имел в виду добавить проверку удаления корня.ты не поверишь
> знаю что есть. Имел в виду добавить проверку удаления корня.Программеры вальв и её обошли написав rm -rf /*
Вальв -- это похуже обезьяны с гранатой.
> добавить проверку удаления корня"rm -rf /" и "rm -rf /*" — не одно и то же.
Лишний раз доказывает - нехрен под рутом сидеть.
а разница? Что под рутом, что под обычным пользователем удалится хомяк. А на саму систему пофиг - переставить недолго
> на саму систему пофиг - переставить недолгоА хомяк стоило бы бэкапать или снапшотить.
>> на саму систему пофиг - переставить недолго
> А хомяк стоило бы бэкапать или снапшотить.У меня даже ~/.config и прочие часто изменяемые папки типа Downloads и Documents вынесены нафиг на отдельный зашифрованный раздел. Во избежание ))
В хомке только статика, которая есть в облаке, на DVD и на другом ПК вместе с образом всей системы.
>У меня даже ~/.config и прочие часто изменяемые папки типа Downloads и Documents вынесены нафиг на отдельный зашифрованный раздел. Во избежание ))«Во избежание» чего?
Если ты этими каталогами пользуешься, значит во время работы они смонтированы и расшифрованы. А ошибка вроде той, о которой говорится в статье, сносит все данные из корня, на которые прав хватает. Ну и чем тут поможет «отдельный зашифрованный раздел»?
Чтобы не вычитали те, кому не положено, ежели попадет в руки.
Сама-то ОС на нешифрованном стоит.
И разделение на редко изменяющиеся данные (ОС, конфиги, музыка, и т.п.), и часто способствует более удобному бэккапу.
> Чтобы не вычитали те, кому не положено, ежели попадет в руки.О чём и речь: это поможет (если поможет), только если отключённый винт попадёт к кому-то не тому. К теме статье твои ухищрения какое отношение имеют?
> К теме статье твои ухищрения какое
> отношение имеют?Никакого, как и большая часть комментов на этом сайте ))
#mv /sbin/rm /sbin/rm_fuck:) :) :)
На сколько я знаю, KDE/Gnome при удалении файлов из окон не вызывают rm.
>...после перемещения директории ~/.local/share/steam на новый диск через символическую ссылку...О! спасибо за новость!
А то вот как раз на днях собирался именно так и сделать. А теперь похоже на некоторое время откажусь от идеи - поставить steam на linux
>А то вот как раз на днях собирался именно так и сделать. А теперь похоже на некоторое время откажусь от идеи - поставить steam на linux<troll>А теперь похоже на некоторое время откажусь от идеи - поставить linux</troll>
*trollface.jpg*
rm -rf /
rm: опасно рекурсивно обрабатывать «/»
rm: используйте --no-preserve-root, чтобы отменить предупреждение об опасности
Молодец, а теперь пиши rm -rf /*
Очередные сплетни.
Не использую папку ~/.local/share/steam
Копирую на др диск.
Не каких проблем нет, и не будет.
Что-то я не уверен, что это случайно, уж больно в тему комментарий:# Scary!
rm -rf "$STEAMROOT/"*
# figure out the absolute path to the script being run a bit
# non-obvious, the ${0%/*} pulls the path out of $0, cd's into the
# specified directory, then uses $PWD to figure out where that
# directory lives - and all this in a subshell, so we don't affect
# $PWDSTEAMROOT="$(cd "${0%/*}" && echo $PWD)"
non-obvius, понимашь ли. Зато теперь полный obvius, выходит. Окончательный.
Прочитал тему про bumblebee на гитхабе, смеялсо )
Особенно понравился демотиватор "/usr? Да он мне никогда и не нравился" ))
С bumblebee ситуация несколько иная.
Там, конечно, тоже то ещё раздолбайство разработчика вылезло, но есть два немаловажных момента:
1. Это была версия для тестирования, которая «на свой страх и риск» и всё такое, о чём разработчик предупреждал. Т.е. она и была предназначены для вылавливания багов — в дистрибутивы эта версия не попала, насколько помню.
2. Это были дрова не от производителя железок, — nvidia на пользователей забила, фак ей ЛТ не просто так показывал, — а от другого человека, который был этим заниматься не обязан и занимался в свободное время. Естественно он и сам основательно задолбался, и команды тестеров у него не было, и деньги ему за это не платили.
3. Потеря /usr может привести к переустановке системы. Это неприятно. Потеря всех пользовательских данных куда неприятней в большинстве случаев: далеко не все зеркалируют на отдельный компьютер все свои файлы в реальном времени. Тут какие бэкапы ни делай, что-нибудь да потеряешь.
Так что этот просчёт всё же более лояльно воспринимается.
> Так что этот просчёт всё же более лояльно воспринимается.А я вообще философски отношусь ко всему материальному ) Ничто не вечно под луною, может через 10 лет будем под какой-нибудь "национальной ОС" сидеть, потому что другие "не положено", или на "национальные ПК" просто не встанут.