Re: установка своего пакета с зависимостями
23 марта 2017 г., 11:53 пользователь Victor Wagner написал: > > Но ваше воркфлоу неряшливо. Он приводит к тому, что на тестовой машине > скапливаются не какие-то промежуточные версии недоотлаженных пакетов, а Не скапливаются, удаляю. > места где лежит последняя, актуальная версия - нет. Есть, место называется /root. Машина сугубо тестовая, так что можно. > Как только вы перейдете от работы с одним пакетом к работе с десятком > взаимозависимых от этого будет очень больно. Вот когда я запланирую десяток взаимозависимых пакетов, вот тогда понадобится репозиторий. А пока пакетов только два, причём, не связанных никак, достаточно scp. > Воркфлоу в котором вместо стадии "копирование пакета на тестовую > машину" имеется стадия "помещение пакета в репозиторий" этих > недостатков лишено. > > Но лучше, конечно, > поставить себе на рабочей станции http-сервер. Вот этого всего я и хочу избежать.
Re: установка своего пакета с зависимостями
On Wed, 22 Mar 2017 22:15:49 +0700 Дмитрий Фёдоровwrote: > Ваши советы по своему репозиторию хороши, но не в ту сторону. > Мой рабочий процесс выглядит так: > > начало: > * На рабочей станции пересборка своего пакета. > * Копирование своего пакета по scp на подопытную машину. > * Установка зависимостей пакета > * Установка пакета. > * Отладка пакета > goto начало; > > Вы же предлагаете добавить третий компонент - репозиторий, куда надо > копировать пакет, > чтобы потом устанавливать его с подопытной машины. > Лучше один раз скрипт написать, если такого ещё нет, зато потом > быстро долететь. Что меняется? В вашем вокрфлоу есть две стадии "копирование пакета" и "установка пакета". Но ваше воркфлоу неряшливо. Он приводит к тому, что на тестовой машине скапливаются не какие-то промежуточные версии недоотлаженных пакетов, а места где лежит последняя, актуальная версия - нет. Как только вы перейдете от работы с одним пакетом к работе с десятком взаимозависимых от этого будет очень больно. Воркфлоу в котором вместо стадии "копирование пакета на тестовую машину" имеется стадия "помещение пакета в репозиторий" этих недостатков лишено. Вообще говоря. если уж так приспичило, то apt позволяет осуществлять доступ к репозиторию по протоколу ssh (или даже по локальной файловой системе, примонтировав диск с репозиторием по nfs). Но лучше, конечно, поставить себе на рабочей станции http-сервер.
Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?
>> >> Думаю, никому и в голову не придет сейчас писать под >> >> эту проприетарщину (и смею вас заверить, ГНУ Баш такими глупостями, >> >> как совместимость с ней, *вообще* не занимается). >> > >> > Всю свою жизнь баш этой совместимостью занимался -- он тоже имеет >> > выделенную sh-моду >> >> Ага, только никакого отношения к классическому шеллу Борна она не >> имеет. Будучи запущенным как sh, ГНУ Баш переходит в режим >> следования стандарту ПОЗИКС в той его части, что касается командной >> оболочки. > > Так вот эта часть POSIX и есть стандартизация языка Борновского шелла. В каком смысле? «Классический шелл Борна» несовместим с настоящим ПОЗИКСом. А вот ГНУ Баш, вопреки вами сказанному, совместим почти идеально. >> Мысль, что я пытался донести была вполне триваильной - если >> говорить простыми словами: совместимость с несвободным шеллом >> сорокалетней давности нахрен никому не вперлась. > > Большинству (простых пользователей, и большинству кодеров) наплевать > на то, как написаны скрипты в пакетах. Но это не значит, что нет никого, > кому может потребоваться совместимость и комплиантный стандарту код. Стандарту-то, конечно, может, а вот с несвободным интерпретатором сорокалетней давности — насколько редко, что можно смело сказать — никогда.
Re: установка своего пакета с зависимостями
Дмитрий Фёдоровwrote: > Ваши советы по своему репозиторию хороши, но не в ту сторону. > Мой рабочий процесс выглядит так: > начало: > * На рабочей станции пересборка своего пакета. > * Копирование своего пакета по scp на подопытную машину. > * Установка зависимостей пакета > * Установка пакета. > * Отладка пакета > goto начало; > Вы же предлагаете добавить третий компонент - репозиторий, куда надо > копировать пакет, > чтобы потом устанавливать его с подопытной машины. > Лучше один раз скрипт написать, если такого ещё нет, зато потом быстро > долететь. Ну это ты так сейчас думаешь. А вот когда у тебя этих машин больше 3, да еще на разных релизах и архитектурах.. то проще завести pbuilder + reprepro. PS: В ручную сборку и scp я тоже уже игрался. и в скриптики с apt-ftparchive.
Validation failed
*** Errors validating /srv/www.debian.org/www/international/l10n/po/en_GB.ru.html: *** Line 118, character 351: "128513" is not a character number in the document character set Line 307, character 337: "128513" is not a character number in the document character set Line 1313, character 241: "128513" is not a character number in the document character set -- You received this mail for the language code ru. Please edit webwml/english/devel/website/validation.data if this is not accurate Please also update webwml/english/devel/website/ with the new coordinator(s) data
Re: установка своего пакета с зависимостями
В таком случае проще юзать gdebi. гуи не нужны ему. А если у Вас много тестовых машин или часто приходится производить эти тесты, то лучше свой репозиторий в сети развернуть. >Вы же предлагаете добавить третий компонент - репозиторий, куда надо >копировать пакет, >чтобы потом устанавливать его с подопытной машины. >Лучше один раз скрипт написать, если такого ещё нет, зато потом быстро >долететь. -- С уважением, walter_322
Re: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?
22 марта 2017 г., 16:44 пользователь Коротаев Русланнаписал: > > > Меня просто смутило: «Linux начинает выгружать из памяти код запущенных > процессов. Сделать это он имеет право даже при отсутствие swap'а, т.к. > копия этого кода есть на жестком диске и он всегда сможет подгрузить > этот код». А что вас в этом смутило? > Я понял это так, не хватает памяти, почему бы не выгрузить рабочий > процесс, например иксы. Вы поняли правильно. В FAQ, который я указал, это написано явным образом: Since every executable program and shared library is a file backed mapping, this means the system yanks executable pages, which is generally faults back in fairly rapidly since they tend to get used a lot. > Теперь всё прояснилось — когда памяти не > хватает, ядро начинает выделять память за счет страничного кэша (page > cache). О страничном кэше можно почитать здесь [1]. Страничный кэш - это то, что можно запросто выкинуть в помойку и ничего страшного не произойдет. Когда дело доходит до страниц с кодом, то это уже полная задница. Одно дело выгрузить какой-нибудь cron, который запускается раз в сутки, совершенно другое, как вы заметили, выгрузить иксы, которые в ту же секунды "захотят", чтобы их загрузили обратно. -- With best regards Max Dmitrichenko
Re: установка своего пакета с зависимостями
Ваши советы по своему репозиторию хороши, но не в ту сторону. Мой рабочий процесс выглядит так: начало: * На рабочей станции пересборка своего пакета. * Копирование своего пакета по scp на подопытную машину. * Установка зависимостей пакета * Установка пакета. * Отладка пакета goto начало; Вы же предлагаете добавить третий компонент - репозиторий, куда надо копировать пакет, чтобы потом устанавливать его с подопытной машины. Лучше один раз скрипт написать, если такого ещё нет, зато потом быстро долететь.
Re: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?
В сообщении от [Ср 2017-03-22 14:00 +0300] Max Dmitrichenkoпишет: > Пройдите по ссылке ниже. Узнайте сначала что такое anonymous mapping, потом > file backed mapping, затем перейдите к вопросу What is thrashing? > > [1] https://landley.net/writing/memory-faq.txt Меня просто смутило: «Linux начинает выгружать из памяти код запущенных процессов. Сделать это он имеет право даже при отсутствие swap'а, т.к. копия этого кода есть на жестком диске и он всегда сможет подгрузить этот код». Я понял это так, не хватает памяти, почему бы не выгрузить рабочий процесс, например иксы. Теперь всё прояснилось — когда памяти не хватает, ядро начинает выделять память за счет страничного кэша (page cache). О страничном кэше можно почитать здесь [1]. [1]: https://habrahabr.ru/company/smart_soft/blog/228937/ -- Коротаев Руслан https://blog.kr.pp.ru smime.p7s Description: S/MIME cryptographic signature
Re: установка своего пакета с зависимостями
On Wed, 2017-03-22 at 16:32 +0300, Victor Wagner wrote: > On Wed, 22 Mar 2017 15:57:20 +0300 > Igor Savlookwrote: > > > On Tue, 2017-03-21 at 17:06 +0700, Дмитрий Фёдоров wrote: > > > 21 марта 2017 г., 16:57 пользователь Victor Wagner написал: > > > > > > > > Есть два способа - простой и правильный. > > > > > > > > Простой > > > > > > > > > > > Правильный - научиться делать собственный репозиторий и > > > > прописывать его > > > > в soruces.list наряду со стандартными (а лучше - отдельный > > > > файлик > > > > в /etc/apt/sources.list.d). > > > > > > Сложно, вот как раз своего репо и хотелось бы избежать. > > > > aptitude install reprepro > > reprepro > > Делать свой репозиторий тоже существуют два способа - простой и > правильный. И reprepro это правильный > А простой - это apt-ftparchive, входящий в пакет apt-utils. Способов существует намного больше. https://wiki.debian.org/HowToSetupADebianRepository > > > > > >
Re: установка своего пакета с зависимостями
On Wed, 22 Mar 2017 15:57:20 +0300 Igor Savlookwrote: > On Tue, 2017-03-21 at 17:06 +0700, Дмитрий Фёдоров wrote: > > 21 марта 2017 г., 16:57 пользователь Victor Wagner написал: > > > > > > Есть два способа - простой и правильный. > > > > > > Простой > > > > > > > > Правильный - научиться делать собственный репозиторий и > > > прописывать его > > > в soruces.list наряду со стандартными (а лучше - отдельный файлик > > > в /etc/apt/sources.list.d). > > > > Сложно, вот как раз своего репо и хотелось бы избежать. > > aptitude install reprepro > reprepro Делать свой репозиторий тоже существуют два способа - простой и правильный. И reprepro это правильный А простой - это apt-ftparchive, входящий в пакет apt-utils. >
Re: установка своего пакета с зависимостями
On Tue, 2017-03-21 at 17:06 +0700, Дмитрий Фёдоров wrote: > 21 марта 2017 г., 16:57 пользователь Victor Wagner написал: > > > > Есть два способа - простой и правильный. > > > > Простой > > > > dpkg -i имя-файла-пакета > > (ругается на отсутствующие зависимости, и оставляет пакет в > > неотконфигурированном состоянии) > > apt-get install -f > > (после пары вопросов доставляет все зависимости и конфигурирует > > пакет) > > Спасибо, так и буду делать. > > > Правильный - научиться делать собственный репозиторий и прописывать > > его > > в soruces.list наряду со стандартными (а лучше - отдельный файлик > > в /etc/apt/sources.list.d). > > Сложно, вот как раз своего репо и хотелось бы избежать. aptitude install reprepro reprepro > > Ну или скриптик, выдирающий зависимости и запускающий на них apt-get, > а потом dpkg -i.
Re: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?
22 марта 2017 г., 14:39 пользователь Igor Savlookнаписал: > Тут видимо еще и дело в том что все разделы и своп находятся на одном > hdd. Собсно можно чуток увеличить скорость перенеся своп на другой hdd. > Скорость можно. Состояние системы, когда она свалилась в такой штопор, - нет. Вы отсрочите его наступление просто на некоторое количество времени. То есть условно так система ложилась, когда игруха выделяла себе гигабайт памяти, а так она ляжет, когда она выделит на 50 мегабайт больше. -- With best regards Max Dmitrichenko
Re: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?
Тут видимо еще и дело в том что все разделы и своп находятся на одном hdd. Собсно можно чуток увеличить скорость перенеся своп на другой hdd. On Tue, 2017-03-21 at 19:53 +0300, Max Dmitrichenko wrote: > Сколько "интересных" советов от тех, кто не понимает сути проблемы. > > Проблема тут не в неисправном железе, не в приоритетах, не в шедулере > и не в подобных "твиках" системы. Происходит тут следущее. Пока есть > доступная память и swap, то ОС активно использует и то, и другое. Но > в силу каких-то особенностей игры, со временем её потребление памяти > разрастается, и она съедает всю доступную память+swap, и запрашивает > ещё чуть памяти. Если бы игра попросила сразу много памяти, то ОС > вызвала бы OOM-killer и убила бы игрушку. Но игрушка просит совсем > чуть-чуть. В этот момент Linux начинает очень странную борьбу за > память. Поскольку выгрузить данные какой-нибудь софтины в swap более > нельзя, Linux начинает выгружать из памяти код запущенных процессов. > Сделать это он имеет право даже при отсутствие swap'а, т.к. копия > этого кода есть на жестком диске и он всегда сможет подгрузить этот > код. Дальше начинается чертовщина, потому что выгруженные процессы > начинают просыпаться, и линукс обратно начинает загружать их с ЖД в > память, процесс приобретает лавинообразный характер, так как процессы > пробуждаются быстрее, чем ОС успевает их подгружать. > > Весь этот процесс напоминает сцену из фильма "Собачье сердце": когда > профессор передвигался на двух стульях по затопленной квартире - > чтобы сделать очередной шаг, надо освободить первый стул, и > переставить его вперед. > > Цейтнот и комп "виснет", так как, чтобы залогиниться и зайти с другой > консоли, нужно выполнить как минимум несколько процессов - подгрузить > getty, запустить процесс login, а потом shell - а все они выгружены > из памяти. > > Как бороться? > 1) Увеличить swap. 2 Гб явно маловато. Общие рекомендации для > пользовательского компьютера состоят в том, что своп должен быть в > два раза больше чем объем RAM. Если вас останавливает то, что нужно > для это переразбивать разделы, то можете сделать два свопа - один в > существующем разделе на 2 Гб, второй просто файлом на ЖД в любой > существующей файловой системе. Однако, если в игрухе течет память, то > это лишь отсрочит сценарий, описанный выше. > > 2) Ограничь игруху (или пользователя брата) в использовании памяти. > Как только она превысит лимит, то будет убита. > > > 20 марта 2017 г., 20:47 пользователь Зиганшин Руслан @gmail.com> написал: > > Компьютеру почти 11 лет, мат. плата (socket 775, поддержка только > > одноядерных процессоров и до 2 гб ddr2 ram) и процессор (pentium > > 4), как самые дорогие детали, до сих пор не заменены. Может так > > зависнуть при игре младшего брата в garrys mod, что переключение по > > ctrl+alt+f1 занимает несколько минут, а потом из-за таймаута не > > удаётся войти в свою учётку чтобы если не завершить зависший > > процесс, то хотя бы выполнить sudo reboot. Под своп выделено 2 гб > > на hdd. На апгрейд пока нет средств. > > > > > > -- > With best regards > Max Dmitrichenko
Re: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?
21 марта 2017 г., 23:08 пользователь Коротаев Руслан < subscr...@mail.kr.pp.ru> написал: > Однако, если такое происходит, тогда > остается единственный вариант — загружать всё в память и работать только > в ней. То есть вам нужно сделать LiveCD и загрузить его в память. > Вариант далеко не единственный, выходы написал в своем первом письме. Но если хочется повоевать именно с выгрузкой сегментов кода запущенных процессов, то можно попытаться использовать вот это дело для критических системных процессов. https://github.com/vi/libmlockall -- With best regards Max Dmitrichenko
Re: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?
21 марта 2017 г., 23:08 пользователь Коротаев Руслан < subscr...@mail.kr.pp.ru> написал: > > Не знал что линукс может выгружать код запущенных процессов без свопа, > киньте ссылку почитать про это. Пройдите по ссылке ниже. Узнайте сначала что такое anonymous mapping, потом file backed mapping, затем перейдите к вопросу What is thrashing? [1] https://landley.net/writing/memory-faq.txt -- With best regards Max Dmitrichenko
Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?
On Wed, Mar 22, 2017 at 01:12:06PM +0300, Dmitry Alexandrov wrote: > >> Думаю, никому и в голову не придет сейчас писать под > >> эту проприетарщину (и смею вас заверить, ГНУ Баш такими глупостями, > >> как совместимость с ней, *вообще* не занимается). > > > > Всю свою жизнь баш этой совместимостью занимался -- он тоже имеет > > выделенную sh-моду > > Ага, только никакого отношения к классическому шеллу Борна она не > имеет. Будучи запущенным как sh, ГНУ Баш переходит в режим > следования стандарту ПОЗИКС в той его части, что касается командной > оболочки. Так вот эта часть POSIX и есть стандартизация языка Борновского шелла. > мысль, что я пытался донести была вполне триваильной - если > говорить простыми словами: совместимость с несвободным шеллом > сорокалетней давности нахрен никому не вперлась. Большинству (простых пользователей, и большинству кодеров) наплевать на то, как написаны скрипты в пакетах. Но это не значит, что нет никого, кому может потребоваться совместимость и комплиантный стандарту код. Вот топикстартеру, например, захотелось совместимости, по крайней мере он об этом задумался. -- Eugene Berdnikov
Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?
>> > Известно, что zsh в sh-моде намного строже по части совместимости >> > с классическим Борновским шеллом, чем баш. >> >> Если дело обстоит именно так ??? zsh запускается как sh в режиме >> совместимости с классическим Борновским шеллом, то проблемы будут >> несомненно. > > Открою страшную тайну: bash точно так же переходит в sh-моду, как и > ksh, zsh и, наверное, другие неведомые мне борновские шеллы. >> Думаю, никому и в голову не придет сейчас писать под >> эту проприетарщину (и смею вас заверить, ГНУ Баш такими глупостями, >> как совместимость с ней, *вообще* не занимается). > > Всю свою жизнь баш этой совместимостью занимался -- он тоже имеет > выделенную sh-моду Ага, только никакого отношения к классическому шеллу Борна она не имеет. Будучи запущенным как sh, ГНУ Баш переходит в режим следования стандарту ПОЗИКС в той его части, что касается командной оболочки. Там где-то с полсотни мелочных различий — в отличие от всяких новомодных Фишей, Баш и по-умолчанию весьма стандартен. > Только делал он это плохо. Документировано [0] ровно одно отклонение от стандарта, целенаправленно допущенное даже в стандартном режиме и касающееся сценариев (а не диалога) — echo принимает ключи ‘-n’ и ‘-e’, тогда как не должна никакие. (Причина не указана, но я так понимаю, что она в том, что по стандарту не делает никто.) То есть все остальное, что «плохо», будет багами. Я пробежася по bug-bash и что-то не нашел актуальных багов на эту тему. То есть надо полагать, что если и раньше и было «плохо» (я, впрочем, такого не припомню), то сейчас он это делает *идеально*. Впрочем, не исключаю, что я неаккуратно или даже как-то совсем не так искал. [0] (info "(bash) Bash POSIX Mode") > И проприетарщина кода истопаемого шелла здесь не при чём, речь идёт > о строгости соблюдения синтаксиса некоторого подмножества языка, который > сам (как язык) предметом интеллектуальной собственности НЕ является, > что бы там ни пытались доказать адвокаты Оракла с их маниакальным желанием > считать API преметом ИС и подорвать этим всю IT-индустрию. За тем исключением, что «интеллектуальная собственность» есть оскюморон, со всем этим нельзя не согласиться. Только это мы так совсем уйдем в офтопик. Тогда как мысль, что я пытался донести была вполне триваильной — если говорить простыми словами: совместимость с несвободным шеллом сорокалетней давности нахрен никому не вперлась.
Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?
On Wed, Mar 22, 2017 at 11:33:10AM +0300, Dmitry Alexandrov wrote: > > Известно, что zsh в sh-моде намного строже по части совместимости > > с классическим Борновским шеллом, чем баш. > > Если дело обстоит именно так ??? zsh запускается как sh в режиме > совместимости с классическим Борновским шеллом, то проблемы будут > несомненно. Открою страшную тайну: bash точно так же переходит в sh-моду, как и ksh, zsh и, наверное, другие неведомые мне борновские шеллы. > Думаю, никому и в голову не придет сейчас писать под > эту проприетарщину (и смею вас заверить, ГНУ Баш такими глупостями, > как совместимость с ней, *вообще* не занимается). Всю свою жизнь баш этой совместимостью занимался -- он тоже имеет выделенную sh-моду с ограничением синтаксиса. Только делал он это плохо. И проприетарщина кода истопаемого шелла здесь не при чём, речь идёт о строгости соблюдения синтаксиса некоторого подмножества языка, который сам (как язык) предметом интеллектуальной собственности НЕ является, что бы там ни пытались доказать адвокаты Оракла с их маниакальным желанием считать API преметом ИС и подорвать этим всю IT-индустрию. -- Eugene Berdnikov
Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?
> On Wed, Mar 22, 2017 at 06:46:16AM +0300, Dmitry Alexandrov wrote: >> Тов. Никитин утверждает, что zsh(1) несет за собой описанные им >> проблемы со stat-ом. Я не пользуюсь zsh, и не проверял этого, но >> у меня нет никаких оснований ему не верить. > > А я пользуюсь zsh (он у меня рутовый на всех моих машинах), > и основания не верить товарищу Никитину у меня есть: > > # which stat root@cub 10:32 > /usr/bin/stat > # type stat root@cub 10:32 > stat is /usr/bin/stat > # echo $SHELL $ZSH_VERSION root@cub 10:32 > /bin/zsh 5.3.1 А! Ну и славненько. > При этом да, тот у кого симлинк /bin/sh показывает на что-то отличное > от bash или dash, тот в состоянии поиска на свою задницу приключений. > > Хотя подозреваю, что система с таким симлинком загрузится (если /usr > не отдельный раздел, конечно). А уж будут проблемы с dpkg или нет, это > зависит от того, как мейнтейнеры КОНКРЕТНЫХ пакетов пишут скрипты. > Известно, что zsh в sh-моде намного строже по части совместимости > с классическим Борновским шеллом, чем баш. Если дело обстоит именно так — zsh запускается как sh в режиме совместимости с классическим Борновским шеллом, то проблемы будут несомненно. Думаю, никому и в голову не придет сейчас писать под эту проприетарщину (и смею вас заверить, ГНУ Баш такими глупостями, как совместимость с ней, *вообще* не занимается).
Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?
В Wed, 22 Mar 2017 10:59:50 +0300 Eugene Berdnikovпишет: > А я пользуюсь zsh (он у меня рутовый на всех моих машинах), > и основания не верить товарищу Никитину у меня есть: О, кстати, да, спсб., задался вопросом и наконец-то нашёл где отключить встроенный stat (.zshrc с пред. версий гуляет), спбс. Кому интересно, .zshrc: zmodload -a zsh/stat stat только он н.х не нужен этот встроенный stat ) P.S. сам руками точно модуль не прописывал, когда-то давно, по первому запуску (мастера конф.) zsh появился (может в deb7 а может и ещё раньше)
Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?
On Wed, Mar 22, 2017 at 06:46:16AM +0300, Dmitry Alexandrov wrote: > Тов. Никитин утверждает, что zsh(1) несет за собой описанные им > проблемы со stat-ом. Я не пользуюсь zsh, и не проверял этого, но > у меня нет никаких оснований ему не верить. А я пользуюсь zsh (он у меня рутовый на всех моих машинах), и основания не верить товарищу Никитину у меня есть: # which stat root@cub 10:32 /usr/bin/stat # type stat root@cub 10:32 stat is /usr/bin/stat # echo $SHELL $ZSH_VERSION root@cub 10:32 /bin/zsh 5.3.1 При этом да, тот у кого симлинк /bin/sh показывает на что-то отличное от bash или dash, тот в состоянии поиска на свою задницу приключений. Хотя подозреваю, что система с таким симлинком загрузится (если /usr не отдельный раздел, конечно). А уж будут проблемы с dpkg или нет, это зависит от того, как мейнтейнеры КОНКРЕТНЫХ пакетов пишут скрипты. Известно, что zsh в sh-моде намного строже по части совместимости с классическим Борновским шеллом, чем баш. Проблемы будут вылезать на скриптах, авторы которых испорчены башизмами, а их код содержит башевые конструкции, которых в sh-моде не должно быть. -- Eugene Berdnikov
Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?
В Wed, 22 Mar 2017 06:46:16 +0300 Dmitry Alexandrov <321...@gmail.com> пишет: > Все, что я хотел сказать, — это то, что Дебиан, насколько я знаю, не > предоставляет документированных средств для выбора чего-либо, кроме dash’а и > bash’а, в качестве /bin/sh. (Да и возможность выбрать ГНУ Баш-то, как мне > кажется, предоставляется только для совместимости со старыми выпусками > Дебиана). Так что допускать, что /bin/sh окажется zsh’ем, ksh’ем, csh’ем и > так далее, не стоит. Да, можно и так, update-alternatives(1) не включает shell, другие варианты можно списать на форс-мажор.