мои желания ;-)
On Wed, 27 Sep 2000, Sergey I. Golod wrote: SIGИтак начну: что я хочу от следующего Дебиана: SIG1. Ориентация на LDAP с начала установки: SIG1.1. adduser, deluser: поддержка LDAP и других мест хранения пользователей; SIG(обещал сделать) SIG1.2. pam-ldap: все программы обязаны поддерживать аутенификацию через PAM; SIG(много где есть) SIG1.3. libnss-ldap: убрать необходимость в плоских /etc/passwd, /etc/group. SIG(есть) Типа базовая система недостаточно жирная. Ну так это легко исправляется :)
мои желания ;-)
Hello.
Не знаю как многие воспримут мое письмо, но все же попытаюсь выразить свои
пожелания к следующей версии Дебиана: желающие могут дописывать свои
пожелания. Обсудив это и переведя на английский можно например отправить в
debian-{devel|project}. Кто его знает, может это и подтолкнет мэйнтэйнеров
разных пакетов к каким-нибудь полезным телодвижениям. ;-)
Итак начну: что я хочу от следующего Дебиана:
1. Ориентация на LDAP с начала установки:
1.1. adduser, deluser: поддержка LDAP и других мест хранения пользователей;
(обещал сделать)
1.2. pam-ldap: все программы обязаны поддерживать аутенификацию через PAM;
(много где есть)
1.3. libnss-ldap: убрать необходимость в плоских /etc/passwd, /etc/group.
(есть)
2. Kernel 2.4.X compatible:
2.1. поддержка devfs на уровне всех приложений: base-files, mgetty, ppp,
...; (нет)
2.2. переход на использование iproute, iptables. (есть)
3. Apache 2.0 (нет)
3.1. PHP4; (есть)
3.2. mysql-3.24(soon). (есть)
4. XFree86 4.0 (почти есть)
4.1. Helix Gnome (есть)
5. integrated i18n l10n
5.1. l10n во многих пакетах, это кстати зависит от нас самих (кое-где)
5.2. поддержка Unicode (как мне кажется отчасти)
Ваши предложения? Я своих еще завтра навспоминаю ;-)
Re: мои желания ;-)
On Wed, 27 Sep 2000, Sergey I. Golod wrote:
Date: Wed, 27 Sep 2000 12:34:14 +0600
From: Sergey I. Golod [EMAIL PROTECTED]
To: debian-russian@lists.debian.org debian-russian@lists.debian.org
Subject: мои желания ;-)
Resent-Date: Wed, 27 Sep 2000 10:35:52 +0300 (MSK)
Resent-From: debian-russian@lists.debian.org
Hello.
Не знаю как многие воспримут мое письмо, но все же попытаюсь выразить свои
пожелания к следующей версии Дебиана: желающие могут дописывать свои
пожелания. Обсудив это и переведя на английский можно например отправить в
debian-{devel|project}. Кто его знает, может это и подтолкнет мэйнтэйнеров
разных пакетов к каким-нибудь полезным телодвижениям. ;-)
Итак начну: что я хочу от следующего Дебиана:
1. Ориентация на LDAP с начала установки:
1.1. adduser, deluser: поддержка LDAP и других мест хранения пользователей;
(обещал сделать)
зачем LDAP обьясни?
1.2. pam-ldap: все программы обязаны поддерживать аутенификацию через PAM;
(много где есть)
1.3. libnss-ldap: убрать необходимость в плоских /etc/passwd, /etc/group.
(есть)
зачем ?
2. Kernel 2.4.X compatible:
только бы stable kernel в поставку
2.1. поддержка devfs на уровне всех приложений: base-files, mgetty, ppp,
...; (нет)
это опасно - упаси бог на серваке devfs держать - дистрибутив должен быть
не только для developers а еще и работать. Рано еще журналируемую FS
ставить - нет конвертера из ext2 - reiser FS и глюкало еще то.
2.2. переход на использование iproute, iptables. (есть)
угу не забыть и netfilter вместо ipchains
3. Apache 2.0 (нет)
3.1. PHP4; (есть)
3.2. mysql-3.24(soon). (есть)
только стабильные ветки
4. XFree86 4.0 (почти есть)
4.1. Helix Gnome (есть)
KDE 2.0
5. integrated i18n l10n
5.1. l10n во многих пакетах, это кстати зависит от нас самих (кое-где)
5.2. поддержка Unicode (как мне кажется отчасти)
не unicode нужен а поддержка Win1251 как в BlackCat - вот тогда можно
забыть про Win95NT
Ваши предложения? Я своих еще завтра навспоминаю ;-)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
---
WBR, Michael Vlasov, Matrix NOC, MICHAEL-RIPN
(095) 961-2109 [ www.matrix.ru ] ICQ:12612617
Re: мои желания ;-)
Michael Vlasov wrote:
On Wed, 27 Sep 2000, Sergey I. Golod wrote:
Hello.
Не знаю как многие воспримут мое письмо, но все же попытаюсь выразить свои
пожелания к следующей версии Дебиана: желающие могут дописывать свои
пожелания. Обсудив это и переведя на английский можно например отправить в
debian-{devel|project}. Кто его знает, может это и подтолкнет мэйнтэйнеров
разных пакетов к каким-нибудь полезным телодвижениям. ;-)
Итак начну: что я хочу от следующего Дебиана:
1. Ориентация на LDAP с начала установки:
1.1. adduser, deluser: поддержка LDAP и других мест хранения пользователей;
(обещал сделать)
зачем LDAP обьясни?
странный ты. Вот скажи если у меня пользователь может пользоваться news, mail,
pop3
и собственная система биллинга. News server находится на одном компе, почтовый
на
другом, а pop-3 на третьем. Как ты реализуешь авторизацию для этих
пользователей,
чтобы они имели одинаковый пароль? А если у тебя в сети куча компов под разными
операционками, что туеву хучу паролей заводить будешь? Нет, видно опыта
администрирования больших систем ты не имел.
1.2. pam-ldap: все программы обязаны поддерживать аутенификацию через PAM;
(много где есть)
1.3. libnss-ldap: убрать необходимость в плоских /etc/passwd, /etc/group.
(есть)
зачем ?
затем что flat files тяжелое наследие.
2. Kernel 2.4.X compatible:
только бы stable kernel в поставку
на 2.4.0-test[78] уже можно жить.
2.1. поддержка devfs на уровне всех приложений: base-files, mgetty, ppp,
...; (нет)
это опасно - упаси бог на серваке devfs держать - дистрибутив должен быть
не только для developers а еще и работать. Рано еще журналируемую FS
ставить - нет конвертера из ext2 - reiser FS и глюкало еще то.
devfs = reiserFS. devfs работает уже на ядрах 2.2 и выше, в 2.4 он включен в
основной код. Выдержка из defvs/README:
=
Who else does it?
FreeBSD has a devfs implementation. Solaris 2 has a pseudo-devfs
(something akin to scsidev but for all devices, with some unspecified
kernel support). BeOS, Plan9 and QNX also have it. SGI's IRIX 6.4 and
above also have a device filesystem.
это очредная right thing (c) которую Линус наконец включил в ядро.
2.2. переход на использование iproute, iptables. (есть)
угу не забыть и netfilter вместо ipchains
iptables и есть netfilter.
3. Apache 2.0 (нет)
3.1. PHP4; (есть)
3.2. mysql-3.24(soon). (есть)
только стабильные ветки
php4 - stable, 3.23.24 - полет нормальный, apache2.0 не видел.
4. XFree86 4.0 (почти есть)
4.1. Helix Gnome (есть)
KDE 2.0
5. integrated i18n l10n
5.1. l10n во многих пакетах, это кстати зависит от нас самих (кое-где)
5.2. поддержка Unicode (как мне кажется отчасти)
не unicode нужен а поддержка Win1251 как в BlackCat - вот тогда можно
забыть про Win95NT
глупости. win1251, koi-8r, cp866 - это идеологически неправильно.
wbr, Serge.
Re: мои желания ;-)
On Wed, 27 Sep 2000, Sergey I. Golod wrote:
Date: Wed, 27 Sep 2000 14:55:27 +0600
From: Sergey I. Golod [EMAIL PROTECTED]
To: Michael Vlasov [EMAIL PROTECTED],
debian-russian@lists.debian.org debian-russian@lists.debian.org
Subject: Re: мои желания ;-)
Michael Vlasov wrote:
On Wed, 27 Sep 2000, Sergey I. Golod wrote:
Hello.
Не знаю как многие воспримут мое письмо, но все же попытаюсь выразить свои
пожелания к следующей версии Дебиана: желающие могут дописывать свои
пожелания. Обсудив это и переведя на английский можно например отправить в
debian-{devel|project}. Кто его знает, может это и подтолкнет мэйнтэйнеров
разных пакетов к каким-нибудь полезным телодвижениям. ;-)
Итак начну: что я хочу от следующего Дебиана:
1. Ориентация на LDAP с начала установки:
1.1. adduser, deluser: поддержка LDAP и других мест хранения
пользователей;
(обещал сделать)
зачем LDAP обьясни?
странный ты. Вот скажи если у меня пользователь может пользоваться news,
mail, pop3
и собственная система биллинга. News server находится на одном компе,
почтовый на
другом, а pop-3 на третьем. Как ты реализуешь авторизацию для этих
пользователей,
чтобы они имели одинаковый пароль? А если у тебя в сети куча компов под
разными
операционками, что туеву хучу паролей заводить будешь? Нет, видно опыта
администрирования больших систем ты не имел.
я все прикручиваю под Radius. LDAP пока не пробую потому что как ты
заметил нет потребности.
1.2. pam-ldap: все программы обязаны поддерживать аутенификацию через PAM;
(много где есть)
1.3. libnss-ldap: убрать необходимость в плоских /etc/passwd, /etc/group.
(есть)
зачем ?
затем что flat files тяжелое наследие.
2. Kernel 2.4.X compatible:
только бы stable kernel в поставку
на 2.4.0-test[78] уже можно жить.
согласен
2.1. поддержка devfs на уровне всех приложений: base-files, mgetty, ppp,
...; (нет)
это опасно - упаси бог на серваке devfs держать - дистрибутив должен быть
не только для developers а еще и работать. Рано еще журналируемую FS
ставить - нет конвертера из ext2 - reiser FS и глюкало еще то.
devfs = reiserFS. devfs работает уже на ядрах 2.2 и выше, в 2.4 он включен в
основной код. Выдержка из defvs/README:
=
Who else does it?
FreeBSD has a devfs implementation. Solaris 2 has a pseudo-devfs
(something akin to scsidev but for all devices, with some unspecified
kernel support). BeOS, Plan9 and QNX also have it. SGI's IRIX 6.4 and
above also have a device filesystem.
это очредная right thing (c) которую Линус наконец включил в ядро.
сколько не уверяй - но это глюкало.
2.2. переход на использование iproute, iptables. (есть)
угу не забыть и netfilter вместо ipchains
iptables и есть netfilter.
3. Apache 2.0 (нет)
3.1. PHP4; (есть)
3.2. mysql-3.24(soon). (есть)
только стабильные ветки
php4 - stable, 3.23.24 - полет нормальный, apache2.0 не видел.
4. XFree86 4.0 (почти есть)
4.1. Helix Gnome (есть)
KDE 2.0
5. integrated i18n l10n
5.1. l10n во многих пакетах, это кстати зависит от нас самих (кое-где)
5.2. поддержка Unicode (как мне кажется отчасти)
не unicode нужен а поддержка Win1251 как в BlackCat - вот тогда можно
забыть про Win95NT
глупости. win1251, koi-8r, cp866 - это идеологически неправильно.
плевать на идеологию - одновременная работа с Win1251 и koi8-r удобство.
wbr, Serge.
---
WBR, Michael Vlasov, Matrix NOC, MICHAEL-RIPN
(095) 961-2109 [ www.matrix.ru ] ICQ:12612617
Re: мои желания ;-)
On Wed, 27 Sep 2000, Sergey I. Golod wrote: 1.2. pam-ldap: все программы обязаны поддерживать аутенификацию через PAM; (много где есть) 1.3. libnss-ldap: убрать необходимость в плоских /etc/passwd, /etc/group. (есть) зачем ? затем что flat files тяжелое наследие. Это как раз легкое наследие, а вот ldap - тяжелое, в смысле затрат ресурсов нововведение. Нафиг не нужное для standalone машины и даже для маленькой сетки с распространением этих самых плоских файлов по rdist. Так что я бы сказал, что правильным решением было бы при инсталляции выбирать 1. Использовать плоские файлы 2. Использовать ldap, данная машина является клиентом (указать сервер) 3. Использовать ldap, данная машиня является сервером. -- Victor Wagner [EMAIL PROTECTED] Programmer Office:7-(095)-785-09-72 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
Re: мои желания ;-)
зачем LDAP обьясни? странный ты. Вот скажи если у меня пользователь может пользоваться news, mail, pop3 и собственная система биллинга. News server находится на одном компе, почтовый на другом, а pop-3 на третьем. Как ты реализуешь авторизацию для этих пользователей, чтобы они имели одинаковый пароль? А если у тебя в сети куча компов под разными операционками, что туеву хучу паролей заводить будешь? Нет, видно опыта администрирования больших систем ты не имел. Вот для этого давным давно и был придуман NIS, а затем NIS+ Я тут пытаюсь перевести LDAP HOWTO с целью познания, что такое ldap. У меня создается впечатление, что LDAP это нечто сильно напоминающее DBMS и сильно похожее на SQL сервер, правдо с более гибкой возможностью авторизации доступа. Зато настроечки у него такие, что сдохнуть можно. Виктор
Re: мои желания ;-)
Hi! Я извиняюсь, что часть дискуссии осталась вне списка по моей невнимательности. Из этого письма, впрочем, она легко восстанавливается. Sergey I. Golod wrote: Aleksey Novodvorsky wrote: Sergey I. Golod wrote: не unicode нужен а поддержка Win1251 как в BlackCat - вот тогда можно забыть про Win95NT глупости. win1251, koi-8r, cp866 - это идеологически неправильно. Да. Идеологически правильно -- iso8859-5. Вы ей пользуетесь? Unicode уже есть -- и в консоли, и в XFree-4.0.1. Вы им пользуетесь? нет. Но это не значит, что нужно все оставить как есть. Конечно. Поддержка любой кодировки может быть корректной и нет. Что касается Unicode, то я очень боюсь, что реализацией его полной поддержки хотя бы базовыми приложениями просто некому заниматься. Как я уже сказал, на уровне системы он уже работает, а вот японцы занимаются. А если они сделают под себя, то юникод он и Африке юникод - работать будет и с нашими кодировками. Не занимаются. Японцы занималсь и занимаются поддержкой своих кодировок, а вовсе не Unicode, причем вполне успешно. Иногда это нам полезно (как в случае с mule, хотя и там не все просто), чаще -- перепендикулярно. Так что на японцах выехать не удастся. для модификации приложений надо проделать слишком большую работу, в которой практически никто из дееспособных программистов не заинтересован. Более того, декларация всеобщего Unicode на уровне производителей Unices выльется, вполне вероятно, в постепенное прекращение поддержки 8-битных кодировок, отличных от Latin-1. Это не пустые слова. Тролли, например, сами попросив у меня патч KOI8-U, не если будет поддержка unicode зачем будут нужны 8-битные кодировки? Или дисковое пространство стало дорогим? Еще раз: если будет поддержка unicode _приложениями_, то 8-битные кодировки умрут, туда им и дорога. Для того, чтобы оценить масштабы задачи, попробуйте поработать в консоли в UTF-mode. Про X я даже не говорю. И кто будет все это переписывать? На самом деле, команда из 20-30 человек, целенаправленно занявшись этой работой, могла бы изменить ситуацию. Но собрать такую команду программистов в странах не-Latin-1 крайне сложно. В этом случае явно нужна серьезная общественная, да и какая-то материальная поддержка. включили его в 2.1(2), а потом заявили о предстоящем тотальном Unicode в версии 3. Что происходит в KDE2 -- можно посмотреть, RH с версии 7.0 перешел на aspell. Но и топтаться в хвосте со своими koi/win/cp тоже не гоже. Согласен. Только Вы сами же хотели проехаться на хвосте японцев. А пока нет даже русской клавиатуры для console UTF (украинская, кстати, есть). Всем -- по фигу? Rgrds, AEN
Re: мои желания ;-)
Aleksey Novodvorsky wrote: Поддержка любой кодировки может быть корректной и нет. Что касается Unicode, то я очень боюсь, что реализацией его полной поддержки хотя бы базовыми приложениями просто некому заниматься. Как я уже сказал, на уровне системы он уже работает, а вот японцы занимаются. А если они сделают под себя, то юникод он и Африке юникод - работать будет и с нашими кодировками. Не занимаются. Японцы занималсь и занимаются поддержкой своих кодировок, а вовсе не Unicode, причем вполне успешно. Иногда это нам полезно (как в случае с mule, хотя и там не все просто), чаще -- перепендикулярно. Так что на японцах выехать не удастся. будем искать других владельцев языков, не вмещающихся в 1 байт. ;-))) для модификации приложений надо проделать слишком большую работу, в которой практически никто из дееспособных программистов не заинтересован. Более того, декларация всеобщего Unicode на уровне производителей Unices выльется, вполне вероятно, в постепенное прекращение поддержки 8-битных кодировок, отличных от Latin-1. Это не пустые слова. Тролли, например, сами попросив у меня патч KOI8-U, не если будет поддержка unicode зачем будут нужны 8-битные кодировки? Или дисковое пространство стало дорогим? Еще раз: если будет поддержка unicode _приложениями_, то 8-битные кодировки умрут, туда им и дорога. Для того, чтобы оценить масштабы задачи, попробуйте поработать в консоли в UTF-mode. Про X я даже не говорю. И кто будет все это переписывать? На самом деле, команда из 20-30 человек, целенаправленно занявшись этой работой, могла бы изменить ситуацию. Но собрать такую команду программистов в странах не-Latin-1 крайне сложно. В этом случае явно нужна серьезная общественная, да и какая-то материальная поддержка. сам к сожалению не смогу приянть участие, занят. Так наверное и другие не могут посвятить много времени для участия в таких проектах. :-( включили его в 2.1(2), а потом заявили о предстоящем тотальном Unicode в версии 3. Что происходит в KDE2 -- можно посмотреть, RH с версии 7.0 перешел на aspell. Но и топтаться в хвосте со своими koi/win/cp тоже не гоже. Согласен. Только Вы сами же хотели проехаться на хвосте японцев. А пока нет даже русской клавиатуры для console UTF (украинская, кстати, есть). Всем -- по фигу? до поры до времени. wbr, Serge.
Re: мои желания ;-)
On Wed, 27 Sep 2000, Aleksey Novodvorsky wrote: Согласен. Только Вы сами же хотели проехаться на хвосте японцев. А пока нет даже русской клавиатуры для console UTF (украинская, кстати, есть). Всем -- по фигу? Постараемся что-нибудь сделать в этом направлении. :-) Если есть желающие, прошу писать в мыло. И как можно скорее. Мне удобнее обсудить это в кругу действительно заинтересованных лиц. -- Best regards, Eugene
Re: мои желания ;-)
Victor Vislobokov wrote: зачем LDAP обьясни? странный ты. Вот скажи если у меня пользователь может пользоваться news, mail, pop3 и собственная система биллинга. News server находится на одном компе, почтовый на другом, а pop-3 на третьем. Как ты реализуешь авторизацию для этих пользователей, чтобы они имели одинаковый пароль? А если у тебя в сети куча компов под разными операционками, что туеву хучу паролей заводить будешь? Нет, видно опыта администрирования больших систем ты не имел. Вот для этого давным давно и был придуман NIS, а затем NIS+ Я тут пытаюсь перевести LDAP HOWTO с целью познания, что такое ldap. У меня создается впечатление, что LDAP это нечто сильно напоминающее DBMS и сильно похожее на SQL сервер, правдо с более гибкой возможностью авторизации доступа. Зато настроечки у него такие, что сдохнуть можно. LDAP хранит информацию в berlkley-db. Но можно написать свое хранилище и хранить например в SQL(mysql,postresql,orcale). Сервер ldap проводит авторизацию пользователей и может возвращать дополнительную информацию о нем. В принципе работа с ним(сервером ldap) очень похожа на sql-запросы. Применение ldap в сети может дать такую фишку: имеем ldap сервер на unix, пользователи заведены и им присвоены пароли, теперь можно перевести все службы на авторизацию посредством ldap (web, proxy, mail, samba, собственные службы) и пользователю не нужно запоминать кучу паролей, и хранятся они в одном месте. На данный момент и Novell NDS и Windows2000 AD имеют интерфейс к своим каталогам через ldap, чтобы именно их система использовалась в качестве корпоративного каталога.
Re: мои желания ;-)
On Wed, Sep 27, 2000 at 02:36:43PM +0400, Aleksey Novodvorsky wrote: А пока нет даже русской клавиатуры для console UTF (украинская, кстати, есть). А где можно посмотреть на украинскую раскладку? -- Миша
Re: мои желания ;-)
On Wed, Sep 27, 2000 at 05:53:29PM +0400, Michael Sobolev wrote: On Wed, Sep 27, 2000 at 02:36:43PM +0400, Aleksey Novodvorsky wrote: А пока нет даже русской клавиатуры для console UTF (украинская, кстати, есть). А где можно посмотреть на украинскую раскладку? Я себе поставил на potato, но кое что, кстати, уже шло в поставке. Например locale_msg для mutt; koi8u2ruscii больше не вспомню, правда. http://www.cinet.cn.ua:8101/NOC/ukr/ -- Andrey Ivaschenko nic-hdl: AI1569
Re: мои желания ;-)
On Wed, Sep 27, 2000 at 05:13:29PM +0300, Andrey Ivaschenko wrote: А пока нет даже русской клавиатуры для console UTF (украинская, кстати, есть). А где можно посмотреть на украинскую раскладку? Я себе поставил на potato, но кое что, кстати, уже шло в поставке. Например locale_msg для mutt; koi8u2ruscii больше не вспомню, правда. http://www.cinet.cn.ua:8101/NOC/ukr/ Хм. Я не нашел ни слова про UTF на этой страничке. Может, я что-то упустил. Ж) -- Миша
RE: мои желания ;-)
Народ! может я и зануда, но моим желанием остаётся ответ на заданный мною вопрос, как прячут вторую форточку с помощью лило!!! Читал я эту /usr/share/doc/lilo/Manual.txt.gz Тама про полуось чойто есть, напрямую относительно Windows нет нам ничего. Я и на hide windows Windows искал - глухо, а с системой экспериментировать не хоца, это мой рабочий ящик. На домашнем тоже много чего навешено - не хочу из-за дурости потом опять всё настраивать. Искал доку в инете, да там всё старьё мне какое-то попадается : ( Привет! Константин Leute! selbstverstandlich habe ich /usr/share/doc/lilo/Manual.txt.gz gelesen. Ich nehme an, dass ich doof bin, aber ich habe dort nix passendes gefunden, was _Windows_ direkt betrifft. Idealeweise will ich was in lilo.conf eintragen, was beim Auswahl (Liliprompt) einer Win-Partition automatisches Verstecken zweiter Win-Partition ermoglicht. Bitte, bitte! /* Hallo! */ * Machow, Konstantin [EMAIL PROTECTED] [130900 10:20]: ist es zur Zeit moeglich, Win-Partition mit lilo verstecken? Partitionen mit lilo verstecken? Was meinst Du genau damit? Mit fdisk, cfdisk, usw. konnen Win-Partitionen versteckt werden! Z.B besitzen Hidden Win95 FAT32-Partitionen die ID's 1B-1E. MfG Machow, Konstantin writes: ist es zur Zeit moeglich, Win-Partition mit lilo verstecken? IIRC Ja. Wie? Siehe in /usr/share/doc/lilo/Manual.txt.gz. -- Hi! I'm a .signature *virus*! Copy me into your ~/.signature to help me spread! Gru? Kotstya In linux we trust..
RE: мои желания ;-)
Народ! может я и зануда, но моим желанием остаётся ответ на заданный мною вопрос, как прячут вторую форточку с помощью лило!!! Читал я эту /usr/share/doc/lilo/Manual.txt.gz Тама про полуось чойто есть, напрямую относительно Windows нет нам ничего. Я и на hide windows Windows искал - глухо, а с системой экспериментировать не хоца, это мой рабочий ящик. На домашнем тоже много чего навешено - не хочу из-за дурости потом опять всё настраивать. Искал доку в инете, да там всё старьё мне какое-то попадается : ( Привет! Константин Leute! selbstverstandlich habe ich /usr/share/doc/lilo/Manual.txt.gz gelesen. Ich nehme an, dass ich doof bin, aber ich habe dort nix passendes gefunden, was _Windows_ direkt betrifft. Idealeweise will ich was in lilo.conf eintragen, was beim Auswahl (Liliprompt) einer Win-Partition automatisches Verstecken zweiter Win-Partition ermoglicht. Bitte, bitte! /* Hallo! */ * Machow, Konstantin [EMAIL PROTECTED] [130900 10:20]: ist es zur Zeit moeglich, Win-Partition mit lilo verstecken? Partitionen mit lilo verstecken? Was meinst Du genau damit? Mit fdisk, cfdisk, usw. konnen Win-Partitionen versteckt werden! Z.B besitzen Hidden Win95 FAT32-Partitionen die ID's 1B-1E. MfG Machow, Konstantin writes: ist es zur Zeit moeglich, Win-Partition mit lilo verstecken? IIRC Ja. Wie? Siehe in /usr/share/doc/lilo/Manual.txt.gz. -- Hi! I'm a .signature *virus*! Copy me into your ~/.signature to help me spread! Gru? Kotstya In linux we trust..
Re: мои желания ;-)
может я и зануда, но моим желанием остаётся ответ на заданный мною вопрос, как прячут вторую форточку с помощью лило!!! А я бы хотел узнать, что ты под этим подразумеваешь? Из того, что ты написал, я мало что понял по делу. Виктор
