Re: установка своего пакета с зависимостями

2017-03-22 Пенетрантность Дмитрий Фёдоров
23 марта 2017 г., 11:53 пользователь Victor Wagner написал:
>
> Но ваше воркфлоу неряшливо. Он приводит к тому, что на тестовой машине
> скапливаются не какие-то промежуточные версии недоотлаженных пакетов, а

Не скапливаются, удаляю.

> места где лежит последняя, актуальная версия - нет.

Есть, место называется /root.
Машина сугубо тестовая, так что можно.

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

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

> Воркфлоу в котором вместо стадии "копирование пакета на тестовую
> машину" имеется стадия "помещение пакета в репозиторий" этих
> недостатков лишено.
>
> Но лучше, конечно,
> поставить себе на рабочей станции http-сервер.

Вот этого всего я и хочу избежать.


Re: установка своего пакета с зависимостями

2017-03-22 Пенетрантность Victor Wagner
On Wed, 22 Mar 2017 22:15:49 +0700
Дмитрий Фёдоров  wrote:

> Ваши советы по своему репозиторию хороши, но не в ту сторону.
> Мой рабочий процесс выглядит так:
> 
> начало:
> * На рабочей станции пересборка своего пакета.
> * Копирование своего пакета по scp на подопытную машину.
> * Установка зависимостей пакета
> * Установка пакета.
> * Отладка пакета
> goto начало;
> 
> Вы же предлагаете добавить третий компонент - репозиторий, куда надо
> копировать пакет,
> чтобы потом устанавливать его с подопытной машины.
> Лучше один раз скрипт написать, если такого ещё нет, зато потом
> быстро долететь.

Что меняется? В вашем вокрфлоу есть две стадии "копирование пакета" и
"установка пакета". 

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

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

Воркфлоу в котором вместо стадии "копирование пакета на тестовую
машину" имеется стадия "помещение пакета в репозиторий" этих
недостатков лишено.

Вообще говоря. если уж так приспичило, то apt позволяет осуществлять
доступ к репозиторию по протоколу ssh (или даже по локальной файловой
системе, примонтировав диск с репозиторием по nfs). Но лучше, конечно,
поставить себе на рабочей станции http-сервер.




Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?

2017-03-22 Пенетрантность Dmitry Alexandrov
>> >> Думаю, никому и в голову не придет сейчас писать под
>> >> эту проприетарщину (и смею вас заверить, ГНУ Баш такими глупостями,
>> >> как совместимость с ней, *вообще* не занимается).
>> >
>> >  Всю свою жизнь баш этой совместимостью занимался -- он тоже имеет
>> >  выделенную sh-моду
>>
>> Ага, только никакого отношения к классическому шеллу Борна она не
>> имеет.  Будучи запущенным как sh, ГНУ Баш переходит в режим
>> следования стандарту ПОЗИКС в той его части, что касается командной
>> оболочки.
>
>  Так вот эта часть POSIX и есть стандартизация языка Борновского шелла.

В каком смысле?  «Классический шелл Борна» несовместим с настоящим ПОЗИКСом.  А 
вот ГНУ Баш, вопреки вами сказанному, совместим почти идеально.

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

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



Re: установка своего пакета с зависимостями

2017-03-22 Пенетрантность Andrey Jr. Melnikov
Дмитрий Фёдоров  wrote:
> Ваши советы по своему репозиторию хороши, но не в ту сторону.
> Мой рабочий процесс выглядит так:

> начало:
> * На рабочей станции пересборка своего пакета.
> * Копирование своего пакета по scp на подопытную машину.
> * Установка зависимостей пакета
> * Установка пакета.
> * Отладка пакета
> goto начало;

> Вы же предлагаете добавить третий компонент - репозиторий, куда надо
> копировать пакет,
> чтобы потом устанавливать его с подопытной машины.
> Лучше один раз скрипт написать, если такого ещё нет, зато потом быстро 
> долететь.
Ну это ты так сейчас думаешь. А вот когда у тебя этих машин больше 3, да еще
на разных релизах и архитектурах.. то проще завести pbuilder + reprepro.

PS: В ручную сборку и scp я тоже уже игрался. и в скриптики с apt-ftparchive.



Validation failed

2017-03-22 Пенетрантность Debian Webmaster
*** 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: установка своего пакета с зависимостями

2017-03-22 Пенетрантность walterd
В таком случае проще юзать gdebi. гуи не нужны ему. А если у Вас много тестовых 
машин или часто приходится производить эти тесты, то лучше свой репозиторий в 
сети развернуть.


>Вы же предлагаете добавить третий компонент - репозиторий, куда надо
>копировать пакет,
>чтобы потом устанавливать его с подопытной машины.
>Лучше один раз скрипт написать, если такого ещё нет, зато потом быстро
>долететь.

-- 
С уважением,
walter_322



Re: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?

2017-03-22 Пенетрантность Max Dmitrichenko
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: установка своего пакета с зависимостями

2017-03-22 Пенетрантность Дмитрий Фёдоров
Ваши советы по своему репозиторию хороши, но не в ту сторону.
Мой рабочий процесс выглядит так:

начало:
* На рабочей станции пересборка своего пакета.
* Копирование своего пакета по scp на подопытную машину.
* Установка зависимостей пакета
* Установка пакета.
* Отладка пакета
goto начало;

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


Re: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?

2017-03-22 Пенетрантность Коротаев Руслан
В сообщении от [Ср 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: установка своего пакета с зависимостями

2017-03-22 Пенетрантность Igor Savlook
On Wed, 2017-03-22 at 16:32 +0300, Victor Wagner wrote:
> On Wed, 22 Mar 2017 15:57:20 +0300
> Igor Savlook  wrote:
> 
> > 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: установка своего пакета с зависимостями

2017-03-22 Пенетрантность Victor Wagner
On Wed, 22 Mar 2017 15:57:20 +0300
Igor Savlook  wrote:

> 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: установка своего пакета с зависимостями

2017-03-22 Пенетрантность Igor Savlook
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: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?

2017-03-22 Пенетрантность Max Dmitrichenko
22 марта 2017 г., 14:39 пользователь Igor Savlook  написал:

> Тут видимо еще и дело в том что все разделы и своп находятся на одном
> hdd. Собсно можно чуток увеличить скорость перенеся своп на другой hdd.
>

Скорость можно. Состояние системы, когда она свалилась в такой штопор, -
нет. Вы отсрочите его наступление просто на некоторое количество времени.
То есть условно так система ложилась, когда игруха выделяла себе гигабайт
памяти, а так она ляжет, когда она выделит на 50 мегабайт больше.

-- 
With best regards
  Max Dmitrichenko


Re: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?

2017-03-22 Пенетрантность Igor Savlook
Тут видимо еще и дело в том что все разделы и своп находятся на одном
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: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?

2017-03-22 Пенетрантность Max Dmitrichenko
21 марта 2017 г., 23:08 пользователь Коротаев Руслан <
subscr...@mail.kr.pp.ru> написал:

> Однако, если такое происходит, тогда
> остается единственный вариант — загружать всё в память и работать только
> в ней. То есть вам нужно сделать LiveCD и загрузить его в память.
>

Вариант далеко не единственный, выходы написал в своем первом письме. Но
если хочется повоевать именно с выгрузкой сегментов кода запущенных
процессов, то
можно попытаться использовать вот это дело для критических системных
процессов.
https://github.com/vi/libmlockall


-- 
With best regards
  Max Dmitrichenko


Re: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?

2017-03-22 Пенетрантность Max Dmitrichenko
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 ?

2017-03-22 Пенетрантность Eugene Berdnikov
On Wed, Mar 22, 2017 at 01:12:06PM +0300, Dmitry Alexandrov wrote:
> >> Думаю, никому и в голову не придет сейчас писать под
> >> эту проприетарщину (и смею вас заверить, ГНУ Баш такими глупостями,
> >> как совместимость с ней, *вообще* не занимается).
> >
> >  Всю свою жизнь баш этой совместимостью занимался -- он тоже имеет
> >  выделенную sh-моду
> 
> Ага, только никакого отношения к классическому шеллу Борна она не
> имеет.  Будучи запущенным как sh, ГНУ Баш переходит в режим
> следования стандарту ПОЗИКС в той его части, что касается командной
> оболочки.

 Так вот эта часть POSIX и есть стандартизация языка Борновского шелла.

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

 Большинству (простых пользователей, и большинству кодеров) наплевать
 на то, как написаны скрипты в пакетах. Но это не значит, что нет никого,
 кому может потребоваться совместимость и комплиантный стандарту код.
 Вот топикстартеру, например, захотелось совместимости, по крайней мере
 он об этом задумался.
-- 
 Eugene Berdnikov



Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?

2017-03-22 Пенетрантность Dmitry Alexandrov
>> >  Известно, что 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 ?

2017-03-22 Пенетрантность Eugene Berdnikov
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 ?

2017-03-22 Пенетрантность Dmitry Alexandrov
> 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 ?

2017-03-22 Пенетрантность Andrey Nikitin
В 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 ?

2017-03-22 Пенетрантность Eugene Berdnikov
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 ?

2017-03-22 Пенетрантность Andrey Nikitin
В 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,
другие варианты можно списать на форс-мажор.