[devel] startup и hotplug: не разваливайте систему

[devel] startup и hotplug: не разваливайте систему

[Vitaly Lipatov]

Большая просьба к коллегам, которую, думаю, поддержат многие 
пользователи Сизифа, каковыми по долгу волонтёрской службы 
выступают многие разработчики: не вносите изменения в ключевые 
пакеты Сизифа, которые безосновательно влияют на работу системы.
От идеи, что Сизиф нестабильный пора уходить.

Примеры проблем:
Обновился startup:
* Втр Май 24 2005 Dmitry V. Levin <ldv@altlinux.org> 0.9.8-alt1

- rc.d/scripts/raidstart: new file.
- rc/sysinit: added mdadm support (#6397).
Хорошо, что появилась поддержка, хотя я и не понимаю что такое 
rc/sysinit. Но почему поддержка заключается в том, что система 
перестаёт грузиться, жалуясь на незаполненный /etc/mdadm.conf? 
Хотя ещё вчера, без всякой поддержки mdadm отлично работала.

- sysconfig/mouse: added default settings.

hotplug, как я понимаю:
там всякие автомонтирования в /media для всех USB-STORAGE, с 
подстановкой utf8, после чего русские буквы на флэшке 
превращаются в неудобоваримый набор символов.

Когда всё-таки мы дождёмся резолюции по
https://bugzilla.altlinux.org/show_bug.cgi?id=6288
https://bugzilla.altlinux.org/show_bug.cgi?id=6235
?

Я предполагаю отправить сборки с NATSPEC в Дедал и backports/2.4

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX!

[devel] Re: startup и hotplug: не разваливайте систему

[Michael Shigorin]

On Fri, May 27, 2005 at 12:29:24PM +0400, Vitaly Lipatov wrote:
> hotplug, как я понимаю:

Возможно, hal/udev и те политики, которые как надо писать --
рассказывал morozov@, ну а вышло как всегда.

> Когда всё-таки мы дождёмся резолюции по
> https://bugzilla.altlinux.org/show_bug.cgi?id=6288
> https://bugzilla.altlinux.org/show_bug.cgi?id=6235 ?
> Я предполагаю отправить сборки с NATSPEC в Дедал и backports/2.4

Так кидай.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] startup update

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 566 bytes --]

On Fri, May 27, 2005 at 12:29:24PM +0400, Vitaly Lipatov wrote:
> Хорошо, что появилась поддержка, хотя я и не понимаю что такое 
> rc/sysinit. Но почему поддержка заключается в том, что система 
> перестаёт грузиться, жалуясь на незаполненный /etc/mdadm.conf? 
> Хотя ещё вчера, без всякой поддержки mdadm отлично работала.

Я добавил поддержку того, что сам сейчас не использую.
У меня система загрузилась.  Больше протестировать не на чём.
Анонс в sisyphus@ отправил.  Если что-то не работает, вешайте баги
с детальным описанием проблемы.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] startup и hotplug: не разваливайте систему

[Stanislav Ievlev]

On Fri, May 27, 2005 at 12:29:24PM +0400, Vitaly Lipatov wrote:
> Большая просьба к коллегам, которую, думаю, поддержат многие 
> пользователи Сизифа, каковыми по долгу волонтёрской службы 
> выступают многие разработчики: не вносите изменения в ключевые 
> пакеты Сизифа, которые безосновательно влияют на работу системы.
> От идеи, что Сизиф нестабильный пора уходить.
<skip>
> 
> https://bugzilla.altlinux.org/show_bug.cgi?id=6288
> https://bugzilla.altlinux.org/show_bug.cgi?id=6235
> ?
А они тоже "безосновательно влияют на работу системы" ;)

Я честно и сразу предупредил, что внедрять natspec в mount мне некогда, но
если сделаете сборку для Дедала, то с интересом посмотрю что из этого
получится. Если что-то хорошее, то примем.

--
Станислав Иевлев.

Re: [devel] mount update

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 323 bytes --]

On Fri, May 27, 2005 at 12:29:24PM +0400, Vitaly Lipatov wrote:
> Когда всё-таки мы дождёмся резолюции по
> https://bugzilla.altlinux.org/show_bug.cgi?id=6288
> https://bugzilla.altlinux.org/show_bug.cgi?id=6235
> ?

Я против разбухания привилегированной программы mount.
Попробуйте меня переубедить.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mount update

[Maxim Tyurin]

Dmitry V. Levin writes:

> On Fri, May 27, 2005 at 12:29:24PM +0400, Vitaly Lipatov wrote:
>> Когда всё-таки мы дождёмся резолюции по
>> https://bugzilla.altlinux.org/show_bug.cgi?id=6288
>> https://bugzilla.altlinux.org/show_bug.cgi?id=6235
>> ?
>
> Я против разбухания привилегированной программы mount.
> Попробуйте меня переубедить.

В чисто десктопном Compact такая возможность будет ИМХО очень
полезной, хотя я против появления такого в Master.

Но тут появляется проблема что все дистрибутивы это, по большому
счету, просто срезы Сизифа различного объема.
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [devel] mount update

[Вячеслав Диконов]

В Птн, 27/05/2005 в 22:51 +0300, Maxim Tyurin пишет:
> Dmitry V. Levin writes:
> 
> > On Fri, May 27, 2005 at 12:29:24PM +0400, Vitaly Lipatov wrote:
> >> Когда всё-таки мы дождёмся резолюции по
> >> https://bugzilla.altlinux.org/show_bug.cgi?id=6288
> >> https://bugzilla.altlinux.org/show_bug.cgi?id=6235
> >> ?
> >
> > Я против разбухания привилегированной программы mount.
> > Попробуйте меня переубедить.
> 
> В чисто десктопном Compact такая возможность будет ИМХО очень
> полезной, хотя я против появления такого в Master.
Поскольку Компакт является Кастрированным дистрибутивом (пользователям
Гнома он малоинтересен), то полноценный "десктоп" без Сизифа можно
установить только с помощью Мастера. Таким образом, автовыбор кодировки
в Мастере необходим.

> Но тут появляется проблема что все дистрибутивы это, по большому
> счету, просто срезы Сизифа различного объема.
И нет никаких проблем. Кстати, есть же альтернативы. Кто хочет
закручивать гайки может иметь другой mount.

Re: [devel] mount update

[Vitaly Lipatov]

On Saturday 28 May 2005 13:59, Вячеслав Диконов wrote:
> Поскольку Компакт является Кастрированным дистрибутивом
> (пользователям Гнома он малоинтересен), то полноценный
Кстати, известен ли формат нового Компакта 3.0? Он на DVD будет? 
То есть с Гномом?

> "десктоп" без Сизифа можно установить только с помощью
> Мастера. Таким образом, автовыбор кодировки в Мастере
> необходим.
Осталось найти решение, которое устроит всех.

> И нет никаких проблем. Кстати, есть же альтернативы. Кто хочет
> закручивать гайки может иметь другой mount.
Пакет mount-strict ? :)
Собрать секьюрный mount, оторвав в нём ещё и автоопределение типа 
файловой системы.
Альтернативы не пройдут, потому что всё должно работать без /usr.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX!

Re: [devel] mount update

[Maxim Tyurin]

Vitaly Lipatov writes:

> On Saturday 28 May 2005 13:59, Вячеслав Диконов wrote:
>> Поскольку Компакт является Кастрированным дистрибутивом
>> (пользователям Гнома он малоинтересен), то полноценный
> Кстати, известен ли формат нового Компакта 3.0? Он на DVD будет? 
> То есть с Гномом?

В любом случае contrib никто не отменял, а т.к. пол Мастера и есть
contrib то *особого* различия между Master и Compact лично я не вижу. 

>
>> "десктоп" без Сизифа можно установить только с помощью
>> Мастера. Таким образом, автовыбор кодировки в Мастере
>> необходим.
> Осталось найти решение, которое устроит всех.

Может кто-то знает (я нет) как из одного дерева делать и сервер и
десктоп. Базу для серверных дистрибутивов нужно гораздо дольше
доводить чем это происходит сейчас. Да и вообще серверного
дистрибутива нет. Есть десктопные и конструктор.
Вот бета Castle мне очень нравилась и была очень близко к тому что я
называю хорошим серверным дистрибутивом. 

>> И нет никаких проблем. Кстати, есть же альтернативы. Кто хочет
>> закручивать гайки может иметь другой mount.
> Пакет mount-strict ? :)
> Собрать секьюрный mount, оторвав в нём ещё и автоопределение типа 
> файловой системы.
> Альтернативы не пройдут, потому что всё должно работать без /usr.

Идея неплохая, но по два варианта почти всех базовых пакетов в одном
дереве разработки это будет дикий бардак :(
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

[devel] Re: mount update

[Konstantin A. Lepikhov]

Hi Maxim!

Saturday 28, at 07:29:36 PM you wrote:

> Может кто-то знает (я нет) как из одного дерева делать и сервер и
> десктоп. Базу для серверных дистрибутивов нужно гораздо дольше
> доводить чем это происходит сейчас. Да и вообще серверного
> дистрибутива нет. Есть десктопные и конструктор.
> Вот бета Castle мне очень нравилась и была очень близко к тому что я
> называю хорошим серверным дистрибутивом. 
legion@ мне вчера говорил, что такое возможно будет сделать через ветки в
основном репозитарии.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

Re: [devel] mount update

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 763 bytes --]

On Sat, May 28, 2005 at 07:29:36PM +0300, Maxim Tyurin wrote:
> Vitaly Lipatov writes:
> 
> > On Saturday 28 May 2005 13:59, Вячеслав Диконов wrote:
> >> Поскольку Компакт является Кастрированным дистрибутивом
> >> (пользователям Гнома он малоинтересен), то полноценный
> > Кстати, известен ли формат нового Компакта 3.0? Он на DVD будет? 
> > То есть с Гномом?
> 
> В любом случае contrib никто не отменял, а т.к. пол Мастера и есть
> contrib то *особого* различия между Master и Compact лично я не вижу. 

На сегодняшний день Мастер - это единственный дистрибутив, который можно
+ ставить для сервер;
+ использовать как среду разработки.

Таким образом, если Compact можно будет использовать для этих целей, то
получится Master.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mount update

[Maxim Tyurin]

Konstantin A. Lepikhov writes:

> Hi Maxim!
>
> Saturday 28, at 07:29:36 PM you wrote:
>
>> Может кто-то знает (я нет) как из одного дерева делать и сервер и
>> десктоп. Базу для серверных дистрибутивов нужно гораздо дольше
>> доводить чем это происходит сейчас. Да и вообще серверного
>> дистрибутива нет. Есть десктопные и конструктор.
>> Вот бета Castle мне очень нравилась и была очень близко к тому что я
>> называю хорошим серверным дистрибутивом. 
> legion@ мне вчера говорил, что такое возможно будет сделать через ветки в
> основном репозитарии.

Если это будет то УРА!
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [devel] mount update

[Denis Smirnov]

On Sat, May 28, 2005 at 03:05:34PM +0400, Vitaly Lipatov wrote:

>> И нет никаких проблем. Кстати, есть же альтернативы. Кто хочет
>> закручивать гайки может иметь другой mount.
VL> Пакет mount-strict ? :)
VL> Собрать секьюрный mount, оторвав в нём ещё и автоопределение типа 
VL> файловой системы.
VL> Альтернативы не пройдут, потому что всё должно работать без /usr.

Вариант с mount-strict мне нравится.

-- 
С уважением, Денис

http://freesource.info

Re: [devel] mount update

[Denis Smirnov]

On Sat, May 28, 2005 at 07:29:36PM +0300, Maxim Tyurin wrote:

MT> Идея неплохая, но по два варианта почти всех базовых пакетов в одном
MT> дереве разработки это будет дикий бардак :(

У меня было хорошее решение это проблемы -- with desktop/server. База
исходных пакетов одинаковая, бинарные различаются.

-- 
С уважением, Денис

http://freesource.info

Re: [devel] mount update

[Anton Farygin]

Dmitry V. Levin wrote:

>On Fri, May 27, 2005 at 12:29:24PM +0400, Vitaly Lipatov wrote:
>  
>
>>Когда всё-таки мы дождёмся резолюции по
>>https://bugzilla.altlinux.org/show_bug.cgi?id=6288
>>https://bugzilla.altlinux.org/show_bug.cgi?id=6235
>>
>>    
>>
>
>Я против разбухания привилегированной программы mount.
>Попробуйте меня переубедить.
>  
>
Есть такая штука как pmount, он по идее должен решить эти проблемы. 
Будет просто здорово, если его кто-то посмотрит

Rgds,
Rider

Re: [devel] mount update

[Anton Farygin]

Vitaly Lipatov wrote:

>On Saturday 28 May 2005 13:59, Вячеслав Диконов wrote:
>  
>
>>Поскольку Компакт является Кастрированным дистрибутивом
>>(пользователям Гнома он малоинтересен), то полноценный
>>    
>>
>Кстати, известен ли формат нового Компакта 3.0? Он на DVD будет? 
>То есть с Гномом?
>  
>
Да.

>  
>
>>"десктоп" без Сизифа можно установить только с помощью
>>Мастера. Таким образом, автовыбор кодировки в Мастере
>>необходим.
>>    
>>
>Осталось найти решение, которое устроит всех.
>
>  
>
>>И нет никаких проблем. Кстати, есть же альтернативы. Кто хочет
>>закручивать гайки может иметь другой mount.
>>    
>>
>Пакет mount-strict ? :)
>Собрать секьюрный mount, оторвав в нём ещё и автоопределение типа 
>файловой системы.
>Альтернативы не пройдут, потому что всё должно работать без /usr.
>  
>
посмотрите на pmount

Rgds,
Rider

Re: [devel] mount update

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 449 bytes --]

* Anton Farygin <rider@> [050530 12:45]:
> Есть такая штука как pmount, он по идее должен решить эти проблемы. 
> Будет просто здорово, если его кто-то посмотрит
Есть ли URL у сией замечательной программы?

-- 
Regards, Sir Raorn.
-------------------
Хотя с другой стороны -- если бы rpm2 ориентировался на ситуацию
"все равно все будут хачить по месту", так бы он и остался таром
на стероидах -- большим, но глупым.
		-- mike in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mount update

[Anton Farygin]

Alexey I. Froloff wrote:

>* Anton Farygin <rider@> [050530 12:45]:
>  
>
>>Есть такая штука как pmount, он по идее должен решить эти проблемы. 
>>Будет просто здорово, если его кто-то посмотрит
>>    
>>
>Есть ли URL у сией замечательной программы?
>  
>
www.debian.org

;-)

Они его пишут, они его и собирают и пакуют.

Я нашел точный url через google, сейчас не вспомню.

Rgds,
Rider

Re: [devel] mount update

[Denis Klykvin]

[-- Attachment #1: Type: text/plain, Size: 230 bytes --]

On Mon, 30 May 2005 13:17:52 +0400
Anton Farygin wrote:

> Я нашел точный url через google, сейчас не вспомню.
http://packages.debian.org/unstable/utils/pmount
?

-- 
With Best Wishes, Denis Klykvin
JID:	nikon@jabber.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mount update

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 696 bytes --]

* Anton Farygin <rider@> [050530 13:19]:
> >> Есть такая штука как pmount, он по идее должен решить эти проблемы. 
> >> Будет просто здорово, если его кто-то посмотрит
> > Есть ли URL у сией замечательной программы?
> www.debian.org
Тогда http://packages.debian.org/src:pmount ;-)

> Они его пишут, они его и собирают и пакуют.
Покопавшись там приходим на http://www.piware.de/projects/ где
лежит уже 0.9.1...

P.S.  При всём моём уважении к Debian - они УРОДЫ.  Именно так
большими буквами.  Практически никто не пишет URL проекта, про
ссылку на исходники я молчу...

-- 
Regards, Sir Raorn.
-------------------
Проблема в том, что сизиф сильно уехал.
		-- mike in sisyphus@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mount update

[Maxim Tyurin]

Denis Smirnov writes:

> On Sat, May 28, 2005 at 07:29:36PM +0300, Maxim Tyurin wrote:
>
> MT> Идея неплохая, но по два варианта почти всех базовых пакетов в одном
> MT> дереве разработки это будет дикий бардак :(
>
> У меня было хорошее решение это проблемы -- with desktop/server. База
> исходных пакетов одинаковая, бинарные различаются.

Эта идея интересная. Мне нравится. 
Так можно и серверный дистрибутив получить в конце-концов.
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [devel] mount update

[Denis Smirnov]

Maxim Tyurin wrote:

>>MT> Идея неплохая, но по два варианта почти всех базовых пакетов в одном
>>MT> дереве разработки это будет дикий бардак :(
>>
>>У меня было хорошее решение это проблемы -- with desktop/server. База
>>исходных пакетов одинаковая, бинарные различаются.
>>    
>>
>Эта идея интересная. Мне нравится. 
>Так можно и серверный дистрибутив получить в конце-концов.
>  
>
Тогда сие есть смысл добавить в полиси (где?) и потихоньку начинать 
править спеки.

[devel] Re: mount update

[Michael Shigorin]

On Sat, Jun 04, 2005 at 08:46:26PM +0300, Maxim Tyurin wrote:
> > У меня было хорошее решение это проблемы -- with desktop/server. База
> > исходных пакетов одинаковая, бинарные различаются.
> Эта идея интересная. Мне нравится.  Так можно и серверный
> дистрибутив получить в конце-концов.

+1

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[devel] Re: mount update

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1112 bytes --]

On Sat, Jun 04, 2005 at 08:46:26PM +0300, Maxim Tyurin wrote:
> > On Sat, May 28, 2005 at 07:29:36PM +0300, Maxim Tyurin wrote:
> >
> > MT> Идея неплохая, но по два варианта почти всех базовых пакетов в одном
> > MT> дереве разработки это будет дикий бардак :(
> >
> > У меня было хорошее решение это проблемы -- with desktop/server. База
> > исходных пакетов одинаковая, бинарные различаются.
> 
> Эта идея интересная. Мне нравится. 
> Так можно и серверный дистрибутив получить в конце-концов.

Мне не нравится: пакетная база на уровне бинарных пакетов тоже
должна быть одинаковой.  Иначе полуается что-то вроде source-based
дистрибутива.  В rpm как раз и запаковываем для определенности флагов
сборки и т.п.

Конечно, у всех есть свои маленькие предпочтения.  Мне, например,
нужно, чтобы работал 'grep -P' (и никто меня не убедит, что печатать
[[:space:]] -- это лучше, чем печатать \s).  Правда, есть pcregrep(1),
но он не вполне совместим по опциям с GNU grep.

Обобщая, хочу сказать, что лучше делать полнофункциональные сборки
пакетов.  Даешь gawk, в котором работает /inet и т.д.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: mount update

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 812 bytes --]

On Mon, Jun 06, 2005 at 01:21:09PM +0400, Alexey Tourbin wrote:
> Мне не нравится: пакетная база на уровне бинарных пакетов тоже
> должна быть одинаковой.  Иначе полуается что-то вроде
> source-based дистрибутива.  В rpm как раз и запаковываем для
> определенности флагов сборки и т.п.

Ровно по этой почве Корчмарь не так давно высказывался про --with 
в rpm.  С другой стороны, а что делать -- без гибкости на этом
уровне тоже никак, просто определяют уже не спеки per se, а
дефолты в них.

> Обобщая, хочу сказать, что лучше делать полнофункциональные
> сборки пакетов.

Чревато.  Hints:

- "full install" (feature conflicts);
- insecure/immature/buggy features;
- feature->deps bloat...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mount update

[Maxim Tyurin]

Alexey Tourbin writes:

> On Sat, Jun 04, 2005 at 08:46:26PM +0300, Maxim Tyurin wrote:
>> > On Sat, May 28, 2005 at 07:29:36PM +0300, Maxim Tyurin wrote:
>> >
>> > MT> Идея неплохая, но по два варианта почти всех базовых пакетов в одном
>> > MT> дереве разработки это будет дикий бардак :(
>> >
>> > У меня было хорошее решение это проблемы -- with desktop/server. База
>> > исходных пакетов одинаковая, бинарные различаются.
>> 
>> Эта идея интересная. Мне нравится. 
>> Так можно и серверный дистрибутив получить в конце-концов.
>
> Мне не нравится: пакетная база на уровне бинарных пакетов тоже
> должна быть одинаковой.  Иначе полуается что-то вроде source-based
> дистрибутива.  В rpm как раз и запаковываем для определенности флагов
> сборки и т.п.

Пакетная база уже не одинаковая. Например ядра разные уже
используются.
Сейчас разный kernel. ИМХО разный base & castle было бы совсем не
плохо. Одна пакетная база для сервера и десктопа не подходит.

>
> Конечно, у всех есть свои маленькие предпочтения.  Мне, например,
> нужно, чтобы работал 'grep -P' (и никто меня не убедит, что печатать
> [[:space:]] -- это лучше, чем печатать \s).  Правда, есть pcregrep(1),
> но он не вполне совместим по опциям с GNU grep.

Вот из таких маленьких предпочтений и складывается разделение
server/desktop. 
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

[devel] Re: mount update

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 946 bytes --]

On Mon, Jun 06, 2005 at 02:11:36PM +0300, Maxim Tyurin wrote:
> > Мне не нравится: пакетная база на уровне бинарных пакетов тоже
> > должна быть одинаковой.  Иначе полуается что-то вроде source-based
> > дистрибутива.  В rpm как раз и запаковываем для определенности флагов
> > сборки и т.п.
> Пакетная база уже не одинаковая. Например ядра разные уже
> используются.

Нет: сейчас каждому src.rpm пакету соответствует единственный набор
собранных пакетов.  Опции --with/--without и --enable/--disable
предназначены для пересборки "в частном порядке".

> Сейчас разный kernel. ИМХО разный base & castle было бы совсем не
> плохо. Одна пакетная база для сервера и десктопа не подходит.

Вообще-то плохо, что ядер много.  По идее, и ядро должно быть одно,
полнофункциональное, а опции должны контролироваться не на стадии
сборки, а через sysctl(8).  К сожалению, по поводу ядер существует
особенно много мнений и предпочтений. :)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: mount update

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 488 bytes --]

On Mon, Jun 06, 2005 at 12:29:40PM +0300, Michael Shigorin wrote:
> > Обобщая, хочу сказать, что лучше делать полнофункциональные
> > сборки пакетов.
> 
> Чревато.  Hints:
> - "full install" (feature conflicts);

Лучше конкретные примеры рассматривать.

> - insecure/immature/buggy features;

В mount как раз проблема именно в этом: это всё-таки suid бинарь,
поэтому нужен серьезный аудит кода...

> - feature->deps bloat...

Иногда можно распилить на несколько пакетов.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mount update

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 566 bytes --]

Alexey Tourbin пишет:

>>Сейчас разный kernel. ИМХО разный base & castle было бы совсем не
>>плохо. Одна пакетная база для сервера и десктопа не подходит.
> 
> 
> Вообще-то плохо, что ядер много.  По идее, и ядро должно быть одно,
> полнофункциональное, а опции должны контролироваться не на стадии
> сборки, а через sysctl(8).  К сожалению, по поводу ядер существует
> особенно много мнений и предпочтений. :)

Ага... а патчи не должны между собой конфликтовать... и вообще все они
должны быть в vanilla kernel дабы мы не мучались с ними каждый раз.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: mount update

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 808 bytes --]

On Tue, Jun 07, 2005 at 01:16:07PM +0900, Ivan Fedorov wrote:
> Alexey Tourbin пишет:
> 
> >>Сейчас разный kernel. ИМХО разный base & castle было бы совсем не
> >>плохо. Одна пакетная база для сервера и десктопа не подходит.
> > 
> > Вообще-то плохо, что ядер много.  По идее, и ядро должно быть одно,
> > полнофункциональное, а опции должны контролироваться не на стадии
> > сборки, а через sysctl(8).  К сожалению, по поводу ядер существует
> > особенно много мнений и предпочтений. :)
> 
> Ага... а патчи не должны между собой конфликтовать... и вообще все они
> должны быть в vanilla kernel дабы мы не мучались с ними каждый раз.

В идеале, патч в ядре либо исправляет какую-то ошибку, либо добавляет
новую функциональность, которая по умолчанию отключена и включается с
помощью sysctl.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: mount update

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 573 bytes --]

Hi Alexey!

Tuesday 07, at 05:25:59 AM you wrote:

<skip>
> Вообще-то плохо, что ядер много.  По идее, и ядро должно быть одно,
> полнофункциональное, а опции должны контролироваться не на стадии
> сборки, а через sysctl(8).  К сожалению, по поводу ядер существует
> особенно много мнений и предпочтений. :)
HURD? :)))

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mount update

[Maxim Tyurin]

Alexey Tourbin writes:

> On Mon, Jun 06, 2005 at 02:11:36PM +0300, Maxim Tyurin wrote:
>> > Мне не нравится: пакетная база на уровне бинарных пакетов тоже
>> > должна быть одинаковой.  Иначе полуается что-то вроде source-based
>> > дистрибутива.  В rpm как раз и запаковываем для определенности флагов
>> > сборки и т.п.
>> Пакетная база уже не одинаковая. Например ядра разные уже
>> используются.
>
> Нет: сейчас каждому src.rpm пакету соответствует единственный набор
> собранных пакетов.  Опции --with/--without и --enable/--disable
> предназначены для пересборки "в частном порядке".

Да ядра собираются с различных src.rpm. Но делать еще по паре src.rpm
для base пакетов - сильно раздуется Сизиф. Катить его будет очень
тяжело. Так что сборка 2-х видов бинарников из одного пакета с
исходниками ИМХО будет легче в поддержке.

>
>> Сейчас разный kernel. ИМХО разный base & castle было бы совсем не
>> плохо. Одна пакетная база для сервера и десктопа не подходит.
>
> Вообще-то плохо, что ядер много.  По идее, и ядро должно быть одно,
> полнофункциональное, а опции должны контролироваться не на стадии
> сборки, а через sysctl(8).  К сожалению, по поводу ядер существует
> особенно много мнений и предпочтений. :)

Только это несбыточная мечта. 
Да и я считаю что хорошо что несбыточная :)
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

[devel] dedicated server branch? (was: mount update)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1437 bytes --]

On Tue, Jun 07, 2005 at 05:25:59AM +0400, Alexey Tourbin wrote:
> > Пакетная база уже не одинаковая. Например ядра разные уже
> > используются.
> Нет: сейчас каждому src.rpm пакету соответствует единственный
> набор собранных пакетов.

Так это и есть проблема при желании _качественно_ закрыть сильно
расходящиеся задачи.

> > Сейчас разный kernel. ИМХО разный base & castle было бы
> > совсем не плохо. Одна пакетная база для сервера и десктопа не
> > подходит.
> Вообще-то плохо, что ядер много.

Плохо, но если бы было одно -- при текущем состоянии апстрима
было бы вообще печально.

> По идее, и ядро должно быть одно, полнофункциональное, а опции
> должны контролироваться не на стадии сборки, а через sysctl(8).
> К сожалению, по поводу ядер существует особенно много мнений и
> предпочтений. :)

Да, и идеи у всех хорошие, а вот то, что десктоп и сервер уже
откровенно конфликтуют начиная прям с прокачка/латентность --
медицинский факт.

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

Плюс для нас (EMT) это достаточно критично и решать эту проблему 
как минимум своими силами всё равно будем.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] [JT] Re: mount update

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 420 bytes --]

On Tue, Jun 07, 2005 at 09:21:38AM +0400, Alexey Tourbin wrote:
> В идеале, патч в ядре либо исправляет какую-то ошибку, либо
> добавляет новую функциональность, которая по умолчанию
> отключена и включается с помощью sysctl.

В идеале ядра не надо, потому что это костыль.
Там, в идеале, всё и так работает...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: mount update

[Vitaly Lipatov]

On Tuesday 07 June 2005 05:31, Alexey Tourbin wrote:
> В mount как раз проблема именно в этом: это всё-таки suid
> бинарь, поэтому нужен серьезный аудит кода...
Если речь про natspec, может быть кто-то сделает хотя бы 
несерьёзный аудит?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX!

[devel] Re: mount update

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1016 bytes --]

On Tue, Jun 07, 2005 at 05:31:14AM +0400, Alexey Tourbin wrote:
> > > Обобщая, хочу сказать, что лучше делать полнофункциональные
> > > сборки пакетов.
> > Чревато.  Hints:
> > - "full install" (feature conflicts);
> Лучше конкретные примеры рассматривать.

--with-mysql vs --with-pgsql.  Порой обхакивают фактически
дубликацией сборки бинарников, если апстрим не озадачился
вынесением в модули.

> > - insecure/immature/buggy features;
> В mount как раз проблема именно в этом: это всё-таки suid
> бинарь, поэтому нужен серьезный аудит кода...

Дык.

> > - feature->deps bloat...
> Иногда можно распилить на несколько пакетов.

life:~> du -sh /var/lib/{apt,rpm}
16M     /var/lib/apt
18M     /var/lib/rpm

Удивительно мало, правда, это всего лишь ноутбук с 663 пакетами.
Дома (1724) уже чуть показательней:

home:~> du -sh /var/lib/{apt,rpm}
20M     /var/lib/apt
49M     /var/lib/rpm

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: dedicated server branch? (was: mount update)

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 732 bytes --]

On Tue, Jun 07, 2005 at 11:42:58AM +0300, Michael Shigorin wrote:
> Да, и идеи у всех хорошие, а вот то, что десктоп и сервер уже
> откровенно конфликтуют начиная прям с прокачка/латентность --
> медицинский факт.
> 
> Не, мне тоже не хочется делений и зоопарков.  Но мнение, что
> Castle как именно сервер был стоящим направлением и может иметь
> смысл попробовать собрать заинтересованные напильники на такой
> бранч -- есть ровно вследствие вышеизложенных наблюдений.
> 
> Плюс для нас (EMT) это достаточно критично и решать эту проблему 
> как минимум своими силами всё равно будем.

Составляй конкретный список пакетов с описанием конкретных конфликтов --
будет над чем подумать.  Просто я отчасти не в курсе...

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: mount update

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1329 bytes --]

On Tue, Jun 07, 2005 at 12:20:24PM +0300, Michael Shigorin wrote:
> --with-mysql vs --with-pgsql.  Порой обхакивают фактически
> дубликацией сборки бинарников, если апстрим не озадачился
> вынесением в модули.

Если эти опции сборки взаимоисключающие, тогда плохо.  Но тогда это
какая-то "пионерская поделка" получается.  Если же можно собрать и с
mysql, и с pgsql, то пусть лучше будет небольшой оверхед и лишняя
зависимость как расплата за возможность выбора.

И вообще, зачем напрямую к клиентским библиотекам линковаться?  Нужно
какой-нибудь там unixODBC использовать.  В перле вон DBI -- вообще
никаких проблем по этой части нет.

Недавно ещё вот какую поделку видел:
http://libdbi.sourceforge.net/
http://libdbi-drivers.sourceforge.net/
В Fedora Core она есть.  Пристально не смотрел.

> > > - feature->deps bloat...
> > Иногда можно распилить на несколько пакетов.
> 
> life:~> du -sh /var/lib/{apt,rpm}
> 16M     /var/lib/apt
> 18M     /var/lib/rpm
> 
> Удивительно мало, правда, это всего лишь ноутбук с 663 пакетами.
> Дома (1724) уже чуть показательней:
> 
> home:~> du -sh /var/lib/{apt,rpm}
> 20M     /var/lib/apt
> 49M     /var/lib/rpm

Разбухание базы пакетов -- это наименьшее из зол.  А если убрать все
зависимости на libc.so.6 и /bin/sh, то база может заметно сократиться. :)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: dedicated server branch? (was: mount update)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 374 bytes --]

On Tue, Jun 07, 2005 at 03:12:07PM +0400, Alexey Tourbin wrote:
> Составляй конкретный список пакетов с описанием конкретных
> конфликтов -- будет над чем подумать.

Можно начинать с mount.

PS: только classic как частный случай "full install" тоже
накрывается...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] mount update

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 859 bytes --]

On Sat, Jun 04, 2005 at 08:46:26PM +0300, Maxim Tyurin wrote:
> Denis Smirnov writes:
> > On Sat, May 28, 2005 at 07:29:36PM +0300, Maxim Tyurin wrote:
> >
> > MT> Идея неплохая, но по два варианта почти всех базовых пакетов в одном
> > MT> дереве разработки это будет дикий бардак :(
> >
> > У меня было хорошее решение это проблемы -- with desktop/server. База
> > исходных пакетов одинаковая, бинарные различаются.
> 
> Эта идея интересная. Мне нравится. 
> Так можно и серверный дистрибутив получить в конце-концов.

Нет, так скорее можно получить разбитое корыто.

Если кого-то интересует моё мнение, то я стараюсь обеспечить общий код
и для сервера, и для десктопа.  Необходимое различие может быть достигнуто
путём установки дополнительных пакетов и настройкой системы после
установки (см. напр. тот же control mount).


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] libnatspec audit, mount wrapper or what? (was: mount update)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1126 bytes --]

On Tue, Jun 07, 2005 at 04:51:19PM +0400, Dmitry V. Levin wrote:
> Если кого-то интересует моё мнение, то я стараюсь обеспечить
> общий код и для сервера, и для десктопа.

Это как раз понятно.  В данной конкретной ситуации
(есть проблема, актуальная для десктопа, несущественная
для серверного применения, но увеличивающая количество
отрабатывающего с повышенными привилегиями кода) что 
скажешь?

(вопросы ядер, установщиков и дефолтов, которые и имеют
существенное отношение к вопросу "чем это будет", вряд ли 
имеет смысл поднимать прямо в теме о пакетной базе)

> Необходимое различие может быть достигнуто путём установки
> дополнительных пакетов и настройкой системы после установки
> (см. напр. тот же control mount).

Так что с libnatspec -- почитаешь и в итоге признаешь некое
состояние годным для использования на серверах или надо делать
нечто обёрточное, что попробует сказать dlopen() и потом дёрнуть
mount.real с нужными параметрами или ровно переданными в случае,
когда библиотеки нет?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]