[no subject]
Confidentiality Statement This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited.
Debian on SunBlade-100 with 2.6.0 kernel
Hi, Вот чуток помаявшись - запустил, правда не обошлось без _но_ собственно хотел по этому поводу пообщатся со знающими людьми, что не работает или работает совсем не так: 1. /proc/bus/pci/ теперь имеет вот такенный вид: total 0 dr-xr-xr-x2 root root0 Jan 9 11:43 :00 -r--r--r--1 root root0 Jan 9 11:43 devices Как следствие lspci не находит ни одного устройства: pcilib: Cannot open /proc/bus/pci/00/00.0 pcilib: Cannot open /proc/bus/pci/00/03.0 pcilib: Cannot open /proc/bus/pci/00/05.0 pcilib: Cannot open /proc/bus/pci/00/07.0 pcilib: Cannot open /proc/bus/pci/00/08.0 pcilib: Cannot open /proc/bus/pci/00/0c.0 pcilib: Cannot open /proc/bus/pci/00/0c.1 pcilib: Cannot open /proc/bus/pci/00/0c.2 pcilib: Cannot open /proc/bus/pci/00/0c.3 pcilib: Cannot open /proc/bus/pci/00/0d.0 pcilib: Cannot open /proc/bus/pci/00/13.0 lspci: Unable to read 64 bytes of configuration space. И так как X-ы так-же ищут свои железки в /proc/bus/pci дисплея они не находят ;-( 2. Клавиатура Почему-то поменялась раскладка, то есть одна кнопка в раскладке - backslash/bar теперь выдают keycode 84 ;-( Из хорошего заработали дополнительные кнопки которые на Help, Stop, Again, ... Cut Правда выдают не совсем понятные Keycodes: нажимаем Help keycode 0 press keycode 1 release keycode 10 release keycode 0 release keycode 1 release keycode 10 release Нажимаем Cut keycode 0 press keycode 1 release keycode 9 release keycode 0 release keycode 1 release keycode 9 release Что с этим делать - еще не знаю. У меня подключена Sun Keyboard Type6 USB (с русской раскладкой), пока так и не понял как добратся до светодиода Lat/Рус который есть на клавиатуре, и из под X-ов и в консоли Причем если попробывать загрузить какие-нибудь type5/Type6 из поставки Debian (unstable) клавиши оказываются неизвестно где, проверено и в консоли и в X-ах. 3. Сообщения из dmesg Начали появлятся странные сообщения, как то: PCI: device :00:02.0 has unknown header type 58, ignoring. PCI: device :00:0a.0 has unknown header type 58, ignoring. ... PCI: device :00:1e.0 has unknown header type 58, ignoring. PCI: device :00:1f.0 has unknown header type 58, ignoring. и при попытке поменять что-либо в области hwclock получаем сообщения: ioctl32(hwclock:60): Unknown cmd fd(3) cmd(4b50){00} arg(ec48) on /dev/vc/1 ioctl32(hwclock:65): Unknown cmd fd(3) cmd(4b50){00} arg(ec38) on /dev/vc/1 ioctl32(hwclock:68): Unknown cmd fd(3) cmd(4b50){00} arg(ec48) on /dev/vc/1 Вот в принципе и все что определилось на первый взгляд. В остальном система работает достаточно стабильно даже не смотря на мои нечеловеческие попытки по подбору конфигурации тех или иных Sun-овских железяк (звук, i2c) В принципе переход на новое ядро прошел практически в лет пришлось лишь доставить lvm2 и module-init-tools, и с конфигурацией ядра пришлось помучится, так как загрузчик не хотел его грузить. Если у кого есть опыт в постановке linux-а на Sun - дайте знать что и как. -- With Best, | http://www.excom.spb.su/~andrey Andrey Chernomyrdin| mailto:[EMAIL PROTECTED]
XFree 4.3 ЦДЕБГЪРЭ?
Здравствуйте, debian-russian. Где можно найти XFree 4.3 для stable? -- С уважением, Dmitry mailto:[EMAIL PROTECTED]
Re: [@: Re: Шрифт в konq ueror, mozilla и opera]
Да, меня уже, по-крайней мере, два года никто не донимает. Конечно, сайт который я поддерживаю non-profit и я могу со спокойной совестью посылать всех на www.mozilla.org, но раньше скулеж был. Теперь нет. 1. У нас с вами совершенно различные ситуации. У вас ваш личный сайт, которым вы рулите, как вам нравится. Предположим небольшого ISP, где я работала, с несколькими тысячами пользователей, у каждого из которых есть некоторая домашняя страница, ftp, и практически у каждого из которых есть ворд, умеющий генерировать то, что микрософт называет html и кривой эксплорер, по умолчанию настроенный на родной американский язык. У каждого из пользователей есть по 10 друзей, которым тот разослал ссылки на свою домашнюю страницу и с совершенно такими же настройками IE. Вы будете учить каждого пользователя добавлять META, настраивать эксплорер по телефону, или все же один раз настроите сервер и забудете? Русский апач отдает данные в одной кодировке, указывая по ходу другую. Это страшное зло. В ситуации, когда часть текстов на сервере в одной кодировке, часть в другой, и все можно урегулировать, отдавая правильную кодировку (и МЕТА) -- руский апач творит такое... 8 Особенно когда это накладывается на странную привычку Эксплорера игнорировать указанную ему кодировку для встраиваемых файлов (например, script src=)... -- Alexander A. Vlasov, Debian GNU/Linux user
Люббые переезбзды. Услуги гррузчиков!
ПОЗДРАВЛЯЕМ ВСЕХ С НАСТУПИВШИМ НОВЫМ ГОДОМ! Люббые переезды. Услууги груузчиков. Любоой автоотранспорт. Любая фоорма ооплаты. Оценка — бесплатноо. Paбoотаем в Мооскве и области. Все вопроосы и предварительные догооворенности по телефоону. Коонтакты тел (095) 725.17.-98 Владдимир тел (095) 724,.71,,41 Анддрей
Re: grsecurity для 2.4.22
Добрый день. В Чтв, 08.01.2004, в 23:58, Alexander Vlasov пишет: Привет, всё знающий, All! Сори, может быть не в тему, но уж прастите... Скачал я с kernel.org. ядро 2.4.22, а как к нему скачать с grsecurity.net патч? *вздохнув* это-то не проблема... А вот то, что этот патч с дебиановским ядром не работает -- это неприятно 8( [EMAIL PROTECTED]:~$ apt-cache search grsec chpax - user-space utility to control PaX flags gradm - Administration program for the GrSecurity ACL system kernel-patch-2.4-grsecurity - grsecurity kernel patch - 2.4.x security patch ~ apt-cache show kernel-patch-2.4-grsecurity Package: kernel-patch-2.4-grsecurity Priority: extra Section: devel Installed-Size: 1007 Maintainer: martin f. krafft [EMAIL PROTECTED] Architecture: all Version: 1.9.13-1 Depends: bash (= 2.0), patch, grep-dctrl, debconf (= 0.5) Suggests: kernel-source-2.4, kernel-package, gradm Filename: pool/main/k/kernel-patch-2.4-grsecurity/kernel-patch-2.4-grsecurity_1 9.13-1_all.deb Size: 957208 MD5sum: e84489b461590cec9a0e3af6ac3fbd6f Description: grsecurity kernel patch - 2.4.x security patch This patch provides Greater Security to the Linux kernel. It includes a robust ACL system, extensive auditing capabilities and measures to stop the most common methods of exploiting a system. These include limited chroot(), fork() rate limiting, various network limiting and randomizing options, memory page protection on IA32, restricting mprotect(), random PIDs, and much more. . This patch conflicts with the LSM patch, they both change the same things so the patches can't both apply. . Furthermore, this patch will not apply to Debian kernels 2.4.20 and above. You will have to use vanilla kernel sources to apply this patch. Reasons are documented in README.2.4.2x contained within the package. -- Alexander A. Vlasov, Debian GNU/Linux user
Re: lirc and keys
On Fri, Jan 09, 2004 at 09:37:01AM +0500, Sergey wrote: Так можно или нет пользоваться lircd и плугином от xmms одновременно? Да. У меня так и работает. -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517
ClamAV Postfix
Hello, Решил попробовать ClamAV, поэтому такой вопрос: чем его лучше прикручивать к Postfix. Вариантов в мануале много, а какой лучше не понятно. Поделитесь, пожалуйста, опытом. -- With best wishes Dmitry Baryshkov
Re: inn2
Gennady Terehov - debian-russian@lists.debian.org @ Thu, 08 Jan 2004 21:03:23 +0300: Gennady Terehov - debian-russian @ Wed, 07 Jan 2004 18:05:30 +0300: GT А куда сообщать о неточностях с зависимостями в пакетах? GT Например ставлю apt-get install inn2 (из Woody, в sources.list GT http://http.us.debian.org) почему-то с ним не ставится ncompress GT из-за чего его send-uucp генерит batch'и из одного только заголовка. GT Приходится лезть в send-uucp, читать его и смотреть что ему не хватает. GT Также ему не хватает программы uuq, хотя в send-uucp есть строчки: GT case ${HAVE_UUSTAT} in GT DONT) GT TEMP=${TMPDIR}/uuq$$ GT uuq -h |tr -d : ${TEMP} GT ;; GT esac GT В каком пакете этот самый uuq находится? Ни в каком. Нету в woody пакета с такой программой. Судя по uu в начале, должно быть в uucp. Может быть, там и было. Лет надцать назад. Собственно, судя по виду case, дурак тут не send-uucp, а ты. Ибо если уж ты собрался использовать send-uucp, то uucp у тебя стоять должен, а там uustat есть. С ncompress'ом все еще хуже. Поскольку он GT Ну а если uucp у меня есть, uuq в дистрибутиве нет- нафига тогда про него GT (uuq) в скрипте писать? Потому что комплекты UUCP бывают не только Taylor. GT Дурак я или не дурак, но оно _не_работает_, а чтобы заработало надо GT лезть в скрипты и смотреть что ему там не нравится, править GT innshellvars опять же... Оно работать должно или людей на интеллект GT тестировать? :) На интеллект. Багрепорт про _не ту_ багу писать не надо. non-free, а ради non-free программы, НЕ ОБЯЗАТЕЛЬНОЙ (хотя и стоящей по умолчанию) в мало кем используемом скрипте прописывать от нее GT То есть если мало кем используется, то может не работать? Границу GT между мало кем и много кем как определить? Ну, например, у мейнтейнера пакета нет возможности проверить работоспособность данной штуки. У мейнтейнера этого скрипта в mainstream, возможно, все работает. Никто ж не обещал, что у него linux... зависимость и следовательно, тащить весь inn2 в non-free? Поправь innshellvars и не морочь людям голова. GT Ну и нафига тогда такие умолчания? Я должен знать что там free что GT non-free? Да мне пофигу честно говоря :) Мне надо чтобы работало, GT если какие-то проблемы c лицензией на ncompess, то я-то тут причем? GT Я бы про его существование вообще, может, никогда не узнал, если бы GT не авторы send-uucp :) Авторы send-uucp - mainstream. Сидят они себе на каком-нибудь коммерческом юниксе, у которого compress входит в поставку, и у них все работает. И uuq в их поставке UUCP есть. Умолчания - их же. У мейнтейнера нет возможности это проверить. Исправь и запости багрепорт в виде патча. Сообщество тебя не забудет. В changelog занесет. Меня уже несколько раз заносили. GT apt-file (оттуда же) не работает, на все запросы типа apt-file GT search uuq или apt-file list inn2 отвечает молчанием, а на apt-file GT --version говорит: GT Use of uninitialized value in string eq at /usr/bin/apt-file line 366. GT - это если запускать из-под простого пользователя, GT из-под рута этого сообщения не выдается, кстати почему так? GT /usr/bin/apt-file version 0.2.3 А apt-file в woody вообще работоспособен? GT А что, не должен? У меня вот не работает, значит нормально? :) Если просто не работает, значит, нормально. Если ты сумел багу найти достаточно воспроизводимо для того, чтобы мейнтейнер мог ее пофиксить (лучше всего - выдал патч), то ненормально. Надо только помнить, что в stable крайне редко принимают патчи, отличные от security. GT И еще замеченный косяк: после установки inn2 не все файлы в каталоге GT /var/lib/news/ имели владельца news.news (некоторые были root.root) из-за чего GT inn2 отказывался стартовать со словами: GT Jan 6 15:28:49 tatuine innd: SERVER cant dbzinit /var/lib/news/history GT Numerical argument out of domain GT Исправление владельца помогло :) Причем в Интернете много жалоб на эту GT ошибку (т.е. это не мой косяк) и из разных дистрибутивов. GT P.S. Это все (inn2) баги или не баги (imho это баги), куда о них сообщать GT чтобы исправили? Последнее - баг. Сообщать - есть в дистрибутиве пакет reportbug... GT P.P.P.S. send-uucp испольуется шелловый, там еще есть send-uucp.pl, GT почему их 2 и какой лучше использовать? Лучше, скорее всего, перловый. Но вдруг у тебя перла на машине нет? А впрочем, подозреваю, бо-ме пофигу. GT А что значит бе-ме? Бе-ме значит что-то другое. А бо-ме - более-менее. -- Artem Chuprina RFC2822: [EMAIL PROTECTED], FIDO: 2:5020/122.256, ICQ: 13038757
Re: debian-russian и спам
Am 08.01.2004 15:42 schrieb Alexander V. Butenko: Вот пару дней назад снова подписался на debian-russian и снова начал валить спам от ``microsoft.com'' с его патчами и так далее. На работе то еще ладно, но вот дома на даилапе это ж на сколько дольше почту забирать нужно будет. :-( Неприятно. Есть ли какие-нибудь методы борьбы с этим мусором на стадии приема? Забираю почту fetchmail'ом. swendeleter. Очень рекомендую. Женя -- Messages which will be detected from spamtest.ru as SPAM will be deleted immediately. Use [!NO SPAM!] in subject to mark your messages as not being SPAM. Messages marked this way are excluded from SPAM-detection.
Re: XFree 4.3 ЦДЕБГЪРЭ?
On Fri, 9 Jan 2004 11:43:44 +0300 Dmitry V. Ivanov [EMAIL PROTECTED] wrote: Здравствуйте, debian-russian. Где можно найти XFree 4.3 для stable? www.apt-get.org
Re: lirc and keys
On Sat, Jan 10, 2004 at 12:21:32AM +0500, Sergey wrote: Да. У меня так и работает. А какой девайс ему нужно указать? Кому? lircd? У меня это /dev/lirc -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517
apt-file Re: inn2
On 2004.01.09 at 14:32:12 +0300, Artem Chuprina wrote: А apt-file в woody вообще работоспособен? GT А что, не должен? У меня вот не работает, значит нормально? :) Если просто не работает, значит, нормально. Если ты сумел багу найти достаточно воспроизводимо для того, чтобы мейнтейнер мог ее пофиксить (лучше всего - выдал патч), то ненормально. Надо только помнить, что в stable крайне редко принимают патчи, отличные от security. apt-file, к сожалению, это кривая наколенная поделка. Существенно более кривая, чем большинство debian-specific софта. Кривее только всякие интерактивные фронтэнды к apt-у. Я его читал. Тоже поначалу подумал дай-ка я пофиксю и патч пошлю. Посмотрел и увидел, что половина функциональности просто нахрен не написана, а вторая половина написана так, что её проще переписать с нуля, чем фиксить.
aptitude
Привет, Я наверное слепой, но никак не могу найти, как показать все broken пакеты? А то как-то выискивать их не очень удобно. Или такой фичи ещё нет? Спасибо, Женя -- Messages which will be detected from spamtest.ru as SPAM will be deleted immediately. Use [!NO SPAM!] in subject to mark your messages as not being SPAM. Messages marked this way are excluded from SPAM-detection.
Re: lirc and keys
В Сбт, 10.01.2004, в 01:19, Andrey Kiselev пишет: On Sat, Jan 10, 2004 at 12:21:32AM +0500, Sergey wrote: Да. У меня так и работает. А какой девайс ему нужно указать? Кому? lircd? У меня это /dev/lirc xmms -у, у мя devfs и он в /dev/lirc/lirc0 `/dev/lirc/lirc0' (Device or resource busy) - при запущенном lircd. -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517 -- Sergey [EMAIL PROTECTED] csu
Re: +
*This message was transferred with a trial version of CommuniGate(tm) Pro* Nikolai Prokoschenko wrote: ! , - :) , ... -- , , - +7(812) 1183238, 3039648 http://avtomatikarus.com/ mailto:[EMAIL PROTECTED]
Re: +
NP #: ../lilo-installer.templates:3 NP msgid Device for boot loader installation: NP msgstr : -- , . , /home/linnando --, . , : msgstr : , - -, . .
[nikolai@prokoschenko.de: newt: Russian translation]
- - debian-i18n , :) , - OK, . ( - , , open ) - Forwarded message from Nikolai Prokoschenko [EMAIL PROTECTED] - Date: Fri, 09 Jan 2004 15:18:57 +0100 To: Debian Bug Tracking System [EMAIL PROTECTED] From: Nikolai Prokoschenko [EMAIL PROTECTED] Subject: newt: Russian translation X-Mailer: reportbug 2.37 Package: newt Severity: wishlist Tags: patch Here the russian translation. -- System Information: Debian Release: Nikolai Prokoschenko Special Architecture: i386 Kernel: Linux nikolai 2.6.0-test11-1-386 #1 Mon Dec 8 21:12:20 EST 2003 i686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 # translation of ru.po to Russian # This file is distributed under the same license as the PACKAGE package. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER. # Nikolai Prokoschenko [EMAIL PROTECTED], 2004. # msgid msgstr Project-Id-Version: ru\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-01-09 15:14+0100\n PO-Revision-Date: 2004-01-09 15:16+0100\n Last-Translator: Nikolai Prokoschenko [EMAIL PROTECTED]\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.0.2\n #. FIXME: Ugh. DO SOMETHING ABOUT THESE HARD-CODED CONSTANTS #. THEY WILL BREAK WITH TRANSLATION #: dialogboxes.c:45 dialogboxes.c:50 dialogboxes.c:460 msgid Ok msgstr Ok #: dialogboxes.c:53 msgid Cancel msgstr #: dialogboxes.c:464 msgid Yes msgstr #: dialogboxes.c:467 msgid No msgstr - End forwarded message - -- Nikolai Prokoschenko [EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]
Re: +
On Fri, Jan 09, 2004 at 11:40:57AM +0300, Nikita V. Youshchenko wrote: NP msgid Device for boot loader installation: NP msgstr : -- , . , msgstr : , -:) - - , . . base-config - - - , . , -. -- Nikolai Prokoschenko [EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]
Re: +
On Fri, Jan 09, 2004 at 10:10:15AM +0300, Ruslan Batdalov wrote: NP msgid NP msgstr NP Project-Id-Version: debian-installer_tools_lilo-installer_ru\n NP Report-Msgid-Bugs-To: \n NP POT-Creation-Date: 2003-11-19 19:01+0100\n NP PO-Revision-Date: 2004-01-08 21:02+0100\n NP Last-Translator: Nikolai Prokoschenko [EMAIL PROTECTED]\n NP Language-Team: Russian debian-l10n-russian@lists.debian.org\n NP MIME-Version: 1.0\n NP Content-Type: text/plain; charset=UTF-8\n NP Content-Transfer-Encoding: 8bit\n NP X-Generator: KBabel 1.0.2\n . , ? , po- web- Debian. , Language-Team: -- (GNU) debian-l10n-russian@lists.debian.org, [EMAIL PROTECTED] - KBabel . , , , , ( CVS ). . Language-Team: - . [EMAIL PROTECTED] . - ( ) NP msgstr : . , : msgstr : NP LILO ${PORT} . NP : ${SPEED}. -, : msgstr LILO ${PORT}. : ${SPEED}. , . NP msgid Would you like to make this partition active? NP msgstr ? ,-- - . , -, - , , , , . , . , active , :). - - , .- , ,. , GAIM' . NPLILO , . NP LILO - NP . LILO , -- . , , LILO -- . , , . -- , . , , LILO. - , LILO . :LILO , . LILO - . . NP , NP Linux-. s/// s/// ,:) , , : , Linux- . - . , ! -- Nikolai Prokoschenko [EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]
debian-l10n-russian@lists.debian.org
! , , . : -, CVS. , . -: http://people.debian.org/~barbier/d-i/l10n/ru/STATUS.utf8.txt -: CVS - . CVS: cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/d-i co debian-installer cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/base-config co base-config -:- 100% - . . , . , debian-bootCVS. , , . debian-boot ( , , - CVS, , alioth.debian.org). , . base-config . ! -- Nikolai Prokoschenko [EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]
Re:
On Fri, Jan 09, 2004 at 03:56:21PM +0100, Nikolai Prokoschenko wrote: . -, CVS. , . , debian-boot, (Joey Hess) CVS . - , . , , , debian-l10n-russian( - CVS, ). debian-boot - , . -- Nikolai Prokoschenko [EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]
Re: +
On Fri, Jan 09, 2004 at 10:10:15AM +0300, Ruslan Batdalov wrote: Language-Team: -- (GNU) debian-l10n-russian@lists.debian.org, [EMAIL PROTECTED] , . , Debian-related . , --. -- Regards, Wartan. Computers are not intelligent. They only think they are.
debian-l10n-russian@lists.debian.org
, , , : #!/bin/bash if [ ! -e $1 ] ; then exit; fi echo Here the updated russian $1 | mutt -c debian-boot@lists.debian.org debian-l10n-russian@lists.debian.org -s $1 -a $1 , . -- Nikolai Prokoschenko [EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]
debian-installer_tools_hppa_palo-installer_ru.po
Here the updated russian debian-installer_tools_hppa_palo-installer_ru.po # translation of debian-installer_tools_hppa_palo-installer_ru.po to Russian # translation of debian-installer_tools_hppa_palo-installer_ru.po to # translation of ru.po to russian # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # Ilgiz Kalmetev [EMAIL PROTECTED], 2003. # Nikolai Prokoschenko [EMAIL PROTECTED], 2003, 2004. # msgid msgstr Project-Id-Version: debian-installer_tools_hppa_palo-installer_ru\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2003-11-19 19:09+0100\n PO-Revision-Date: 2004-01-09 17:30+0100\n Last-Translator: Nikolai Prokoschenko [EMAIL PROTECTED]\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.0.2\n #. Type: string #. Description #: ../palo-installer.templates:3 msgid Device for boot loader installation: msgstr : #. Type: string #. Description #: ../palo-installer.templates:3 msgid PALO should install the boot block on a bootable device. This is usually the first hard drive, but could be in a partition if you want to use another boot manager as the primary boot manager. msgstr PALO , , , . #~ msgid On which device should PALO install the boot block? #~ msgstrPALO ?
Re: debian-installer_tools_lilo-installer_ru.po
On Sat, Jan 10, 2004 at 12:45:21AM +0100, Petter Reinholdtsen wrote: Here the updated russian debian-installer_tools_lilo-installer_ru.po Did you consider commiting it directly into CVS? If you give us your alioth username, we can give you write access to the CVS. I've been already given a CVS write access by Joey Hess, thank you for the care :) I will now commit files myself. -- Nikolai Prokoschenko [EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]
Re: debian-installer_tools_lilo-installer_ru.po
[Nikolair Prokoschenko] Here the updated russian debian-installer_tools_lilo-installer_ru.po Did you consider commiting it directly into CVS? If you give us your alioth username, we can give you write access to the CVS.