Компания Microsoft опубликовала (http://blog.revolutionanalytics.com/2018/06/microsoft-r-open...) deb-пакет microsoft-r-open-mro-3.5.0 с инструментарием Open R (https://mran.microsoft.com/open) (вариант языка R от Microsoft) для Debian и Ubuntu, в установочном сценарии которого обнаружена (https://www.preining.info/blog/2018/06/microsofts-failed-att.../) серия недопустимых оплошностей. В частности, скрипт настройки, вызываемый после установки пакета (postinstall), удаляет /bin/sh, после чего создаёт символическую ссылку /bin/sh на /bin/bash. Если в системе нет /bin/bash то /bin/sh остаётся удалённым и пользователь получает неработающее окружение.
Примечательно, что на идентичный код удаления /bin/sh в RPM-пакетах пользователи обращали (https://github.com/Microsoft/microsoft-r-open/issues/20) внимание ещё в 2016 году. В ответ представитель Microsoft пояснил, что /bin/sh заменяется, так как в Ubuntu в качестве shell по умолчанию применяется dash, а shell-обвязка над Microsoft R Server может работать только в bash.#!/bin/bash
#TODO: Avoid hard code VERSION number in all scripts
VERSION=`echo $DPKG_MAINTSCRIPT_PACKAGE | sed 's/[[:alpha:]|(|[:space:]]//g' | sed 's/\-*//' | awk -F. '{print $1 "." $2 "." $3}'`
INSTALL_PREFIX="/opt/microsoft/ropen/${VERSION}"
echo $VERSION
ln -s "${INSTALL_PREFIX}/lib64/R/bin/R" /usr/bin/R
ln -s "${INSTALL_PREFIX}/lib64/R/bin/Rscript" /usr/bin/Rscript
rm /bin/sh
ln -s /bin/bash /bin/sh
Кроме того, в скриптах есть и другие ошибки, например, в случае наличия уже установленного оригинального R, установочный скрипт завершается ошибкой, а в случае удаления пакета Microsoft удаляет за одним и исполняемые файлы оригинального R (/usr/bin/R, /usr/bin/Rscript).
#!/bin/bash
VERSION=`echo $DPKG_MAINTSCRIPT_PACKAGE | sed 's/[[:alpha:]|(|[:space:]]//g' | sed 's/\-*//' | awk -F. '{print $1 "." $2 "." $3}'`
INSTALL_PREFIX="/opt/microsoft/ropen/${VERSION}/"
rm /usr/bin/R
rm /usr/bin/Rscript
rm -rf "${INSTALL_PREFIX}/lib64/R/backup"
URL: https://www.preining.info/blog/2018/06/microsofts-failed-att.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=48778
И эти люди будут владеть GitHub-ом...
Какие люди будут владеть гитхабом? Те люди которые пишут кривой код или кто? Какое отношение кривой код написанный кем-то имеет к владению гитхабом? Думайте прежде чем писать охинею.
Неаноним правильно говорит что рабы не разделяют имущество рабовладельца. Минусуете за правду?
Минусуют, потому что балбесы. Не понимают что программист работающий в микрософте и пишущий кривой код не имеет отношения к владению гитхабом и даже не тимлид, и даже ни начальник отдела/подразделения и т.д. Для 64 балбесов оказалось сложно установить причинно-следственную связь :D
Зато одному местному клоуну тут непонятно, что мелкософт только и состоит из таких имбецилов, пишущих кривой код, и их начальников(тоже, кстати, имбецилов). А как же нормальные ребята там, спросишь ты? Отвечаю. Это исключение, лишь подверждающее правило.
Местный клоун понимает что мелкософт не состоит только из таких имбецилов и не утверждает без основательно.
Зато не местный клоун утверждает без основательно. Стоит только спросить: где факты? И все приплыли сушите весла.
> Местный клоун понимает что мелкософт не состоит только из таких имбецилов и
> не утверждает без основательно.
> Зато не местный клоун утверждает без основательно. Стоит только спросить: где факты?
> И все приплыли сушите весла.микрософт состоит из миллиардов разных имбецилов, некоторые из них храбро бросаются на вражьи каменты, защищать репутацию микрософта-батюшки за деньгу-матушку
> защищать репутацию микрософта-батюшки за деньгу-матушкуНекоторые по всей видимости по себе судят. Я написал лишь только то что является очевидным. А Вас понесло фантазировать.
Куда не ткнут, везде наср_ут.
Достали уже.
Очевидно, тот кто платит идиотам за идиотский код, сам является идиотом, так что, да мс на 100% состоит из идиотов.
> Очевидно, тот
>сам является идиотом, такНет. " сволочь, он, сволочь!, тов.лектор! "
> что, да мс на 100% состоит из идиотов.
Вы им льстите. Вы идиот или сволочь?
С точки зрения целеполагания, вданном контексте, это синонимы.
> микрософт состоит из миллиардовА че не триллионов сразу? 3.14здеть - так уж по полной.
>> микрософт состоит из миллиардов
> А че не триллионов сразу? 3.14здеть - так уж по полной.так он же прав! Майкрософт без своих дeбилопользователей не существует. А сколько их у мелких?
Какова вероятность того, что строки, удаляющие /bin/sh, оказались в postrm случайно?
Какова вероятность того, что с 2016 года у них не было времени отреагировать на замечания?> Примечательно, что на идентичный код удаления /bin/sh в RPM-пакетах пользователи обращали внимание ещё в 2016 году. В то время проблема осталась нерешённой, а представитель Microsoft лишь пояснил, что /bin/sh заменяется, так как в Ubuntu в качестве shell по умолчанию применяется dash, а shell-обвязка над Microsoft R Server может работать только в bash.
Всем отмазкам отмазка. За кого они нас держат?
А какова вероятность, что это проекта в MS рейтинг уровня очень маловажного (относительно)?
Мне кажется, что большая.
> А какова вероятность, что это проекта в MS рейтинг уровня очень маловажного
> (относительно)?
> Мне кажется, что большая.Ваш пьяный сосед рубит топором вашу дверь и кричит, что убьетвас, а че вы в полицию-то звоните, у нас более важные дела с теми кого уже убили..
О, коварный план от мс по захвату миру и раздраконивания лично тебя. Хорошо что вовремя заметили, а то случилось бы непоправимое.
Которые поощряют кривой код
Которые платят зарплату за этот кривой код.
Те кто платит зарплату за кривой код, кривой код не инспектируют, это делают другие люди ктороые сами сидят в крупных компаниях на зарплате. Собственно ни зарплата, ни кривой код не имеют отношения к владению гитхабом.
короче, никто не виноват, оно само получилось
> Те кто платит зарплату за кривой код, кривой код не инспектируют, это
> делают другие люди ктороые сами сидят в крупных компаниях на зарплате.
> Собственно ни зарплата, ни кривой код не имеют отношения к владению
> гитхабом.нафанаил никодимович, подготовьте служебку на премию этому менеджеру по социалмедиям, от его фраз наше величие и успех в области опенсорца поднимаются на невиданные высоты.
За хромающую русскую грамматику её надо увеличить, человек код США выполняет.
всегда, во все времена, за ошибки подчиненных отвечает начальство и в конечном итоге хозяин фирмы.
значит он плохих работников набрал, или плохо контролирует их работу, или поощряет ошибки....
в любом случае все претензии к фирме, а не к исполнителю.
Не может быть хороший менеджмент с плохими программистами. Потому, что хороший менеджмент повыгоняет плохих программистов. Так что Анон дело говорит.
Хорошо. Ты Владелец того же Майкрософта. У тебя десятки тысяч сотрудников. Я понимаю что тебя интересуют только деньги Но блин Как ты можешь не проверить насколько хорошо Твои сотрудники выполняют свою работу? Я понимаю что ты не можешь подойти к каждому индусу и спросиь Хорошо ли ты "Вася работаешь". Но ты как минимум ДОЛЖЕН посмотреть На ОБЩИЙ Результат. А Этот общий результат какраз таки видно! Имхо Контроль со стороны именно Владельца ДОЛЖЕН быть! Хотябы раз за квартал глянуть и посмотреть А потом тряхнуть всех от старшего до "технички"(если нужно) Порезать им зп разок другой Зато другой раз всебудет сделано боле мене на совесть. Имхо: Именно так должны делать владельцы. И Именно так буду делать я если однажды завладею хотябы крошечной компашкой на 5 сотрудников. Иметь буду всех и каждого Естесственно в зависимости от степени тяжести "упущения". А за хорошую работу какраз и премию давать достойную(как раз из того что впрошлом квартале забрал + еще немного)
Если ты владелец крупной компании и при этом даже не интересуешься как там у тебя работают люди Или что еще хлеще Даже не в курсе чем твоя компания занимается... на кол тебя!
Кто-то скажет что такое нереально. Но я скажу Вполне реально! Взять в пример производителей крутых спорткаров, даи вообще иномарок крутых(просто я фанат первых). Я Более чем уверен что ихние владельцы проверяют работу своих работников. Тот же Horacio Pagani к примеру смотрит за ходом производства чуть не каждой своей машины! Почему ? Да потому что это его хлеб и деньги! И не дайбог какому криворучке шов "чуть криво" сделать И у него таких нет!. Его компания это его деньги его имя его честь и достоинство. И ниодной твари он не даст испоганить его конфетку.
> Его компания это его деньги его имя его честь и достоинство.В крупных межнациональных корпорациях такое понятие как честь или достоинство сильно "плавает". Проще вбухать в рекламу ещё пару лимонов, чем за каждым индусом проследить, а там уж "пипл схавает"...
>Имхо: Именно так должны делать владельцы. И Именно так буду делать я если однажды завладею хотябы крошечной >компашкой на 5 сотрудников. Иметь буду всех и каждого Естесственно в зависимости от степени тяжести "упущения".
>завладеюНикогда капитан ты не станешь майором... И да, сообщи потом прилюдно, пожалуйста, какой компашкой ты "завладел", чтобы адекватные люди обходили ее за милю.
>И эти люди будут владеть GitHub-ом...Ну, справедливости ради, в своё время абанта и другие дистры таким же образом подменяли OOo на LO. Только вот оплошность свою не признали и ничего не изменили.
В обоих случаях умышленная подмена. Посмотрим, как сторонники второй подмены будут крутиться ужом на сковородке и порицать первое, отмазывая второе.
> абантаДа сколько ж можно?!?!?!
https://simple.wikipedia.org/wiki/Ubuntu:
«It is pronounced "oo-boon-too»
Как хочу, так и читаю, это английский с его тупой орфографией. Вот если будут правила более конкретными, то тогда и поговорим.
> Как хочу, так и читаю, это английский с его тупой орфографией.В том-то и дело, что это не английский! Это какой-то африканский написанный латиницей.
Дело в том, что в мире гораздо больше одного языка использующего латиницу.
>>И эти люди будут владеть GitHub-ом...
> Ну, справедливости ради, в своё время абанта и другие дистры таким же
> образом подменяли OOo на LO. Только вот оплошность свою не признали
> и ничего не изменили.
> В обоих случаях умышленная подмена. Посмотрим, как сторонники второй подмены будут крутиться
> ужом на сковородке и порицать первое, отмазывая второе.ну ка расскажи больше подробностей об адалении бинарей мимо пакетного менеджера в абанте и драгих дистрах
В абанте и других дистрах всё ещё хуже: они ничего не исправили, когда их поймали за руку. Это была официальная политика.
>>>И эти люди будут владеть GitHub-ом...
>> Ну, справедливости ради, в своё время абанта и другие дистры таким же
>> образом подменяли OOo на LO. Только вот оплошность свою не признали
>> и ничего не изменили.
>> В обоих случаях умышленная подмена. Посмотрим, как сторонники второй подмены будут крутиться
>> ужом на сковородке и порицать первое, отмазывая второе.
> ну ка расскажи больше подробностей об адалении бинарей мимо пакетного менеджера в
> абанте и драгих дистраху английского нормальная орфография, но некоторые дeбилы ее просто не знают
> у английского нормальная орфография, но некоторые дeбилы ее просто не знаютКому и кобыла невеста...
Нет, что ты, сейчас тебе скажут, "что бы управлять птицефабрийкой не нужно самому быть курицей"
Снова индусы кал накодили за миску чечевицы.
из чечевицы будет не кал, а облако
Micros~1 Cloud R
Сперва будет облако. Много облаков, а потом уже калл.
Смешно и печально. Если они это делаю не специально, то они ...
Это еще что, в будущих пакетах от Microsoft Линукс будет автоматически заменяться на Windows, десяточку само собой.
Только после того как в системе будет найдена информация о валидной кредитной карте.
а какие индусы в дебиане нагкодили такой чудо-шелл, что эти тривиальные скрипты в нем не исполняются?(и точно ли эти? Зачем они что-то там делают с линком /bin/sh, если в скрипте гвоздем прибит /bin/bash? )
Дебиан не при чём.Микрософту ума заюзать нестандартные bash-возможности хватило, а прописать #!/bin/bash - не хватило.
> #!/bin/bash - не хватило.Лучше все же #!/usr/bin/env bash - прибит не такими длинными гвоздями, позволяет запускать специфичную версию именно для этого софта (т.к. можно модифицировать PATH), ну и вообще, считается хорошим тоном.
> считается хорошим тоном.Нет.
> > считается хорошим тоном.
> Нет.А кстати почему нет? Много где такое вижу...
> Много где такое вижу..."Много где" - это от гвидобейсикокодеров и прочих маководов пола такая "мода"
> "Много где" - это от гвидобейсикокодеров и прочих маководов пола такая "мода"Дартаньян, залогинтесь!
https://github.com/torvalds/linux/search?&q="#!/usr/bin...
#!/usr/bin/env perl
https://codesearch.debian.net/search?q=#!/usr/bin/env
1 2 3 4 5 6 7 8 9 10 … 10218 >
Вы, поди, даже не пытались скрипты с #!/bin/bash запускать во FreeBSD, например.
>> > считается хорошим тоном.
>> Нет.
> А кстати почему нет? Много где такое вижу...Неудобно, если нужно сразу несколько древнючих версий баша в системе окостыливать.
Короче, больная тема для альтовцев.
> Неудобно, если нужно сразу несколько древнючих версий баша в системе
> окостыливать. Короче, больная тема для альтовцев.Наша больная тема -- бездари, упорно путающие тёплое с мягким. В смысле землян, а не "альтовцев" или там "этихстранцев".
>> Неудобно, если нужно сразу несколько древнючих версий баша в системе
>> окостыливать. Короче, больная тема для альтовцев.
> Наша больная тема -- бездари, упорно путающие тёплое с мягким.А я почему-то думал, что Дартаньяны. Спасибо за разъяснения!
>>> Неудобно, если нужно сразу несколько древнючих версий баша в системе
>>> окостыливать. Короче, больная тема для альтовцев.
>> Наша больная тема -- бездари, упорно путающие тёплое с мягким.
> А я почему-то думал, что Дартаньяны. Спасибо за разъяснения!Техническое разъяснение вот здесь: https://lists.altlinux.org/pipermail/devel/2018-July/204997....
Но я почему-то практически уверен, что какой-нибудь гигантский дятел будет и дальше долбить про #третьчетвёртыйбашвальте...
>> > считается хорошим тоном.
>> Нет.
> А кстати почему нет? Много где такое вижу...это просто умственное развитие данного товарища не позволяет пользоваться env`ом. потому /bin/bash, /usr/bin/perl и прочий шлак в шебанге у него считается хорошим тоном, а вот использование env`а - нет.
> это просто умственное развитие данного товарища не позволяет пользоваться
> env`ом.Для клиники в /usr/local разве можно закладываться на существование /usr/bin/env? Надо сделать какую-нить штуку, которая найдёт env где-нибудь...
</>
>> > считается хорошим тоном.
>> Нет.
> А кстати почему нет? Много где такое вижу...А Вы попробуйте ответить на вопрос "зачем кому-то это понадобилось"?
Суть в том, что при такой форме запуска (например /usr/bin/env perl), наследуется текущее окружение. В частности, переменная PATH. Так что будет вызван тот perl, который будет первый в нём найден, без необходимости явно знать, где он находится. Так что если у пользователя первый в списке окажется путь /usr/local/bin, то perl будет вызван именно оттуда.
Но это, блин, не хороший тон. Это признак бардака.
Ну хз, утилиты типо rm, ls и прочее обычно в скриптах вызываются без указания полного пути до них. Тоже бардак?
Иногда встречаются конструкции вида RM="/bin/rm", но я не очень понимаю от них профит.
Это не нужно _в пакете для Debian_ — просто потому, что там баш находится в стандартном месте.
То есть корректному пакету, скрипты которого используют башизмы, нужно:
1) Юзать напрямую /bin/bash в шебанге.
2) Всё (потому что зависимость от него прописывать не нужно: он помечен как "essential").
> Это не нужно _в пакете для Debian_ — просто потому, что там
> баш находится в стандартном месте.
> То есть корректному пакету, скрипты которого используют башизмы, нужно:
> 1) Юзать напрямую /bin/bash в шебанге.
> 2) Всё (потому что зависимость от него прописывать не нужно: он помечен
> как "essential").deb как и сам скрипт не обязаны устанавливаться в дебиане (и в конкретной версии дебиана, вышедшей через 5 лет, перенесут /bin/bash в /net/bin/bash)
> deb как и сам скрипт не обязаны устанавливаться в дебианеТак он, .deb-то, для установки в Windows 10 ?! Что же вы сразу-то молчали??
>(и в конкретной версии дебиана
>> deb как и сам скрипт не обязаны устанавливаться в дебиане
> Так он, .deb-то, для установки в Windows 10 ?! Что же вы сразу-то молчали??я тут вижу иОСь и солярку...
https://en.wikipedia.org/wiki/Deb_(file_format)#Adoption
> Это не нужно _в пакете для Debian_
> 2) Всё (потому что зависимость от него прописывать не нужно: он помечен как "essential").Я вас щас удивлю:
https://distrowatch.com/search.php?ostype=All&category=All&o...
под полторы сотни дистров умеют в деб.
Не прошло и двух лет с тех пор, как я создал issue на гитхабе.
Мелкомягких нужно гнать пинками из Linux и Open Source вообще.
Можно начать с LF. Гнать LF из Linux и Open Source
>У меня нет времени руками переписывать все #!/bin/sh на #!/bin/bash, белый сахиб уже неделю назад хотел увидеть пакет, визуалстудия торомозит, про сед я не слыхал, поменяю пожалуй файлы в системе, мож никто не заметит.
Нужно написать вирус который заменяет /bin/bash на /bin/sh, тем самым многократно ускоряя бездарные дистрибутивы. >_<
bash должен умереть, а shell должен править миром!!
> Нужно написать вирус который заменяет /bin/bash на /bin/sh, тем самым многократно ускоряя
> бездарные дистрибутивы. >_<
> bash должен умереть, а shell должен править миром!!точно! вот этот скрипт: cat /bin/bash > /bin/sh; rm -f /bin/bash
> точно! вот этот скрипт: cat /bin/bash > /bin/sh; rm -f /bin/bashТогда уж shred -uv /bin/bash
:D
>> точно! вот этот скрипт: cat /bin/bash > /bin/sh; rm -f /bin/bash
> Тогда уж shred -uv /bin/bash
> :DНа современных ФС shred абсолютно бесполезен.
> точно!Какой нахрен точно!
Это же наоборот, замена sh на bash.
Это агент M$!
>> точно!
> Какой нахрен точно!
> Это же наоборот, замена sh на bash.обрати внимание на работу скрипта при отсутствии баша в системе. Это же вирус уровня микрософт.
Ой, дебыли. Pre-Depends: bash + #!/bin/bash
> Ой, дебыли. Pre-Depends: bash + #!/bin/bashПервое не нужно: bash имеет статус essential. См. https://www.debian.org/doc/debian-policy/#dependencies
"rm -rf /" они там нигде не вызывают? я б не удивился
Под какой виртуалкой лучше запускать такое и всякие скайпы?
В flatpak
такое лучше вообще не запускать
Hyper-V
Есть свободный http://www.r-project.org/, вариант от Microsoft не нужен.
404
Из адресной строки по ссылке запятую уберите и будет 200.
> представитель Microsoft лишь пояснил, что /bin/sh заменяется, так как в Ubuntu в качестве shell по умолчанию применяется dash, а shell-обвязка над Microsoft R Server может работать только в bashТ.е. горе-скриптоваятели даже не в курсе таких базовых вещей, как
#!/usr/bin/env foo
и им никто не объяснил, что если для работы пакета нужен bash, то его можно прописать в зависимостях пакета, а вот перезаписывание или удаление пакетом А файлов пакета Б обычно считается конфликтом/ошибкой?Тогда вангуется мне, что это лишь вершина айсберга и куча вариантов
rm -rf "$MSMROOT/"*
только и ждут своего "звездного" часа.
> и им никто не объяснил, что если для работы пакета нужен bash,
> то его можно прописать в зависимостях пакета, а вот перезаписывание
> или удаление пакетом А файлов пакета Б обычно считается конфликтом/ошибкой?Они к виндовс привыкли. "Удаляй неугодное, переустанавливай нерабочее" - вот их путь.
Позвольте поинтересоваться, а что в нем плохого?
> Позвольте поинтересоваться, а что в нем плохого?Ничего если вы ЭТО делаете на своем локалхосте один в своей комнате ночью под одеалом.
переустанавливать .net framework одной рукой?
Что случится с сиране рстудией после обновления пакета-владельца /bin/sh?
>Т.е. горе-скриптоваятели даже не в курсеЭто что, тут собралась кучка читателей, которые в упор не видят, что скрипты по замене sh на линк к башу в заголовке имеют привязку к башу находящемуся по определенному пути. И по логике вещей при отсутствии такового не должны выполняться и чего-то там подменять. Индусы знают толк в хорошей шутке. :)
> при отсутствии такового не должны выполняться и чего-то там подменять.А если bash присутствует то удалять и подменять можно?
>И по логике вещей
И этот человек будет что-то говорить о логике...
> Индусы знают толк в хорошей шутке. :)
Сколько сейчас платят за дифирамбы в сторону майков?
В bsd просто нету bash, сотрудники ms шмогли найти tcsh.
А Microsoft Open R нет под BSD и не планируется. Это не отрицает факта криворукости разработчиков установщика Microsoft Open R. (а что вы хотите от фирмы где рулят индусы?)
Все правильно сделали. Шел должен быть башем, нефиг страдать них синдромом, в (винде такого нет), а мусор от старых пакетов и установленных вручную прог при удалении надо чистить.
>Шел должен быть башемНе должен.
>нефиг страдать них синдромомТак что поделаешь, раз bash жирен, медлителен и в 99,9% случаев излишен.
> Так что поделаешь, раз bash жирен, медлителен и в 99,9% случаев излишен.В дебиане просто не умеют его готовить и упорно тащат свой глючный dash?
(да, я вляпывался в его баги на, казалось бы, элементарных вещах)
> В дебиане просто не умеют его готовить и упорно тащат свой глючный dash?Где можно посмотреть, как его приготовить? Понимаю, что в дебиан не самая оптимизированная установка (особенно если глянуть в `set |wc -l`), но разве проблема тормозов баша в дебиане в этом?
> да, я вляпывался в его баги на, казалось бы, элементарных вещах
Баги не соответствуют позиксу? Можно хотя бы два?
>> Так что поделаешь, раз bash жирен, медлителен и в 99,9% случаев излишен.
> В дебиане просто не умеют его готовить и упорно тащат свой глючный
> dash?
> (да, я вляпывался в его баги на, казалось бы, элементарных вещах)Кто на что учился: одни - вляпываться, другие - исправлять.
>> (да, я вляпывался в его баги на, казалось бы, элементарных вещах)
> Кто на что учился: одни - вляпываться, другие - исправлять.Кстати, перевесь хотя бы на nobody@ то, что исправлять явно не собираешься (или не сумеешь):
https://bugzilla.altlinux.org/buglist.cgi?query_format=advan...
>>> (да, я вляпывался в его баги на, казалось бы, элементарных вещах)
>> Кто на что учился: одни - вляпываться, другие - исправлять.
> Кстати, перевесь хотя бы на nobody@ то, что исправлять явно не собираешьсяСор из избы не выносите, а?
А еще в нем уязвимости бывают всякие
через 4 месяца ждем багфикс
> через 4 месяца ждем багфиксCVE-2019-MS-*
?
> Подготовленный в Microsoft deb-пакетСкажи мне ко такое лет пять назад я бы счёл его альтернативно умным...
А сейчас этот абсурд стал реальностью, куда мир катится?
В пекло. Или в светлое будущее?
Могли просто запустить Vagrant или Dockerfile ....
>Если в системе нет /bin/bash то /bin/sh остаётся удалённым и пользователь получает неработающее окружение.Про это кто-то помнит?
rm -rf /usr /lib/nvidia-current/xorg/xorg
ИМХО, пакеты не должны влиять на всю систему. Они должны поставить пакет в песочницу, а потом пакетный менеджер поставить их в систему, посмотрев все конфиликты и убедившись, что все в норме. Тогда не будет rm -rf /usr /lib/nvidia и прочих кривых скриптов от мс.
За это мне и не нравится убунту с дебианом. Особенно бесит, когда после установки запускаются демоны или еще каким-то образом меняется окружение.
> ЛЕВЫЕ пакеты не должны влиять на всю системуfixed. Именно для всяких криворуких, типа МС, делают эти ваши flatpak
>> ЛЕВЫЕ пакеты не должны влиять на всю систему
> fixed. Именно для всяких криворуких, типа МС, делают эти ваши flatpakОни просто ешё не освоили этот ваш ${xxx_of_the_day}. Не ценят они заботы об их проприертарных проблемах. Они ещё только-только начали уметь в портить твою систему на GNU bash-е. А ты "flatpak"... Докёр ещё скажи. Ни дай б.г. "qemu". </XXX><
> ИМХО, пакеты не должны влиять на всю систему. Они должны поставить пакетВы ничего не понимаете! В пакетах SETUP.EXE.
Собссно вопрос один. Это идиотизм или диверсия?
Это спотыкание о священные костыли weteran unix admin'ов.
> weteranВот так даже из неграмотнАсти и рождаются мемы...
> Собссно вопрос один. Это идиотизм или диверсия?Это сно ^W дружба вурдалака. Не дёргайтесь под клыками, терпите[!]!
> идиотизм или диверсия?Обычно от Микрософт исходит диверсия.
Но в данном случае - обычный индуизм.
Это ерунда по сравнению со скриптом установки драйверов для модема от Мегафона. То чудо вообще пароль от рута обнуляет.
Пароль root остаётся, но sudoers становятся ALL=ALL - в общем, любой юзер может получить рута по sudo, не вводя пароляЕщё этот инсталлятор не работает в SLE 11 (устанавливаемое инсталлятором правило udev успешно инициализирует устройство, но, после извлечения устройства, udev перестаёт монтировать флешки) и в Ubuntu 13.10 и выше (Linux Mint 16+), потому что правило не совместимо с Systemd. В общем, диапазон поддерживаемых систем - 2010-2013 годы.
Пользуюсь этим клиентом в CentOS 6, но устанавливаю не при помощи инсталлятора, а распаковываю tar.gz. Заморочился, установил в виртуалку, и сделал diff с состоянием до установки. На основе чего, создал tar.gz
Забыл написать зачем - для SMS-клиента. У мегафона есть услуга 5000 SMS бесплатно, а мне надо делать рассылку "ваш заказ такой-то доставлен". Не с телефона же это делать!
У Вас, наверное, другой скрипт на установку был. У меня именно рут обнулялся.
никто в своем уме ничего от мерзкософта ставить не будет, да еще и с рут правами... т.е. срут они на все права ;)
При установке генты
- Давай проверим баш это, или не баш. Я даже команду знаю.
livecd root # ulimits
bash: ulimits: command not found
#!/bin/bash плюс зависимость им, разумеется, не по силам.
> #!/bin/bash плюс зависимость им, разумеется, не по силам.<прямо ээээ внимательно="HIGH, will robinson" >
Миша!!
Терпимее надо к этим пи ^W новичкам у сообшестве. Мягшее!111
Вот смотрите: сейчас транснациональный конгломерат Debian будет учить неумеху г-но-кодера с мамкиного подвалу Микрософьт сложной науке жить в социу ^W конгломера ^W дистрибутиве Debian.
"" Stop, wait, you are removing /usr/bin/R without even checking that it points to the R you have installed???
I guess Microsoft should read a bit up, in particular about dpkg-divert and proper packaging. What came in here was such an exhibition of incompetence that I can only assume they are doing it on purpose. ""
--2018/06/11 https://www.preining.info/blog/2018/06/microsofts-failed-att.../
"" I just got notice that Microsoft has updated the Debian packaging of [...][...] and be careful to use the new one, the file name of the downloaded file is the same.
Thanks Microsoft for the quick fix, it is good news that those playing with Open R will not be left with a hosed system. ""
--2018/06/13 https://www.preining.info/blog/2018/06/microsoft-fixed-the-o.../https://www.preining.info/blog/?p=7592
</прямо и не знаю, как на этот цЫрк таги расставлять, чтобы>
> Терпимее надо к этим пи ^W новичкам у сообшестве. Мягшее!111Эт к дебиану, Андрюша!!
>> Терпимее надо к этим пи ^W новичкам у сообшестве. Мягшее!111
> Эт к дебиану, Андрюша!!Угу. ==Пока не стало обязательным, в поисках _не_ привечающего Микрософт сообщества.
норм, поддержку всяких там второстепенных платформ можно осуществлять по принципу "левой ногой", никто особо не расстроится
> норм, поддержку всяких там второстепенных платформ можно осуществлять по принципу "левой
> ногой", никто особо не расстроитсяО! Точно!! Оно1111
" U ar installing secindary platform .deb [Microsoft]. Warranty will void? [yes-yes-im-stoopid/N] _ "
> О! Точно!! Оно1111
> " U ar installing secindary platform .deb [Microsoft]. Warranty will void?
> [yes-yes-im-stoopid/N] _ "Ваш "английский" ужасен, не делайте так больше, пожалуйста, дети могут увидеть.
ладно хоть не делает символьную ссылку на powerhshell )))
> На этот раз критика не осталась без внимания и инженеры из Microsoft обновили deb- и rpm-пакеты, удалив в скрипте postinstall строки замены /bin/sh, вместо которых задействованы dpkg-divert для DEB и update-alternatives для RPM.Оуы?! Они издеваются?! А правильный шебанг в своих скриптах прописать вместо #!/bin/sh не судьба?
> Кроме того, в скриптах есть и другие ошибки, например, в случае наличия уже установленного оригинального R, установочный скрипт завершается ошибкой, а в случае удаления пакета Microsoft удаляет и исполняемые файлы оригинального R (/usr/bin/R, /usr/bin/Rscript).
O_O. Боже мой. Нет, чтобы ставиться в /opt, ну или ХОТЯ БЫ указать оригинальный R в Conflicts...