[devel] Поведение apt-cdrom в современном мире

[devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Т.к. ближайшие изменения навсегда и окончательно отменят наличие 
/dev/cdrom и /media/cdrom, то соответственно возникает вопрос:

- что будем делать с программой apt-cdrom, которая монтирует CD, 
обращаясь к нему через точку монтирования ?

В современном мире принято спрашивать про устройства у HAL. в итоге 
поведение apt-cdrom должно будет выглядеть примерно так:

apt-cdrom add:
	apt-cdrom должен спросить у HAL: какие CDROM'ы есть в системе и что в 
них воткнуто
	при налиичи в нескольких CDROM'ах по диску, apt-cdrom должен проявить 
крутой интеллект и вычислить какой именно CD нужно добавить
	смонтировать в ... и скопировать хеши

apt-get install/upgrade/dist-upgrade с методами cdrom:
	спросить у HAL наличие необходимого диска в приводе
	смонтировать
	брать из точки, куда смонтировал.

При этом появляется возможность работы хоть с 10-ю приводами, но 
появляется зависимость на запущенный hal.

Другие мысли есть ?

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060417 17:38]:
> Т.к. ближайшие изменения навсегда и окончательно отменят наличие 
> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
Ты уже немного достал со своим шашкомахательством и
нахренразламыванием того, что работает... :-/

-- 
Regards, Sir Raorn.
-------------------
> Забирайте [пакет из obsolete]
Спасибо. Больше ни у кого не будет возражений против проведения
эксгумации с последующей гальванизацией и реанимацией?
		-- mutabor in devel@

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

Re: [devel] Поведение apt-cdrom в современном мире

[Michael Shigorin]

On Mon, Apr 17, 2006 at 05:50:50PM +0400, Alexey I. Froloff wrote:
> > Т.к. ближайшие изменения навсегда и окончательно отменят наличие 
> > /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
> Ты уже немного достал со своим шашкомахательством и
> нахренразламыванием того, что работает... :-/

Паади.  Антон, лучше скажи -- на апстрим "с точки зрения простого
суппортера" повлиять возможно или бессмысленно?

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

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Michael Shigorin wrote:
> On Mon, Apr 17, 2006 at 05:50:50PM +0400, Alexey I. Froloff wrote:
>>> Т.к. ближайшие изменения навсегда и окончательно отменят наличие 
>>> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
>> Ты уже немного достал со своим шашкомахательством и
>> нахренразламыванием того, что работает... :-/
> 
> Паади.  Антон, лучше скажи -- на апстрим "с точки зрения простого
> суппортера" повлиять возможно или бессмысленно?
> 

В данном случае невозможно.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Alexey I. Froloff wrote:
> * Anton Farygin <rider@> [060417 17:38]:
>> Т.к. ближайшие изменения навсегда и окончательно отменят наличие 
>> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
> Ты уже немного достал со своим шашкомахательством и
> нахренразламыванием того, что работает... :-/

Иди в upstream, и объясни это им (в список рассылки hal и hotplug)

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060417 17:59]:
> >> Т.к. ближайшие изменения навсегда и окончательно отменят наличие 
> >> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
> > Ты уже немного достал со своим шашкомахательством и
> > нахренразламыванием того, что работает... :-/
> Иди в upstream, и объясни это им (в список рассылки hal и hotplug)
Это апстрим тебя заставляет всё это сразу вываливать в сизиф?

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Alexey I. Froloff wrote:
> * Anton Farygin <rider@> [060417 17:59]:
>>>> Т.к. ближайшие изменения навсегда и окончательно отменят наличие 
>>>> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
>>> Ты уже немного достал со своим шашкомахательством и
>>> нахренразламыванием того, что работает... :-/
>> Иди в upstream, и объясни это им (в список рассылки hal и hotplug)
> Это апстрим тебя заставляет всё это сразу вываливать в сизиф?

а чего, ты предлагаешь вываливать частично ? Я не понял вопроса.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Monday 17 April 2006 18:50, Anton Farygin wrote:

> Т.к. ближайшие изменения навсегда и окончательно отменят наличие 
> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:

Интересное решение...

> В современном мире принято спрашивать про устройства у HAL. 

А в отрыве от apt-cdrom кто у него спрашивать будет ? Вот, допустим,
я пару-тройку файлов хочу с CD скопировать. Вставляю диск, и...
Где я его ищу ?

> При этом появляется возможность работы хоть с 10-ю приводами, но 
> появляется зависимость на запущенный hal.

Для apt, может, и хорошо. А вот для всего остального - не уверен...

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Sergey Y. Afonin wrote:
> On Monday 17 April 2006 18:50, Anton Farygin wrote:
> 
>> Т.к. ближайшие изменения навсегда и окончательно отменят наличие 
>> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
> 
> Интересное решение...
> 
>> В современном мире принято спрашивать про устройства у HAL. 
> 
> А в отрыве от apt-cdrom кто у него спрашивать будет ? Вот, допустим,
> я пару-тройку файлов хочу с CD скопировать. Вставляю диск, и...
> Где я его ищу ?

ivman/pmount/KDE/Gnome - всё теперь завязано на этих службах

Для себя я сделал вот так при монтировании CD:
CDROM=`hal-find-by-property --key storage.drive_type --string cdrom`;
DEVICE=`hal-get-property --udi $CDROM --key block.device`;
pmount $DEVICE cdrom

монтируется в /media/cdrom

Там можно ещё извратиться и спросить (например) volume label, но мне это 
не нужно.


> 
>> При этом появляется возможность работы хоть с 10-ю приводами, но 
>> появляется зависимость на запущенный hal.
> 
> Для apt, может, и хорошо. А вот для всего остального - не уверен...
> 

Как минимум libxine придётся патчить, что бы он не искал /dev/dvd и 
/dev/cdrom ;(

И это касается 90% софта, который у нас есть (и который не умеет 
работать с hal'ом), но работает с устройствами, на которые обычно делали 
симлинки.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Anton Farygin wrote:
> Как минимум libxine придётся патчить, что бы он не искал /dev/dvd и 
> /dev/cdrom ;(
> 
> И это касается 90% софта, который у нас есть (и который не умеет 
> работать с hal'ом), но работает с устройствами, на которые обычно делали 
> симлинки.
а что-то мешает в udev rules таки делать симлинки?

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Nick S. Grechukh wrote:
> Anton Farygin wrote:
>> Как минимум libxine придётся патчить, что бы он не искал /dev/dvd и 
>> /dev/cdrom ;(
>>
>> И это касается 90% софта, который у нас есть (и который не умеет 
>> работать с hal'ом), но работает с устройствами, на которые обычно делали 
>> симлинки.
> а что-то мешает в udev rules таки делать симлинки?

По моему я это уже объяснял не один раз.

Но могу ещё раз объяснить:

в новом udev убрали возможность вычислять порядковый номер симлинка 
(%e). сделано это из-за того, что этот номер даже теоретически получить 
невозможно - устройства приходят при инициализации в произвольном порядке.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Monday 17 April 2006 19:55, Anton Farygin wrote:

> в новом udev убрали возможность вычислять порядковый номер симлинка 
> (%e). сделано это из-за того, что этот номер даже теоретически получить 
> невозможно - устройства приходят при инициализации в произвольном порядке.

А зачем его вычислять ? Симлинк или есть, или его нет. Пришло 
устройство - сделали следующий свободный симлинк. 

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Genix]

Sergey Y. Afonin wrote:

> А зачем его вычислять ? Симлинк или есть, или его нет. Пришло 
> устройство - сделали следующий свободный симлинк. 

а если cd-rom'а два?



-- 
У каждого в башке свои тараканы...

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Sergey Y. Afonin wrote:
> On Monday 17 April 2006 19:55, Anton Farygin wrote:
> 
>> в новом udev убрали возможность вычислять порядковый номер симлинка 
>> (%e). сделано это из-за того, что этот номер даже теоретически получить 
>> невозможно - устройства приходят при инициализации в произвольном порядке.
> А зачем его вычислять ? Симлинк или есть, или его нет. Пришло 
> устройство - сделали следующий свободный симлинк. 
не задано соответствие между реальными устройствами и /dev/cdrom[0-9]+

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Monday 17 April 2006 20:10, Nick S. Grechukh wrote:

> >> в новом udev убрали возможность вычислять порядковый номер симлинка 
> >> (%e). сделано это из-за того, что этот номер даже теоретически получить 
> >> невозможно - устройства приходят при инициализации в произвольном порядке.

> > А зачем его вычислять ? Симлинк или есть, или его нет. Пришло 
> > устройство - сделали следующий свободный симлинк. 

> не задано соответствие между реальными устройствами и /dev/cdrom[0-9]+

Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom и не
симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от
установленного/вынутого носителя оно вообще зависеть не должнно никак.
Сначала первый контроллер на предмет девайсов опрашивается, затем второй
и т.д. scsi - значит по ID, IDE - hda, hdb и т.д.

Вообще, я совершенно не понимаю, зачем PnP для _стационарных_ устройств
задействовать решили...

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 18:20 Sergey Y. Afonin написал(a):
> On Monday 17 April 2006 20:10, Nick S. Grechukh wrote:
> > >> в новом udev убрали возможность вычислять порядковый номер симлинка
> > >> (%e). сделано это из-за того, что этот номер даже теоретически
> > >> получить невозможно - устройства приходят при инициализации в
> > >> произвольном порядке.
> > >
> > > А зачем его вычислять ? Симлинк или есть, или его нет. Пришло
> > > устройство - сделали следующий свободный симлинк.
> >
> > не задано соответствие между реальными устройствами и /dev/cdrom[0-9]+
>
> Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom и не
> симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от
> установленного/вынутого носителя оно вообще зависеть не должнно никак.
> Сначала первый контроллер на предмет девайсов опрашивается, затем второй
> и т.д. scsi - значит по ID, IDE - hda, hdb и т.д.
>
> Вообще, я совершенно не понимаю, зачем PnP для _стационарных_ устройств
> задействовать решили...

А это когда kudzu убили :( Решили, что ВСЁ оборудование должно заново 
однаруживаться hotplug'ом при каждом старте...

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Денис Смирнов]

On Mon, Apr 17, 2006 at 06:29:09PM +0300, Led wrote:

L> А это когда kudzu убили :( Решили, что ВСЁ оборудование должно заново 
L> однаруживаться hotplug'ом при каждом старте...

А я недавно обновил coldplug, который что-то среднее между kudzu и
hotplug. Хоть функционала и ноль, но для многих задач этого достаточно.

И, в отличии от хотплага, его не страшно ставить на сервера.

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

http://freesource.info
----------------------------------------------------------------------------

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 19:43 Денис Смирнов написал(a):
> On Mon, Apr 17, 2006 at 06:29:09PM +0300, Led wrote:
>
> L> А это когда kudzu убили :( Решили, что ВСЁ оборудование должно заново
> L> однаруживаться hotplug'ом при каждом старте...
>
> А я недавно обновил coldplug, который что-то среднее между kudzu и
> hotplug. Хоть функционала и ноль, но для многих задач этого достаточно.

Интересно. Хотя, в идеале хотелось бы как-нибудь "anyplug", с переключаемыми 
hot и cold секциями.

> И, в отличии от хотплага, его не страшно ставить на сервера.

... тогда бы её не страшно и на рабочие станции ставить. ИМХО существующий 
hotplug только на домашние машинки ставить - на офисное администрируемое 
рабочее место - стрёмно уже... :(

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Денис Смирнов]

On Mon, Apr 17, 2006 at 07:49:36PM +0300, Led wrote:

>> А я недавно обновил coldplug, который что-то среднее между kudzu и
>> hotplug. Хоть функционала и ноль, но для многих задач этого достаточно.
L> Интересно. Хотя, в идеале хотелось бы как-нибудь "anyplug", с переключаемыми 
L> hot и cold секциями.

Это скорее два разных продукта должны быть.

coldplug штука очень узкоспециализированая, тупая как пробка, и надежная
как скала. Она делает всего лишь одну вещь -- детектит оборудование через
libhw-utils, и прописывает необходимые модули ядра в /etc/modules. И все.

Жизнь облегчает, неприятностей не создает.

libhw-tools вообще рулят, если их ещё чуток напильником доработать, на
предмет базы данных по производителям материнских плат, что позволит и
сенсоры автонастраивать, и вообще много хорошего вытворять.

Например для известных ноутбуков необходимую доработку напильником
автоматом делать.

>> И, в отличии от хотплага, его не страшно ставить на сервера.
L> ... тогда бы её не страшно и на рабочие станции ставить. ИМХО существующий 
L> hotplug только на домашние машинки ставить - на офисное администрируемое 
L> рабочее место - стрёмно уже... :(

Не настолько все плохо. Но на сервере неприемлимо.

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

http://freesource.info
----------------------------------------------------------------------------
ЗАКОН МАЙЛСА
 Угол зрения зависит от занимаемого места.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Sergey Y. Afonin wrote:
> Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom

какой куда, если у меня три сидюка?
> симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от
при трех сидюках hdb,hdc,hdd они могут оказаться нынче 
cdrom2,cdrom0,cdrom1 соответственно
> установленного/вынутого носителя оно вообще зависеть не должнно никак.
не зависит, это в udev делается.
> Сначала первый контроллер на предмет девайсов опрашивается, затем второй
> и т.д. scsi - значит по ID, IDE - hda, hdb и т.д.
вот это и сломали afair, теперь порядок не определен

> Вообще, я совершенно не понимаю, зачем PnP для _стационарных_ устройств
> задействовать решили...
не все cdrom стационарные

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Monday 17 April 2006 20:31, Nick S. Grechukh wrote:

> > Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom
> 
> какой куда, если у меня три сидюка?

в /media куда примонтировано ? А по барабану.

> > симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от

> при трех сидюках hdb,hdc,hdd они могут оказаться нынче 
> cdrom2,cdrom0,cdrom1 соответственно

В от это - плохо. hdb должен быть cdrom0, он же cdrom, hdc - cdrom1 и
так далее и вне зависимости от желания udev/hotplug разное.

> > Сначала первый контроллер на предмет девайсов опрашивается, затем второй
> > и т.д. scsi - значит по ID, IDE - hda, hdb и т.д.

> вот это и сломали afair, теперь порядок не определен

Ну нет, тогда, значит, и порядок HDD не определён и, вообще, непонятно, 
откуда грузимся что ли ?

> > Вообще, я совершенно не понимаю, зачем PnP для _стационарных_ устройств
> > задействовать решили...

> не все cdrom стационарные

IDE - 99%. USB, соответственно, наоборот. SCSI... С этими следует, видимо, 
со списком ID работать, если уж кому PnP c CD потребовался. А считать всё 
съёмным - это, вон, Win есть, для желающих. И то вменяемость, в этом плане, 
вроде повышается.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Sergey Y. Afonin wrote:
> On Monday 17 April 2006 20:31, Nick S. Grechukh wrote:
>>> Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom
>> какой куда, если у меня три сидюка?
> в /media куда примонтировано ? А по барабану.
а где искать свежевставленный? :)

>> симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от
>> при трех сидюках hdb,hdc,hdd они могут оказаться нынче 
>> cdrom2,cdrom0,cdrom1 соответственно
> В от это - плохо. hdb должен быть cdrom0, он же cdrom, hdc - cdrom1 и
> так далее и вне зависимости от желания udev/hotplug разное.
ide hotplug тоже бывает, а при вытыкании cdrom1 должны ли cdrom2,cdrom3 
соответственно съехать? решение должно быть общим.

>>> Сначала первый контроллер на предмет девайсов опрашивается, затем второй
>>> и т.д. scsi - значит по ID, IDE - hda, hdb и т.д.
>> вот это и сломали afair, теперь порядок не определен
> Ну нет, тогда, значит, и порядок HDD не определён и, вообще, непонятно, 
> откуда грузимся что ли ?
нет, известно-то что этот сидюк - hdb, а этот - hdd. но если есть сидюк 
hdc - мы не знаем, это cdrom0 или cdrom2.

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 19:25 Nick S. Grechukh написал(a):
> Sergey Y. Afonin wrote:
> > On Monday 17 April 2006 20:31, Nick S. Grechukh wrote:
> >>> Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom
> >>
> >> какой куда, если у меня три сидюка?
> >
> > в /media куда примонтировано ? А по барабану.
>
> а где искать свежевставленный? :)
>
> >> симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от
> >> при трех сидюках hdb,hdc,hdd они могут оказаться нынче
> >> cdrom2,cdrom0,cdrom1 соответственно
> >
> > В от это - плохо. hdb должен быть cdrom0, он же cdrom, hdc - cdrom1 и
> > так далее и вне зависимости от желания udev/hotplug разное.

А вам не кажется, что "интуитивности" cdrom1, cdrom2, cdrom3,... , usbdisk1, 
usbdisk2, usbdisk2,..., etc. выглфдят не лучше, чем hd[a-h], sd[a-z] ?

>
> ide hotplug тоже бывает, а при вытыкании cdrom1 должны ли cdrom2,cdrom3
> соответственно съехать? решение должно быть общим.
>
> >>> Сначала первый контроллер на предмет девайсов опрашивается, затем
> >>> второй и т.д. scsi - значит по ID, IDE - hda, hdb и т.д.
> >>
> >> вот это и сломали afair, теперь порядок не определен
> >
> > Ну нет, тогда, значит, и порядок HDD не определён и, вообще, непонятно,
> > откуда грузимся что ли ?
>
> нет, известно-то что этот сидюк - hdb, а этот - hdd. но если есть сидюк
> hdc - мы не знаем, это cdrom0 или cdrom2.

0 и 2 - пользователю ничего не говорят. 0 - это выше или ниже в корпусе? Мне 
трудно представить машину именно с двумя CDROM, или двумя DVD, или двумя 
DVDRW, или двумя-тремя CDRW. А вот CDROM+DVDRW, DVD+CDRW, DVD+DVDRW - могу 
представить:) Может в этом смысле "интелектуальности" добавить?

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
> В сообщении от 17 апреля 2006 19:25 Nick S. Grechukh написал(a):
>> Sergey Y. Afonin wrote:
>>> On Monday 17 April 2006 20:31, Nick S. Grechukh wrote:
>>>>> Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom
>>>> какой куда, если у меня три сидюка?
>>> в /media куда примонтировано ? А по барабану.
>> а где искать свежевставленный? :)
>>>> симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от
>>>> при трех сидюках hdb,hdc,hdd они могут оказаться нынче
>>>> cdrom2,cdrom0,cdrom1 соответственно
>>> В от это - плохо. hdb должен быть cdrom0, он же cdrom, hdc - cdrom1 и
>>> так далее и вне зависимости от желания udev/hotplug разное.
> А вам не кажется, что "интуитивности" cdrom1, cdrom2, cdrom3,... , usbdisk1, 
> usbdisk2, usbdisk2,..., etc. выглфдят не лучше, чем hd[a-h], sd[a-z] ?
кажется, потому и см. мою конфигурацию ivman: неизвестные флэшки 
монтируются в /media/sdc1

> 0 и 2 - пользователю ничего не говорят. 0 - это выше или ниже в корпусе
особенно учитывая, что шлейф по-всякому может лежать ;)
 > Мне трудно представить машину именно с двумя CDROM
мне легко :) а если номера хотя бы стабильно назначаются - жить можно, 
запомнив что "сверху - cdrom0".

, или двумя DVD, или двумя
> DVDRW, или двумя-тремя CDRW. А вот CDROM+DVDRW, DVD+CDRW, DVD+DVDRW - могу 
> представить:) Может в этом смысле "интелектуальности" добавить
неплохо бы. при монтировании - понятно как. при симлинканье udeff'ом - 
непонятно.

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 19:47 Nick S. Grechukh написал(a):
> Led wrote:
> > В сообщении от 17 апреля 2006 19:25 Nick S. Grechukh написал(a):
> >> Sergey Y. Afonin wrote:
> >>> On Monday 17 April 2006 20:31, Nick S. Grechukh wrote:
> >>>>> Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom
> >>>>
> >>>> какой куда, если у меня три сидюка?
> >>>
> >>> в /media куда примонтировано ? А по барабану.
> >>
> >> а где искать свежевставленный? :)
> >>
> >>>> симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от
> >>>> при трех сидюках hdb,hdc,hdd они могут оказаться нынче
> >>>> cdrom2,cdrom0,cdrom1 соответственно
> >>>
> >>> В от это - плохо. hdb должен быть cdrom0, он же cdrom, hdc - cdrom1 и
> >>> так далее и вне зависимости от желания udev/hotplug разное.
> >
> > А вам не кажется, что "интуитивности" cdrom1, cdrom2, cdrom3,... ,
> > usbdisk1, usbdisk2, usbdisk2,..., etc. выглфдят не лучше, чем hd[a-h],
> > sd[a-z] ?
>
> кажется, потому и см. мою конфигурацию ivman: неизвестные флэшки
> монтируются в /media/sdc1

Так вот, у меня аналогично вашему, только без hal, одним subfs:)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
> В сообщении от 17 апреля 2006 19:47 Nick S. Grechukh написал(a):
>> кажется, потому и см. мою конфигурацию ivman: неизвестные флэшки
>> монтируются в /media/sdc1
> Так вот, у меня аналогично вашему, только без hal, одним subfs:)
Ы? на какое количество флэшек это решение масштабируется?

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 19:58 Nick S. Grechukh написал(a):
> Led wrote:
> > В сообщении от 17 апреля 2006 19:47 Nick S. Grechukh написал(a):
> >> кажется, потому и см. мою конфигурацию ivman: неизвестные флэшки
> >> монтируются в /media/sdc1
> >
> > Так вот, у меня аналогично вашему, только без hal, одним subfs:)
>
> Ы? на какое количество флэшек это решение масштабируется?

Сделано - на количество, которое физически можно воткнуть в мой комп:) 
Масштабируется - да на любое (сколько ядро потянет):)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Alexander Bokovoy]

Led пишет:
> В сообщении от 17 апреля 2006 19:25 Nick S. Grechukh написал(a):
> 0 и 2 - пользователю ничего не говорят. 0 - это выше или ниже в корпусе? Мне 
> трудно представить машину именно с двумя CDROM, или двумя DVD, или двумя 
> DVDRW, или двумя-тремя CDRW. А вот CDROM+DVDRW, DVD+CDRW, DVD+DVDRW - могу 
> представить:) Может в этом смысле "интелектуальности" добавить?
Легко: встроенный CDRW/DVD-ROM + внешний DVDRW (usb/iee1394) -- вполне 
простая и доступная конфигурация на ноутбуках. У меня такое на ноутбуке 
и домашнем настольном -- поскольку внешний DVDRW периодически перевтыкается.


-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 21:07 Alexander Bokovoy написал(a):
> Led пишет:
> > В сообщении от 17 апреля 2006 19:25 Nick S. Grechukh написал(a):
> > 0 и 2 - пользователю ничего не говорят. 0 - это выше или ниже в корпусе?
> > Мне трудно представить машину именно с двумя CDROM, или двумя DVD, или
> > двумя DVDRW, или двумя-тремя CDRW. А вот CDROM+DVDRW, DVD+CDRW, DVD+DVDRW
> > - могу представить:) Может в этом смысле "интелектуальности" добавить?
>
> Легко: встроенный CDRW/DVD-ROM + внешний DVDRW (usb/iee1394) -- вполне
> простая и доступная конфигурация на ноутбуках.

Ну так не два аналогичных устройства же!:) не DVDRW+DVDRW, а т.н. Combo+DVDRW? 
Фактически это /dev/dvd + /dev/cdwriter + /dev/dvdrw - никакой путаницы!:)

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

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 17 апреля 2006 21:07 Alexander Bokovoy написал(a):
>> Led пишет:
>>> В сообщении от 17 апреля 2006 19:25 Nick S. Grechukh написал(a):
>>> 0 и 2 - пользователю ничего не говорят. 0 - это выше или ниже в корпусе?
>>> Мне трудно представить машину именно с двумя CDROM, или двумя DVD, или
>>> двумя DVDRW, или двумя-тремя CDRW. А вот CDROM+DVDRW, DVD+CDRW, DVD+DVDRW
>>> - могу представить:) Может в этом смысле "интелектуальности" добавить?
>> Легко: встроенный CDRW/DVD-ROM + внешний DVDRW (usb/iee1394) -- вполне
>> простая и доступная конфигурация на ноутбуках.
> 
> Ну так не два аналогичных устройства же!:) не DVDRW+DVDRW, а т.н. Combo+DVDRW? 
> Фактически это /dev/dvd + /dev/cdwriter + /dev/dvdrw - никакой путаницы!:)
> 

Ага.. и ?

/dev/dvd - это кто ? который dvd-rw или который dvd-rom ?

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 12:12 Anton Farygin написал(a):
> Led wrote:
> > В сообщении от 17 апреля 2006 21:07 Alexander Bokovoy написал(a):
> >> Led пишет:
> >>> В сообщении от 17 апреля 2006 19:25 Nick S. Grechukh написал(a):
> >>> 0 и 2 - пользователю ничего не говорят. 0 - это выше или ниже в
> >>> корпусе? Мне трудно представить машину именно с двумя CDROM, или двумя
> >>> DVD, или двумя DVDRW, или двумя-тремя CDRW. А вот CDROM+DVDRW,
> >>> DVD+CDRW, DVD+DVDRW - могу представить:) Может в этом смысле
> >>> "интелектуальности" добавить?
> >>
> >> Легко: встроенный CDRW/DVD-ROM + внешний DVDRW (usb/iee1394) -- вполне
> >> простая и доступная конфигурация на ноутбуках.
> >
> > Ну так не два аналогичных устройства же!:) не DVDRW+DVDRW, а т.н.
> > Combo+DVDRW? Фактически это /dev/dvd + /dev/cdwriter + /dev/dvdrw -
> > никакой путаницы!:)
>
> Ага.. и ?
>
> /dev/dvd - это кто ? который dvd-rw или который dvd-rom ?

Если нужна более детальная информация "для блондинок", тогда заменить /dev/dvd 
на /dev/dvdrom и ссылки на 
него: /dev/dvdcombo, /dev/только-читать-большие-и-маленькие-диски, /dev/писать-маленькие-диски, /dev/только-читать-большие-диски, /dev/читать-и-писать-маленькие-диски:)))

-- 
Led.

[devel] [JT] Re: Поведение apt-cdrom в современном мире

[Michael Shigorin]

On Tue, Apr 18, 2006 at 12:31:55PM +0300, Led wrote:
> Если нужна более детальная информация "для блондинок", тогда заменить /dev/

Блондинкам в /dev/ делать нечего.

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

Re: [devel] [JT] Re: Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 12:34 Michael Shigorin написал(a):
> On Tue, Apr 18, 2006 at 12:31:55PM +0300, Led wrote:
> > Если нужна более детальная информация "для блондинок", тогда заменить
> > /dev/
>
> Блондинкам в /dev/ делать нечего.

так и я об этом:) Тот, кто смотрит в /dev/, думаю, знает чем 
отличается /dev/dvd от /dev/dvdrw:)

-- 
Led.

Re: [devel] [JT] Re: Поведение apt-cdrom в современном мире

[Genix]

Led wrote:

>> Блондинкам в /dev/ делать нечего.
> 
> так и я об этом:) Тот, кто смотрит в /dev/, думаю, знает чем 
> отличается /dev/dvd от /dev/dvdrw:)


Если вы не блондинка, то должны также знаеть чем отличаются друг от друга:
3f7b1528-397e-4de1-991d-7f3e09d6b453
2ced863c-15f2-44c7-9cd8-65a39fc652cd
3188a077-85d4-4da8-be54-acfaf92dc4fb

$)

--
У каждого в башке свои тараканы...

Re: [devel] [JT] Re: Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 13:21 Genix написал(a):
> Led wrote:
> >> Блондинкам в /dev/ делать нечего.
> >
> > так и я об этом:) Тот, кто смотрит в /dev/, думаю, знает чем
> > отличается /dev/dvd от /dev/dvdrw:)
>
> Если вы не блондинка, то должны также знаеть чем отличаются друг от друга:
> 3f7b1528-397e-4de1-991d-7f3e09d6b453
> 2ced863c-15f2-44c7-9cd8-65a39fc652cd
> 3188a077-85d4-4da8-be54-acfaf92dc4fb
>
> $)

это что? UUID? из из привода можно получить?

-- 
Led.

Re: [devel] [JT] Re: Поведение apt-cdrom в современном мире

[Igor Zubkov]

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

В сообщении от 18 апреля 2006 13:21 Genix написал(a):
> Led wrote:
> >> Блондинкам в /dev/ делать нечего.
> >
> > так и я об этом:) Тот, кто смотрит в /dev/, думаю, знает чем
> > отличается /dev/dvd от /dev/dvdrw:)
>
> Если вы не блондинка, то должны также знаеть чем отличаются друг от друга:
> 3f7b1528-397e-4de1-991d-7f3e09d6b453
> 2ced863c-15f2-44c7-9cd8-65a39fc652cd
> 3188a077-85d4-4da8-be54-acfaf92dc4fb
>
> $)

В фортунки! :-)

-- 
Ария - АРИЯ - Вампир

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

Re: [devel] [JT] Re: Поведение apt-cdrom в современном мире

[Igor Zubkov]

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

В сообщении от 18 апреля 2006 12:34 Michael Shigorin написал(a):
> On Tue, Apr 18, 2006 at 12:31:55PM +0300, Led wrote:
> > Если нужна более детальная информация "для блондинок", тогда заменить
> > /dev/
>
> Блондинкам в /dev/ делать нечего.

Приезжай ко мне в Донецк. Я тебе покажу пару девушек которые /dev/ могут 
заглянуть, а если очень сильно надо - ещё и разберутся. Одна блондинка там 
есть. :-P

-- 
Ария - АРИЯ - Вампир

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

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 18 апреля 2006 12:12 Anton Farygin написал(a):
>> Led wrote:
>>> В сообщении от 17 апреля 2006 21:07 Alexander Bokovoy написал(a):
>>>> Led пишет:
>>>>> В сообщении от 17 апреля 2006 19:25 Nick S. Grechukh написал(a):
>>>>> 0 и 2 - пользователю ничего не говорят. 0 - это выше или ниже в
>>>>> корпусе? Мне трудно представить машину именно с двумя CDROM, или двумя
>>>>> DVD, или двумя DVDRW, или двумя-тремя CDRW. А вот CDROM+DVDRW,
>>>>> DVD+CDRW, DVD+DVDRW - могу представить:) Может в этом смысле
>>>>> "интелектуальности" добавить?
>>>> Легко: встроенный CDRW/DVD-ROM + внешний DVDRW (usb/iee1394) -- вполне
>>>> простая и доступная конфигурация на ноутбуках.
>>> Ну так не два аналогичных устройства же!:) не DVDRW+DVDRW, а т.н.
>>> Combo+DVDRW? Фактически это /dev/dvd + /dev/cdwriter + /dev/dvdrw -
>>> никакой путаницы!:)
>> Ага.. и ?
>>
>> /dev/dvd - это кто ? который dvd-rw или который dvd-rom ?
> 
> Если нужна более детальная информация "для блондинок", тогда заменить /dev/dvd 
> на /dev/dvdrom и ссылки на 
> него: /dev/dvdcombo, /dev/только-читать-большие-и-маленькие-диски, /dev/писать-маленькие-диски, /dev/только-читать-большие-диски, /dev/читать-и-писать-маленькие-диски:)))

А не проще ли сделать так, как и сделано в mainstream ?

Т.е. - спросить у HAL: "дай мне привод, в котором вставлен DVD диск"

И использовать то, что он вернёт ?

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 13:15 Anton Farygin написал(a):
> Led wrote:
> > В сообщении от 18 апреля 2006 12:12 Anton Farygin написал(a):
> >> Led wrote:
> >>> В сообщении от 17 апреля 2006 21:07 Alexander Bokovoy написал(a):
> >>>> Led пишет:
> >>>>> В сообщении от 17 апреля 2006 19:25 Nick S. Grechukh написал(a):
> >>>>> 0 и 2 - пользователю ничего не говорят. 0 - это выше или ниже в
> >>>>> корпусе? Мне трудно представить машину именно с двумя CDROM, или
> >>>>> двумя DVD, или двумя DVDRW, или двумя-тремя CDRW. А вот CDROM+DVDRW,
> >>>>> DVD+CDRW, DVD+DVDRW - могу представить:) Может в этом смысле
> >>>>> "интелектуальности" добавить?
> >>>>
> >>>> Легко: встроенный CDRW/DVD-ROM + внешний DVDRW (usb/iee1394) -- вполне
> >>>> простая и доступная конфигурация на ноутбуках.
> >>>
> >>> Ну так не два аналогичных устройства же!:) не DVDRW+DVDRW, а т.н.
> >>> Combo+DVDRW? Фактически это /dev/dvd + /dev/cdwriter + /dev/dvdrw -
> >>> никакой путаницы!:)
> >>
> >> Ага.. и ?
> >>
> >> /dev/dvd - это кто ? который dvd-rw или который dvd-rom ?
> >
> > Если нужна более детальная информация "для блондинок", тогда заменить
> > /dev/dvd на /dev/dvdrom и ссылки на
> > него: /dev/dvdcombo, /dev/только-читать-большие-и-маленькие-диски,
> > /dev/писать-маленькие-диски, /dev/только-читать-большие-диски,
> > /dev/читать-и-писать-маленькие-диски:)))
>
> А не проще ли сделать так, как и сделано в mainstream ?
>
> Т.е. - спросить у HAL: "дай мне привод, в котором вставлен DVD диск"

Не думаю, что проще, но может так БУДЕТ лучше (сейчас, к сожалению, такого 
нет).

>
> И использовать то, что он вернёт ?

Тоже не всегда однозначно... Пример: DVD-ROM и DVDRW приводы, филмы я всегда 
сморю используя DVDROM, а в DVDRW у меня сейчас свежезаписанный диск. За всех 
не скажу, но в случае с xine мне лично удобнее однажды прописанное в 
настройках устройство для просмотра фильмов (DVDROM), DVDRW он даже 
случайно "хватать" не должен ИМХО.


-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 18 апреля 2006 13:15 Anton Farygin написал(a):
>> Led wrote:
>>> В сообщении от 18 апреля 2006 12:12 Anton Farygin написал(a):
>>>> Led wrote:
>>>>> В сообщении от 17 апреля 2006 21:07 Alexander Bokovoy написал(a):
>>>>>> Led пишет:
>>>>>>> В сообщении от 17 апреля 2006 19:25 Nick S. Grechukh написал(a):
>>>>>>> 0 и 2 - пользователю ничего не говорят. 0 - это выше или ниже в
>>>>>>> корпусе? Мне трудно представить машину именно с двумя CDROM, или
>>>>>>> двумя DVD, или двумя DVDRW, или двумя-тремя CDRW. А вот CDROM+DVDRW,
>>>>>>> DVD+CDRW, DVD+DVDRW - могу представить:) Может в этом смысле
>>>>>>> "интелектуальности" добавить?
>>>>>> Легко: встроенный CDRW/DVD-ROM + внешний DVDRW (usb/iee1394) -- вполне
>>>>>> простая и доступная конфигурация на ноутбуках.
>>>>> Ну так не два аналогичных устройства же!:) не DVDRW+DVDRW, а т.н.
>>>>> Combo+DVDRW? Фактически это /dev/dvd + /dev/cdwriter + /dev/dvdrw -
>>>>> никакой путаницы!:)
>>>> Ага.. и ?
>>>>
>>>> /dev/dvd - это кто ? который dvd-rw или который dvd-rom ?
>>> Если нужна более детальная информация "для блондинок", тогда заменить
>>> /dev/dvd на /dev/dvdrom и ссылки на
>>> него: /dev/dvdcombo, /dev/только-читать-большие-и-маленькие-диски,
>>> /dev/писать-маленькие-диски, /dev/только-читать-большие-диски,
>>> /dev/читать-и-писать-маленькие-диски:)))
>> А не проще ли сделать так, как и сделано в mainstream ?
>>
>> Т.е. - спросить у HAL: "дай мне привод, в котором вставлен DVD диск"
> 
> Не думаю, что проще, но может так БУДЕТ лучше (сейчас, к сожалению, такого 
> нет).

Это действительно очень просто.

> 
>> И использовать то, что он вернёт ?
> 
> Тоже не всегда однозначно... Пример: DVD-ROM и DVDRW приводы, филмы я всегда 
> сморю используя DVDROM, а в DVDRW у меня сейчас свежезаписанный диск. За всех 
> не скажу, но в случае с xine мне лично удобнее однажды прописанное в 
> настройках устройство для просмотра фильмов (DVDROM), DVDRW он даже 
> случайно "хватать" не должен ИМХО.
> 
> 

Хорошо, а вариант спросить у HAL:

"Дай мне устройство, в которое вставлен DVD-VIDEO диск"

В случае наличия двух приводов с VIDEO-дисками - попросить пользователя 
выбрать фильм, который он хочет смотреть (подчеркну - не привод, а фильм!!!)

Rgds,
Rier

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 13:58 Anton Farygin написал(a):
> Led wrote:
> > В сообщении от 18 апреля 2006 13:15 Anton Farygin написал(a):
> >> Led wrote:
> >>> В сообщении от 18 апреля 2006 12:12 Anton Farygin написал(a):
> >>>> Led wrote:
> >>>>> В сообщении от 17 апреля 2006 21:07 Alexander Bokovoy написал(a):
> >>>>>> Led пишет:
> >>>>>>> В сообщении от 17 апреля 2006 19:25 Nick S. Grechukh написал(a):
> >>>>>>> 0 и 2 - пользователю ничего не говорят. 0 - это выше или ниже в
> >>>>>>> корпусе? Мне трудно представить машину именно с двумя CDROM, или
> >>>>>>> двумя DVD, или двумя DVDRW, или двумя-тремя CDRW. А вот
> >>>>>>> CDROM+DVDRW, DVD+CDRW, DVD+DVDRW - могу представить:) Может в этом
> >>>>>>> смысле "интелектуальности" добавить?
> >>>>>>
> >>>>>> Легко: встроенный CDRW/DVD-ROM + внешний DVDRW (usb/iee1394) --
> >>>>>> вполне простая и доступная конфигурация на ноутбуках.
> >>>>>
> >>>>> Ну так не два аналогичных устройства же!:) не DVDRW+DVDRW, а т.н.
> >>>>> Combo+DVDRW? Фактически это /dev/dvd + /dev/cdwriter + /dev/dvdrw -
> >>>>> никакой путаницы!:)
> >>>>
> >>>> Ага.. и ?
> >>>>
> >>>> /dev/dvd - это кто ? который dvd-rw или который dvd-rom ?
> >>>
> >>> Если нужна более детальная информация "для блондинок", тогда заменить
> >>> /dev/dvd на /dev/dvdrom и ссылки на
> >>> него: /dev/dvdcombo, /dev/только-читать-большие-и-маленькие-диски,
> >>> /dev/писать-маленькие-диски, /dev/только-читать-большие-диски,
> >>> /dev/читать-и-писать-маленькие-диски:)))
> >>
> >> А не проще ли сделать так, как и сделано в mainstream ?
> >>
> >> Т.е. - спросить у HAL: "дай мне привод, в котором вставлен DVD диск"
> >
> > Не думаю, что проще, но может так БУДЕТ лучше (сейчас, к сожалению,
> > такого нет).
>
> Это действительно очень просто.
>
> >> И использовать то, что он вернёт ?
> >
> > Тоже не всегда однозначно... Пример: DVD-ROM и DVDRW приводы, филмы я
> > всегда сморю используя DVDROM, а в DVDRW у меня сейчас свежезаписанный
> > диск. За всех не скажу, но в случае с xine мне лично удобнее однажды
> > прописанное в настройках устройство для просмотра фильмов (DVDROM), DVDRW
> > он даже случайно "хватать" не должен ИМХО.
>
> Хорошо, а вариант спросить у HAL:
>
> "Дай мне устройство, в которое вставлен DVD-VIDEO диск"

ISO9660 c *.avi, *.ogm, *.mkv - тоже видеодиски:)

>
> В случае наличия двух приводов с VIDEO-дисками - попросить пользователя
> выбрать фильм, который он хочет смотреть (подчеркну - не привод, а
> фильм!!!)

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

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Denis Klykvin]

> Хорошо, а вариант спросить у HAL:
>
> "Дай мне устройство, в которое вставлен DVD-VIDEO диск"
>
> В случае наличия двух приводов с VIDEO-дисками - попросить пользователя 
> выбрать фильм, который он хочет смотреть (подчеркну - не привод, а фильм!!!)
>   
Угу, "Что смотреть будем? Unknown Title или Unknown Title?". Не самый 
маловероятный
вариант при горке самопальных dvd-rw.

Можно выбирать из моделей а-ля "Teac или Nec", но если две одинаковые -- 
тоже путаница.

[devel] [JT]Re: Поведение apt-cdrom в современном мире

[Igor Zubkov]

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

В сообщении от 18 апреля 2006 13:15 Anton Farygin написал(a):
> >> Ага.. и ?
> >>
> >> /dev/dvd - это кто ? который dvd-rw или который dvd-rom ?
> >
> > Если нужна более детальная информация "для блондинок", тогда заменить
> > /dev/dvd на /dev/dvdrom и ссылки на
> > него: /dev/dvdcombo, /dev/только-читать-большие-и-маленькие-диски,
> > /dev/писать-маленькие-диски, /dev/только-читать-большие-диски,
> > /dev/читать-и-писать-маленькие-диски:)))
>
> А не проще ли сделать так, как и сделано в mainstream ?
>
> Т.е. - спросить у HAL: "дай мне привод, в котором вставлен DVD диск"
>
> И использовать то, что он вернёт ?

Откуда блондинке знать что есть HAL? :)

-- 
Ария - АРИЯ - Горящая стрела

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

[devel] [SPAM]

[Michael Shigorin]

Мужики, давайте трындеть в курилке.

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

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Sergey Y. Afonin wrote:
> On Monday 17 April 2006 20:31, Nick S. Grechukh wrote:
> 
>>> Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom
>> какой куда, если у меня три сидюка?
> 
> в /media куда примонтировано ? А по барабану.

Никуда.

> 
>>> симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от
> 
>> при трех сидюках hdb,hdc,hdd они могут оказаться нынче 
>> cdrom2,cdrom0,cdrom1 соответственно
> 
> В от это - плохо. hdb должен быть cdrom0, он же cdrom, hdc - cdrom1 и
> так далее и вне зависимости от желания udev/hotplug разное.

а почему ?? почему не hdc должен быть /dev/cdrom ?

> 
>>> Сначала первый контроллер на предмет девайсов опрашивается, затем второй
>>> и т.д. scsi - значит по ID, IDE - hda, hdb и т.д.
> 
>> вот это и сломали afair, теперь порядок не определен
> 
> Ну нет, тогда, значит, и порядок HDD не определён и, вообще, непонятно, 
> откуда грузимся что ли ?

Типа того.. порядок конечно определён, но вот создать на основании этого 
порядка симлинки уже не получается.

> 
>>> Вообще, я совершенно не понимаю, зачем PnP для _стационарных_ устройств
>>> задействовать решили...
> 
>> не все cdrom стационарные
> 
> IDE - 99%. USB, соответственно, наоборот. SCSI... С этими следует, видимо, 
> со списком ID работать, если уж кому PnP c CD потребовался. А считать всё 
> съёмным - это, вон, Win есть, для желающих. И то вменяемость, в этом плане, 
> вроде повышается.

SATA/IDE тоже бываает съемным.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Tuesday 18 April 2006 14:10, Anton Farygin wrote:

> > В от это - плохо. hdb должен быть cdrom0, он же cdrom, hdc - cdrom1 и
> > так далее и вне зависимости от желания udev/hotplug разное.
> 
> а почему ?? почему не hdc должен быть /dev/cdrom ?

А потому, как очередь не его. :-)

> SATA/IDE тоже бываает съемным.

Только их место предопределено даже в этом случае. Это не будет
устройство с произвольным адресом (cable select для ide предлагаю
не рассматривать :-) ).

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Sergey Y. Afonin wrote:
> On Tuesday 18 April 2006 14:10, Anton Farygin wrote:
> 
>>> В от это - плохо. hdb должен быть cdrom0, он же cdrom, hdc - cdrom1 и
>>> так далее и вне зависимости от желания udev/hotplug разное.
>> а почему ?? почему не hdc должен быть /dev/cdrom ?
> 
> А потому, как очередь не его. :-)

а кто определил очередь ?


> 
>> SATA/IDE тоже бываает съемным.
> 
> Только их место предопределено даже в этом случае. Это не будет
> устройство с произвольным адресом (cable select для ide предлагаю
> не рассматривать :-) ).

Как раз будет.

Пример:

вставляем USB Flash, - оно появляется как /dev/sda*. Вставляем ещё один 
- он появляется как /dev/sdb*... а если у пользователя уже есть USB 
кард-ридер ?

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Tuesday 18 April 2006 15:17, Anton Farygin wrote:

> > А потому, как очередь не его. :-)
> 
> а кто определил очередь ?

Кто алфавит придумал латинский, надо полагать.

> >> SATA/IDE тоже бываает съемным.
> > 
> > Только их место предопределено даже в этом случае. Это не будет
> > устройство с произвольным адресом (cable select для ide предлагаю
> > не рассматривать :-) ).
> 
> Как раз будет.
> 
> Пример:
> 
> вставляем USB Flash, - оно появляется как /dev/sda*. Вставляем ещё один 
> - он появляется как /dev/sdb*... а если у пользователя уже есть USB 
> кард-ридер ?

Если у пользователя уже есть SATA/SCSI диски, sda из usb никогда не 
получится. Кстати, так как по поводу /dev/uba, ubc, ubd ?

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Sergey Y. Afonin wrote:
> On Tuesday 18 April 2006 15:17, Anton Farygin wrote:
> 
>>> А потому, как очередь не его. :-)
>> а кто определил очередь ?
> 
> Кто алфавит придумал латинский, надо полагать.
> 
>>>> SATA/IDE тоже бываает съемным.
>>> Только их место предопределено даже в этом случае. Это не будет
>>> устройство с произвольным адресом (cable select для ide предлагаю
>>> не рассматривать :-) ).
>> Как раз будет.
>>
>> Пример:
>>
>> вставляем USB Flash, - оно появляется как /dev/sda*. Вставляем ещё один 
>> - он появляется как /dev/sdb*... а если у пользователя уже есть USB 
>> кард-ридер ?
> 
> Если у пользователя уже есть SATA/SCSI диски, sda из usb никогда не 
> получится. Кстати, так как по поводу /dev/uba, ubc, ubd ?
> 
Это не ко мне, а к мантейнеру ядра.. по моему он считает это кривым.

К тому же основная проблема всё-таки с CDROM, а не с Flash.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Tuesday 18 April 2006 17:10, Anton Farygin wrote:

> > Если у пользователя уже есть SATA/SCSI диски, sda из usb никогда не 
> > получится. Кстати, так как по поводу /dev/uba, ubc, ubd ?
> > 
> Это не ко мне, а к мантейнеру ядра.. по моему он считает это кривым.
> 
> К тому же основная проблема всё-таки с CDROM, а не с Flash.

ТАк а какая с ним может быть проблема, если он не USB ? если не USB,
то каждый из них практически всегда на своём месте. 

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Sergey Y. Afonin wrote:
> On Tuesday 18 April 2006 17:10, Anton Farygin wrote:
> 
>>> Если у пользователя уже есть SATA/SCSI диски, sda из usb никогда не 
>>> получится. Кстати, так как по поводу /dev/uba, ubc, ubd ?
>>>
>> Это не ко мне, а к мантейнеру ядра.. по моему он считает это кривым.
>>
>> К тому же основная проблема всё-таки с CDROM, а не с Flash.
> 
> ТАк а какая с ним может быть проблема, если он не USB ? если не USB,
> то каждый из них практически всегда на своём месте. 
> 

Они могут быть:

USB
IDE
IEEE1394
сменяемые (на буках IBM)
SATA (пока только в теории)

Так что с ними не всё так просто.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Tuesday 18 April 2006 17:51, Anton Farygin wrote:

> USB
> IDE
> IEEE1394
> сменяемые (на буках IBM)
> SATA (пока только в теории)
> 
> Так что с ними не всё так просто.

Я совершенно не вижу сложности. В момент установки обвешать нотебук
всем, чем только можно - это я даже и не знаю, зачем. А если что, 
можно и повыдергать до одного девайса. Проблему для apt-cdrom 
создают только стационарно установленные устройства. Хотя, конечно,
можно предположить наличие стационарного CD-ROM и USB DVD, с которого
ставится Compact 3.0, но это тоже не проблема - как /dev/sd он никуда
не денется после перезагрузки. 

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

PS: нет, конечно, можно предположить, что установка делается сразу
на usb flash

PPS: хм, а почему бы и нет ?.. :-)

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Tuesday 18 April 2006 18:17, Sergey Y. Afonin wrote:

> Я совершенно не вижу сложности. В момент установки обвешать нотебук
> всем,

Так, стоп. Совсем забыл про апдейты/доустановку.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Nick S. Grechukh wrote:
> Sergey Y. Afonin wrote:
>> Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom
> 
> какой куда, если у меня три сидюка?
>> симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от
> при трех сидюках hdb,hdc,hdd они могут оказаться нынче 
> cdrom2,cdrom0,cdrom1 соответственно

Они нынче никак не могут оказаться, к сожалению

%e убрали. Если бы он остался, то при каждой загрузке номер сидюка был 
бы произвольным и абсолютно не предсказуемым.

зато добавили path_id:

[root@rider dev]# l /dev/disk/by-*
/dev/disk/by-uuid:
total 0
drwxr-xr-x 2 root root 100 Apr 17 22:08 ./
drwxr-xr-x 5 root root 100 Apr 17 22:08 ../
lrwxrwxrwx 1 root root  10 Apr 14 19:28 
3188a077-85d4-4da8-be54-acfaf92dc4fb -> ../../hda4
lrwxrwxrwx 1 root root  10 Apr 14 19:28 
2ced863c-15f2-44c7-9cd8-65a39fc652cd -> ../../hda1
lrwxrwxrwx 1 root root  10 Apr 14 19:28 
3f7b1528-397e-4de1-991d-7f3e09d6b453 -> ../../hda3

/dev/disk/by-path:
total 0
drwxr-xr-x 5 root root 100 Apr 17 22:08 ../
drwxr-xr-x 2 root root 160 Apr 15 12:05 ./
lrwxrwxrwx 1 root root   9 Apr 15 12:05 pci-0000:00:14.1-ide-1:0 -> 
../../hdc
lrwxrwxrwx 1 root root  10 Apr 14 19:28 pci-0000:00:14.1-ide-0:0-part4 
-> ../../hda4
lrwxrwxrwx 1 root root  10 Apr 14 19:28 pci-0000:00:14.1-ide-0:0-part2 
-> ../../hda2
lrwxrwxrwx 1 root root  10 Apr 14 19:28 pci-0000:00:14.1-ide-0:0-part1 
-> ../../hda1
lrwxrwxrwx 1 root root  10 Apr 14 19:28 pci-0000:00:14.1-ide-0:0-part3 
-> ../../hda3
lrwxrwxrwx 1 root root   9 Apr 14 19:28 pci-0000:00:14.1-ide-0:0 -> 
../../hda

/dev/disk/by-id:
total 0
drwxr-xr-x 5 root root 100 Apr 17 22:08 ../
drwxr-xr-x 2 root root 140 Apr 14 19:28 ./
lrwxrwxrwx 1 root root  10 Apr 14 19:28 
ata-SAMSUNG_MP0804H_S042J10Y828913-part4 -> ../../hda4
lrwxrwxrwx 1 root root  10 Apr 14 19:28 
ata-SAMSUNG_MP0804H_S042J10Y828913-part2 -> ../../hda2
lrwxrwxrwx 1 root root  10 Apr 14 19:28 
ata-SAMSUNG_MP0804H_S042J10Y828913-part1 -> ../../hda1
lrwxrwxrwx 1 root root  10 Apr 14 19:28 
ata-SAMSUNG_MP0804H_S042J10Y828913-part3 -> ../../hda3
lrwxrwxrwx 1 root root   9 Apr 14 19:28 
ata-SAMSUNG_MP0804H_S042J10Y828913 -> ../../hda

Rgds,
Rider

[devel] переключатель

[Michael Shigorin]

On Mon, Apr 17, 2006 at 08:20:29PM +0500, Sergey Y. Afonin wrote:
> Вообще, я совершенно не понимаю, зачем PnP для _стационарных_
> устройств задействовать решили...

Так отож.  См. невнятности в bugzilla про hotplug/coldplug.

Здесь подумалось -- мож действительно два варианта, статика
("сидюк/флопик/флэшка и $EDITOR") и динамика по полной?
Как юзер/админ, очень бы такую фичу в инсталере оценил.
Среди разных дистрибутивов.

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

Re: [devel] переключатель

[Денис Смирнов]

On Mon, Apr 17, 2006 at 09:17:04PM +0300, Michael Shigorin wrote:

>> Вообще, я совершенно не понимаю, зачем PnP для _стационарных_
>> устройств задействовать решили...
MS> Так отож.  См. невнятности в bugzilla про hotplug/coldplug.
MS> Здесь подумалось -- мож действительно два варианта, статика
MS> ("сидюк/флопик/флэшка и $EDITOR") и динамика по полной?
MS> Как юзер/админ, очень бы такую фичу в инсталере оценил.
MS> Среди разных дистрибутивов.

Мне думается, что нужно и то, и другое. Одновременно. Есть вещи которые
надо определять статически -- и по возможности это следует делать, в стиле
kudzu, но без диалогов.

А динамика пусть всякоразными флешками занимается.

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

http://freesource.info
----------------------------------------------------------------------------
> Пинайте Юру, в incoming/ все лежит.
Только не сильно, щас исправлюсь.
		-- aris in sisyphus@

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Sergey Y. Afonin wrote:
> On Monday 17 April 2006 20:10, Nick S. Grechukh wrote:
> 
>>>> в новом udev убрали возможность вычислять порядковый номер симлинка 
>>>> (%e). сделано это из-за того, что этот номер даже теоретически получить 
>>>> невозможно - устройства приходят при инициализации в произвольном порядке.
> 
>>> А зачем его вычислять ? Симлинк или есть, или его нет. Пришло 
>>> устройство - сделали следующий свободный симлинк. 
> 
>> не задано соответствие между реальными устройствами и /dev/cdrom[0-9]+
> 
> Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom и не
> симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от
> установленного/вынутого носителя оно вообще зависеть не должнно никак.
> Сначала первый контроллер на предмет девайсов опрашивается, затем второй
> и т.д. scsi - значит по ID, IDE - hda, hdb и т.д.
> 
> Вообще, я совершенно не понимаю, зачем PnP для _стационарных_ устройств
> задействовать решили...
> 


Ага.. а потом начинается: в инстяляторе не работает два сидюка!! мой DVD 
не DVD и вообще не мой..

нафиг.


Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 12:05 Anton Farygin написал(a):
> Sergey Y. Afonin wrote:
> > On Monday 17 April 2006 20:10, Nick S. Grechukh wrote:
> >>>> в новом udev убрали возможность вычислять порядковый номер симлинка
> >>>> (%e). сделано это из-за того, что этот номер даже теоретически
> >>>> получить невозможно - устройства приходят при инициализации в
> >>>> произвольном порядке.
> >>>
> >>> А зачем его вычислять ? Симлинк или есть, или его нет. Пришло
> >>> устройство - сделали следующий свободный симлинк.
> >>
> >> не задано соответствие между реальными устройствами и /dev/cdrom[0-9]+
> >
> > Так, кажется я притормаживаю. В смысле не /dev/cdrom, а /media/cdrom и не
> > симлинк. А с симлинками - кто первый встал, того и тапочки по идее, от
> > установленного/вынутого носителя оно вообще зависеть не должнно никак.
> > Сначала первый контроллер на предмет девайсов опрашивается, затем второй
> > и т.д. scsi - значит по ID, IDE - hda, hdb и т.д.
> >
> > Вообще, я совершенно не понимаю, зачем PnP для _стационарных_ устройств
> > задействовать решили...
>
> Ага.. а потом начинается: в инстяляторе не работает два сидюка!! мой DVD
> не DVD и вообще не мой..
>
> нафиг.

PnP - это plug'n'play, а не boot'n'play. Так что "нафиг" как раз "play" при 
каждой загрузке - только при инсталляции он нужен или когда дествительно 
что-то "plug".

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Tuesday 18 April 2006 14:05, Anton Farygin wrote:

> > Вообще, я совершенно не понимаю, зачем PnP для _стационарных_ устройств
> > задействовать решили...
 
> Ага.. а потом начинается: в инстяляторе не работает два сидюка!! мой DVD 
> не DVD и вообще не мой..

А вот оно потому и начинается, что кто-то симлинки делает как 
заблагорассудится. Ибо PnP. Было бы жёстко, не было бы проблем вообще. 
Уж что касается инсталлятора, ему вообще следовало бы в этом плане с 
/dev/[hd|разное] работать, а не надеяться на то, что ему кто-то потом 
симлинк правильно сделает... Как будто сложно в /tmp положить что-нибудь
на тему, откуда ставиться начали.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Sergey Y. Afonin wrote:
> On Tuesday 18 April 2006 14:05, Anton Farygin wrote:
> 
>>> Вообще, я совершенно не понимаю, зачем PnP для _стационарных_ устройств
>>> задействовать решили...
>  
>> Ага.. а потом начинается: в инстяляторе не работает два сидюка!! мой DVD 
>> не DVD и вообще не мой..
> 
> А вот оно потому и начинается, что кто-то симлинки делает как 
> заблагорассудится. Ибо PnP. Было бы жёстко, не было бы проблем вообще. 
> Уж что касается инсталлятора, ему вообще следовало бы в этом плане с 
> /dev/[hd|разное] работать, а не надеяться на то, что ему кто-то потом 
> симлинк правильно сделает... Как будто сложно в /tmp положить что-нибудь
> на тему, откуда ставиться начали.
> 

Неправда ;)

В нашем мире сменных устройств жёстко ничего не бывает.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 17:25 Anton Farygin написал(a):
> Sergey Y. Afonin wrote:
> > On Monday 17 April 2006 18:50, Anton Farygin wrote:
> >> Т.к. ближайшие изменения навсегда и окончательно отменят наличие
> >> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
> >
> > Интересное решение...
> >
> >> В современном мире принято спрашивать про устройства у HAL.
> >
> > А в отрыве от apt-cdrom кто у него спрашивать будет ? Вот, допустим,
> > я пару-тройку файлов хочу с CD скопировать. Вставляю диск, и...
> > Где я его ищу ?
>
> ivman/pmount/KDE/Gnome - всё теперь завязано на этих службах
>
> Для себя я сделал вот так при монтировании CD:
> CDROM=`hal-find-by-property --key storage.drive_type --string cdrom`;
> DEVICE=`hal-get-property --udi $CDROM --key block.device`;
> pmount $DEVICE cdrom
>
> монтируется в /media/cdrom
>
> Там можно ещё извратиться и спросить (например) volume label, но мне это
> не нужно.
>
> >> При этом появляется возможность работы хоть с 10-ю приводами, но
> >> появляется зависимость на запущенный hal.
> >
> > Для apt, может, и хорошо. А вот для всего остального - не уверен...
>
> Как минимум libxine придётся патчить, что бы он не искал /dev/dvd и
> /dev/cdrom ;(

час от часу не легче... :(

>
> И это касается 90% софта, который у нас есть (и который не умеет
> работать с hal'ом), но работает с устройствами, на которые обычно делали
> симлинки.

Если б меня спрашивали, то я бы сказал, что проще убить hal (или ограничить 
его нишей, где его место). А "весь софт не вногу - один hal вногу" - это в 
фортунки можно было бы... только несмешно почему-то... Может перечитаем 
классиков (на предмет "может в консерватории что-то подправить?")?

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 17 апреля 2006 17:25 Anton Farygin написал(a):
>> Sergey Y. Afonin wrote:
>>> On Monday 17 April 2006 18:50, Anton Farygin wrote:
>>>> Т.к. ближайшие изменения навсегда и окончательно отменят наличие
>>>> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
>>> Интересное решение...
>>>
>>>> В современном мире принято спрашивать про устройства у HAL.
>>> А в отрыве от apt-cdrom кто у него спрашивать будет ? Вот, допустим,
>>> я пару-тройку файлов хочу с CD скопировать. Вставляю диск, и...
>>> Где я его ищу ?
>> ivman/pmount/KDE/Gnome - всё теперь завязано на этих службах
>>
>> Для себя я сделал вот так при монтировании CD:
>> CDROM=`hal-find-by-property --key storage.drive_type --string cdrom`;
>> DEVICE=`hal-get-property --udi $CDROM --key block.device`;
>> pmount $DEVICE cdrom
>>
>> монтируется в /media/cdrom
>>
>> Там можно ещё извратиться и спросить (например) volume label, но мне это
>> не нужно.
>>
>>>> При этом появляется возможность работы хоть с 10-ю приводами, но
>>>> появляется зависимость на запущенный hal.
>>> Для apt, может, и хорошо. А вот для всего остального - не уверен...
>> Как минимум libxine придётся патчить, что бы он не искал /dev/dvd и
>> /dev/cdrom ;(
> 
> час от часу не легче... :(
> 
>> И это касается 90% софта, который у нас есть (и который не умеет
>> работать с hal'ом), но работает с устройствами, на которые обычно делали
>> симлинки.
> 
> Если б меня спрашивали, то я бы сказал, что проще убить hal (или ограничить 
> его нишей, где его место). А "весь софт не вногу - один hal вногу" - это в 
> фортунки можно было бы... только несмешно почему-то... Может перечитаем 
> классиков (на предмет "может в консерватории что-то подправить?")?
> 

Мы то можем перечитать.. а вот upstream считает ровно наоборот.

И собственно правильно делает. Выпрямляет то, что криво изначально.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 17:57 Anton Farygin написал(a):
> Led wrote:
> > В сообщении от 17 апреля 2006 17:25 Anton Farygin написал(a):
> >> Sergey Y. Afonin wrote:
> >>> On Monday 17 April 2006 18:50, Anton Farygin wrote:
> >>>> Т.к. ближайшие изменения навсегда и окончательно отменят наличие
> >>>> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
> >>>
> >>> Интересное решение...
> >>>
> >>>> В современном мире принято спрашивать про устройства у HAL.
> >>>
> >>> А в отрыве от apt-cdrom кто у него спрашивать будет ? Вот, допустим,
> >>> я пару-тройку файлов хочу с CD скопировать. Вставляю диск, и...
> >>> Где я его ищу ?
> >>
> >> ivman/pmount/KDE/Gnome - всё теперь завязано на этих службах
> >>
> >> Для себя я сделал вот так при монтировании CD:
> >> CDROM=`hal-find-by-property --key storage.drive_type --string cdrom`;
> >> DEVICE=`hal-get-property --udi $CDROM --key block.device`;
> >> pmount $DEVICE cdrom
> >>
> >> монтируется в /media/cdrom
> >>
> >> Там можно ещё извратиться и спросить (например) volume label, но мне это
> >> не нужно.
> >>
> >>>> При этом появляется возможность работы хоть с 10-ю приводами, но
> >>>> появляется зависимость на запущенный hal.
> >>>
> >>> Для apt, может, и хорошо. А вот для всего остального - не уверен...
> >>
> >> Как минимум libxine придётся патчить, что бы он не искал /dev/dvd и
> >> /dev/cdrom ;(
> >
> > час от часу не легче... :(
> >
> >> И это касается 90% софта, который у нас есть (и который не умеет
> >> работать с hal'ом), но работает с устройствами, на которые обычно делали
> >> симлинки.
> >
> > Если б меня спрашивали, то я бы сказал, что проще убить hal (или
> > ограничить его нишей, где его место). А "весь софт не вногу - один hal
> > вногу" - это в фортунки можно было бы... только несмешно почему-то...
> > Может перечитаем классиков (на предмет "может в консерватории что-то
> > подправить?")?
>
> Мы то можем перечитать.. а вот upstream считает ровно наоборот.

upstream чего? Сорри, я просто не понял... :(

>
> И собственно правильно делает. Выпрямляет то, что криво изначально.

Т.е. то, что флэшка с VFAT монтируется с codepage=utf8 (а есть ли вообще 
примеры vfat с utf8?) - это "выпрямление"? или то, что на флэшке оказывается 
раздел которого на самом деле нет, а те, что есть - всё равно монтировать 
вручную?

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Valery V. Inozemtsev]

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

> > Мы то можем перечитать.. а вот upstream считает ровно наоборот.
>
> upstream чего? Сорри, я просто не понял... :(

мне тоже интересно, апмтрим чего?

>
> > И собственно правильно делает. Выпрямляет то, что криво изначально.

криво что? то что работает? или прямое то что ты пытаешься всем навязать?

-- 
Valery V. Inozemtsev

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

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Valery V. Inozemtsev wrote:
>>> Мы то можем перечитать.. а вот upstream считает ровно наоборот.
>> upstream чего? Сорри, я просто не понял... :(
> 
> мне тоже интересно, апмтрим чего?
> 
>>> И собственно правильно делает. Выпрямляет то, что криво изначально.
> 
> криво что? то что работает? или прямое то что ты пытаешься всем навязать?

Криво то, что было... (subfs с прошитыми параметрами монтирования в 
правилах hal'а)

Прямо - то, что предлагает - монтирование ondemand и передача 
разрешённых пользователю параметров монтирования из pmount.

Rgds,
Rider

P.S.

Перевожу: теперь каждый себе сам злобный буратино - сказал что хочет 
utf8 - будет utf8, сказал cp1251 - будет cp1251.

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 12:15 Anton Farygin написал(a):
> Valery V. Inozemtsev wrote:
> >>> Мы то можем перечитать.. а вот upstream считает ровно наоборот.
> >>
> >> upstream чего? Сорри, я просто не понял... :(
> >
> > мне тоже интересно, апмтрим чего?
> >
> >>> И собственно правильно делает. Выпрямляет то, что криво изначально.
> >
> > криво что? то что работает? или прямое то что ты пытаешься всем навязать?
>
> Криво то, что было... (subfs с прошитыми параметрами монтирования в
> правилах hal'а)
>
> Прямо - то, что предлагает - монтирование ondemand и передача
> разрешённых пользователю параметров монтирования из pmount.
>
> Rgds,
> Rider
>
> P.S.
>
> Перевожу: теперь каждый себе сам злобный буратино - сказал что хочет
> utf8 - будет utf8, сказал cp1251 - будет cp1251.

Если б это было сказано сразу (вместо "выкинем, порежем, 90% софта похачим") - 
ИМХО флэйма было бы на порядок меньше:)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 18 апреля 2006 12:15 Anton Farygin написал(a):
>> Valery V. Inozemtsev wrote:
>>>>> Мы то можем перечитать.. а вот upstream считает ровно наоборот.
>>>> upstream чего? Сорри, я просто не понял... :(
>>> мне тоже интересно, апмтрим чего?
>>>
>>>>> И собственно правильно делает. Выпрямляет то, что криво изначально.
>>> криво что? то что работает? или прямое то что ты пытаешься всем навязать?
>> Криво то, что было... (subfs с прошитыми параметрами монтирования в
>> правилах hal'а)
>>
>> Прямо - то, что предлагает - монтирование ondemand и передача
>> разрешённых пользователю параметров монтирования из pmount.
>>
>> Rgds,
>> Rider
>>
>> P.S.
>>
>> Перевожу: теперь каждый себе сам злобный буратино - сказал что хочет
>> utf8 - будет utf8, сказал cp1251 - будет cp1251.
> 
> Если б это было сказано сразу (вместо "выкинем, порежем, 90% софта похачим") - 
> ИМХО флэйма было бы на порядок меньше:)

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

Собственно вопроса это не отменяет - что делать с apt-cdrom, который 
предполагает наличие /media/cdrom и только его.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Valery V. Inozemtsev]

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

> Вообще речь шла про apt-cdrom. а то, что некоторые злобные буратино
> расценили моё письмо по другому - сами себе виноваты. И те, кто повелись
> - тоже.
>
> Собственно вопроса это не отменяет - что делать с apt-cdrom, который
> предполагает наличие /media/cdrom и только его.

ничего не делать. в будущем, когда hal будет удовлетворять потребности всех и 
каждого хотя бы с монтированием и его не придется отрывать от всего подряд, 
будет видно.
Антон, давай не будем бежать впереди паровоза

-- 
Valery V. Inozemtsev

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

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Valery V. Inozemtsev wrote:
>> Вообще речь шла про apt-cdrom. а то, что некоторые злобные буратино
>> расценили моё письмо по другому - сами себе виноваты. И те, кто повелись
>> - тоже.
>>
>> Собственно вопроса это не отменяет - что делать с apt-cdrom, который
>> предполагает наличие /media/cdrom и только его.
> 
> ничего не делать. в будущем, когда hal будет удовлетворять потребности всех и 
> каждого хотя бы с монтированием и его не придется отрывать от всего подряд, 
> будет видно.
> Антон, давай не будем бежать впереди паровоза

а мы и не бежим впереди паровоза.

Просто начиная с hal-0.5.7 наличие в fstab /dev/cdrom с моунтпойнтом в 
/media/cdrom не гарантируется.

Правок fstab больше не будет.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Valery V. Inozemtsev]

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

> > ничего не делать. в будущем, когда hal будет удовлетворять потребности
> > всех и каждого хотя бы с монтированием и его не придется отрывать от
> > всего подряд, будет видно.
> > Антон, давай не будем бежать впереди паровоза
>
> а мы и не бежим впереди паровоза.
>
> Просто начиная с hal-0.5.7 наличие в fstab /dev/cdrom с моунтпойнтом в
> /media/cdrom не гарантируется.

Антон, я не против hal/dbus (хотя для меня это все излишества), меня как ты 
помнишь не устраивает udev. как только udev будет вменяемым я с радость 
возьмусь с тобой переписывать все подряд

>
> Правок fstab больше не будет.

у меня давно chattr +i /etc/fstab

-- 
Valery V. Inozemtsev

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

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 17 апреля 2006 17:57 Anton Farygin написал(a):
>> Led wrote:
>>> В сообщении от 17 апреля 2006 17:25 Anton Farygin написал(a):
>>>> Sergey Y. Afonin wrote:
>>>>> On Monday 17 April 2006 18:50, Anton Farygin wrote:
>>>>>> Т.к. ближайшие изменения навсегда и окончательно отменят наличие
>>>>>> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
>>>>> Интересное решение...
>>>>>
>>>>>> В современном мире принято спрашивать про устройства у HAL.
>>>>> А в отрыве от apt-cdrom кто у него спрашивать будет ? Вот, допустим,
>>>>> я пару-тройку файлов хочу с CD скопировать. Вставляю диск, и...
>>>>> Где я его ищу ?
>>>> ivman/pmount/KDE/Gnome - всё теперь завязано на этих службах
>>>>
>>>> Для себя я сделал вот так при монтировании CD:
>>>> CDROM=`hal-find-by-property --key storage.drive_type --string cdrom`;
>>>> DEVICE=`hal-get-property --udi $CDROM --key block.device`;
>>>> pmount $DEVICE cdrom
>>>>
>>>> монтируется в /media/cdrom
>>>>
>>>> Там можно ещё извратиться и спросить (например) volume label, но мне это
>>>> не нужно.
>>>>
>>>>>> При этом появляется возможность работы хоть с 10-ю приводами, но
>>>>>> появляется зависимость на запущенный hal.
>>>>> Для apt, может, и хорошо. А вот для всего остального - не уверен...
>>>> Как минимум libxine придётся патчить, что бы он не искал /dev/dvd и
>>>> /dev/cdrom ;(
>>> час от часу не легче... :(
>>>
>>>> И это касается 90% софта, который у нас есть (и который не умеет
>>>> работать с hal'ом), но работает с устройствами, на которые обычно делали
>>>> симлинки.
>>> Если б меня спрашивали, то я бы сказал, что проще убить hal (или
>>> ограничить его нишей, где его место). А "весь софт не вногу - один hal
>>> вногу" - это в фортунки можно было бы... только несмешно почему-то...
>>> Может перечитаем классиков (на предмет "может в консерватории что-то
>>> подправить?")?
>> Мы то можем перечитать.. а вот upstream считает ровно наоборот.
> 
> upstream чего? Сорри, я просто не понял... :(
> 
>> И собственно правильно делает. Выпрямляет то, что криво изначально.
> 
> Т.е. то, что флэшка с VFAT монтируется с codepage=utf8 (а есть ли вообще 
> примеры vfat с utf8?) - это "выпрямление"? или то, что на флэшке оказывается 
> раздел которого на самом деле нет, а те, что есть - всё равно монтировать 
> вручную?

В новом hal параметры монтирования flash'ек можно задавать .. 
пользователем, когда команда монтирования вводится.


Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 16:50 Anton Farygin написал(a):
> Т.к. ближайшие изменения навсегда и окончательно отменят наличие
> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
>
> - что будем делать с программой apt-cdrom, которая монтирует CD,
> обращаясь к нему через точку монтирования ?
>
> В современном мире принято спрашивать про устройства у HAL. в итоге
> поведение apt-cdrom должно будет выглядеть примерно так:
>
> apt-cdrom add:
> 	apt-cdrom должен спросить у HAL: какие CDROM'ы есть в системе и что в
> них воткнуто
> 	при налиичи в нескольких CDROM'ах по диску, apt-cdrom должен проявить
> крутой интеллект и вычислить какой именно CD нужно добавить
> 	смонтировать в ... и скопировать хеши
>
> apt-get install/upgrade/dist-upgrade с методами cdrom:
> 	спросить у HAL наличие необходимого диска в приводе
> 	смонтировать
> 	брать из точки, куда смонтировал.
>
> При этом появляется возможность работы хоть с 10-ю приводами, но
> появляется зависимость на запущенный hal.
>
> Другие мысли есть ?

Есть. Зависимость от hal - ИМХО "очень лишнее"... У меня с отключенным hal всё 
работает ЛУЧШЕ, чем с ним (флэшки, камера, CD, DVD, PDA, etc.)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 17 апреля 2006 16:50 Anton Farygin написал(a):
>> Т.к. ближайшие изменения навсегда и окончательно отменят наличие
>> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
>>
>> - что будем делать с программой apt-cdrom, которая монтирует CD,
>> обращаясь к нему через точку монтирования ?
>>
>> В современном мире принято спрашивать про устройства у HAL. в итоге
>> поведение apt-cdrom должно будет выглядеть примерно так:
>>
>> apt-cdrom add:
>> 	apt-cdrom должен спросить у HAL: какие CDROM'ы есть в системе и что в
>> них воткнуто
>> 	при налиичи в нескольких CDROM'ах по диску, apt-cdrom должен проявить
>> крутой интеллект и вычислить какой именно CD нужно добавить
>> 	смонтировать в ... и скопировать хеши
>>
>> apt-get install/upgrade/dist-upgrade с методами cdrom:
>> 	спросить у HAL наличие необходимого диска в приводе
>> 	смонтировать
>> 	брать из точки, куда смонтировал.
>>
>> При этом появляется возможность работы хоть с 10-ю приводами, но
>> появляется зависимость на запущенный hal.
>>
>> Другие мысли есть ?
> 
> Есть. Зависимость от hal - ИМХО "очень лишнее"... У меня с отключенным hal всё 
> работает ЛУЧШЕ, чем с ним (флэшки, камера, CD, DVD, PDA, etc.)
> 

Работало.. они сделали всё возможное, что бы невозможно было жить без 
hal.. и они этого добились

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Monday 17 April 2006 19:16, Anton Farygin wrote:

> Работало.. они сделали всё возможное, что бы невозможно было жить без 
> hal.. и они этого добились

А альтернатив хотплагу не пробегало ?

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Sergey Y. Afonin wrote:
> On Monday 17 April 2006 19:16, Anton Farygin wrote:
> 
>> Работало.. они сделали всё возможное, что бы невозможно было жить без 
>> hal.. и они этого добились
> 
> А альтернатив хотплагу не пробегало ?
> 

hotplug уже почти obsoleted новым udev

Да и причём тут hotplug ?

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Monday 17 April 2006 19:26, Anton Farygin wrote:

> > А альтернатив хотплагу не пробегало ?
> 
> hotplug уже почти obsoleted новым udev
> 
> Да и причём тут hotplug ?

Не знаю, я что-то за PnP следить давно перестал. Но сути не меняет,
PnP начинает всё больше и больше затрагивать те вещи, куда ему не
особо стоит соваться. :-( Плохая предсказуемость поведения в итоге
может появиться...

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Sergey Y. Afonin wrote:
> On Monday 17 April 2006 19:26, Anton Farygin wrote:
> 
>>> А альтернатив хотплагу не пробегало ?
>> hotplug уже почти obsoleted новым udev
>>
>> Да и причём тут hotplug ?
> 
> Не знаю, я что-то за PnP следить давно перестал. Но сути не меняет,
> PnP начинает всё больше и больше затрагивать те вещи, куда ему не
> особо стоит соваться. :-( Плохая предсказуемость поведения в итоге
> может появиться...
> 

Например ?

В *nix полностью перелопачивают всё поддержку железа на стороне 
userspace. HAL вон уже и до Solaris добрался.

------------
Tamarack project is now an official OpenSolaris project:

http://opensolaris.org/os/project/tamarack/

Tamarack is a project to improve user experience with removable media
and hotpluggable devices in Solaris. It concerns various aspects such as
hotplug, discovery, content recognition as well as usability, security
and performance across all layers of the software stack from device
drivers to GUI.

We have two documents available:

- working draft of the project proposal
- "HAL reverse engineered" article

Send your comments to tamarack-discuss at opensolaris dot org. If you'd
like to discuss more than one aspect of the proposal, please create a
separate thread for each aspect, so the discussion can stay focused.

Thank you and welcome,
-Artem.
------------------

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 17:35 Anton Farygin написал(a):
> Sergey Y. Afonin wrote:
> > On Monday 17 April 2006 19:26, Anton Farygin wrote:
> >>> А альтернатив хотплагу не пробегало ?
> >>
> >> hotplug уже почти obsoleted новым udev
> >>
> >> Да и причём тут hotplug ?
> >
> > Не знаю, я что-то за PnP следить давно перестал. Но сути не меняет,
> > PnP начинает всё больше и больше затрагивать те вещи, куда ему не
> > особо стоит соваться. :-( Плохая предсказуемость поведения в итоге
> > может появиться...
>
> Например ?
>
> В *nix полностью перелопачивают всё поддержку железа на стороне
> userspace. HAL вон уже и до Solaris добрался.

Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и 
размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
"Примонтировано при необходимости (обращении), размонтировано за ненадобностью 
(по таймауту или сигналу)" вообще не рассматривается?

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
> Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и 
> размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
> "Примонтировано при необходимости (обращении), размонтировано за ненадобностью 
> (по таймауту или сигналу)" вообще не рассматривается?
а это частный случай. реализуемый через монтирование subfs при втыкании

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 18:28 Nick S. Grechukh написал(a):
> Led wrote:
> > Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и
> > размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
> > "Примонтировано при необходимости (обращении), размонтировано за
> > ненадобностью (по таймауту или сигналу)" вообще не рассматривается?
>
> а это частный случай. реализуемый через монтирование subfs при втыкании

Частный случай чего? Первого варианта? Не согласен: с точки зрения логики (не 
женской), второе никак не частный случай первого. subfs и supermount 
реализуют второе ("при втыкании" они ничего не монтируют!), но hal "мешает" 
им делать это.

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
> В сообщении от 17 апреля 2006 18:28 Nick S. Grechukh написал(a):
>> Led wrote:
>>> Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и
>>> размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
>>> "Примонтировано при необходимости (обращении), размонтировано за
>>> ненадобностью (по таймауту или сигналу)" вообще не рассматривается?
>> а это частный случай. реализуемый через монтирование subfs при втыкании
> Частный случай чего? Первого варианта? Не согласен: с точки зрения логики (не 
> женской), второе никак не частный случай первого. subfs и supermount 
> реализуют второе ("при втыкании" они ничего не монтируют!)
но mount -t subfs все же нужно сделать, а это монтирование.

>  но hal "мешает"  им делать это.
никому он не мешает сделать mount /dev/cdrom /media/cdrom -t subfs. если 
речь о том, чтобы для сидюка делать это из fstab - да, согласен (хотя 
разницы не вижу - то ли subfs смонтирована при старте, то ли ее 
смонтировал hal при фтыкании). но вот для флэшки в fstab просто нельзя 
написать ничего осмысленного.

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 19:57 Nick S. Grechukh написал(a):
> Led wrote:
> > В сообщении от 17 апреля 2006 18:28 Nick S. Grechukh написал(a):
> >> Led wrote:
> >>> Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и
> >>> размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
> >>> "Примонтировано при необходимости (обращении), размонтировано за
> >>> ненадобностью (по таймауту или сигналу)" вообще не рассматривается?
> >>
> >> а это частный случай. реализуемый через монтирование subfs при втыкании
> >
> > Частный случай чего? Первого варианта? Не согласен: с точки зрения логики
> > (не женской), второе никак не частный случай первого. subfs и supermount
> > реализуют второе ("при втыкании" они ничего не монтируют!)
>
> но mount -t subfs все же нужно сделать, а это монтирование.
>
> >  но hal "мешает"  им делать это.
>
> никому он не мешает сделать mount /dev/cdrom /media/cdrom -t subfs. если
> речь о том, чтобы для сидюка делать это из fstab - да, согласен (хотя
> разницы не вижу - то ли subfs смонтирована при старте

"Смонтирована subfs" и "смонтирована FS на сменном носителе" - две большие 
разницы:)

> , то ли ее 
> смонтировал hal при фтыкании).

"При фтыкании" - монтируется "куда попало". Зачем мне такое "интелектуальное" 
монтирование, когда "при фтыкании" камера монтируется в /media/usbdisk1? У 
меня скромное желание, чтоб она монтировалась в /media/camera и не "при 
фтыкании", а при начале использования - у меня так и происходит и без всякого 
hal.

> но вот для флэшки в fstab просто нельзя 
> написать ничего осмысленного.

hal ничего осмысленного для флэшки (особенно, если на ней разделов > 0) и не 
пишет. Может для флешек <256M это и не актуально, но у меня флэшки от 512М до 
4Г, а ещё USB-HDD карманный на 80Г.


-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
> В сообщении от 17 апреля 2006 19:57 Nick S. Grechukh написал(a):
>> но mount -t subfs все же нужно сделать, а это монтирование.
>>>  но hal "мешает"  им делать это.
>> никому он не мешает сделать mount /dev/cdrom /media/cdrom -t subfs. если
>> речь о том, чтобы для сидюка делать это из fstab - да, согласен (хотя
>> разницы не вижу - то ли subfs смонтирована при старте
> "Смонтирована subfs" и "смонтирована FS на сменном носителе" - две большие 
> разницы:)
да. так вот hal, монтируя subfs, не задумывается что при этом 
происходит. так же, как не задумывается rc.sysinit, монтируя из fstab 
/dev/cdrom -t subfs, в чем разница-то?


>> , то ли ее 
>> смонтировал hal при фтыкании).
> "При фтыкании" - монтируется "куда попало". 
не "куда попало", а куда написано в policy.

> Зачем мне такое "интелектуальное" 
> монтирование, когда "при фтыкании" камера монтируется в /media/usbdisk1
это не hal, это его конфигурация. а policy вообще distro- и host- specific

> меня скромное желание, чтоб она монтировалась в /media/camera 
 > и не "при
> фтыкании", а при начале использования - у меня так и происходит и без всякого 
> hal.
чем это достигается?

> hal ничего осмысленного для флэшки (особенно, если на ней разделов > 0) и не 
> пишет. 
как же я живу? может вы все-таки путаете фреймворк hal с его одной из 
воможных конфигураций? :)

> Может для флешек <256M 
не понял, при чем тут размер?

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 20:51 Nick S. Grechukh написал(a):
> Led wrote:
> > В сообщении от 17 апреля 2006 19:57 Nick S. Grechukh написал(a):
> >> но mount -t subfs все же нужно сделать, а это монтирование.
> >>
> >>>  но hal "мешает"  им делать это.
> >>
> >> никому он не мешает сделать mount /dev/cdrom /media/cdrom -t subfs. если
> >> речь о том, чтобы для сидюка делать это из fstab - да, согласен (хотя
> >> разницы не вижу - то ли subfs смонтирована при старте
> >
> > "Смонтирована subfs" и "смонтирована FS на сменном носителе" - две
> > большие разницы:)
>
> да. так вот hal, монтируя subfs, не задумывается что при этом
> происходит.

hal от subfs уже оторвали

> так же, как не задумывается rc.sysinit, монтируя из fstab 
> /dev/cdrom -t subfs, в чем разница-то?

в точке монтирования.

>
> >> , то ли ее
> >> смонтировал hal при фтыкании).
> >
> > "При фтыкании" - монтируется "куда попало".
>
> не "куда попало", а куда написано в policy.

см. ниже.

>
> > Зачем мне такое "интелектуальное"
> > монтирование, когда "при фтыкании" камера монтируется в /media/usbdisk1
>
> это не hal, это его конфигурация. а policy вообще distro- и host- specific

см. ниже.

>
> > меня скромное желание, чтоб она монтировалась в /media/camera
> >
>  > и не "при
> >
> > фтыкании", а при начале использования - у меня так и происходит и без
> > всякого hal.
>
> чем это достигается?

subfs/supermount

>
> > hal ничего осмысленного для флэшки (особенно, если на ней разделов > 0) и
> > не пишет.
>
> как же я живу? может вы все-таки путаете фреймворк hal с его одной из
> воможных конфигураций? :)

Ткните пальцем во вменяемую конфигурацию hal в сизифе - до этого обсуждать 
нечего из-за отсутствия предмета обсуждения:)

>
> > Может для флешек <256M
>
> не понял, при чем тут размер?

Может и ни при чём, просто при большем объёме носителя больше вероятность 
появления на нём  >1 раздела, при чём разделов с разными FS.

А о существовании vfat в utf8 мне так никто и не ответил:) Хотя, ответ я, 
наверное, знаю: "vfat с utf8 существеёт в upstream":)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Valery V. Inozemtsev]

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

> А о существовании vfat в utf8 мне так никто и не ответил:) Хотя, ответ я,
> наверное, знаю: "vfat с utf8 существеёт в upstream":)

да, и причем окончательно и бесповоротно :-(

-- 
Valery V. Inozemtsev

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

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Monday 17 April 2006 23:05, Valery V. Inozemtsev wrote:

> > наверное, знаю: "vfat с utf8 существеёт в upstream":)
> 
> да, и причем окончательно и бесповоротно :-(

Ну, вообще-то, оно должно было когда-то произойти... В смысле fs в utf8.
Точнее, всё в utf8. :-)

Хотя и рановато, может быть.

-- 
С уважением, Сергей Афонин
asy@kraft-s.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 21:18 Sergey Y. Afonin написал(a):
> On Monday 17 April 2006 23:05, Valery V. Inozemtsev wrote:
> > > наверное, знаю: "vfat с utf8 существеёт в upstream":)
> >
> > да, и причем окончательно и бесповоротно :-(
>
> Ну, вообще-то, оно должно было когда-то произойти... В смысле fs в utf8.
> Точнее, всё в utf8. :-)

Это-то понятно, с этим мало кто спорит. В каком "королевстве" существет именно 
VFAT с utf8?:)

>
> Хотя и рановато, может быть.

Для VFAT - поздновато, она уже ИМХО останется такой как есть:)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
> В сообщении от 17 апреля 2006 20:51 Nick S. Grechukh написал(a):
>> Led wrote:
>>> В сообщении от 17 апреля 2006 19:57 Nick S. Grechukh написал(a):
>>>> но mount -t subfs все же нужно сделать, а это монтирование.
>>>>>  но hal "мешает"  им делать это.
>>>> никому он не мешает сделать mount /dev/cdrom /media/cdrom -t subfs. если
>>>> речь о том, чтобы для сидюка делать это из fstab - да, согласен (хотя
>>>> разницы не вижу - то ли subfs смонтирована при старте
>>> "Смонтирована subfs" и "смонтирована FS на сменном носителе" - две
>>> большие разницы:)
>> да. так вот hal, монтируя subfs, не задумывается что при этом
>> происходит.
> hal от subfs уже оторвали
все же RTFM. у меня hal вообще ничего не монтирует и не пытается. а 
ivman по событиям hal делает то что я скажу - в частности, монтирует subfs.

>> так же, как не задумывается rc.sysinit, монтируя из fstab 
>> /dev/cdrom -t subfs, в чем разница-то?
> в точке монтирования.
а при чем тут hal как таковой?

>> чем это достигается?
> subfs/supermount
в какую точку монтируется?

>>> hal ничего осмысленного для флэшки (особенно, если на ней разделов > 0) и
>>> не пишет.
>> как же я живу? может вы все-таки путаете фреймворк hal с его одной из
>> воможных конфигураций? :)
> Ткните пальцем во вменяемую конфигурацию hal в сизифе - до этого обсуждать 
> нечего из-за отсутствия предмета обсуждения:)
ivman в руки, и делайте что хотите

>>> Может для флешек <256M
>> не понял, при чем тут размер?
> Может и ни при чём, просто при большем объёме носителя больше вероятность 
> появления на нём  >1 раздела, при чём разделов с разными FS.
ну и что? у меня hal работает как мне нужно. вы можете заставить hal 
работать как вам нужно. для этого не надо исходники патчить и пересобирать.

> А о существовании vfat в utf8 мне так никто и не ответил:) Хотя, ответ я, 
> наверное, знаю: "vfat с utf8 существеёт в upstream
еще раз, hal как фреймворку пофиг что и с какими параметрами монтируется.

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 21:12 Nick S. Grechukh написал(a):
> Led wrote:
> > В сообщении от 17 апреля 2006 20:51 Nick S. Grechukh написал(a):
> >> Led wrote:
> >>> В сообщении от 17 апреля 2006 19:57 Nick S. Grechukh написал(a):
> >>>> но mount -t subfs все же нужно сделать, а это монтирование.
> >>>>
> >>>>>  но hal "мешает"  им делать это.
> >>>>
> >>>> никому он не мешает сделать mount /dev/cdrom /media/cdrom -t subfs.
> >>>> если речь о том, чтобы для сидюка делать это из fstab - да, согласен
> >>>> (хотя разницы не вижу - то ли subfs смонтирована при старте
> >>>
> >>> "Смонтирована subfs" и "смонтирована FS на сменном носителе" - две
> >>> большие разницы:)
> >>
> >> да. так вот hal, монтируя subfs, не задумывается что при этом
> >> происходит.
> >
> > hal от subfs уже оторвали
>
> все же RTFM. у меня hal вообще ничего не монтирует и не пытается. а
> ivman по событиям hal делает то что я скажу - в частности, монтирует subfs.

УЖЕ оторвали.

>
> >> так же, как не задумывается rc.sysinit, монтируя из fstab
> >> /dev/cdrom -t subfs, в чем разница-то?
> >
> > в точке монтирования.
>
> а при чем тут hal как таковой?
>
> >> чем это достигается?
> >
> > subfs/supermount
>
> в какую точку монтируется?

куда я указал: DVD  в /media/dvd, USB-HDD в /media/usbhdd/{1-3}, камера 
в /media/camera, флэшка в /dev/usbflash и т.д.

>
> >>> hal ничего осмысленного для флэшки (особенно, если на ней разделов > 0)
> >>> и не пишет.
> >>
> >> как же я живу? может вы все-таки путаете фреймворк hal с его одной из
> >> воможных конфигураций? :)
> >
> > Ткните пальцем во вменяемую конфигурацию hal в сизифе - до этого
> > обсуждать нечего из-за отсутствия предмета обсуждения:)
>
> ivman в руки, и делайте что хотите

Так "конфигурация hal" или ivman?
А с какими правми/пользователем ivman монтирует? subfs даёт доступ тому и с 
такими правами, как я ему один раз указал.

>
> >>> Может для флешек <256M
> >>
> >> не понял, при чем тут размер?
> >
> > Может и ни при чём, просто при большем объёме носителя больше вероятность
> > появления на нём  >1 раздела, при чём разделов с разными FS.
>
> ну и что? у меня hal работает как мне нужно. вы можете заставить hal
> работать как вам нужно. для этого не надо исходники патчить и пересобирать.

Не вижу смысла. С subfs без hal я получил всё что мне нужно за 3 минуты, не 
вижу чего бы ещё сложного я не мог получить потратив ещё 5 минут.

>
> > А о существовании vfat в utf8 мне так никто и не ответил:) Хотя, ответ я,
> > наверное, знаю: "vfat с utf8 существеёт в upstream
>
> еще раз, hal как фреймворку пофиг что и с какими параметрами монтируется.

Ему - "пофиг", мне "пользователю" - нет:)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
>> все же RTFM. у меня hal вообще ничего не монтирует и не пытается. а
>> ivman по событиям hal делает то что я скажу - в частности, монтирует subfs.
> УЖЕ оторвали.
это *настройки*. были и есть.

>>>> так же, как не задумывается rc.sysinit, монтируя из fstab
>>>> /dev/cdrom -t subfs, в чем разница-то?
>>> в точке монтирования.
>> а при чем тут hal как таковой?
>>>> чем это достигается?
>>> subfs/supermount
>> в какую точку монтируется?
> куда я указал: DVD  в /media/dvd, USB-HDD в /media/usbhdd/{1-3}, камера 
> в /media/camera, флэшка в /dev/usbflash и т.д.
кусок fstab в студию.


>>>>> hal ничего осмысленного для флэшки (особенно, если на ней разделов > 0)
>>>>> и не пишет.
>>>> как же я живу? может вы все-таки путаете фреймворк hal с его одной из
>>>> воможных конфигураций? :)
>>> Ткните пальцем во вменяемую конфигурацию hal в сизифе - до этого
>>> обсуждать нечего из-за отсутствия предмета обсуждения:)
>> ivman в руки, и делайте что хотите
> Так "конфигурация hal" или ivman?
и того и другого

> А с какими правми/пользователем ivman монтирует? subfs даёт доступ тому и с 
> такими правами, как я ему один раз указал.
с какими скажете - с теми монтирует.

>>>>> Может для флешек <256M
> Не вижу смысла. С subfs без hal я получил всё что мне нужно за 3 минуты, не 
> вижу чего бы ещё сложного я не мог получить потратив ещё 5 минут.
попробуйте просто из спортивного интереса :) я тоже упирался руками и 
ногами: зачем все это надо, да я щаз mount(8) все смонтирую :)

Re: [devel] Поведение apt-cdrom в современном мире

[Anton D. Kachalov]

On Mon, Apr 17, 2006 at 06:28:46PM +0300, Nick S. Grechukh wrote:
> Led wrote:
> > Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и 
> > размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
> > "Примонтировано при необходимости (обращении), размонтировано за ненадобностью 
> > (по таймауту или сигналу)" вообще не рассматривается?
> а это частный случай. реализуемый через монтирование subfs при втыкании

Вообще, нужен тумблер, отключающий какой-либо Мозг. Ибо, мозг этот до
добра не доводит. Виндовз - один сплошной мозг. А то, что происходит с
HAL'ом и поддержкой у нас -- это, действительно, навязывание. Я вообще
привык всё делать через mount/umount,а не тр@$@#ся с HAL. Вот у меня на
флэшке два раздела и в /media создаются две директории. Но кто мне может
объяснить, почему при автодетекте разделы иногда меняются местами? То
/dev/sda1 -> /media/usbdisk, /dev/sda2 -> /media/usbdisk2, то /dev/sda1 ->
/media/usbdisk1, /dev/sda2 -> /dev/usbdisk. Это как? Очень бесит. Про
сидюк я вообще молчу. Если в директорию /media/cdrom зашёл раньше, чем
сидюк успел сообразить, то фиг чего там получишь. Ждать каких-то таймаутов
никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
проще один раз прописать всё в /etc/fstab, а потом просто юзать по
старинке. Другое, дело, когда юзвери этим пользуются из кедов. Но мы же не
юзвери! Почему нас нужно лишать АЛЬТЕРНАТИВЫ? Виндовз-вэй? Оно нам надо?

--
mouse

Re: [devel] Поведение apt-cdrom в современном мире

[Anton D. Kachalov]

И вообще, создаётся такое впечатление, что в погоне за шашечками, пингвины
начинают попсеть, превращаясь всё в тот же виндовз, только вид сбоку.

--
mouse

Re: [devel] Поведение apt-cdrom в современном мире

[Ivan Fedorov]

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

Anton D. Kachalov пишет:
> И вообще, создаётся такое впечатление, что в погоне за шашечками, пингвины
> начинают попсеть, превращаясь всё в тот же виндовз, только вид сбоку.

Ты на RH погляди... на их развитие за последние 2 года... MS в чистом
виде!..


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

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 19:20 Ivan Fedorov написал(a):
> Anton D. Kachalov пишет:
> > И вообще, создаётся такое впечатление, что в погоне за шашечками,
> > пингвины начинают попсеть, превращаясь всё в тот же виндовз, только вид
> > сбоку.
>
> Ты на RH погляди... на их развитие за последние 2 года... MS в чистом
> виде!..

И чё, на сервере с RHES можно воткнуть флэшку/CD и оно никого не спрашивая 
примонтируется? и autorun с этого носителя запустится? и при этом hal 
выключить нельзя, потому как от него "весь upstream зависит"? 

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Ivan Fedorov]

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

Led пишет:
> В сообщении от 17 апреля 2006 19:20 Ivan Fedorov написал(a):
>> Anton D. Kachalov пишет:
>>> И вообще, создаётся такое впечатление, что в погоне за шашечками,
>>> пингвины начинают попсеть, превращаясь всё в тот же виндовз, только вид
>>> сбоку.
>> Ты на RH погляди... на их развитие за последние 2 года... MS в чистом
>> виде!..
> 
> И чё, на сервере с RHES можно воткнуть флэшку/CD и оно никого не спрашивая 
> примонтируется? и autorun с этого носителя запустится? и при этом hal 
> выключить нельзя, потому как от него "весь upstream зависит"? 
> 
Не знаю, я сильно в RHEL девайсы не втыкал. Я и RHEL-то не сильно люблю.
Но Вот всякие красивости для пользователя слегка напрягают. Начиная с
того, что при загрузке RHEL4 используются X11, чтобы показать progressbar!


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

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 19:35 Ivan Fedorov написал(a):
> Led пишет:
> > В сообщении от 17 апреля 2006 19:20 Ivan Fedorov написал(a):
> >> Anton D. Kachalov пишет:
> >>> И вообще, создаётся такое впечатление, что в погоне за шашечками,
> >>> пингвины начинают попсеть, превращаясь всё в тот же виндовз, только вид
> >>> сбоку.
> >>
> >> Ты на RH погляди... на их развитие за последние 2 года... MS в чистом
> >> виде!..
> >
> > И чё, на сервере с RHES можно воткнуть флэшку/CD и оно никого не
> > спрашивая примонтируется? и autorun с этого носителя запустится? и при
> > этом hal выключить нельзя, потому как от него "весь upstream зависит"?
>
> Не знаю, я сильно в RHEL девайсы не втыкал. Я и RHEL-то не сильно люблю.
> Но Вот всякие красивости для пользователя слегка напрягают. Начиная с
> того, что при загрузке RHEL4 используются X11, чтобы показать progressbar!

И неотключаемо? уверены?

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
>> Но Вот всякие красивости для пользователя слегка напрягают. Начиная с
>> того, что при загрузке RHEL4 используются X11, чтобы показать progressbar!
> И неотключаемо? уверены?
отключаемо конечно, rhgb в параметрах ядра. но сама идея - $#%^#%#!!!! 
кем надо быть, чтобы иксы поднимать ради полосочки. а bootsplash 
доточить видимо религия не позволяет.

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 19:49 Nick S. Grechukh написал(a):
> Led wrote:
> >> Но Вот всякие красивости для пользователя слегка напрягают. Начиная с
> >> того, что при загрузке RHEL4 используются X11, чтобы показать
> >> progressbar!
> >
> > И неотключаемо? уверены?
>
> отключаемо конечно, rhgb в параметрах ядра. но сама идея - $#%^#%#!!!!
> кем надо быть, чтобы иксы поднимать ради полосочки. а bootsplash
> доточить видимо религия не позволяет.

Так вот, hal у нас тоже отключаемо (пока). Я только против того, чтобы сделать 
его неотключаемым.

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Ivan Fedorov]

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

Led пишет:

>>>> Ты на RH погляди... на их развитие за последние 2 года... MS в чистом
>>>> виде!..
>>> И чё, на сервере с RHES можно воткнуть флэшку/CD и оно никого не
>>> спрашивая примонтируется? и autorun с этого носителя запустится? и при
>>> этом hal выключить нельзя, потому как от него "весь upstream зависит"?
>> Не знаю, я сильно в RHEL девайсы не втыкал. Я и RHEL-то не сильно люблю.
>> Но Вот всякие красивости для пользователя слегка напрягают. Начиная с
>> того, что при загрузке RHEL4 используются X11, чтобы показать progressbar!
> 
> И неотключаемо? уверены?
> 
Отключаемо конечно... надо просто из параметров ЯДРА убрать параметр
"rhgb", но по дефолту-то оно включено!.. :(

PS: А вот догадаться, что запуск X11 контролируется параметрами ядра не
так уж и просто!


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

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 19:52 Ivan Fedorov написал(a):
> Led пишет:
> >>>> Ты на RH погляди... на их развитие за последние 2 года... MS в чистом
> >>>> виде!..
> >>>
> >>> И чё, на сервере с RHES можно воткнуть флэшку/CD и оно никого не
> >>> спрашивая примонтируется? и autorun с этого носителя запустится? и при
> >>> этом hal выключить нельзя, потому как от него "весь upstream зависит"?
> >>
> >> Не знаю, я сильно в RHEL девайсы не втыкал. Я и RHEL-то не сильно люблю.
> >> Но Вот всякие красивости для пользователя слегка напрягают. Начиная с
> >> того, что при загрузке RHEL4 используются X11, чтобы показать
> >> progressbar!
> >
> > И неотключаемо? уверены?
>
> Отключаемо конечно... надо просто из параметров ЯДРА убрать параметр
> "rhgb", но по дефолту-то оно включено!.. :(
>
> PS: А вот догадаться, что запуск X11 контролируется параметрами ядра не
> так уж и просто!

У нас тоже: переключением ранлевелов:)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Ivan Fedorov wrote:
> того, что при загрузке RHEL4 используются X11, чтобы показать progressbar!
+1

Re: [devel] Поведение apt-cdrom в современном мире

[Alexey Tourbin]

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

On Tue, Apr 18, 2006 at 01:20:46AM +0900, Ivan Fedorov wrote:
> Anton D. Kachalov пишет:
> > И вообще, создаётся такое впечатление, что в погоне за шашечками, пингвины
> > начинают попсеть, превращаясь всё в тот же виндовз, только вид сбоку.
> 
> Ты на RH погляди... на их развитие за последние 2 года... MS в чистом
> виде!..

Можно конкретнее?

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

Re: [devel] Поведение apt-cdrom в современном мире

[Ivan Fedorov]

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

Alexey Tourbin пишет:
> On Tue, Apr 18, 2006 at 01:20:46AM +0900, Ivan Fedorov wrote:
>> Anton D. Kachalov пишет:
>>> И вообще, создаётся такое впечатление, что в погоне за шашечками, пингвины
>>> начинают попсеть, превращаясь всё в тот же виндовз, только вид сбоку.
>> Ты на RH погляди... на их развитие за последние 2 года... MS в чистом
>> виде!..
> 
> Можно конкретнее?

А что конкретнее?

Во первых скупка и ребрэндинг других продуктов. Но это вообще
свойственно крупным компаниям.
Ну а во вторых изготовление абсолютно нестандартных ядер и подсаживание
пользователя на иглу RHEL...

Ну и много других "совпадений" я иногда замечаю. Лень все вспоминать.


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

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Ivan Fedorov wrote:
> изготовление абсолютно нестандартных ядер 
это можно и ALT предъявить :/

Re: [devel] Поведение apt-cdrom в современном мире

[Ivan Fedorov]

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

Nick S. Grechukh пишет:
> Ivan Fedorov wrote:
>> изготовление абсолютно нестандартных ядер 
> это можно и ALT предъявить :/

Можно конечно, но у ALT они хотябы рядом с upstream, так что тут попроще
бежать за прогрессом чтобы быть готовым к завтрашнему дню.


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

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 20:06 Ivan Fedorov написал(a):
> Nick S. Grechukh пишет:
> > Ivan Fedorov wrote:
> >> изготовление абсолютно нестандартных ядер
> >
> > это можно и ALT предъявить :/
>
> Можно конечно, но у ALT они хотябы рядом с upstream, так что тут попроще
> бежать за прогрессом чтобы быть готовым к завтрашнему дню.

Открою вам секрет: RH - это практически и есть upstream:)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Ivan Fedorov]

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

Led пишет:
> В сообщении от 17 апреля 2006 20:06 Ivan Fedorov написал(a):
>> Nick S. Grechukh пишет:
>>> Ivan Fedorov wrote:
>>>> изготовление абсолютно нестандартных ядер
>>> это можно и ALT предъявить :/
>> Можно конечно, но у ALT они хотябы рядом с upstream, так что тут попроще
>> бежать за прогрессом чтобы быть готовым к завтрашнему дню.
> 
> Открою вам секрет: RH - это практически и есть upstream:)

$ diff -urN rhel-kernel-2.6.9-34 vanilla-2.6.16 | wc -l


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

Re: [devel] Поведение apt-cdrom в современном мире

[Alexander Bokovoy]

Ivan Fedorov пишет:
>>> Можно конечно, но у ALT они хотябы рядом с upstream, так что тут
>>>  попроще бежать за прогрессом чтобы быть готовым к завтрашнему 
>>> дню.
>> Открою вам секрет: RH - это практически и есть upstream:)
> 
> $ diff -urN rhel-kernel-2.6.9-34 vanilla-2.6.16 | wc -l
Я поражаюсь глубине этой дискуссии. Уверяю, ALT будет ровно также
"тормозить" по версиям и обрастать патчами, как и RHEL/SUSE, как только
будет необходимость создания сертифицированной версии по версии Common
criteria. И здесь апстрим-гольфстрим совсем не при чем.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] Поведение apt-cdrom в современном мире

[Anatoly Yakushin]

Alexander Bokovoy пишет:
<skip>

> Я поражаюсь глубине этой дискуссии. Уверяю, ALT будет ровно также
> "тормозить" по версиям и обрастать патчами, как и RHEL/SUSE, как только
> будет необходимость создания сертифицированной версии по версии Common
> criteria. И здесь апстрим-гольфстрим совсем не при чем.
> 
Common criteria - это пистолет с одним патроном для Team.
Common criteria - не делают "just for fun".
Их делают скушные дяди в спинджаках и дорогих галстухах.

-- 
Rgrds,
Anatoly A. Yakushin aka DOC

Re: [devel] Поведение apt-cdrom в современном мире

[Alexander Bokovoy]

Anatoly Yakushin пишет:
> Alexander Bokovoy пишет: <skip>
> 
>> Я поражаюсь глубине этой дискуссии. Уверяю, ALT будет ровно также 
>> "тормозить" по версиям и обрастать патчами, как и RHEL/SUSE, как
>> только будет необходимость создания сертифицированной версии по
>> версии Common criteria. И здесь апстрим-гольфстрим совсем не при
>> чем.
>> 
> Common criteria - это пистолет с одним патроном для Team. Common
> criteria - не делают "just for fun". Их делают скушные дяди в
> спинджаках и дорогих галстухах.
Именно. А следом за ними приходится народу в футболках и джинсах
осваивать тамбурные двери и магнитные карты-пропуска -- ровно так
устроена работа с ядром у коллег в SUSE.

При этом любые изменения в ядре требуют полной документированности и
соответствия требованиям техпроцесса. Поэтому все вносится
инкрементальными блоками, не повышая версию ядра в очередной раз, дабы
не вызвать активность скушных дядь.

Перебить удается только раз в года два-три, прыгнув быстро на новую
версию и замерзнув на ней несколько лет.

Сейчас у RH/SUSE как раз такой период -- EAL4/4+ уже практически
освоены, нужно прыгать на уровень выше, а для этого надо фундаментально
подтянуть базу.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Alexander Bokovoy wrote:
> Ivan Fedorov пишет:
>>>> Можно конечно, но у ALT они хотябы рядом с upstream, так что тут
>>>>  попроще бежать за прогрессом чтобы быть готовым к завтрашнему 
>>>> дню.
>>> Открою вам секрет: RH - это практически и есть upstream:)
>> $ diff -urN rhel-kernel-2.6.9-34 vanilla-2.6.16 | wc -l
> Я поражаюсь глубине этой дискуссии. Уверяю, ALT будет ровно также
> "тормозить" по версиям и обрастать патчами, как и RHEL/SUSE, как только
> будет необходимость создания сертифицированной версии по версии Common
> criteria. И здесь апстрим-гольфстрим совсем не при чем.
> 

Точно точно.

А вообще - господа. вопрос был про apt-cdrom. При чём тут RH я честно 
говоря не понимаю. По моему всем надо срочно идти в talk-room@

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Денис Смирнов]

On Mon, Apr 17, 2006 at 08:00:12PM +0300, Nick S. Grechukh wrote:

>> изготовление абсолютно нестандартных ядер 
NSG> это можно и ALT предъявить :/

У ALT эта процедура очень прозрачна. И таки качество альтовских сборок мне
очень нравится.

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

http://freesource.info
----------------------------------------------------------------------------
так... следующий блок бесперебойного пищания надо покупать с USB.
		-- mike in #5211

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 19:57 Ivan Fedorov написал(a):
> Alexey Tourbin пишет:
> > On Tue, Apr 18, 2006 at 01:20:46AM +0900, Ivan Fedorov wrote:
> >> Anton D. Kachalov пишет:
> >>> И вообще, создаётся такое впечатление, что в погоне за шашечками,
> >>> пингвины начинают попсеть, превращаясь всё в тот же виндовз, только вид
> >>> сбоку.
> >>
> >> Ты на RH погляди... на их развитие за последние 2 года... MS в чистом
> >> виде!..
> >
> > Можно конкретнее?
>
> А что конкретнее?
>
> Во первых скупка и ребрэндинг других продуктов. Но это вообще
> свойственно крупным компаниям.
> Ну а во вторых изготовление абсолютно нестандартных ядер и подсаживание
> пользователя на иглу RHEL...

А какие по-вашему - стандартные?

>
> Ну и много других "совпадений" я иногда замечаю. Лень все вспоминать.

Не читайте по утрам LOR, журнал Xaker и форумы слакварщиков:)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Ivan Fedorov]

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

Led пишет:
>> Во первых скупка и ребрэндинг других продуктов. Но это вообще
>> свойственно крупным компаниям.
>> Ну а во вторых изготовление абсолютно нестандартных ядер и подсаживание
>> пользователя на иглу RHEL...
> 
> А какие по-вашему - стандартные?
vanilla

>> Ну и много других "совпадений" я иногда замечаю. Лень все вспоминать.
> 
> Не читайте по утрам LOR, журнал Xaker и форумы слакварщиков:)

Открою вам секрет: я не читаю НИЧЕГО из вами перечисленного!.. :)



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

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 20:45 Ivan Fedorov написал(a):
> Led пишет:
> >> Во первых скупка и ребрэндинг других продуктов. Но это вообще
> >> свойственно крупным компаниям.
> >> Ну а во вторых изготовление абсолютно нестандартных ядер и подсаживание
> >> пользователя на иглу RHEL...
> >
> > А какие по-вашему - стандартные?
>
> vanilla

AFAIK в этом случае - только "слака - форева!":)

Если так, то вам "стандартные" или "юзабельные"/"продакшн"?

>
> >> Ну и много других "совпадений" я иногда замечаю. Лень все вспоминать.
> >
> > Не читайте по утрам LOR, журнал Xaker и форумы слакварщиков:)
>
> Открою вам секрет: я не читаю НИЧЕГО из вами перечисленного!.. :)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Ivan Fedorov]

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

Led пишет:

>>>> Во первых скупка и ребрэндинг других продуктов. Но это вообще
>>>> свойственно крупным компаниям.
>>>> Ну а во вторых изготовление абсолютно нестандартных ядер и подсаживание
>>>> пользователя на иглу RHEL...
>>> А какие по-вашему - стандартные?
>> vanilla
> 
> AFAIK в этом случае - только "слака - форева!":)

Ну почему сразу слака? У меня вообще есть свое узкоспециализированное
решение. Правда при его сборке у меня первым делом кросс-компилятор
собирается, но это уже детали.
> 
> Если так, то вам "стандартные" или "юзабельные"/"продакшн"?

Мне юзабельное, но я не хочу как в RHEL ждать, пока они созреют до
какой-то фичи в ядре. А полноценно собрать ядро под RHEL не такая уж
стандартная процедура!.. :(


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

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 20:53 Ivan Fedorov написал(a):
> Led пишет:
> >>>> Во первых скупка и ребрэндинг других продуктов. Но это вообще
> >>>> свойственно крупным компаниям.
> >>>> Ну а во вторых изготовление абсолютно нестандартных ядер и
> >>>> подсаживание пользователя на иглу RHEL...
> >>>
> >>> А какие по-вашему - стандартные?
> >>
> >> vanilla
> >
> > AFAIK в этом случае - только "слака - форева!":)
>
> Ну почему сразу слака? У меня вообще есть свое узкоспециализированное
> решение. Правда при его сборке у меня первым делом кросс-компилятор
> собирается, но это уже детали.
>
> > Если так, то вам "стандартные" или "юзабельные"/"продакшн"?
>
> Мне юзабельное, но я не хочу как в RHEL ждать, пока они созреют до
> какой-то фичи в ядре.

Ну вы ж не передёргивайте! :( Удобство сборки (которое в ALT мне тоже в общем 
нравится; чем оно достигается, можно понять только попробовав собрать 
kernel-feat с разруливанием несовместимых патчей - но оно ИМХО того стОит) 
и "количество фич"/"нестандартность" - очень разные вещи:)

>А полноценно собрать ядро под RHEL не такая уж
> стандартная процедура!.. :(

Может и не так удобно, но общие принципы те же:)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Igor Zubkov]

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

В сообщении от 17 апреля 2006 19:28 Alexey Tourbin написал(a):
> On Tue, Apr 18, 2006 at 01:20:46AM +0900, Ivan Fedorov wrote:
> > Anton D. Kachalov пишет:
> > > И вообще, создаётся такое впечатление, что в погоне за шашечками,
> > > пингвины начинают попсеть, превращаясь всё в тот же виндовз, только вид
> > > сбоку.
> >
> > Ты на RH погляди... на их развитие за последние 2 года... MS в чистом
> > виде!..
>
> Можно конкретнее?

redhat-config-* достаточно будет? Эти ребята пытаются сделать графические 
конфигурилки для всего чего можно додуматься. Причём, в руководстве к 
дистрибьютиве расписано только как настроить "сервис" из граф. конфигурилки 
(вот только что мне делать если этот сервер стоит за 2 тыс. километров?).

-- 
Звери - Все Впереди

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

Re: [devel] Поведение apt-cdrom в современном мире

[Alexey Tourbin]

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

On Mon, Apr 17, 2006 at 08:08:34PM +0300, Igor Zubkov wrote:
> В сообщении от 17 апреля 2006 19:28 Alexey Tourbin написал(a):
> > On Tue, Apr 18, 2006 at 01:20:46AM +0900, Ivan Fedorov wrote:
> > > Anton D. Kachalov пишет:
> > > > И вообще, создаётся такое впечатление, что в погоне за шашечками,
> > > > пингвины начинают попсеть, превращаясь всё в тот же виндовз, только вид
> > > > сбоку.
> > >
> > > Ты на RH погляди... на их развитие за последние 2 года... MS в чистом
> > > виде!..
> >
> > Можно конкретнее?
> 
> redhat-config-* достаточно будет? Эти ребята пытаются сделать графические 
> конфигурилки для всего чего можно додуматься. Причём, в руководстве к 
> дистрибьютиве расписано только как настроить "сервис" из граф. конфигурилки 
> (вот только что мне делать если этот сервер стоит за 2 тыс. километров?).

Хм.  Чем это хуже alterator?

$ grep -i ^License: redhat-config-*/*.spec
redhat-config-bind/redhat-config-bind.spec:License: GPL
redhat-config-boot/redhat-config-boot.spec:License: GPL
redhat-config-cluster/redhat-config-cluster.spec:License: GPL
redhat-config-date/redhat-config-date.spec:License: GPL
redhat-config-httpd/redhat-config-httpd.spec:License: GPL
redhat-config-keyboard/redhat-config-keyboard.spec:License: GPL
redhat-config-kickstart/redhat-config-kickstart.spec:License: GPL
redhat-config-language/redhat-config-language.spec:License: GPL
redhat-config-mouse/redhat-config-mouse.spec:License: GPL
redhat-config-netboot/redhat-config-netboot.spec:License: GPL
redhat-config-network/redhat-config-network.spec:License: GPL
redhat-config-nfs/redhat-config-nfs.spec:License: GPL
redhat-config-packages/redhat-config-packages.spec:License: GPL
redhat-config-printer/printconf.spec:License: GPL
redhat-config-proc/redhat-config-proc.spec:License: GPL
redhat-config-rootpassword/redhat-config-rootpassword.spec:License: GPL
redhat-config-samba/redhat-config-samba.spec:License: GPL
redhat-config-securitylevel/redhat-config-securitylevel.spec:License: GPL
redhat-config-services/redhat-config-services.spec:License: GPL
redhat-config-soundcard/redhat-config-soundcard.spec:License: GPL
redhat-config-users/redhat-config-users.spec:License: GPL
redhat-config-xfree86/redhat-config-xfree86.spec:License: GPL
$

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

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 20:08 Igor Zubkov написал(a):
> В сообщении от 17 апреля 2006 19:28 Alexey Tourbin написал(a):
> > On Tue, Apr 18, 2006 at 01:20:46AM +0900, Ivan Fedorov wrote:
> > > Anton D. Kachalov пишет:
> > > > И вообще, создаётся такое впечатление, что в погоне за шашечками,
> > > > пингвины начинают попсеть, превращаясь всё в тот же виндовз, только
> > > > вид сбоку.
> > >
> > > Ты на RH погляди... на их развитие за последние 2 года... MS в чистом
> > > виде!..
> >
> > Можно конкретнее?
>
> redhat-config-* достаточно будет? Эти ребята пытаются сделать графические
> конфигурилки для всего чего можно додуматься. Причём, в руководстве к
> дистрибьютиве расписано только как настроить "сервис" из граф. конфигурилки
> (вот только что мне делать если этот сервер стоит за 2 тыс. километров?).

А у нас "неграфические кофигурялки" хорошо документированы??? и "графические 
конфигурялки" тоже???:)

-- 
Led.

Re: [devel] [JT] Поведение apt-cdrom в современном мире

[Alexey I. Froloff]

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

* Led <led@> [060417 21:22]:
> А у нас "неграфические кофигурялки" хорошо документированы??? и
> "графические конфигурялки" тоже???:)
В комплекте с vim идёт полная документация ;-)

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] [JT] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 08:18 Alexey I. Froloff написал(a):
> * Led <led@> [060417 21:22]:
> > А у нас "неграфические кофигурялки" хорошо документированы??? и
> > "графические конфигурялки" тоже???:)
>
> В комплекте с vim идёт полная документация ;-)

Согласен:) Но - только для американского пользователя:)

-- 
Led.

Re: [devel] [JT] Поведение apt-cdrom в современном мире

[Alexey I. Froloff]

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

* Led <led@> [060418 13:23]:
> > > А у нас "неграфические кофигурялки" хорошо документированы??? и
> > > "графические конфигурялки" тоже???:)
> > В комплекте с vim идёт полная документация ;-)
> Согласен:) Но - только для американского пользователя:)
Вообще-то Bram Moolenaar - голландец, а по английски сейчас не
читает только ленивый.

Если хотите, можете помочь проекту ruvim -
http://sourceforge.net/projects/ruvim/ , vim-doc-ru некоторое
время назад был выненсен из сизифа за то что безнадёжно отстал от
жизни и не обновляется.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

[devel] ruvim

[Igor Zubkov]

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

В сообщении от 18 апреля 2006 12:53 Alexey I. Froloff написал(a):
> Если хотите, можете помочь проекту ruvim -
> http://sourceforge.net/projects/ruvim/ , vim-doc-ru некоторое
> время назад был выненсен из сизифа за то что безнадёжно отстал от
> жизни и не обновляется.

Реанимировать пациента?

-- 
Звери - Молнии

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

Re: [devel] ruvim

[Alexey I. Froloff]

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

* Igor Zubkov <icesik@> [060418 13:59]:
> > Если хотите, можете помочь проекту ruvim -
> > http://sourceforge.net/projects/ruvim/ , vim-doc-ru некоторое
> > время назад был выненсен из сизифа за то что безнадёжно отстал от
> > жизни и не обновляется.
> Реанимировать пациента?
А смысл его реанимировать в таком виде?  Перевод там для древнего
6.3, скоро уже 7.0 будет, надо бы обновить хотя бы то, что
относится к version7.txt, хотя бы |incompatible-7|...

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

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] ruvim

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

В Втр, 18/04/2006 в 14:16 +0400, Alexey I. Froloff пишет:
> * Igor Zubkov <icesik@> [060418 13:59]:
> > > Если хотите, можете помочь проекту ruvim -
> > > http://sourceforge.net/projects/ruvim/ , vim-doc-ru некоторое
> > > время назад был выненсен из сизифа за то что безнадёжно отстал от
> > > жизни и не обновляется.
> > Реанимировать пациента?
> А смысл его реанимировать в таком виде?  Перевод там для древнего
> 6.3, скоро уже 7.0 будет, надо бы обновить хотя бы то, что
> относится к version7.txt, хотя бы |incompatible-7|...
Пользуйтесь TRADOS|DJVU|...-образными средсвами. Допилить перевод с ТМ
до новой версии, если там не было полного с нуля переписывания - дело
нескольких часов. 

> Сразу скажу - я переводами не пользуюсь и переводчик из меня
> отвратительный.
Потому и стон стоит.

Re: [devel] ruvim

[Alexey I. Froloff]

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

* Вячеслав Диконов <sdiconov@> [060419 10:38]:
> > > Реанимировать пациента?
> > А смысл его реанимировать в таком виде?  Перевод там для древнего
> > 6.3, скоро уже 7.0 будет, надо бы обновить хотя бы то, что
> > относится к version7.txt, хотя бы |incompatible-7|...
> Пользуйтесь TRADOS|DJVU|...-образными средсвами. Допилить перевод с ТМ
> до новой версии, если там не было полного с нуля переписывания - дело
> нескольких часов. 
Вот и займитесь этим ;-)

> > Сразу скажу - я переводами не пользуюсь и переводчик из меня
> > отвратительный.
> Потому и стон стоит.
Ну это проблема стонущих англофобов...

-- 
Regards,
Sir Raorn.

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

Re: [devel] ruvim

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

В Сбт, 22/04/2006 в 12:30 +0400, Alexey I. Froloff пишет:
> * Вячеслав Диконов <sdiconov@> [060419 10:38]:
> > > > Реанимировать пациента?
> > > А смысл его реанимировать в таком виде?  Перевод там для древнего
> > > 6.3, скоро уже 7.0 будет, надо бы обновить хотя бы то, что
> > > относится к version7.txt, хотя бы |incompatible-7|...
> > Пользуйтесь TRADOS|DJVU|...-образными средсвами. Допилить перевод с ТМ
> > до новой версии, если там не было полного с нуля переписывания - дело
> > нескольких часов. 
> Вот и займитесь этим ;-)
1) Теперь мне уже некогда. Работы и так больше, чем я успеваю делать.
2) vi меня не интересует. Я бы его на свалку отправил.

> > > Сразу скажу - я переводами не пользуюсь и переводчик из меня
> > > отвратительный.
> > Потому и стон стоит.
> Ну это проблема стонущих англофобов...
Видно почетного ЛОРовца.

Re: [devel] Поведение apt-cdrom в современном мире

[Kirill A. Shutemov]

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

On 19:53 Mon 17 Apr, Anton D. Kachalov wrote:
> On Mon, Apr 17, 2006 at 06:28:46PM +0300, Nick S. Grechukh wrote:
> > Led wrote:
> > > Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и 
> > > размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
> > > "Примонтировано при необходимости (обращении), размонтировано за ненадобностью 
> > > (по таймауту или сигналу)" вообще не рассматривается?
> > а это частный случай. реализуемый через монтирование subfs при втыкании
> 
> Вообще, нужен тумблер, отключающий какой-либо Мозг. Ибо, мозг этот до
> добра не доводит. Виндовз - один сплошной мозг. А то, что происходит с
> HAL'ом и поддержкой у нас -- это, действительно, навязывание. Я вообще
> привык всё делать через mount/umount,а не тр@$@#ся с HAL. Вот у меня на
> флэшке два раздела и в /media создаются две директории. Но кто мне может
> объяснить, почему при автодетекте разделы иногда меняются местами? То
> /dev/sda1 -> /media/usbdisk, /dev/sda2 -> /media/usbdisk2, то /dev/sda1 ->
> /media/usbdisk1, /dev/sda2 -> /dev/usbdisk. Это как? Очень бесит. Про
> сидюк я вообще молчу. Если в директорию /media/cdrom зашёл раньше, чем
> сидюк успел сообразить, то фиг чего там получишь. Ждать каких-то таймаутов
> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
> проще один раз прописать всё в /etc/fstab, а потом просто юзать по
> старинке. Другое, дело, когда юзвери этим пользуются из кедов. Но мы же не
> юзвери! Почему нас нужно лишать АЛЬТЕРНАТИВЫ? Виндовз-вэй? Оно нам надо?
+1

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Если бы вы знали, сколько еще пакетов застревает на подходах к Сизифу из-за
претензий по качеству пакетов...

Лучше меньше, да лучше. Можно и больше, но только не хуже.
		-- ldv in sisyphus@

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

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Kirill A. Shutemov wrote:
>> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
>> проще один раз прописать всё в /etc/fstab, а потом просто юзать по
как прописать в fstab флэшку?

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Monday 17 April 2006 21:50, Nick S. Grechukh wrote:

> >> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
> >> проще один раз прописать всё в /etc/fstab, а потом просто юзать по

> как прописать в fstab флэшку?

Может быть и можно, если она одна в один момент времени... Я в соседней 
подветке этого обсуждения про /dev/ubX написал, надо, видимо, комментариев 
от кернел мантейнер теам дождаться на тему, почему в стандартном ядре не
так... Самому ковыряться, видимо, некогда будет в ближайшее время.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Andrey Rahmatullin]

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

On Mon, Apr 17, 2006 at 07:50:30PM +0300, Nick S. Grechukh wrote:
> как прописать в fstab флэшку?
wrar@wrars-comp ~ $ grep flas /etc/fstab
/dev/sda1       /mnt/flash  vfat rw,users,noauto,iocharset=cp1251,umask=0,quiet,codepage=866,showexec 0 0


-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

>Во-о-т. А теперь представьте себе корпоративную установку, скажем, Java
>Desktop Suite (не-дистрибутивный GNOME2) поверх ALT Linux (чем черт не 
>шутит), 
Ну Вы-то так не шутите...
		-- aen in sisyphus@

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

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Andrey Rahmatullin wrote:
> On Mon, Apr 17, 2006 at 07:50:30PM +0300, Nick S. Grechukh wrote:
>> как прописать в fstab флэшку?
> wrar@wrars-comp ~ $ grep flas /etc/fstab
> /dev/sda1       /mnt/flash  vfat rw,users,noauto,iocharset=cp1251,umask=0,quiet,codepage=866,showexec 0 0
ффкурсе. теперь расскажи, что будет, когда:
а) ты ее вытащишь и снова вставишь (на 24 она при этом ехала вверх по 
sdb,sdc,sdd когда не было еще никаких халов).
б) вставишь другую, эту вытащишь и снова вставишь
в) втыкнешь плеер с пустым SD слотом, вставишь флэшку, вставишь карту в 
SD слот.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Nick S. Grechukh wrote:
> Andrey Rahmatullin wrote:
>> On Mon, Apr 17, 2006 at 07:50:30PM +0300, Nick S. Grechukh wrote:
>>> как прописать в fstab флэшку?
>> wrar@wrars-comp ~ $ grep flas /etc/fstab
>> /dev/sda1       /mnt/flash  vfat rw,users,noauto,iocharset=cp1251,umask=0,quiet,codepage=866,showexec 0 0
> ффкурсе. теперь расскажи, что будет, когда:
> а) ты ее вытащишь и снова вставишь (на 24 она при этом ехала вверх по 
> sdb,sdc,sdd когда не было еще никаких халов).
> б) вставишь другую, эту вытащишь и снова вставишь
> в) втыкнешь плеер с пустым SD слотом, вставишь флэшку, вставишь карту в 
> SD слот.
да, я знаю про mount(8). а mount что? я должен смдеть и считать, какой 
sdX сейчас получился у очередного стораджа?

Re: [devel] Поведение apt-cdrom в современном мире

[Valery V. Inozemtsev]

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

В сообщении от 17 апреля 2006 21:54 Nick S. Grechukh написал(a):
> Andrey Rahmatullin wrote:
> > On Mon, Apr 17, 2006 at 07:50:30PM +0300, Nick S. Grechukh wrote:
> >> как прописать в fstab флэшку?
> >
> > wrar@wrars-comp ~ $ grep flas /etc/fstab
> > /dev/sda1       /mnt/flash  vfat
> > rw,users,noauto,iocharset=cp1251,umask=0,quiet,codepage=866,showexec 0 0
>
> ффкурсе. теперь расскажи, что будет, когда:
> а) ты ее вытащишь и снова вставишь (на 24 она при этом ехала вверх по
> sdb,sdc,sdd когда не было еще никаких халов).
> б) вставишь другую, эту вытащишь и снова вставишь
> в) втыкнешь плеер с пустым SD слотом, вставишь флэшку, вставишь карту в
> SD слот.

все будет так как задумывалось. прежде чем что то куда то вставить я успеваю 
подумать что и куда я вставляю, что и вам советую

-- 
Valery V. Inozemtsev

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

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Valery V. Inozemtsev wrote:
> В сообщении от 17 апреля 2006 21:54 Nick S. Grechukh написал(a):
>> Andrey Rahmatullin wrote:
>>> On Mon, Apr 17, 2006 at 07:50:30PM +0300, Nick S. Grechukh wrote:
>>>> как прописать в fstab флэшку?
>>> wrar@wrars-comp ~ $ grep flas /etc/fstab
>>> /dev/sda1       /mnt/flash  vfat
>>> rw,users,noauto,iocharset=cp1251,umask=0,quiet,codepage=866,showexec 0 0
>> ффкурсе. теперь расскажи, что будет, когда:
>> а) ты ее вытащишь и снова вставишь (на 24 она при этом ехала вверх по
>> sdb,sdc,sdd когда не было еще никаких халов).
>> б) вставишь другую, эту вытащишь и снова вставишь
>> в) втыкнешь плеер с пустым SD слотом, вставишь флэшку, вставишь карту в
>> SD слот.
> все будет так как задумывалось. 
как именно?
> прежде чем что то куда то вставить я успеваю 
> подумать что и куда я вставляю, что и вам советую
в чем заключается "подумать" ? быстренько посчитать вставленные флэшки?

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 20:54 Nick S. Grechukh написал(a):
> Andrey Rahmatullin wrote:
> > On Mon, Apr 17, 2006 at 07:50:30PM +0300, Nick S. Grechukh wrote:
> >> как прописать в fstab флэшку?
> >
> > wrar@wrars-comp ~ $ grep flas /etc/fstab
> > /dev/sda1       /mnt/flash  vfat
> > rw,users,noauto,iocharset=cp1251,umask=0,quiet,codepage=866,showexec 0 0
>
> ффкурсе. теперь расскажи, что будет, когда:
> а) ты ее вытащишь и снова вставишь (на 24 она при этом ехала вверх по
> sdb,sdc,sdd когда не было еще никаких халов).

Она "ехала вверх" и на 2.6 и с hal:) Сейчас не "едет" и без hal (на 2.6, на 
2.4 не проверял давно)

> б) вставишь другую, эту вытащишь и снова вставишь

Всё нормально отрабатывает, без hal в т.ч.:)

> в) втыкнешь плеер с пустым SD слотом, вставишь флэшку, вставишь карту в
> SD слот.

А на счёт втыкания/вытыкания карточек в ридер в разные слоты при работающем 
hal - это отдельная... даже не песня - опера:)


-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
> В сообщении от 17 апреля 2006 20:54 Nick S. Grechukh написал(a):
>> Andrey Rahmatullin wrote:
>>> On Mon, Apr 17, 2006 at 07:50:30PM +0300, Nick S. Grechukh wrote:
>>>> как прописать в fstab флэшку?
>>> wrar@wrars-comp ~ $ grep flas /etc/fstab
>>> /dev/sda1       /mnt/flash  vfat
>>> rw,users,noauto,iocharset=cp1251,umask=0,quiet,codepage=866,showexec 0 0
>> ффкурсе. теперь расскажи, что будет, когда:
>> а) ты ее вытащишь и снова вставишь (на 24 она при этом ехала вверх по
>> sdb,sdc,sdd когда не было еще никаких халов).
> Она "ехала вверх" и на 2.6 и с hal:) 
да только вот с hal мне пофиг, куда она едет и сколько их еще втыкнуто.

> Сейчас не "едет" и без hal (на 2.6, на 
> 2.4 не проверял давно)
вполне возможно. а "пустые" sd реюзаются? вставим две флэшки, первую 
вытащим, вставим третью. она будет sda или sdc?

>> б) вставишь другую, эту вытащишь и снова вставишь
> Всё нормально отрабатывает, без hal в т.ч.:)
что такое "нормально отрабатывает"?

>> в) втыкнешь плеер с пустым SD слотом, вставишь флэшку, вставишь карту в
>> SD слот.
> А на счёт втыкания/вытыкания карточек в ридер в разные слоты при работающем 
> hal - это отдельная... даже не песня - опера:)
вполне возможно, если пытаться заставить hal монтировать их.

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 21:15 Nick S. Grechukh написал(a):
> Led wrote:
> > В сообщении от 17 апреля 2006 20:54 Nick S. Grechukh написал(a):
> >> Andrey Rahmatullin wrote:
> >>> On Mon, Apr 17, 2006 at 07:50:30PM +0300, Nick S. Grechukh wrote:
> >>>> как прописать в fstab флэшку?
> >>>
> >>> wrar@wrars-comp ~ $ grep flas /etc/fstab
> >>> /dev/sda1       /mnt/flash  vfat
> >>> rw,users,noauto,iocharset=cp1251,umask=0,quiet,codepage=866,showexec 0
> >>> 0
> >>
> >> ффкурсе. теперь расскажи, что будет, когда:
> >> а) ты ее вытащишь и снова вставишь (на 24 она при этом ехала вверх по
> >> sdb,sdc,sdd когда не было еще никаких халов).
> >
> > Она "ехала вверх" и на 2.6 и с hal:)
>
> да только вот с hal мне пофиг, куда она едет и сколько их еще втыкнуто.

Если более 26 устройств не втыкать без перезагрузки:)

>
> > Сейчас не "едет" и без hal (на 2.6, на
> > 2.4 не проверял давно)
>
> вполне возможно. а "пустые" sd реюзаются? вставим две флэшки, первую
> вытащим, вставим третью. она будет sda или sdc?

А может лучше 5? или 8?:) Я как-то таким видом спорта не занимался:)

>
> >> б) вставишь другую, эту вытащишь и снова вставишь
> >
> > Всё нормально отрабатывает, без hal в т.ч.:)
>
> что такое "нормально отрабатывает"?

Нормально - значит ожидаемо.

>
> >> в) втыкнешь плеер с пустым SD слотом, вставишь флэшку, вставишь карту в
> >> SD слот.
> >
> > А на счёт втыкания/вытыкания карточек в ридер в разные слоты при
> > работающем hal - это отдельная... даже не песня - опера:)
>
> вполне возможно, если пытаться заставить hal монтировать их.

А как иначе?

if <ридер-с-кучей слотов>; then
	не-монтировать
else
	монтировать
fi

?

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
>> вполне возможно. а "пустые" sd реюзаются? вставим две флэшки, первую
>> вытащим, вставим третью. она будет sda или sdc?
> А может лучше 5? или 8?:) Я как-то таким видом спорта не занимался:)
при чем тут спорт? две флэшки - вполне жизненно. третья и четвертая - 
плеер.

>>>> б) вставишь другую, эту вытащишь и снова вставишь
>>> Всё нормально отрабатывает, без hal в т.ч.:)
>> что такое "нормально отрабатывает"?
> Нормально - значит ожидаемо.
а как ожидаемо? вон, в примере выше - какое поведение 'ожидаемое"? одной 
рукой вставляя флэшку (или там карту) одновременно окинуть взглядом стол 
на предмет поиска дивайсов, второй рукой ощупать кардридер на предмет 
всунутых карточек, после чего произведя в уме несложные вычисления, 
написать mount /dev/sdf1 /mnt/flashka и победно посмотреть на 
окружающих? ;))

>>>> в) втыкнешь плеер с пустым SD слотом, вставишь флэшку, вставишь карту в
>>>> SD слот.
>>> А на счёт втыкания/вытыкания карточек в ридер в разные слоты при
>>> работающем hal - это отдельная... даже не песня - опера:)
>> вполне возможно, если пытаться заставить hal монтировать их.
> А как иначе?
забыть про монтирование самим hal'ом вообще.

> if <ридер-с-кучей слотов>; then
> 	не-монтировать
> else
> 	монтировать
> fi
да, можно и так. благодаря hal я имею всякую разную информацию об 
устройстве, которую могу использовать в скрипте.

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 21:55 Nick S. Grechukh написал(a):
> Led wrote:
> >> вполне возможно. а "пустые" sd реюзаются? вставим две флэшки, первую
> >> вытащим, вставим третью. она будет sda или sdc?
> >
> > А может лучше 5? или 8?:) Я как-то таким видом спорта не занимался:)
>
> при чем тут спорт? две флэшки - вполне жизненно. третья и четвертая -
> плеер.
>
> >>>> б) вставишь другую, эту вытащишь и снова вставишь
> >>>
> >>> Всё нормально отрабатывает, без hal в т.ч.:)
> >>
> >> что такое "нормально отрабатывает"?
> >
> > Нормально - значит ожидаемо.
>
> а как ожидаемо? вон, в примере выше - какое поведение 'ожидаемое"? одной
> рукой вставляя флэшку (или там карту) одновременно окинуть взглядом стол
> на предмет поиска дивайсов, второй рукой ощупать кардридер на предмет
> всунутых карточек, после чего произведя в уме несложные вычисления,
> написать mount /dev/sdf1 /mnt/flashka и победно посмотреть на
> окружающих? ;))

Нет не так. втыкаю DVD - могу читать в /media/dvd, втыкаю CD - в /media/cdrom, 
USB-флэшку - в /media/usbflash, USB-HDD - в /media/usbhdd, USB-флэшридер - 
в /media/flashreader/{sd,cf,ms,sm,xd}, камеру - в /media/camera.

>
> >>>> в) втыкнешь плеер с пустым SD слотом, вставишь флэшку, вставишь карту
> >>>> в SD слот.
> >>>
> >>> А на счёт втыкания/вытыкания карточек в ридер в разные слоты при
> >>> работающем hal - это отдельная... даже не песня - опера:)
> >>
> >> вполне возможно, если пытаться заставить hal монтировать их.
> >
> > А как иначе?
>
> забыть про монтирование самим hal'ом вообще.
>
> > if <ридер-с-кучей слотов>; then
> > 	не-монтировать
> > else
> > 	монтировать
> > fi
>
> да, можно и так. благодаря hal я имею всякую разную информацию об
> устройстве, которую могу использовать в скрипте.

Ссылку на пакет с такими скриптами в Сизифе - в студию! Я уже говорил (а 
вы "незаметили"): до того, как этого нет в репозитарии (вменяемых конфигов), 
ломать что-либо в нём, как минимум, глупо, и обсуждать "теоретически 
возможные конфиги" - бессмысленно.

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
> В сообщении от 17 апреля 2006 21:55 Nick S. Grechukh написал(a):
>> Led wrote:
>>>> вполне возможно. а "пустые" sd реюзаются? вставим две флэшки, первую
>>>> вытащим, вставим третью. она будет sda или sdc?
>>> А может лучше 5? или 8?:) Я как-то таким видом спорта не занимался:)
>> при чем тут спорт? две флэшки - вполне жизненно. третья и четвертая -
>> плеер.
>>
>>>>>> б) вставишь другую, эту вытащишь и снова вставишь
>>>>> Всё нормально отрабатывает, без hal в т.ч.:)
>>>> что такое "нормально отрабатывает"?
>>> Нормально - значит ожидаемо.
>> а как ожидаемо? вон, в примере выше - какое поведение 'ожидаемое"? одной
>> рукой вставляя флэшку (или там карту) одновременно окинуть взглядом стол
>> на предмет поиска дивайсов, второй рукой ощупать кардридер на предмет
>> всунутых карточек, после чего произведя в уме несложные вычисления,
>> написать mount /dev/sdf1 /mnt/flashka и победно посмотреть на
>> окружающих? ;))
> 
> Нет не так. втыкаю DVD - могу читать в /media/dvd, втыкаю CD - в /media/cdrom, 
> USB-флэшку - в /media/usbflash, USB-HDD - в /media/usbhdd, USB-флэшридер - 
> в /media/flashreader/{sd,cf,ms,sm,xd}, камеру - в /media/camera.
и именно так позволяет сделать ivman с hal. ненавистный всем (и мне :) 
/media/usbdisk - это две строчки в 
/usr/share/hal/fdi/policy/10osvendor/10-storage-policy.fdi.

чарсет задан в /etc/hal/fdi/policy/01-charset.fdi
про subfs все сказано в /etc/hal/fdi/policy/91-mount-subfs.fdi.

btw, туда можно просто класть свои полиси, 
http://wiki.sisyphus.ru/admin/IvmanAutomount

> Ссылку на пакет с такими скриптами в Сизифе - в студию! Я уже говорил (а 
> вы "незаметили"): 
вы позже говорили, чем я не заметил.

> до того, как этого нет в репозитарии (вменяемых конфигов), 
> ломать что-либо в нём, как минимум, глупо, и обсуждать "теоретически 
> возможные конфиги" - бессмысленно.
почему же, осмысленно хотя бы потому что это *инструмент*, позволяющий 
пользователю реализовать любую удобную ему конфигурацию. а поскольку 
"сизиф - не для простых юзеров" (c), вполне логично иметь это в сизифе, 
дабы наиболее удачные  конфиги впоследствии стали 'дистрибутивными'.

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 13:41 Nick S. Grechukh написал(a):
> Led wrote:
> > В сообщении от 17 апреля 2006 21:55 Nick S. Grechukh написал(a):
> >> Led wrote:
> >>>> вполне возможно. а "пустые" sd реюзаются? вставим две флэшки, первую
> >>>> вытащим, вставим третью. она будет sda или sdc?
> >>>
> >>> А может лучше 5? или 8?:) Я как-то таким видом спорта не занимался:)
> >>
> >> при чем тут спорт? две флэшки - вполне жизненно. третья и четвертая -
> >> плеер.
> >>
> >>>>>> б) вставишь другую, эту вытащишь и снова вставишь
> >>>>>
> >>>>> Всё нормально отрабатывает, без hal в т.ч.:)
> >>>>
> >>>> что такое "нормально отрабатывает"?
> >>>
> >>> Нормально - значит ожидаемо.
> >>
> >> а как ожидаемо? вон, в примере выше - какое поведение 'ожидаемое"? одной
> >> рукой вставляя флэшку (или там карту) одновременно окинуть взглядом стол
> >> на предмет поиска дивайсов, второй рукой ощупать кардридер на предмет
> >> всунутых карточек, после чего произведя в уме несложные вычисления,
> >> написать mount /dev/sdf1 /mnt/flashka и победно посмотреть на
> >> окружающих? ;))
> >
> > Нет не так. втыкаю DVD - могу читать в /media/dvd, втыкаю CD - в
> > /media/cdrom, USB-флэшку - в /media/usbflash, USB-HDD - в /media/usbhdd,
> > USB-флэшридер - в /media/flashreader/{sd,cf,ms,sm,xd}, камеру - в
> > /media/camera.
>
> и именно так позволяет сделать ivman с hal. ненавистный всем (и мне :)
> /media/usbdisk - это две строчки в
> /usr/share/hal/fdi/policy/10osvendor/10-storage-policy.fdi.
>
> чарсет задан в /etc/hal/fdi/policy/01-charset.fdi
> про subfs все сказано в /etc/hal/fdi/policy/91-mount-subfs.fdi.
>
> btw, туда можно просто класть свои полиси,
> http://wiki.sisyphus.ru/admin/IvmanAutomount

ИМХО, пока это в рассылке, а не в сизифе, ломать что-то - преждевременно.

>
> > Ссылку на пакет с такими скриптами в Сизифе - в студию! Я уже говорил (а
> > вы "незаметили"):
>
> вы позже говорили, чем я не заметил.
>
> > до того, как этого нет в репозитарии (вменяемых конфигов),
> > ломать что-либо в нём, как минимум, глупо, и обсуждать "теоретически
> > возможные конфиги" - бессмысленно.
>
> почему же, осмысленно хотя бы потому что это *инструмент*, позволяющий
> пользователю реализовать любую удобную ему конфигурацию. а поскольку
> "сизиф - не для простых юзеров" (c), вполне логично иметь это в сизифе,
> дабы наиболее удачные  конфиги впоследствии стали 'дистрибутивными'.

Логично. Я за то, чтобы сначала "заиметь", перед тем, как что-то ломать:)


-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
>> btw, туда можно просто класть свои полиси,
>> http://wiki.sisyphus.ru/admin/IvmanAutomount
> ИМХО, пока это в рассылке, а не в сизифе, ломать что-то - преждевременно.
оно так в сизифе работает почти с незапамятных времен :)

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 14:02 Nick S. Grechukh написал(a):
> Led wrote:
> >> btw, туда можно просто класть свои полиси,
> >> http://wiki.sisyphus.ru/admin/IvmanAutomount
> >
> > ИМХО, пока это в рассылке, а не в сизифе, ломать что-то - преждевременно.
>
> оно так в сизифе работает почти с незапамятных времен :)

Сорри, значит у меня не Сизиф. Укажите мне, плиз, правильный сизиф:)

Чтобы:
1) Монтировало по-обращению, а не по-втыканию
2) Создавало вразумительные имена для точек монтирования
3) чтобы для носителя с двумя разделами создавало точки монтирования согласно 
таблице разделов (например, sda1, sda2, sda5) а не usbdisk (указывающий "в 
никуда", usbdisk1 (указывающий на сказочный vfat с utf8)  и usbdisk2 
с "неопознаной" FS, всё это смонтировано с правами "первого залогинившегося 
пользователя".

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
> В сообщении от 18 апреля 2006 14:02 Nick S. Grechukh написал(a):
>> Led wrote:
>>>> btw, туда можно просто класть свои полиси,
>>>> http://wiki.sisyphus.ru/admin/IvmanAutomount
>>> ИМХО, пока это в рассылке, а не в сизифе, ломать что-то - преждевременно.
>> оно так в сизифе работает почти с незапамятных времен :)
> Сорри, значит у меня не Сизиф. Укажите мне, плиз, правильный сизиф:)
> Чтобы:
> 1) Монтировало по-обращению, а не по-втыканию
> 2) Создавало вразумительные имена для точек монтирования
> 3) чтобы для носителя с двумя разделами создавало точки монтирования согласно 
> таблице разделов (например, sda1, sda2, sda5) а не usbdisk (указывающий "в 
> никуда", usbdisk1 (указывающий на сказочный vfat с utf8)  и usbdisk2 
> с "неопознаной" FS, всё это смонтировано с правами "первого залогинившегося 
> пользователя".
я написал, в каких файлах все это. если лень поковырять, ждите коробки.

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Monday 17 April 2006 23:03, Led wrote:

> Сейчас не "едет" и без hal (на 2.6

И правда не едет 8-()...

-- 
С уважением, Сергей Афонин
asy@kraft-s.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Michael Shigorin]

On Mon, Apr 17, 2006 at 08:54:47PM +0300, Nick S. Grechukh wrote:
> >> как прописать в fstab флэшку?
> > wrar@wrars-comp ~ $ grep flas /etc/fstab
> > /dev/sda1       /mnt/flash  vfat rw,users,noauto,iocharset=cp1251,umask=0,quiet,codepage=866,showexec 0 0
> ффкурсе. теперь расскажи, что будет, когда:
> а) ты ее вытащишь и снова вставишь (на 24 она при этом ехала
> вверх по sdb,sdc,sdd когда не было еще никаких халов).

Ну всё-таки на дворе стола уже 2.6.  В т.ч. из-за этого и usb mouse.

> б) вставишь другую, эту вытащишь и снова вставишь
> в) втыкнешь плеер с пустым SD слотом, вставишь флэшку, вставишь
> карту в SD слот.

Так поверишь, что имея две строчки в fstab (для камеры, бишь
sda1, и слота кардридера, который обычно sdb1) -- даже рассказать
нечего, просто работает?

Хрени, которые пытаются решить все проблемы человечества скопом,
обычно до жути неудобны в быту.

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

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Michael Shigorin wrote:
> On Mon, Apr 17, 2006 at 08:54:47PM +0300, Nick S. Grechukh wrote:
>> б) вставишь другую, эту вытащишь и снова вставишь
>> в) втыкнешь плеер с пустым SD слотом, вставишь флэшку, вставишь
>> карту в SD слот.
> Так поверишь, что имея две строчки в fstab (для камеры, бишь
> sda1, и слота кардридера, который обычно sdb1) -- даже рассказать
> нечего, просто работает?
да на таком уровне оно все работает :) хоть hal, хоть fstab ;)

> Хрени, которые пытаются решить все проблемы человечества скопом,
> обычно до жути неудобны в быту.
так hal и не должен монтировать, должен быть юникс-вей - hal пусть 
посылает сообщения, а ivman прекрасно справится с монтированием.

Re: [devel] Поведение apt-cdrom в современном мире

[Денис Смирнов]

On Mon, Apr 17, 2006 at 09:04:00PM +0300, Michael Shigorin wrote:

MS> Хрени, которые пытаются решить все проблемы человечества скопом,
MS> обычно до жути неудобны в быту.

udev/hal/pmount это ведь действительно The Right Way (tm). Который решает
больше проблем, чем создает, но в далекой перспективе. А работать сейчас
надо.

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

Конфиги тут ключевое -- для этой связки это самое главное.

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

http://freesource.info
----------------------------------------------------------------------------
Мне не трудно помахать, если мне покажут, в какую сторону.
		-- jaa in devel@

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 01:26 Денис Смирнов написал(a):
> On Mon, Apr 17, 2006 at 09:04:00PM +0300, Michael Shigorin wrote:
>
> MS> Хрени, которые пытаются решить все проблемы человечества скопом,
> MS> обычно до жути неудобны в быту.
>
> udev/hal/pmount это ведь действительно The Right Way (tm). Который решает
> больше проблем, чем создает, но в далекой перспективе. А работать сейчас
> надо.
>
> Потому это все, конечно, хорошо, но до тех пор, пока не будет
> работоспособных конфигов из коробки, ломать все остальное нельзя.
>
> Конфиги тут ключевое -- для этой связки это самое главное.

+1!
Разговор именно об этом (о "работоспособных конфигах из коробки" для hal) был 
изначально, а не о "порочности" hal как такового. И о полезности hal (в 
перспективе) как удобного ВСПОМОГАТЕЛЬНОГО инструмента (там где это 
оправдано, а не как заменитель всего, в том числе мозга):)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Alexey I. Froloff]

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

* Nick S. Grechukh <gns@> [060417 20:52]:
> >> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
> >> проще один раз прописать всё в /etc/fstab, а потом просто юзать по
> как прописать в fstab флэшку?
По LABEL или UUID.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Tuesday 18 April 2006 10:11, Alexey I. Froloff wrote:

> > как прописать в fstab флэшку?

> По LABEL или UUID.

Не годится. А если гость пришёл ?

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 08:13 Sergey Y. Afonin написал(a):
> On Tuesday 18 April 2006 10:11, Alexey I. Froloff wrote:
> > > как прописать в fstab флэшку?
> >
> > По LABEL или UUID.
>
> Не годится. А если гость пришёл ?

Для "гостей" fstab засорять?:)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Alexey I. Froloff wrote:
> * Nick S. Grechukh <gns@> [060417 20:52]:
>>>> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
>>>> проще один раз прописать всё в /etc/fstab, а потом просто юзать по
>> как прописать в fstab флэшку?
> По LABEL или UUID.
чудесно. надо полагать, с noauto?

Re: [devel] Поведение apt-cdrom в современном мире

[Kirill A. Shutemov]

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

On 19:50 Mon 17 Apr, Nick S. Grechukh wrote:
> Kirill A. Shutemov wrote:
> >> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
> >> проще один раз прописать всё в /etc/fstab, а потом просто юзать по
> как прописать в fstab флэшку?
А зачем? Мне хватает моего естественного интелекта, что сделать то что я
хочу с помощью cat /proc/devices; fdisk -l /dev/foo; mount blah-blah

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

> В ближайшие несколько дней я выложу новые сборки libhw и
> hotplug с проставленными конфликтами на kudzu.
Звучит почти как "кудзу харакири" :-)
		-- mike in devel@

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

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Kirill A. Shutemov wrote:
> On 19:50 Mon 17 Apr, Nick S. Grechukh wrote:
>> Kirill A. Shutemov wrote:
>>>> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
>>>> проще один раз прописать всё в /etc/fstab, а потом просто юзать по
>> как прописать в fstab флэшку?
> А зачем? Мне хватает моего естественного интелекта, что сделать то что я
> хочу с помощью cat /proc/devices; fdisk -l /dev/foo; mount blah-blah
итак, мнения разделились :) одни считают, что надо прописать в fstab и 
юзать subfs, другие считают что нужно использовать mount(8).
кстати, я вчера обманул - не надо считать флэшки, достаточно всего лишь 
читать tail -f /var/log/messages при втыкании, и смотреть какой дивайс 
появился;) однако в чем сакральный смысл этого действа, я не понял - 
показывать "юниксовую крутость" ? работать должна машина, а человек думать.

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Nick S. Grechukh wrote:
> Kirill A. Shutemov wrote:
>> On 19:50 Mon 17 Apr, Nick S. Grechukh wrote:
>>> Kirill A. Shutemov wrote:
>>>>> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
>>>>> проще один раз прописать всё в /etc/fstab, а потом просто юзать по
>>> как прописать в fstab флэшку?
>> А зачем? Мне хватает моего естественного интелекта, что сделать то что я
>> хочу с помощью cat /proc/devices; fdisk -l /dev/foo; mount blah-blah
> итак, мнения разделились :) одни считают, что надо прописать в fstab и 
> юзать subfs, другие считают что нужно использовать mount(8).
> кстати, я вчера обманул - не надо считать флэшки, достаточно всего лишь 
> читать tail -f /var/log/messages при втыкании, и смотреть какой дивайс 
> появился;) однако в чем сакральный смысл этого действа, я не понял - 
> показывать "юниксовую крутость" ? работать должна машина, а человек думать.
> 

Ужас какой.. это можно делать через udevmonitor

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Anton Farygin wrote:
> Nick S. Grechukh wrote:
>> читать tail -f /var/log/messages при втыкании, и смотреть какой дивайс 
>> появился;) однако в чем сакральный смысл этого действа, я не понял - 
>> показывать "юниксовую крутость" ? работать должна машина, а человек думать.
> Ужас какой.. это можно делать через udevmonitor
то есть udev будет через udevmonitor посылать сообщения человеку, 
который будет монтировать :)

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Nick S. Grechukh wrote:
> Anton Farygin wrote:
>> Nick S. Grechukh wrote:
>>> читать tail -f /var/log/messages при втыкании, и смотреть какой дивайс 
>>> появился;) однако в чем сакральный смысл этого действа, я не понял - 
>>> показывать "юниксовую крутость" ? работать должна машина, а человек думать.
>> Ужас какой.. это можно делать через udevmonitor
> то есть udev будет через udevmonitor посылать сообщения человеку, 
> который будет монтировать :)

нет. человек, который хочет смонтировать может посмотреть что и куда 
монтировать в HAL.

а скриптами лучше обрабатывать lshal/udevmonitor

запустите lshal --monitor и посмотрите что происходит.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Maxim Tyurin]

Nick S. Grechukh writes:

> Kirill A. Shutemov wrote:
>>> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
>>> проще один раз прописать всё в /etc/fstab, а потом просто юзать по
> как прописать в fstab флэшку?

UUID=369dda3d-3330-4fbd-8da0-abbac5666c98 /mnt/MKpen ext3 user,data=journal,noatime,exec,noauto 0 0

:)
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 28 апреля 2006 15:20 Maxim Tyurin написал(a):
> Nick S. Grechukh writes:
> > Kirill A. Shutemov wrote:
> >>> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не
> >>> только, проще один раз прописать всё в /etc/fstab, а потом просто юзать
> >>> по
> >
> > как прописать в fstab флэшку?
>
> UUID=369dda3d-3330-4fbd-8da0-abbac5666c98 /mnt/MKpen ext3
> user,data=journal,noatime,exec,noauto 0 0

Последний раз, когда пробовал монтировать по UUID, размонтировать пользователю 
не получалось (reboot не предлагать:))

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Maxim Tyurin]

led@altlinux.ru writes:

> В сообщении от 28 апреля 2006 15:20 Maxim Tyurin написал(a):
>> Nick S. Grechukh writes:
>> > Kirill A. Shutemov wrote:
>> >>> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не
>> >>> только, проще один раз прописать всё в /etc/fstab, а потом просто юзать
>> >>> по
>> >
>> > как прописать в fstab флэшку?
>>
>> UUID=369dda3d-3330-4fbd-8da0-abbac5666c98 /mnt/MKpen ext3
>> user,data=journal,noatime,exec,noauto 0 0
>
> Последний раз, когда пробовал монтировать по UUID, размонтировать пользователю 
> не получалось (reboot не предлагать:))

Ну года 3 так уже работает.
Очень даже хорошо работает.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 28 апреля 2006 17:22 Maxim Tyurin написал(a):
> led@altlinux.ru writes:
> > В сообщении от 28 апреля 2006 15:20 Maxim Tyurin написал(a):
> >> Nick S. Grechukh writes:
> >> > Kirill A. Shutemov wrote:
> >> >>> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не
> >> >>> только, проще один раз прописать всё в /etc/fstab, а потом просто
> >> >>> юзать по
> >> >
> >> > как прописать в fstab флэшку?
> >>
> >> UUID=369dda3d-3330-4fbd-8da0-abbac5666c98 /mnt/MKpen ext3
> >> user,data=journal,noatime,exec,noauto 0 0
> >
> > Последний раз, когда пробовал монтировать по UUID, размонтировать
> > пользователю не получалось (reboot не предлагать:))
>
> Ну года 3 так уже работает.
> Очень даже хорошо работает.

Полгода назад пользователём размонтировать не удавалось (в слкчае, если 
смонтировано по  UUID). Я здесь спрашивал, как это обойти - ответили, 
что "никак". Обманули?

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Maxim Tyurin wrote:
> Nick S. Grechukh writes:
> 
>> Kirill A. Shutemov wrote:
>>>> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
>>>> проще один раз прописать всё в /etc/fstab, а потом просто юзать по
>> как прописать в fstab флэшку?
> 
> UUID=369dda3d-3330-4fbd-8da0-abbac5666c98 /mnt/MKpen ext3 user,data=journal,noatime,exec,noauto 0 0

ух ты, круто. а как прописать SD в кардридере? интересует определенная 
точка монтирования для слота, независимо от вставленной карточки.

Re: [devel] Поведение apt-cdrom в современном мире

[Maxim Tyurin]

Nick S. Grechukh writes:

> Maxim Tyurin wrote:
>> Nick S. Grechukh writes:
>> 
>>> Kirill A. Shutemov wrote:
>>>>> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
>>>>> проще один раз прописать всё в /etc/fstab, а потом просто юзать по
>>> как прописать в fstab флэшку?
>> 
>> UUID=369dda3d-3330-4fbd-8da0-abbac5666c98 /mnt/MKpen ext3 user,data=journal,noatime,exec,noauto 0 0
>
> ух ты, круто. а как прописать SD в кардридере? интересует определенная 
> точка монтирования для слота, независимо от вставленной карточки.

ХЗ если честно.
Там где у меня стоит ридер - стоит 2.4.x ядро.
И устройства появляются при загрузке и никуда не ездят.
Будет проблема - буду думать.
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Vlasov]

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

On Fri, Apr 28, 2006 at 05:29:35PM +0300, Nick S. Grechukh wrote:
> Maxim Tyurin wrote:
> > UUID=369dda3d-3330-4fbd-8da0-abbac5666c98 /mnt/MKpen ext3 user,data=journal,noatime,exec,noauto 0 0
> 
> ух ты, круто. а как прописать SD в кардридере? интересует определенная 
> точка монтирования для слота, независимо от вставленной карточки.

Написать правило для udev, определяющее нужный слот кардридера (или
воспользоваться готовым /dev/disk/by-id/...), и вписать в fstab
соответствующее имя.  Впрочем, тут ещё могут быть грабли с таблицей
разделов на карточке.

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

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Sergey Vlasov wrote:
> On Fri, Apr 28, 2006 at 05:29:35PM +0300, Nick S. Grechukh wrote:
>> Maxim Tyurin wrote:
>>> UUID=369dda3d-3330-4fbd-8da0-abbac5666c98 /mnt/MKpen ext3 user,data=journal,noatime,exec,noauto 0 0
>> ух ты, круто. а как прописать SD в кардридере? интересует определенная 
>> точка монтирования для слота, независимо от вставленной карточки.
> 
> Написать правило для udev, определяющее нужный слот кардридера (или
> воспользоваться готовым /dev/disk/by-id/...), и вписать в fstab
> соответствующее имя.  Впрочем, тут ещё могут быть грабли с таблицей
> разделов на карточке.
какой кошмар. почему мне проще в fdi ловить его по известному parent и 
назначать desired_mountpoint

Re: [devel] Поведение apt-cdrom в современном мире

[Michael Shigorin]

On Fri, Apr 28, 2006 at 05:29:35PM +0300, Nick S. Grechukh wrote:
> >> как прописать в fstab флэшку?
> > UUID=369dda3d-3330-4fbd-8da0-abbac5666c98 /mnt/MKpen ext3 user,data=journal,noatime,exec,noauto 0 0
> ух ты, круто. а как прописать SD в кардридере? интересует определенная 
> точка монтирования для слота, независимо от вставленной карточки.

*sigh*

Пример из жизни:
home:~> grep mmc /etc/fstab
/dev/sdb1 /mnt/sd_mmc subfs fs=vfat,user,showexec,nodev,nosuid,iocharset=koi8-u,umask=0,quiet,sync,codepage=866 0 0

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

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

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Michael Shigorin wrote:
> On Fri, Apr 28, 2006 at 05:29:35PM +0300, Nick S. Grechukh wrote:
>>>> как прописать в fstab флэшку?
>>> UUID=369dda3d-3330-4fbd-8da0-abbac5666c98 /mnt/MKpen ext3 user,data=journal,noatime,exec,noauto 0 0
>> ух ты, круто. а как прописать SD в кардридере? интересует определенная 
>> точка монтирования для слота, независимо от вставленной карточки.
> *sigh*
> Пример из жизни:
> home:~> grep mmc /etc/fstab
> /dev/sdb1 /mnt/sd_mmc subfs fs=vfat,user,showexec,nodev,nosuid,iocharset=koi8-u,umask=0,quiet,sync,codepage=866 0 0
ну везет тебе, что кардридер один и он всегда на sdb1. в жизни бывают и 
более динамичные варианты (даже без езды sdX при перетыкании)

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

просто некоторые подходы масштабируются больше, некоторые меньше.

Re: [devel] Поведение apt-cdrom в современном мире

[Ivan Fedorov]

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

Anton D. Kachalov пишет:
> On Mon, Apr 17, 2006 at 06:28:46PM +0300, Nick S. Grechukh wrote:
>> Led wrote:
>>> Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и 
>>> размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
>>> "Примонтировано при необходимости (обращении), размонтировано за ненадобностью 
>>> (по таймауту или сигналу)" вообще не рассматривается?
>> а это частный случай. реализуемый через монтирование subfs при втыкании
> 
> Вообще, нужен тумблер, отключающий какой-либо Мозг. Ибо, мозг этот до
> добра не доводит. Виндовз - один сплошной мозг. А то, что происходит с
> HAL'ом и поддержкой у нас -- это, действительно, навязывание. Я вообще
> привык всё делать через mount/umount,а не тр@$@#ся с HAL. Вот у меня на
> флэшке два раздела и в /media создаются две директории. Но кто мне может
> объяснить, почему при автодетекте разделы иногда меняются местами? То
> /dev/sda1 -> /media/usbdisk, /dev/sda2 -> /media/usbdisk2, то /dev/sda1 ->
> /media/usbdisk1, /dev/sda2 -> /dev/usbdisk. Это как? Очень бесит. Про
> сидюк я вообще молчу. Если в директорию /media/cdrom зашёл раньше, чем
> сидюк успел сообразить, то фиг чего там получишь. Ждать каких-то таймаутов
> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
> проще один раз прописать всё в /etc/fstab, а потом просто юзать по
> старинке. Другое, дело, когда юзвери этим пользуются из кедов. Но мы же не
> юзвери! Почему нас нужно лишать АЛЬТЕРНАТИВЫ? Виндовз-вэй? Оно нам надо?
+1


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

Re: [devel] Поведение apt-cdrom в современном мире

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

В Втр, 18/04/2006 в 01:06 +0900, Ivan Fedorov пишет:
> Anton D. Kachalov пишет:
> > On Mon, Apr 17, 2006 at 06:28:46PM +0300, Nick S. Grechukh wrote:
> >> Led wrote:
> >>> Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и 
> >>> размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
> >>> "Примонтировано при необходимости (обращении), размонтировано за ненадобностью 
> >>> (по таймауту или сигналу)" вообще не рассматривается?
> >> а это частный случай. реализуемый через монтирование subfs при втыкании
+1х4 
> > Вообще, нужен тумблер, отключающий какой-либо Мозг. Ибо, мозг этот до
> > добра не доводит. Виндовз - один сплошной мозг. А то, что происходит с
> > HAL'ом и поддержкой у нас -- это, действительно, навязывание. Я вообще
...
> > старинке. Другое, дело, когда юзвери этим пользуются из кедов. Но мы же не
> > юзвери! Почему нас нужно лишать АЛЬТЕРНАТИВЫ? Виндовз-вэй? Оно нам надо?
> +1
+1 

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Monday 17 April 2006 20:53, Anton D. Kachalov wrote:

> привык всё делать через mount/umount,а не тр@$@#ся с HAL. Вот у меня на
> флэшке два раздела и в /media создаются две директории. Но кто мне может
> объяснить, почему при автодетекте разделы иногда меняются местами? То
> /dev/sda1 -> /media/usbdisk, /dev/sda2 -> /media/usbdisk2, то /dev/sda1 ->
> /media/usbdisk1, /dev/sda2 -> /dev/usbdisk. Это как? Очень бесит.

Ха. А я тут вот, буквально за сегодня, наткнулся (точнее, сегодня заметил):
http://lists.altlinux.org/pipermail/devel-kernel/2006-April/006059.html

Что, на самом деле, не очень понятно в свете заявления о произвольном 
появлении устройств.

Попыток было несколько:

Apr 15 16:48:01 asy fstab-sync[6734]: added mount point /media/usbdisk for /dev/uba1
Apr 15 16:48:02 asy fstab-sync[6743]: added mount point /media/usbdisk1 for /dev/uba5
Apr 15 16:48:02 asy fstab-sync[6762]: added mount point /media/usbdisk2 for /dev/uba6
Apr 15 16:48:03 asy fstab-sync[6770]: added mount point /media/usbdisk3 for /dev/uba7

Apr 15 17:24:22 asy fstab-sync[7164]: removed mount point /media/usbdisk3 for /dev/uba7
Apr 15 17:24:22 asy fstab-sync[7182]: removed mount point /media/usbdisk2 for /dev/uba6
Apr 15 17:24:22 asy fstab-sync[7194]: removed mount point /media/usbdisk1 for /dev/uba5
Apr 15 17:24:22 asy fstab-sync[7198]: removed mount point /media/usbdisk for /dev/uba1

Apr 15 17:28:37 asy fstab-sync[6558]: added mount point /media/usbdisk for /dev/uba1
Apr 15 17:28:38 asy fstab-sync[6565]: added mount point /media/usbdisk1 for /dev/uba5
Apr 15 17:28:38 asy fstab-sync[6584]: added mount point /media/usbdisk2 for /dev/uba6
Apr 15 17:28:39 asy fstab-sync[6590]: added mount point /media/usbdisk3 for /dev/uba7

Apr 15 17:30:55 asy fstab-sync[6712]: removed mount point /media/usbdisk3 for /dev/uba7
Apr 15 17:30:55 asy fstab-sync[6715]: removed mount point /media/usbdisk2 for /dev/uba6
Apr 15 17:30:55 asy fstab-sync[6718]: removed mount point /media/usbdisk1 for /dev/uba5
Apr 15 17:30:55 asy fstab-sync[6731]: removed mount point /media/usbdisk for /dev/uba1

Apr 17 15:54:39 asy fstab-sync[5808]: added mount point /media/usbdisk for /dev/uba1
Apr 17 15:54:40 asy fstab-sync[5817]: added mount point /media/usbdisk1 for /dev/uba5
Apr 17 15:54:40 asy fstab-sync[5838]: added mount point /media/usbdisk2 for /dev/uba6
Apr 17 15:54:41 asy fstab-sync[5844]: added mount point /media/usbdisk3 for /dev/uba7

В принципе, могу ещё один диск найти разбитый на несколько разделов и поиграться.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Anton D. Kachalov wrote:
> флэшке два раздела и в /media создаются две директории. Но кто мне может
> объяснить, почему при автодетекте разделы иногда меняются местами? То
> /dev/sda1 -> /media/usbdisk, /dev/sda2 -> /media/usbdisk2, то /dev/sda1 ->
> /media/usbdisk1, /dev/sda2 -> /dev/usbdisk. Это как? Очень бесит.
инфраструктура хорошая, но видимо 'мозг' вокруг нее неправильный.
мне вообще неудобны все эти /media/usbdisk1, usbdisk2. поэтому
(независимо от порядка втыкания/вытыкания) одна флэшка монтируется в 
/media/canyon, вторая в /media/jetflash, плеер в /media/sansa, а 
плеерный кардридер в /media/sansa_sd :)) ну а чужие флэшки - в 
/media/sd[a-z][0-9] в соответствии с именем дивайса.
и все это фиг получишь без hal, а c hal+ivman делается очень легко.

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 17 апреля 2006 19:21 Nick S. Grechukh написал(a):
> Anton D. Kachalov wrote:
> > флэшке два раздела и в /media создаются две директории. Но кто мне может
> > объяснить, почему при автодетекте разделы иногда меняются местами? То
> > /dev/sda1 -> /media/usbdisk, /dev/sda2 -> /media/usbdisk2, то /dev/sda1
> > -> /media/usbdisk1, /dev/sda2 -> /dev/usbdisk. Это как? Очень бесит.
>
> инфраструктура хорошая, но видимо 'мозг' вокруг нее неправильный.
> мне вообще неудобны все эти /media/usbdisk1, usbdisk2. поэтому
> (независимо от порядка втыкания/вытыкания) одна флэшка монтируется в
> /media/canyon, вторая в /media/jetflash, плеер в /media/sansa, а
> плеерный кардридер в /media/sansa_sd :)) ну а чужие флэшки - в
> /media/sd[a-z][0-9] в соответствии с именем дивайса.
> и все это фиг получишь без hal, а c hal+ivman делается очень легко.

Показать, как это получить без hal? Кстати, а если буквы закончаться (все до Z 
включительно задействованы) sd<что> у вас будет?:)

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Led wrote:
> В сообщении от 17 апреля 2006 19:21 Nick S. Grechukh написал(a):
>> Anton D. Kachalov wrote:
>>> флэшке два раздела и в /media создаются две директории. Но кто мне может
>>> объяснить, почему при автодетекте разделы иногда меняются местами? То
>>> /dev/sda1 -> /media/usbdisk, /dev/sda2 -> /media/usbdisk2, то /dev/sda1
>>> -> /media/usbdisk1, /dev/sda2 -> /dev/usbdisk. Это как? Очень бесит.
>> инфраструктура хорошая, но видимо 'мозг' вокруг нее неправильный.
>> мне вообще неудобны все эти /media/usbdisk1, usbdisk2. поэтому
>> (независимо от порядка втыкания/вытыкания) одна флэшка монтируется в
>> /media/canyon, вторая в /media/jetflash, плеер в /media/sansa, а
>> плеерный кардридер в /media/sansa_sd :)) ну а чужие флэшки - в
>> /media/sd[a-z][0-9] в соответствии с именем дивайса.
>> и все это фиг получишь без hal, а c hal+ivman делается очень легко.
> Показать, как это получить без hal?
да, пожалуйста. может я фигней страдаю :)

 > Кстати, а если буквы закончаться (все до Z
> включительно задействованы) sd<что> у вас будет?:)
думаю, usb слоты, на внешнем хабе включительно, если б у меня был - 
закончатся раньше ;)

Re: [devel] Поведение apt-cdrom в современном мире

[Anatoly Yakushin]

Nick S. Grechukh пишет:
<skip>

> и все это фиг получишь без hal, а c hal+ivman делается очень легко.
Документ в студию, как это "с hal+ivman делается очень легко".
Я знаете ли, старый человек. Как это легко сделать с emacs+/etc/fstab
-- знаю, с hal+ivman -- не знаю.



-- 
Rgrds,
Anatoly A. Yakushin aka DOC

Re: [devel] Поведение apt-cdrom в современном мире

[Michael Shigorin]

On Mon, Apr 17, 2006 at 10:38:10PM +0400, Anatoly Yakushin wrote:
> > и все это фиг получишь без hal, а c hal+ivman делается очень легко.
> Документ в студию, как это "с hal+ivman делается очень легко".
> Я знаете ли, старый человек. Как это легко сделать с
> emacs+/etc/fstab -- знаю, с hal+ivman -- не знаю.

Коль, а ещё лучше -- пошли на брудершафт модули писать.
Раз уж разобрался (я читал-читал, да так и не).

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

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Anatoly Yakushin wrote:
> Nick S. Grechukh пишет:
> <skip>
> 
>> и все это фиг получишь без hal, а c hal+ivman делается очень легко.
> Документ в студию, как это "с hal+ivman делается очень легко".
> Я знаете ли, старый человек. Как это легко сделать с emacs+/etc/fstab
> -- знаю, с hal+ivman -- не знаю.
> 
> 
> 

Обязательно всё опишем.. вот только доползёт до Sisyphus ;)

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Nick S. Grechukh]

Anatoly Yakushin wrote:
> Документ в студию, как это "с hal+ivman делается очень легко".
http://wiki.sisyphus.ru/admin/IvmanAutomount

> Я знаете ли, старый человек. Как это легко сделать с emacs+/etc/fstab
> -- знаю, с hal+ivman -- не знаю.
и я не знал, пока не заставил себя изучить примеры конфигов. я исхожу из 
того, что в community@ полно людей, отягощенных интеллектом гораздо 
более меня  :)

ЗЫ. проблема документированности всего этого действительно существует

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Bolshakov]

>>>>> "Anton" == Anton D Kachalov <mouse@altlinux.org> writes:

 > On Mon, Apr 17, 2006 at 06:28:46PM +0300, Nick S. Grechukh wrote:
 >> Led wrote:
 >> > Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и 
 >> > размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
 >> > "Примонтировано при необходимости (обращении), размонтировано за ненадобностью 
 >> > (по таймауту или сигналу)" вообще не рассматривается?
 >> а это частный случай. реализуемый через монтирование subfs при втыкании

 > Вообще, нужен тумблер, отключающий какой-либо Мозг.

Или включающий. Кто, собственно, заставляет пользовать всю эту музыку
(полностью) ? Если же речь о дефолтных установках в дистрибутивах,
то многие здесь присутствующие давали понять, а то и прямо заявляли,
что судьба изделия 'компакт', например, их не интересует.

Есть предложение повременить с негодованием и всё ж разобраться
в плюсах-минусах предлагаемого, в частности, в степени интрузивности
и безальтернативности, реальной или мнимой.

-- 

[devel] [JT] Re: Поведение apt-cdrom в современном мире

[Michael Shigorin]

On Mon, Apr 17, 2006 at 07:53:02PM +0400, Anton D. Kachalov wrote:
> Вообще, нужен тумблер, отключающий какой-либо Мозг. Ибо, мозг
> этот до добра не доводит. Виндовз - один сплошной мозг.

Это одни сплошные те самые четыре кубика.

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

-- 
Миша,
досыта нагуглившийся сегодня по мотивам
"и как в XP оторвать krb5 в пользу NTLM"

Re: [devel] Поведение apt-cdrom в современном мире

[Alexey I. Froloff]

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

* Anton D. Kachalov <mouse@> [060417 19:54]:
> Почему нас нужно лишать АЛЬТЕРНАТИВЫ?
+100!

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 17 апреля 2006 17:35 Anton Farygin написал(a):
>> Sergey Y. Afonin wrote:
>>> On Monday 17 April 2006 19:26, Anton Farygin wrote:
>>>>> А альтернатив хотплагу не пробегало ?
>>>> hotplug уже почти obsoleted новым udev
>>>>
>>>> Да и причём тут hotplug ?
>>> Не знаю, я что-то за PnP следить давно перестал. Но сути не меняет,
>>> PnP начинает всё больше и больше затрагивать те вещи, куда ему не
>>> особо стоит соваться. :-( Плохая предсказуемость поведения в итоге
>>> может появиться...
>> Например ?
>>
>> В *nix полностью перелопачивают всё поддержку железа на стороне
>> userspace. HAL вон уже и до Solaris добрался.
> 
> Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и 
> размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?

А с чего вы взяли что именно так и предполагается ?
> "Примонтировано при необходимости (обращении), размонтировано за ненадобностью 
> (по таймауту или сигналу)" вообще не рассматривается?

именно на такую схему и переходим. Именно поэтому грабли с apt-cdrom и 
вылезут.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 11:56 Anton Farygin написал(a):
> Led wrote:
> > В сообщении от 17 апреля 2006 17:35 Anton Farygin написал(a):
> >> Sergey Y. Afonin wrote:
> >>> On Monday 17 April 2006 19:26, Anton Farygin wrote:
> >>>>> А альтернатив хотплагу не пробегало ?
> >>>>
> >>>> hotplug уже почти obsoleted новым udev
> >>>>
> >>>> Да и причём тут hotplug ?
> >>>
> >>> Не знаю, я что-то за PnP следить давно перестал. Но сути не меняет,
> >>> PnP начинает всё больше и больше затрагивать те вещи, куда ему не
> >>> особо стоит соваться. :-( Плохая предсказуемость поведения в итоге
> >>> может появиться...
> >>
> >> Например ?
> >>
> >> В *nix полностью перелопачивают всё поддержку железа на стороне
> >> userspace. HAL вон уже и до Solaris добрался.
> >
> > Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и
> > размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
>
> А с чего вы взяли что именно так и предполагается ?

Из текущего поведения "hal и компании" в сизифе.

>
> > "Примонтировано при необходимости (обращении), размонтировано за
> > ненадобностью (по таймауту или сигналу)" вообще не рассматривается?
>
> именно на такую схему и переходим.

Из ваших сообщений этого не было видно.

> Именно поэтому
Из ваших сообщений этого не было видно.

> грабли с apt-cdrom и вылезут. 

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 18 апреля 2006 11:56 Anton Farygin написал(a):
>> Led wrote:
>>> В сообщении от 17 апреля 2006 17:35 Anton Farygin написал(a):
>>>> Sergey Y. Afonin wrote:
>>>>> On Monday 17 April 2006 19:26, Anton Farygin wrote:
>>>>>>> А альтернатив хотплагу не пробегало ?
>>>>>> hotplug уже почти obsoleted новым udev
>>>>>>
>>>>>> Да и причём тут hotplug ?
>>>>> Не знаю, я что-то за PnP следить давно перестал. Но сути не меняет,
>>>>> PnP начинает всё больше и больше затрагивать те вещи, куда ему не
>>>>> особо стоит соваться. :-( Плохая предсказуемость поведения в итоге
>>>>> может появиться...
>>>> Например ?
>>>>
>>>> В *nix полностью перелопачивают всё поддержку железа на стороне
>>>> userspace. HAL вон уже и до Solaris добрался.
>>> Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и
>>> размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
>> А с чего вы взяли что именно так и предполагается ?
> 
> Из текущего поведения "hal и компании" в сизифе.

Речь как раз и идёт о том, что текущее поведение кардинально меняется.

Если оставить текущее поведение - то менять apt-cdrom не придётся.

> 
>>> "Примонтировано при необходимости (обращении), размонтировано за
>>> ненадобностью (по таймауту или сигналу)" вообще не рассматривается?
>> именно на такую схему и переходим.
> 
> Из ваших сообщений этого не было видно.
> 
>> Именно поэтому
> Из ваших сообщений этого не было видно.
> 
>> грабли с apt-cdrom и вылезут. 
> 


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

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 18 апреля 2006 13:14 Anton Farygin написал(a):
> Led wrote:
> > В сообщении от 18 апреля 2006 11:56 Anton Farygin написал(a):
> >> Led wrote:
> >>> В сообщении от 17 апреля 2006 17:35 Anton Farygin написал(a):
> >>>> Sergey Y. Afonin wrote:
> >>>>> On Monday 17 April 2006 19:26, Anton Farygin wrote:
> >>>>>>> А альтернатив хотплагу не пробегало ?
> >>>>>>
> >>>>>> hotplug уже почти obsoleted новым udev
> >>>>>>
> >>>>>> Да и причём тут hotplug ?
> >>>>>
> >>>>> Не знаю, я что-то за PnP следить давно перестал. Но сути не меняет,
> >>>>> PnP начинает всё больше и больше затрагивать те вещи, куда ему не
> >>>>> особо стоит соваться. :-( Плохая предсказуемость поведения в итоге
> >>>>> может появиться...
> >>>>
> >>>> Например ?
> >>>>
> >>>> В *nix полностью перелопачивают всё поддержку железа на стороне
> >>>> userspace. HAL вон уже и до Solaris добрался.
> >>>
> >>> Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и
> >>> размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
> >>
> >> А с чего вы взяли что именно так и предполагается ?
> >
> > Из текущего поведения "hal и компании" в сизифе.
>
> Речь как раз и идёт о том, что текущее поведение кардинально меняется.
>
> Если оставить текущее поведение - то менять apt-cdrom не придётся.
>
> >>> "Примонтировано при необходимости (обращении), размонтировано за
> >>> ненадобностью (по таймауту или сигналу)" вообще не рассматривается?
> >>
> >> именно на такую схему и переходим.
> >
> > Из ваших сообщений этого не было видно.
> >
> >> Именно поэтому
> >
> > Из ваших сообщений этого не было видно.
> >
> >> грабли с apt-cdrom и вылезут.
>
> а .. ну да. в общем - монтироваться оно теперь автоматом не будет. В
> итоге ошибки и полезут в различных приложениях.

Прошу прощения за, возможно, ламерский вопрос: а как apt-cdrom раньше работал 
без hal/subfs/autofs?

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Genix]

Led wrote:

> Прошу прощения за, возможно, ламерский вопрос: а как apt-cdrom раньше работал 
> без hal/subfs/autofs?

в случае наличия двух приводов -- хреново ;)
по той-же причине и не ставился компакт на двух cd-rom'ах

-- 
У каждого в башке свои тараканы...

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 18 апреля 2006 13:14 Anton Farygin написал(a):
>> Led wrote:
>>> В сообщении от 18 апреля 2006 11:56 Anton Farygin написал(a):
>>>> Led wrote:
>>>>> В сообщении от 17 апреля 2006 17:35 Anton Farygin написал(a):
>>>>>> Sergey Y. Afonin wrote:
>>>>>>> On Monday 17 April 2006 19:26, Anton Farygin wrote:
>>>>>>>>> А альтернатив хотплагу не пробегало ?
>>>>>>>> hotplug уже почти obsoleted новым udev
>>>>>>>>
>>>>>>>> Да и причём тут hotplug ?
>>>>>>> Не знаю, я что-то за PnP следить давно перестал. Но сути не меняет,
>>>>>>> PnP начинает всё больше и больше затрагивать те вещи, куда ему не
>>>>>>> особо стоит соваться. :-( Плохая предсказуемость поведения в итоге
>>>>>>> может появиться...
>>>>>> Например ?
>>>>>>
>>>>>> В *nix полностью перелопачивают всё поддержку железа на стороне
>>>>>> userspace. HAL вон уже и до Solaris добрался.
>>>>> Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и
>>>>> размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
>>>> А с чего вы взяли что именно так и предполагается ?
>>> Из текущего поведения "hal и компании" в сизифе.
>> Речь как раз и идёт о том, что текущее поведение кардинально меняется.
>>
>> Если оставить текущее поведение - то менять apt-cdrom не придётся.
>>
>>>>> "Примонтировано при необходимости (обращении), размонтировано за
>>>>> ненадобностью (по таймауту или сигналу)" вообще не рассматривается?
>>>> именно на такую схему и переходим.
>>> Из ваших сообщений этого не было видно.
>>>
>>>> Именно поэтому
>>> Из ваших сообщений этого не было видно.
>>>
>>>> грабли с apt-cdrom и вылезут.
>> а .. ну да. в общем - монтироваться оно теперь автоматом не будет. В
>> итоге ошибки и полезут в различных приложениях.
> 
> Прошу прощения за, возможно, ламерский вопрос: а как apt-cdrom раньше работал 
> без hal/subfs/autofs?
> 

Он монтировал /media/cdrom - это зашито жёстко в его конфиге.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Denis Ovsienko]

> Т.к. ближайшие изменения навсегда и окончательно отменят наличие 
> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
> 
> - что будем делать с программой apt-cdrom, которая монтирует CD, 
> обращаясь к нему через точку монтирования ?
Ничего. Программа будет и дальше работать, так как понятие блочных
устройств и операции монтирования в Linux никуда не девается.

-- 
    DO4-UANIC

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Denis Ovsienko wrote:
>> Т.к. ближайшие изменения навсегда и окончательно отменят наличие 
>> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
>>
>> - что будем делать с программой apt-cdrom, которая монтирует CD, 
>> обращаясь к нему через точку монтирования ?
> Ничего. Программа будет и дальше работать, так как понятие блочных
> устройств и операции монтирования в Linux никуда не девается.
> 

Точка монтирования и само устройство становится для apt'а не известным.

Впрочем алгоритм поведения apt'а уже выработан, приступаем к реализации.


Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Valery V. Inozemtsev]

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

В сообщении от 18 апреля 2006 16:52 Anton Farygin написал(a):
> Denis Ovsienko wrote:
> >> Т.к. ближайшие изменения навсегда и окончательно отменят наличие
> >> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
> >>
> >> - что будем делать с программой apt-cdrom, которая монтирует CD,
> >> обращаясь к нему через точку монтирования ?
> >
> > Ничего. Программа будет и дальше работать, так как понятие блочных
> > устройств и операции монтирования в Linux никуда не девается.
>
> Точка монтирования и само устройство становится для apt'а не известным.
>
> Впрочем алгоритм поведения apt'а уже выработан, приступаем к реализации.

только не надо к нему прикручивать hal. мне не хотелось бы еще и apt выносить

-- 
Valery V. Inozemtsev

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

Re: [devel] Поведение apt-cdrom в современном мире

[Sergey Y. Afonin]

On Tuesday 18 April 2006 17:41, Valery V. Inozemtsev wrote:

> только не надо к нему прикручивать hal. мне не хотелось бы еще и apt выносить

В фортунки ? :-)

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Valery V. Inozemtsev wrote:
> В сообщении от 18 апреля 2006 16:52 Anton Farygin написал(a):
>> Denis Ovsienko wrote:
>>>> Т.к. ближайшие изменения навсегда и окончательно отменят наличие
>>>> /dev/cdrom и /media/cdrom, то соответственно возникает вопрос:
>>>>
>>>> - что будем делать с программой apt-cdrom, которая монтирует CD,
>>>> обращаясь к нему через точку монтирования ?
>>> Ничего. Программа будет и дальше работать, так как понятие блочных
>>> устройств и операции монтирования в Linux никуда не девается.
>> Точка монтирования и само устройство становится для apt'а не известным.
>>
>> Впрочем алгоритм поведения apt'а уже выработан, приступаем к реализации.
> 
> только не надо к нему прикручивать hal. мне не хотелось бы еще и apt выносить
> 

libhal никому не помешает.

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Valery V. Inozemtsev]

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

> >>> Ничего. Программа будет и дальше работать, так как понятие блочных
> >>> устройств и операции монтирования в Linux никуда не девается.
> >>
> >> Точка монтирования и само устройство становится для apt'а не известным.
> >>
> >> Впрочем алгоритм поведения apt'а уже выработан, приступаем к реализации.
> >
> > только не надо к нему прикручивать hal. мне не хотелось бы еще и apt
> > выносить
>
> libhal никому не помешает.

он то не помешает, но у многих есть вредные привычки прибивать в requires hal

-- 
Valery V. Inozemtsev

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

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Valery V. Inozemtsev wrote:
>>>>> Ничего. Программа будет и дальше работать, так как понятие блочных
>>>>> устройств и операции монтирования в Linux никуда не девается.
>>>> Точка монтирования и само устройство становится для apt'а не известным.
>>>>
>>>> Впрочем алгоритм поведения apt'а уже выработан, приступаем к реализации.
>>> только не надо к нему прикручивать hal. мне не хотелось бы еще и apt
>>> выносить
>> libhal никому не помешает.
> 
> он то не помешает, но у многих есть вредные привычки прибивать в requires hal

в данном случае такой зависимости поставлено не будет, ибо без hal оно 
работать реально сможет.


Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Denis Ovsienko]

> Точка монтирования и само устройство становится для apt'а не
> известным.
Точка монтирования /mnt/cdrom, обеспеченная строкой в /etc/fstab, не
является серьёзным препятствием для пользователя.

-- 
    DO4-UANIC

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Denis Ovsienko wrote:
>> Точка монтирования и само устройство становится для apt'а не
>> известным.
> Точка монтирования /mnt/cdrom, обеспеченная строкой в /etc/fstab, не
> является серьёзным препятствием для пользователя.
> 

А кто её туда будет обеспечивать ?

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 19 апреля 2006 12:53 Anton Farygin написал(a):
> Denis Ovsienko wrote:
> >> Точка монтирования и само устройство становится для apt'а не
> >> известным.
> >
> > Точка монтирования /mnt/cdrom, обеспеченная строкой в /etc/fstab, не
> > является серьёзным препятствием для пользователя.
>
> А кто её туда будет обеспечивать ?

Наверное тот же, кто обеспечивает обновление/установку с пом. apt-cdrom - 
root?

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 19 апреля 2006 12:53 Anton Farygin написал(a):
>> Denis Ovsienko wrote:
>>>> Точка монтирования и само устройство становится для apt'а не
>>>> известным.
>>> Точка монтирования /mnt/cdrom, обеспеченная строкой в /etc/fstab, не
>>> является серьёзным препятствием для пользователя.
>> А кто её туда будет обеспечивать ?
> 
> Наверное тот же, кто обеспечивает обновление/установку с пом. apt-cdrom - 
> root?
> 

Т.е. - пользователь сам должен будет прописывать ?

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Kirill A. Shutemov]

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

On 16:46 Wed 19 Apr, Anton Farygin wrote:
> Led wrote:
> > В сообщении от 19 апреля 2006 12:53 Anton Farygin написал(a):
> >> Denis Ovsienko wrote:
> >>>> Точка монтирования и само устройство становится для apt'а не
> >>>> известным.
> >>> Точка монтирования /mnt/cdrom, обеспеченная строкой в /etc/fstab, не
> >>> является серьёзным препятствием для пользователя.
> >> А кто её туда будет обеспечивать ?
> > 
> > Наверное тот же, кто обеспечивает обновление/установку с пом. apt-cdrom - 
> > root?
> > 
> 
> Т.е. - пользователь сам должен будет прописывать ?
А что эта мысль с некоторых пор начала пугать?

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

> Новая редакция (3) mount.8
Круто!!  11К замечаний ушло в личку.
		-- wrar in community@

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

Re: [devel] Поведение apt-cdrom в современном мире

[Anton Farygin]

Kirill A. Shutemov wrote:
> On 16:46 Wed 19 Apr, Anton Farygin wrote:
>> Led wrote:
>>> В сообщении от 19 апреля 2006 12:53 Anton Farygin написал(a):
>>>> Denis Ovsienko wrote:
>>>>>> Точка монтирования и само устройство становится для apt'а не
>>>>>> известным.
>>>>> Точка монтирования /mnt/cdrom, обеспеченная строкой в /etc/fstab, не
>>>>> является серьёзным препятствием для пользователя.
>>>> А кто её туда будет обеспечивать ?
>>> Наверное тот же, кто обеспечивает обновление/установку с пом. apt-cdrom - 
>>> root?
>>>
>> Т.е. - пользователь сам должен будет прописывать ?
> А что эта мысль с некоторых пор начала пугать?

да

Rgds,
Rider

Re: [devel] Поведение apt-cdrom в современном мире

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060419 16:53]:
> >> Т.е. - пользователь сам должен будет прописывать ?
> > А что эта мысль с некоторых пор начала пугать?
> да
Искусственный интеллект хорош только при недостатке
естественного.  (С)

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] Поведение apt-cdrom в современном мире

[Pavlov Konstantin]

On Wednesday 19 April 2006 16:54, Alexey I. Froloff wrote:
> * Anton Farygin <rider@> [060419 16:53]:
> > >> Т.е. - пользователь сам должен будет прописывать ?
> > >
> > > А что эта мысль с некоторых пор начала пугать?
> >
> > да
>
> Искусственный интеллект хорош только при недостатке
> естественного.  (С)

Все когда-то не знали, с какой стороны подходить к fstab.


-- 
Pavlov Konstantin,
ALT Linux Team,
jid: thresh@altlinux.org

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 19 апреля 2006 16:05 Pavlov Konstantin написал(a):
> On Wednesday 19 April 2006 16:54, Alexey I. Froloff wrote:
> > * Anton Farygin <rider@> [060419 16:53]:
> > > >> Т.е. - пользователь сам должен будет прописывать ?
> > > >
> > > > А что эта мысль с некоторых пор начала пугать?
> > >
> > > да
> >
> > Искусственный интеллект хорош только при недостатке
> > естественного.  (С)
>
> Все когда-то не знали, с какой стороны подходить к fstab.

AFAIR это всегда было в "QuickStart" по Linux.

-- 
Led.

Re: [devel] Поведение apt-cdrom в современном мире

[Led]

В сообщении от 19 апреля 2006 15:46 Anton Farygin написал(a):
> Led wrote:
> > В сообщении от 19 апреля 2006 12:53 Anton Farygin написал(a):
> >> Denis Ovsienko wrote:
> >>>> Точка монтирования и само устройство становится для apt'а не
> >>>> известным.
> >>>
> >>> Точка монтирования /mnt/cdrom, обеспеченная строкой в /etc/fstab, не
> >>> является серьёзным препятствием для пользователя.
> >>
> >> А кто её туда будет обеспечивать ?
> >
> > Наверное тот же, кто обеспечивает обновление/установку с пом. apt-cdrom -
> > root?
>
> Т.е. - пользователь сам должен будет прописывать ?

Не пользователь, а администратор (root)

-- 
Led.

[devel] [OT] Re: Поведение apt-cdrom в современном мире

[Michael Shigorin]

On Wed, Apr 19, 2006 at 04:07:05PM +0300, Led wrote:
> > >>> Точка монтирования /mnt/cdrom, обеспеченная строкой в
> > >>> /etc/fstab, не является серьёзным препятствием для
> > >>> пользователя.
> > >> А кто её туда будет обеспечивать ?
> > > Наверное тот же, кто обеспечивает обновление/установку с
> > > пом. apt-cdrom - root?
> > Т.е. - пользователь сам должен будет прописывать ?
> Не пользователь, а администратор (root)

Уф.

Давайте оставим Фому и Ерёму в покое.  Препираться, каждый думая
о своём и вслух говоря похожее, можно бесконечно долго.

Мне кажется, что:

- для OEM и "простых пользователей", включая конечных операторов
  и порой администраторов -- лучше автоматика в степени, которая 
  не создаёт проблем больше, чем решает;

- для опытных администраторов зачастую удобнее прибить гвоздями
  и пусть себе держится.

Рут руту, как и пользователь пользователю, рознь.  Технически
лучшее, что мне бы хотелось -- это чтобы при любой автоматизации
фолбэк был, действительно, /mnt/cdrom; тогда и на местах, и в FAQ
можно использовать железно работающий рецепт.

Нужен ли первой категории именно и непосредственно apt-cdrom
(возможно, обёрнутый инсталером или alterator-packages) -- сейчас
не соображу, но пока Дима не добрался сюда в совсем уже возмущённом
виде -- вторично предлагаю перебраться с трёпом в тре^Wкурилку и
_всё равно_ постараться как понять собеседника, так и внятно и по
возможности однозначно изъясняться.

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

Re: [devel] [room] [OT] Re: Поведение apt-cdrom в современном мире

[Maxim Tyurin]

Michael Shigorin writes:

> On Wed, Apr 19, 2006 at 04:07:05PM +0300, Led wrote:
>> > >>> Точка монтирования /mnt/cdrom, обеспеченная строкой в
>> > >>> /etc/fstab, не является серьёзным препятствием для
>> > >>> пользователя.
>> > >> А кто её туда будет обеспечивать ?
>> > > Наверное тот же, кто обеспечивает обновление/установку с
>> > > пом. apt-cdrom - root?
>> > Т.е. - пользователь сам должен будет прописывать ?
>> Не пользователь, а администратор (root)
>
> Уф.
>
> Давайте оставим Фому и Ерёму в покое.  Препираться, каждый думая
> о своём и вслух говоря похожее, можно бесконечно долго.
>
> Мне кажется, что:
>
> - для OEM и "простых пользователей", включая конечных операторов
>   и порой администраторов -- лучше автоматика в степени, которая 
>   не создаёт проблем больше, чем решает;
>
> - для опытных администраторов зачастую удобнее прибить гвоздями
>   и пусть себе держится.
>
> Рут руту, как и пользователь пользователю, рознь.  Технически
> лучшее, что мне бы хотелось -- это чтобы при любой автоматизации
> фолбэк был, действительно, /mnt/cdrom; тогда и на местах, и в FAQ
> можно использовать железно работающий рецепт.

Последнее время chattr +i на конфиги становится моей любимой командой.
Ибо развелось много противоестественного интеллекта который править
конфиги лезет :(

>
> Нужен ли первой категории именно и непосредственно apt-cdrom
> (возможно, обёрнутый инсталером или alterator-packages) -- сейчас
> не соображу, но пока Дима не добрался сюда в совсем уже возмущённом
> виде -- вторично предлагаю перебраться с трёпом в тре^Wкурилку и
> _всё равно_ постараться как понять собеседника, так и внятно и по
> возможности однозначно изъясняться.

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [devel] [room] [OT] Re: Поведение apt-cdrom в современном мире

[Anton Farygin]

Maxim Tyurin wrote:
> Michael Shigorin writes:
> 
>> On Wed, Apr 19, 2006 at 04:07:05PM +0300, Led wrote:
>>>>>>> Точка монтирования /mnt/cdrom, обеспеченная строкой в
>>>>>>> /etc/fstab, не является серьёзным препятствием для
>>>>>>> пользователя.
>>>>>> А кто её туда будет обеспечивать ?
>>>>> Наверное тот же, кто обеспечивает обновление/установку с
>>>>> пом. apt-cdrom - root?
>>>> Т.е. - пользователь сам должен будет прописывать ?
>>> Не пользователь, а администратор (root)
>> Уф.
>>
>> Давайте оставим Фому и Ерёму в покое.  Препираться, каждый думая
>> о своём и вслух говоря похожее, можно бесконечно долго.
>>
>> Мне кажется, что:
>>
>> - для OEM и "простых пользователей", включая конечных операторов
>>   и порой администраторов -- лучше автоматика в степени, которая 
>>   не создаёт проблем больше, чем решает;
>>
>> - для опытных администраторов зачастую удобнее прибить гвоздями
>>   и пусть себе держится.
>>
>> Рут руту, как и пользователь пользователю, рознь.  Технически
>> лучшее, что мне бы хотелось -- это чтобы при любой автоматизации
>> фолбэк был, действительно, /mnt/cdrom; тогда и на местах, и в FAQ
>> можно использовать железно работающий рецепт.
> 
> Последнее время chattr +i на конфиги становится моей любимой командой.
> Ибо развелось много противоестественного интеллекта который править
> конфиги лезет :(

Вот что бы никакой интеллект не правил конфиги - и придумали HAL.

Rgds,
Rider

Re: [devel] [room] [OT] Re: Поведение apt-cdrom в современном мире

[Igor Zubkov]

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

В сообщении от 19 апреля 2006 16:57 Anton Farygin написал(a):
> > Последнее время chattr +i на конфиги становится моей любимой командой.
> > Ибо развелось много противоестественного интеллекта который править
> > конфиги лезет :(
>
> Вот что бы никакой интеллект не правил конфиги - и придумали HAL.

Пойду я наверно присоединюсь к тестированию HAL и всего этого нового барахла. 
apt-get update && apt-get dist-upgrade уже в процессе. Думаю завтра я выдам 
свои пять копеек в копилку.

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

Re: [devel] [room] [OT] Re: Поведение apt-cdrom в современном мире

[Anton Farygin]

Igor Zubkov wrote:
> В сообщении от 19 апреля 2006 16:57 Anton Farygin написал(a):
>>> Последнее время chattr +i на конфиги становится моей любимой командой.
>>> Ибо развелось много противоестественного интеллекта который править
>>> конфиги лезет :(
>> Вот что бы никакой интеллект не правил конфиги - и придумали HAL.
> 
> Пойду я наверно присоединюсь к тестированию HAL и всего этого нового барахла. 
> apt-get update && apt-get dist-upgrade уже в процессе. Думаю завтра я выдам 
> свои пять копеек в копилку.

Отлично. Ждём с нетерпением.

Rgds,
Rider

Re: [devel] [room] [OT] Re: Поведение apt-cdrom в современном мире

[Igor Zubkov]

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

В сообщении от 20 апреля 2006 12:30 Anton Farygin написал(a):
> Igor Zubkov wrote:
> > В сообщении от 19 апреля 2006 16:57 Anton Farygin написал(a):
> >>> Последнее время chattr +i на конфиги становится моей любимой командой.
> >>> Ибо развелось много противоестественного интеллекта который править
> >>> конфиги лезет :(
> >>
> >> Вот что бы никакой интеллект не правил конфиги - и придумали HAL.
> >
> > Пойду я наверно присоединюсь к тестированию HAL и всего этого нового
> > барахла. apt-get update && apt-get dist-upgrade уже в процессе. Думаю
> > завтра я выдам свои пять копеек в копилку.
>
> Отлично. Ждём с нетерпением.

Обновил ядро до:
[icesik@iceberg ~]$ uname -a
Linux iceberg.work 2.6.16-std26-up-alt2 #1 Thu Apr 13 15:50:46 MSD 2006 i686 
GNU/Linux
[icesik@iceberg ~]$ 

Перегрузился. Обновил hal и компанию. Пока работает. Может его перегрузить 
надо?

-- 
Король и Шут - Хороший пират - мёртвый пират

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

Re: [devel] [room] [OT] Re: Поведение apt-cdrom в современном мире

[Anton Farygin]

Igor Zubkov wrote:
> В сообщении от 20 апреля 2006 12:30 Anton Farygin написал(a):
>> Igor Zubkov wrote:
>>> В сообщении от 19 апреля 2006 16:57 Anton Farygin написал(a):
>>>>> Последнее время chattr +i на конфиги становится моей любимой командой.
>>>>> Ибо развелось много противоестественного интеллекта который править
>>>>> конфиги лезет :(
>>>> Вот что бы никакой интеллект не правил конфиги - и придумали HAL.
>>> Пойду я наверно присоединюсь к тестированию HAL и всего этого нового
>>> барахла. apt-get update && apt-get dist-upgrade уже в процессе. Думаю
>>> завтра я выдам свои пять копеек в копилку.
>> Отлично. Ждём с нетерпением.
> 
> Обновил ядро до:
> [icesik@iceberg ~]$ uname -a
> Linux iceberg.work 2.6.16-std26-up-alt2 #1 Thu Apr 13 15:50:46 MSD 2006 i686 
> GNU/Linux
> [icesik@iceberg ~]$ 
> 
> Перегрузился. Обновил hal и компанию. Пока работает. Может его перегрузить 
> надо?

service haldaemon restart ?

Re: [devel] [room] [OT] Re: Поведение apt-cdrom в современном мире

[Igor Zubkov]

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

В сообщении от 23 апреля 2006 09:58 Anton Farygin написал(a):
> > Обновил ядро до:
> > [icesik@iceberg ~]$ uname -a
> > Linux iceberg.work 2.6.16-std26-up-alt2 #1 Thu Apr 13 15:50:46 MSD 2006
> > i686 GNU/Linux
> > [icesik@iceberg ~]$
> >
> > Перегрузился. Обновил hal и компанию. Пока работает. Может его
> > перегрузить надо?
>
> service haldaemon restart ?

Сделал. Никакого армагедона пока не видно.

-- 
Disturbed - I'm Alive

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

Re: [devel] [room] [OT] Re: Поведение apt-cdrom в современном мире

[Anton Farygin]

Igor Zubkov wrote:
> В сообщении от 23 апреля 2006 09:58 Anton Farygin написал(a):
>>> Обновил ядро до:
>>> [icesik@iceberg ~]$ uname -a
>>> Linux iceberg.work 2.6.16-std26-up-alt2 #1 Thu Apr 13 15:50:46 MSD 2006
>>> i686 GNU/Linux
>>> [icesik@iceberg ~]$
>>>
>>> Перегрузился. Обновил hal и компанию. Пока работает. Может его
>>> перегрузить надо?
>> service haldaemon restart ?
> 
> Сделал. Никакого армагедона пока не видно.

ну и чудненько ;)

у меня тоже в общем то всё работает.

Эти изменения в большей степени заметят те, кто пользовался subfs 
(теперь его не будет) и KDE/GNOME (первый надо патчить для поддержки 
монтирования через HAL, патчи доступны, а последний - я не в курсе).


Rgds,
Rider

Re: [devel] [OT] Re: Поведение apt-cdrom в современном мире

[Led]

В сообщении от 19 апреля 2006 16:24 Michael Shigorin написал(a):
> On Wed, Apr 19, 2006 at 04:07:05PM +0300, Led wrote:
> > > >>> Точка монтирования /mnt/cdrom, обеспеченная строкой в
> > > >>> /etc/fstab, не является серьёзным препятствием для
> > > >>> пользователя.
> > > >>
> > > >> А кто её туда будет обеспечивать ?
> > > >
> > > > Наверное тот же, кто обеспечивает обновление/установку с
> > > > пом. apt-cdrom - root?
> > >
> > > Т.е. - пользователь сам должен будет прописывать ?
> >
> > Не пользователь, а администратор (root)
>
> Уф.
>
> Давайте оставим Фому и Ерёму в покое.  Препираться, каждый думая
> о своём и вслух говоря похожее, можно бесконечно долго.

Да я ж не препираюсь... Просто мне кажется, что пару строк в "Быстрый старт" 
лучше, чем воркэраунды на 5-15М...

>
> Мне кажется, что:
>
> - для OEM и "простых пользователей", включая конечных операторов
>   и порой администраторов -- лучше автоматика в степени, которая
>   не создаёт проблем больше, чем решает;
>
> - для опытных администраторов зачастую удобнее прибить гвоздями
>   и пусть себе держится.

Просто я рассматриваю дистрибутив в основном для промышленного производства, 
где есть администратор, хотя бы прочитавший "Быстрый старт", а вы (как мне 
кажется) - для тех, кто ещё читать не умеет (но, при этом, вовсю пользующийся 
apt'ом):)

-- 
Led.

Re: [devel] [OT] Re: Поведение apt-cdrom в современном мире

[Anton Farygin]

Led wrote:
> В сообщении от 19 апреля 2006 16:24 Michael Shigorin написал(a):
>> On Wed, Apr 19, 2006 at 04:07:05PM +0300, Led wrote:
>>>>>>> Точка монтирования /mnt/cdrom, обеспеченная строкой в
>>>>>>> /etc/fstab, не является серьёзным препятствием для
>>>>>>> пользователя.
>>>>>> А кто её туда будет обеспечивать ?
>>>>> Наверное тот же, кто обеспечивает обновление/установку с
>>>>> пом. apt-cdrom - root?
>>>> Т.е. - пользователь сам должен будет прописывать ?
>>> Не пользователь, а администратор (root)
>> Уф.
>>
>> Давайте оставим Фому и Ерёму в покое.  Препираться, каждый думая
>> о своём и вслух говоря похожее, можно бесконечно долго.
> 
> Да я ж не препираюсь... Просто мне кажется, что пару строк в "Быстрый старт" 
> лучше, чем воркэраунды на 5-15М...

Какие 5-15M ?

> 
>> Мне кажется, что:
>>
>> - для OEM и "простых пользователей", включая конечных операторов
>>   и порой администраторов -- лучше автоматика в степени, которая
>>   не создаёт проблем больше, чем решает;
>>
>> - для опытных администраторов зачастую удобнее прибить гвоздями
>>   и пусть себе держится.
> 
> Просто я рассматриваю дистрибутив в основном для промышленного производства, 
> где есть администратор, хотя бы прочитавший "Быстрый старт", а вы (как мне 
> кажется) - для тех, кто ещё читать не умеет (но, при этом, вовсю пользующийся 
> apt'ом):)
> 

Именно так. Собственно в той схеме, которую я планирую реализовать 
поведение будет именно таковым - в случае наличия в fstab того, что 
прописано в apt.conf - apt-get не будет использовать hal

Rgds,
Rider