Unknown gcc system type i486-linux-gnu, falling back to default
Коллеги, привет. Подскажите что нужно подкрутить? появилось после aptitude upgrade dpkg-architecture: warning: Unknown gcc system type i486-linux-gnu, falling back to default (native compilation) dpkg-architecture: warning: Specified GNU system type i386-linux does not match gcc system type i486-linux-gnu. -- Peter Teslenko begin:vcard fn:Peter Teslenko n:Teslenko;Peter org:;IT Dept adr:;;;Saint-Petersburg;;;Russia email;internet:[EMAIL PROTECTED] title:Sysadmin x-mozilla-html:FALSE version:2.1 end:vcard
парочка вопросов
День добрый. стояло ядро 2.4 eth0 смотрит в ЛАН сетевая интел, eth1 на модем встроенная сетевая nForce, поставил 2.6 перегрущил все нормально работает, спустя пару дней пришлось перегрузиться, а eth0 и eth1 поменялися местами т.е. интел стал смотреть в инет а нфорсе в локалу, понятно поменять можно, не вопрос, вопрос в том почему это произошло, рядом с сервером находиться не могу вот и вопрос кто вообще решает какая сетевая первая какя нулевая, я так понимаю что это забота ядра...? и поменяется это еще когда ни будь? вот логи Jul 23 11:23:15 gate kernel: e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbp s Full Duplex skip.. Jul 25 00:03:19 gate kernel: e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection когда же подымается нфорсе сетевая то в логах только вот это Jul 25 00:11:34 gate kernel: nvnet: module license 'NVIDIA' taints kernel. и в догонку еще вопрос поставил 2.6 ядро специально что бы на нФорсе4 заработал UDMA все работает но вот вывод lspci, это так и надо или ядро все равно ничего не знает об этом компьютере??? gate:~# lspci :00:00.0 RAM memory: nVidia Corporation: Unknown device 02f1 (rev a2) :00:00.1 RAM memory: nVidia Corporation: Unknown device 02fa (rev a2) :00:00.2 RAM memory: nVidia Corporation: Unknown device 02fe (rev a2) :00:00.3 RAM memory: nVidia Corporation: Unknown device 02f8 (rev a2) :00:00.4 RAM memory: nVidia Corporation: Unknown device 02f9 (rev a2) :00:00.5 RAM memory: nVidia Corporation: Unknown device 02ff (rev a2) :00:00.6 RAM memory: nVidia Corporation: Unknown device 027f (rev a2) :00:00.7 RAM memory: nVidia Corporation: Unknown device 027e (rev a2) :00:02.0 PCI bridge: nVidia Corporation: Unknown device 02fc (rev a1) :00:03.0 PCI bridge: nVidia Corporation: Unknown device 02fd (rev a1) :00:04.0 PCI bridge: nVidia Corporation: Unknown device 02fb (rev a1) :00:05.0 VGA compatible controller: nVidia Corporation: Unknown device 0242 (rev a2) :00:09.0 RAM memory: nVidia Corporation: Unknown device 0270 (rev a2) :00:0a.0 ISA bridge: nVidia Corporation: Unknown device 0261 (rev a2) :00:0a.1 SMBus: nVidia Corporation: Unknown device 0264 (rev a2) :00:0b.0 USB Controller: nVidia Corporation: Unknown device 026d (rev a2) :00:0b.1 USB Controller: nVidia Corporation: Unknown device 026e (rev a2) :00:0d.0 IDE interface: nVidia Corporation: Unknown device 0265 (rev a1) :00:0e.0 IDE interface: nVidia Corporation: Unknown device 0266 (rev a1) :00:10.0 PCI bridge: nVidia Corporation: Unknown device 026f (rev a2) :00:14.0 Bridge: nVidia Corporation: Unknown device 0269 (rev a1) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :04:08.0 Ethernet controller: Intel Corp. 82540EM Gigabit Ethernet Controller (rev 02) я имею ввиду Unknown Device так было и на 2.4 Спасибо. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: парочка вопросов
В сообщении от 25 июля 2006 14:18 Nikolay Nikolaev написал(a): > День добрый. > стояло ядро 2.4 eth0 смотрит в ЛАН сетевая интел, eth1 на модем > встроенная сетевая nForce, поставил 2.6 перегрущил все нормально > работает, спустя пару дней пришлось перегрузиться, а eth0 и eth1 > поменялися местами т.е. интел стал смотреть в инет а нфорсе в > локалу, понятно поменять можно, не вопрос, вопрос в том почему это > произошло, рядом с сервером находиться не могу вот и вопрос кто вообще > решает какая сетевая первая какя нулевая, я так понимаю что это забота > ядра...? и поменяется это еще когда ни будь? > вот логи > Jul 23 11:23:15 gate kernel: e1000: eth0: e1000_watchdog: NIC Link is Up > 100 Mbp > s Full Duplex > skip.. > Jul 25 00:03:19 gate kernel: e1000: eth1: e1000_probe: Intel(R) PRO/1000 > Network > Connection > когда же подымается нфорсе сетевая то в логах только вот это > Jul 25 00:11:34 gate kernel: nvnet: module license 'NVIDIA' taints kernel. > > > и в догонку еще вопрос > поставил 2.6 ядро специально что бы на нФорсе4 заработал UDMA все > работает но вот вывод lspci, это так и надо или ядро все равно ничего не > знает об этом компьютере??? > gate:~# lspci > :00:00.0 RAM memory: nVidia Corporation: Unknown device 02f1 (rev a2) > :00:00.1 RAM memory: nVidia Corporation: Unknown device 02fa (rev a2) > :00:00.2 RAM memory: nVidia Corporation: Unknown device 02fe (rev a2) > :00:00.3 RAM memory: nVidia Corporation: Unknown device 02f8 (rev a2) > :00:00.4 RAM memory: nVidia Corporation: Unknown device 02f9 (rev a2) > :00:00.5 RAM memory: nVidia Corporation: Unknown device 02ff (rev a2) > :00:00.6 RAM memory: nVidia Corporation: Unknown device 027f (rev a2) > :00:00.7 RAM memory: nVidia Corporation: Unknown device 027e (rev a2) > :00:02.0 PCI bridge: nVidia Corporation: Unknown device 02fc (rev a1) > :00:03.0 PCI bridge: nVidia Corporation: Unknown device 02fd (rev a1) > :00:04.0 PCI bridge: nVidia Corporation: Unknown device 02fb (rev a1) > :00:05.0 VGA compatible controller: nVidia Corporation: Unknown > device 0242 (rev a2) > :00:09.0 RAM memory: nVidia Corporation: Unknown device 0270 (rev a2) > :00:0a.0 ISA bridge: nVidia Corporation: Unknown device 0261 (rev a2) > :00:0a.1 SMBus: nVidia Corporation: Unknown device 0264 (rev a2) > :00:0b.0 USB Controller: nVidia Corporation: Unknown device 026d > (rev a2) > :00:0b.1 USB Controller: nVidia Corporation: Unknown device 026e > (rev a2) > :00:0d.0 IDE interface: nVidia Corporation: Unknown device 0265 (rev > a1) :00:0e.0 IDE interface: nVidia Corporation: Unknown device 0266 > (rev a1) :00:10.0 PCI bridge: nVidia Corporation: Unknown device 026f > (rev a2) :00:14.0 Bridge: nVidia Corporation: Unknown device 0269 (rev > a1) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge > :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge > :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge > :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge > :04:08.0 Ethernet controller: Intel Corp. 82540EM Gigabit Ethernet > Controller (rev 02) #update-pciids и будет счастье > я имею ввиду Unknown Device так было и на 2.4 > Спасибо. -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
The Bat и SMTP AUTH
Hi 2 all, при попытке отпрвить письмо из Бата в логах : SEND - Аутентификация (программный CRAM-MD5).. SEND - Сервер сообщает об ошибке: 5.7.0 authentication failed SEND - ВНИМАНИЕ: не удалось обнаружить на сервере подходящих алгоритмов аутентификации хотя если по телнету зайти на 25 или 465 порты присутствуют строки 250-AUTH DIGEST-MD5 CRAM-MD5 PLAIN LOGIN 250-STARTTLS и в /usr/lib/sasl/Sendmail.conf присутствует pwcheck_method: auxprop mech_list: plain login cram-md5 digest-md5 auxprop_plugin: sasldb и в sendmail.mc были заданы строки define(`confAUTH_MECHANISMS', `DIGEST-MD5 CRAM-MD5 PLAIN LOGIN')dnl TRUST_AUTH_MECH(`DIGEST-MD5 CRAM-MD5 PLAIN LOGIN')dnl в чём может быть проблема? спс, Вячеслав. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
maildrop && fetchmail
Ситуация такая. На POP3-сервере лежит большое письмецо. fetchmail открывает пайп к локальному MDA -- maildrop'у и качает туда письмо. Вскоре maildrop'у это надоедает и он пишет maildrop: Timeout quota exceeded. После чего уже и fetchmail отваливается по SIGPIPE: fetchmail: SIGPIPE thrown from an MDA or a stream socket error fetchmail: socket error while fetching from ... and delivering to SMTP host unknown fetchmail: 6.3.4 querying pop.googlemail.com (protocol POP3) at Вто 25 Июл 2006 01:41:23: poll completed fetchmail: Query status=2 (SOCKET) fetchmail: normal termination, status 2 Я вижу два пути решения проблемы: заставить fetchmail сначала сгрузить письмо во временный файл, а затем скармливать maildrop'у, или же повысить интервал таймаута у maildrop'а. Первый предпочтительнее, но как реализовать хоть один из них я не знаю.. -- Roman I. Cheplyaka
Re: The Bat и SMTP AUTH
Hi all. On 25/07/06 13:35, S R wrote: > Hi 2 all, > > при попытке отпрвить письмо из Бата в логах : > > SEND - Аутентификация (программный CRAM-MD5).. > SEND - Сервер сообщает об ошибке: 5.7.0 authentication failed > SEND - ВНИМАНИЕ: не удалось обнаружить на сервере подходящих алгоритмов > аутентификации > > хотя если по телнету зайти на 25 или 465 порты присутствуют строки > 250-AUTH DIGEST-MD5 CRAM-MD5 PLAIN LOGIN > 250-STARTTLS > > и в /usr/lib/sasl/Sendmail.conf присутствует > pwcheck_method: auxprop > mech_list: plain login cram-md5 digest-md5 > auxprop_plugin: sasldb > > и в sendmail.mc были заданы строки > define(`confAUTH_MECHANISMS', `DIGEST-MD5 CRAM-MD5 PLAIN LOGIN')dnl > TRUST_AUTH_MECH(`DIGEST-MD5 CRAM-MD5 PLAIN LOGIN')dnl > > в чём может быть проблема? В отсутствии секрета в /etc/sasldb для данного юзера? CRAM-MD5 не может использовать общесистемную базу, /etc/shadow или что там есть. Точный ответ должен быть в логах на серверной стороне. Далее, "man saslpasswd" А.Л. > > спс, Вячеслав. > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Fwd: Re: парочка вопросо в]
--- Begin Message --- yurkin пишет: #update-pciids и будет счастье спаибо помогло. а вот по поводу поменявшихся интерфейсов ыопрос... ещещ не снят :-)) и и вот ещ подскажите при сборке ядра под вот этот камень(64 битный) gate:~# cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 44 model name : AMD Sempron(tm) Processor 2800+ stepping: 2 cpu MHz : 1607.525 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm bogomips: 3219.85 какой тип архитетуры выбирать? можно K8?? вообще если хочется на 64 битную поддержку нужно и весь софт собирать под 64 битную или эффекта это не даст? т.к. ... :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Mis ... Спасибо --- End Message ---
Re: парочка вопросов
В сообщении от 25 июля 2006 17:27 Nikolay Nikolaev написал(a): > yurkin пишет: > > #update-pciids > > и будет счастье > > спаибо помогло. > а вот по поводу поменявшихся интерфейсов ыопрос... ещещ не снят :-)) > > и и вот ещ подскажите при сборке ядра под вот этот камень(64 битный) > gate:~# cat /proc/cpuinfo > processor : 0 > vendor_id : AuthenticAMD > cpu family : 15 > model : 44 > model name : AMD Sempron(tm) Processor 2800+ > stepping: 2 > cpu MHz : 1607.525 > cache size : 256 KB > fdiv_bug: no > hlt_bug : no > f00f_bug: no > coma_bug: no > fpu : yes > fpu_exception : yes > cpuid level : 1 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt > lm 3dnowext 3dnow pni lahf_lm > bogomips: 3219.85 если хочешь 64 бита то изначально ставь 64битный дебиан если ставишь 32битный то выбирай строчку про атлон64 и оптероны > > какой тип архитетуры выбирать? можно K8?? вообще если хочется на 64 > битную поддержку нужно и весь софт собирать под 64 битную или > эффекта это не даст? > т.к. > ... > :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 > [Athlon64/Opteron] Mis > ... > > > Спасибо -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re[2]: The Bat и SMTP AUTH
> > В отсутствии секрета в /etc/sasldb для данного юзера? CRAM-MD5 не может > использовать общесистемную базу, /etc/shadow или что там есть. > > Точный ответ должен быть в логах на серверной стороне. Далее, "man > saslpasswd" > > А.Л. спс, действительно в базе sasl была запись для старого домена, счас аутентификация проходит успешно. а в продолжение темы такой вопрос-в заголовке письма есть параметр verify=NOT и (authenticated bits=0) Received: from host.office (host.office [192.168.12.86]) (authenticated bits=0) by server.office (8.13.7/8.13.7) with ESMTP id k6PAOXEh002451 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT) На sendmail.org в доке написано, что если verify=NOT, то это значит "no cert requested." а в "O'Reilly-'Sendmail cookbook'->"Yet TLS is still used to encrypt the link even when ${VERIFY} is set to NO" получается что всё-равно происходит кодирование канала? а как всё-таки добится verify=ОК и authenticated bits не равное 0? спс, Вячеслав. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Проблема обновлени я с PostgreSQL 7.2 на 7.4
> ...починить pre-removal скрипт, чтоб не валился (иногда > помогает временно поменять авторизацию на такую, которая делается на > автопилоте)... > А как это сделать? Какой документ почитать? > -- > Artem Chuprina > RFC2822: Jabber: [EMAIL PROTECTED] > Процветайте! Андрей. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: The Bat и SMTP AUTH
S R -> debian-russian@lists.debian.org @ Tue, 25 Jul 2006 14:55:09 +0400: >> В отсутствии секрета в /etc/sasldb для данного юзера? CRAM-MD5 не может >> использовать общесистемную базу, /etc/shadow или что там есть. >> >> Точный ответ должен быть в логах на серверной стороне. Далее, "man >> saslpasswd" >> >> А.Л. SR> SR> спс, действительно в базе sasl была запись для старого домена, счас аутентификация проходит успешно. SR> а в продолжение темы такой вопрос-в заголовке письма есть параметр verify=NOT и (authenticated bits=0) SR> Received: from host.office (host.office [192.168.12.86]) SR> (authenticated bits=0) SR> by server.office (8.13.7/8.13.7) with ESMTP id k6PAOXEh002451 SR> (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT) SR> На sendmail.org в доке написано, что если SR> verify=NOT, то это значит "no cert requested." SR> а в "O'Reilly-'Sendmail cookbook'->"Yet TLS is still used to SR> encrypt the link even when ${VERIFY} is set to NO" получается что SR> всё-равно происходит кодирование канала? а как всё-таки добится SR> verify=ОК и authenticated bits не равное 0? Есть подозрение, что это - про внутриTLSную аутентификацию по клиентскому сертификату. Оно тебе надо? -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Дело говоришь! Теперь делай его. Кнышев. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Проблема обновления с PostgreSQL 7.2 на 7.4
Andrei Stankevich -> debian-russian@lists.debian.org @ Tue, 25 Jul 2006 15:00:22 +0400: >> ...починить pre-removal скрипт, чтоб не валился (иногда >> помогает временно поменять авторизацию на такую, которая делается на >> автопилоте)... AS> А как это сделать? Какой документ почитать? Как поменять авторизацию или как починить скрипт? Первое - в документации на постгрес, второе - в коде скрипта. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Страшна, как смертный грех Феанора (С)энта -- 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 Tuesday 25 July 2006 17:54 Kirill Frolov wrote: > > Вот имеется домен и содержится он на стороне. А хочется его содержать > локально. Но почту в нём непременно чтоб на стороне получать. > > Вопрос: допустим, сервер на котором домен держится (первичный) ПАДАЕТ. > И его никто так поднимать не спешит. Неделю-другую. Вопрос -- что будет > с доставкой почты для этого домена, при условии, что вторичный сервер > точно не упадёт? Точно ничего? Если твой резервный почтовик настроен так что будет бесконечно хранить почту - то ничего. В противном случае отправителям будет отправлен отчет о том что письмо доставить не удалось. P.S.: если неделю-другую будет задержка в работе почты, а отправители ничего об этом не узнают - они могут обидеться и перестать работать/общаться с такими вот "молчунами". -- Best regards, Mihail Bart-mdv- @ SolarNet IRC: irc.solarnet.ru WWW: http://www.solarnet.ru/ -- Инвайт - лучше попей воды.
Re: содержание домена
Hi. On 25/07/06 17:54, Kirill Frolov wrote: > Вот имеется домен и содержится он на стороне. А хочется его содержать > локально. Но почту в нём непременно чтоб на стороне получать. > > Вопрос: допустим, сервер на котором домен держится (первичный) ПАДАЕТ. > И его никто так поднимать не спешит. Неделю-другую. Вопрос -- что будет > с доставкой почты для этого домена, при условии, что вторичный сервер > точно не упадёт? Точно ничего? Насколько я понял, имеются в виду DNS-сервера. То есть master упал, slave продолжают отвечать. Таки slaves будут отвечать про этот домен до тех пор, пока не истечёт время, указанное в "Expire" SOA RR. Это четвёртое число в SOA. После этого домен умрёт полностью, включая доставку почты. А.Л. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: maildrop && fetchmail
On Tue, Jul 25, 2006 at 12:45:27PM +0300, Roman Cheplyaka wrote: > Я вижу два пути решения проблемы: заставить fetchmail сначала сгрузить > письмо во временный файл, а затем скармливать maildrop'у, или же > повысить интервал таймаута у maildrop'а. Первый предпочтительнее, но > как реализовать хоть один из них я не знаю.. С ходу с помощью лома видится такой вариант реализации первого варианта: 0. Создаем каталог для временных файлов, в который может писать юзер под которым все это живет. Обзовем его . 1. Пишем скрипт, который сохраняет письмо во временный файл, после чего скармливает его maildrop-у вызванному с теми же параметрами, что и скрипт. Например: = mdpath='/usr/bin/maildrop' mtpath='' mtfile=`date +%s` mtfile="${mtpath}/${mtfile}.$$" cat > "$mtfile" $mdpath $@ < "$mtfile" rm -f "$mtfile" === 2. Отлаживаем на тестовом письме. 3. Указываем fetchmail этот скрипт вместо maildrop. Как реализовать второй вариант не знаю... WBR Dmitri Ivanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: содержание домена
Таки slaves будут отвечать про этот домен до тех пор, пока не истечёт время, указанное в "Expire" SOA RR. Это четвёртое число в SOA. После этого домен умрёт полностью, включая доставку почты. Но максимум год. :) -- Павел.
Re: vmware in testing
Вам необходимо скачать патчик для vmware. Называется vmware-any-any-update чего-то там. У меня все беды именно так и лечатся On 7/23/06, Serge Matveev <[EMAIL PROTECTED]> wrote: После обновления ядра в testing перестали собираться модули vmware: What is the location of the directory of C header files that match your running kernel? [/usr/src/linux/include] The kernel defined by this directory of header files does not have the same address space size as your running kernel. > home src # ls -l /usr/src/linux lrwxrwxrwx 1 root src 39 2006-07-23 03:09 /usr/src/linux -> /usr/src/linux-headers-2.6.16-2-686-smp/ > home src # uname -a Linux home 2.6.16-2-686-smp #1 SMP Sat Jul 15 22:33:00 UTC 2006 i686 GNU/Linux Не подскажет кто, что нужно исправть в headers, чтобы этот address space наконец-то стал same? :-( [EMAIL PROTECTED] spb ru Serge Matveev & ... ICQ 3575357 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Digital and all the music is free...
Re: usb принте р Canon PiXMA IP4000 & CUPS
On Sun, Jul 23, 2006 at 21:25 +0400, Igor Nikanov wrote: > Приветствую > > не могу под тестингом настроить сабж. Использую дрова от турбопринта. Принтер > добавляется в систему, но при > попытке распечатать тестовую страницу ничего не происходит. По моему проблема > в Device URI: > пробовал варианты > usb:/dev/parport0 > /dev/usb/lp0 > /dev/lp0 У меня Canon iP1500, драйвер тоже от TurboPrint и URI такое: usb://Canon/iP1500 > вот кое-что из логов > > E [23/Jul/2006:21:11:25 +0400] CUPS-Set-Default: Unauthorized > E [23/Jul/2006:21:11:51 +0400] Pause-Printer: Unauthorized > E [23/Jul/2006:21:11:57 +0400] CUPS-Delete-Printer: Unauthorized > E [23/Jul/2006:21:12:31 +0400] CUPS-Add-Modify-Printer: Unauthorized > E [23/Jul/2006:21:12:39 +0400] CUPS-Delete-Printer: Unauthorized > E [23/Jul/2006:21:13:37 +0400] CUPS-Add-Modify-Printer: Unauthorized > E [23/Jul/2006:21:17:26 +0400] CUPS-Add-Modify-Printer: Unauthorized > > Jul 23 20:50:35 localhost kernel: parport: PnPBIOS parport detected. > Jul 23 20:50:35 localhost kernel: parport0: PC-style at 0x378, irq 7 > [PCSPP,TRISTATE] > Jul 23 20:50:35 localhost kernel: lp0: using parport0 (interrupt-driven). > Jul 23 21:02:25 localhost kernel: ppdev: user-space parallel port driver > > > $ lsusb > Bus 005 Device 001: ID : > Bus 004 Device 001: ID : > Bus 003 Device 001: ID : > Bus 002 Device 001: ID : > Bus 001 Device 002: ID 04a9:1093 Canon, Inc. > Bus 001 Device 001: ID : > > В чем может быть проблема ? > > Игорь > Если используете CUPS, то посмотрите настройки этого принтера в http://localhost:631/ -- best regards, Alexander Popov mailto:[EMAIL PROTECTED] ICQ: 146242728 JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
djbdns
Добрый день. Помогите пожалуйста разобраться с работой сабжа тонее как в нем сделать что бы отвечал на реверсивные запросы $host 11.22.33.44 $IP_ADDRESS_DNS в ответ тишина в его логах говорится про то что запрос был но на него не было ответа перерыл весь инет перепробывав все что там советуют начиная от =domen.ru:11.22.33.44:86400 пробывал прописывать ^44.33.22.11.in-addr-arpa:domen.ru. тоже не помогает ткните носом что я не доглядел -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: djbdns
В сообщении от 26 июля 2006 12:54 yurkin написал(a): > Добрый день. > > Помогите пожалуйста разобраться с работой сабжа > тонее как в нем сделать что бы отвечал на реверсивные запросы > $host 11.22.33.44 $IP_ADDRESS_DNS > в ответ тишина в его логах говорится про то что запрос был но на него не > было ответа > перерыл весь инет перепробывав все что там советуют > начиная от > =domen.ru:11.22.33.44:86400 > пробывал прописывать > ^44.33.22.11.in-addr-arpa:domen.ru. > тоже не помогает > ткните носом что я не доглядел > кстати домены в нем которы резолвятся нормально то есть честно отрабатываются записи A NS MX не могу победить только PTR > > -- > С уважением, > Юркин Евгений > Siberia Health Inc -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: djbdns
yurkin -> debian-russian@lists.debian.org @ Wed, 26 Jul 2006 13:01:28 +0700: >> Помогите пожалуйста разобраться с работой сабжа >> тонее как в нем сделать что бы отвечал на реверсивные запросы >> $host 11.22.33.44 $IP_ADDRESS_DNS >> в ответ тишина в его логах говорится про то что запрос был но на него не >> было ответа >> перерыл весь инет перепробывав все что там советуют >> начиная от >> =domen.ru:11.22.33.44:86400 >> пробывал прописывать >> ^44.33.22.11.in-addr-arpa:domen.ru. >> тоже не помогает >> ткните носом что я не доглядел >> y> кстати домены в нем которы резолвятся нормально y> то есть честно отрабатываются записи A NS MX y> не могу победить только PTR Когда я с ним игрался - работало. Но это было давно и неправда. Помню только, что работало сразу, как только настроил по инструкции. А есть уверенность, что запросы идут к нему непосредственно, а не через DJB'шный же прокси? -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] The Eclipse Platform is an open and extensible platform for anything and yet nothing in particular. apt-cache show eclipse-platform -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: djbdns
В сообщении от 26 июля 2006 13:20 Artem Chuprina написал(a): > yurkin -> debian-russian@lists.debian.org @ Wed, 26 Jul 2006 13:01:28 +0700: > >> Помогите пожалуйста разобраться с работой сабжа > >> тонее как в нем сделать что бы отвечал на реверсивные запросы > >> $host 11.22.33.44 $IP_ADDRESS_DNS > >> в ответ тишина в его логах говорится про то что запрос был но на него > >> не было ответа > >> перерыл весь инет перепробывав все что там советуют > >> начиная от > >> =domen.ru:11.22.33.44:86400 > >> пробывал прописывать > >> ^44.33.22.11.in-addr-arpa:domen.ru. > >> тоже не помогает > >> ткните носом что я не доглядел > > y> кстати домены в нем которы резолвятся нормально > y> то есть честно отрабатываются записи A NS MX > y> не могу победить только PTR > > Когда я с ним игрался - работало. Но это было давно и неправда. Помню > только, что работало сразу, как только настроил по инструкции. А есть > уверенность, что запросы идут к нему непосредственно, а не через > DJB'шный же прокси? > запросы делаю с тогоже компа где и стоит tinydns > -- > Artem Chuprina > RFC2822: Jabber: [EMAIL PROTECTED] > > The Eclipse Platform is an open and extensible platform > for anything and yet nothing in particular. > apt-cache show eclipse-platform -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: djbdns
В сообщении от 26 июля 2006 13:20 Artem Chuprina написал(a): > yurkin -> debian-russian@lists.debian.org @ Wed, 26 Jul 2006 13:01:28 +0700: > >> Помогите пожалуйста разобраться с работой сабжа > >> тонее как в нем сделать что бы отвечал на реверсивные запросы > >> $host 11.22.33.44 $IP_ADDRESS_DNS > >> в ответ тишина в его логах говорится про то что запрос был но на него > >> не было ответа > >> перерыл весь инет перепробывав все что там советуют > >> начиная от > >> =domen.ru:11.22.33.44:86400 > >> пробывал прописывать > >> ^44.33.22.11.in-addr-arpa:domen.ru. > >> тоже не помогает > >> ткните носом что я не доглядел > > y> кстати домены в нем которы резолвятся нормально > y> то есть честно отрабатываются записи A NS MX > y> не могу победить только PTR > > Когда я с ним игрался - работало. Но это было давно и неправда. Помню > только, что работало сразу, как только настроил по инструкции. А есть > уверенность, что запросы идут к нему непосредственно, а не через > DJB'шный же прокси? > в логах @400044c705b516aed4d4 57f1c26a:085e:7e02 - 000c 44.33.22.11.in-addr.arpa > -- > Artem Chuprina > RFC2822: Jabber: [EMAIL PROTECTED] > > The Eclipse Platform is an open and extensible platform > for anything and yet nothing in particular. > apt-cache show eclipse-platform -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]