Re: Перевод ru.po
Я доперевел, но файл требует вычитки и корректировки. Последняя версия лежит тут: http://justnews.ru/ru.po (если Петя не забрал и не положил в cvs). Dec 27, Constantin Cherkasoff: Hi All! Коллеги, что там с переводом? Мог бы помочь, но не хочется делать двойную работу. Какой файл брать за отправную точку? -- Константин Черкасов [EMAIL PROTECTED] -- :wq Paul S. Romanchenko (rmrfchik)
Re: Перевод ru.po
Я доперевел, но файл требует вычитки и корректировки. Последняя версия лежит тут: http://justnews.ru/ru.po (если Петя не Числу ко второму я сделаю. С учетом правки, которую мне уже прислал Дмитрий Бородаенко. -- Алексей
Re: Unicode HOWTO v0.1
Здравствуйте Алексей. До сих пор мне не нужно было пользоваться юникодом, но сейчас насколько я вижу мне без этого не обойтись. В основном я использовал Linux как сервер, но сейчас пытаюсь работать н нем как на десктопе. Я пытаюсь разобраться с MS SQL Server 2000 через Linux. (у нас база данных на нем, ничего не поделаешь). SQSH меня более-менее устраивает, но вот в чем загвозка: Данные в нем храняться в Грузинских юникодах. Меня интересует как можно их просмотреть и, естественно, как можно вносить данные? Есть ли юникодные шрифты с грузинскими буквами? Если нет то как мне их создать? Как сдклать грузинскую юникодную раскладку для клавиатуры? И как все это прикрутить к системе? Заранее благодарен. Нугзар. Thursday, November 08, 2001, 16:25:11, Alexey Vyskubov wrote: Интересует консоль или xterm? (Могу и там и там.) Вначале консоль. Потом xterm(Eterm) AV В связи с интересом общественности отвечаю и в список тоже. AV 1. xterm в unstable уже понимает unicode. Кроме того, xfonts-base AV содержит юникодные шрифты. AV 2. Чтобы этим пользоваться, можно либо выставить ресурсы (см. man AV xterm), либо запускать его примерно так: AV (Это файл ~/bin/uxterm) AV LANG=ru_RU.UTF-8 xterm -u8 -fn '-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso10646-1' -fw '-misc-fixed-medium-r-normal-ja-18-120-100-100-c-180-iso10646-1' $* AV 3. Выставлять ru_RU.UTF-8 для всех X Window не рекомендуется -- очень AV много приложений (включая window managers), которые так просто не могут AV работать. Поэтому LANG устанавливается перед вызовом xterm. AV 4. Указанные шрифты очень хороши. В частности, в них есть AV катакана/хирагана/руны/грузинский алфавит/ ^^ Это где? xfonts-base??? AV 7. В Debian есть юникодный редактор yudit. Сам редактор весьма так себе, AV русский в нем из коробки писать можно только с фонетической раскладкой, AV но данный пакет содержит утилиту uniprint, которая из коробки печатает AV юникодные файлы, не требуя никаких шрифтов. Из файла quickbrown.txt она AV не напечатала только катакану/хирагану/таи. Иврит печатает :) Русский AV тоже :) AV 8. Если кто хочет, могу написать, как обрабатывать юникодные файлы AV латехом. AV Я наверняка что-то забыл, так что спрашивайте.
Re: Unicode HOWTO v0.1
Здравствуйте. Я пытаюсь разобраться с MS SQL Server 2000 через Linux. (у нас база Увы, MS-specific я не знаю практически ничего. Данные в нем храняться в Грузинских юникодах. Меня интересует как можно их просмотреть и, естественно, как можно вносить данные? Просмотреть их можно в юникодном xterm, например. Как получить юникодный xterm, я писал в начале этой дискуссии. Есть ли юникодные шрифты с грузинскими буквами? Да. Стандартый входящий в Debian шрифт -misc-fixed-medium-r-normal--*-*-*-*-*-*-iso10646-1 их содержит. Как сдклать грузинскую юникодную раскладку для клавиатуры? Раскладка не имеет ничего общего с кодировкой, если мы говорим про X с Xkb и Xterm. Не бывает юникодной и не-юникодной раскладок. Когда я нажимаю а, Xterm получает 'Cyrillic_a', и это уже дело xterm, как отобразить это на экране. Соответственно, нужно просто научить Xkb, что при нажатии какой-либо кнопки генерируется не 'Cyrillic_a', а, например, 'Georgian_an'. Если соответствующей раскладки для Xkb нет, то ее, наверное, несложно написать. Названия букв определены в /usr/X11R6/include/X11/keysymdef.h (XK_ нужно отбросить). Раскладки для Xkb лежат в /usr/X11R6/lib/X11/xkb/symbols (грузинской все-таки нет). Думаю, создать ее по образцу, например, русской, должно быть несложно. -- Алексей
Размер testing
Не подскажет ли уважаемое сообщество, сколько места нынче занимает миррор woody, включая non-US и non-free - binary-i386+sources. А то завелась возможность миррор себе завести, хочется знать, какого размера винт под это нужен. И еще - если делать сидюки посредством debian-cd, нужно ли место под хранение всех образов одновременно? -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
Re: Размер testing
Не подскажет ли уважаемое сообщество, сколько места нынче занимает миррор woody, включая non-US и non-free - binary-i386+sources. Про testing не знаю, но миррор unstable i386 без non-US и sources занимает примерно 4.2 Гбайт. -- Алексей
Re: Размер testing
Не подскажет ли уважаемое сообщество, сколько места нынче занимает миррор woody, включая non-US и non-free - binary-i386+sources. А то завелась возможность миррор себе завести, хочется знать, какого размера винт под это нужен. у меня woody +pool/(i386+src) чуть больше 7.5Г так что бери 10. Правда у меня в пуле не только вуди, но и unstable. зы потата 3.4
Re[2]: Unicode HOWTO v0.1
Спасибо, это как раз то что нужно. Еще один вопрос, как мне самому нарисовать шрифты? (если мне не понравятся стандартные?) Какую локаль ставить чтобы XTERM понял юникод? или он это сам поймет? (ru_RU.UTF-8)? У меня исталирован potato, какие пакеты нужно заапгрейдить? И еще, где в инете можно найти ответы на основные вопросы по юникод + линукс? Thursday, December 27, 2001, 15:32:16, Alexey Vyskubov wrote: AV Здравствуйте. Я пытаюсь разобраться с MS SQL Server 2000 через Linux. (у нас база AV Увы, MS-specific я не знаю практически ничего. Данные в нем храняться в Грузинских юникодах. Меня интересует как можно их просмотреть и, естественно, как можно вносить данные? AV Просмотреть их можно в юникодном xterm, например. Как получить юникодный AV xterm, я писал в начале этой дискуссии. Есть ли юникодные шрифты с грузинскими буквами? AV Да. Стандартый входящий в Debian шрифт AV -misc-fixed-medium-r-normal--*-*-*-*-*-*-iso10646-1 AV их содержит. Как сдклать грузинскую юникодную раскладку для клавиатуры? AV Раскладка не имеет ничего общего с кодировкой, если мы говорим про X с AV Xkb и Xterm. Не бывает юникодной и не-юникодной раскладок. Когда я AV нажимаю а, Xterm получает 'Cyrillic_a', и это уже дело xterm, как AV отобразить это на экране. Соответственно, нужно просто научить Xkb, что AV при нажатии какой-либо кнопки генерируется не 'Cyrillic_a', а, например, AV 'Georgian_an'. AV Если соответствующей раскладки для Xkb нет, то ее, наверное, несложно AV написать. Названия букв определены в /usr/X11R6/include/X11/keysymdef.h AV (XK_ нужно отбросить). Раскладки для Xkb лежат в AV /usr/X11R6/lib/X11/xkb/symbols (грузинской все-таки нет). Думаю, AV создать ее по образцу, например, русской, должно быть несложно.
Re: Unicode HOWTO v0.1
Еще один вопрос, как мне самому нарисовать шрифты? (если мне не понравятся стандартные?) Ответ: не знаю. Но на мой взгляд человека, не понимающего по-грузински, шрифты размера 20 очень приятные. Какую локаль ставить чтобы XTERM понял юникод? или он это сам поймет? что-нибудь.UTF-8. Я запускаю xterm так: LANG=ru_RU.UTF-8 xterm -u8 -fn '-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso10646-1' \ -fw '-misc-fixed-medium-r-normal-ja-18-120-100-100-c-180-iso10646-1' Последний шрифт (-fw) можно опустить, там всякие японские/китайские символы. Кстати да, при наличии юникодного ttf-шрифта, содержащего нужные символы, можно также запускать LANG=... xterm -u8 -fa 'Family Name' и получить anti-aliasing в xterm. С юникодом оно работает. (ru_RU.UTF-8)? У меня исталирован potato, какие пакеты нужно заапгрейдить? X до версии 4? И еще, где в инете можно найти ответы на основные вопросы по юникод + линукс? Не знаю. Есть Unicode-HOWTO, но ценность его мне представляется сомнительной, хотя там есть полезная информация. Страница http://www.cl.cam.ac.uk/~mgk25/unicode.html мне нравится существенно больше. Можно также посмотреть на http://www.li18nux.org/; там, как минимум, есть патчи для всяких программ, которые не очень хорошо работают с юникодом. P.S. Если нетрудно, сообщите потом о результатах, и я попробую обновить тот текст, который я сюда постил под самонадеянным названием 'Unicode HOWTO v0.1'. -- Алексей
Re: Re[2]: Unicode HOWTO v0.1
Какую локаль ставить чтобы XTERM понял юникод? или он это сам поймет? (ru_RU.UTF-8)? У меня исталирован potato, какие пакеты нужно заапгрейдить? Боюсь, что тут всю систему менять надо. Т.е. как минимум glibc. Все так плохо? glibc в potato не понимает юникодную локаль? (Я последний раз использовал potato, когда это было unstable :) -- Алексей
Re: Unicode HOWTO v0.1
Какую локаль ставить чтобы XTERM понял юникод? или он это сам поймет? Кстати, если я правильно помню, то программка uniprint, входящая в состав пакета yudit, из коробки будет правильно печатать юникодные файлы, содержащие грузинские символы. -- Алексей
host: i686
Здравствуйте! Решил пересобрать gcc-3.0.3 под i686-pc-linux-gnu вместо того как оно собрано в пакете под i386-linux. Но править вручную rules не получается. Не подскажите где подкрутить в дебиане чтоб оно рапортовало о архитектуре i686 вместо i386? Или это плохая идея?
Re[2]: Unicode HOWTO v0.1
Спасибо Алексей и Виктор. Я обязательно сообщу о результатах (надеюсь что они будут). Жаль если надо будит менять почти всю систему. У меня есть вск 8 дисков Unstable, просто меня вполне устраивали возможности Potato. Если что заапгрейжусь до Unstable :-((. Первым делом мне надо написать Keymap для грузинских шрифтов. Этим я и займусь. Thursday, December 27, 2001, 16:11:11, Alexey Vyskubov wrote: Какую локаль ставить чтобы XTERM понял юникод? или он это сам поймет? AV Кстати, если я правильно помню, то программка uniprint, входящая в AV состав пакета yudit, из коробки будет правильно печатать юникодные AV файлы, содержащие грузинские символы.
LDAP ó ÑÐÀÊËÀ âàëèòñÿ. HELP!
Привет всем. Нужна помощь. Зависает сеесия при обрщении к LDAP. Особой зависимости нет. Происходит периодически. Логи LDAP (iPlanet) и снифер показывают, что DS запрос обрабатывает и корркетно отсылает ответ, до ORACLE ответ не доходит, триггер виснет. Использую ORACLE 8.1.7.0.1 EE for Linux, триггер испльзует DBMS_LDAP. Стоит Woody с ядром 2.4.12. Все библиотеки самые последние (apt-update делал два дня назад). Судя по сообщениям в сракловых трассах имеются проблемы с libdl.so - простите за ламерский вопрос, за что она отвечает. Короче я исчерпал себя, что делать не знаю *** 2001-12-25 08:12:10.225 *** SESSION ID:(18.416) 2001-12-25 08:12:10.225 Exception signal: 11 (SIGSEGV) Exception signal: 11 (SIGSEGV) *** 2001-12-25 08:12:10.452 ksedmp: internal or fatal error Current SQL statement for this session: insert into dept select * from [EMAIL PROTECTED] where isn not in (select isn from dept) and rownum2 - PL/SQL Call Stack - object line object handlenumber name 52af2260 0 package body SYS.DBMS_LDAP_API_FFI 52af9cd8 735 package body SYS.DBMS_LDAP 52b019e888 STATISTICS.UPDATE_DEPT - Call Stack Trace - calling call entryargument values in hex location type point(? means dubious value) - --- Cannot seek to string table section header in /lib/libdl.so.2. Exception signal: 11 (SIGSEGV) *** 2001-12-25 08:12:10.909 ksedmp: internal or fatal error Current SQL statement for this session: insert into dept select * from [EMAIL PROTECTED] where isn not in (select isn from dept) and rownum2 - PL/SQL Call Stack - object line object handlenumber name 52af2260 0 package body SYS.DBMS_LDAP_API_FFI 52af9cd8 735 package body SYS.DBMS_LDAP 52b019e888 STATISTICS.UPDATE_DEPT - Call Stack Trace - calling call entryargument values in hex location type point(? means dubious value) - --- Cannot seek to string table section header in /lib/libdl.so.2. Shadow_Core_Dump = PARTIAL Best regards Vitaly A. Sergienko
Re: LDAP С япюйкю БЮКХРЯ Ъ. HELP!
Ась? Dec 27, Vitaly A. Sergienko: оПХБЕР БЯЕЛ. мСФМЮ ОНЛНЫЭ. гЮБХЯЮЕР ЯЕЕЯХЪ ОПХ НАПЫЕМХХ Й LDAP. нЯНАНИ ГЮБХЯХЛНЯРХ МЕР. оПНХЯУНДХР ОЕПХНДХВЕЯЙХ. кНЦХ LDAP (iPlanet) Х ЯМХТЕП ОНЙЮГШБЮЧР, ВРН DS ГЮОПНЯ НАПЮАЮРШБЮЕР Х ЙНППЙЕРМН НРЯШКЮЕР НРБЕР, ДН ORACLE НРБЕР МЕ ДНУНДХР, РПХЦЦЕП БХЯМЕР. хЯОНКЭГСЧ ORACLE 8.1.7.0.1 EE for Linux, РПХЦЦЕП ХЯОКЭГСЕР DBMS_LDAP. яРНХР Woody Я ЪДПНЛ 2.4.12. бЯЕ АХАКХНРЕЙХ ЯЮЛШЕ ОНЯКЕДМХЕ (apt-update ДЕКЮК ДБЮ ДМЪ МЮГЮД). яСДЪ ОН ЯННАЫЕМХЪЛ Б ЯПЮЙКНБШУ РПЮЯЯЮУ ХЛЕЧРЯЪ ОПНАКЕЛШ Я libdl.so - ОПНЯРХРЕ ГЮ КЮЛЕПЯЙХИ БНОПНЯ, ГЮ ВРН НМЮ НРБЕВЮЕР. йНПНВЕ Ъ ХЯВЕПОЮК ЯЕАЪ, ВРН ДЕКЮРЭ МЕ ГМЮЧ *** 2001-12-25 08:12:10.225 *** SESSION ID:(18.416) 2001-12-25 08:12:10.225 Exception signal: 11 (SIGSEGV) Exception signal: 11 (SIGSEGV) *** 2001-12-25 08:12:10.452 ksedmp: internal or fatal error Current SQL statement for this session: insert into dept select * from [EMAIL PROTECTED] where isn not in (select isn from dept) and rownum2 - PL/SQL Call Stack - object line object handlenumber name 52af2260 0 package body SYS.DBMS_LDAP_API_FFI 52af9cd8 735 package body SYS.DBMS_LDAP 52b019e888 STATISTICS.UPDATE_DEPT - Call Stack Trace - calling call entryargument values in hex location type point(? means dubious value) - --- Cannot seek to string table section header in /lib/libdl.so.2. Exception signal: 11 (SIGSEGV) *** 2001-12-25 08:12:10.909 ksedmp: internal or fatal error Current SQL statement for this session: insert into dept select * from [EMAIL PROTECTED] where isn not in (select isn from dept) and rownum2 - PL/SQL Call Stack - object line object handlenumber name 52af2260 0 package body SYS.DBMS_LDAP_API_FFI 52af9cd8 735 package body SYS.DBMS_LDAP 52b019e888 STATISTICS.UPDATE_DEPT - Call Stack Trace - calling call entryargument values in hex location type point(? means dubious value) - --- Cannot seek to string table section header in /lib/libdl.so.2. Shadow_Core_Dump = PARTIAL Best regards Vitaly A. Sergienko -- :wq Paul S. Romanchenko (rmrfchik)
Re: Framebuffer
Привет! 24 декабря в 17:31 Dmitry Korotkov писал: выключи ati, включи vesafb Спасибо! Этот совет действительно помог. Все работает. PS. И кто б мог подумать, что для карточки ati надо не пользоваться драйвером ati :-) -- Всего хорошего, Андрей Соболев.
Re: host: i686
Да в общем-то никак. На какой архитектуре сидите, i386? ну так и пакеты у Вас будут i386.deb. Другое дело, что некоторые пакеты можно собрать с поддержкой PIII или еще чего-нибудь. On Thu, 27 Dec 2001 14:37:59 +0200 CuPoTKa == CuPoTKa [EMAIL PROTECTED] wrote: CuPoTKa CuPoTKa Здравствуйте! CuPoTKa Решил пересобрать gcc-3.0.3 под i686-pc-linux-gnu вместо того как оно CuPoTKa собрано в пакете под i386-linux. Но править вручную rules не CuPoTKa получается. CuPoTKa Не подскажите где подкрутить в дебиане чтоб оно рапортовало о CuPoTKa архитектуре i686 вместо i386? Или это плохая идея? CuPoTKa CuPoTKa CuPoTKa -- CuPoTKa To UNSUBSCRIBE, email to [EMAIL PROTECTED] CuPoTKa with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] CuPoTKa -- Alexander Kotelnikov Saint-Petersburg, Russia
communigate pro
Hi all кто-нибудь видел руссифицированный CGP ? а то как-то влом переводить самому. И еще интересуют русские доки. -- Best Regards ARP
Re: host: i686
Я сходу не понял где грабли бред написал. Теперь разобрался. В оригинальном сорсе gcc есть скрипт config.guess который определяет архитектуру под которую собирать gcc. Он как надо рапортует i686-pc-linux-gnu. Но если собирать из сорсного debа тоже deb пакет c помощью dpkg-buildpackage, то всякие там /debian/rules скрипты навязывают gcc собираться для i386-linux. Как я понимаю это делается для того чтоб потом этот gcc*.deb пакет работал на любых процессорах ia32 начиная с 386-го. Но таким образом теряется вся оптимизация и проги компилируется очень долго. Я хочу собрать gcc*.deb но не под i386-linux а под ту котрая подходит лучше i686-pc-linux-gnu. Вот как бороться с этими /debian/rules может у кого-нибудь есть опыт? Alexander Kotelnikov wrote: Да в общем-то никак. На какой архитектуре сидите, i386? ну так и пакеты у Вас будут i386.deb. Другое дело, что некоторые пакеты можно собрать с поддержкой PIII или еще чего-нибудь. On Thu, 27 Dec 2001 14:37:59 +0200 CuPoTKa == CuPoTKa [EMAIL PROTECTED] wrote: CuPoTKa CuPoTKa Здравствуйте! CuPoTKa Решил пересобрать gcc-3.0.3 под i686-pc-linux-gnu вместо того как оно CuPoTKa собрано в пакете под i386-linux. Но править вручную rules не CuPoTKa получается. CuPoTKa Не подскажите где подкрутить в дебиане чтоб оно рапортовало о CuPoTKa архитектуре i686 вместо i386? Или это плохая идея? CuPoTKa CuPoTKa CuPoTKa -- CuPoTKa To UNSUBSCRIBE, email to [EMAIL PROTECTED] CuPoTKa with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] CuPoTKa
Re: LDAP С япюйкю БЮКХРЯЪ. HELP!
On Thu, 27 Dec 2001 17:28:00 +0300 (MSK) Paul Romanchenko [EMAIL PROTECTED] wrote: Ась? А за каким это всё нужно было сюда квотить? Dec 27, Vitaly A. Sergienko: оПХБЕР БЯЕЛ. мСФМЮ ОНЛНЫЭ. -- VEL-RIPE ICQ UIN# 3159256
Re: host: i686
Хмм при желании можно собрать и *i686.deb пакеты ;) Я вот gcc-3.0.3 все таки собрал как хотел и вышли *i686.deb. Технически очень просто начать различать архитектуры i386 и i686 и собирать для каждой из них дистрибутив. Debian так не делат, некоторые дистрибутивы типо Mandrake делают. Alexander Kotelnikov wrote: Да в общем-то никак. На какой архитектуре сидите, i386? ну так и пакеты у Вас будут i386.deb. Другое дело, что некоторые пакеты можно собрать с поддержкой PIII или еще чего-нибудь. On Thu, 27 Dec 2001 14:37:59 +0200 CuPoTKa == CuPoTKa [EMAIL PROTECTED] wrote: CuPoTKa CuPoTKa Здравствуйте! CuPoTKa Решил пересобрать gcc-3.0.3 под i686-pc-linux-gnu вместо того как оно CuPoTKa собрано в пакете под i386-linux. Но править вручную rules не CuPoTKa получается. CuPoTKa Не подскажите где подкрутить в дебиане чтоб оно рапортовало о CuPoTKa архитектуре i686 вместо i386? Или это плохая идея? CuPoTKa CuPoTKa CuPoTKa -- CuPoTKa To UNSUBSCRIBE, email to [EMAIL PROTECTED] CuPoTKa with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] CuPoTKa