Re: УВАЖАТЬ читателей рассылки
В сообщении от 14 июля 2006 05:18 Andrey Lubimets написал(a): меня совершенно не улыбает отключать для списка нотифы когда они отключатся только глобально, в то время как я действительно постоянно общаясь с людми ХОЧУ получать уведомления видел человек письмо или Вы ХОТИТЕ получать уведомления от меня лично и от других участников рассылки? меня это не смутит совсем, нет. я и так стараюсь сюда писать как можно меньше. Не в том месте себя ограничиваете, пишите больше, но если уважаете читателей рассылки (см сабж), то не поленитесь, пожалуйста, отключить нотификацию для письма, которое отправляете в рассылку. В тандербёрде это делается двумя кликами мышки, в кмэйле - не знаю как. уже одним -- WBR, Eugene V. Kravtsoff || EK01-UANIC, KRAV-RIPE JID: [EMAIL PROTECTED], ICQ: 930-128-41 MSN: [EMAIL PROTECTED], LJ : lj-user=ekrava -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: flac error
On 2006.07.11 at 01:51:24 +0400, Anton wrote: Всем привет. Пытаюсь сжать файл , но выводит ошибку , причем неполный файл удаляется. options: -P 4096 -b 4608 -m -l 12 -e -q 0 -r 0,6 02-love_story.wav: 99% complete, ratio=0,50202-love_story.wav: ERROR: got partial sample Похоже что flac требует чтобы входной файл состоял из целого числа блоков. Причем в отличие от cdrecord, автоматически дополнять неполный блок тишиной - не умеет. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GPG MUA
Vladimir Zolotykh wrote: Письмо подписано, но AFAIK сейчас принято не создавать inline подписей, а грубо говоря слать почту как вложение, изменив Content-type у письма на multipart/signed VZ А как это сделать? Ну если не в Sylpheed, хотя мне это интереснее всего, VZ то в каком-нибуть другом MUA ? Поставить mutt и почитать /etc/Muttrc? Пробовал, но не увлекся, так же как и gnus-ом, мои запросы к почтовику проще. Для mozilla/thunderbird имеется Enigmail (http://enigmail.mozdev.org/). Умеет и inline и mime. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Кто загружает модули в 2.6?
Привет! В очередной раз попыталась поставить ядро 2.6 (2.6.15 для саржа с backports) и опять ничего не работает (железо) и непонятно. Грузится много лишних, видимо, мешающих друг другу модулей: для аудио -- куча als-овских snd*, хотя alsa никогда не стояла и в /etc/modules прописаны только oss-модули; для сети -- кроме 8139too (прописан в /etc/modules) грузится и 8139cp; для usb -- кроме usb-uhci (прописан в /etc/modules) грузится и usb-ehci. Ни discover, ни kudzu, ни hotplug не стоят. Стоит udev, который поставился (сам) с этим ядром, но никаких упоминаний об этих модулях в /etc/udev нет. Ядро в начальный момент генерирует hotplug события про всё обнаруженное железо. udev эти события ловит и загружает модули. Для большей части железа это делается ещё на уровне initrd (при этом выдаётся строка 'generation initial hotplug events' или что-то в этом роде). Модули при этом опознаются не по именам, а по алиасам вроде pci:v10ECd8139sv*sd*bc*sc*i* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Динамические библиотеки
Привет всем! Вот есть в /usr/lib динамическая библиотека libqt-mt.so.3.3.4, а также символические ссылки на неё: libqt-mt.so.3.3, libqt-mt.so.3, libqt-mt.so. Если сделать, скажем, $ ldd `which kcalc` то kcalc кажет на libqt-mt.so.3. Вопрос: как собрать программу, чтобы она ссылалась на libqt-mt.so.3.3.4? Или в данном случае это проблема не сборки программы, а сборки qt? У shared library есть такой параметр - soname. Именно он прописывается в бинарник как ключ для поиска библиотеки. В случае qt soname как раз 'libqt-mt.so.3' [EMAIL PROTECTED]:~ objdump -p /usr/lib/libqt-mt.so.3.3.6 | grep SONAME SONAME libqt-mt.so.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Динамические библиотеки
В сообщении от 14 Июль 2006 10:01 Nikita V. Youshchenko написал(a): У shared library есть такой параметр - soname. Именно он прописывается в бинарник как ключ для поиска библиотеки. В случае qt soname как раз 'libqt-mt.so.3' [EMAIL PROTECTED]:~ objdump -p /usr/lib/libqt-mt.so.3.3.6 | grep SONAME SONAME libqt-mt.so.3 Таким образом, это проблема сборки qt. И её надо пересобрать. Осталось придумать куда это прописать в из qmake. Ну все равно спасибо! -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Отваливается DMA на с идюке
Hi. В общем тут такое дело. После того, как вставляю CD или DVD диск в привод, и пытаюсь его подмонтировать, отваливается DMA: hdc: irq timeout: status=0xd0 { Busy } ide: failed opcode was: unknown hdc: DMA disabled hdc: ATAPI reset complete ISO 9660 Extensions: Microsoft Joliet Level 3 ISO 9660 Extensions: RRIP_1991A CD - Secondary Master (LG 4163B), Пробовал с Secondary Slave (TEAC CD-W540E) и без него. Результат один и тот-же. Если потом включить DMA опять (hdparm -d1 /dev/hdc) то до смены диска DMA работает. Чипсет nForce2. Шлейф вроде целый (менял). Второй привод работает без проблем. Ядро 2.6.16 Что это может быть? -- WBR, Dmitry signature.asc Description: Digital signature
Re: Кто загружает мод ули в 2.6?
Artem Chuprina wrote: Olya Briginets - debian-russian@lists.debian.org @ Thu, 13 Jul 2006 17:50:18 +0300: OB В очередной раз попыталась поставить ядро 2.6 (2.6.15 для саржа с backports) OB и опять ничего не работает (железо) и непонятно. Грузится много лишних, видимо, OB мешающих друг другу модулей: для аудио -- куча als-овских snd*, хотя OB alsa никогда не стояла и в /etc/modules прописаны только oss-модули; для OB сети -- кроме 8139too (прописан в /etc/modules) грузится и 8139cp; для usb -- OB кроме usb-uhci (прописан в /etc/modules) грузится и usb-ehci. Ни discover, OB ни kudzu, ни hotplug не стоят. Стоит udev, который поставился (сам) с этим OB ядром, но никаких упоминаний об этих модулях в /etc/udev нет. OB Вопрос: кто все эти модули грузит и почему. Ну и где об этом почитать. Грузит udev. По поводу упоминаний - у меня обнаружился файл /etc/udev/rules.d/z25_persistent-net.rules со следующим содержимым: не, Артем, это всего лишь новая фича удева - автогенереный список сетевух и назначенных имен. Чтобы переименования не происходили из-за изменения порядка загрузки модулей. Логика же загрузки удевом модулей у него действительно унутре, там где неонка (/usr/lib/udev/). В /etc/ ненужное можно заблеклистить. Кстати с udev из тестинга discover более не нужен, т.к. udev сам замечательно выполняет coldplug, и все последующие попытки discover'а заканчиваются 'module already loaded' или что-то вроде. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: УВАЖАТЬ читателей рассылки
Eugene V. Kravtsoff wrote: В сообщении от 13 июля 2006 13:50 Andrey Melnikoff написал(a): Олег Анисимов [EMAIL PROTECTED] wrote: Доброго всем LOCAL_TIME! Хочу обратиться ко всем, кто пишет в эту рассылку и использует в настройках своего MUA запрос уведомления о прочтении. Можно даже назвать их имена - чтоб народ знал своих героев: Disposition-Notification-To: Eugene V. Kravtsoff ekrava[]hell.org.ua Disposition-Notification-To: Nikolay Nikolaev nnn[]vsu.by Disposition-Notification-To: alex[]brokbusinessbank.com.ua ну и что это вам дает ? меня совершенно не улыбает отключать для списка нотифы Артем, где там обещанный робот рассыльщик? я тоже хочу поставить, но писать ломает :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nokia 6021 + Bluetooth
On Wed, Jul 05, 2006 at 04:14:26PM +0400, Victor Wagner wrote: Для этого можно использовать obex_test, или взять у меня в репозитории пакет t68tool, который специально заточен под бэкап/восстановление записных книжек, календарей и заметок. Я поставил в sources.list deb ftp://www.45.free.net/pub/debian/ stable main contrib non-free сделал apt-get update, но такой тулзы не нахожу: # apt-cache search t68tool # Поискал в сети, нашел на http://softsearch.ru/programs/144-492-t68tool-download.shtml ссылку http://www.45.free.net/~vitus/mobile/ - и она не работает :-/ -- Best regards, Timur Elzhov Warelex LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: УВАЖАТЬ читателей рассылки
On Fri, Jul 14, 2006 at 11:37:43AM +0400, Alexander Gerasiov wrote: Артем, где там обещанный робот рассыльщик? я тоже хочу поставить, но писать ломает :) +1 -- WBR, Dmitry signature.asc Description: Digital signature
Re: Динамические библи отеки
You ([EMAIL PROTECTED]) wrote: MD Таким образом, это проблема сборки qt. И её надо MD пересобрать. Осталось придумать куда это прописать в из qmake. Ну MD все равно спасибо! Смотрел я на этот бредовый тред, смотрел, и не выдержал. Попробуй временно убрать симлинки /usr/lib/qt-mt.so.3 (и какой там ещё), сказать ldconfig и ещё раз посмотреть на вывод ldd. ldd разрешает зависимости *во время запуска*, и делает он это *на основании информации кэша ld.so*. SONAME *должен* быть libqt-mt.so.3 и на твоей машине он разрешается в /usr/lib/libqt-mt.so.3. man ld.so man ldconfig -- JID: [EMAIL PROTECTED]
Re[2]: УВАЖАТЬ читателей рассылки
Здравствуйте, mailvisor. Вы писали 12 июля 2006 г., 12:07:35: А на мой взгляд отправку подтверждений должен делать почтовый сервер, а не почтовый клиент. И делать это в обязательном порядке, если этого захотел отправитель сообщения Получателя сообщения вся эта служебная информация естественным образом раздражает и отвлекает, и его можно понять А в списки рассылки слать такие письма с запросами на подтверждения явно нехорошо и лишне, свое письмо и ответы на него увидишь сам :) Особенно спамеры спасибо скажут. За подтверждения существования сгенеренного емейла и случайно совпавшего емейла. -- Ilya V. Rubinchik mailto:[EMAIL PROTECTED] System Administrator Business Communication Centre 16a, Shakhrisabz str. tel: 998-71-152-2-152 fax: 998-71-152-70-88 www: http://www.bcc.uz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: УВАЖАТЬ читателей рассылки
В сообщении от 14 июля 2006 10:37 Alexander Gerasiov написал(a): меня совершенно не улыбает отключать для списка нотифы Артем, где там обещанный робот рассыльщик? я тоже хочу поставить, но писать ломает :) ну тогда ручками ручками -- WBR, Eugene V. Kravtsoff || EK01-UANIC, KRAV-RIPE JID: [EMAIL PROTECTED], ICQ: 930-128-41 MSN: [EMAIL PROTECTED], LJ : lj-user=ekrava -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Динамические библиотеки
В сообщении от 14 Июль 2006 11:43 Mikhail Gusarov написал(a): You ([EMAIL PROTECTED]) wrote: MD Таким образом, это проблема сборки qt. И её надо MD пересобрать. Осталось придумать куда это прописать в из qmake. Ну MD все равно спасибо! Смотрел я на этот бредовый тред, смотрел, и не выдержал. Прежде чем называть что-то бредом ты разберись снача в сути. А недержание - это в другой список рассылки. Попробуй временно убрать симлинки /usr/lib/qt-mt.so.3 (и какой там ещё), сказать ldconfig и ещё раз посмотреть на вывод ldd. Цель не в том, чтобы прыгать от счастья видя то, что ldd резолвит libqt-mt.so.3 в /usr/lib/libqt-mt.so.3.3.4. Цель в том, что есть ещё одна сборка qt, которую используют программы, которые разрабатываются у меня на работе. В силу ряда причин стандартное qt из дистрибутива не подходит. Так вот если оставить всё как есть, то либо наши программы цепляют стандартный qt и не работают, либо программы из дистрибутива начинают цеплять наш qt и работают криво. Все это из-за того, что у них одинаковый SONAME. Вот я и хочу его поменять. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Динамические библи отеки
You ([EMAIL PROTECTED]) wrote: MD Прежде чем называть что-то бредом ты разберись снача в сути. (1) MD А недержание - это в другой список рассылки. Попрошу! MD Цель в том, что есть ещё одна сборка qt, которую используют MD программы, которые разрабатываются у меня на работе. В силу ряда MD причин стандартное qt из дистрибутива не подходит. Для (1) необходима была эта информация. Поскольку эта информация не была предоставлена, то весь этот тред (единственным возможноым способом) был проинтерпретирован как незнание механизма SONAME. В особенности на это наталкивало MD Таким образом, это проблема сборки qt -- JID: [EMAIL PROTECTED]
проблемы с Suspend2
Hi. Есть проблема с Suspend2. Ядро 2.6.17.4 с последним(2.2.7.3) Suspend2 патчем. Делаю suspend либо скриптом hibernate, либо записью в /proc/suspend2/do_suspend. Все нормально. Далее перезагружаюсь, он даже просыпается, но умирает практически сразуже. Максимум что я могу сделать, так это переключаться между консолями, больше ничего, даже писать на этих консолях я не могу. С чем может быть проблема? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: УВАЖАТЬ читателей рассылки
Eugene V. Kravtsoff пишет: В сообщении от 14 июля 2006 05:18 Andrey Lubimets написал(a): меня совершенно не улыбает отключать для списка нотифы когда они отключатся только глобально, в то время как я действительно постоянно общаясь с людми ХОЧУ получать уведомления видел человек письмо или Вы ХОТИТЕ получать уведомления от меня лично и от других участников рассылки? меня это не смутит совсем, Это была не угроза, ни в коем случае, скорее недоумение - а нафига? нет. я и так стараюсь сюда писать как можно меньше. Не в том месте себя ограничиваете, пишите больше, но если уважаете читателей рассылки (см сабж), то не поленитесь, пожалуйста, отключить нотификацию для письма, которое отправляете в рассылку. В тандербёрде это делается двумя кликами мышки, в кмэйле - не знаю как. уже одним -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Динамические библи отеки
On Fri, Jul 14, 2006 at 12:23:55PM +0400, Max Dmitrichenko wrote: Цель не в том, чтобы прыгать от счастья видя то, что ldd резолвит libqt-mt.so.3 в /usr/lib/libqt-mt.so.3.3.4. Цель в том, что есть ещё одна сборка qt, которую используют программы, которые разрабатываются у меня на работе. В силу ряда причин стандартное qt из дистрибутива не подходит. Так вот если оставить всё как есть, то либо наши программы цепляют стандартный qt и не работают, либо программы из дистрибутива начинают цеплять наш qt и работают криво. Все это из-за того, что у них одинаковый SONAME. Вот я и хочу его поменять. А если оставить дистрибутивный libqt3 где положено а разрабатываемых программ использовать libqt3 в другом месте, указать которое в LD_LIBRARY_PATH? -- WBR, Dmitry signature.asc Description: Digital signature
Re: Динамические библи отеки
You ([EMAIL PROTECTED]) wrote: DN А если оставить дистрибутивный libqt3 где положено а DN разрабатываемых программ использовать libqt3 в другом месте, DN указать которое в LD_LIBRARY_PATH? LD_LIBRARY_PATH - тоже некрасиво. rpath тогда уж. -- JID: [EMAIL PROTECTED]
Re: Динамические библи отеки
On 2006.07.14 at 16:06:20 +0400, Mikhail Gusarov wrote: You ([EMAIL PROTECTED]) wrote: DN А если оставить дистрибутивный libqt3 где положено а DN разрабатываемых программ использовать libqt3 в другом месте, DN указать которое в LD_LIBRARY_PATH? LD_LIBRARY_PATH - тоже некрасиво. rpath тогда уж. Для разработки - в самый раз. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Динамические библи отеки
You ([EMAIL PROTECTED]) wrote: LD_LIBRARY_PATH - тоже некрасиво. rpath тогда уж. VW Для разработки - в самый раз. А после разработки что? Заставлять всех пользователей обновлять qt до того, что собран разработчиками? (судя по тому, что сами разработчики qt не обновили до своего на сборочной системе - вряд ли). Так что - собирать qt в какой-нибудь /usr/lib/megasoft/libqt3..., и линковать свою софтинку с rpath. -- JID: [EMAIL PROTECTED]
Re: Динамические библи отеки
On Fri, Jul 14, 2006 at 04:07:54PM +0400, Victor Wagner wrote: LD_LIBRARY_PATH - тоже некрасиво. rpath тогда уж. Для разработки - в самый раз. Угу. Сам пользуюсь этим. И вообще держу отдельно скомпиленные Qt3 и Qt4 из исходников в /opt -- WBR, Dmitry signature.asc Description: Digital signature
Re: Динамические библи отеки
On 2006.07.14 at 16:10:32 +0400, Mikhail Gusarov wrote: You ([EMAIL PROTECTED]) wrote: LD_LIBRARY_PATH - тоже некрасиво. rpath тогда уж. VW Для разработки - в самый раз. А после разработки что? Заставлять всех пользователей обновлять qt до того, что собран разработчиками? (судя по тому, что сами разработчики А к моменту окончания разработки та версия Qt, с которой они работают уже будет достаточно стабильной, чтобы её можно было ставить основной. На мой взгляд, работа с нестабильной версией - единственное возможное оправдание использования нестандартной ветки какой-нибудь глубоко системной библиотеки. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Динамические библи отеки
You ([EMAIL PROTECTED]) wrote: VW На мой взгляд, работа с нестабильной версией - единственное VW возможное оправдание использования нестандартной ветки VW какой-нибудь глубоко системной библиотеки. Не забывай поддержку старых версий осей, где нужной библиотеки может и не быть, а также возможную тупоголовость разработчиков, не принимающих патчи в библиотеку. -- JID: [EMAIL PROTECTED]
Re: Динамические библи отеки
On Fri, Jul 14, 2006 at 04:18:49PM +0400, Mikhail Gusarov wrote: You ([EMAIL PROTECTED]) wrote: VW На мой взгляд, работа с нестабильной версией - единственное VW возможное оправдание использования нестандартной ветки VW какой-нибудь глубоко системной библиотеки. Не забывай поддержку старых версий осей, где нужной библиотеки может и не быть, а также возможную тупоголовость разработчиков, не принимающих патчи в библиотеку. Ну можно как в vmware сделать.. Она в комплекте содержит свой GTK, но пытается использовать системные, если он есть. Бинарь вообще можно заменить на shell скрипт который сначала проверит, есть ли нужная версия Qt в системе. Если нет - то сделает нужный LD_LIBRARY_PATH. -- WBR, Dmitry signature.asc Description: Digital signature
Re: Nokia 6021 + Bluetooth
14.07.06, 11:39, Timur Elzhov [EMAIL PROTECTED]: ссылку http://www.45.free.net/~vitus/mobile/ - и она не работает :-/ Ик... Виктор, отвечать 302 вместо 404 это, мягко говоря, неправильно... -- Bacek. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
wheris backports?
Стоит сарж 3.1R2a а где лежат бакпотры что было kde поновей ище MPlayera хочу Спасибо.
Re: wheris backports?
On Fri, Jul 14, 2006 at 04:41:46PM +0400, Мажурин Игорь wrote: ище MPlayera хочу http://debian-multimedia.org -- WBR, Dmitry signature.asc Description: Digital signature
reiserfs
Есть субъективное ощущение, что раздел с reiserfs 3.6 со временем деградирует быстрее, чем ext2/ext3, я имею в виду фрагментацию. Кто-нибудь видел реальные тесты на эту тему? -- Станислав
Re: wheris backports?
On Fri, 14 Jul 2006 16:41:46 +0400 Мажурин Игорь [EMAIL PROTECTED] wrote: Стоит сарж 3.1R2a а где лежат бакпотры что было kde поновей ище MPlayera хочу cat /etc/apt/sources.list ... # Backports deb http://www.backports.org/debian/ sarge-backports main ... # debian-unofficial deb http://ftp.debian-unofficial.org/debian/ sarge main contrib non-free restricted ... deb http://non-us.debian.org/debian-non-US/ stable/non-US main contrib non-free ... # Marillat deb http://www.debian-multimedia.org/ sarge main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/etc/auto.smb
Привет всем. Просветите меня, как пользоваться сабжем. Что-то ни /usr/share/doc/autofs/ ни google не просветили. Все что нашел - создание файла по типу /etc/auto.misc. Сабж же выглядит как-то... иначе в общем выглядит :). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
bluetooth adapters supported in Linux
Дорогие друзья! Мне как-то довелось работать с казенным BT адаптером, который не имеет никаких опознавательных знаков (он шел в комплекте с рабочим девайсом Nokia 6630), прочитал какой-то Bluetooth-HOWTO, и все сразу заработало. В винде он тоже легко распознался, и не нужно было ничего дополнительно инсталлировать. Решил я и себе приобрести адаптер, и, решиы, что все они одинаковые, купил себе наугад вот это: http://www.espada-tech.ru/bluetoo-100m-v2.shtml Он уже работать не хочет, и в винде требует драйвер (который идет в комплекте). Но мне нужна работа в Линухе. Чувствую, что заставить работать его не удастся, и я могу его еще вернуть в нашем локальном магазинчике, который работает напрямую от ultracomp.ru, в обмен на что-то другое. Еще один раз обламываться не хочется, поэтому просьба такая: может кто-нибудь поделиться, кто имел положительный опыт под Линуксом с BT адаптерами из следующего списка? (взято с http://www.ultracomp.ru/common/goods.php?site_id=1category=1578cat_id=menu_type=2 ) Спасибо большое! = Billionton Systems Inc. 66005 USB Bluetooth Billionton, до 100 метров, Class 1, USB 2.0, Retail Bluetake Technology 82702 USB Bluetooth Bluetake BT007EX, High speed, Retail 48045 USB Bluetooth Bluetake BT007Si, до 100 метров, Retail 48646 USB Bluetooth Bluetake BT009Si, до 10 метров, Retail CNet Technology Inc. 64424 USB Bluetooth CNet Dongle CBD-021, до 20 метров, Retail D-Link Systems, Inc. 67160 USB Bluetooth D-Link DBT-122, Retail ESPADA 70756 USB Bluetooth + IrDA 2 in 1, Espada, до 10м, Retail 59737 USB Bluetooth Espada, до 100м, Retail 83029 USB Bluetooth Espada, до 30м, Retail No Name 76595 USB Bluetooth Cyclone ADS-273, Class 1, 100 м, Ext., Retail 76599 USB Bluetooth ES-388, Class 1, 100м, Yellow, Retail 89305 USB Bluetooth HighPaq BT-W001, до 100м, Retail 81574 USB Bluetooth No Name, Yellow, до 100м, Retail 42006 USB Bluetooth NoName Dongle, до 10 метров, Retail ORIENT 63537 USB Bluetooth ORIENT B303, до 25 м, ПО на русском языке, Retail 59840 USB Bluetooth ORIENT B308, до 80 м, ПО на русском языке, Retail 63138 USB Bluetooth ORIENT B310, до 100 м, ПО на русском языке, Retail 59841 USB Bluetooth ORIENT B315, до 150 м, ПО на русском языке, Retail Pilotech Systems Co., Ltd. 31982 CompactFlash Bluetooth Pilotech Dongle BC012, до 10м 89915 USB Bluetooth Pilotech Dongle BU002-EDR, до 100 метров, Retail 89913 USB Bluetooth Pilotech Dongle BU006C-EDR, до 80 метров, Retail Rover Computers 82786 USB Bluetooth Rovermate Vangs (Adaptmate-006) Class II Retail Samsung Electronics 75977 USB Bluetooth Samsung SPP-00BA SURECOM Technology Corp. 43124 USB Bluetooth Surecom Dongle EP-9221, до 100 метров, Retail 90636 USB Bluetooth Surecom EP-2101, до 80 метров, Retail Tekram Technology 30465 USB Bluetooth Tekram TM-304, до 40 метров, Retail 51412 USB Bluetooth Tekram TM-306, до 100 метров, Retail TRENDware International, Inc. 19647 USB Bluetooth TRENDnet TBW-101UB 25958 USB Bluetooth TRENDnet TBW-102UB 77144 USB Bluetooth TRENDnet TBW-103UB = -- Best regards, Timur Elzhov Warelex LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bluetooth adapters supported in Linux
On Fri, Jul 14, 2006 at 07:08:58PM +0400, Timur Elzhov wrote: может кто-нибудь поделиться, кто имел положительный опыт под Линуксом с BT адаптерами из следующего списка? (взято с http://www.ultracomp.ru/common/goods.php?site_id=1category=1578cat_id=menu_type=2 ) В списке нет, но у меня нормально завелся некий адаптер от Micronet (на адаптере мелкими буквами написано Model No: SP935B). Корпус из полупрозрачной зеленой пластмассы. -- WBR, Dmitry signature.asc Description: Digital signature
Re: bluetooth adapters supported in Linux
В сообщении от 14 Июль 2006 19:08 Timur Elzhov написал(a): может кто-нибудь поделиться, кто имел положительный опыт под Линуксом 82702 USB Bluetooth Bluetake BT007EX, High speed, Retail Вот с этим имею положительный опыт. Хорошая вещь. Бьет до 100 м. USB 2.0. Bluetooth 2.0. Покупал тоже в Ультре. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Динамические библиотеки
В сообщении от 14 Июль 2006 16:15 Victor Wagner написал(a): LD_LIBRARY_PATH - тоже некрасиво. rpath тогда уж. VW Для разработки - в самый раз. А после разработки что? Заставлять всех пользователей обновлять qt до того, что собран разработчиками? (судя по тому, что сами разработчики А к моменту окончания разработки та версия Qt, с которой они работают уже будет достаточно стабильной, чтобы её можно было ставить основной. На мой взгляд, работа с нестабильной версией - единственное возможное оправдание использования нестандартной ветки какой-нибудь глубоко системной библиотеки. Пардоньте, где я вообще сказал хоть что-то про нестабильную версию? Мы используем нестандартное Qt по другим причинам. Одна из них - использование STLPort. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Динамические библи отеки
On 2006.07.14 at 20:22:28 +0400, Max Dmitrichenko wrote: На мой взгляд, работа с нестабильной версией - единственное возможное оправдание использования нестандартной ветки какой-нибудь глубоко системной библиотеки. Пардоньте, где я вообще сказал хоть что-то про нестабильную версию? Мы используем нестандартное Qt по другим причинам. Одна из них - использование STLPort. На мой взгляд, такое решение является неоправданным. О чем я выше открытым текстом и сказал. Либо нужно писать так, чтобы работало с ЛЮБОЙ версией STL, либо не использовать библиотек на C++ из системных. Впрочем, именно такой бардак с библиотеками - несовместимость ABI между компиляторами, существование различных версий STL, совмещать которые в одной программе (вернее, в разных библиотеках, используемых в одной программе) проблематично, чем дальше, тем больше убеждает меня в том, что C++ вообще не пригоден для создания неглючных программ. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Динамические библиотеки
В сообщении от 14 Июль 2006 20:34 Victor Wagner написал(a): Ну ты и любитель святых войн :) На мой взгляд, такое решение является неоправданным. О чем я выше открытым текстом и сказал. Либо нужно писать так, чтобы работало с ЛЮБОЙ версией STL, либо не использовать библиотек на C++ из системных. Оправданным оно является или нет - это не тебе рассуждать (извини за жесткость формулировки). При разработке под винду и линукс хочется, чтобы везде было одинаково. Тут либо использование mingw, либо STLPort. С другой стороны использование половиной библиотек стандартного STL, а другой половиной STLPort'а, будет порождать немеренно глюков. Ещё есть вариант линковать статически, но если это не одна программа, а пакет программ, то это просерание памяти. Впрочем, именно такой бардак с библиотеками - несовместимость ABI между компиляторами, существование различных версий STL, совмещать которые в одной программе (вернее, в разных библиотеках, используемых в одной программе) проблематично, чем дальше, тем больше убеждает меня в том, что C++ вообще не пригоден для создания неглючных программ. Главное - это иметь правильный драйвер /dev/hands. В общем вопрос я решил. -soname действительно помогло и всё работает. Предлагаю закрыть тред. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Кто загружает мод ули в 2.6?
On Fri, 14 Jul 2006, Alexander Gerasiov wrote: Artem Chuprina wrote: Грузит udev. По поводу упоминаний - у меня обнаружился файл /etc/udev/rules.d/z25_persistent-net.rules со следующим содержимым: не, Артем, это всего лишь новая фича удева - автогенереный список сетевух и назначенных имен. Чтобы переименования не происходили из-за изменения порядка загрузки модулей. Логика же загрузки удевом модулей у него действительно унутре, там где неонка (/usr/lib/udev/). В /etc/ ненужное можно заблеклистить. Ну, наверное, всё же /lib/udev/, а вот по поводу блеклиста, то как это делается? Что-то никакой документации по этому поводу я не нашел. В NEWS.Debian.gz, правда, имеется какой-то хинт: + /etc/hotplug/blacklist*: should be replaced by modprobe configuration directives (but now /etc/hotplug/blacklist.d/ will be processed by modprobe). Я что-то не понимаю, что udev теперь modules.conf читает? И как это в modprobe запретить загрузку конкретного модуля? Юра.
Re: bluetooth adapters supported in Linux
Timur Elzhov пишет: D-Link Systems, Inc. 67160 USB Bluetooth D-Link DBT-122, Retail Сам с таким работаю. Завёлся без проблем. -- Чудес не бывает - бывают только глюки... Linux Registered User #387540 http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=387540
что-то интересное с код ировками
Привет, Подозреваю что пишу не в ту рассылку, но есть чувство что именно тут мне помогут :) Есть сервер приложений на ява. На этом сервере работает приложение, которое периодически, на основе данных в БД, пишет текстовые файлы на диск. Потом, другой процесс архивирует эти файлы (системный вызов утилиты zip) и оправляет в аттаче почтой. Приложение тестировалось на тестовом сервере по дебианом, всё было замечательно. Перенеся на продакшн, еще один дебиан, обнаружилось что файлы записанные на диск невозможно прочесть, вместо русских букв там крякозябли. Стал сравнивнивать окружение на тестовом и прод. серверах и выяснил что на тестовом сервере у процесса сервера LC_ALL=ru_RU.UTF-8, а на продакшн - LC_ALL=C. Для пробы изменил LC_ALL на продашн - русские буквы стали отображаться нормально. Вот что хочу спросить, где проблема? В моём коде который генерит UTF-8 текст и пишет его на диск или это потому что процесс у которого LC=C не может по определению писать на диск UTF-8 текст? Спасибо! Павел. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Кто загружает модули в 2.6?
On Fri, 14 Jul 2006 10:05:06 +0400, Nikita V. Youshchenko wrote: Ядро в начальный момент генерирует hotplug события про всё обнаруженное железо. udev эти события ловит и загружает модули. Для большей части железа это делается ещё на уровне initrd (при этом выдаётся строка 'generation initial hotplug events' или что-то в этом роде). Модули при этом опознаются не по именам, а по алиасам вроде pci:v10ECd8139sv*sd*bc*sc*i* Так что же, эти aliasы прямо в ядре прописаны? В /etc таких строчек нет. И какой в этом смысл, если для отключения ненужного придётся больше в blacklist-е писать, чем в /etc/modules надо было? -- Оля -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: что-то интересное с кодировками
On 2006.07.14 at 21:48:41 +0300, Pavel wrote: Приложение тестировалось на тестовом сервере по дебианом, всё было замечательно. Перенеся на продакшн, еще один дебиан, обнаружилось что файлы записанные на диск невозможно прочесть, вместо русских букв там крякозябли. Кракозябли бывают разные. Какие именно? И какая локаль была у процесса, которым файлы читали. И вообще в какой операционной системе их читали? Стал сравнивнивать окружение на тестовом и прод. серверах и выяснил что на тестовом сервере у процесса сервера LC_ALL=ru_RU.UTF-8, а на продакшн - LC_ALL=C. Для пробы изменил LC_ALL на продашн - русские буквы стали отображаться нормально. Вообще по хорошему счету LC_ALL вообще выставлять не надо. Если выставить LANG, то можно потом поменять отдельные категории, скажем LC_NUMERIC. А LC_ALL имеет более высокий приоритет. Вот что хочу спросить, где проблема? В моём коде который генерит UTF-8 текст и пишет его на диск или это потому что процесс у которого LC=C не может по определению писать на диск UTF-8 текст? Скорее всего - ни там, ни там. Между твоим кодом и системным вызовом write имеется куча промежуточных слоев - всякие библиотеки классов, собственно JRE, libc и т.д. Если в файле действительно НЕ русские буквы, в чем следует убедиться просмотрев файлы на системе с заведомо известной локалью, посредством наиболее примитивного вьюера, вроде less, а то и просмотром шестнадцатиричного дампа файла (хотя не люблю читать utf-8 в шестнадцатиричном виде. UTF-16 еще куда ни шло), то проблема скорее всего в каких-нибудь промежуточных библиотеках. Еще может быть что файлы пишутся в каком-нибудь формате, предусматривающем явное указание кодировки, например XML. И из-за неверной локали стандартная функция библиотеки, формирующая файл, может залепить туда например iso8859-1 в качестве кодировки, после чего написать честные русские буквы в utf-8. Тогда честный вьюер, учитывающий информацию из заголовков, покажет то, что обычно называют крокозяблики - латинские буквы со всякими надчерками и крышечками. А при просмотре в текстовом вьюере вроде less в правильной локали русские буквы будут видны. Спасибо! Павел. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: что-то интересное с кодировками
Victor Wagner wrote: Кракозябли бывают разные. Какие именно? И какая локаль была у процесса, которым файлы читали. И вообще в какой операционной системе их читали? Генерились xml файлы. с encoding='UTF-8' в заголовке. Читает их настольное приложение на winxp (cp1251). Так же, естественно, пробую читать их вьювером kate у себя, по одной пытаясь применить ту или иную кодировки, увы без результата. Везде где русский текст вижу вопросительные знаки. Стал сравнивнивать окружение на тестовом и прод. серверах и выяснил что на тестовом сервере у процесса сервера LC_ALL=ru_RU.UTF-8, а на продакшн - LC_ALL=C. Для пробы изменил LC_ALL на продашн - русские буквы стали отображаться нормально. Вообще по хорошему счету LC_ALL вообще выставлять не надо. Если выставить LANG, то можно потом поменять отдельные категории, скажем LC_NUMERIC. А LC_ALL имеет более высокий приоритет. Сейчас попробую сделать LC_ALL пустой. Отпишу что из этого вышло. Спасибо за ответ! Павел. Вот что хочу спросить, где проблема? В моём коде который генерит UTF-8 текст и пишет его на диск или это потому что процесс у которого LC=C не может по определению писать на диск UTF-8 текст? Скорее всего - ни там, ни там. Между твоим кодом и системным вызовом write имеется куча промежуточных слоев - всякие библиотеки классов, собственно JRE, libc и т.д. Если в файле действительно НЕ русские буквы, в чем следует убедиться просмотрев файлы на системе с заведомо известной локалью, посредством наиболее примитивного вьюера, вроде less, а то и просмотром шестнадцатиричного дампа файла (хотя не люблю читать utf-8 в шестнадцатиричном виде. UTF-16 еще куда ни шло), то проблема скорее всего в каких-нибудь промежуточных библиотеках. Еще может быть что файлы пишутся в каком-нибудь формате, предусматривающем явное указание кодировки, например XML. И из-за неверной локали стандартная функция библиотеки, формирующая файл, может залепить туда например iso8859-1 в качестве кодировки, после чего написать честные русские буквы в utf-8. Тогда честный вьюер, учитывающий информацию из заголовков, покажет то, что обычно называют крокозяблики - латинские буквы со всякими надчерками и крышечками. А при просмотре в текстовом вьюере вроде less в правильной локали русские буквы будут видны. Спасибо! Павел. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: что-то интересное с кодировками
Таки да! Все заработало с LC_ALL=пусто Отпишу на всякий случай, может кому пригодится... Обычно я делал так: Логинюсь по ssh на прод. сервер. Первую команду которую выполняю - LC_ALL=C ибо mc и psql без этого плющит. Собираю проект, деплою. Дальше стартую jboss и получаю знаки вопроса в текстовых файлах. Если оставить дефолтное значение в LC_ALL (пустое) - то всё работает как следует. Вот дефолтная locale на сервере: LANG=ru_RU.UTF-8 LC_CTYPE=ru_RU.UTF-8 LC_NUMERIC=ru_RU.UTF-8 LC_TIME=ru_RU.UTF-8 LC_COLLATE=ru_RU.UTF-8 LC_MONETARY=ru_RU.UTF-8 LC_MESSAGES=ru_RU.UTF-8 LC_PAPER=ru_RU.UTF-8 LC_NAME=ru_RU.UTF-8 LC_ADDRESS=ru_RU.UTF-8 LC_TELEPHONE=ru_RU.UTF-8 LC_MEASUREMENT=ru_RU.UTF-8 LC_IDENTIFICATION=ru_RU.UTF-8 LC_ALL= Виктор, спасибо за наводку! Павел. Victor Wagner wrote: Кракозябли бывают разные. Какие именно? И какая локаль была у процесса, которым файлы читали. И вообще в какой операционной системе их читали? Генерились xml файлы. с encoding='UTF-8' в заголовке. Читает их настольное приложение на winxp (cp1251). Так же, естественно, пробую читать их вьювером kate у себя, по одной пытаясь применить ту или иную кодировки, увы без результата. Везде где русский текст вижу вопросительные знаки. Стал сравнивнивать окружение на тестовом и прод. серверах и выяснил что на тестовом сервере у процесса сервера LC_ALL=ru_RU.UTF-8, а на продакшн - LC_ALL=C. Для пробы изменил LC_ALL на продашн - русские буквы стали отображаться нормально. Вообще по хорошему счету LC_ALL вообще выставлять не надо. Если выставить LANG, то можно потом поменять отдельные категории, скажем LC_NUMERIC. А LC_ALL имеет более высокий приоритет. Сейчас попробую сделать LC_ALL пустой. Отпишу что из этого вышло. Спасибо за ответ! Павел. Вот что хочу спросить, где проблема? В моём коде который генерит UTF-8 текст и пишет его на диск или это потому что процесс у которого LC=C не может по определению писать на диск UTF-8 текст? Скорее всего - ни там, ни там. Между твоим кодом и системным вызовом write имеется куча промежуточных слоев - всякие библиотеки классов, собственно JRE, libc и т.д. Если в файле действительно НЕ русские буквы, в чем следует убедиться просмотрев файлы на системе с заведомо известной локалью, посредством наиболее примитивного вьюера, вроде less, а то и просмотром шестнадцатиричного дампа файла (хотя не люблю читать utf-8 в шестнадцатиричном виде. UTF-16 еще куда ни шло), то проблема скорее всего в каких-нибудь промежуточных библиотеках. Еще может быть что файлы пишутся в каком-нибудь формате, предусматривающем явное указание кодировки, например XML. И из-за неверной локали стандартная функция библиотеки, формирующая файл, может залепить туда например iso8859-1 в качестве кодировки, после чего написать честные русские буквы в utf-8. Тогда честный вьюер, учитывающий информацию из заголовков, покажет то, что обычно называют крокозяблики - латинские буквы со всякими надчерками и крышечками. А при просмотре в текстовом вьюере вроде less в правильной локали русские буквы будут видны. Спасибо! Павел. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: что-то интересное с кодировками
On 2006.07.14 at 22:35:37 +0300, Pavel wrote: Victor Wagner wrote: Кракозябли бывают разные. Какие именно? И какая локаль была у процесса, которым файлы читали. И вообще в какой операционной системе их читали? Генерились xml файлы. с encoding='UTF-8' в заголовке. Читает их настольное приложение на winxp (cp1251). Так же, естественно, пробую читать их вьювером kate у себя, по одной пытаясь применить ту или иную кодировки, увы без результата. Везде где русский текст вижу вопросительные знаки. Ну если сплошные вопросительные знаки, то дело явно в библиотеках JAVA. То есть оно пытается при записи сконвертировать из внутреннего представления JAVA (которое по-моему UCS2) в кодировку текущей локали, и все символы, которые не нашло в этой кодировке, заменяет на вопросительные знаки. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: что-то интересное с кодировками
On 2006.07.14 at 23:05:59 +0300, Pavel wrote: Таки да! Все заработало с LC_ALL=пусто Отпишу на всякий случай, может кому пригодится... Обычно я делал так: Логинюсь по ssh на прод. сервер. Первую команду которую выполняю - LC_ALL=C ибо mc и psql без этого плющит. Собираю проект, деплою. Дальше Странно. Что-то не помню, чтобы psql плющило от таких вещей. Вот неудобочитаемые сообщения у него бывают. Лечится это выставлением LC_MESSAGES в C. Остальные категории локали можно не трогать. (LC_ALL, как следует из названия, выставляет их все разом в одно значение). А преобразованием символов ведает категория LC_CTYPE. Кстати, есть ещё вариант - выставлять в подобных случаях локаль в en_US.UTF-8. Тогда сообщения будут по-английски, а кодировка UTF-8. В случае языков с внутренним представлением в unicode (а нынче это не только Java и Tcl, но и Perl с PYthon) может решить все проблемы разом. Кроме mc. Этот по-моему, с utf-8 без сторонних патчей не живет. Вот у psql при правильно выставленной локали и PGCLIENTENCODING проблем не будет. А вообще, логинясь по ssh на сервер, локаль надо выставлять в соотвесттвии с тем, как русские буквы будет отображать клиент. Если это виндовый клиент, то, вероятно, ru_RU.CP1251 будет оптимальной. Естественно, это касается интерактивно запускаемых программ, а не серверных процессов. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: что-то интересное с кодировками
On Fri, Jul 14, 2006 at 11:05:59PM +0300, Pavel wrote: Таки да! Все заработало с LC_ALL=пусто Отпишу на всякий случай, может кому пригодится... Обычно я делал так: Логинюсь по ssh на прод. сервер. Первую команду которую выполняю - LC_ALL=C ибо mc и psql без этого плющит. Собираю проект, деплою. Дальше стартую jboss и получаю знаки вопроса в текстовых файлах. mc будет плющить если он собран без юникодного патча или если кодировка терминала не UTF-8. -- WBR, Dmitry signature.asc Description: Digital signature
Re: bluetooth adapters supported in Linux
On Fri, Jul 14, 2006 at 08:10:18PM +0400, Max Dmitrichenko wrote: Вот с этим имею положительный опыт. Хорошая вещь. Бьет до 100 м. USB 2.0. Bluetooth 2.0. ^ Может, таки 1.2? ;) Спасибо еще раз, завтра, думаю, его и возьму. Только там до 10 метров есть. А что, бывают ситуации, когда нужно 100 метров? И вообще, какая должна быть скорость передачи на таком расстоянии? :) -- Best regards, Timur Elzhov Warelex LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bluetooth adapters supported in Linux
On Sat, Jul 15, 2006 at 01:09:16AM +0400, Timur Elzhov wrote: Может, таки 1.2? ;) Спасибо еще раз, завтра, думаю, его и возьму. Только там до 10 метров есть. А что, бывают ситуации, когда нужно 100 метров? И вообще, какая должна быть скорость передачи на таком расстоянии? :) Как я понимаю чтобы передача работала на 100 метрах, нужно чтоб оба девайса ее поддерживали. -- WBR, Dmitry signature.asc Description: Digital signature
вопрос по java
Может спрошу глупость, но тем не менее. Можно ли сделать так, чтобы все java приложения ходили по http через заданную мной проксю? java от Sun последней версии. -- Станислав
Re: вопрос по java
On Sat, Jul 15, 2006 at 01:57:28AM +0400, Stanislav Maslovski wrote: Может спрошу глупость, но тем не менее. Можно ли сделать так, чтобы все java приложения ходили по http через заданную мной проксю? java от Sun последней версии. Костыль, но юзать proxychains. -- WBR, Dmitry signature.asc Description: Digital signature
Re: bluetooth adapters supported in Linux
Доброго всем, Tekram Technology Вот этот работает без проблем, очень маленький и компактный. 30465 USB Bluetooth Tekram TM-304, до 40 метров, Retail -- /ssh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ��
Не знаю как с cd, но на hdd dma выключается автоматом если появились ошибки. -- Best regards, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dvd-rom NEC DVD_RW ND-3520A
там он вот так определился hdc: _NEC DVD_RW ND-3520A, ATAPI CD/DVD-ROM drive Теперь можно его обновить до версии Sarge! Можно ещё попробовать запустится со старой версией ядра 2.4.х... Я с такой проблемой не сталкивался, но напишите как быдут результаты! Угу. Напишите. Только не в этот список. -- Алексей