[Comm] Каталог disk в /mnt

[Comm] Каталог disk в /mnt

[Andrei Popov]

Hello All.

Откуда  время  от времени в системе АЛМ 2.4 появляется сабж? Мелочь, а
неприятно.  В  fstab  ничего  про этот каталог нет. Это только у меня?
Может, это hotplug? Как отучить?

-- 
WBR,
Andrei Popov

Re: [Comm] Каталог disk в /mnt

[Alexey I. Froloff]

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

* Andrei Popov <a.popov@> [050225 19:09]:
> Откуда  время  от времени
После некоторых dist-upgrade

> в системе АЛМ 2.4 появляется сабж? Мелочь, а неприятно.  В
> fstab  ничего  про этот каталог нет. Это только у меня?
У всех.

> Может, это hotplug? Как отучить?
$ rpm -qf /mnt 
filesystem-2.3.0-alt1

-- 
Regards, Sir Raorn.
-------------------
Мы работаем, чтобы зарабатывать деньги, или зарабатываем деньги, чтобы
работать? Я всегда стремился ко второму.
		-- aen in devel@

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

[Comm] Re: Каталог disk в /mnt

[Michael Shigorin]

On Fri, Feb 25, 2005 at 07:15:44PM +0300, Alexey I. Froloff wrote:
> > Откуда  время  от времени
> После некоторых dist-upgrade

Не, после всех reboot.

Hint: grep disk /etc/rc.d/rc.sysinit

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

Re: [Comm] Re: Каталог disk в /mnt

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

В Птн, 25/02/2005 в 23:11 +0200, Michael Shigorin пишет:
> On Fri, Feb 25, 2005 at 07:15:44PM +0300, Alexey I. Froloff wrote:
> > > Откуда  время  от времени
> > После некоторых dist-upgrade
> 
> Не, после всех reboot.
> 
> Hint: grep disk /etc/rc.d/rc.sysinit
И я уже замучился его оттуда выкорчевывать.
Когда же эта тупизна с насильственным созданием мусорных каталогов
прекратится ? Х-(
-- 
Вячеслав Диконов <linuxbox@degunino.net>

[Comm] Re: Каталог disk в /mnt

[Michael Shigorin]

On Sat, Feb 26, 2005 at 01:35:16AM +0300, Вячеслав Диконов wrote:
> > Hint: grep disk /etc/rc.d/rc.sysinit
> И я уже замучился его оттуда выкорчевывать.
> Когда же эта тупизна с насильственным созданием мусорных
> каталогов прекратится ? Х-(

Не раньше чем выяснится, нафига оно там (мне в специфической
штуке оно тоже не упало).  Что произойдёт скорее при наличии баги
с нескромным вопросом ;)

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

Re: [Comm] Re: Каталог disk в /mnt

[Drool]

> > Hint: grep disk /etc/rc.d/rc.sysinit
> И я уже замучился его оттуда выкорчевывать.
> Когда же эта тупизна с насильственным созданием мусорных каталогов
> прекратится ? Х-(
> -- 

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

Re: [Comm] Re: Каталог disk в /mnt

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

В Сбт, 26/02/2005 в 10:28 +0200, Drool пишет:
> > > Hint: grep disk /etc/rc.d/rc.sysinit
> > И я уже замучился его оттуда выкорчевывать.
> > Когда же эта тупизна с насильственным созданием мусорных каталогов
> > прекратится ? Х-(
> > -- 
> 
> 	А я его использую для эпизодического монтирования чего-нить принесенного извне,
> типа винтика с фильмецами, какого-нить долгоиграющего ISO-образа :-)
Ну у меня такой нужды практически не возникает, хотя его тоже два-три
раза использовал. По-моему проще специально создать каталог для образа
где надо или автоматически его создавать при подключении винчестера. К
этому все-равно идет.

Еще года два назад я просил это убрать, или хотя бы смотреть, какие
каталоги нужно восстанавливать по fstab. Реакции - ноль.
-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Каталог disk в /mnt

[Olvin]

Alexey I. Froloff wrote:
>>Откуда  время  от времени
> После некоторых dist-upgrade
Неа. После каждой перезагрузки сразу после активации свопа :)
/etc/rc.d/rc.sysinit:

....
# Check if /mnt/cdrom, /mnt/floppy and /mnt/disk are here - if not 
create them
[ -d /mnt/cdrom ] || action "Creating /mnt/cdrom:" mkdir -p /mnt/cdrom
[ -d /mnt/floppy ] || action "Creating /mnt/floppy:" mkdir -p /mnt/floppy
[ -d /mnt/disk ] || action "Creating /mnt/disk:" mkdir -p /mnt/disk
....

Re: [Comm] Re: Каталог disk в /mnt

[Olvin]

Вячеслав Диконов wrote:
>>>>Откуда  время  от времени
>>>После некоторых dist-upgrade
>>Не, после всех reboot.
>>Hint: grep disk /etc/rc.d/rc.sysinit
> И я уже замучился его оттуда выкорчевывать.
> Когда же эта тупизна с насильственным созданием мусорных каталогов
> прекратится ? Х-(
А чем он тебе мешает? Он же всего лишь один. А мне иногда приятно не 
создавать каталог чтобы быстро что-то смонтировать. Набираю /mnt/disk и 
не задумываюсь.
А мешает - закоментируй в /etc/rc.d/rc.sysinit.

Re: [Comm] Re: Каталог disk в /mnt

[Vitaly Lipatov]

On Saturday 26 February 2005 12:47, Вячеслав Диконов wrote:
> Ну у меня такой нужды практически не возникает, хотя его тоже
> два-три раза использовал. По-моему проще специально создать
> каталог для образа где надо или автоматически его создавать
> при подключении винчестера. К этому все-равно идет.
Точно.
> Еще года два назад я просил это убрать, или хотя бы смотреть,
> какие каталоги нужно восстанавливать по fstab. Реакции - ноль.
Ну Вячеслав, вы же тоже виноваты, что багу не повесили.
Вот теперь дело пойдёт:
https://bugzilla.altlinux.org/show_bug.cgi?id=6166
:)

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

Re: [Comm] Re: Каталог disk в /mnt

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

В Сбт, 26/02/2005 в 18:58 +0300, Vitaly Lipatov пишет:
> On Saturday 26 February 2005 12:47, Вячеслав Диконов wrote:
> > Ну у меня такой нужды практически не возникает, хотя его тоже
> > два-три раза использовал. По-моему проще специально создать
> > каталог для образа где надо или автоматически его создавать
> > при подключении винчестера. К этому все-равно идет.
> Точно.
> > Еще года два назад я просил это убрать, или хотя бы смотреть,
> > какие каталоги нужно восстанавливать по fstab. Реакции - ноль.
> Ну Вячеслав, вы же тоже виноваты, что багу не повесили.
Помню, что вешал.  Видимо ее потеряли.

> Вот теперь дело пойдёт:
> https://bugzilla.altlinux.org/show_bug.cgi?id=6166
> :)
Надеюсь :)
-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Каталог disk в /mnt

[some_x]

Andrei Popov пишет:

>Hello All.
>
>Откуда  время  от времени в системе АЛМ 2.4 появляется сабж? Мелочь, а
>неприятно.  В  fstab  ничего  про этот каталог нет. Это только у меня?
>Может, это hotplug? Как отучить?
>
>  
>
А мне он нравится, я к нему монтирую всё что не знаю куда бы смонтировать.

Re: [Comm] Каталог disk в /mnt

[Pavel N. Solovyov]

On Mon, 28 Feb 2005 00:13:40 +0600
some_x wrote:

> >Откуда  время  от времени в системе АЛМ 2.4 появляется сабж? Мелочь,
> >а неприятно.  В  fstab  ничего  про этот каталог нет. Это только у
> >меня? Может, это hotplug? Как отучить?
> >
> А мне он нравится, я к нему монтирую всё что не знаю куда бы
> смонтировать.

  Поступаю точно так же и весьма доволен, что есть точка, куда можно
подмонтировать всё что хочешь (винчестер, флэшку...)


-- 
	Успехов. Павел.

Re: [Comm] Каталог disk в /mnt

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

В Пнд, 28/02/2005 в 09:26 +0500, Pavel N. Solovyov пишет:
> On Mon, 28 Feb 2005 00:13:40 +0600
> some_x wrote:
> 
> > >Откуда  время  от времени в системе АЛМ 2.4 появляется сабж? Мелочь,
> > >а неприятно.  В  fstab  ничего  про этот каталог нет. Это только у
> > >меня? Может, это hotplug? Как отучить?
> > >
> > А мне он нравится, я к нему монтирую всё что не знаю куда бы
> > смонтировать.
> 
>   Поступаю точно так же и весьма доволен, что есть точка, куда можно
> подмонтировать всё что хочешь (винчестер, флэшку...)
Ну так создайте себе такое. Зачем насильно при каждой загрузке проверять
существование этого каталога и создавать, _если я его удалил_? То есть,
если Васе нужен каталог, то проследим, чтобы он всегда был у Пети, Маши
и Глаши, которым он не нужен?

Такая точка должна сама собой появляться, как только подключен
винт/брелок и исчезать, когда уже не нужно.
-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re[2]: [Comm] Каталог disk в /mnt

[Andrei Popov]

Hello Alexey,

Friday, February 25, 2005, 6:15:44 PM, you wrote:

>> Откуда  время  от времени
> После некоторых dist-upgrade

сроду не делал такого...

-- 
WBR,
Andrei Popov

Re: [Comm] Каталог disk в /mnt

[Pavel N. Solovyov]

On Mon, 28 Feb 2005 09:05:22 +0300
Вячеслав Диконов wrote:

> Такая точка должна сама собой появляться, как только подключен
> винт/брелок и исчезать, когда уже не нужно.

  У меня на машинах (дома и на работе) живёт, как правило, не менее двух
версий от Альт и ещё что-нибудь... Альт при установке своих
родственников, уже живущих на диске, в упор не видит и в загрузку
автоматически не прописывает, хотя физически они на компьютере имеются.
Поэтому бывает очень удобно иметь точку, в которую можно подмонтировать
что-то из "эталонной" системы и посмотреть, где напартачил в тестовой. С
этой точки зрения /mnt/disk меня вполне устраивает - всегда под
руками:-)

-- 
	Успехов. Павел.

Re: [Comm] Re: Каталог disk в /mnt

[php-coder]

--- Michael Shigorin 26.02.2005 3:11:37
+++ php-coder 28.02.2005 18:08:31

MS> Не, после всех reboot.
MS> Hint: grep disk /etc/rc.d/rc.sysinit

    Хе-хе... Ясно теперь... Мне тоже этот каталог не нравится ;)
    Удалял его, все бестолку. В итоге решил оставить все как есть. Та
    же ситуация с постоянно создающимся каталогом ~/Documents :-(

-- 
 + php-coder
 + php-coder[at]ngs[dot]ru
 + ALT Linux Master 2.4

если вы не решили какой дистрибутив выбрать подпишитесь на
русскоязычную рассылку каждого и через неделю-месяц вы будете
очень хорошо ориентироваться
                    -- anonymous (linux.org.ru)

[Comm] Re: Каталог disk в /mnt

[Michael Shigorin]

On Mon, Feb 28, 2005 at 06:10:20PM +0600, php-coder wrote:
> MS> Не, после всех reboot.
> MS> Hint: grep disk /etc/rc.d/rc.sysinit
> Хе-хе... Ясно теперь... Мне тоже этот каталог не нравится ;)
> Удалял его, все бестолку. В итоге решил оставить все как есть. Та
> же ситуация с постоянно создающимся каталогом ~/Documents :-(

Эт да, тоже уже в печёнках -- чуть что k* дёрнешь, тут же клэш с
~/Download (ну не будет у меня ~/Documents при живом ~/doc :)

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

Re: [Comm] Re: Каталог disk в /mnt

[Eugene Ostapets]

On Mon, 28 Feb 2005 14:51:37 +0200, Michael Shigorin <mike@osdn.org.ua> wrote:
> On Mon, Feb 28, 2005 at 06:10:20PM +0600, php-coder wrote:
> > MS> Не, после всех reboot.
> > MS> Hint: grep disk /etc/rc.d/rc.sysinit
> > Хе-хе... Ясно теперь... Мне тоже этот каталог не нравится ;)
> > Удалял его, все бестолку. В итоге решил оставить все как есть. Та
> > же ситуация с постоянно создающимся каталогом ~/Documents :-(
> 
> Эт да, тоже уже в печёнках -- чуть что k* дёрнешь, тут же клэш с
> ~/Download (ну не будет у меня ~/Documents при живом ~/doc :)
> 
Хм... Миш тебя научить команде ln $HOME/doc $HOME/Documents ? :)

-- 
С уважением,
Евгений Остапец

[Comm] Re: Каталог disk в /mnt [JT]

[Gleb Stiblo]

On Mon, Feb 28, 2005 at 03:02:37PM +0200, Eugene Ostapets wrote:
[...]
MS>> Эт да, тоже уже в печёнках -- чуть что k* дёрнешь, тут же клэш с
MS>> ~/Download (ну не будет у меня ~/Documents при живом ~/doc :)
MS>> 
EO> Хм... Миш тебя научить команде ln $HOME/doc $HOME/Documents ? :)
я думаю он в курсе =)
но только, с этим ln есть нюансы:
а) по cd ~/D<tab> вместо привычного ~/Download может появиться
~/Documents или ничего не появится
б) по cd ~/d<tab>m вместо привычного ~/doc/my_cool_doc.txt появится
только ~/docm 
=)

-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [Comm] Re: Каталог disk в /mnt [JT]

[Eugene Ostapets]

On Mon, 28 Feb 2005 15:10:43 +0200, Gleb Stiblo
<g.stiblo@sam-solutions.net> wrote:
> On Mon, Feb 28, 2005 at 03:02:37PM +0200, Eugene Ostapets wrote:
> [...]
> MS>> Эт да, тоже уже в печёнках -- чуть что k* дёрнешь, тут же клэш с
> MS>> ~/Download (ну не будет у меня ~/Documents при живом ~/doc :)
> MS>>
> EO> Хм... Миш тебя научить команде ln $HOME/doc $HOME/Documents ? :)
> я думаю он в курсе =)
Я об этом догадываюсь... :)

> но только, с этим ln есть нюансы:
> а) по cd ~/D<tab> вместо привычного ~/Download может появиться
> ~/Documents или ничего не появится
Хм... А разве в комплекте с ~/Documents не идет ~/My Downloads ?

> б) по cd ~/d<tab>m вместо привычного ~/doc/my_cool_doc.txt появится
> только ~/docm
Так в зависимости от того, чем привык пользоваться - то и создаешь
каталогом, а то, что нужно KDE - линком... У нас же и OOo по умолчанию
смотрит на ~/Documents... Т.е. при отсутствии этого каталога нужно
переучивать значительное количество приложений...


-- 
С уважением,
Евгений Остапец

Re: [Comm] Re: Каталог disk в /mnt

[Afanasov Dmitry]

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

On Mon, Feb 28, 2005 at 02:51:37PM +0200, Michael Shigorin wrote:
> On Mon, Feb 28, 2005 at 06:10:20PM +0600, php-coder wrote:
> > Хе-хе... Ясно теперь... Мне тоже этот каталог не нравится ;)
> > Удалял его, все бестолку. В итоге решил оставить все как есть. Та
> > же ситуация с постоянно создающимся каталогом ~/Documents :-(
чем он вам помешал? ну валяется и пусть. еслинственное к чему подсоеденюсь
- более конфигурабельной что ли бы сделать. не сегодня хочу - выключил,
хочу - включил :)

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

> Эт да, тоже уже в печёнках -- чуть что k* дёрнешь, тут же клэш с
> ~/Download (ну не будет у меня ~/Documents при живом ~/doc :)
когда-то я помню один раз поставил от kde kcontrol, заменил там Documents
на .Documents и теперь его в почти не вижу :)
-- 
 С уважением,
 Афанасов Дмитрий

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

Re: [Comm] Каталог disk в /mnt

[Afanasov Dmitry]

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

On Mon, Feb 28, 2005 at 09:05:22AM +0300, Вячеслав Диконов wrote:
> Такая точка должна сама собой появляться, как только подключен
> винт/брелок и исчезать, когда уже не нужно.
правильно! если только включил, и там куда указал, а не бог везть где и
когда

-- 
 С уважением,
 Афанасов Дмитрий

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

[Comm] Re: Каталог disk в /mnt [JT]

[Gleb Stiblo]

On Mon, Feb 28, 2005 at 03:23:12PM +0200, Eugene Ostapets wrote:
GS>> но только, с этим ln есть нюансы:
GS>> а) по cd ~/D<tab> вместо привычного ~/Download может появиться
GS>> ~/Documents или ничего не появится
EO> Хм... А разве в комплекте с ~/Documents не идет ~/My Downloads ?
вроде как не идёт, да и тогда они на одну букву с ~/Mail будут =)

GS>> б) по cd ~/d<tab>m вместо привычного ~/doc/my_cool_doc.txt появится
GS>> только ~/docm
EO> Так в зависимости от того, чем привык пользоваться - то и создаешь
EO> каталогом, а то, что нужно KDE - линком... У нас же и OOo по умолчанию
здесь согласен

EO> смотрит на ~/Documents... Т.е. при отсутствии этого каталога нужно
EO> переучивать значительное количество приложений...
ну это кому как :)


-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [Comm] Re: Каталог disk в /mnt

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

В Пнд, 28/02/2005 в 18:10 +0600, php-coder пишет:
> --- Michael Shigorin 26.02.2005 3:11:37
> +++ php-coder 28.02.2005 18:08:31
> 
> MS> Не, после всех reboot.
> MS> Hint: grep disk /etc/rc.d/rc.sysinit
> 
>     Хе-хе... Ясно теперь... Мне тоже этот каталог не нравится ;)
>     Удалял его, все бестолку. В итоге решил оставить все как есть. Та
>     же ситуация с постоянно создающимся каталогом ~/Documents :-(
Точно! Это еще один тупизм. Я этот каталог использую и одобряю, но
называется он "Документы". А еще должен быть "Рабочий стол". Определять
локализованное имя в скрипте можно обычным способом через gettext. 
-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Re: Каталог disk в /mnt

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

В Пнд, 28/02/2005 в 15:02 +0200, Eugene Ostapets пишет:
> Хм... Миш тебя научить команде ln $HOME/doc $HOME/Documents ? :)
Такая ссылка тоже мусор.
-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Re: Каталог disk в /mnt

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

В Сбт, 26/02/2005 в 16:28 +0200, Olvin пишет:
> >>Hint: grep disk /etc/rc.d/rc.sysinit
> > И я уже замучился его оттуда выкорчевывать.
> > Когда же эта тупизна с насильственным созданием мусорных каталогов
> > прекратится ? Х-(
> А чем он тебе мешает? Он же всего лишь один. А мне иногда приятно не 
> создавать каталог чтобы быстро что-то смонтировать. Набираю /mnt/disk и 
> не задумываюсь.
> А мешает - закоментируй в /etc/rc.d/rc.sysinit.
Третий год комментирую и другое ткда вписываю. Устал.

-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Re: Каталог disk в /mnt

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

В Пнд, 28/02/2005 в 16:46 +0300, Вячеслав Диконов пишет:
> В Пнд, 28/02/2005 в 15:02 +0200, Eugene Ostapets пишет:
> > Хм... Миш тебя научить команде ln $HOME/doc $HOME/Documents ? :)
> Такая ссылка тоже мусор.
И на рабочем столе (который у меня = $HOME) болтается и может быть
стерта.
-- 
Вячеслав Диконов <linuxbox@degunino.net>

[Comm] [JT] Re: Каталог disk в /mnt

[Michael Shigorin]

On Mon, Feb 28, 2005 at 03:02:37PM +0200, Eugene Ostapets wrote:
> > Эт да, тоже уже в печёнках -- чуть что k* дёрнешь, тут же клэш с
> > ~/Download (ну не будет у меня ~/Documents при живом ~/doc :)
> Хм... Миш тебя научить команде ln $HOME/doc $HOME/Documents ? :)

Клэш-то остаётся.  Предпочитаю D<tab> несколько более раздражённому
cd D<tab><tab>^Crm -rf Doc<tab><enter>cdD<tab><enter>
:)

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

[Comm] [JT] Re: Каталог disk в /mnt

[Michael Shigorin]

On Mon, Feb 28, 2005 at 04:26:25PM +0300, Afanasov Dmitry wrote:
> гутки шутками, а прозрачный и внятный (эээ, + внятно
> задокументированный : ) механизм управления всей этой
> автоматикой не помешал бы. в таком случае пусть бы себе валялся
> :)

Отож.

> > Эт да, тоже уже в печёнках -- чуть что k* дёрнешь, тут же клэш с
> > ~/Download (ну не будет у меня ~/Documents при живом ~/doc :)
> когда-то я помню один раз поставил от kde kcontrol, заменил там
> Documents на .Documents и теперь его в почти не вижу :)

Да, zerg@ когда-то объяснял.  Ну, в общем, это бухтёж -- будет
где править системно, бум править :)

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

Re[2]: [Comm] Re: Каталог disk в /mnt

[Andrei Popov]

Hello Afanasov,

Monday, February 28, 2005, 3:26:25 PM, you wrote:

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

Ну мешает тем, что не надо он. Зачем мне в ~ лишние папки? У меня доки
лежат в docs. Кстати OOo при нажатии CTRL + O ругается на отсутствие
данного каталога. Приходится вбивать / или еще чего в строку пути к
документам... Но это только при первом запуске.

-- 
WBR,
Andrei Popov

Re[2]: [Comm] Re: Каталог disk в /mnt

[Andrei Popov]

Hello Вячеслав,

Monday, February 28, 2005, 3:46:25 PM, you wrote:

> Такая ссылка тоже мусор.

Вот именно.

-- 
WBR,
Andrei Popov

Re: [Comm] Re: Каталог disk в /mnt [JT]

[Eugene Ostapets]

> EO> Хм... А разве в комплекте с ~/Documents не идет ~/My Downloads ?
> вроде как не идёт, да и тогда они на одну букву с ~/Mail будут =)
Кому как - я использую Mozilla Suite и каталога ~/Mail у себя не наблюдаю...
> 
> EO> смотрит на ~/Documents... Т.е. при отсутствии этого каталога нужно
> EO> переучивать значительное количество приложений...
> ну это кому как :)
Скажем прямо - те, кто не могут исправить подобное поведение программ
ОЧЕНЬ нуждаются в подобных каталогах:)

-- 
С уважением,
Евгений Остапец

Re: [Comm] Re: Каталог disk в /mnt

[Eugene Ostapets]

> >     Удалял его, все бестолку. В итоге решил оставить все как есть. Та
> >     же ситуация с постоянно создающимся каталогом ~/Documents :-(
> Точно! Это еще один тупизм. Я этот каталог использую и одобряю, но
> называется он "Документы". А еще должен быть "Рабочий стол". Определять
> локализованное имя в скрипте можно обычным способом через gettext.
Нет, называться он должен однозначно Documents, а на рабочем столе
рисоваться в зависимости от локали и чарсета...

-- 
С уважением,
Евгений Остапец

Re: [Comm] Re: Каталог disk в /mnt

[Eugene Ostapets]

> > Хм... Миш тебя научить команде ln $HOME/doc $HOME/Documents ? :)
> Такая ссылка тоже мусор.
Эта ссылка для тех, кому религия не позволяет зайти в KDE Control
Centre и исправить пути к "стандартным" каталогам на свои...

-- 
С уважением,
Евгений Остапец

Re: [Comm] [JT] Re: Каталог disk в /mnt

[Eugene Ostapets]

> > > Эт да, тоже уже в печёнках -- чуть что k* дёрнешь, тут же клэш с
> > > ~/Download (ну не будет у меня ~/Documents при живом ~/doc :)
> > когда-то я помню один раз поставил от kde kcontrol, заменил там
> > Documents на .Documents и теперь его в почти не вижу :)
> 
> Да, zerg@ когда-то объяснял.  Ну, в общем, это бухтёж -- будет
> где править системно, бум править :)
> 
Может сразу на fd.o ? А толку-то строить комунизм в одно, отдельно
взятом дистрибутиве...

-- 
С уважением,
Евгений Остапец

Re: Re[2]: [Comm] Re: Каталог disk в /mnt

[Eugene Ostapets]

> Ну мешает тем, что не надо он. Зачем мне в ~ лишние папки? У меня доки
> лежат в docs. Кстати OOo при нажатии CTRL + O ругается на отсутствие
> данного каталога. Приходится вбивать / или еще чего в строку пути к
> документам... Но это только при первом запуске.
> 
Ну тогда вам на LSB стоит переходить, в рамках дистрибутивов эти
каталоги будут существовать. Смиритесь или меняйте дистрибутив на
самосборную солянку.

-- 
С уважением,
Евгений Остапец

Re: [Comm] Re: Каталог disk в /mnt

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

В Пнд, 28/02/2005 в 16:18 +0200, Eugene Ostapets пишет:
> > >     Удалял его, все бестолку. В итоге решил оставить все как есть. Та
> > >     же ситуация с постоянно создающимся каталогом ~/Documents :-(
> > Точно! Это еще один тупизм. Я этот каталог использую и одобряю, но
> > называется он "Документы". А еще должен быть "Рабочий стол". Определять
> > локализованное имя в скрипте можно обычным способом через gettext.
> Нет, называться он должен однозначно Documents, 
Yankee Go HOME!!!
... Not MY home, stupid, your own!

> а на рабочем столе
> рисоваться в зависимости от локали и чарсета...
О таком шаманстве я еще не слышал! Что и где способно это сотворить?

-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Re: Каталог disk в /mnt

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

В Пнд, 28/02/2005 в 16:19 +0200, Eugene Ostapets пишет:
> > > Хм... Миш тебя научить команде ln $HOME/doc $HOME/Documents ? :)
> > Такая ссылка тоже мусор.
> Эта ссылка для тех, кому религия не позволяет зайти в KDE Control
> Centre и исправить пути к "стандартным" каталогам на свои...
Кто такой  KDE Control Centre? У меня нет КДЕ и нет использующих его
настройки программ, а каталоги эти есть. 

-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Re: Каталог disk в /mnt

[Eugene Ostapets]

> > Нет, называться он должен однозначно Documents,
> Yankee Go HOME!!!
> ... Not MY home, stupid, your own!
Куда послать англофобов сообщить или поищешь в архивах? :)
> 
> > а на рабочем столе
> > рисоваться в зависимости от локали и чарсета...
> О таком шаманстве я еще не слышал! Что и где способно это сотворить?
А это функциональность GNU gettext :) Он для английского варианта
текста умеет при настроенной локализации отдавать имя на локальном
языке и в соотвествии с выбранной кодировкой... :)))


-- 
С уважением,
Евгений Остапец

Re: [Comm] Re: Каталог disk в /mnt

[Eugene Ostapets]

> Кто такой  KDE Control Centre? У меня нет КДЕ и нет использующих его
> настройки программ, а каталоги эти есть.
> 
Ну так предъяви притензии fd.o за то, что они пытаются
стандартизировать название каталого и размещение конфигов для разных
dm и wm...

-- 
С уважением,
Евгений Остапец

Re: [Comm] Re: Каталог disk в /mnt

[Olvin]

Вячеслав Диконов wrote:
>>>>Hint: grep disk /etc/rc.d/rc.sysinit
>>>И я уже замучился его оттуда выкорчевывать.
>>>Когда же эта тупизна с насильственным созданием мусорных каталогов
>>>прекратится ? Х-(
>>А чем он тебе мешает? Он же всего лишь один. А мне иногда приятно не 
>>создавать каталог чтобы быстро что-то смонтировать. Набираю /mnt/disk и 
>>не задумываюсь.
>>А мешает - закоментируй в /etc/rc.d/rc.sysinit.
> Третий год комментирую и другое ткда вписываю. Устал.
Не понял. Это после каждой переустановки что ли?
А бекап конфигов мы не делаем уже?

Re: [Comm] Каталог disk в /mnt

[Andrey Rahmatullin]

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

On Mon, Feb 28, 2005 at 03:53:33PM +0500, Pavel N. Solovyov wrote:
> Поэтому бывает очень удобно иметь точку, в которую можно подмонтировать
> что-то из "эталонной" системы и посмотреть, где напартачил в тестовой. С
> этой точки зрения /mnt/disk меня вполне устраивает - всегда под
> руками:-)
+1

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

И кому приходят в голову мысли запускать скриптовых демонов?
		-- ldv in devel@

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

Re: [Comm] Re: Каталог disk в /mnt

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

В Втр, 01/03/2005 в 11:14 +0200, Eugene Ostapets пишет:
> > > Нет, называться он должен однозначно Documents,
> > Yankee Go HOME!!!
> > ... Not MY home, stupid, your own!
> Куда послать англофобов сообщить или поищешь в архивах? :)
Куда послать англофилов сказать? На великом и могучем это ёмко звучит.

-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Re: Каталог disk в /mnt

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

В Втр, 01/03/2005 в 12:18 +0200, Olvin пишет:
> Вячеслав Диконов wrote:
> >>>>Hint: grep disk /etc/rc.d/rc.sysinit
> >>>И я уже замучился его оттуда выкорчевывать.
> >>>Когда же эта тупизна с насильственным созданием мусорных каталогов
> >>>прекратится ? Х-(
> >>А чем он тебе мешает? Он же всего лишь один. А мне иногда приятно не 
> >>создавать каталог чтобы быстро что-то смонтировать. Набираю /mnt/disk и 
> >>не задумываюсь.
> >>А мешает - закоментируй в /etc/rc.d/rc.sysinit.
> > Третий год комментирую и другое ткда вписываю. Устал.
> Не понял. Это после каждой переустановки что ли?
После многих dist-upgrade :/.
> А бекап конфигов мы не делаем уже?
Из-за этого? Надоело!

Так у меня не Сизиф, а самосбор образуется, если абсолютно все
донастроить и позаменять.
-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Re: Каталог disk в /mnt

[Denis G. Samsonenko]

Вечер добрый!

Цитирую Вячеслав Диконов:
> В Втр, 01/03/2005 в 11:14 +0200, Eugene Ostapets пишет:
> > > > Нет, называться он должен однозначно Documents,
> > > Yankee Go HOME!!!
> > > ... Not MY home, stupid, your own!
> > Куда послать англофобов сообщить или поищешь в архивах? :)
> Куда послать англофилов сказать? На великом и могучем это ёмко
> звучит.

Зря вы кипятитесь. Человек, сказавший, что "называться он должен
однозначно Documents" прав по одной простой причине: так удобнее и
меньше геморроя. Не буду настаивать на том, что этот каталог должен
называться именно "Documents", а не, скажем, "docs", не в этом суть.
Суть в том, что название этого каталога гораздо целесообразнее иметь
таким, чтобы оно не зависило от текущей локали. Локаль -- вещь
непостоянная, сегодня одна, завтра вам захочется сменить её на
другую, или просто запустить какое-то конкретное приложение в
отличной от системной локали. А это (в виду очевидных нестыковок)
повлечёт за собой совершенно излишние телодвижения по приведению
имени вашего каталога с документами в соответствие с текущей локалью.
Зачем нужен этот излишний геморой? Есть софт, который может быть
настроен на конкретный каталог, и имя этого каталога (не только
~/Documents) должно быть стандартизовано, дабы не вызывать излишнего
геморроя. Какая вам разница, как этот каталог будет называться на
нижнем уровне (файловая система, взаимодействие между различным
софтом)? А либимый вами "Мои документы", как уже было сказано, должно
быть зависимым от текущей локали ПРЕДСТАВЛЕНИЕМ указанного каталога
~/Documents на верхнем уровне (взаимодействие среды и пользователя,
например, через иконку на рабочем столе или ссылку в "проводнике").

Вы же не будете оспаривать названия других стандартизированных
каталогов, таких как /root, /home, /etc, и предлогать заменить их на
русские аналоги "корень", "дом" "итд"? Согласитесь, это будет
выглядеть весьма по идиотски, как выглядит дурак, которого научили
богу молиться.

Так что не стоить кипятиться. Тем более, что никаким "англофильством"
тут и не пахнет, это всего лишь здравый смысл, не стоит притягивать
факты за уши. А вот выкрикнутое выше "Yankee Go HOME!!!" может быть
расценено как это самое "англофобство" или просто как оскорбление (с
чего вы взяли, что тут присутствуют эти самые "Yankee"?).

Всего доброго,

Денис.

---------------
earthsea@ngs.ru

Re: [Comm] Re: Каталог disk в /mnt

[Alexey Morsov]

Вячеслав Диконов wrote:
> В Втр, 01/03/2005 в 11:14 +0200, Eugene Ostapets пишет:
> 
>>>>Нет, называться он должен однозначно Documents,
>>>
>>>Yankee Go HOME!!!
>>>... Not MY home, stupid, your own!
>>
>>Куда послать англофобов сообщить или поищешь в архивах? :)
> 
> Куда послать англофилов сказать? На великом и могучем это ёмко звучит.
Господа, в talk-room

-- 
Всего наилучшего,
Системный Администратор ЗАО "ИК "РИКОМ-ТРАСТ"
Алексей Морсов
ICQ: 196766290
Jabber: Samurai@jabber.pibhe.com
http://www.ricom.ru
http://www.fondmarket.ru

Re: [Comm] Re: Каталог disk в /mnt

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

В Срд, 02/03/2005 в 02:55 +0600, Denis G. Samsonenko пишет:
> Вечер добрый!
> Зря вы кипятитесь. Человек, сказавший, что "называться он должен
> однозначно Documents" прав по одной простой причине: так удобнее и
> меньше геморроя. Суть в том, что название этого каталога гораздо целесообразнее иметь
> таким, чтобы оно не зависило от текущей локали. 
Мысль здравая. Только независимость от локали вполне может обеспечить
уникод. 

> Локаль -- вещь
> непостоянная, сегодня одна, завтра вам захочется сменить её на
> другую, или просто запустить какое-то конкретное приложение в
> отличной от системной локали. А это (в виду очевидных нестыковок)
> повлечёт за собой совершенно излишние телодвижения по приведению
> имени вашего каталога с документами в соответствие с текущей локалью.
> Зачем нужен этот излишний геморой? Есть софт, который может быть
> настроен на конкретный каталог, и имя этого каталога (не только
> ~/Documents) должно быть стандартизовано, дабы не вызывать излишнего
> геморроя. 
Я уже писал раньше о принципиальном различии личных каталогов
пользователя и стандартных общесистемных. Если на вторые есть LFS (Не то
чтобы он был очень красив.), то вторые - сугубо наше личное дело. Любая
программа должна уважать своего пользователя. По этой причине
недопустимо насильное создание нескрытых каталогов в $HOME. Поскольку
каталоги пользователя могут быть любыми, невозможно заранее предсказать
их имена и написать перевод на другие языки.
 
> Какая вам разница, как этот каталог будет называться на
> нижнем уровне (файловая система, взаимодействие между различным
> софтом)? А либимый вами "Мои документы", как уже было сказано, должно
> быть зависимым от текущей локали ПРЕДСТАВЛЕНИЕМ указанного каталога
> ~/Documents на верхнем уровне (взаимодействие среды и пользователя,
> например, через иконку на рабочем столе или ссылку в "проводнике").
По-моему это нереально. Есть bash и mc, скрипты и пр. Есть диалоги
открытия файла GTK, Tk, Qt и т.п. Там тоже будет подмена? Или содержимое
диска будет зависеть от того, чем мы его просматриваем?

Кстати, мой любимый вариант этого каталога - "Документы" и еще "Работа".
Там как правило вовсе не мои документы лежат :).

-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Re: Каталог disk в /mnt

[Alexey Rusakov]

On 02.03.2005 18:43, Вячеслав Диконов wrote:
>>Зря вы кипятитесь. Человек, сказавший, что "называться он должен
>>однозначно Documents" прав по одной простой причине: так удобнее и
>>меньше геморроя. Суть в том, что название этого каталога гораздо целесообразнее иметь
>>таким, чтобы оно не зависило от текущей локали. 
> Мысль здравая. Только независимость от локали вполне может обеспечить
> уникод. 
В текущем состоянии - не может. См. проблемы с zsh и вами же запощенные 
баги с теперь и моими двумя копейками про Nautilus и GnomeVFS.

>>Локаль -- вещь
>>непостоянная, сегодня одна, завтра вам захочется сменить её на
>>другую, или просто запустить какое-то конкретное приложение в
>>отличной от системной локали. А это (в виду очевидных нестыковок)
>>повлечёт за собой совершенно излишние телодвижения по приведению
>>имени вашего каталога с документами в соответствие с текущей локалью.
>>Зачем нужен этот излишний геморой? Есть софт, который может быть
>>настроен на конкретный каталог, и имя этого каталога (не только
>>~/Documents) должно быть стандартизовано, дабы не вызывать излишнего
>>геморроя. 
> Я уже писал раньше о принципиальном различии личных каталогов
> пользователя и стандартных общесистемных. Если на вторые есть LFS (Не то
> чтобы он был очень красив.), то вторые - сугубо наше личное дело. Любая
> программа должна уважать своего пользователя. По этой причине
> недопустимо насильное создание нескрытых каталогов в $HOME. Поскольку
> каталоги пользователя могут быть любыми, невозможно заранее предсказать
> их имена и написать перевод на другие языки.
У меня сейчас локаль ru_RU.KOI8-R. В близком будущем я собираюсь 
пересесть на ru_RU.UTF-8. Я внимательно слушаю ваше мнение о том, в 
какой локали должно быть записано слово "Документы". И что с ним делать 
в другой локали.
Другой вопрос, что я тоже считаю создание каталогов с именами не с точки 
наглым вмешательством софта в мою личную жизнь. Однако если имена будут 
с точки, нужно предусмотреть максимально прозрачное "раскрытие" этих 
каталогов для пользователя, будь то симлинки (вот их можно и 
локализовать, кстати) или прозрачный для пользователя перевод в тех 
местах, где это нужно.

-- 
   Alexey "Ktirf" Rusakov

Re: [Comm] Re: Каталог disk в /mnt

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

В Срд, 02/03/2005 в 19:00 +0300, Alexey Rusakov пишет:
> On 02.03.2005 18:43, Вячеслав Диконов wrote:
> >>Зря вы кипятитесь. Человек, сказавший, что "называться он должен
> >>однозначно Documents" прав по одной простой причине: так удобнее и
> >>меньше геморроя. Суть в том, что название этого каталога гораздо целесообразнее иметь
> >>таким, чтобы оно не зависило от текущей локали. 
> > Мысль здравая. Только независимость от локали вполне может обеспечить
> > уникод. 
> В текущем состоянии - не может. См. проблемы с zsh и вами же запощенные 
> баги с теперь и моими двумя копейками про Nautilus и GnomeVFS.
Кто такой zsh, и почему его глюки должны меня волновать? Наутилус уникод
показывает всегда, независимо от локали. VFS - не уверен, но думаю, что
будет.

> > Я уже писал раньше о принципиальном различии личных каталогов
> > пользователя и стандартных общесистемных. Если на вторые есть LFS (Не то
> > чтобы он был очень красив.), то вторые - сугубо наше личное дело. Любая
> > программа должна уважать своего пользователя. По этой причине
> > недопустимо насильное создание нескрытых каталогов в $HOME. Поскольку
> > каталоги пользователя могут быть любыми, невозможно заранее предсказать
> > их имена и написать перевод на другие языки.
> У меня сейчас локаль ru_RU.KOI8-R. В близком будущем я собираюсь 
> пересесть на ru_RU.UTF-8. Я внимательно слушаю ваше мнение о том, в 
> какой локали должно быть записано слово "Документы". И что с ним делать 
> в другой локали.
Давно понятно, что представление имен файлов не должно зависеть от
локали. Единственное известное мне решение, позволяющее хранить
многоязычные строки независимо от локали - уникод. Линуксовые ФС в этом
случае отстают от жизни.

> Другой вопрос, что я тоже считаю создание каталогов с именами не с точки 
> наглым вмешательством софта в мою личную жизнь. Однако если имена будут 
> с точки, нужно предусмотреть максимально прозрачное "раскрытие" этих 
> каталогов для пользователя, будь то симлинки (вот их можно и 
> локализовать, кстати) или прозрачный для пользователя перевод в тех 
> местах, где это нужно.
> 
-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] И снова о Unicode (Was: Каталог disk в /mnt)

[Alexey Rusakov]

On 02.03.2005 19:12, Вячеслав Диконов wrote:
> Кто такой zsh, и почему его глюки должны меня волновать?
Это штука такая квадратная. Ей mike@ пользуется :)
Если серьёзно - потому что они волнуют любого, пользующегося zsh, а это 
довольно большой процент пользователей ALTLinux. Я не хочу иметь каталог 
"Документы", названный в Unicode, не будучи в состоянии внятно написать 
его название в zsh.

> Наутилус уникод показывает всегда, независимо от локали.
Я бы даже сказал - независимо ни от чего. Это не достоинство, как 
показывает опыт обращения к не-Unicode ресурсам вне локальной машины.

> VFS - не уверен, но думаю, что будет.
VFS сейчас также независимо ни от чего использует для показа системную 
локаль. Как, собственно, и все шеллы, что порядком нивелирует эффект от 
перевода VFS на Unicode. Результат этой независимости столь же уродлив, 
как и в случае Nautilus. Ещё хуже то, что сейчас в ALTLinux системная 
локаль не уникодная, следовательно, угодив одной системе, обязательно 
обижаешь другую. Вот в какой кодировке мне на FTP файлы класть, чтобы и 
из командной строки с ними работать, и из Наутилуса?

>>У меня сейчас локаль ru_RU.KOI8-R. В близком будущем я собираюсь 
>>пересесть на ru_RU.UTF-8. Я внимательно слушаю ваше мнение о том, в 
>>какой локали должно быть записано слово "Документы". И что с ним делать 
>>в другой локали.
> Давно понятно, что представление имен файлов не должно зависеть от
> локали. Единственное известное мне решение, позволяющее хранить
> многоязычные строки независимо от локали - уникод. Линуксовые ФС в этом
> случае отстают от жизни.
Во-первых. ФС тут ни при чём, потому что ФС за _представление_ имён не 
отвечает. Моему /home всё равно, какая у меня там локаль или что. Что 
записали, то и отдаёт. Если уж нагружать перекодировкой между системной 
локалью и Unicode'ом, то glibc, иначе в каждую файловую систему придётся 
тянуть iconv.
Во-вторых и главных. Представление _должно_ зависеть от локали, на то 
оно и представление. Берём /home/someone, расшариваем его в сеть. 
Русскоязычные пользователи видят "Документы", казахи видят что? 
правильно, тоже "Документы". Мне не кажется, что это хорошо.
Строго говоря, с содержимым "Документов" тогда тоже нужно что-то делать. 
Но это уже забота пользователя, а каталог создаётся автоматически и мы 
можем предоставить локализованное имя.
Заметьте, в GNOME имя desktop-файла не фигурирует, по-моему, нигде - 
вместо этого для показа используется то, что внутри написано, с учётом 
локали.
<dreaming>
Идеалом, конечно, было бы, если бы файловая система могла хранить 
локализованные имена, привязанные к данным inode... И отдавать их в 
зависимости от региона, локали...
</dreaming>

-- 
   Alexey "Ktirf" Rusakov

Re: [Comm] Re: Каталог disk в /mnt

[Denis G. Samsonenko]

Вечер добрый!

Цитирую Вячеслав Диконов:
> > Суть в том, что название этого каталога гораздо
> > целесообразнее иметь
> > таким, чтобы оно не зависило от текущей локали.
> Мысль здравая. Только независимость от локали вполне может
> обеспечить уникод.

Вы немного меня недопоняли. Под независимостью имени каталога от
локали подразумевалось не только вплане локалей ru.RU, а вообще
независимо от локализации и языковой среды. Если уж объявилась
некоторая тенденция стандартизировать некоторые каталоги для офисного
софта, так давайте не будем повторять ошибки винды, в которой в
зависимости от её локализации появляются каталоги типа "My
Documents/Мои документы", "Desktop/Рабочий стол", что приводит к
определённому геморрою при попытке установки в систему софта с разной
локализацией.

В связи с выше изложенным считаю, что стандартизованные каталоги
должны иметь имена, содержашие символы только из набора Latin-1.

> Я уже писал раньше о принципиальном различии личных каталогов
> пользователя и стандартных общесистемных. Если на вторые есть LFS
> (Не то
> чтобы он был очень красив.), то вторые - сугубо наше личное дело.
> Любая
> программа должна уважать своего пользователя. По этой причине
> недопустимо насильное создание нескрытых каталогов в $HOME.
> Поскольку
> каталоги пользователя могут быть любыми, невозможно заранее
> предсказать их имена и написать перевод на другие языки.

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

> > Какая вам разница, как этот каталог будет называться на
> > нижнем уровне (файловая система, взаимодействие между различным
> > софтом)? А либимый вами "Мои документы", как уже было сказано,
> должно
> > быть зависимым от текущей локали ПРЕДСТАВЛЕНИЕМ указанного
> каталога
> > ~/Documents на верхнем уровне (взаимодействие среды и
> пользователя,
> > например, через иконку на рабочем столе или ссылку в
> "проводнике").
> По-моему это нереально. Есть bash и mc, скрипты и пр. Есть диалоги
> открытия файла GTK, Tk, Qt и т.п. Там тоже будет подмена? Или
> содержимое
> диска будет зависеть от того, чем мы его просматриваем?

"bash и mc, скрипты и пр." -- это нижний уровень, а я говорил о
представлении на верхнем уровне. При правильно продуманной
пользовательской среде у пользователя должна как можно реже возникать
необходимость в спуске на нижний уровень, т.е. к непосредственному
доступу к файловой системе.

В той же винде можно назначить любой из каталогов в качестве каталога
пользователя "Мои документы", но суть не в этом, главное, что в
проводнике и в любом диалоге открытия/записи есть пункт доступа
напрямую к этим моим документам и пользователю не надо думать, в
какой из сотни-другой каталогов в системе ему стоит записать свой
документ, чтобы завтра его найти.

> Кстати, мой любимый вариант этого каталога - "Документы" и еще
> "Работа".
> Там как правило вовсе не мои документы лежат :).

Конкретное прочтение имени тут не важно, мы же за принцип беседуем. :)

Добавлю в конце, чтобы меня не поняли неверно,что речь идёт о
исключительно офисном (или десктопном, как кому нравится) применении
компьютера. Если же говорить за сервер, то таких вопросов не
возникает в виду отсутствия офисного софта, да и X-ов тоже.
Следовательно, вопросов о дополнительной
стандартизации/упорядочивания каталогов пользователя не возникает.

Всего доброго,

Денис.

Re: [Comm] И снова о Unicode (Was: Каталог disk в /mnt)

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

В Срд, 02/03/2005 в 20:36 +0300, Alexey Rusakov пишет:
> On 02.03.2005 19:12, Вячеслав Диконов wrote:
> > Кто такой zsh, и почему его глюки должны меня волновать?
> Это штука такая квадратная. Ей mike@ пользуется :)
> Если серьёзно - потому что они волнуют любого, пользующегося zsh, а это 
> довольно большой процент пользователей ALTLinux. Я не хочу иметь каталог 
> "Документы", названный в Unicode, не будучи в состоянии внятно написать 
> его название в zsh.
Официально ввести UTF-8 параллельно с сохранением всех существующих
локалей. Кому нужна zsh, могут utf-8 не включать. Можно сделать сборку
ncurses и прочего барахла специально для utf с правками от Федоры. Я
делал у себя подобное.

> > Наутилус уникод показывает всегда, независимо от локали.
> Я бы даже сказал - независимо ни от чего. Это не достоинство, как 
> показывает опыт обращения к не-Unicode ресурсам вне локальной машины.
Это общее свойство всего, что на GTK2.

> > VFS - не уверен, но думаю, что будет.
> VFS сейчас также независимо ни от чего использует для показа системную 
> локаль. Как, собственно, и все шеллы, что порядком нивелирует эффект от 
> перевода VFS на Unicode. Результат этой независимости столь же уродлив, 
> как и в случае Nautilus. Ещё хуже то, что сейчас в ALTLinux системная 
> локаль не уникодная, следовательно, угодив одной системе, обязательно 
> обижаешь другую. Вот в какой кодировке мне на FTP файлы класть, чтобы и 
> из командной строки с ними работать, и из Наутилуса?
А Наутилус, похоже учится. Я писал об этом в Гномову багзиллу и реакция была. 

> > Давно понятно, что представление имен файлов не должно зависеть от
> > локали. Единственное известное мне решение, позволяющее хранить
> > многоязычные строки независимо от локали - уникод. Линуксовые ФС в этом
> > случае отстают от жизни.
> Во-первых. ФС тут ни при чём, потому что ФС за _представление_ имён не 
> отвечает. Моему /home всё равно, какая у меня там локаль или что. Что 
> записали, то и отдаёт. Если уж нагружать перекодировкой между системной 
> локалью и Unicode'ом, то glibc, иначе в каждую файловую систему придётся 
> тянуть iconv.
glibc, так glibc. Тут я не претендую.

> Во-вторых и главных. Представление _должно_ зависеть от локали, на то 
> оно и представление. Берём /home/someone, расшариваем его в сеть. 
> Русскоязычные пользователи видят "Документы", казахи видят что?
То, что сами создали. Личные каталоги создает сам пользователь. Любое
другое решение - произвол.

> правильно, тоже "Документы". Мне не кажется, что это хорошо.
> Строго говоря, с содержимым "Документов" тогда тоже нужно что-то делать. 
> Но это уже забота пользователя, а каталог создаётся автоматически и мы 
> можем предоставить локализованное имя.
Не надо автоматически или только один раз. Никогда нельзя насильно
восстанавливать сознательно удаленное пользователем. 

> Заметьте, в GNOME имя desktop-файла не фигурирует, по-моему, нигде - 
> вместо этого для показа используется то, что внутри написано, с учётом 
> локали.
Верно.
> <dreaming>
> Идеалом, конечно, было бы, если бы файловая система могла хранить 
> локализованные имена, привязанные к данным inode... И отдавать их в 
> зависимости от региона, локали...
> </dreaming>
if ($name in @CODERS) { do_it } 
	elsif ($name in @translators) {translate};?
-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Re: Каталог disk в /mnt

[Denis G. Samsonenko]

Вечер добрый!

Цитирую Вячеслав Диконов:
> > > Мысль здравая. Только независимость от локали вполне может
> > > обеспечить уникод.
> > В текущем состоянии - не может. См. проблемы с zsh и вами же
> > запощенные
> > баги с теперь и моими двумя копейками про Nautilus и GnomeVFS.
> Кто такой zsh, и почему его глюки должны меня волновать?

Это средсво доступа к файловой системе на нижнем уровне.

> Наутилус уникод
> показывает всегда, независимо от локали. VFS - не уверен, но думаю,
> что будет.

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

> Давно понятно, что представление имен файлов не должно зависеть от
> локали. Единственное известное мне решение, позволяющее хранить
> многоязычные строки независимо от локали - уникод. Линуксовые ФС в
> этом случае отстают от жизни.

Всё верно, но к данной дискуссии не имеет прямого касательства, так
как стандартизованные каталоги должны иметь имена с символами из
набора Latin-1, как и остальные системные каталоги.

> > Другой вопрос, что я тоже считаю создание каталогов с именами не
> > с точки
> > наглым вмешательством софта в мою личную жизнь. Однако если имена
> > будут
> > с точки, нужно предусмотреть максимально прозрачное "раскрытие"
> > этих
> > каталогов для пользователя, будь то симлинки (вот их можно и
> > локализовать, кстати) или прозрачный для пользователя перевод в
> > тех местах, где это нужно.

Это один из вариантов, тут есть над чем думать. На сколько я могу
судить, дляэтого и создавался freedesktop.org, чтобы привнести некий
порядок и стандартизацию в линуксовый десктоп.

Всего доброго,

Денис.

---------------
earthsea@ngs.ru

Re: [Comm] Re: Каталог disk в /mnt

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

В Срд, 02/03/2005 в 23:51 +0600, Denis G. Samsonenko пишет:
> Вечер добрый!
> 
> Цитирую Вячеслав Диконов:
> > > Суть в том, что название этого каталога гораздо
> > > целесообразнее иметь
> > > таким, чтобы оно не зависило от текущей локали.
> > Мысль здравая. Только независимость от локали вполне может
> > обеспечить уникод.

> Вы немного меня недопоняли. Под независимостью имени каталога от
> локали подразумевалось не только вплане локалей ru.RU, а вообще
> независимо от локализации и языковой среды. 
Именно это я и имел ввиду.

> Если уж объявилась
> некоторая тенденция стандартизировать некоторые каталоги для офисного
> софта, так давайте не будем повторять ошибки винды, в которой в
> зависимости от её локализации появляются каталоги типа "My
> Documents/Мои документы", "Desktop/Рабочий стол", что приводит к
> определённому геморрою при попытке установки в систему софта с разной
> локализацией.
Вот и не надо их повторять. Подобный каталог может появиться один раз
при создании нового пользователя. Он никогда не должен становиться
обязательным.

> В связи с выше изложенным считаю, что стандартизованные каталоги
> должны иметь имена, содержашие символы только из набора Latin-1.
ИХ НЕ ДОЛЖНО БЫТЬ. Вообще. 

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

> > Я уже писал раньше о принципиальном различии личных каталогов
> > пользователя и стандартных общесистемных. Если на вторые есть LFS
> > то вторые - сугубо наше личное дело.

> В целях облегчения взаимодействия между офисным софтом и интеграции в
> пользовательскую среду считаю, что можно пожертвовать некоторой
> степенью свободы пользователя тврорить в $HOME всё что угодно ради
> некоторой стандартизации.
Категорически против. Кому нужны программы, которые падают, если не находят какого-то там невразумительного каталога?
Кому нужен мусор на рабочем столе, который нельзя удалить? Кто хочет
лишиться  возможности хранить свои вещи в привычном СВОЕМ порядке?

> > > Какая вам разница, как этот каталог будет называться на
> > > нижнем уровне (файловая система, взаимодействие между различным
> > > софтом)?
> > По-моему это нереально. Есть bash и mc, скрипты и пр. Есть диалоги
> > открытия файла GTK, Tk, Qt и т.п. Там тоже будет подмена? Или
> > содержимое диска будет зависеть от того, чем мы его просматриваем?
> 
> "bash и mc, скрипты и пр." -- это нижний уровень, а я говорил о
> представлении на верхнем уровне. При правильно продуманной
> пользовательской среде у пользователя должна как можно реже возникать
> необходимость в спуске на нижний уровень, т.е. к непосредственному
> доступу к файловой системе.
Не надо умножать сущности.

> В той же винде можно назначить любой из каталогов в качестве каталога
> пользователя "Мои документы", 
Так и надо! Для этого все есть.

> но суть не в этом, главное, что в
> проводнике и в любом диалоге открытия/записи есть пункт доступа
> напрямую к этим моим документам и пользователю не надо думать, в
> какой из сотни-другой каталогов в системе ему стоит записать свой
> документ, чтобы завтра его найти.
Легко реализуется с помошью давно существующего механизма закладок, доступных в диалогах открытия и сохранения.
В Гноме это есть. В KDE наверняка тоже есть.

> Добавлю в конце, чтобы меня не поняли неверно,что речь идёт о
> исключительно офисном (или десктопном, как кому нравится) применении
> компьютера. Если же говорить за сервер, то таких вопросов не
> возникает в виду отсутствия офисного софта, да и X-ов тоже.
> Следовательно, вопросов о дополнительной
> стандартизации/упорядочивания каталогов пользователя не возникает.
Как раз сервера не обязаны нести на себе отпечаток загадочной души пользователя.

-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Re: Каталог disk в /mnt

[Denis G. Samsonenko]

Вечер добрый!

Цитирую Вячеслав Диконов <linuxbox@degunino.net>:
> > Вы немного меня недопоняли. Под независимостью имени каталога от
> > локали подразумевалось не только вплане локалей ru.RU, а вообще
> > независимо от локализации и языковой среды.
> Именно это я и имел ввиду.

Т.е. имеем каталог с именем "~/Мои Документы", запускаем некую софтину
во французской локала, при этом эта софтина ищет и не находит в
системе каталог "~/Mon Documents", на что выдаёт сообщение об ошибке,
после которого в диалоге открытия/сохранения ищем вручную каталог
"~/Мои Документы" (допустим, что у нас уникод), вместо того, чтобы в
этом самом диалоге ткнуть на "~/Mon Documents", в результате чего
откроется содержимое каталога ~/Documents (~/docs, etc...)?

Я же говорю, в продуманной пользовательской среде практически не
должно возникать необходимости к непосредственному доступу
пользователя к файловой системе.

> > В связи с выше изложенным считаю, что стандартизованные каталоги
> > должны иметь имена, содержашие символы только из набора Latin-1.
> ИХ НЕ ДОЛЖНО БЫТЬ. Вообще.

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

> Сами решим, какие каталоги именно нам нужны. Программы обязаны
> послушно
> настроиться под наши пожелания. Предлагать умолчания можно. Нельзя
> заставлять.

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

> > В целях облегчения взаимодействия между офисным софтом и
> > интеграции в
> > пользовательскую среду считаю, что можно пожертвовать некоторой
> > степенью свободы пользователя тврорить в $HOME всё что угодно
> > ради некоторой стандартизации.
> Категорически против.

Категорически за. Возможность лёгкой интеграции и взаимодействия
внутри некоторого набора софта важнее сомнительной свободы давать
произвольные имена некоторому ограниченному набору каталогов
пользователя.

> Не надо умножать сущности.

Сущности сущностями, но принцип минимума затраченной энергии важнее.

> > В той же винде можно назначить любой из каталогов в качестве
> каталога
> > пользователя "Мои документы",
> Так и надо! Для этого все есть.

Не вижу, чтобы всё.

> > но суть не в этом, главное, что в
> > проводнике и в любом диалоге открытия/записи есть пункт доступа
> > напрямую к этим моим документам и пользователю не надо думать, в
> > какой из сотни-другой каталогов в системе ему стоит записать свой
> > документ, чтобы завтра его найти.
> Легко реализуется с помошью давно существующего механизма закладок,
> доступных в диалогах открытия и сохранения.
> В Гноме это есть. В KDE наверняка тоже есть.

Реализуется или реализовано? Повторюсь, что 90% пользовательского
софта должно работать сразу после инсталяции без необходимости
дополнительной настройки. А украшательством (тему там поменять...) и
мелкими подстройками (дополнительных закладок навтыкать...) можно
заняться после.

> > Следовательно, вопросов о дополнительной
> > стандартизации/упорядочивания каталогов пользователя не
> возникает.
> Как раз сервера не обязаны нести на себе отпечаток загадочной души
> пользователя.

Сказанное мной не противоречит этому замечанию, т.к. то, что твориться
в каталоге пользователя сервера, на работоспособность этого сервера не
влияет.

В общем, мне кажется, что нам обоим ясна позиция, которую вы или я
занимаем, поэтому считаю дискуссию подошедшей к концу. Короче,
сворачиваемся, пока нас не отправили в talk-room для продолжения
полемики. :)

Всего доброго,

Денис.

---------------
earthsea@ngs.ru

Re: [Comm] И снова о Unicode (Was: Каталог disk в /mnt)

[Alexey Rusakov]

Вячеслав Диконов wrote:

>Официально ввести UTF-8 параллельно с сохранением всех существующих
>локалей. Кому нужна zsh, могут utf-8 не включать. Можно сделать сборку
>ncurses и прочего барахла специально для utf с правками от Федоры. Я
>делал у себя подобное.
>  
>
Ну а поделиться? Тут последнюю неделю или две народ страдает о командной 
строке, которая не переваривает UTF-8, будь-то zsh или ncurses.

>>>Наутилус уникод показывает всегда, независимо от локали.
>>>      
>>>
>>Я бы даже сказал - независимо ни от чего. Это не достоинство, как 
>>показывает опыт обращения к не-Unicode ресурсам вне локальной машины.
>>    
>>
>Это общее свойство всего, что на GTK2.
>  
>
Извините за ёрничество, но Мозилла тоже на Gtk2, и это не мешает ей 
определять кодировку или по крайней мере иметь возможность её переключать.
Неважен тут графический тулкит. Либо iconv есть, либо его нет.

>>>VFS - не уверен, но думаю, что будет.
>>>      
>>>
>>VFS сейчас также независимо ни от чего использует для показа системную 
>>локаль. Как, собственно, и все шеллы, что порядком нивелирует эффект от 
>>перевода VFS на Unicode. Результат этой независимости столь же уродлив, 
>>как и в случае Nautilus. Ещё хуже то, что сейчас в ALTLinux системная 
>>локаль не уникодная, следовательно, угодив одной системе, обязательно 
>>обижаешь другую. Вот в какой кодировке мне на FTP файлы класть, чтобы и 
>>из командной строки с ними работать, и из Наутилуса?
>>    
>>
>А Наутилус, похоже учится. Я писал об этом в Гномову багзиллу и реакция была. 
>  
>
(скептически) Да? К 2.12 мы наконец научимся гибкости в обращении с 
кодировками? Когда это будет уже никому не нужно, потому что все 
переедут на Unicode. Ну ладно, это пустое. Честно говоря, я бы с большим 
удовольствием всё своё хозяйство пересадил на ru_RU.UTF-8, чем 
подставлял костыли под рассогласование кодировок.

>>Во-вторых и главных. Представление _должно_ зависеть от локали, на то 
>>оно и представление. Берём /home/someone, расшариваем его в сеть. 
>>Русскоязычные пользователи видят "Документы", казахи видят что?
>>    
>>
>То, что сами создали. Личные каталоги создает сам пользователь. Любое
>другое решение - произвол.
>  
>
Я имею в виду автоматически созданный каталог.

>>правильно, тоже "Документы". Мне не кажется, что это хорошо.
>>Строго говоря, с содержимым "Документов" тогда тоже нужно что-то делать. 
>>Но это уже забота пользователя, а каталог создаётся автоматически и мы 
>>можем предоставить локализованное имя.
>>    
>>
>Не надо автоматически или только один раз. Никогда нельзя насильно
>восстанавливать сознательно удаленное пользователем. 
>  
>
Пусть будет один раз. Но этот один раз нужно сделать так, чтобы им 
захотели воспользоваться, а не удалить. И более того, чтобы хотели 
делать так же. К вопросу о старом сабже, между прочим, с противоречивой, 
как оказалось, пользительностью.

>><dreaming>
>>Идеалом, конечно, было бы, если бы файловая система могла хранить 
>>локализованные имена, привязанные к данным inode... И отдавать их в 
>>зависимости от региона, локали...
>></dreaming>
>>    
>>
>if ($name in @CODERS) { do_it } 
>	elsif ($name in @translators) {translate};?
>  
>
:) Чтоб у меня столько времени было %-)

-- 
  Alexey "Ktirf" Rusakov

Re: [Comm] И снова о Unicode (Was: Каталог disk в /mnt)

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

В Срд, 02/03/2005 в 23:41 +0300, Alexey Rusakov пишет:
> Вячеслав Диконов wrote:
> 
> >Официально ввести UTF-8 параллельно с сохранением всех существующих
> >локалей. Кому нужна zsh, могут utf-8 не включать. Можно сделать сборку
> >ncurses и прочего барахла специально для utf с правками от Федоры. Я
> >делал у себя подобное.
> >
> Ну а поделиться? Тут последнюю неделю или две народ страдает о командной 
> строке, которая не переваривает UTF-8, будь-то zsh или ncurses.
Я эти пакеты не стал поддерживать, потому что получалось ответвление от
Сизифа. Фактически я просто пересобрал rpm-ы из ASP c имеющимися там
латками. Всё нормально заработало кроме плохо сделанного переключения
кодировок в mcedit.


> >>>Наутилус уникод показывает всегда, независимо от локали.
> >>Я бы даже сказал - независимо ни от чего. Это не достоинство, как 
> >>показывает опыт обращения к не-Unicode ресурсам вне локальной машины.
> >>
> >Это общее свойство всего, что на GTK2.
> >  
> >
> Извините за ёрничество, но Мозилла тоже на Gtk2, и это не мешает ей 
> определять кодировку или по крайней мере иметь возможность её переключать.
> Неважен тут графический тулкит. Либо iconv есть, либо его нет.
Он на XUL. GTK2 там лишь снаружи. Есть большая группа программ (включая
весь Гном), использующих GTK2 и другие общие библиотеки, которые ведут
себя именно так. Некоторые (глючные) приложения норовят писать имена
файлов и сообщения только в UTF-8 в любой локали. Если не пользоваться
ничем консольным или GTK1, то эти имена выглядят нормально во всех
локалях. Я правил такие ошибки в gtkam.

> >А Наутилус, похоже учится. Я писал об этом в Гномову багзиллу и реакция была. 
> (скептически) Да? К 2.12 мы наконец научимся гибкости в обращении с 
> кодировками? Когда это будет уже никому не нужно, потому что все 
> переедут на Unicode. Ну ладно, это пустое. 
FTP сервера виндузятников пересадить тяжело. Там речь именно о них.
Впрочем, вспомните историю с поддержкой ISA PnP.

> Честно говоря, я бы с большим 
> удовольствием всё своё хозяйство пересадил на ru_RU.UTF-8, чем 
> подставлял костыли под рассогласование кодировок.
Никуда не денешься. Наследство это еще десятки лет существовать будет.

> >>Во-вторых и главных. Представление _должно_ зависеть от локали, на то 
> >>оно и представление. Берём /home/someone, расшариваем его в сеть. 
> >>Русскоязычные пользователи видят "Документы", казахи видят что?
> >>
> >То, что сами создали. Личные каталоги создает сам пользователь. Любое
> >другое решение - произвол.
> >
> Я имею в виду автоматически созданный каталог.

... Тот, кто будет насильно создавать мусор на чужом рабочем столе/в
домашнем каталоге (как будто там своего не хватает), будет насильно
купаться на фесте с вещами. Э8-[]>

> >>правильно, тоже "Документы". Мне не кажется, что это хорошо.
> >>Строго говоря, с содержимым "Документов" тогда тоже нужно что-то делать. 
> >>Но это уже забота пользователя, а каталог создаётся автоматически и мы 
> >>можем предоставить локализованное имя.
> >>    
> >>
> >Не надо автоматически или только один раз. Никогда нельзя насильно
> >восстанавливать сознательно удаленное пользователем. 
> >  
> >
> Пусть будет один раз. Но этот один раз нужно сделать так, чтобы им 
> захотели воспользоваться, а не удалить. И более того, чтобы хотели 
> делать так же.
Консенсус?

-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] И снова о Unicode (Was: Каталог disk в /mnt)

[Alexey Rusakov]

Вячеслав Диконов wrote:

>Я эти пакеты не стал поддерживать, потому что получалось ответвление от
>Сизифа. Фактически я просто пересобрал rpm-ы из ASP c имеющимися там
>латками. Всё нормально заработало кроме плохо сделанного переключения
>кодировок в mcedit.
>  
>
А патчами поделиться?

>Он на XUL. GTK2 там лишь снаружи. Есть большая группа программ (включая
>весь Гном), использующих GTK2 и другие общие библиотеки, которые ведут
>себя именно так. Некоторые (глючные) приложения
>
типа Nautilus? :)

>норовят писать имена файлов и сообщения только в UTF-8 в любой локали. Если не пользоваться ничем консольным или GTK1, то эти имена выглядят нормально во всех
>локалях. Я правил такие ошибки в gtkam.
>
>  
>
>... Тот, кто будет насильно создавать мусор на чужом рабочем столе/в
>домашнем каталоге (как будто там своего не хватает), будет насильно
>купаться на фесте с вещами. Э8-[]>
>  
>
Вы-таки предлагаете искупать на фесте /etc/skel? :-D

>>Пусть будет один раз. Но этот один раз нужно сделать так, чтобы им 
>>захотели воспользоваться, а не удалить. И более того, чтобы хотели 
>>делать так же.
>>    
>>
>Консенсус?
>  
>
В целом да :)

-- 
  Alexey "Ktirf" Rusakov

[Comm] [JT] Re: Каталог disk в /mnt

[Michael Shigorin]

On Tue, Mar 01, 2005 at 11:02:46PM +0300, Вячеслав Диконов wrote:
> > > > Нет, называться он должен однозначно Documents,
> > > Yankee Go HOME!!!
> > > ... Not MY home, stupid, your own!
> > Куда послать англофобов сообщить или поищешь в архивах? :)
> Куда послать англофилов сказать? На великом и могучем это ёмко звучит.

В /dev/null звук не распространяется.  Там даже вакуума нет.

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

[Comm] [OT] Re: Каталог disk в /mnt

[Michael Shigorin]

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

On Wed, Mar 02, 2005 at 07:12:53PM +0300, Вячеслав Диконов wrote:
> Кто такой zsh, и почему его глюки должны меня волновать?

А кто такой гном и почему его глюки должны кого-то волновать?

(hint: ответы -- изоморфны)
(hint2: будешь флеймить -- объявлю офтопиком)

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

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

[Comm] usability and defaults (was: Каталог disk в /mnt)

[Michael Shigorin]

On Wed, Mar 02, 2005 at 09:20:26PM +0300, Вячеслав Диконов wrote:
> > В связи с выше изложенным считаю, что стандартизованные каталоги
> > должны иметь имена, содержашие символы только из набора Latin-1.
> ИХ НЕ ДОЛЖНО БЫТЬ. Вообще. 

Если всё будет хорошо (tm), то для решения подобных воспросов
было бы осмысленно поднять usability@.  Поскольку это тоже
отдельная тема, как неплохо изложено здесь:

http://programming.newsforge.com/article.pl?sid=05/01/25/1859253

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

Re: [Comm] [OT] Re: Каталог disk в /mnt

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

В Чтв, 03/03/2005 в 13:10 +0200, Michael Shigorin пишет:
> On Wed, Mar 02, 2005 at 07:12:53PM +0300, Вячеслав Диконов wrote:
> > Кто такой zsh, и почему его глюки должны меня волновать?
> 
> А кто такой гном и почему его глюки должны кого-то волновать?
Успокойтесь, речь о переходе на UTF-8. С точки зрения уникода Гном штука
прогрессивная, а zsh (и наверняка многому другому в консоли) - пора на
свалку. У меня есть большие сомнения в необходиомсти программ, которые
не умеют работать с уникодом. Сам тащу одну такую пакость и всем желаю
от них избавиться.

Для сведения КДЕ-шников: У Гнома глюков с отсутствием поддержки UTF-8
нет и он гораздо лучше себя чувствует в хх_ХХ.UTF-8, чем в 8-битных
локалях.

-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] [OT] Re: Каталог disk в /mnt

[Eugene Ostapets]

> Для сведения КДЕ-шников: У Гнома глюков с отсутствием поддержки UTF-8
> нет и он гораздо лучше себя чувствует в хх_ХХ.UTF-8, чем в 8-битных
> локалях.
Для сведений воинствующих поклонников неKDE - у KDE нет проблем при
работе в любой локали, хоть 8-ми, хоть 16-ти битной... Хотя я давно не
загружал на своем рабочем месте KDE, но по-прежнему считаю что KDE -
это образец корректности работы с кодировками для X11 приложений...

-- 
С уважением,
Евгений Остапец

Re: [Comm] [OT] Re: Каталог disk в /mnt

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

В Чтв, 03/03/2005 в 15:36 +0200, Eugene Ostapets пишет:
> > Для сведения КДЕ-шников: У Гнома глюков с отсутствием поддержки UTF-8
> > нет и он гораздо лучше себя чувствует в хх_ХХ.UTF-8, чем в 8-битных
> > локалях.
> Для сведений воинствующих поклонников неKDE - у KDE нет проблем при
> работе в любой локали, хоть 8-ми, хоть 16-ти битной... Хотя я давно не
> загружал на своем рабочем месте KDE, но по-прежнему считаю что KDE -
> это образец корректности работы с кодировками для X11 приложений...
Я тоже особо туда не смотрел, но хорошо помню, что КDE 2.х имела
некоторое свое понятие о локали и даже собственные средства настройки
языка, клавиатуры и т.п. Возникавшие тогда глюки были одной из
соломинок, побудивших меня поклясться никогда не иметь дела с KDE. 

... А образец корректности также демонстрируют все грамотно написанные
программы на GTK2.

-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] [OT] Re: Каталог disk в /mnt

[Andriy Dobrovol's'kii]

Вячеслав Диконов wrote:
> В Чтв, 03/03/2005 в 15:36 +0200, Eugene Ostapets пишет:
> 
>>>Для сведения КДЕ-шников: У Гнома глюков с отсутствием поддержки UTF-8
>>>нет и он гораздо лучше себя чувствует в хх_ХХ.UTF-8, чем в 8-битных
>>>локалях.
>>
>>Для сведений воинствующих поклонников неKDE - у KDE нет проблем при
>>работе в любой локали, хоть 8-ми, хоть 16-ти битной... Хотя я давно не
>>загружал на своем рабочем месте KDE, но по-прежнему считаю что KDE -
>>это образец корректности работы с кодировками для X11 приложений...
> 
> Я тоже особо туда не смотрел, но хорошо помню, что КDE 2.х имела
> некоторое свое понятие о локали и даже собственные средства настройки
> языка, клавиатуры и т.п. Возникавшие тогда глюки были одной из
> соломинок, побудивших меня поклясться никогда не иметь дела с KDE. 
> 
> ... А образец корректности также демонстрируют все грамотно написанные
> программы на GTK2.
> 
Мужики, хватит, да...
С "религиозными войнами", пожалуйста, в курилку.
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   265-7824            Department of Gas Electronics
Fax:   (380-44)   265-2329             Institute of Physics of NASU
*********************************************************************

[Comm] Re: [OT] Re: Каталог disk в /mnt

[Michael Shigorin]

On Thu, Mar 03, 2005 at 04:30:35PM +0300, Вячеслав Диконов wrote:
> > > Кто такой zsh, и почему его глюки должны меня волновать?
> > А кто такой гном и почему его глюки должны кого-то волновать?
> Успокойтесь, речь о переходе на UTF-8. С точки зрения уникода

Меня не волнует точка зрения уникода.  А вот своё удобство работы
-- более чем.

> Гном штука прогрессивная, а zsh (и наверняка многому другому в
> консоли) - пора на свалку.

И в контексте этого вот удобства на свалку идёт _гном_.

Спорим дальше или тебя просто кунуть вместе с транспортным
средством на ближайшем фесте? :)

> У меня есть большие сомнения в необходиомсти программ, которые
> не умеют работать с уникодом. Сам тащу одну такую пакость и
> всем желаю от них избавиться.

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

С этой колокольни -- уникод, шмуникод, да хоть тамагочи -- мне
_пофиг_, если суммарный (sic!) результат устраивает.

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

Всё, надоело.

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

Re: [Comm] [OT] Re: Каталог disk в /mnt

[Alexey I. Froloff]

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

* Eugene Ostapets <eostapets@> [050303 17:09]:
> > Для сведения КДЕ-шников: У Гнома глюков с отсутствием поддержки UTF-8
> > нет и он гораздо лучше себя чувствует в хх_ХХ.UTF-8, чем в 8-битных
> > локалях.
> Для сведений воинствующих поклонников неKDE - у KDE нет проблем при
> работе в любой локали, хоть 8-ми, хоть 16-ти битной... Хотя я давно не
> загружал на своем рабочем месте KDE, но по-прежнему считаю что KDE -
> это образец корректности работы с кодировками для X11 приложений...
Ню-ню.  Помнится я не так давно отправлял Зергу патч на QT как
раз на тему корректной работы с локалью...

Только не гойворите, что QT не имеет никакого отношения к KDE.

-- 
Regards, Sir Raorn.
-------------------
> Откуда берётся /lib/liblber.so.2 ?
Я бы спросил иначе: почему lib{lber,ldap}.so.2 опять в /usr/lib/?
Вечный бардак с этими openldapами...
		-- ldv in devel@

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

Re: [Comm] [OT] Re: Каталог disk в /mnt

[Kylik Semen]

В Чтв, 03/03/2005 в 16:30 +0300, Вячеслав Диконов пишет:
> В Чтв, 03/03/2005 в 13:10 +0200, Michael Shigorin пишет:
> > On Wed, Mar 02, 2005 at 07:12:53PM +0300, Вячеслав Диконов wrote:
> > > Кто такой zsh, и почему его глюки должны меня волновать?
> > 
> > А кто такой гном и почему его глюки должны кого-то волновать?
> Успокойтесь, речь о переходе на UTF-8. С точки зрения уникода Гном штука
> прогрессивная, а zsh (и наверняка многому другому в консоли) - пора на
> свалку. У меня есть большие сомнения в необходиомсти программ, которые
> не умеют работать с уникодом. Сам тащу одну такую пакость и всем желаю
> от них избавиться.
> 
> Для сведения КДЕ-шников: У Гнома глюков с отсутствием поддержки UTF-8
> нет и он гораздо лучше себя чувствует в хх_ХХ.UTF-8, чем в 8-битных
> локалях.

Золотые слова. :-)

С уважением, Семен.

Re: [Comm] Re: [OT] Re: Каталог disk в /mnt

[Yuri N. Sedunov]

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

В Чтв, 03/03/2005 в 16:17 +0200, Michael Shigorin пишет:
> On Thu, Mar 03, 2005 at 04:30:35PM +0300, Вячеслав Диконов wrote:

<skip>
> Всё, надоело.

Так, и не ввязывайся. Без тебя zsh не похоронят, и sisyphus.ru ждет
тебя.

--
Yuri N. Sedunov
03/03/05 17:45:26

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: Каталог disk в /mnt

[Nick S. Grechukh]

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

On Wednesday 02 March 2005 17:43, Вячеслав Диконов wrote:
> В Срд, 02/03/2005 в 02:55 +0600, Denis G. Samsonenko пишет:
> > Вечер добрый!
> > Зря вы кипятитесь. Человек, сказавший, что "называться он должен
> > однозначно Documents" прав по одной простой причине: так удобнее и
> > меньше геморроя. Суть в том, что название этого каталога гораздо
> > целесообразнее иметь таким, чтобы оно не зависило от текущей локали.
> Мысль здравая. Только независимость от локали вполне может обеспечить
> уникод.
здрасьте. локаль это не только charset, 
Documents vs. Документы(ru) vs. Документи (ua) ..

p.s. кто о чем, а Диконов про уникод. 
кстати о локалях. бывают id3 в koi8? насколько осмысленно в автоугадаве  
учитывать существование koi8r, cp866 и maccyrillic?

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

Re: [Comm] Re: Каталог disk в /mnt

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

В Чтв, 03/03/2005 в 21:08 +0200, Nick S. Grechukh пишет:
> кстати о локалях. бывают id3 в koi8? насколько осмысленно в автоугадаве  
> учитывать существование koi8r, cp866 и maccyrillic?
Я видел такое один раз. id3 я отовсюду удаляю, поэтому образца уже нет.
-- 
Вячеслав Диконов <linuxbox@degunino.net>

Re: [Comm] Re: Каталог disk в /mnt

[Nick S. Grechukh]

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

On Thursday 03 March 2005 21:28, Вячеслав Диконов wrote:
> В Чтв, 03/03/2005 в 21:08 +0200, Nick S. Grechukh пишет:
> > кстати о локалях. бывают id3 в koi8? насколько осмысленно в автоугадаве
> > учитывать существование koi8r, cp866 и maccyrillic?
> Я видел такое один раз. 
все-таки бывают :-( xcode/enca на cp1251 "Би-2"  говорят koi8 и делают из него 
"аХ-2". хотя с другой стороны если детектить не один тэг а всю пачку сразу...
>id3 я отовсюду удаляю, поэтому образца уже нет.
для лабораторных испытаний образцы делаются с помощью id3v2 -a "`echo 
bla-bla-bla | iconv -f cp1251 -t bla `". вплоть до utf8.

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

[Comm] Re: Каталог disk в /mnt

[Michael Shigorin]

On Fri, Mar 04, 2005 at 11:36:58AM +0200, Nick S. Grechukh wrote:
> все-таки бывают :-( xcode/enca на cp1251 "Би-2"  говорят koi8 и
> делают из него "аХ-2". хотя с другой стороны если детектить не
> один тэг а всю пачку сразу...

А ты поштучно?  Приколист...

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

[JT] Re: [Comm] Re: Каталог disk в /mnt

[Nick S. Grechukh]

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

On Friday 04 March 2005 12:04, Michael Shigorin wrote:
> On Fri, Mar 04, 2005 at 11:36:58AM +0200, Nick S. Grechukh wrote:
> > все-таки бывают :-( xcode/enca на cp1251 "Би-2"  говорят koi8 и
> > делают из него "аХ-2". хотя с другой стороны если детектить не
> > один тэг а всю пачку сразу...
> А ты поштучно?  
так интереснее. вообще-то реализовал оба варианта, по крайней мере UTF8 в 
одном/cp1251 в остальных, или наоборот, можно вычислить 100%.
>Приколист...
именно ;-) жастфорфан и все такое, заодно и C научился (блин, обленившись до 
админа, уже и забыл кайф программирования. третью ночь не сплю ;-)).
а еще попробую статистику пар заюзать, как в xmms. 

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

[Comm] Re: Каталог disk в /mnt

[Arioch]

Nick S. Grechukh пишет:
> кстати о локалях. бывают id3 в koi8? 

Иногда бывают.
А бывают ли в Wild Life юникодные ud3 ?
(про ogg знаю, я именно про mp3, mpc)

Re: [Comm] Re: Каталог disk в /mnt

[Nick S. Grechukh]

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

On Friday 04 March 2005 15:54, Arioch wrote:
> Nick S. Grechukh пишет:
> > кстати о локалях. бывают id3 в koi8?
> Иногда бывают.
> А бывают ли в Wild Life юникодные ud3 ?
> (про ogg знаю, я именно про mp3, mpc)
id3v2 - _обязаны_ быть utf8. иногда попадаются (и вызывали ненависть, когда 
еще на винампе сидел)

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

[Comm] using statistical fingreprints for charset autodetect

[Nick S. Grechukh]

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

On Friday 04 March 2005 13:18, Nick S. Grechukh wrote:
> > > xcode/enca на cp1251 "Би-2"  говорят koi8 и делают из него "аХ-2". 
>>хотя с другой стороны если детектить не один тэг а всю пачку сразу...
> > А ты поштучно?
> так интереснее. вообще-то реализовал оба варианта, по крайней мере UTF8 в
> >Приколист...
> именно ;-) жастфорфан и все такое, заодно и C научился (блин, обленившись
> до админа, уже и забыл кайф программирования. третью ночь не сплю ;-)). а
> еще попробую статистику пар заюзать, как в xmms.
всех интересующихся автоугадавами прошу потестить:
http://gns-linux.narod.ru/autougadaf-0.2.tar.bz2
типа нейросеть, достаточно слова в две-три-четыре буквы.

два варианта баз: юзать для этого москва-петушки уже немодно, есть на выбор 
статистика по Олегу Дивову (4Мб), или по "избранным изречениям  Дзен" (7кб).
первое по идее надежнее, зато второе концептуальнее ;-).

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

Re: [Comm][JT] using statistical fingreprints for charset autodetect

[Andrey Rahmatullin]

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

On Fri, Mar 04, 2005 at 10:21:03PM +0200, Nick S. Grechukh wrote:
> http://gns-linux.narod.ru/autougadaf-0.2.tar.bz2
Правильнее было бы autougadaff. И базы взять соотвецтвующие ;))

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

Полагаю, что надо связываться напрямую с заказчиком и уточнять.
Просьба держать Стаса в Копии.
		-- smi in support@

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

Re: [Comm][JT] using statistical fingreprints for charset autodetect

[Nick S. Grechukh]

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

On Saturday 05 March 2005 06:01, Andrey Rahmatullin wrote:
> On Fri, Mar 04, 2005 at 10:21:03PM +0200, Nick S. Grechukh wrote:
> > http://gns-linux.narod.ru/autougadaf-0.2.tar.bz2
> Правильнее было бы autougadaff. 
знаю. во всех  .с так и стоит. просто когда архивировал, уже поздно было, да и 
не спал трое суток.  
>И базы взять соотвецтвующие ;))
why not? я подумываю нагенерить баз из разных источников (разного объема) и  
потестировать.
и конечно, сделать api-обвязку для всего этого.
и еще сделать более "правильный" алгоритм по Байесу.

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