From wolvverine w tarchomin.pl  Fri Jun  1 03:45:37 2007
From: wolvverine w tarchomin.pl (=?UTF-8?Q?Micha=C5=82?= Panasiewicz)
Date: Fri, 01 Jun 2007 03:45:37 +0200
Subject: Toshiba
In-Reply-To: <ae5379f70705310020r58ecfea8teffab86f3b5be0e3@mail.gmail.com>
References: <op.ts3gl1l6wjt21z@rafal.blokernia>
	<1200.148.81.137.6.1180453806.squirrel@localhost>
	<op.ts3iq9u9wjt21z@rafal.blokernia>
	<a39750d70705291037k3358be03ja3374e729ec8b241@mail.gmail.com>
	<ae5379f70705310020r58ecfea8teffab86f3b5be0e3@mail.gmail.com>
Message-ID: <1180662337.5135.53.camel@localhost>

Dnia 31-05-2007, czw o godzinie 09:20 +0200, Liliana Ziolek napisał(a):
> On 5/29/07, croolyc <croolists w gmail.com> wrote:
> > bardziej bym sie zastanawiał czy zadziałają ficzery toshiba only
> 
> I słusznie...
> 
> > typu przyciski, zarzadzanie energia itp
> > cos tam do toshiby w cvs lezy
> 
> (Od razu mówię że zupełnie inny model: Tecra M5)
> To co leży w CVSie działa częściowo...
> Generalnie podstawowe rzeczy działają (z wyjątkiem WiFi, którego nie
> sprawdzałam więc nie wiem), ale np. suspend, hibernacja, fingerprint
> reader, czytnik kart to już niestety wyższa szkoła jazdy - albo się
> nie da, albo zbyt dużo kombinowania jak dla mnie, w każdym razie u
> mnie nie działa.

u mnie:

$sudo lspci
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML
and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS,
943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS,
943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High
Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express
Port 1 (rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express
Port 3 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #1 (rev 02)
...
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI
Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface
Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE
Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family)
SATA AHCI Controller (rev 02)
01:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet
Controller
02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG
Network Connection (rev 02)
03:0b.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller
03:0b.1 FireWire (IEEE 1394): Texas Instruments PCIxx12 OHCI Compliant
IEEE 1394 Host Controller


03:0b.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia
Card Reader (SD/MMC/MS/MS PRO/xD)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^  nie
działa


03:0b.3 Generic system peripheral [0805]: Texas Instruments PCIxx12 SDA
Standard Compliant SD Host Controller
adi w wolvv-lap 03:38:30 ~ $sudo lsusb
...
Bus 002 Device 004: ID 0930:0508 Toshiba Corp. 

Bus 002 Device 003: ID 0483:2016 SGS Thomson Microelectronics
Fingerprint Reader
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ nie
działa (nawet nie ustawialem prawde mowiac)

Bus 002 Device 001: ID 0000:0000  


dodatkowe przyciski, Wi-Fi, bluetooth, ekran dotykowy i reszta działa
bardzo ładnie. (TH)
Toshiba M400

-- 
Michał Panasiewicz Linux user nr. #425323 - jabber: wolvverine [ at ] chrome [ dot ] pl  || e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ dot ] org
http://www.linkomp.pl - Linkomp - Usługi informatyczne dla firm - biuro [ at ] linkomp [ dot ] pl



From masko w ipipan.waw.pl  Fri Jun  1 10:02:42 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Fri, 1 Jun 2007 10:02:42 +0200
Subject: [AC] OpenOffice 2.1.0 i polskie znaki w nazwach tworzonych
	=?iso-8859-2?q?plik=F3w?= =?iso-8859-2?q?_katalog=F3w?=
Message-ID: <200706011002.42491@slaptop.ed.pl>

Właśnie zauważyłem, że OOo w jakiś dziwny sposób traktuje polskie znaki w 
nazwach zapisywanych plików. Próbuję nagrać plik w katalogu "współpraca". 
Zamiast grzecznie utworzyć w nim plik o tej nazwie, tworzony jest nowy 
podkatalog o nazwie "wsp%F3%B3praca" - czyli ewidentnie UTF8, chociaż go 
nie wykorzystuję. Podobnie przy zapisywaniu plików z polskimi literami w 
nazwach - też są one kodowane jako UTF8.

Czy można to jakoś wyłączyć? Używam openoffice.org-*-2.1.0-0.ooe680_m6.4
-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From zswi w pers.pl  Fri Jun  1 12:16:04 2007
From: zswi w pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=)
Date: Fri, 1 Jun 2007 12:16:04 +0200
Subject: NFS i kopiowanie =?utf-8?q?du=C5=BCych?= =?utf-8?q?_plik=C3=B3w?=
Message-ID: <200706011216.12686.zswi@pers.pl>

Witam!

Mam problem ze stacjami bezdyskowymi startującymi z nfs-a. Podczas kopiowania 
dużych plików stacja praktycznie zamiera. Co może być przyczyną takiego 
zachowania? W logach niczego nie znalazłem.

Serwer:
-bash-3.2# rpm -q kernel
kernel-2.6.19.2-0.1.x86_64
-bash-3.2# rpm -qa | grep nfs
libnfsidmap-0.16-1.x86_64
nfs-utils-common-1.1.0-0.rc1.1.x86_64
nfs-utils-1.1.0-0.rc1.1.x86_64

Stacje robocze:
-bash-3.2# rpm -q kernel
kernel-2.6.20.7-1.i486

Pozdrawiam,
-- 
Rafał Cygnarowski
rafi w pers.pl
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: signature.asc
Typ: application/pgp-signature
Rozmiar: 189 bytes
Opis: This is a digitally signed message part.
Adres: </mailman/pipermail/pld-users-pl/attachments/20070601/c3fa600b/attachment.sig>

From mateusz w ant.gliwice.pl  Fri Jun  1 13:00:51 2007
From: mateusz w ant.gliwice.pl (Mateusz Korniak)
Date: Fri, 1 Jun 2007 13:00:51 +0200
Subject: Toshiba
In-Reply-To: <1180662337.5135.53.camel@localhost>
References: <op.ts3gl1l6wjt21z@rafal.blokernia>
	<ae5379f70705310020r58ecfea8teffab86f3b5be0e3@mail.gmail.com>
	<1180662337.5135.53.camel@localhost>
Message-ID: <200706011300.51669.mateusz@ant.gliwice.pl>

On Friday 01 June 2007, Michał Panasiewicz wrote:
> dodatkowe przyciski, Wi-Fi, bluetooth, ekran dotykowy i reszta działa
> bardzo ładnie. (TH)
> Toshiba M400

A to bluetooth to na czym chodzi ?
Adapter USB (nie widze w liście ? ) czy jakoś inaczej ?
Mam w firmie Toshiba R20-110 i poległem w pierwszym podejściu do bluetooth'a.

-- 
Mateusz Korniak


From darek.k.fm w interia.pl  Fri Jun  1 13:07:51 2007
From: darek.k.fm w interia.pl (dariusz krzempek)
Date: 01 Jun 2007 13:07:51 +0200
Subject: statystyki maillog - postfixa
Message-ID: <20070601110751.5B97380DBDC@poczta.interia.pl>

Witajcie,

 Muszę zrobić statystyki ruchu maili dla danej domeny na postawie danych w maillog postfixa. Czy ktoś zna jakieś narzędzie które potrafiło by coś takiego wykonać? Przegooglałem wiele stron i niestety żadne z dostępnych nie sprawdza się :/
Może ktoś z was ma coś sprawdzonego?

---
Pozdrawiam
Dariusz Krzempek


----------------------------------------------------------------------
Jestes kierowca? To poczytaj! >>> http://link.interia.pl/f199e



From pmuch w zamek.szczecin.pl  Fri Jun  1 13:13:04 2007
From: pmuch w zamek.szczecin.pl (=?ISO-8859-2?Q?Pawe=B3_Muszy=F1ski?=)
Date: Fri, 01 Jun 2007 13:13:04 +0200
Subject: statystyki maillog - postfixa
In-Reply-To: <20070601110751.5B97380DBDC@poczta.interia.pl>
References: <20070601110751.5B97380DBDC@poczta.interia.pl>
Message-ID: <465FFF40.2080403@zamek.szczecin.pl>

dariusz krzempek pisze:
> Witajcie,
>
>  Muszę zrobić statystyki ruchu maili dla danej domeny na postawie danych w maillog postfixa. Czy ktoś zna jakieś narzędzie które potrafiło by coś takiego wykonać? Przegooglałem wiele stron i niestety żadne z dostępnych nie sprawdza się :/
> Może ktoś z was ma coś sprawdzonego?
>
>   
Próbowałeś pflogsumm ?


From wolvverine w tarchomin.pl  Fri Jun  1 14:28:47 2007
From: wolvverine w tarchomin.pl (=?UTF-8?Q?Micha=C5=82?= Panasiewicz)
Date: Fri, 01 Jun 2007 14:28:47 +0200
Subject: Toshiba
In-Reply-To: <200706011300.51669.mateusz@ant.gliwice.pl>
References: <op.ts3gl1l6wjt21z@rafal.blokernia>
	<ae5379f70705310020r58ecfea8teffab86f3b5be0e3@mail.gmail.com>
	<1180662337.5135.53.camel@localhost>
	<200706011300.51669.mateusz@ant.gliwice.pl>
Message-ID: <1180700927.5658.6.camel@localhost>

Dnia 01-06-2007, pią o godzinie 13:00 +0200, Mateusz Korniak napisał(a):
...
> A to bluetooth to na czym chodzi ?
> Adapter USB (nie widze w liście ? ) czy jakoś inaczej ?
> Mam w firmie Toshiba R20-110 i poległem w pierwszym podejściu do bluetooth'a.
> 

$sudo lsusb -v -s 003:003

Bus 003 Device 003: ID 0930:0508 Toshiba Corp. 
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass          224 Wireless
  bDeviceSubClass         1 Radio Frequency
  bDeviceProtocol         1 Bluetooth
  bMaxPacketSize0        64
  idVendor           0x0930 Toshiba Corp.
  idProduct          0x0508 
  bcdDevice           19.15
  iManufacturer           0 
  iProduct                0 
  iSerial                 0 
  bNumConfigurations      1


$rpm -qa | grep tosh
toshutils-2.0.1-3.i686
toshset-1.72-1.i686
kernel-misc-toshbt-1.0-4 w 2.6.20.11_1.i686
toshbt-1.0-0.1.i686

http://wolvverine.jogger.pl/2006/08/28/toshiba-bluetooth-on/

-- 
Michał Panasiewicz Linux user nr. #425323 - jabber: wolvverine [ at ] chrome [ dot ] pl  || e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ dot ] org
http://www.linkomp.pl - Linkomp - Usługi informatyczne dla firm - biuro [ at ] linkomp [ dot ] pl



From alucard w nospheratu.net  Fri Jun  1 16:15:27 2007
From: alucard w nospheratu.net (Tomasz Rutkowski)
Date: Fri, 1 Jun 2007 16:15:27 +0200
Subject: ldap i polskie znaki
Message-ID: <20070601161527.7ec3a7f2@vampire>

czy istnieje metoda na przekonanie openldap, żeby nie kodował
base64 napisów z polskimi znakami?

-- 
------------------------------------------------------------------------
Tomasz Rutkowski, e-mail/jid: alucard w nospheratu.net, +48 604 419 913
------------------------------------------------------------------------


From beorn w alpha.pl  Fri Jun  1 16:37:21 2007
From: beorn w alpha.pl (Daniel =?iso-8859-2?q?Mr=F3z?=)
Date: Fri, 1 Jun 2007 16:37:21 +0200
Subject: ldap i polskie znaki
In-Reply-To: <20070601161527.7ec3a7f2@vampire>
References: <20070601161527.7ec3a7f2@vampire>
Message-ID: <200706011637.22289.beorn@alpha.pl>

On Friday 01 of June 2007, Tomasz Rutkowski wrote:
> czy istnieje metoda na przekonanie openldap, żeby nie kodował
> base64 napisów z polskimi znakami?
Errrm.... Standard raczej nie przewiduje przechowywania znaków 8bit. A co 
chcesz osiągnąć?


Pozdrawiam
Beorn

-- 
Daniel 'Beorn' Mróz <beorn w alpha.pl>    http://127.0.0.1/beorn
[GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---]
[O- M- V!  PS+ PE++ Y+ PGP++ t- 5  X R !tv b+ DI D++ G++ e h*]
[                          r++  y+                           ]


From alucard w nospheratu.net  Fri Jun  1 16:42:14 2007
From: alucard w nospheratu.net (Tomasz Rutkowski)
Date: Fri, 1 Jun 2007 16:42:14 +0200
Subject: ldap i polskie znaki
In-Reply-To: <200706011637.22289.beorn@alpha.pl>
References: <20070601161527.7ec3a7f2@vampire>
	<200706011637.22289.beorn@alpha.pl>
Message-ID: <20070601164214.1b84307c@vampire>

Dnia Fri, 1 Jun 2007 16:37:21 +0200
Daniel Mróz <beorn w alpha.pl> napisał(a):

> On Friday 01 of June 2007, Tomasz Rutkowski wrote:
> > czy istnieje metoda na przekonanie openldap, żeby nie kodował
> > base64 napisów z polskimi znakami?
> Errrm.... Standard raczej nie przewiduje przechowywania znaków 8bit.
> A co chcesz osiągnąć?
> 

moje dyrektorstwo chce, żeby w książkach, po zablokowaniu
komputera, itp. pokazywane były napisy z polskimi znakami (pole cn)

biorąc pod uwagę, że openldap v3 i tak przechowuje stringi w utf8
myślałem, że może się jakoś da...

-- 
------------------------------------------------------------------------
Tomasz Rutkowski, e-mail/jid: alucard w nospheratu.net, +48 604 419 913
------------------------------------------------------------------------


From beorn w alpha.pl  Fri Jun  1 16:48:22 2007
From: beorn w alpha.pl (Daniel =?iso-8859-2?q?Mr=F3z?=)
Date: Fri, 1 Jun 2007 16:48:22 +0200
Subject: ldap i polskie znaki
In-Reply-To: <20070601164214.1b84307c@vampire>
References: <20070601161527.7ec3a7f2@vampire>
	<200706011637.22289.beorn@alpha.pl>
	<20070601164214.1b84307c@vampire>
Message-ID: <200706011648.22150.beorn@alpha.pl>

On Friday 01 of June 2007, Tomasz Rutkowski wrote:
> > A co chcesz osiągnąć?
> moje dyrektorstwo chce, żeby w książkach, po zablokowaniu
> komputera, itp. pokazywane były napisy z polskimi znakami (pole cn)
Odpowiednie przekształcenie leży w gestii klienta LDAP.

> biorąc pod uwagę, że openldap v3 i tak przechowuje stringi w utf8
> myślałem, że może się jakoś da...
Hmmmm... Mam LDAPv3, ale stringi zwraca mi dalej w Base64. Nie znam za dobrze 
specyfikacji protokołu, ale może to jest jego ograniczenie, a nie bazy?


Pozdrawiam
Beorn

-- 
Daniel 'Beorn' Mróz <beorn w alpha.pl>    http://127.0.0.1/beorn
[GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---]
[O- M- V!  PS+ PE++ Y+ PGP++ t- 5  X R !tv b+ DI D++ G++ e h*]
[                          r++  y+                           ]


From alucard w nospheratu.net  Fri Jun  1 16:55:27 2007
From: alucard w nospheratu.net (Tomasz Rutkowski)
Date: Fri, 1 Jun 2007 16:55:27 +0200
Subject: ldap i polskie znaki
In-Reply-To: <200706011648.22150.beorn@alpha.pl>
References: <20070601161527.7ec3a7f2@vampire>
	<200706011637.22289.beorn@alpha.pl>
	<20070601164214.1b84307c@vampire>
	<200706011648.22150.beorn@alpha.pl>
Message-ID: <20070601165527.195d0272@vampire>

Dnia Fri, 1 Jun 2007 16:48:22 +0200
Daniel Mróz <beorn w alpha.pl> napisał(a):

> On Friday 01 of June 2007, Tomasz Rutkowski wrote:
> > > A co chcesz osiągnąć?
> > moje dyrektorstwo chce, żeby w książkach, po zablokowaniu
> > komputera, itp. pokazywane były napisy z polskimi znakami (pole cn)
> Odpowiednie przekształcenie leży w gestii klienta LDAP.
> 
> > biorąc pod uwagę, że openldap v3 i tak przechowuje stringi w utf8
> > myślałem, że może się jakoś da...
> Hmmmm... Mam LDAPv3, ale stringi zwraca mi dalej w Base64. Nie znam
> za dobrze specyfikacji protokołu, ale może to jest jego ograniczenie,
> a nie bazy?
> 

heh, no niestety ja też za dobrze ldap nie znam, miałem przygotowany
system oparty o PLD i postgresql, mój dyrektor jednak zadecydował, że
ma być redhat i ldap...

biorąc jednak pod uwagę co mi piszą gugle, to chyba jednak będzie
trzeba konwertować do ascii...

-- 
------------------------------------------------------------------------
Tomasz Rutkowski, e-mail/jid: alucard w nospheratu.net, +48 604 419 913
------------------------------------------------------------------------


From croolists w gmail.com  Fri Jun  1 22:31:37 2007
From: croolists w gmail.com (croolyc)
Date: Fri, 1 Jun 2007 22:31:37 +0200
Subject: forum.pld-linux.org
Message-ID: <a39750d70706011331j4db05464h269d4feb2c84c26f@mail.gmail.com>

czyżby znowu coś nie poszło*
(113) No route to host*
z ciekawości pytam
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070601/2a3e1357/attachment.htm>

From undefine w aramin.net  Fri Jun  1 23:28:30 2007
From: undefine w aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Fri, 1 Jun 2007 23:28:30 +0200
Subject: Toshiba
In-Reply-To: <1180662337.5135.53.camel@localhost>
References: <op.ts3gl1l6wjt21z@rafal.blokernia>
	<1200.148.81.137.6.1180453806.squirrel@localhost>
	<op.ts3iq9u9wjt21z@rafal.blokernia>
	<a39750d70705291037k3358be03ja3374e729ec8b241@mail.gmail.com>
	<ae5379f70705310020r58ecfea8teffab86f3b5be0e3@mail.gmail.com>
	<1180662337.5135.53.camel@localhost>
Message-ID: <20070601212830.GA30658@aramin.net>

On Fri, Jun 01, 2007 at 03:45:37AM +0200, Michał Panasiewicz wrote:
> Bus 002 Device 003: ID 0483:2016 SGS Thomson Microelectronics
> Fingerprint Reader
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ nie
> działa (nawet nie ustawialem prawde mowiac)

oo.. jak takie coś działa? na jakiej zasadzie?

-- 
Andrzej 'The Undefined' Dopierała
Linux && Unix && Network administrator
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine w piastlan.net         e-mail: andrzej w dopierala.name


From undefine w aramin.net  Fri Jun  1 23:31:17 2007
From: undefine w aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Fri, 1 Jun 2007 23:31:17 +0200
Subject: NFS i kopiowanie =?iso-8859-2?Q?du=BFy?=
	=?iso-8859-2?Q?ch_plik=F3w?=
In-Reply-To: <200706011216.12686.zswi@pers.pl>
References: <200706011216.12686.zswi@pers.pl>
Message-ID: <20070601213117.GB30658@aramin.net>

On Fri, Jun 01, 2007 at 12:16:04PM +0200, Rafał Cygnarowski wrote:
> Mam problem ze stacjami bezdyskowymi startującymi z nfs-a. Podczas kopiowania 
> dużych plików stacja praktycznie zamiera. Co może być przyczyną takiego 
> zachowania? W logach niczego nie znalazłem.
nfs przez udp czy przez tcp?
spróbuj przez tcp.
jak rozumiem nfs 3-ka?

-- 
Andrzej 'The Undefined' Dopierała
Linux && Unix && Network administrator
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine w piastlan.net         e-mail: andrzej w dopierala.name


From liliana.ziolek w gmail.com  Fri Jun  1 23:54:19 2007
From: liliana.ziolek w gmail.com (Liliana Ziolek)
Date: Fri, 1 Jun 2007 23:54:19 +0200
Subject: Toshiba
In-Reply-To: <20070601212830.GA30658@aramin.net>
References: <op.ts3gl1l6wjt21z@rafal.blokernia>
	<1200.148.81.137.6.1180453806.squirrel@localhost>
	<op.ts3iq9u9wjt21z@rafal.blokernia>
	<a39750d70705291037k3358be03ja3374e729ec8b241@mail.gmail.com>
	<ae5379f70705310020r58ecfea8teffab86f3b5be0e3@mail.gmail.com>
	<1180662337.5135.53.camel@localhost>
	<20070601212830.GA30658@aramin.net>
Message-ID: <ae5379f70706011454o61aa1e3r7bb487b125ac540a@mail.gmail.com>

On 6/1/07, Andrzej 'The Undefined' Dopierała <undefine w aramin.net> wrote:
> On Fri, Jun 01, 2007 at 03:45:37AM +0200, Michał Panasiewicz wrote:
> > Bus 002 Device 003: ID 0483:2016 SGS Thomson Microelectronics
> > Fingerprint Reader
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ nie
> > działa (nawet nie ustawialem prawde mowiac)
>
> oo.. jak takie coś działa? na jakiej zasadzie?

Pod linuksem to nie wiem czy w ogóle jest możliwe takie ustawienie
systemu (nie mówiąc już o PLD ;) i jakie czary trzeba odczynić).

Pod windowsem w każdym razie daje to głównie tyle, że zamiast wybierać
usera i wpisywać hasło przejeżdżam palcem i system wykrywa jaki user i
loguje. Poza tym każdy user ma jakiś szyfrowany folder na dysku, do
którego dostęp jest przyznawany też po przedstawieniu się palcem
(można ustawić żeby brał też hasło, ale może być tylko na odcisk).
O dziwo, w przeciwieństwie do fingerprint readerów z którymi miałam do
czynienia na PocketPC (HP iPAQ), ten w Toshibie działa naprawde dobrze
i w ogromnej większości przypadków rozpoznaje mi odcisk przy pierwszej
próbie.

-- 
Pozdrawiam,
Liliana
"Write your code as if the person maintaining it is a homicidal maniac
who knows where you live."
Tak, wiem że gmail daje zły delimiter sygnaturki...

From sls w poczta.wp.pl  Sat Jun  2 00:08:15 2007
From: sls w poczta.wp.pl (Szymon Siwek)
Date: Sat, 2 Jun 2007 00:08:15 +0200
Subject: Toshiba
In-Reply-To: <ae5379f70706011454o61aa1e3r7bb487b125ac540a@mail.gmail.com>
References: <op.ts3gl1l6wjt21z@rafal.blokernia>
	<1200.148.81.137.6.1180453806.squirrel@localhost>
	<op.ts3iq9u9wjt21z@rafal.blokernia>
	<a39750d70705291037k3358be03ja3374e729ec8b241@mail.gmail.com>
	<ae5379f70705310020r58ecfea8teffab86f3b5be0e3@mail.gmail.com>
	<1180662337.5135.53.camel@localhost>
	<20070601212830.GA30658@aramin.net>
	<ae5379f70706011454o61aa1e3r7bb487b125ac540a@mail.gmail.com>
Message-ID: <20070601220815.GA19714@cion.siwster.com>

On Fri, Jun 01, 2007 at 11:54:19PM +0200, Liliana Ziolek wrote:
> On 6/1/07, Andrzej 'The Undefined' Dopierała <undefine w aramin.net> wrote:
> > On Fri, Jun 01, 2007 at 03:45:37AM +0200, Michał Panasiewicz wrote:
> > > Bus 002 Device 003: ID 0483:2016 SGS Thomson Microelectronics
> > > Fingerprint Reader
> > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ nie
> > > działa (nawet nie ustawialem prawde mowiac)
> >
> > oo.. jak takie coś działa? na jakiej zasadzie?
> 
> Pod linuksem to nie wiem czy w ogóle jest możliwe takie ustawienie
> systemu (nie mówiąc już o PLD ;) i jakie czary trzeba odczynić).
> 
thinkfinger.spec
U mnie na thinkpadzie czytnik z takim numerkiem działa.

-- 
Szymon Siwek
Los nikomu nie szczędzi rozczarowań


From zswi w pers.pl  Sat Jun  2 08:52:07 2007
From: zswi w pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=)
Date: Sat, 2 Jun 2007 08:52:07 +0200
Subject: [OT] =?utf-8?q?Sieci=C3=B3wki?= Intela
Message-ID: <200706020852.11751.zswi@pers.pl>

Witam!

Potrzebuję pilnie zakupić jakieś dobre sieciówki. Patrząc w archiwum 
widziałem, że polecaliście "Intel Corporation 82557/8/9", ale nie mogę ich 
nigdzie znaleźć. Najprawdopodobniej moje są odpowiedzialne za zwisy 
bezdyzskowych stacji (mój wcześniejszy post). Gdzie kupujecie te karty? I 
przede wszystkim czy zawierają PXE? Najbardziej porządane miejsca zakupu to 
Bielsko, Kraków, Częstochowa, Katowice, Zabrze - mogę tam być lub kogoś 
wysłać.

Z góry dziękuję.
Pozdrawiam,
-- 
Rafał Cygnarowski
rafi w pers.pl
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: signature.asc
Typ: application/pgp-signature
Rozmiar: 189 bytes
Opis: This is a digitally signed message part.
Adres: </mailman/pipermail/pld-users-pl/attachments/20070602/16386c2c/attachment.sig>

From croolists w gmail.com  Sat Jun  2 09:26:36 2007
From: croolists w gmail.com (croolyc)
Date: Sat, 2 Jun 2007 09:26:36 +0200
Subject: =?ISO-8859-2?Q?Re:_[OT]_Sieci=F3wki_Intela?=
In-Reply-To: <200706020852.11751.zswi@pers.pl>
References: <200706020852.11751.zswi@pers.pl>
Message-ID: <a39750d70706020026j2d40e665s962ab83d7561ed75@mail.gmail.com>

02-06-07, Rafał Cygnarowski <zswi w pers.pl> napisał(a):
>
> Witam!
>
> Potrzebuję pilnie zakupić jakieś dobre sieciówki. Patrząc w archiwum
> widziałem, że polecaliście "Intel Corporation 82557/8/9", ale nie mogę ich
> nigdzie znaleźć. Najprawdopodobniej moje są odpowiedzialne za zwisy
> bezdyzskowych stacji (mój wcześniejszy post). Gdzie kupujecie te karty? I
> przede wszystkim czy zawierają PXE? Najbardziej porządane miejsca zakupu
> to
> Bielsko, Kraków, Częstochowa, Katowice, Zabrze - mogę tam być lub kogoś
> wysłać.
>
> swego czasu kupiłem na allegro od jakiegos SS
20 szt. 3com '3c59x' i 10 szt, intel 'e100' (obie bootrom, wol) nie narzekam
pracują do dziś - cena byla smieszna 8zl za szt.
na (chyba) tomshardware kiedys czytalem testy sieciowek wygral 3com przed
intelem zostawiajac cala reszte daleko z tylu
3com i intel mialy bardzo zblizone osiagi stabilnosciowo-wydajnosciowe lecz
3com mniej obciazal procka
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070602/b368e535/attachment.htm>

From slwkk-maillists w alternatywa.net  Sat Jun  2 09:40:53 2007
From: slwkk-maillists w alternatywa.net (Slawomir Kawala)
Date: Sat, 2 Jun 2007 09:40:53 +0200
Subject: statystyki maillog - postfixa
In-Reply-To: <20070601110751.5B97380DBDC@poczta.interia.pl>
References: <20070601110751.5B97380DBDC@poczta.interia.pl>
Message-ID: <20070602094053.31e0164b@slawcio.alternatywa.net>

Dnia 01 Jun 2007 13:07:51 +0200
dariusz krzempek <darek.k.fm w interia.pl> napisal(a||e)s:

>  Muszę zrobić statystyki ruchu maili dla danej domeny na postawie
> danych w maillog postfixa. Czy ktoś zna jakieś narzędzie które
> potrafiło by coś takiego wykonać? 

mailgraph

-- 
Best regards, Slawomir Kawala
JID: slwkk [at] alternatywa [dot] net
GSM: (0)601-398-348


From domelu w gmail.com  Sat Jun  2 09:58:43 2007
From: domelu w gmail.com (Adam Nowotny)
Date: Sat, 2 Jun 2007 09:58:43 +0200
Subject: forum.pld-linux.org
In-Reply-To: <a39750d70706011331j4db05464h269d4feb2c84c26f@mail.gmail.com>
References: <a39750d70706011331j4db05464h269d4feb2c84c26f@mail.gmail.com>
Message-ID: <5cec4b1d0706020058i212c3aebo6adc4a7b2e919a7b@mail.gmail.com>

01-06-07, croolyc <croolists w gmail.com> napisał(a):
> czyżby znowu coś nie poszło
> (113) No route to host
> z ciekawości pytam

Maszyna lezy, wroci najpozniej w poniedzialek (chyba, ze stalo sie cos
powazniejszego)

-- 
pozdrawiam,
Adam Nowotny

From zswi w pers.pl  Sat Jun  2 10:36:08 2007
From: zswi w pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Sat, 2 Jun 2007 10:36:08 +0200
Subject: [OT] =?iso-8859-2?q?Sieci=F3wki?= Intela
In-Reply-To: <a39750d70706020026j2d40e665s962ab83d7561ed75@mail.gmail.com>
References: <200706020852.11751.zswi@pers.pl>
	<a39750d70706020026j2d40e665s962ab83d7561ed75@mail.gmail.com>
Message-ID: <200706021036.19046.zswi@pers.pl>

Dnia sobota, 2 czerwca 2007, croolyc napisał:
> swego czasu kupiłem na allegro od jakiegos SS
>
> 20 szt. 3com '3c59x' i 10 szt, intel 'e100' (obie bootrom, wol) nie
> narzekam pracują do dziś - cena byla smieszna 8zl za szt.
> na (chyba) tomshardware kiedys czytalem testy sieciowek wygral 3com przed
> intelem zostawiajac cala reszte daleko z tylu
> 3com i intel mialy bardzo zblizone osiagi stabilnosciowo-wydajnosciowe lecz
> 3com mniej obciazal procka

Mam właśnie 3com-y 3c905 różnej maści i właśnie klnę na czym świat stoi bo 
jestem w stanie bez najmniejszego problemu uwiesić kompa przy kopiowaniu 
pliku większego niż 50 Mb (karty działają w 100Mb full duplex).

Pozdrawiam,
-- 
Rafał Cygnarowski
rafi w pers.pl
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: signature.asc
Typ: application/pgp-signature
Rozmiar: 189 bytes
Opis: This is a digitally signed message part.
Adres: </mailman/pipermail/pld-users-pl/attachments/20070602/8d8b7ae3/attachment.sig>

From gzohop w gmail.com  Sat Jun  2 10:52:03 2007
From: gzohop w gmail.com (Grzesiek Pycia)
Date: Sat, 2 Jun 2007 10:52:03 +0200
Subject: =?ISO-8859-2?Q?Re:_[OT]_Sieci=F3wki_Intela?=
In-Reply-To: <200706021036.19046.zswi@pers.pl>
References: <200706020852.11751.zswi@pers.pl>
	<a39750d70706020026j2d40e665s962ab83d7561ed75@mail.gmail.com>
	<200706021036.19046.zswi@pers.pl>
Message-ID: <9bf18e9e0706020152g34f5167aofb41bf903e526988@mail.gmail.com>

02-06-07, Rafał Cygnarowski <zswi w pers.pl> napisał(a):
>
>
>
> Mam właśnie 3com-y 3c905 różnej maści i właśnie klnę na czym świat stoi bo
> jestem w stanie bez najmniejszego problemu uwiesić kompa przy kopiowaniu
> pliku większego niż 50 Mb (karty działają w 100Mb full duplex).
>
>
>
>
To może serwerowe sieciówki intela, tylko że one dosyć drogie są (chyba
kilkaset złotych, ale mogę sie mylić)

Pozdrawiam
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070602/908a3b0d/attachment.htm>

From ab_1 w abram.eu.org  Sat Jun  2 13:28:00 2007
From: ab_1 w abram.eu.org (Michal Abramowicz)
Date: Sat, 2 Jun 2007 13:28:00 +0200
Subject: [OT] =?iso-8859-1?Q?Sieci=F3wki?= Intela
In-Reply-To: <200706021036.19046.zswi@pers.pl>
References: <200706020852.11751.zswi@pers.pl>
	<a39750d70706020026j2d40e665s962ab83d7561ed75@mail.gmail.com>
	<200706021036.19046.zswi@pers.pl>
Message-ID: <20070602112800.GA21618@mail.batek.pl>

> Mam właśnie 3com-y 3c905 różnej maści i właśnie klnę na czym świat stoi bo 
> jestem w stanie bez najmniejszego problemu uwiesić kompa przy kopiowaniu 
> pliku większego niż 50 Mb (karty działają w 100Mb full duplex).


Hm, może masz je _walniete_ ???
Sprawdz przedewszystkim ilość errorów, ifconfig twoim przyjacielem,
pewnie podczas pracy świeci na żółto.

Ja kiedyś miałem tak, że 3com działa w kratkę, poprostu się "zużył".
Wsadziłem kolejnego z zapasów do xterminala i jak ręką odjęło :-)

pozdrawiam,
m.a.
-- 
Michał Abramowicz	abram  pld  -  linux  org


From zswi w pers.pl  Sat Jun  2 13:51:38 2007
From: zswi w pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Sat, 2 Jun 2007 13:51:38 +0200
Subject: [OT] =?iso-8859-2?q?Sieci=F3wki?= Intela
In-Reply-To: <20070602112800.GA21618@mail.batek.pl>
References: <200706020852.11751.zswi@pers.pl> <200706021036.19046.zswi@pers.pl>
	<20070602112800.GA21618@mail.batek.pl>
Message-ID: <200706021351.44212.zswi@pers.pl>

Dnia sobota, 2 czerwca 2007, Michal Abramowicz napisał:
> Hm, może masz je _walniete_ ???

Zwiesiłem 2 kompy testując - 3ci działa, ki czort... Będę testował każdą 
kartę, która mi w "łapę" wpadnie...

Pozdrawiam,
-- 
Rafał Cygnarowski
rafi w pers.pl
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: signature.asc
Typ: application/pgp-signature
Rozmiar: 189 bytes
Opis: This is a digitally signed message part.
Adres: </mailman/pipermail/pld-users-pl/attachments/20070602/092f4832/attachment.sig>

From pld w pfu.pl  Sat Jun  2 21:47:32 2007
From: pld w pfu.pl (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=)
Date: Sat, 02 Jun 2007 21:47:32 +0200
Subject: [OT] =?ISO-8859-2?Q?Sieci=F3wki_Intela?=
In-Reply-To: <200706021351.44212.zswi@pers.pl>
References: <200706020852.11751.zswi@pers.pl>
	<200706021036.19046.zswi@pers.pl>	<20070602112800.GA21618@mail.batek.pl>
	<200706021351.44212.zswi@pers.pl>
Message-ID: <4661C954.5070906@pfu.pl>

Rafał Cygnarowski wrote:
> Dnia sobota, 2 czerwca 2007, Michal Abramowicz napisał:
>> Hm, może masz je _walniete_ ???
> 
> Zwiesiłem 2 kompy testując - 3ci działa, ki czort... Będę testował każdą 
> kartę, która mi w "łapę" wpadnie...
> 
> Pozdrawiam,

A jakiej klasy są te terminale? Jakie CPU, jakiego rodzaju pamięci?
Z moich doświadczeń wynika, że minimum wymagane aby maszynka nie dała
się "zarżnąć" przerwaniami to P200MMX z pamięciami typu DIMM. Jeśli
trafiło Ci się coś poniżej to 3c905 nie jest dobrym rozwiązaniem.
Co do wspomnianych Inteli to mam jednego tego typu i pokazuje coś na
temat PXE ale nie próbowałem tego uruchomić i nie jestem pewien czy z
PLD będzie działać.

-- 
   ______________Pozdrówka___________
  /    ___  ___  ___  ___    ___
 / _  /__/ ___/ /_   /__  / /_   /_/
/__/ / |  /__  /__  ___/ / /__  / |


From undefine w aramin.net  Sun Jun  3 00:27:36 2007
From: undefine w aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Sun, 3 Jun 2007 00:27:36 +0200
Subject: [OT] =?iso-8859-2?Q?Sieci=F3wki?= Intela
In-Reply-To: <4661C954.5070906@pfu.pl>
References: <200706020852.11751.zswi@pers.pl> <200706021036.19046.zswi@pers.pl>
	<20070602112800.GA21618@mail.batek.pl>
	<200706021351.44212.zswi@pers.pl> <4661C954.5070906@pfu.pl>
Message-ID: <20070602222736.GA1441@aramin.net>

On Sat, Jun 02, 2007 at 09:47:32PM +0200, Grzegorz Sójka wrote:
> Rafał Cygnarowski wrote:
> > Dnia sobota, 2 czerwca 2007, Michal Abramowicz napisał:
> >> Hm, może masz je _walniete_ ???
> > 
> > Zwiesiłem 2 kompy testując - 3ci działa, ki czort... Będę testował każdą 
> > kartę, która mi w "łapę" wpadnie...
> > 
> > Pozdrawiam,
> 
> A jakiej klasy są te terminale? Jakie CPU, jakiego rodzaju pamięci?
> Z moich doświadczeń wynika, że minimum wymagane aby maszynka nie dała
> się "zarżnąć" przerwaniami to P200MMX z pamięciami typu DIMM. Jeśli
> trafiło Ci się coś poniżej to 3c905 nie jest dobrym rozwiązaniem.
swoją drogą - swego czasu na uczelni mieliśmy analogiczny problem ino w
druga strone - intelowskie karty wpiete do huba 3comowego - zwieszaly
komputer. W przypadku 3comow(ale starych - na isa jeszcze) wpietych
do cisco z koleji pomoglo ustawienie duplexu na sztywno.

> Co do wspomnianych Inteli to mam jednego tego typu i pokazuje coś na
> temat PXE ale nie próbowałem tego uruchomić i nie jestem pewien czy z
> PLD będzie działać.
pxe? hm... to zalezy co znaczy "dzialac" ;)
generalnie mozna zabootowac np bootkietke po pxe, kompletnego linuksa w
sumie tez.. ale to juz wymaga nieco grzebania. i nie zawsze jest
to trywialne.
A zresztą -
http://andrzej.dopierala.name/2007-06-02_Bootowanie_systemu_z_pxe_na_nowych_komputerach
;)

-- 
Andrzej 'The Undefined' Dopierała
Linux && Unix && Network administrator
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine w piastlan.net         e-mail: andrzej w dopierala.name


From zswi w pers.pl  Sun Jun  3 10:20:12 2007
From: zswi w pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Sun, 3 Jun 2007 10:20:12 +0200
Subject: [OT] =?iso-8859-2?q?Sieci=F3wki?= Intela
In-Reply-To: <4661C954.5070906@pfu.pl>
References: <200706020852.11751.zswi@pers.pl>
	<200706021351.44212.zswi@pers.pl> <4661C954.5070906@pfu.pl>
Message-ID: <200706031020.18079.zswi@pers.pl>

Dnia sobota, 2 czerwca 2007, Grzegorz Sójka napisał:
> A jakiej klasy są te terminale? Jakie CPU, jakiego rodzaju pamięci?
> Z moich doświadczeń wynika, że minimum wymagane aby maszynka nie dała
> się "zarżnąć" przerwaniami to P200MMX z pamięciami typu DIMM. Jeśli
> trafiło Ci się coś poniżej to 3c905 nie jest dobrym rozwiązaniem.
> Co do wspomnianych Inteli to mam jednego tego typu i pokazuje coś na
> temat PXE ale nie próbowałem tego uruchomić i nie jestem pewien czy z
> PLD będzie działać.

Jeden z zawieszonych komputerów to Duron 1200Mhz. Ten który się na teście nie 
wysypał to AMD-K5 100 Mhz.

Pozdrawiam,
-- 
Rafał Cygnarowski
rafi w pers.pl
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: signature.asc
Typ: application/pgp-signature
Rozmiar: 189 bytes
Opis: This is a digitally signed message part.
Adres: </mailman/pipermail/pld-users-pl/attachments/20070603/dbcbdc6d/attachment.sig>

From pgierski w o2.pl  Sun Jun  3 16:36:23 2007
From: pgierski w o2.pl (Przemek Gierski)
Date: Sun, 3 Jun 2007 16:36:23 +0200
Subject: [TH ]lirc - =?UTF-8?B?dWRhxYJvIHNpxJk=?= komkolwiek
	=?UTF-8?B?c2tvbXBpbG93YcSHPw==?=
Message-ID: <20070603163623.050d8624@przemek>

Witam,

Mam TH ciągle aktualizowane. Od kilku tygodni próbuję skompilować
lirc'a, gdy miałem jeszcze AC kompilował się i działał dobrze, a teraz
nie chce się skompilować. Wywala się na make. Może ktoś ma na to jakiś
sposób?

-- 
Pozdrawiam, Przemysław Gierski.


From dhubleizh w o2.pl  Sun Jun  3 19:02:55 2007
From: dhubleizh w o2.pl (Cezary Krzyzanowski)
Date: Sun, 03 Jun 2007 19:02:55 +0200
Subject: [TH ]lirc - =?UTF-8?Q?uda=C5=82o?= =?UTF-8?Q?_si=C4=99?=
	komkolwiek =?UTF-8?Q?skompilowa=C4=87=3F?=
In-Reply-To: <20070603163623.050d8624@przemek>
References: <20070603163623.050d8624@przemek>
Message-ID: <1180890175.3307.45.camel@ipv6-localnet>

Dnia 03-06-2007, N o godzinie 16:36 +0200, Przemek Gierski napisał(a):
> Witam,
> 
> Mam TH ciągle aktualizowane. Od kilku tygodni próbuję skompilować
> lirc'a, gdy miałem jeszcze AC kompilował się i działał dobrze, a teraz
> nie chce się skompilować. Wywala się na make. Może ktoś ma na to jakiś
> sposób?
> 
Ja mam, ale pamiętam, że były z tym jaja i nie miałem czasu tego zrobić.
Problem z tego co pamiętam był z dodawaniem modułów. Tego speca trzeba
przestawić na "The New Way Of building kernel modules", a jak to teraz
wygląda, to nie wiem, bo nigdy nie nadążam z nauką tych nowych sposobów.

Cz w rny



From zswi w pers.pl  Mon Jun  4 10:02:15 2007
From: zswi w pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=)
Date: Mon, 4 Jun 2007 10:02:15 +0200
Subject: kmail i =?utf-8?q?wizyt=C3=B3wka?=
Message-ID: <200706041002.15930.zswi@pers.pl>

Witam!

Może to głupie pytanie... ale jak zmusić kmail-a do automatycznego dołanczania 
własnej wizytówki do tworzonego maila? W thunderbirdzie nie ma z tym 
problemu, ale w kmail-u nigdzie nie mogę znaleźć takiej opcji.

Pozdrawiam,
-- 
Rafał Cygnarowski
rafi w pers.pl
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: signature.asc
Typ: application/pgp-signature
Rozmiar: 189 bytes
Opis: This is a digitally signed message part.
Adres: </mailman/pipermail/pld-users-pl/attachments/20070604/9fd3721e/attachment.sig>

From mateusz w ant.gliwice.pl  Mon Jun  4 10:06:46 2007
From: mateusz w ant.gliwice.pl (Mateusz Korniak)
Date: Mon, 4 Jun 2007 10:06:46 +0200
Subject: kmail i =?iso-8859-2?q?wizyt=F3wka?=
In-Reply-To: <200706041002.15930.zswi@pers.pl>
References: <200706041002.15930.zswi@pers.pl>
Message-ID: <200706041006.46791.mateusz@ant.gliwice.pl>

On Monday 04 June 2007, Rafał Cygnarowski wrote:
> Może to głupie pytanie... ale jak zmusić kmail-a do automatycznego
> dołanczania własnej wizytówki do tworzonego maila? W thunderbirdzie nie ma
> z tym problemu, ale w kmail-u nigdzie nie mogę znaleźć takiej opcji.
>

Może głupio odpowiadam, ale 
Settings/ Configure Kmail / Identieties / modify / signature ?

-- 
Mateusz Korniak


From zswi w pers.pl  Mon Jun  4 10:11:48 2007
From: zswi w pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Mon, 4 Jun 2007 10:11:48 +0200
Subject: kmail i =?iso-8859-2?q?wizyt=F3wka?=
In-Reply-To: <200706041006.46791.mateusz@ant.gliwice.pl>
References: <200706041002.15930.zswi@pers.pl>
	<200706041006.46791.mateusz@ant.gliwice.pl>
Message-ID: <200706041011.48374.zswi@pers.pl>

Dnia poniedziałek, 4 czerwca 2007, Mateusz Korniak napisał:
> On Monday 04 June 2007, Rafał Cygnarowski wrote:
> > Może to głupie pytanie... ale jak zmusić kmail-a do automatycznego
> > dołanczania własnej wizytówki do tworzonego maila? W thunderbirdzie nie
> > ma z tym problemu, ale w kmail-u nigdzie nie mogę znaleźć takiej opcji.
>
> Może głupio odpowiadam, ale
> Settings/ Configure Kmail / Identieties / modify / signature ?

To jest "sygnaturka" a mnie interesuje "wizytówka" (vcard).

-- 
Rafał Cygnarowski
rafi w pers.pl
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: signature.asc
Typ: application/pgp-signature
Rozmiar: 189 bytes
Opis: This is a digitally signed message part.
Adres: </mailman/pipermail/pld-users-pl/attachments/20070604/ac0f01eb/attachment.sig>

From croolists w gmail.com  Mon Jun  4 10:16:27 2007
From: croolists w gmail.com (croolyc)
Date: Mon, 4 Jun 2007 10:16:27 +0200
Subject: [TH] kde kdm
Message-ID: <a39750d70706040116r158a7205ncf17a1af71f2f58@mail.gmail.com>

heja
cos sie chyba pokasznilo z paczkami kde
po aktualizacji ekran kdm jest rozjechany
bitmapa jest jakas 'poprzestawiana'
nie wiem jak screenshot'a zrobic, bo chcetnie bym pokazal
na poczatku myslalem ze to konfig ale zrobilem go na nowo i dalej to samo
probowalem tez innego kdmtheme i tez nic
natomiast samo kde wydaje sie byc calkiem sprawne
stalo sie to po aktualizacji do wersji
kde-i18n-Polish-3.5.7-2
kde-i18n-base-3.5.7-2
kdebase-core-3.5.7-2
kdebase-desktop-3.5.7-2
kdebase-desktop-libs-3.5.7-2
kdelibs-3.5.7-5
kdelibs-libs-3.5.7-5
kdm-3.5.7-2
kdm-theme-login-scan-fusion-0.3.1-2
kdm-theme-shuttle-01-2
kdmtheme-1.1.3-1

w kde 3.5.7-1 bylo wszystko ok
ktos z was tez tak ma czy jestem odosobniony?
-------------- nast?pna cz??? ---------
Za??cznik HTML zosta? usuni?ty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070604/00906a01/attachment.htm>

From marcinek w nea.pl  Mon Jun  4 14:16:44 2007
From: marcinek w nea.pl (=?ISO-8859-2?Q?marcin_ste=E6?=)
Date: Mon, 04 Jun 2007 14:16:44 +0200
Subject: AC z torrenta
Message-ID: <466402AC.3060909@nea.pl>

Czy są gdzięś torrenty do zciągania DVD z AC?
marcinek


From uzi18 w o2.pl  Mon Jun  4 19:05:03 2007
From: uzi18 w o2.pl (Bart)
Date: Mon, 04 Jun 2007 17:05:03 +0000
Subject: Firefox, Thunderbird i mime
In-Reply-To: <200705311045.03854.zswi@pers.pl>
References: <200705311045.03854.zswi@pers.pl>
Message-ID: <4664463F.8050407@o2.pl>

Rafał Cygnarowski wrote:
> Witam!
>
> Jak zmusiÄ? firefox-a i thunderbird-a do znajdywania domyĹ?lnych aplikacji dla 
> okreĹ?lonych typĂłw plikĂłw tak jak radzi sobie z tym np. kmail czy konqueror? 
> ZaleĹźy mi przede wszystkim na dokumentach openoffice. ChciaĹ?bym zaĹ?atwiÄ? 
> sprawÄ? "globalnie", poniewaĹź uĹźytkownicy skarĹźÄ? mi siÄ?, Ĺźe nie wiedzÄ? jak 
> otwieraÄ? pliki w linux-ie (sÄ? zmuszeni do zpisywania na dysku i późniejszego 
> otwierania przez np. openoffice lub klikania na "plik" w konqurorze). 
> ZainstalowaĹ?em juĹź chyba wszystkie dostÄ?pne pakiety *mime* ale to nie 
> pomogĹ?o. UĹźywam OpenOffice z UX.
>
> Za wszelkÄ? pomoc z gĂłry dziÄ?kujÄ?.
> Pozdrawiam,
>
Czy shared-mime-info tez sprawdziles ?



From dlugi w mp72.net  Mon Jun  4 20:50:09 2007
From: dlugi w mp72.net (Pawel Dlugosz)
Date: Mon, 4 Jun 2007 20:50:09 +0200
Subject: AC z torrenta
In-Reply-To: <466402AC.3060909@nea.pl>
References: <466402AC.3060909@nea.pl>
Message-ID: <20070604205009.78b2433a@mp72>

Dnia Mon, 04 Jun 2007 14:16:44 +0200
marcin steć <marcinek w nea.pl> napisał(a):

> Czy są gdzięś torrenty do zciągania DVD z AC?

Oficjalnych nie ma.

-- 
Pawel Dlugosz
::http://dlugosz.eu::
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: signature.asc
Typ: application/pgp-signature
Rozmiar: 189 bytes
Opis: nie znany
Adres: </mailman/pipermail/pld-users-pl/attachments/20070604/45c71ed4/attachment.sig>

From spider w linux.pl  Tue Jun  5 00:27:13 2007
From: spider w linux.pl (Piotr Skwarna)
Date: Tue, 05 Jun 2007 00:27:13 +0200
Subject: AC z torrenta
In-Reply-To: <466402AC.3060909@nea.pl>
References: <466402AC.3060909@nea.pl>
Message-ID: <466491C1.1000906@linux.pl>

marcin steć wrote:
> Czy są gdzięś torrenty do zciągania DVD z AC?
> marcinek
>
>   

po co ? transfer z ftp czy mirror jest zbyt wolny ?



From beorn w alpha.pl  Tue Jun  5 00:29:08 2007
From: beorn w alpha.pl (Daniel =?utf-8?q?Mr=C3=B3z?=)
Date: Tue, 5 Jun 2007 00:29:08 +0200
Subject: nVidia Eth
Message-ID: <200706050029.08604.beorn@alpha.pl>

Cześć

Ma ja sobie coś takiego:

   -bash-3.2# lspci | grep Ethernet
   00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
   00:09.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)

Próbuję gadać z tym poprzez moduł forcedeth, po załadowaniu którego dmesg 
kończy tak:

   [...]
   eth0: link up

Czyli niby wszystko OK, link jest wykrywany itp. Niestety, pingi nigdzie nie 
dochodzą. Puszczając jakikolwiek ruch zarówno dioda przy gnieździe od 
sieciówki, jak i na switchu nie migają. Totalna martwica. Zupełnie tak, jakby 
pakiety leciały do /dev/null. Sieciówki na 100% sprawne, gdyż taki układ pod 
Windows działa bez zarzutu. Nie wiecie jak to zdiagnozować? Logi i dmesg 
milczą.

-bash-3.2# uname -a
Linux reki 2.6.16.51-1smp #1 SMP Wed May 9 12:58:05 CEST 2007 i686 
AMD_Athlon(tm)_64_X2_Dual_Core_Processor_6000+ unknown PLD Linux


Pozdrawiam
Beorn

-- 
Daniel 'Beorn' Mróz <beorn w alpha.pl>    http://127.0.0.1/beorn
[GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---]
[O- M- V!  PS+ PE++ Y+ PGP++ t- 5  X R !tv b+ DI D++ G++ e h*]
[                          r++  y+                           ]


From pld w nius.waw.pl  Tue Jun  5 00:53:39 2007
From: pld w nius.waw.pl (Marcin Kurzyna)
Date: Tue, 5 Jun 2007 00:53:39 +0200
Subject: nVidia Eth
In-Reply-To: <200706050029.08604.beorn@alpha.pl>
References: <200706050029.08604.beorn@alpha.pl>
Message-ID: <200706050053.39503.pld@nius.waw.pl>

On Tuesday 05 of June 2007 00:29:08 Daniel Mróz wrote:

> Ma ja sobie coś takiego:
>
>    -bash-3.2# lspci | grep Ethernet
>    00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
>    00:09.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)

Moja nie zwalczyła. Choć podobno na 2.6.21 powinny już łorkować (src tej info 
nie pomnę). Były jakieś zmiany w forcedeth na tę okoliczność właśnie związane 
z tym że karty są domyślnie w trybie oszczędności energii i muszą 
się "podnieść".

Generalnie google trochę na ten temat mówi ale nie za dużo. Jak dasz radę to 
ja chętnie info bo też taką parkę mam.

pozdrawiam,
m.



From grym3k w o2.pl  Tue Jun  5 05:15:43 2007
From: grym3k w o2.pl (Piotr Grymkowski)
Date: Tue, 5 Jun 2007 05:15:43 +0200
Subject: AC z torrenta
In-Reply-To: <466491C1.1000906@linux.pl>
References: <466402AC.3060909@nea.pl>
	<466491C1.1000906@linux.pl>
Message-ID: <20070605051543.3aa48595@carnage>

Dnia Tue, 05 Jun 2007 00:27:13 +0200
Piotr Skwarna <spider w linux.pl> napisał(a) wiadomość:

> marcin steć wrote:
> > Czy są gdzięś torrenty do zciągania DVD z AC?
> > marcinek
> >
> >   
> 
> po co ? transfer z ftp czy mirror jest zbyt wolny ?
A co jak ściągnie się płyta z jakimś błędem albo zawiesi się komp w
czasie ściągania i nie zawsze jest możliwość resume albo continoue.
Zupełnie rozumiem tego posta i moim zdaniem też by się przydały jakieś
torrenty. A pliki metafile przypadkiem nie są tym samym co torrent
tylko przez www??
-- 
Pozdrawiam
Piotr Grymkowski


From grym3k w o2.pl  Tue Jun  5 05:22:29 2007
From: grym3k w o2.pl (Piotr Grymkowski)
Date: Tue, 5 Jun 2007 05:22:29 +0200
Subject: nVidia Eth
In-Reply-To: <200706050029.08604.beorn@alpha.pl>
References: <200706050029.08604.beorn@alpha.pl>
Message-ID: <20070605052229.02a2311e@carnage>

Dnia Tue, 5 Jun 2007 00:29:08 +0200
Daniel Mróz <beorn w alpha.pl> napisał(a) wiadomość:

> Cześć
> 
> Ma ja sobie coś takiego:
> 
>    -bash-3.2# lspci | grep Ethernet
>    00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
>    00:09.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
> 
> Próbuję gadać z tym poprzez moduł forcedeth, po załadowaniu którego dmesg 
> kończy tak:
> 
>    [...]
>    eth0: link up
> 
> Czyli niby wszystko OK, link jest wykrywany itp. Niestety, pingi nigdzie nie 
> dochodzą. Puszczając jakikolwiek ruch zarówno dioda przy gnieździe od 
> sieciówki, jak i na switchu nie migają. Totalna martwica. Zupełnie tak, jakby 
> pakiety leciały do /dev/null. Sieciówki na 100% sprawne, gdyż taki układ pod 
> Windows działa bez zarzutu. Nie wiecie jak to zdiagnozować? Logi i dmesg 
> milczą.
Chyba nie o to chodzi, ale co mnie tam szkodzi. Raz na jakieś 20
bootowań zamieniają mi się urządzenia dowiązaniami. I tam gdzie zawsze
jest na eth0 sieciówka nvidii to co jakiś czas się pojawia ieee1394,
które jest zazwyczaj na eth0. Pół dnia dochodziłem wtedy dlaczego mi
sieć nie chce działać.

-- 
Pozdrawiam
Piotr Grymkowski


From grym3k w o2.pl  Tue Jun  5 06:15:41 2007
From: grym3k w o2.pl (Piotr Grymkowski)
Date: Tue, 5 Jun 2007 06:15:41 +0200
Subject: nVidia Eth
In-Reply-To: <20070605052229.02a2311e@carnage>
References: <200706050029.08604.beorn@alpha.pl>
	<20070605052229.02a2311e@carnage>
Message-ID: <20070605061541.607fa593@carnage>

Dnia Tue, 5 Jun 2007 05:22:29 +0200
Piotr Grymkowski <grym3k w o2.pl> napisał(a) wiadomość:


> które jest zazwyczaj na eth0. Pół dnia dochodziłem wtedy dlaczego mi
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ eth1 miało być ;) za wcześnie troche
na pisanie ;)

--
Pozdrawiam
Piotr Grymkowski


From arekm w maven.pl  Tue Jun  5 08:21:37 2007
From: arekm w maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 5 Jun 2007 08:21:37 +0200
Subject: nVidia Eth
In-Reply-To: <200706050053.39503.pld@nius.waw.pl>
References: <200706050029.08604.beorn@alpha.pl>
	<200706050053.39503.pld@nius.waw.pl>
Message-ID: <200706050821.37170.arekm@maven.pl>

On Tuesday 05 of June 2007, Marcin Kurzyna wrote:
> On Tuesday 05 of June 2007 00:29:08 Daniel Mróz wrote:
> > Ma ja sobie coś takiego:
> >
> >    -bash-3.2# lspci | grep Ethernet
> >    00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
> >    00:09.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
>
> Moja nie zwalczyła. Choć podobno na 2.6.21 powinny już łorkować (src tej
> info nie pomnę). Były jakieś zmiany w forcedeth na tę okoliczność właśnie
> związane z tym że karty są domyślnie w trybie oszczędności energii i muszą
> się "podnieść".

00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a3)
00:09.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a3)

zero problemów, kernel 2.6.16.45-1smp

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From adam.ryba w gmail.com  Tue Jun  5 09:07:52 2007
From: adam.ryba w gmail.com (Adam Ryba)
Date: Tue, 5 Jun 2007 09:07:52 +0200
Subject: nVidia Eth
In-Reply-To: <200706050029.08604.beorn@alpha.pl>
References: <200706050029.08604.beorn@alpha.pl>
Message-ID: <de029f760706050007j772b765ej1c5f85bcebf09f68@mail.gmail.com>

05-06-07, Daniel Mróz <beorn w alpha.pl> napisał(a):
>    -bash-3.2# lspci | grep Ethernet
>    00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
>    00:09.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
[...]
> Czyli niby wszystko OK, link jest wykrywany itp. Niestety, pingi nigdzie nie
> dochodzą. Puszczając jakikolwiek ruch zarówno dioda przy gnieździe od
> sieciówki, jak i na switchu nie migają. Totalna martwica. Zupełnie tak, jakby
> pakiety leciały do /dev/null. Sieciówki na 100% sprawne, gdyż taki układ pod
> Windows działa bez zarzutu. Nie wiecie jak to zdiagnozować? Logi i dmesg
> milczą.

Nie zaszkodzi sprawdzić kable. Do tego spróbuj ręcznie ustawić
parametry linku (ethtool, mii-tool itp) - czasami niektórym kartom z
niektórymi switchami nie udaje się autonegocjacja.

Pozdrawiam,

-- 
Adam 'Pooh' Ryba

From beorn w alpha.pl  Tue Jun  5 10:18:46 2007
From: beorn w alpha.pl (Daniel =?iso-8859-2?q?Mr=F3z?=)
Date: Tue, 5 Jun 2007 10:18:46 +0200
Subject: nVidia Eth
In-Reply-To: <de029f760706050007j772b765ej1c5f85bcebf09f68@mail.gmail.com>
References: <200706050029.08604.beorn@alpha.pl>
	<de029f760706050007j772b765ej1c5f85bcebf09f68@mail.gmail.com>
Message-ID: <200706051018.46682.beorn@alpha.pl>

On Tuesday 05 of June 2007, Adam Ryba wrote:
> > Czyli niby wszystko OK, link jest wykrywany itp. Niestety, pingi nigdzie
> > nie dochodzą. Puszczając jakikolwiek ruch zarówno dioda przy gnieździe od
> > sieciówki, jak i na switchu nie migają. Totalna martwica. Zupełnie tak,
> > jakby pakiety leciały do /dev/null. Sieciówki na 100% sprawne, gdyż taki
> > układ pod Windows działa bez zarzutu. Nie wiecie jak to zdiagnozować?
> > Logi i dmesg milczą.
> Nie zaszkodzi sprawdzić kable.
Kable są na 100% sprawne. Zresztą na tej samej maszynie odpalony Windows nie 
ma tych problemów.

> Do tego spróbuj ręcznie ustawić 
> parametry linku (ethtool, mii-tool itp) - czasami niektórym kartom z
> niektórymi switchami nie udaje się autonegocjacja.
OK, spróbuję.


Pozdrawiam
Beorn

-- 
Daniel 'Beorn' Mróz <beorn w alpha.pl>    http://127.0.0.1/beorn
[GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---]
[O- M- V!  PS+ PE++ Y+ PGP++ t- 5  X R !tv b+ DI D++ G++ e h*]
[                          r++  y+                           ]


From beorn w alpha.pl  Tue Jun  5 10:19:59 2007
From: beorn w alpha.pl (Daniel =?iso-8859-2?q?Mr=F3z?=)
Date: Tue, 5 Jun 2007 10:19:59 +0200
Subject: nVidia Eth
In-Reply-To: <200706050821.37170.arekm@maven.pl>
References: <200706050029.08604.beorn@alpha.pl>
	<200706050053.39503.pld@nius.waw.pl>
	<200706050821.37170.arekm@maven.pl>
Message-ID: <200706051019.59311.beorn@alpha.pl>

On Tuesday 05 of June 2007, Arkadiusz Miskiewicz wrote:
> > >    -bash-3.2# lspci | grep Ethernet
> > >    00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
> > >    00:09.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
> > Moja nie zwalczyła. Choć podobno na 2.6.21 powinny już łorkować (src tej
> > info nie pomnę). Były jakieś zmiany w forcedeth na tę okoliczność właśnie
> > związane z tym że karty są domyślnie w trybie oszczędności energii i
> > muszą się "podnieść".
> 00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a3)
> 00:09.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a3)
>
> zero problemów, kernel 2.6.16.45-1smp
Jedyną różnicą jaką tutaj widzę jest rewizja karty. Może w tym tkwi problem?


Pozdrawiam
Beorn

-- 
Daniel 'Beorn' Mróz <beorn w alpha.pl>    http://127.0.0.1/beorn
[GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---]
[O- M- V!  PS+ PE++ Y+ PGP++ t- 5  X R !tv b+ DI D++ G++ e h*]
[                          r++  y+                           ]


From pawel w artfan.net  Tue Jun  5 12:36:54 2007
From: pawel w artfan.net (=?iso-8859-2?q?Pawe=B3_Ko=B6ka?=)
Date: Tue, 5 Jun 2007 12:36:54 +0200
Subject: Serwer logow i logrotate
Message-ID: <200706051236.55795.pawel@artfan.net>

Witam,

Właśnie pracuję nad uruchomieniem serwera, który będzie zbierał logi z 
centrali telefonicznej. Logi dostanę na RS-232 i korzystając z syslog-ng będę 
zrzucał te logi do pliku.

Zastanawia mnie jedynie jak skonfigurować logrotate by robił rotate tego logu 
np. o godzinie 00:01 pierwszego dnia kolejnego miesiąca, a stary log 
zapisywał w jakiś magiczny sposób jako np billing-2007-05 czyli podawał rok i 
miesiąc.

Do tego co popatrzyłem na logrotate, to on potem restartuje sysloga. Czy to 
jest bezpieczne? Nie chciałbym by mi zaginęły jakieś logi.

Czy ktoś może podpowiedzieć jak poprawnie skonfigurować ten logrotate? Bo mi 
osobiście coś nie wychodzi, nie rozumiem jego konfiguracji.

-- 
Pozdrawiam,
Paweł


From domelu w gmail.com  Tue Jun  5 13:34:21 2007
From: domelu w gmail.com (Adam Nowotny)
Date: Tue, 5 Jun 2007 13:34:21 +0200
Subject: forum.pld-linux.org
In-Reply-To: <5cec4b1d0706020058i212c3aebo6adc4a7b2e919a7b@mail.gmail.com>
References: <a39750d70706011331j4db05464h269d4feb2c84c26f@mail.gmail.com>
	<5cec4b1d0706020058i212c3aebo6adc4a7b2e919a7b@mail.gmail.com>
Message-ID: <5cec4b1d0706050434j3d0399feyb5f27324791e2eb1@mail.gmail.com>

02-06-07, Adam Nowotny <domelu w gmail.com> napisał(a):
> Maszyna lezy, wroci najpozniej w poniedzialek (chyba, ze stalo sie cos
> powazniejszego)

Dzieki pomocy gaususa, maszyna zostala podniesiona wczoraj w okolicach
godziny 12-ej

-- 
pozdrawiam,
Adam Nowotny

From zbyniu w geocarbon.pl  Tue Jun  5 14:18:35 2007
From: zbyniu w geocarbon.pl (Zbyniu Krzystolik)
Date: Tue, 5 Jun 2007 14:18:35 +0200
Subject: Serwer logow i logrotate
In-Reply-To: <200706051236.55795.pawel@artfan.net>
References: <200706051236.55795.pawel@artfan.net>
Message-ID: <20070605121834.GG1044@geocarbon.pl>

Mniej wiecej Tue, Jun 05, 2007 at 12:36:54PM +0200, zainteresowany Paweł Kośka rzekl:
> Witam,
> 
> Właśnie pracuję nad uruchomieniem serwera, który będzie zbierał logi z 
> centrali telefonicznej. Logi dostanę na RS-232 i korzystając z syslog-ng będę 
> zrzucał te logi do pliku.
> 
> Zastanawia mnie jedynie jak skonfigurować logrotate by robił rotate tego logu 
> np. o godzinie 00:01 pierwszego dnia kolejnego miesiąca, a stary log 
> zapisywał w jakiś magiczny sposób jako np billing-2007-05 czyli podawał rok i 
> miesiąc.

Nie konfigurować logrotate, tylko samego sysloga. Na przykład tak:

destination telefon { file("/var/log/tel/billing-$YEAR-$MONTH-$DAY-$HOST"); };

Wtedy automatycznie ze zmianą daty utworzy się nowy plik o odpowiedniej
nazwie.

Zbyniu
-- 
%% Absolutely nothing we trust %%


From pawel w artfan.net  Tue Jun  5 14:33:07 2007
From: pawel w artfan.net (=?iso-8859-2?q?Pawe=B3_Ko=B6ka?=)
Date: Tue, 5 Jun 2007 14:33:07 +0200
Subject: Serwer logow i logrotate
In-Reply-To: <20070605121834.GG1044@geocarbon.pl>
References: <200706051236.55795.pawel@artfan.net>
	<20070605121834.GG1044@geocarbon.pl>
Message-ID: <200706051433.08314.pawel@artfan.net>

Dnia wtorek, 5 czerwca 2007, Zbyniu Krzystolik napisał:
> Mniej wiecej Tue, Jun 05, 2007 at 12:36:54PM +0200, zainteresowany Paweł 
Kośka rzekl:
> > Witam,
> >
> > Właśnie pracuję nad uruchomieniem serwera, który będzie zbierał logi z
> > centrali telefonicznej. Logi dostanę na RS-232 i korzystając z syslog-ng
> > będę zrzucał te logi do pliku.
> >
> > Zastanawia mnie jedynie jak skonfigurować logrotate by robił rotate tego
> > logu np. o godzinie 00:01 pierwszego dnia kolejnego miesiąca, a stary log
> > zapisywał w jakiś magiczny sposób jako np billing-2007-05 czyli podawał
> > rok i miesiąc.
>
> Nie konfigurować logrotate, tylko samego sysloga. Na przykład tak:
>
> destination telefon { file("/var/log/tel/billing-$YEAR-$MONTH-$DAY-$HOST");
> };
>
> Wtedy automatycznie ze zmianą daty utworzy się nowy plik o odpowiedniej
> nazwie.

hmm... to wygląda super.
destination centrala { file("/var/log/centrala/billing-$YEAR-$MONTH");

tak odpalam i będę patrzył jak to wygląda.
Dzięki wielkie za podpowiedź

> Zbyniu

-- 
Pozdrawiam,
Paweł


From gzohop w gmail.com  Thu Jun  7 13:00:20 2007
From: gzohop w gmail.com (Grzesiek Pycia)
Date: Thu, 7 Jun 2007 13:00:20 +0200
Subject: nVidia Eth
In-Reply-To: <200706051019.59311.beorn@alpha.pl>
References: <200706050029.08604.beorn@alpha.pl>
	<200706050053.39503.pld@nius.waw.pl>
	<200706050821.37170.arekm@maven.pl>
	<200706051019.59311.beorn@alpha.pl>
Message-ID: <9bf18e9e0706070400l7343fec1y7cfffb21f2d8fb40@mail.gmail.com>

>
>
> > 00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a3)
> > 00:09.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a3)
> >
> > zero problemów, kernel 2.6.16.45-1smp
> Jedyną różnicą jaką tutaj widzę jest rewizja karty. Może w tym tkwi
> problem?
>
>
>
>
U mnie tez jest a3 i działa normalnie na kernelu 2.6.16.51

Pozdrawiam
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070607/18cac9a5/attachment.htm>

From bondpld w gmail.com  Fri Jun  8 12:02:20 2007
From: bondpld w gmail.com (=?ISO-8859-2?Q?S=B3awomir_Brandt?=)
Date: Fri, 8 Jun 2007 12:02:20 +0200
Subject: [procmailrc]
Message-ID: <101b7f60706080302r149ae819q2e32c029a2526328@mail.gmail.com>

Temat nie dotyczy PLD, ale pytam z nadzieją, że może znajdę tutaj odpowiedź
(jakoś nie mogę tego znaleźć na google)

Czy w poprzez procmairc można procmaila zmusić, aby przeczytał jeszcze
regułki zawartę w innych plikach?
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070608/b4e6f352/attachment.htm>

From pawel w artfan.net  Fri Jun  8 12:30:17 2007
From: pawel w artfan.net (=?iso-8859-2?q?Pawe=B3_Ko=B6ka?=)
Date: Fri, 8 Jun 2007 12:30:17 +0200
Subject: [procmailrc]
In-Reply-To: <101b7f60706080302r149ae819q2e32c029a2526328@mail.gmail.com>
References: <101b7f60706080302r149ae819q2e32c029a2526328@mail.gmail.com>
Message-ID: <200706081230.17854.pawel@artfan.net>

Dnia piątek, 8 czerwca 2007, Sławomir Brandt napisał:
> Temat nie dotyczy PLD, ale pytam z nadzieją, że może znajdę tutaj odpowiedź
> (jakoś nie mogę tego znaleźć na google)
>
> Czy w poprzez procmairc można procmaila zmusić, aby przeczytał jeszcze
> regułki zawartę w innych plikach?

Może to Ci pomoże:
http://www.udel.edu/topics/e-mail/procmail/inst.html

Chociaż nie do końca wiem czy o to chodziło.

-- 
Pozdrawiam,
Paweł


From duch w wla.pl  Fri Jun  8 12:32:36 2007
From: duch w wla.pl (Arkadiusz Chomicki)
Date: Fri, 8 Jun 2007 12:32:36 +0200
Subject: [procmailrc]
In-Reply-To: <101b7f60706080302r149ae819q2e32c029a2526328@mail.gmail.com>
References: <101b7f60706080302r149ae819q2e32c029a2526328@mail.gmail.com>
Message-ID: <200706081232.36652.duch@wla.pl>

Friday 08 of June 2007 12:02:20 Sławomir Brandt napisał(a):
> Temat nie dotyczy PLD, ale pytam z nadzieją, że może znajdę tutaj odpowiedź
> (jakoś nie mogę tego znaleźć na google)
>
> Czy w poprzez procmairc można procmaila zmusić, aby przeczytał jeszcze
> regułki zawartę w innych plikach?

INCLUDERC

pozdrawiam
-- 
Arkadiusz Chomicki
duch (at) wla.pl


From bondpld w gmail.com  Fri Jun  8 12:45:20 2007
From: bondpld w gmail.com (=?ISO-8859-2?Q?S=B3awomir_Brandt?=)
Date: Fri, 8 Jun 2007 12:45:20 +0200
Subject: [procmailrc]
In-Reply-To: <200706081232.36652.duch@wla.pl>
References: <101b7f60706080302r149ae819q2e32c029a2526328@mail.gmail.com>
	<200706081232.36652.duch@wla.pl>
Message-ID: <101b7f60706080345m15bb9ebdx1bd74f2fcc185d2b@mail.gmail.com>

Dzięki, jeszcze raz i przepraszam (jest w man procmailrc) :-(





08-06-07, Arkadiusz Chomicki <duch w wla.pl> napisał(a):
>
> Friday 08 of June 2007 12:02:20 Sławomir Brandt napisał(a):
> > Temat nie dotyczy PLD, ale pytam z nadzieją, że może znajdę tutaj
> odpowiedź
> > (jakoś nie mogę tego znaleźć na google)
> >
> > Czy w poprzez procmairc można procmaila zmusić, aby przeczytał jeszcze
> > regułki zawartę w innych plikach?
>
> INCLUDERC
>
> pozdrawiam
> --
> Arkadiusz Chomicki
> duch (at) wla.pl
> _______________________________________________
> pld-users-pl mailing list
> pld-users-pl w lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
>
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070608/15693fae/attachment.htm>

From lukasz w mikroplan.com.pl  Fri Jun  8 20:58:21 2007
From: lukasz w mikroplan.com.pl (lukasz w mikroplan.com.pl)
Date: Fri, 8 Jun 2007 20:58:21 +0200 (CEST)
Subject: KMplayer w Th
Message-ID: <35843.80.39.12.124.1181329101.squirrel@mikroplan.com.pl>

Witam,
w repo Th nie znajduje KMplayera,
czy mozna STBR?
Czy mam sobie jednak sam zbudowac?
Moze innym sie tez przyda...

Chyba ze cos innego jest teraz bardziej na topie dla KDE?

-- 
Lukasz



From robert.tomasik w gmail.com  Fri Jun  8 21:01:09 2007
From: robert.tomasik w gmail.com (Robert Tomasik)
Date: Fri, 8 Jun 2007 21:01:09 +0200
Subject: KMplayer w Th
In-Reply-To: <35843.80.39.12.124.1181329101.squirrel@mikroplan.com.pl>
References: <35843.80.39.12.124.1181329101.squirrel@mikroplan.com.pl>
Message-ID: <200706082101.09896.Robert.Tomasik@gmail.com>

Dnia piątek, 8 czerwca 2007, lukasz w mikroplan.com.pl napisał:
> Witam,
> w repo Th nie znajduje KMplayera,
> czy mozna STBR?
> Czy mam sobie jednak sam zbudowac?
> Moze innym sie tez przyda...
>
> Chyba ze cos innego jest teraz bardziej na topie dla KDE?

jasne smplayer


From lukasz w mikroplan.com.pl  Fri Jun  8 21:41:51 2007
From: lukasz w mikroplan.com.pl (lukasz w mikroplan.com.pl)
Date: Fri, 8 Jun 2007 21:41:51 +0200 (CEST)
Subject: KMplayer w Th
In-Reply-To: <200706082101.09896.Robert.Tomasik@gmail.com>
References: <35843.80.39.12.124.1181329101.squirrel@mikroplan.com.pl>
	<200706082101.09896.Robert.Tomasik@gmail.com>
Message-ID: <57921.80.39.12.124.1181331711.squirrel@mikroplan.com.pl>

> Dnia piątek, 8 czerwca 2007, lukasz w mikroplan.com.pl napisał:
>> Witam,
>> w repo Th nie znajduje KMplayera,
>> czy mozna STBR?
>> Czy mam sobie jednak sam zbudowac?
>> Moze innym sie tez przyda...
>>
>> Chyba ze cos innego jest teraz bardziej na topie dla KDE?
>
> jasne smplayer

screeny i opis wygladaja nawet ciekawie,
ale coz to za dziwne Qt3Support, QtNetwork, QtSvg i temu podobne
  za soba ciagnie? (smplayer-0.5.0-1 z Th)
To taka nowa, swiecka tradycja?
Ze niby jak mam zainstalowane qt-3.3.8-2  to potrzebne mu
sa compatibility Qt3Support-4.3.0-1 z qt4?

czy to blad Requires?

-- 
Lukasz





From pgierski w o2.pl  Fri Jun  8 22:36:51 2007
From: pgierski w o2.pl (Przemek Gierski)
Date: Fri, 8 Jun 2007 22:36:51 +0200
Subject: [TH ]lirc - =?UTF-8?B?dWRhxYJvIHNpxJk=?= komkolwiek
	=?UTF-8?B?c2tvbXBpbG93YcSHPw==?=
In-Reply-To: <1180890175.3307.45.camel@ipv6-localnet>
References: <20070603163623.050d8624@przemek>
	<1180890175.3307.45.camel@ipv6-localnet>
Message-ID: <20070608223651.4ae67ee2@przemek>

Dnia 2007-06-03, o godz. 19:02:55
Cezary Krzyzanowski <dhubleizh w o2.pl> napisał(a):

> Dnia 03-06-2007, N o godzinie 16:36 +0200, Przemek Gierski napisał(a):
> > Witam,
> > 
> > Mam TH ciągle aktualizowane. Od kilku tygodni próbuję skompilować
> > lirc'a, gdy miałem jeszcze AC kompilował się i działał dobrze, a
> > teraz nie chce się skompilować. Wywala się na make. Może ktoś ma na
> > to jakiś sposób?
> > 
> Ja mam, ale pamiętam, że były z tym jaja i nie miałem czasu tego
> zrobić. Problem z tego co pamiętam był z dodawaniem modułów. Tego
> speca trzeba przestawić na "The New Way Of building kernel modules",
> a jak to teraz wygląda, to nie wiem, bo nigdy nie nadążam z nauką
> tych nowych sposobów.
> 
> Cz w rny
> 
> _______________________________________________
> pld-users-pl mailing list
> pld-users-pl w lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Mógłbym prosić o jakąś pomoc?
Próbowałem wielokrotnie, a to ze źródeł,
a to ze speca po takim pokrzepieniu (jednak komuś działa!), ale nic z
tego.

-- 
Pozdrawiam, Przemysław Gierski.


From pgierski w o2.pl  Fri Jun  8 23:25:03 2007
From: pgierski w o2.pl (Przemek Gierski)
Date: Fri, 8 Jun 2007 23:25:03 +0200
Subject: Disabling IRQ #169
In-Reply-To: <000801c77840$ad690710$0801a8c0@kosiek>
References: <000801c77840$ad690710$0801a8c0@kosiek>
Message-ID: <20070608232503.7efd538f@przemek>

Dnia 2007-04-06, o godz. 13:42:38
"kosiek" <kosiek w histamina.czuby.net> napisał(a):

> Witam.
> Mam taki problem. Otóż posiadam płytę na chipsecie intela 
> ze zintegrowaną kartą sieciową też intela. Gdy do kompa 
> podłączę dodatkową kartę sieciową, wszystko śmiga jak 
> należy. Podłączenie drugiej karty sieciowej (niezależnie 
> do, którego slotu PCI) daje taki efekt, że po jakimś czasie 
> system zwisa i pojawia się komunikat:
> Disabling IRQ #169.
> Wpisanie jakiegokolwiek polecenia daje efekt, że nie ma 
> takiego polecenia.
> Ktoś wie może w czym problem i ma jakiś pomysł jak go 
> rozwiązać?
> 
> Pozdrawiam Kosiek.

Poszukaj APIC w biosie, spróbuj włączać/wyłączać, ale to tylko
zgadywanie.

-- 
Pozdrawiam, Przemysław Gierski.


From zswi w pers.pl  Sat Jun  9 17:23:19 2007
From: zswi w pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Sat, 9 Jun 2007 17:23:19 +0200
Subject: KMplayer w Th
In-Reply-To: <57921.80.39.12.124.1181331711.squirrel@mikroplan.com.pl>
References: <35843.80.39.12.124.1181329101.squirrel@mikroplan.com.pl>
	<200706082101.09896.Robert.Tomasik@gmail.com>
	<57921.80.39.12.124.1181331711.squirrel@mikroplan.com.pl>
Message-ID: <200706091723.20014.zswi@pers.pl>

Dnia piątek, 8 czerwca 2007, lukasz w mikroplan.com.pl napisał:
> screeny i opis wygladaja nawet ciekawie,
> ale coz to za dziwne Qt3Support, QtNetwork, QtSvg i temu podobne
>   za soba ciagnie? (smplayer-0.5.0-1 z Th)
> To taka nowa, swiecka tradycja?
> Ze niby jak mam zainstalowane qt-3.3.8-2  to potrzebne mu
> sa compatibility Qt3Support-4.3.0-1 z qt4?
>
> czy to blad Requires?

Nie sądzę, by było to błędem. To poprostu klasy z qt-3 portowane do qt-4 
(powstały tylko po to, aby ułatwić developerom przejście z qt-3 do qt-4 - 
nowe programy oparte o qt4 raczej nie powinny z tego korzystać).

Pozdrawiam,
-- 
Rafał Cygnarowski
rafi w pers.pl
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: signature.asc
Typ: application/pgp-signature
Rozmiar: 189 bytes
Opis: This is a digitally signed message part.
Adres: </mailman/pipermail/pld-users-pl/attachments/20070609/6ed8f6ae/attachment.sig>

From zswi w pers.pl  Sat Jun  9 17:25:55 2007
From: zswi w pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Sat, 9 Jun 2007 17:25:55 +0200
Subject: [OT] =?iso-8859-2?q?Sieci=F3wki?= Intela
In-Reply-To: <200706031020.18079.zswi@pers.pl>
References: <200706020852.11751.zswi@pers.pl> <4661C954.5070906@pfu.pl>
	<200706031020.18079.zswi@pers.pl>
Message-ID: <200706091725.55241.zswi@pers.pl>

Dnia niedziela, 3 czerwca 2007, Rafał Cygnarowski napisał:
> Jeden z zawieszonych komputerów to Duron 1200Mhz. Ten który się na teście
> nie wysypał to AMD-K5 100 Mhz.

Sprawa się wyjaśniła. Winne były nie sieciówki, a płyty główne. Płyty to 
K7VTA3 ECS-a. Pomogła zmiana slot-a i "load fail-safe defaults" w BIOSie (nie 
sprawdziłem już, które dokładnie ustawienia mu nie pasowały - brakło mi już 
na to czasu...)

Pozdrawiam,
-- 
Rafał Cygnarowski
rafi w pers.pl
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: signature.asc
Typ: application/pgp-signature
Rozmiar: 189 bytes
Opis: This is a digitally signed message part.
Adres: </mailman/pipermail/pld-users-pl/attachments/20070609/5741da62/attachment.sig>

From lukasz w mikroplan.com.pl  Sat Jun  9 23:40:24 2007
From: lukasz w mikroplan.com.pl (lukasz w mikroplan.com.pl)
Date: Sat, 9 Jun 2007 23:40:24 +0200 (CEST)
Subject: KMplayer w Th
In-Reply-To: <200706091723.20014.zswi@pers.pl>
References: <35843.80.39.12.124.1181329101.squirrel@mikroplan.com.pl>
	<200706082101.09896.Robert.Tomasik@gmail.com>
	<57921.80.39.12.124.1181331711.squirrel@mikroplan.com.pl>
	<200706091723.20014.zswi@pers.pl>
Message-ID: <54383.80.39.12.124.1181425224.squirrel@mikroplan.com.pl>

>
> Nie sądzę, by było to błędem. To poprostu klasy z qt-3 portowane do qt-4
> (powstały tylko po to, aby ułatwić developerom przejście z qt-3 do qt-4 -
> nowe programy oparte o qt4 raczej nie powinny z tego korzystać).
>

czyli napisane jest to w qt3, ale tak, zeby bezbolesnie przejsc potem na qt4?

Zainstalowalem wszystko co chcial, player dziala wysmienicie.


-- 
Lukasz



From zswi w pers.pl  Sun Jun 10 00:36:53 2007
From: zswi w pers.pl (=?iso-8859-2?q?Rafa=B3_Cygnarowski?=)
Date: Sun, 10 Jun 2007 00:36:53 +0200
Subject: KMplayer w Th
In-Reply-To: <54383.80.39.12.124.1181425224.squirrel@mikroplan.com.pl>
References: <35843.80.39.12.124.1181329101.squirrel@mikroplan.com.pl>
	<200706091723.20014.zswi@pers.pl>
	<54383.80.39.12.124.1181425224.squirrel@mikroplan.com.pl>
Message-ID: <200706100036.58545.zswi@pers.pl>

Dnia sobota, 9 czerwca 2007, lukasz w mikroplan.com.pl napisał:
> > Nie sądzę, by było to błędem. To poprostu klasy z qt-3 portowane do qt-4
> > (powstały tylko po to, aby ułatwić developerom przejście z qt-3 do qt-4 -
> > nowe programy oparte o qt4 raczej nie powinny z tego korzystać).
>
> czyli napisane jest to w qt3, ale tak, zeby bezbolesnie przejsc potem na
> qt4?

Nie znam historii smplayera, ale to raczej *było* napisane w qt3, ale teraz to 
to już jest na pewno w qt4.

Pozdrawiam,
-- 
Rafał Cygnarowski
rafi w pers.pl
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: signature.asc
Typ: application/pgp-signature
Rozmiar: 189 bytes
Opis: This is a digitally signed message part.
Adres: </mailman/pipermail/pld-users-pl/attachments/20070610/652cf75e/attachment.sig>

From marcus w kernel.pl  Sun Jun 10 09:04:37 2007
From: marcus w kernel.pl (Marcin Bohosiewicz)
Date: Sun, 10 Jun 2007 09:04:37 +0200 (CEST)
Subject: Disabling IRQ #169
In-Reply-To: <000801c77840$ad690710$0801a8c0@kosiek>
References: <000801c77840$ad690710$0801a8c0@kosiek>
Message-ID: <Pine.LNX.4.64N.0706100903160.3028@an2.kernel.pl>

On Fri, 6 Apr 2007, kosiek wrote:

> Witam.
> Mam taki problem. Otóż posiadam płytę na chipsecie intela
> ze zintegrowaną kartą sieciową też intela. Gdy do kompa
> podłączę dodatkową kartę sieciową, wszystko śmiga jak
> należy. Podłączenie drugiej karty sieciowej (niezależnie
> do, którego slotu PCI) daje taki efekt, że po jakimś czasie
> system zwisa i pojawia się komunikat:
> Disabling IRQ #169.
> Wpisanie jakiegokolwiek polecenia daje efekt, że nie ma
> takiego polecenia.
> Ktoś wie może w czym problem i ma jakiś pomysł jak go
> rozwiązać?

Troche malo informacji, a szklana kula akurat na urlopie.

1. lspci -tv
2. jakie przerwania dostaja sieciowki ?
3. jaki kernel ?

M.

-- 
-| == Marcin Bohosiewicz - MB8042-RIPE - marcus w kernel.pl	== |-
-| == tel. +48 601 485097 - PLD Team   - marcus w pld-linux.org   == |-
-| == http://www.kernel.pl/ -          ftp://ftp.kernel.pl/     == |-

From dmateja w wp.pl  Sun Jun 10 21:50:24 2007
From: dmateja w wp.pl (Daniel Mateja)
Date: Sun, 10 Jun 2007 21:50:24 +0200
Subject: KMplayer w Th
In-Reply-To: <200706082101.09896.Robert.Tomasik@gmail.com>
References: <35843.80.39.12.124.1181329101.squirrel@mikroplan.com.pl>
	<200706082101.09896.Robert.Tomasik@gmail.com>
Message-ID: <200706102150.24233.dmateja@wp.pl>

> > Chyba ze cos innego jest teraz bardziej na topie dla KDE?
>
> jasne smplayer

a wtyczki do konquerora toto ma?
( po odinstalowaniu kmplayer'a i zainstalowania tego filmiki mi nie ida )




From dmateja w wp.pl  Sun Jun 10 21:57:08 2007
From: dmateja w wp.pl (Daniel Mateja)
Date: Sun, 10 Jun 2007 21:57:08 +0200
Subject: KMplayer w Th
In-Reply-To: <200706102150.24233.dmateja@wp.pl>
References: <35843.80.39.12.124.1181329101.squirrel@mikroplan.com.pl>
	<200706082101.09896.Robert.Tomasik@gmail.com>
	<200706102150.24233.dmateja@wp.pl>
Message-ID: <200706102157.08980.dmateja@wp.pl>

Dnia niedziela 10 czerwca 2007, Daniel Mateja napisał:
> > > Chyba ze cos innego jest teraz bardziej na topie dla KDE?
> >
> > jasne smplayer
>
> a wtyczki do konquerora toto ma?
> ( po odinstalowaniu kmplayer'a i zainstalowania tego filmiki mi nie ida )
w konquerorze jako przegladarce www... ( precyzuje ;) )


From marcin w palesnica.com  Mon Jun 11 00:29:57 2007
From: marcin w palesnica.com (Marcin Sapeta)
Date: Mon, 11 Jun 2007 00:29:57 +0200
Subject: Problem z poldkiem
Message-ID: <200706110029.57324.marcin@palesnica.com>

Witam, 
robiłem upgrade systemu po powrocie z długiego weekendu ;) i taki oto problem 
po restarcie: 

[root w SAPER /]# poldek
Loading [pndir]ac...
Loading [pndir]ac-updates-security...
Przeczytano 15357 pakietów
Something wrong, something not quite right.
Assertion 'n_stream_tell(st) == TNDBSIGN_OFFSET' failed, tndb.c:248
Please report this bug to <mis w pld.org.pl>.

Abort

Nie mogę uruchomić poldka, co zrobić, by zadziałał?
-- 
Marcin Sapeta
http://www.palesnica.com
http://www.ujakuba.waw.pl
email: marcin w palesnica.com 
(022) 234 46 11
(+48) 608 192 224
GG: 2469665 (ukryty)




From adas-news w artikon.pl  Mon Jun 11 00:57:55 2007
From: adas-news w artikon.pl (Adam =?iso-8859-2?q?Gapi=F1ski?=)
Date: Mon, 11 Jun 2007 00:57:55 +0200
Subject: Problem z poldkiem
In-Reply-To: <200706110029.57324.marcin@palesnica.com>
References: <200706110029.57324.marcin@palesnica.com>
Message-ID: <200706110057.55579@127.0.0.1>

Osóbka znana jako Marcin Sapeta, wystukała:
> Witam,
> robiłem upgrade systemu po powrocie z długiego weekendu ;) i taki oto
> problem po restarcie:
>
> [root w SAPER /]# poldek
> Loading [pndir]ac...
> Loading [pndir]ac-updates-security...
> Przeczytano 15357 pakietów
> Something wrong, something not quite right.
> Assertion 'n_stream_tell(st) == TNDBSIGN_OFFSET' failed, tndb.c:248
> Please report this bug to <mis w pld.org.pl>.
>
> Abort
>
> Nie mogę uruchomić poldka, co zrobić, by zadziałał?

Nie wiem na ile pomogę ale u mnie nic się nie dzieje:

[adas w dom ~]$ poldek -l
ac           ftp://ftp.ac.pld-linux.org/dists/ac/PLD/athlon/PLD/RPMS/  
(type=pndir)
ac-ready     ftp://ftp.ac.pld-linux.org/dists/ac/ready/athlon/  
(noauto,type=pndir)
ac-supported ftp://ftp.ac.pld-linux.org/dists/ac/supported/athlon/  
(noauto,type=pndir)
ac-updates-general 
ftp://ftp.ac.pld-linux.org/dists/ac/updates/general/athlon/  
(noauto,type=pndir)
ac-updates-security 
ftp://ftp.ac.pld-linux.org/dists/ac/updates/security/athlon/  (type=pndir)


[adas w dom ~]$ rpm -q poldek
poldek-0.20-13

[adas w dom ~]$ rpm -q rpm
rpm-4.4.2-44

[adas w dom ~]$ poldek -nac*
Loading [pndir]ac...
Loading [pndir]ac-updates-security...
Loading [pndir]ac-updates-general...
Loading [pndir]ac-supported...
Loading [pndir]ac-ready...
Przeczytano 17265 pakietów
Usunięto 1588 zdublowanych pakietów z listy dostępnych
Loading [rpmdbcache]/var/lib/rpm...
Przeczytano 994 pakiety

Witaj w poldkowym trybie interaktywnym. Wpisz "help" aby otrzymać pomoc.

poldek:/all-avail> llu
poldek:/all-avail>              

pozdrawiam
-- 
Adam Gapiński ::::: adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate... (/me 18.05.2004)


From tomasz.wittner w gmail.com  Mon Jun 11 09:58:08 2007
From: tomasz.wittner w gmail.com (Tomasz Wittner)
Date: Mon, 11 Jun 2007 09:58:08 +0200
Subject: Problem z poldkiem
In-Reply-To: <200706110029.57324.marcin@palesnica.com>
References: <200706110029.57324.marcin@palesnica.com>
Message-ID: <200706110958.08129.tomasz.wittner@gmail.com>

On Mon 11. of June 2007, 00:29, Marcin Sapeta wrote:
> Witam,
> robiłem upgrade systemu po powrocie z długiego weekendu ;) i taki oto
> problem po restarcie:
>
> [root w SAPER /]# poldek
> Loading [pndir]ac...
> Loading [pndir]ac-updates-security...
> Przeczytano 15357 pakietów
> Something wrong, something not quite right.
> Assertion 'n_stream_tell(st) == TNDBSIGN_OFFSET' failed, tndb.c:248
> Please report this bug to <mis w pld.org.pl>.
>
> Abort
>
> Nie mogę uruchomić poldka, co zrobić, by zadziałał?
Skasować indexy z ~/.poldek-cache : rm ~/.poldek-cache/*/packages.*
i "zaciągnąć" je na nowo. Identyczny komunikat miałem, jak packages.ndir.gz 
był pustym plikiem.

-- 
Tomasz Wittner


From maciej w task.gda.pl  Mon Jun 11 14:17:37 2007
From: maciej w task.gda.pl (Maciej =?ISO-8859-2?Q?=A6winiarski?=)
Date: Mon, 11 Jun 2007 14:17:37 +0200
Subject: [TH ]lirc - =?ISO-8859-2?Q?uda=B3o_si=EA?= komkolwiek
	=?ISO-8859-2?Q?skompilowa=E6=3F?=
In-Reply-To: <20070608223651.4ae67ee2@przemek>
References: <20070603163623.050d8624@przemek>
	<1180890175.3307.45.camel@ipv6-localnet>
	<20070608223651.4ae67ee2@przemek>
Message-ID: <20070611141737.4079bfa7@tratwa.task.gda.pl>

Dnia Fri, 8 Jun 2007 22:36:51 +0200
Przemek Gierski <pgierski w o2.pl> napisał(a):

> Mógłbym prosić o jakąś pomoc?
> Próbowałem wielokrotnie, a to ze źródeł,
> a to ze speca po takim pokrzepieniu (jednak komuś działa!), ale nic z
> tego.

sprawdz teraz


From marcin w palesnica.com  Tue Jun 12 00:18:31 2007
From: marcin w palesnica.com (Marcin Sapeta)
Date: Tue, 12 Jun 2007 00:18:31 +0200
Subject: Problem z poldkiem
In-Reply-To: <200706110958.08129.tomasz.wittner@gmail.com>
References: <200706110029.57324.marcin@palesnica.com>
	<200706110958.08129.tomasz.wittner@gmail.com>
Message-ID: <200706120018.31624.marcin@palesnica.com>

Dnia poniedziałek, 11 czerwca 2007, Tomasz Wittner napisał:
> On Mon 11. of June 2007, 00:29, Marcin Sapeta wrote:
> > Witam,
> > robiłem upgrade systemu po powrocie z długiego weekendu ;) i taki oto
> > problem po restarcie:
> >
> > [root w SAPER /]# poldek
> > Loading [pndir]ac...
> > Loading [pndir]ac-updates-security...
> > Przeczytano 15357 pakietów
> > Something wrong, something not quite right.
> > Assertion 'n_stream_tell(st) == TNDBSIGN_OFFSET' failed, tndb.c:248
> > Please report this bug to <mis w pld.org.pl>.
> >
> > Abort
> >
> > Nie mogę uruchomić poldka, co zrobić, by zadziałał?
>
> Skasować indexy z ~/.poldek-cache : rm ~/.poldek-cache/*/packages.*
> i "zaciągnąć" je na nowo. Identyczny komunikat miałem, jak packages.ndir.gz
> był pustym plikiem.

Zrobiłem tak i nic, to samo :( 
Ale spod usera poldek się uruchamia normalnie.

-- 
Marcin Sapeta
http://www.palesnica.com
http://www.ujakuba.waw.pl
email: marcin w palesnica.com 
(022) 234 46 11
(+48) 608 192 224
GG: 2469665 (ukryty)




From adas-news w artikon.pl  Tue Jun 12 00:29:41 2007
From: adas-news w artikon.pl (Adam =?iso-8859-2?q?Gapi=F1ski?=)
Date: Tue, 12 Jun 2007 00:29:41 +0200
Subject: Problem z poldkiem
In-Reply-To: <200706120018.31624.marcin@palesnica.com>
References: <200706110029.57324.marcin@palesnica.com>
	<200706110958.08129.tomasz.wittner@gmail.com>
	<200706120018.31624.marcin@palesnica.com>
Message-ID: <200706120029.41653@127.0.0.1>

Osóbka znana jako Marcin Sapeta, wystukała:
> Dnia poniedziałek, 11 czerwca 2007, Tomasz Wittner napisał:
> > On Mon 11. of June 2007, 00:29, Marcin Sapeta wrote:
> > > Witam,
> > > robiłem upgrade systemu po powrocie z długiego weekendu ;) i taki oto
> > > problem po restarcie:
> > >
> > > [root w SAPER /]# poldek
> > > Loading [pndir]ac...
> > > Loading [pndir]ac-updates-security...
> > > Przeczytano 15357 pakietów
> > > Something wrong, something not quite right.
> > > Assertion 'n_stream_tell(st) == TNDBSIGN_OFFSET' failed, tndb.c:248
> > > Please report this bug to <mis w pld.org.pl>.
> > >
> > > Abort
> > >
> > > Nie mogę uruchomić poldka, co zrobić, by zadziałał?
> >
> > Skasować indexy z ~/.poldek-cache : rm ~/.poldek-cache/*/packages.*
> > i "zaciągnąć" je na nowo. Identyczny komunikat miałem, jak
> > packages.ndir.gz był pustym plikiem.
>
> Zrobiłem tak i nic, to samo :(
> Ale spod usera poldek się uruchamia normalnie.

user ma indeksy pewnie w ~/.poldek-cache/*
a root to pewnie gdzieś ;) poszukaj gdzie ma te indeksy i skasuj ;P

sorry
NNMSP ;-)

pozdrawiam
-- 
Adam Gapiński ::::: adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate... (/me 18.05.2004)


From krystian w kamionek.net  Tue Jun 12 00:42:02 2007
From: krystian w kamionek.net (Krystian Tomczyk)
Date: Tue, 12 Jun 2007 00:42:02 +0200
Subject: Problem z poldkiem
In-Reply-To: <200706120029.41653@127.0.0.1>
References: <200706110029.57324.marcin@palesnica.com>
	<200706110958.08129.tomasz.wittner@gmail.com>
	<200706120018.31624.marcin@palesnica.com>
	<200706120029.41653@127.0.0.1>
Message-ID: <1181601722.5805.23.camel@laptom>

Dnia 12-06-2007, wto o godzinie 00:29 +0200, Adam Gapiński napisał(a):
> user ma indeksy pewnie w ~/.poldek-cache/*
> a root to pewnie gdzieś ;) poszukaj gdzie ma te indeksy i skasuj ;P 
Eee tam, gdzieś indziej...
A właśnie, że root też ma indeksy w ~/.poldek-cache/* tylko, że to
właśnie jest gdzieś indziej niż dla usera... ;P
Oczywiście pod warunkiem, że nie została zmieniona ścieżka do cache w
konfigu poldka.
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From pgierski w o2.pl  Tue Jun 12 07:22:54 2007
From: pgierski w o2.pl (Przemek Gierski)
Date: Tue, 12 Jun 2007 07:22:54 +0200
Subject: [TH ]lirc - =?UTF-8?B?dWRhxYJvIHNpxJk=?= komkolwiek
	=?UTF-8?B?c2tvbXBpbG93YcSHPw==?=
In-Reply-To: <20070611141737.4079bfa7@tratwa.task.gda.pl>
References: <20070603163623.050d8624@przemek>
	<1180890175.3307.45.camel@ipv6-localnet>
	<20070608223651.4ae67ee2@przemek>
	<20070611141737.4079bfa7@tratwa.task.gda.pl>
Message-ID: <20070612072254.35b10e6e@przemek>

Dnia 2007-06-11, o godz. 14:17:37
Maciej Świniarski <maciej w task.gda.pl> napisał(a):

> Dnia Fri, 8 Jun 2007 22:36:51 +0200
> Przemek Gierski <pgierski w o2.pl> napisał(a):
> 
> > Mógłbym prosić o jakąś pomoc?
> > Próbowałem wielokrotnie, a to ze źródeł,
> > a to ze speca po takim pokrzepieniu (jednak komuś działa!), ale nic
> > z tego.
> 
> sprawdz teraz
> _______________________________________________
> pld-users-pl mailing list
> pld-users-pl w lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Dzięki, ale jeszcze nie.

Your hardware does not require a special LIRC kernel module.

Now enter 'make' and 'make install' to compile and install the package.

configure: WARNING: Cache variable ac_cv_have_kernel contains a newline.
+ /usr/bin/make
Makefile:182: *** missing separator.  Stop.
błąd: Błędny status wyjścia z /home/users/przemek/tmp/rpm-tmp.31514
(%build)


Błędy budowania RPM-a:
    Błędny status wyjścia z /home/users/przemek/tmp/rpm-tmp.31514
(%build) Error: package build failed. (no more info)


-- 
Pozdrawiam, Przemysław Gierski.


From pawel w artfan.net  Tue Jun 12 12:17:08 2007
From: pawel w artfan.net (=?iso-8859-2?q?Pawe=B3_Ko=B6ka?=)
Date: Tue, 12 Jun 2007 12:17:08 +0200
Subject: PLD i PXE
Message-ID: <200706121217.09155.pawel@artfan.net>

Witam,

Dzisiaj po wielkich naciskach od jednego zainteresowanego udało mi się napisać 
jak tworzę maszyny pracujące w ramdysku i uruchamiane z PXE.

Opis jest trochę dziwny, ale jest robiony na szybko.

Tak więc opis jest tutaj:
http://www.viop.pl/linux/pld-linux-i-pxe

A głównie chodzi mi o modyfikację pliku linuxrc który jest uruchamiany przy 
starcie.
http://www.viop.pl/wp-content/uploads/2007/06/linuxrc.txt

Może osoby które robią różne livecd i inne rescuecd podpowiedzą jak to zrobić 
bardziej pod PLD.

-- 
Pozdrawiam,
Paweł


From wojciech w blaszkowski.com  Tue Jun 12 12:38:57 2007
From: wojciech w blaszkowski.com (Wojciech =?iso-8859-2?q?B=B3aszkowski?=)
Date: Tue, 12 Jun 2007 12:38:57 +0200
Subject: PLD i PXE
In-Reply-To: <200706121217.09155.pawel@artfan.net>
References: <200706121217.09155.pawel@artfan.net>
Message-ID: <200706121238.57563@wojtosz>

Dnia wtorek, 12 czerwca 2007, Paweł Kośka napisał:
> [...]
> Może osoby które robią różne livecd i inne rescuecd podpowiedzą jak to
> zrobić bardziej pod PLD.

like this ? 
http://www.maven.pl/?p=29

Pozdrawiam, Best regards, Mit freundlichen Grüßen,
--
Wojciech "Wojtosz" Błaszkowski
www.blaszkowski.com


From pawel w artfan.net  Tue Jun 12 12:51:49 2007
From: pawel w artfan.net (=?iso-8859-2?q?Pawe=B3_Ko=B6ka?=)
Date: Tue, 12 Jun 2007 12:51:49 +0200
Subject: PLD i PXE
In-Reply-To: <200706121238.57563@wojtosz>
References: <200706121217.09155.pawel@artfan.net> <200706121238.57563@wojtosz>
Message-ID: <200706121251.50795.pawel@artfan.net>

Dnia wtorek, 12 czerwca 2007, Wojciech Błaszkowski napisał:
> Dnia wtorek, 12 czerwca 2007, Paweł Kośka napisał:
> > [...]
> > Może osoby które robią różne livecd i inne rescuecd podpowiedzą jak to
> > zrobić bardziej pod PLD.
>
> like this ?
> http://www.maven.pl/?p=29

Nie do końca, ja wiem jak odpalić z PXE, problem jest w tym, że nie za bardzo 
umiem zbudować taki obraz do uruchomienia.

Ale dzięki za link, zaraz będę u siebie poprawiać konfigurację, bo ta wygląda 
super.

-- 
Pozdrawiam,
Paweł


From lipek w lipek.pl  Tue Jun 12 15:34:56 2007
From: lipek w lipek.pl (Michal 'lipek' Lipka)
Date: Tue, 12 Jun 2007 15:34:56 +0200 (CEST)
Subject: nVidia Eth
In-Reply-To: <9bf18e9e0706070400l7343fec1y7cfffb21f2d8fb40@mail.gmail.com>
References: <200706050029.08604.beorn@alpha.pl>
	<200706050053.39503.pld@nius.waw.pl>
	<200706050821.37170.arekm@maven.pl> <200706051019.59311.beorn@alpha.pl>
	<9bf18e9e0706070400l7343fec1y7cfffb21f2d8fb40@mail.gmail.com>
Message-ID: <Pine.LNX.4.64N.0706121534260.4684@lipek.pl>

On Thu, 7 Jun 2007, Grzesiek Pycia wrote:

>> 
>> 
>> > > 00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a3)
>> > > 00:09.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a3)
>> > >
>> > > zero problemów, kernel 2.6.16.45-1smp
>> > Jedyną różnicą jaką tutaj widzę jest rewizja karty. Może w tym tkwi
>> > problem?
>> >
>> >
>> >
>> >
>> U mnie tez jest a3 i działa normalnie na kernelu 2.6.16.51

potwierdzam działanie a3 na 2.6.14.7-5
pozdrawiam
Michał Lipka

From krystian w kamionek.net  Tue Jun 12 21:37:35 2007
From: krystian w kamionek.net (Krystian Tomczyk)
Date: Tue, 12 Jun 2007 21:37:35 +0200
Subject: PLD i PXE
In-Reply-To: <200706121251.50795.pawel@artfan.net>
References: <200706121217.09155.pawel@artfan.net>
	<200706121238.57563@wojtosz>  <200706121251.50795.pawel@artfan.net>
Message-ID: <1181677056.3117.8.camel@laptom>

Dnia 12-06-2007, wto o godzinie 12:51 +0200, Paweł Kośka napisał(a):
> Dnia wtorek, 12 czerwca 2007, Wojciech Błaszkowski napisał:
> > Dnia wtorek, 12 czerwca 2007, Paweł Kośka napisał:
> > > [...]
> > > Może osoby które robią różne livecd i inne rescuecd podpowiedzą jak to
> > > zrobić bardziej pod PLD.
> >
> > like this ?
> > http://www.maven.pl/?p=29
> 
> Nie do końca, ja wiem jak odpalić z PXE, problem jest w tym, że nie za bardzo 
> umiem zbudować taki obraz do uruchomienia.
> 
> Ale dzięki za link, zaraz będę u siebie poprawiać konfigurację, bo ta wygląda 
> super.
> 
To ja podeślę też jeden link - może się przyda :)
http://andrzej.dopierala.name/2007-06-02_Bootowanie_systemu_z_pxe_na_nowych_komputerach
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From adas-news w artikon.pl  Wed Jun 13 00:39:30 2007
From: adas-news w artikon.pl (Adam =?iso-8859-2?q?Gapi=F1ski?=)
Date: Wed, 13 Jun 2007 00:39:30 +0200
Subject: postfix dokumentacja
Message-ID: <200706130039.30458@127.0.0.1>

Witam!
Coś nie działa jeśli chodzi o opis w naszej dokumentacji postfiksa. Otóż wg 
dokumentacji powinno być tak:

smtpd_recipient_restrictions=permit_mynetworks, \
    reject_sender_login_mismatch,permit_sasl_authenticated, \
    reject_unauth_destination

Na co przy próbie wysyłki mamy:
Jun 13 00:28:59 poczta postfix/smtpd[6135]: NOQUEUE: reject: RCPT from xxx 
[xx.xx.xx.xx]: 553 <admin w xxxx>: Sender address rejected: not owned by user 
admin; from=<admin w xxxx> to=<yyyy w yyyyy> proto=ESMTP 
helo=<[moj_IP_lokalny]>

Po wywaleniu z powyższego wpisu: reject_sender_login_mismatch

działa. Czyli wysyła. Ktoś[tm] podpowie o co chodzi?
Bo wygląda na to że postfix nie "kojarzy" użytkownika z adresem mailowym...

System AC

pozdrawiam
-- 
Adam Gapiński ::::: adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate... (/me 18.05.2004)


From ab_1 w abram.eu.org  Wed Jun 13 08:26:46 2007
From: ab_1 w abram.eu.org (Michal Abramowicz)
Date: Wed, 13 Jun 2007 08:26:46 +0200
Subject: postfix dokumentacja
In-Reply-To: <200706130039.30458@127.0.0.1>
References: <200706130039.30458@127.0.0.1>
Message-ID: <20070613062646.GA17515@mail.batek.pl>

On Wed, Jun 13, 2007 at 12:39:30AM +0200, Adam Gapiński wrote:
> Witam!
> Coś nie działa jeśli chodzi o opis w naszej dokumentacji postfiksa. Otóż wg 
> dokumentacji powinno być tak:
> 
> smtpd_recipient_restrictions=permit_mynetworks, \
>     reject_sender_login_mismatch,permit_sasl_authenticated, \
>     reject_unauth_destination
> 
> Na co przy próbie wysyłki mamy:
> Jun 13 00:28:59 poczta postfix/smtpd[6135]: NOQUEUE: reject: RCPT from xxx 
> [xx.xx.xx.xx]: 553 <admin w xxxx>: Sender address rejected: not owned by user 
> admin; from=<admin w xxxx> to=<yyyy w yyyyy> proto=ESMTP 
> helo=<[moj_IP_lokalny]>
> 

5 min goógli:
http://oldlinux.e-matys.com/artykuly/postfix_auth_antyspam.htm


masz napisane, teraz powinieneś zapisać się na listę pld-doc-costam i
napisac poprawke do dokumentacji jako uzupelnienie, to twoja kara za 
nieużywanie googli ;-)


zdrowia!!!

-- 
Michał Abramowicz	abram  pld  -  linux  org


From pawel w artfan.net  Wed Jun 13 13:04:14 2007
From: pawel w artfan.net (=?iso-8859-2?q?Pawe=B3_Ko=B6ka?=)
Date: Wed, 13 Jun 2007 13:04:14 +0200
Subject: PLD i PXE
In-Reply-To: <1181677056.3117.8.camel@laptom>
References: <200706121217.09155.pawel@artfan.net>
	<200706121251.50795.pawel@artfan.net>
	<1181677056.3117.8.camel@laptom>
Message-ID: <200706131304.15136.pawel@artfan.net>

Dnia wtorek, 12 czerwca 2007, Krystian Tomczyk napisał:
> Dnia 12-06-2007, wto o godzinie 12:51 +0200, Paweł Kośka napisał(a):
> > Dnia wtorek, 12 czerwca 2007, Wojciech Błaszkowski napisał:
> > > Dnia wtorek, 12 czerwca 2007, Paweł Kośka napisał:
> > > > [...]
> > > > Może osoby które robią różne livecd i inne rescuecd podpowiedzą jak
> > > > to zrobić bardziej pod PLD.
> > >
> > > like this ?
> > > http://www.maven.pl/?p=29
> >
> > Nie do końca, ja wiem jak odpalić z PXE, problem jest w tym, że nie za
> > bardzo umiem zbudować taki obraz do uruchomienia.
> >
> > Ale dzięki za link, zaraz będę u siebie poprawiać konfigurację, bo ta
> > wygląda super.
>
> To ja podeślę też jeden link - może się przyda :)
> http://andrzej.dopierala.name/2007-06-02_Bootowanie_systemu_z_pxe_na_nowych
>_komputerach

A dziękuje ale ten link to już znam ;)
Chyba po prostu zły temat wiadomości dałem, bo bardziej chciałem uzyskać pomoc 
co robić z PLD by je uruchomić przez PXE. Czyli w jaki sposób zbudować taki       
LiveCD czy RescueCD.

Uruchomić np. rescuecd przez PXE potrafię i często to robię ;) Tylko nie do  
końca potrafię takie rescue tworzyć. No i w tym temacie szukam pomocy. Jak 
sam to robię to opisałem, liczyłem że ktoś rzuci okiem i powytyka mi 
błędy ;-)

-- 
Pozdrawiam,
Paweł


From rawoki w gmail.com  Wed Jun 13 13:21:19 2007
From: rawoki w gmail.com (Rafal)
Date: Wed, 13 Jun 2007 13:21:19 +0200
Subject: Toshiba
In-Reply-To: <20070601220815.GA19714@cion.siwster.com>
References: <op.ts3gl1l6wjt21z@rafal.blokernia>
	<1200.148.81.137.6.1180453806.squirrel@localhost>
	<op.ts3iq9u9wjt21z@rafal.blokernia>
	<a39750d70705291037k3358be03ja3374e729ec8b241@mail.gmail.com>
	<ae5379f70705310020r58ecfea8teffab86f3b5be0e3@mail.gmail.com>
	<1180662337.5135.53.camel@localhost>
	<20070601212830.GA30658@aramin.net>
	<ae5379f70706011454o61aa1e3r7bb487b125ac540a@mail.gmail.com>
	<20070601220815.GA19714@cion.siwster.com>
Message-ID: <op.ttuxttsywjt21z@rafal.blokernia>

A może ktoś wie jaki ma być moduł do karty sieciowej Realteka??

     lspci wyświetla to  : Ethernet Controller: Realtek Semiconductor Co.,  
Ltd. Uknown device 8136 (rev 01)

-- 
"It`s only me"


From krystian w kamionek.net  Wed Jun 13 13:42:33 2007
From: krystian w kamionek.net (Krystian Tomczyk)
Date: Wed, 13 Jun 2007 13:42:33 +0200
Subject: PLD i PXE
In-Reply-To: <200706131304.15136.pawel@artfan.net>
References: <200706121217.09155.pawel@artfan.net>
	<200706121251.50795.pawel@artfan.net> <1181677056.3117.8.camel@laptom>
	<200706131304.15136.pawel@artfan.net>
Message-ID: <1181734953.3117.35.camel@laptom>

Dnia 13-06-2007, śro o godzinie 13:04 +0200, Paweł Kośka napisał(a):
> Uruchomić np. rescuecd przez PXE potrafię i często to robię ;) Tylko
> nie do  
> końca potrafię takie rescue tworzyć. No i w tym temacie szukam pomocy.
> Jak 
> sam to robię to opisałem, liczyłem że ktoś rzuci okiem i powytyka mi 
> błędy ;-) 
Może to ci pomoże:
http://cvs.pld-linux.org/cgi-bin/cvsweb/livecd/remaster/
http://forum.pld-linux.org/viewtopic.php?t=1560
http://lists.pld-linux.org/mailman/pipermail/pld-users-pl/2006-July/061726.html
http://www.linuxdocs.org/HOWTOs/Bootdisk-HOWTO/index.html

-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From adas-news w artikon.pl  Thu Jun 14 00:39:20 2007
From: adas-news w artikon.pl (Adam =?iso-8859-2?q?Gapi=F1ski?=)
Date: Thu, 14 Jun 2007 00:39:20 +0200
Subject: postfix dokumentacja
In-Reply-To: <20070613062646.GA17515@mail.batek.pl>
References: <200706130039.30458@127.0.0.1>
	<20070613062646.GA17515@mail.batek.pl>
Message-ID: <200706140039.20565@127.0.0.1>

Osóbka znana jako Michal Abramowicz, wystukała:
> On Wed, Jun 13, 2007 at 12:39:30AM +0200, Adam Gapiński wrote:
> > Witam!
> > Coś nie działa jeśli chodzi o opis w naszej dokumentacji postfiksa.
> > Otóż wg dokumentacji powinno być tak:
> >
> > smtpd_recipient_restrictions=permit_mynetworks, \
> >     reject_sender_login_mismatch,permit_sasl_authenticated, \
> >     reject_unauth_destination
> >
> > Na co przy próbie wysyłki mamy:
> > Jun 13 00:28:59 poczta postfix/smtpd[6135]: NOQUEUE: reject: RCPT from
> > xxx [xx.xx.xx.xx]: 553 <admin w xxxx>: Sender address rejected: not owned
> > by user admin; from=<admin w xxxx> to=<yyyy w yyyyy> proto=ESMTP
> > helo=<[moj_IP_lokalny]>
>
> 5 min goógli:
> http://oldlinux.e-matys.com/artykuly/postfix_auth_antyspam.htm
>
dzięki...
>
> masz napisane, teraz powinieneś zapisać się na listę pld-doc-costam i
> napisac poprawke do dokumentacji jako uzupelnienie, to twoja kara za
> nieużywanie googli ;-)

uhm, tyle, że to nie takie proste:
1. nie do końca jest jasne czy opis na pld-doc dotyczy domen wirtualnych 
*tylko*, bo jesli tak to jest kompletny
2. jeśli tworzysz serwer bazujący na kontach systemowych to nie ma potrzeby 
czytania opisu tworzenia domen wirtualnych
3. po kij mam userów, którzy mają swoje hasła do kont, zeby jeszcze 
postfiksowi tłumaczyć, że oni to są oni - inaczej mówiąc nie da się go 
zmusić do stwierdzenia, ze jak ktoś ma konto janek to i maila 
janek w domena.tld?
Bez dodatkowego pośredniczenia w pliku CośTaM?
;-)

> zdrowia!!!

wzajem!

pozdrawiam
-- 
Adam Gapiński ::::: adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate... (/me 18.05.2004)


From tomquc w gmail.com  Thu Jun 14 11:08:48 2007
From: tomquc w gmail.com (Tomasz Kuc)
Date: Thu, 14 Jun 2007 11:08:48 +0200
Subject: vmware server/workstation - page disappeared from vmware-vmx and is
	lost
Message-ID: <7158b5de0706140208y6384ad10kd686bbdfcefa0245@mail.gmail.com>

Od jakiegoś czasu próbuję uruchomić VMware server na AC. W zasadzie
dowolna wersja (budowana ze speca czy też tar.gz z vmware.com)
instaluje się poprawnie i wszystko jest ok do momentu wybrania power
on. Maszyna po prostu nie startuje (przez ułamek sekundy czarny ekran)
i log kernel pokazuje:  page X disappeared from vmware-vmx (X) and is
lost (old=X). Podobna styuacja ma miejsce z vmworkstation.

Próbowałem to uruchamiać na 2.6.16 budowanym z wyłączonymi grsecami
itp, a także na vanillowym jajku 2.6.18. Za każdym razem objaw jest
taki sam.

Może ktoś walczył z podobnym problemem?

From ab_1 w abram.eu.org  Thu Jun 14 16:10:41 2007
From: ab_1 w abram.eu.org (Michal Abramowicz)
Date: Thu, 14 Jun 2007 16:10:41 +0200
Subject: postfix dokumentacja
In-Reply-To: <200706140039.20565@127.0.0.1>
References: <200706130039.30458@127.0.0.1>
	<20070613062646.GA17515@mail.batek.pl>
	<200706140039.20565@127.0.0.1>
Message-ID: <20070614141040.GA15749@mail.batek.pl>

> uhm, tyle, że to nie takie proste:
> 1. nie do końca jest jasne czy opis na pld-doc dotyczy domen wirtualnych 
> *tylko*, bo jesli tak to jest kompletny
> 2. jeśli tworzysz serwer bazujący na kontach systemowych to nie ma potrzeby 
> czytania opisu tworzenia domen wirtualnych
> 3. po kij mam userów, którzy mają swoje hasła do kont, zeby jeszcze 
> postfiksowi tłumaczyć, że oni to są oni - inaczej mówiąc nie da się go 
> zmusić do stwierdzenia, ze jak ktoś ma konto janek to i maila 
> janek w domena.tld?
> Bez dodatkowego pośredniczenia w pliku CośTaM?
> ;-)

Ale jak to widzisz ? jak pokazać że janek.kowalski w domena.ltd to jank a
nie  jann.

Definunijesz poprostu iż konto (dowolne) po autentykacji dajmy nato
jank może littylko wysłać jako janek.kowalski w domena.ltd, a nie
jan.nowak w domena.ltd. Robisz taką mapę email na konto czy tam konto na
email. Wtedy każdy user ma swój email i nie może się podszyć pod kogoś
innego.

Prosto sie wyraziłem ? Dla ułatwienia dodam że ja tego nie używam gdyż
mi się nie chce ;-) czytaj useria nie włazi w edycja->preferencje w
thunderbirdzie ;-)


zdrowia !
m.a.


-- 
Michał Abramowicz	abram  pld  -  linux  org


From adas-news w artikon.pl  Thu Jun 14 17:22:57 2007
From: adas-news w artikon.pl (Adam =?iso-8859-2?q?Gapi=F1ski?=)
Date: Thu, 14 Jun 2007 17:22:57 +0200
Subject: postfix dokumentacja
In-Reply-To: <20070614141040.GA15749@mail.batek.pl>
References: <200706130039.30458@127.0.0.1> <200706140039.20565@127.0.0.1>
	<20070614141040.GA15749@mail.batek.pl>
Message-ID: <200706141722.57514@127.0.0.1>

Osóbka znana jako Michal Abramowicz, wystukała:
> > uhm, tyle, że to nie takie proste:
> > 1. nie do końca jest jasne czy opis na pld-doc dotyczy domen
> > wirtualnych *tylko*, bo jesli tak to jest kompletny
> > 2. jeśli tworzysz serwer bazujący na kontach systemowych to nie ma
> > potrzeby czytania opisu tworzenia domen wirtualnych
> > 3. po kij mam userów, którzy mają swoje hasła do kont, zeby jeszcze
> > postfiksowi tłumaczyć, że oni to są oni - inaczej mówiąc nie da się go
> > zmusić do stwierdzenia, ze jak ktoś ma konto janek to i maila
> > janek w domena.tld?
> > Bez dodatkowego pośredniczenia w pliku CośTaM?
> > ;-)
>
> Ale jak to widzisz ? jak pokazać że janek.kowalski w domena.ltd to jank a
> nie  jann.

Nie ma takiej potrzeby. Zakładasz usera w systemie janek to ma on z defaulta 
maila janek w domena.tld

>
> Definunijesz poprostu iż konto (dowolne) po autentykacji dajmy nato
> jank może littylko wysłać jako janek.kowalski w domena.ltd, a nie
> jan.nowak w domena.ltd. Robisz taką mapę email na konto czy tam konto na
> email. Wtedy każdy user ma swój email i nie może się podszyć pod kogoś
> innego.
>
Czyli tak jak w przypadku domen wirtualnych, bo wtedy musisz wręcz 
podmapować adres pod usera, lub zrobić to bez użytkowników w systemie.

> Prosto sie wyraziłem ? 

Ale to cały czas dotyczy wirtualnych domen/userów, czego ja nie używam 
akurat w tej instalacji... Chciałem sobie życie uprościć :)

pozdrawiam
-- 
Adam Gapiński ::::: adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate... (/me 18.05.2004)


From zbyniu w geocarbon.pl  Thu Jun 14 18:48:23 2007
From: zbyniu w geocarbon.pl (Zbyniu Krzystolik)
Date: Thu, 14 Jun 2007 18:48:23 +0200
Subject: postfix dokumentacja
In-Reply-To: <200706141722.57514@127.0.0.1>
References: <200706130039.30458@127.0.0.1> <200706140039.20565@127.0.0.1>
	<20070614141040.GA15749@mail.batek.pl>
	<200706141722.57514@127.0.0.1>
Message-ID: <20070614164822.GI13481@geocarbon.pl>

> > Definunijesz poprostu iż konto (dowolne) po autentykacji dajmy nato
> > jank może littylko wysłać jako janek.kowalski w domena.ltd, a nie
> > jan.nowak w domena.ltd. Robisz taką mapę email na konto czy tam konto na
> > email. Wtedy każdy user ma swój email i nie może się podszyć pod kogoś
> > innego.
> >
> Czyli tak jak w przypadku domen wirtualnych, bo wtedy musisz wręcz 
> podmapować adres pod usera, lub zrobić to bez użytkowników w systemie.
> 
> > Prosto sie wyraziłem ? 
> 
> Ale to cały czas dotyczy wirtualnych domen/userów, czego ja nie używam 
> akurat w tej instalacji... Chciałem sobie życie uprościć :)

A nie wystarczy wpisać:
smtpd_sender_login_maps = unix:passwd.byname
?
Nie bardzo wiem w czym w ogóle problem.

Zbyniu
-- 
%% Absolutely nothing we trust %%


From tgret w poczta.onet.pl  Thu Jun 14 20:32:56 2007
From: tgret w poczta.onet.pl (Tommy)
Date: Thu, 14 Jun 2007 20:32:56 +0200
Subject: Konfiguracja mysql.
Message-ID: <467189D8.9010705@poczta.onet.pl>

			Hello!
	Problem jak w temacie maila. Otoz po instalacji nie mam w 
/etc/mysql/clusters.conf wpisu MYSQL_DB_CLUSTERS="/var/lib/mysql", ktory 
to byc powinien zgodnie z 
http://pl.docs.pld-linux.org/uslugi_bazydanych__mysql.html. Dopisanie 
ww. parametru nic nie daje. Niestety piszac niniejszego maila nie mam 
dostepu do maszyny, na ktorej to ma dzialac wiec nie moge powiedziec co 
dzieje sie po:
# /etc/rc.d/init.d/mysql init
W kazdym badz razie nie jest to na pewno "błąd, mówiący o duplikacie 
wpisu localhost-mysql dla klucza 1 - możecie go zignorować." Moze mimo 
to pomozecie POCZąTKUJąCEMU?

Dzieki z gory. Tomek.


From ab_1 w abram.eu.org  Thu Jun 14 20:36:00 2007
From: ab_1 w abram.eu.org (Michal Abramowicz)
Date: Thu, 14 Jun 2007 20:36:00 +0200
Subject: postfix dokumentacja
In-Reply-To: <200706141722.57514@127.0.0.1>
References: <200706130039.30458@127.0.0.1> <200706140039.20565@127.0.0.1>
	<20070614141040.GA15749@mail.batek.pl>
	<200706141722.57514@127.0.0.1>
Message-ID: <20070614183600.GA18793@mail.batek.pl>

> Nie ma takiej potrzeby. Zakładasz usera w systemie janek to ma on z defaulta 
> maila janek w domena.tld

Tak, i janek może se wysłać też jako dowolnatreść@domena ....
(ustawia se w _dowolnym_ prg co chce).

Dalej nie widzi waszmość różnicy?
Wystarczy zajrzeć w nagłówek dowolnego maila
przykład:

1 linia daje naogół zawsze:

>From corel w corel.rsc01.com Thu Jun 14 16:16:40 2007
a  w kolejnej uiser usetawia From: <dowolnatreść@domena.ltd>
przykład: 
From: "Corel" <corel.service w corel.rsc01.com>

i user typu blondi widzi ze mail jest od dowolnatreść ;-)
czyli od "Corel" <corel.service .....>

eh, zresztą zbyniu ci już odpisał, a ja tylko tak tego, dla
wyjaśnienia :) no ale zawsze moge być w błędzie i czegoś sie zawsze
naucze.

pozdrawiam!
m.a.

ps:  przykład ze spamu:
>From precure-movie.com w wanttobefit.com Thu Jun 14 15:58:33 2007
From: "Chandler Cox" <acups.com w tattooedwhitetrash.com>

-- 
Michał Abramowicz	abram  pld  -  linux  org


From adas-news w artikon.pl  Thu Jun 14 22:06:34 2007
From: adas-news w artikon.pl (Adam =?iso-8859-2?q?Gapi=F1ski?=)
Date: Thu, 14 Jun 2007 22:06:34 +0200
Subject: postfix dokumentacja
In-Reply-To: <20070614164822.GI13481@geocarbon.pl>
References: <200706130039.30458@127.0.0.1> <200706141722.57514@127.0.0.1>
	<20070614164822.GI13481@geocarbon.pl>
Message-ID: <200706142206.34060@127.0.0.1>

Osóbka znana jako Zbyniu Krzystolik, wystukała:
> > > Definunijesz poprostu iż konto (dowolne) po autentykacji dajmy nato
> > > jank może littylko wysłać jako janek.kowalski w domena.ltd, a nie
> > > jan.nowak w domena.ltd. Robisz taką mapę email na konto czy tam konto
> > > na email. Wtedy każdy user ma swój email i nie może się podszyć pod
> > > kogoś innego.
> >
> > Czyli tak jak w przypadku domen wirtualnych, bo wtedy musisz wręcz
> > podmapować adres pod usera, lub zrobić to bez użytkowników w systemie.
> >
> > > Prosto sie wyraziłem ?
> >
> > Ale to cały czas dotyczy wirtualnych domen/userów, czego ja nie używam
> > akurat w tej instalacji... Chciałem sobie życie uprościć :)
>
> A nie wystarczy wpisać:
> smtpd_sender_login_maps = unix:passwd.byname
> ?
A to zadziała?
Bo z tego co wiem to ten plik ma taką składnię:
----
smtpd_sender_login_maps = hashl:/etc/postfix/sender_login_maps
gdzie w pliku sender_login_maps należy umieścić pary
user w domena.tld       user w domena.tld
i to w dodatku należy umieścić tam wszystkich userów, bo jeżeli któryś nie 
wystąpi to będzie mógł wysyłać z każdego konta
----

> Nie bardzo wiem w czym w ogóle problem.
>
W niedokładnej dokumentacji tylko i wyłącznie.
Wg opisu postfix nie ma prawa zadziałać, więc opis trza porawić, tylko nie 
bardzo jeszcze mam koncepcję jak...

> Zbyniu


pozdrawiam
-- 
Adam Gapiński ::::: adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate... (/me 18.05.2004)


From adamg w biomerieux.pl  Thu Jun 14 22:06:52 2007
From: adamg w biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Thu, 14 Jun 2007 22:06:52 +0200
Subject: Konfiguracja mysql.
In-Reply-To: <467189D8.9010705@poczta.onet.pl>
References: <467189D8.9010705@poczta.onet.pl>
Message-ID: <20070614200652.GB9597@mysza.eu.org>

On Thu, Jun 14, 2007 at 08:32:56PM +0200, Tommy wrote:
> to pomozecie POCZąTKUJąCEMU?

jaka wersja mysql? Wersje starsze od mysql-5.0.41-4 (ale 5.0.37 już nie)
miały faktycznie zepsuty initskrypt i nie dało się zainicjować bazy
danych, ale poprawiłem to właśnie w mysql-5.0.41-4.

-- 
 http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer    | Everybody needs some solid rock, I know I do.


From adas-news w artikon.pl  Thu Jun 14 22:11:11 2007
From: adas-news w artikon.pl (Adam =?iso-8859-2?q?Gapi=F1ski?=)
Date: Thu, 14 Jun 2007 22:11:11 +0200
Subject: postfix dokumentacja
In-Reply-To: <20070614183600.GA18793@mail.batek.pl>
References: <200706130039.30458@127.0.0.1> <200706141722.57514@127.0.0.1>
	<20070614183600.GA18793@mail.batek.pl>
Message-ID: <200706142211.11929@127.0.0.1>

Osóbka znana jako Michal Abramowicz, wystukała:
> > Nie ma takiej potrzeby. Zakładasz usera w systemie janek to ma on z
> > defaulta maila janek w domena.tld
>
> Tak, i janek może se wysłać też jako dowolnatreść@domena ....
> (ustawia se w _dowolnym_ prg co chce).
>
Właśnie, że nie może wysyłać maili jeśli zrobiłeś opis wg dokumentacji. 
Nawet jeśli się wpisze jako janek w .... :(

Problem w tym że dokumentacja jest niespójna albo ja robię jakiś błąd.
>
> eh, zresztą zbyniu ci już odpisał, a ja tylko tak tego, dla
> wyjaśnienia :) no ale zawsze moge być w błędzie i czegoś sie zawsze
> naucze.
>
Jesli ten wpis załatwiłby sprawę to wystarczy dopisać w dokumentacji, ale ja 
nie jestem pewien...

> pozdrawiam!
> m.a.
>
> ps:  przykład ze spamu:
> >From precure-movie.com w wanttobefit.com Thu Jun 14 15:58:33 2007
>
> From: "Chandler Cox" <acups.com w tattooedwhitetrash.com>


pozdrawiam
-- 
Adam Gapiński ::::: adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate... (/me 18.05.2004)


From zbyniu w geocarbon.pl  Thu Jun 14 22:18:58 2007
From: zbyniu w geocarbon.pl (Zbyniu Krzystolik)
Date: Thu, 14 Jun 2007 22:18:58 +0200
Subject: postfix dokumentacja
In-Reply-To: <200706142206.34060@127.0.0.1>
References: <200706130039.30458@127.0.0.1> <200706141722.57514@127.0.0.1>
	<20070614164822.GI13481@geocarbon.pl>
	<200706142206.34060@127.0.0.1>
Message-ID: <20070614201858.GJ13481@geocarbon.pl>

Mniej wiecej Thu, Jun 14, 2007 at 10:06:34PM +0200, zainteresowany Adam Gapiński rzekl:
> Osóbka znana jako Zbyniu Krzystolik, wystukała:
> > > > Definunijesz poprostu iż konto (dowolne) po autentykacji dajmy nato
> > > > jank może littylko wysłać jako janek.kowalski w domena.ltd, a nie
> > > > jan.nowak w domena.ltd. Robisz taką mapę email na konto czy tam konto
> > > > na email. Wtedy każdy user ma swój email i nie może się podszyć pod
> > > > kogoś innego.
> > >
> > > Czyli tak jak w przypadku domen wirtualnych, bo wtedy musisz wręcz
> > > podmapować adres pod usera, lub zrobić to bez użytkowników w systemie.
> > >
> > > > Prosto sie wyraziłem ?
> > >
> > > Ale to cały czas dotyczy wirtualnych domen/userów, czego ja nie używam
> > > akurat w tej instalacji... Chciałem sobie życie uprościć :)
> >
> > A nie wystarczy wpisać:
> > smtpd_sender_login_maps = unix:passwd.byname
> > ?
> A to zadziała?
> Bo z tego co wiem to ten plik ma taką składnię:
> ----
> smtpd_sender_login_maps = hashl:/etc/postfix/sender_login_maps
> gdzie w pliku sender_login_maps należy umieścić pary
> user w domena.tld       user w domena.tld
> i to w dodatku należy umieścić tam wszystkich userów, bo jeżeli któryś nie 
> wystąpi to będzie mógł wysyłać z każdego konta
> ----

Powinno działać.

> > Nie bardzo wiem w czym w ogóle problem.
> >
> W niedokładnej dokumentacji tylko i wyłącznie.
> Wg opisu postfix nie ma prawa zadziałać, więc opis trza porawić, tylko nie 
> bardzo jeszcze mam koncepcję jak...

Nie czytałem tej hipotetycznej jak dla mnie dokumentacji, więc powiem
parę słów na jej temat. Jeśli to opis jak zrobić konta wirtualne, to
unix:passwd.byname ma się nijak do tego. Jeśli dotyczy kont systemowych,
to powinno gdzieś wystąpić, no albo jest pominięte jako wartość
domyślna (postconf | grep unix). Tak czy inaczej te same mapy powinny być
wykorzystywane do definiowania kont i aliasów oraz mapowania tych
loginów. Inaczej konfiguracja może być niespójna.

Zbyniu
-- 
%% Absolutely nothing we trust %%


From ab_1 w abram.eu.org  Thu Jun 14 22:40:02 2007
From: ab_1 w abram.eu.org (Michal Abramowicz)
Date: Thu, 14 Jun 2007 22:40:02 +0200
Subject: postfix dokumentacja
In-Reply-To: <200706142211.11929@127.0.0.1>
References: <200706130039.30458@127.0.0.1> <200706141722.57514@127.0.0.1>
	<20070614183600.GA18793@mail.batek.pl>
	<200706142211.11929@127.0.0.1>
Message-ID: <20070614204002.GA19920@mail.batek.pl>

> Problem w tym że dokumentacja jest niespójna albo ja robię jakiś błąd.

obydwa warunki są prawdziwe,
dokumentacja swoje, a ty też swoje,

znaczy sie w doc podano opcję do restrykcji bez podania konfiguracji,
patrz mail zbynia

a ty też używasz opcji bez jej skonfigurowania, i jeżeli ją wywalasz
to zaczyna działać, jeżeli ponownie ją dodajesz bez skonfigurowania to
znów tobie nie działa, więc albo z albo bez.

dodatkowo ta restrykcja jest jaknajbardziej potrzebna
i w przypadku opisanym w doc jaki przy wirtualach, tak żeby
usery mogły słać maile z adresem przypisanym do loginu, niezależnie czy 
są w virtualce czy w systemie czy wczymśtam.

pozdrówki!

-- 
Michał Abramowicz	abram  pld  -  linux  org


From adas-news w artikon.pl  Thu Jun 14 22:40:26 2007
From: adas-news w artikon.pl (Adam =?iso-8859-2?q?Gapi=F1ski?=)
Date: Thu, 14 Jun 2007 22:40:26 +0200
Subject: postfix dokumentacja
In-Reply-To: <20070614201858.GJ13481@geocarbon.pl>
References: <200706130039.30458@127.0.0.1> <200706142206.34060@127.0.0.1>
	<20070614201858.GJ13481@geocarbon.pl>
Message-ID: <200706142240.26083@127.0.0.1>

Osóbka znana jako Zbyniu Krzystolik, wystukała:

> > > > Ale to cały czas dotyczy wirtualnych domen/userów, czego ja nie
> > > > używam akurat w tej instalacji... Chciałem sobie życie uprościć :)
> > >
> > > A nie wystarczy wpisać:
> > > smtpd_sender_login_maps = unix:passwd.byname
> > > ?
> >
> > A to zadziała?
> > Bo z tego co wiem to ten plik ma taką składnię:
> > ----
> > smtpd_sender_login_maps = hashl:/etc/postfix/sender_login_maps
> > gdzie w pliku sender_login_maps należy umieścić pary
> > user w domena.tld       user w domena.tld
> > i to w dodatku należy umieścić tam wszystkich userów, bo jeżeli któryś
> > nie wystąpi to będzie mógł wysyłać z każdego konta
> > ----
>
> Powinno działać.
>
OK

> > > Nie bardzo wiem w czym w ogóle problem.
> >
> > W niedokładnej dokumentacji tylko i wyłącznie.
> > Wg opisu postfix nie ma prawa zadziałać, więc opis trza porawić, tylko
> > nie bardzo jeszcze mam koncepcję jak...
>
> Nie czytałem tej hipotetycznej jak dla mnie dokumentacji, więc powiem
> parę słów na jej temat. Jeśli to opis jak zrobić konta wirtualne, to
> unix:passwd.byname ma się nijak do tego.

To jest dla mnie oczywiste. Wtedy i  tak trzeba ściśle związać konto 
wirtualne z mailem wirtualnym, lub konto systemowe z wirtualnym mailem.

> Jeśli dotyczy kont systemowych, 
> to powinno gdzieś wystąpić, no albo jest pominięte jako wartość
> domyślna (postconf | grep unix).

# postconf | grep unix
local_recipient_maps = proxy:unix:passwd.byname $alias_maps

> Tak czy inaczej te same mapy powinny być 
> wykorzystywane do definiowania kont i aliasów oraz mapowania tych
> loginów. Inaczej konfiguracja może być niespójna.
>
smtpd_recipient_restrictions = 
permit_mynetworks,
reject_sender_login_mismatch,
permit_sasl_authenticated,
reject_unauth_destination

Tak są po kolei w naszej (PLD) dokumentacji. A domyślnie w postfiksie:
# postconf | grep smtpd_sender
smtpd_sender_login_maps =
smtpd_sender_restrictions =

Czyli nie ma ustawione sender_login_maps. Więc wpis 
reject_sender_login_mismatch ma sens tylko jeśli jawnie podamy do niego 
mapę, bo inaczej nie ma sensu to zadziałać (czytaj - nie wyslemy żadnego 
maila - chyba, że z mynetworks)

Reasumując wpis ten (jeśli chcemy się zabezpieczyć, przed wysyłaniem z 
innych adresów niż ten z którego się autoryzujemy ma sens li tylko:
1. Dla domen/kont wirtualnych - wówczas jako smtpd_sender_login_maps 
podajemy plik z kontami/domenami wirtualnymi
2. Dla kont i maili systemowych - 
smtpd_sender_login_maps = $local_recipient_maps

Ma to sens?

> Zbyniu


pozdrawiam
-- 
Adam Gapiński ::::: adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate... (/me 18.05.2004)


From zbyniu w geocarbon.pl  Thu Jun 14 23:16:44 2007
From: zbyniu w geocarbon.pl (Zbyniu Krzystolik)
Date: Thu, 14 Jun 2007 23:16:44 +0200
Subject: postfix dokumentacja
In-Reply-To: <200706142240.26083@127.0.0.1>
References: <200706130039.30458@127.0.0.1> <200706142206.34060@127.0.0.1>
	<20070614201858.GJ13481@geocarbon.pl>
	<200706142240.26083@127.0.0.1>
Message-ID: <20070614211644.GK13481@geocarbon.pl>

Mniej wiecej Thu, Jun 14, 2007 at 10:40:26PM +0200, zainteresowany Adam Gapiński rzekl:

> Czyli nie ma ustawione sender_login_maps. Więc wpis 
> reject_sender_login_mismatch ma sens tylko jeśli jawnie podamy do niego 
> mapę, bo inaczej nie ma sensu to zadziałać (czytaj - nie wyslemy żadnego 
> maila - chyba, że z mynetworks)

Tak. Ale opis dotyczy jakiej konfiguracji?

> Reasumując wpis ten (jeśli chcemy się zabezpieczyć, przed wysyłaniem z 
> innych adresów niż ten z którego się autoryzujemy ma sens li tylko:
> 1. Dla domen/kont wirtualnych - wówczas jako smtpd_sender_login_maps 
> podajemy plik z kontami/domenami wirtualnymi

Precyzyjniej mapy, niekoniecznie w pliku; wraz z uwzględnieniem aliasów
(bo analogicznie nie będzie można wysłać z aliasu)

> 2. Dla kont i maili systemowych - 
> smtpd_sender_login_maps = $local_recipient_maps

Tak sądzę.

> Ma to sens?

Tak. Możesz pisać łatkę na dokumentację :)

Zbyniu
-- 
%% Absolutely nothing we trust %%


From adas-news w artikon.pl  Thu Jun 14 23:43:41 2007
From: adas-news w artikon.pl (Adam =?iso-8859-2?q?Gapi=F1ski?=)
Date: Thu, 14 Jun 2007 23:43:41 +0200
Subject: postfix dokumentacja
In-Reply-To: <20070614211644.GK13481@geocarbon.pl>
References: <200706130039.30458@127.0.0.1> <200706142240.26083@127.0.0.1>
	<20070614211644.GK13481@geocarbon.pl>
Message-ID: <200706142343.41812@127.0.0.1>

Osóbka znana jako Zbyniu Krzystolik, wystukała:
> Mniej wiecej Thu, Jun 14, 2007 at 10:40:26PM +0200, zainteresowany Adam 
Gapiński rzekl:
> > Czyli nie ma ustawione sender_login_maps. Więc wpis
> > reject_sender_login_mismatch ma sens tylko jeśli jawnie podamy do niego
> > mapę, bo inaczej nie ma sensu to zadziałać (czytaj - nie wyslemy
> > żadnego maila - chyba, że z mynetworks)
>
> Tak. Ale opis dotyczy jakiej konfiguracji?

Niesprecyzowano, więc jak myślę miał być uniwersalny.
>
> > Reasumując wpis ten (jeśli chcemy się zabezpieczyć, przed wysyłaniem z
> > innych adresów niż ten z którego się autoryzujemy ma sens li tylko:
> > 1. Dla domen/kont wirtualnych - wówczas jako smtpd_sender_login_maps
> > podajemy plik z kontami/domenami wirtualnymi
>
> Precyzyjniej mapy, niekoniecznie w pliku; wraz z uwzględnieniem aliasów
> (bo analogicznie nie będzie można wysłać z aliasu)
>
OK

> > 2. Dla kont i maili systemowych -
> > smtpd_sender_login_maps = $local_recipient_maps
>
> Tak sądzę.
>
Ja też

> > Ma to sens?
>
> Tak. Możesz pisać łatkę na dokumentację :)
>
O nie :) Co najwyżej mogę to przepisać po swojemu jak uważam. O ile bedzie 
lepsze niż to w doc to pewnie też tam trafi ;P

> Zbyniu


pozdrawiam
-- 
Adam Gapiński ::::: adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate... (/me 18.05.2004)


From weed w punkt.pl  Fri Jun 15 00:34:10 2007
From: weed w punkt.pl (Arkadiusz Rdest)
Date: Fri, 15 Jun 2007 00:34:10 +0200
Subject: [TH] problem z poldkiem
Message-ID: <4671C262.2020607@punkt.pl>

praktycznie za kazdym razem jak uruchomie poldka, mam nastepujacy 
komunikat bledu.

[root w viper etc]# poldek
Loading [pndir]th-updates-security...
Loading [pndir]th-updates-security...
Loading [pndir]th...
Loading [pndir]th...
13354 packages read
Loading [rpmdbcache]/var/lib/rpm...

error: /var/cache/poldek-cache/dirindex-of-rpmdbcache.tndb: outdated
directory index
Rebuilding /var/lib/rpm's directory index...

149 packages loaded

Welcome to the poldek shell mode. Type "help" for help with commands.

poldek:/all-avail>


wszytko wydaje sie dzialac OK, ale chcilbym sie pozbyc tego komunikatu

wersja poldka:

[root w viper etc]# rpm -qa | grep poldek
poldek-libs-0.20.1-0.20070108.1.3.x86_64
poldek-0.20.1-0.20070108.1.3.x86_64

system instalowany z chroot'a, z pld-rescuecd (zmienilem tylko sciezki 
serwera FTP z ktorego ma sicagac pakiety)





-- 
  -[  net and sys admin  ]-[ Learn the facts and make up your own ]-
  -[ weed(at)punkt(dot)pl]-[ damn mind. That's why you have one.  ]-


From weed w punkt.pl  Fri Jun 15 00:41:17 2007
From: weed w punkt.pl (Arkadiusz Rdest)
Date: Fri, 15 Jun 2007 00:41:17 +0200
Subject: [TH] problem z poldkiem
In-Reply-To: <4671C262.2020607@punkt.pl>
References: <4671C262.2020607@punkt.pl>
Message-ID: <4671C40D.2050103@punkt.pl>

Arkadiusz Rdest wrote:
> praktycznie za kazdym razem jak uruchomie poldka, mam nastepujacy 
> komunikat bledu.

[...]

> error: /var/cache/poldek-cache/dirindex-of-rpmdbcache.tndb: outdated
> directory index
> Rebuilding /var/lib/rpm's directory index...

problem pojawie sie po zainstalwoaniu jakiegokolwiek pakietu i ponowynym 
uruchomieniu poldka.

jak sobie odbuduje ten index to wszystko jest OK,  do czasu az 
zainstaluje nastepny pakiet. wtedy znowu musi obdudowac index.

-- 
  -[  net and sys admin  ]-[ Learn the facts and make up your own ]-
  -[ weed(at)punkt(dot)pl]-[ damn mind. That's why you have one.  ]-


From arekm w maven.pl  Fri Jun 15 00:52:37 2007
From: arekm w maven.pl (Arkadiusz Miskiewicz)
Date: Fri, 15 Jun 2007 00:52:37 +0200
Subject: [TH] problem z poldkiem
In-Reply-To: <4671C40D.2050103@punkt.pl>
References: <4671C262.2020607@punkt.pl> <4671C40D.2050103@punkt.pl>
Message-ID: <200706150052.37699.arekm@maven.pl>

On Friday 15 of June 2007, Arkadiusz Rdest wrote:
> Arkadiusz Rdest wrote:
> > praktycznie za kazdym razem jak uruchomie poldka, mam nastepujacy
> > komunikat bledu.
>
> [...]
>
> > error: /var/cache/poldek-cache/dirindex-of-rpmdbcache.tndb: outdated
> > directory index
> > Rebuilding /var/lib/rpm's directory index...
>
> problem pojawie sie po zainstalwoaniu jakiegokolwiek pakietu i ponowynym
> uruchomieniu poldka.
>
> jak sobie odbuduje ten index to wszystko jest OK,  do czasu az
> zainstaluje nastepny pakiet. wtedy znowu musi obdudowac index.

To nie error tylko warning (poprawione na przyszłość). Miło by było gdyby 
poldek wraz z instalacją pakietu od razu aktualizował index ale póki co robi 
to niezależnie.

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From kermit w krosno.tbg.net.pl  Fri Jun 15 01:11:33 2007
From: kermit w krosno.tbg.net.pl (=?ISO-8859-2?Q?S=B3awomir_S=EAdyka?=)
Date: Fri, 15 Jun 2007 01:11:33 +0200
Subject: postfix dokumentacja
In-Reply-To: <200706142343.41812@127.0.0.1>
References: <200706130039.30458@127.0.0.1>
	<200706142240.26083@127.0.0.1>	<20070614211644.GK13481@geocarbon.pl>
	<200706142343.41812@127.0.0.1>
Message-ID: <4671CB25.6050104@krosno.tbg.net.pl>

Adam Gapiński pisze:
> Osóbka znana jako Zbyniu Krzystolik, wystukała:
 >> Adam Gapiński pisze:
>>> Ma to sens?
>> Tak. Możesz pisać łatkę na dokumentację :)
>>
> O nie :) Co najwyżej mogę to przepisać po swojemu jak uważam. O ile bedzie 
> lepsze niż to w doc to pewnie też tam trafi ;P

Trzymamy za słowo i czekamy na draft twojego opisu ;-)
-- 
Sławomir Sędyka


From ab_1 w abram.eu.org  Fri Jun 15 08:12:32 2007
From: ab_1 w abram.eu.org (Michal Abramowicz)
Date: Fri, 15 Jun 2007 08:12:32 +0200
Subject: postfix dokumentacja
In-Reply-To: <200706142343.41812@127.0.0.1>
References: <200706130039.30458@127.0.0.1> <200706142240.26083@127.0.0.1>
	<20070614211644.GK13481@geocarbon.pl>
	<200706142343.41812@127.0.0.1>
Message-ID: <20070615061232.GA22866@mail.batek.pl>

> O nie :) Co najwyżej mogę to przepisać po swojemu jak uważam. O ile bedzie 
> lepsze niż to w doc to pewnie też tam trafi ;P

Prosciej będzie napisać uwagę dotyczącą tej restrykcji na której
waszmość się wyłożył, w wersji związanej z aliasami(czyli bez virtualki)
i z wersją virtualną.


Tak myśle, co do pisania własnego doca to jestem za, weź i pisz według
zasady pld ;-), ale po co wałkować wielokrotnie prawie to samo (czytaj
co admin to postfix), jak można dopisać coś na temat tej restrykcji w 2
zdaniach 8-)


pozdrawiam!

-- 
Michał Abramowicz	abram  pld  -  linux  org


From adas-news w artikon.pl  Fri Jun 15 09:46:32 2007
From: adas-news w artikon.pl (Adam =?iso-8859-2?q?Gapi=F1ski?=)
Date: Fri, 15 Jun 2007 09:46:32 +0200
Subject: postfix dokumentacja
In-Reply-To: <20070615061232.GA22866@mail.batek.pl>
References: <200706130039.30458@127.0.0.1> <200706142343.41812@127.0.0.1>
	<20070615061232.GA22866@mail.batek.pl>
Message-ID: <200706150946.32052@127.0.0.1>

Osóbka znana jako Michal Abramowicz, wystukała:

> Tak myśle, co do pisania własnego doca to jestem za, weź i pisz według
> zasady pld ;-), ale po co wałkować wielokrotnie prawie to samo (czytaj
> co admin to postfix), jak można dopisać coś na temat tej restrykcji w 2
> zdaniach 8-)

Faktycznie może masz i rację ;)

pozdrawiam
-- 
Adam Gapiński ::::: adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate... (/me 18.05.2004)


From wolvverine w tarchomin.pl  Fri Jun 15 10:57:21 2007
From: wolvverine w tarchomin.pl (=?UTF-8?Q?Micha=C5=82?= Panasiewicz)
Date: Fri, 15 Jun 2007 10:57:21 +0200
Subject: [TH] problem z poldkiem
In-Reply-To: <4671C40D.2050103@punkt.pl>
References: <4671C262.2020607@punkt.pl>  <4671C40D.2050103@punkt.pl>
Message-ID: <1181897842.5055.11.camel@localhost>

Dnia 15-06-2007, Pt o godzinie 00:41 +0200, Arkadiusz Rdest napisał(a):
> Arkadiusz Rdest wrote:
...
> > error: /var/cache/poldek-cache/dirindex-of-rpmdbcache.tndb: outdated
> > directory index
> > Rebuilding /var/lib/rpm's directory index..
...
> jak sobie odbuduje ten index to wszystko jest OK,  do czasu az 
> zainstaluje nastepny pakiet. wtedy znowu musi obdudowac index.

niestety nie jest OK
nastepuje często zablokowanie rpm-a w trakcie instalacji nastepnego pakietu, skasowanie /var/lib/rpm/ (oprócz Packages) i rpm --rebuilddb rozwiazuje problem (aż do następnego razu)

-- 
Michał Panasiewicz Linux user nr. #425323 - jabber: wolvverine [ at ] chrome [ dot ] pl  || e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ dot ] org
http://www.linkomp.pl - Linkomp - Usługi informatyczne dla firm - biuro [ at ] linkomp [ dot ] pl



From pmuch w zamek.szczecin.pl  Fri Jun 15 14:19:38 2007
From: pmuch w zamek.szczecin.pl (=?ISO-8859-2?Q?Pawe=B3_Muszy=F1ski?=)
Date: Fri, 15 Jun 2007 14:19:38 +0200
Subject: =?ISO-8859-2?Q?Niekompatybilno=B6ci_BINDa_9=2E4?=
Message-ID: <467283DA.4090900@zamek.szczecin.pl>

Zrobiłem upgrade Binda z 9.2 do 9.4, który jest w Ready i przestała mi 
działać jedna strefa.
Dziwna rzecz, bo pierwszy wpis A jest OK:
komp1		IN	A	83.XX.YY.ZZ

A po dodaniu pod spodem:
komp2		IN	A	10.209.x.y

Przestaje działać - wywołanie zarówno host <domena>, jak i host 
<komp1>.domena wywołuje SERVFAIL
W logach nie ma ani śladu.

Downgrade do binda 9.2, który jest w AC rozwiązuje problem.

Czy ktoś sie z czyms takim spotkał?


Paweł


From arekm w maven.pl  Fri Jun 15 14:40:28 2007
From: arekm w maven.pl (Arkadiusz Miskiewicz)
Date: Fri, 15 Jun 2007 14:40:28 +0200
Subject: =?iso-8859-2?q?Niekompatybilno=B6ci_BINDa?= 9.4
In-Reply-To: <467283DA.4090900@zamek.szczecin.pl>
References: <467283DA.4090900@zamek.szczecin.pl>
Message-ID: <200706151440.28588.arekm@maven.pl>

On Friday 15 of June 2007, Paweł Muszyński wrote:
> Zrobiłem upgrade Binda z 9.2 do 9.4, który jest w Ready i przestała mi
> działać jedna strefa.
> Dziwna rzecz, bo pierwszy wpis A jest OK:
> komp1		IN	A	83.XX.YY.ZZ
>
> A po dodaniu pod spodem:
> komp2		IN	A	10.209.x.y
>
> Przestaje działać - wywołanie zarówno host <domena>, jak i host
> <komp1>.domena wywołuje SERVFAIL
> W logach nie ma ani śladu.
>
> Downgrade do binda 9.2, który jest w AC rozwiązuje problem.
>
> Czy ktoś sie z czyms takim spotkał?

Rzuć całym plikiem strefy to popatrzymy z ciekawości

> Paweł

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From pld w pfu.pl  Fri Jun 15 14:42:53 2007
From: pld w pfu.pl (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=)
Date: Fri, 15 Jun 2007 14:42:53 +0200
Subject: btsco
Message-ID: <4672894D.4060109@pfu.pl>

Witam

Próbuje ostatnio skompilować sobie btsco z CVSa i mam tak:
rpmbuild -bb btsco.spec
error: line 58: Unknown tag: %requires_releq_kernel

Wie ktoś o co chodzi?

Dla ułatwienia dodam, że system to PLD-Ac, athlon.

-- 
   ______________Pozdrówka___________
  /    ___  ___  ___  ___    ___
 / _  /__/ ___/ /_   /__  / /_   /_/
/__/ / |  /__  /__  ___/ / /__  / |


From pmuch w zamek.szczecin.pl  Fri Jun 15 14:49:12 2007
From: pmuch w zamek.szczecin.pl (=?ISO-8859-2?Q?Pawe=B3_Muszy=F1ski?=)
Date: Fri, 15 Jun 2007 14:49:12 +0200
Subject: =?ISO-8859-2?Q?Niekompatybilno=B6ci_BINDa_9=2E4?=
In-Reply-To: <200706151440.28588.arekm@maven.pl>
References: <467283DA.4090900@zamek.szczecin.pl>
	<200706151440.28588.arekm@maven.pl>
Message-ID: <46728AC8.2000106@zamek.szczecin.pl>

Arkadiusz Miskiewicz pisze:
> On Friday 15 of June 2007, Paweł Muszyński wrote:
>> Zrobiłem upgrade Binda z 9.2 do 9.4, który jest w Ready i przestała mi
>> działać jedna strefa.
>> Dziwna rzecz, bo pierwszy wpis A jest OK:
>> komp1		IN	A	83.XX.YY.ZZ
>>
>> A po dodaniu pod spodem:
>> komp2		IN	A	10.209.x.y
>>
>> Przestaje działać - wywołanie zarówno host <domena>, jak i host
>> <komp1>.domena wywołuje SERVFAIL
>> W logach nie ma ani śladu.
>>
>> Downgrade do binda 9.2, który jest w AC rozwiązuje problem.
>>
>> Czy ktoś sie z czyms takim spotkał?
> 
> Rzuć całym plikiem strefy to popatrzymy z ciekawości
> 
Znalazłem - wyglada na to, że nie akceptuje znaku podkreślenia _ w 
nazwie hosta.
W RFC 952 faktycznie piszą, że nie może być tego znaku w nazwie hosta:

A "name" (Net, Host, Gateway, or Domain name) is a text string up
    to 24 characters drawn from the alphabet (A-Z), digits (0-9), minus
    sign (-), and period (.).  Note that periods are only allowed when
    they serve to delimit components of "domain style names".


Ale bind zawsze łykał....

-- 
Paweł


From wojciech w blaszkowski.com  Fri Jun 15 15:37:09 2007
From: wojciech w blaszkowski.com (Wojciech =?iso-8859-2?q?B=B3aszkowski?=)
Date: Fri, 15 Jun 2007 15:37:09 +0200
Subject: btsco
In-Reply-To: <4672894D.4060109@pfu.pl>
References: <4672894D.4060109@pfu.pl>
Message-ID: <200706151537.10090@wojtosz>

Dnia piątek, 15 czerwca 2007, Grzegorz Sójka napisał:
> Witam

Witam,

> Próbuje ostatnio skompilować sobie btsco z CVSa i mam tak:
> rpmbuild -bb btsco.spec
> error: line 58: Unknown tag: %requires_releq_kernel
>
> Wie ktoś o co chodzi?

SOA#1

> Dla ułatwienia dodam, że system to PLD-Ac, athlon.

# uname -a
Linux conflux 2.6.20.14-1 #1 SMP Tue Jun 12 13:08:05 CEST 2007 i686 
Intel(R)_Pentium(R)_M_processor_1.73GHz PLD Linux

# rpm -aq | grep kernel
kernel-pcmcia-2.6.20.14-1
kernel-doc-2.6.20.14-1
kernel-source-2.6.20.14-1
kernel-sound-alsa-2.6.20.14-1
kernel-2.6.20.14-1
kernel-module-build-2.6.20.14-1
kernel-headers-2.6.20.14-1
kernel-drm-2.6.20.14-1
kernel-char-nozomi-2.1-1 w 2.6.20.14_1

a u Ciebie ?

Pozdrawiam, Best regards, Mit freundlichen Grüßen,
--
Wojciech "Wojtosz" Błaszkowski
www.blaszkowski.com


From zytek-lists w nuxi.pl  Fri Jun 15 15:57:25 2007
From: zytek-lists w nuxi.pl (Jakub =?ISO-8859-2?Q?G=B3azik?=)
Date: Fri, 15 Jun 2007 15:57:25 +0200
Subject: [TH] problem z poldkiem
References: <4671C262.2020607@punkt.pl> <4671C40D.2050103@punkt.pl>
	<1181897842.5055.11.camel@localhost>
Message-ID: <20070615155725.1ce58e85@jenny>

Dnia 2007-06-15, o godz. 10:57:21
Michał Panasiewicz <wolvverine w tarchomin.pl> napisał(a):

> Dnia 15-06-2007, Pt o godzinie 00:41 +0200, Arkadiusz Rdest
> napisał(a):
> > Arkadiusz Rdest wrote:
> ...
> > > error: /var/cache/poldek-cache/dirindex-of-rpmdbcache.tndb:
> > > outdated directory index
> > > Rebuilding /var/lib/rpm's directory index..
> ...
> > jak sobie odbuduje ten index to wszystko jest OK,  do czasu az 
> > zainstaluje nastepny pakiet. wtedy znowu musi obdudowac index.
> 
> niestety nie jest OK
> nastepuje często zablokowanie rpm-a w trakcie instalacji nastepnego
> pakietu, skasowanie /var/lib/rpm/ (oprócz Packages) i rpm --rebuilddb
> rozwiazuje problem (aż do następnego razu)
> 

Potwierdzam, zdarzyło mi się to parę razy jak instalowałem Th u siebie.

-- 
.: Jakub Glazik,
.: too geek to live, too leet to die ;-) 
.: email & jabber: zytek<at>nuxi.pl



From zytek-lists w nuxi.pl  Fri Jun 15 15:47:57 2007
From: zytek-lists w nuxi.pl (Jakub =?ISO-8859-2?Q?G=B3azik?=)
Date: Fri, 15 Jun 2007 15:47:57 +0200
Subject: btsco
References: <4672894D.4060109@pfu.pl>
Message-ID: <20070615154757.1d466074@jenny>

Dnia 2007-06-15, o godz. 14:42:53
Grzegorz Sójka <pld w pfu.pl> napisał(a):

> Witam
> 
> Próbuje ostatnio skompilować sobie btsco z CVSa i mam tak:
> rpmbuild -bb btsco.spec
> error: line 58: Unknown tag: %requires_releq_kernel
> 
> Wie ktoś o co chodzi?
> 
> Dla ułatwienia dodam, że system to PLD-Ac, athlon.
> 

.. a spec jest dla Th. Zbuduj z brancha Ac.

-- 
.: Jakub Glazik,
.: too geek to live, too leet to die ;-) 
.: email & jabber: zytek<at>nuxi.pl



From weed w punkt.pl  Fri Jun 15 17:59:32 2007
From: weed w punkt.pl (Arkadiusz Rdest)
Date: Fri, 15 Jun 2007 17:59:32 +0200
Subject: [TH] problem z poldkiem
In-Reply-To: <200706150052.37699.arekm@maven.pl>
References: <4671C262.2020607@punkt.pl> <4671C40D.2050103@punkt.pl>
	<200706150052.37699.arekm@maven.pl>
Message-ID: <4672B764.9060102@punkt.pl>

Arkadiusz Miskiewicz wrote:
>>jak sobie odbuduje ten index to wszystko jest OK,  do czasu az
>>zainstaluje nastepny pakiet. wtedy znowu musi obdudowac index.
> 
> 
> To nie error tylko warning (poprawione na przyszłość). Miło by było gdyby 
> poldek wraz z instalacją pakietu od razu aktualizował index ale póki co robi 
> to niezależnie.

czyli na razie trzeba z tym zyc?



-- 
  -[  net and sys admin  ]-[ Learn the facts and make up your own ]-
  -[ weed(at)punkt(dot)pl]-[ damn mind. That's why you have one.  ]-


From grym3k w o2.pl  Fri Jun 15 22:08:27 2007
From: grym3k w o2.pl (Piotr Grymkowski)
Date: Fri, 15 Jun 2007 22:08:27 +0200
Subject: btsco
In-Reply-To: <20070615154757.1d466074@jenny>
References: <4672894D.4060109@pfu.pl>
	<20070615154757.1d466074@jenny>
Message-ID: <20070615220827.176c2e52@carnage>

Dnia Fri, 15 Jun 2007 15:47:57 +0200
Jakub Głazik <zytek-lists w nuxi.pl> napisał(a) wiadomość:

> Dnia 2007-06-15, o godz. 14:42:53
> Grzegorz Sójka <pld w pfu.pl> napisał(a):
> 
> > Witam
> > 
> > Próbuje ostatnio skompilować sobie btsco z CVSa i mam tak:
> > rpmbuild -bb btsco.spec
> > error: line 58: Unknown tag: %requires_releq_kernel
> > 
> > Wie ktoś o co chodzi?
> > 
> > Dla ułatwienia dodam, że system to PLD-Ac, athlon.
> > 
> 
> .. a spec jest dla Th. Zbuduj z brancha Ac.
Albo nowe rpm-build-macros ;)


-- 
Pozdrawiam
Piotr Grymkowski


From pld w pfu.pl  Fri Jun 15 23:22:04 2007
From: pld w pfu.pl (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=)
Date: Fri, 15 Jun 2007 23:22:04 +0200
Subject: btsco
In-Reply-To: <20070615220827.176c2e52@carnage>
References: <4672894D.4060109@pfu.pl>	<20070615154757.1d466074@jenny>
	<20070615220827.176c2e52@carnage>
Message-ID: <467302FC.10809@pfu.pl>

Oto problemów ciąg dalszy. Męczę zestaw Samsung WEP185 i doszedłem do
momentu:

btsco2 00:1A:8A:E1:47:E8
Device is 1:0
Voice setting: 0x0060
Can't connect RFCOMM channelCan't connect RFCOMM channel < itd... >

Ktoś wie o co chodzi? Jest gdzieś w necie jakaś dobra instrukcja jak to
uruchomić łącznie z konfiguracją bluez-*? Pojęcia nie mam co tam wpisać.

-- 
   ______________Pozdrówka___________
  /    ___  ___  ___  ___    ___
 / _  /__/ ___/ /_   /__  / /_   /_/
/__/ / |  /__  /__  ___/ / /__  / |


From anakonieczny.pld-users-pl w e-list.pingwin.eu.org  Sat Jun 16 10:45:59 2007
From: anakonieczny.pld-users-pl w e-list.pingwin.eu.org (Andrzej Nakonieczny)
Date: Sat, 16 Jun 2007 10:45:59 +0200
Subject: [TH] problem z poldkiem
In-Reply-To: <1181897842.5055.11.camel@localhost>
References: <4671C262.2020607@punkt.pl> <4671C40D.2050103@punkt.pl>
	<1181897842.5055.11.camel@localhost>
Message-ID: <4673A347.4040107@e-list.pingwin.eu.org>

Michał Panasiewicz wrote:

> niestety nie jest OK
> nastepuje często zablokowanie rpm-a w trakcie instalacji nastepnego pakietu, skasowanie /var/lib/rpm/ (oprócz Packages) i rpm --rebuilddb rozwiazuje problem (aż do następnego razu)

A nie wystarczy usunąć __db.* ? Ale potwierdzam - u mnie to samo.

Pozdrawiam,
Andrzej




From masko w ipipan.waw.pl  Sat Jun 16 10:47:49 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Sat, 16 Jun 2007 10:47:49 +0200
Subject: btsco
In-Reply-To: <467302FC.10809@pfu.pl>
References: <4672894D.4060109@pfu.pl> <20070615220827.176c2e52@carnage>
	<467302FC.10809@pfu.pl>
Message-ID: <200706161047.49989@slaptop.ed.pl>

Dnia piątek, 15 czerwca 2007, Grzegorz Sójka napisał:
> Oto problemów ciąg dalszy. Męczę zestaw Samsung WEP185 i doszedłem do
> momentu:
>
> btsco2 00:1A:8A:E1:47:E8
> Device is 1:0
> Voice setting: 0x0060
> Can't connect RFCOMM channelCan't connect RFCOMM channel < itd... >
>
> Ktoś wie o co chodzi? Jest gdzieś w necie jakaś dobra instrukcja jak to
> uruchomić łącznie z konfiguracją bluez-*? Pojęcia nie mam co tam wpisać.

http://www.mail-archive.com/pld-users-pl%40lists.pld-linux.org/msg13570.html - 
to zrobiłeś?

-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From pgierski w o2.pl  Sat Jun 16 12:17:53 2007
From: pgierski w o2.pl (Przemek Gierski)
Date: Sat, 16 Jun 2007 12:17:53 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego (linux)
Message-ID: <20070616121753.15007778@przemek>

Witam,

[przemek w przemek przemek]# rpm -qa | grep poldek
poldek-libs-0.20.1-0.20070108.1.12.i686
poldek-0.20.1-0.20070108.1.12.i686

Przy próbie instalacji dowolnego pakietu poldkiem mam taki błąd:

błąd: tetex-3.0-4.i686: pakiet zbudowano dla innego systemu
operacyjnego (linux)

Po ściągnięciu pakietu get'em mogę zainstalować go normalnie przez
rpm (rpm -ihv).

Co się stało?

-- 
Pozdrawiam, Przemysław Gierski.


From pgierski w o2.pl  Sat Jun 16 12:37:15 2007
From: pgierski w o2.pl (Przemek Gierski)
Date: Sat, 16 Jun 2007 12:37:15 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <20070616121753.15007778@przemek>
References: <20070616121753.15007778@przemek>
Message-ID: <20070616123715.0828ea5f@przemek>

Dnia 2007-06-16, o godz. 12:17:53
Przemek Gierski <pgierski w o2.pl> napisał(a):

> Witam,
> 
> [przemek w przemek przemek]# rpm -qa | grep poldek
> poldek-libs-0.20.1-0.20070108.1.12.i686
> poldek-0.20.1-0.20070108.1.12.i686
> 
> Przy próbie instalacji dowolnego pakietu poldkiem mam taki błąd:
> 
> błąd: tetex-3.0-4.i686: pakiet zbudowano dla innego systemu
> operacyjnego (linux)
> 
> Po ściągnięciu pakietu get'em mogę zainstalować go normalnie przez
> rpm (rpm -ihv).
> 
> Co się stało?
> 

Zapomniałem jeszcze dopisać, że tak się dzieje ze wszystkimi pakietami,
nie tylko z tetexem.

-- 
Pozdrawiam, Przemysław Gierski.


From zytek-lists w nuxi.pl  Sat Jun 16 12:44:39 2007
From: zytek-lists w nuxi.pl (Jakub =?ISO-8859-2?Q?G=B3azik?=)
Date: Sat, 16 Jun 2007 12:44:39 +0200
Subject: [TH] problem z poldkiem
References: <4671C262.2020607@punkt.pl> <4671C40D.2050103@punkt.pl>
	<1181897842.5055.11.camel@localhost>
	<4673A347.4040107@e-list.pingwin.eu.org>
Message-ID: <20070616124439.4571b0c9@jenny>

Dnia 2007-06-16, o godz. 10:45:59
Andrzej Nakonieczny <anakonieczny.pld-users-pl w e-list.pingwin.eu.org>
napisał(a):

> Michał Panasiewicz wrote:
> 
> > niestety nie jest OK
> > nastepuje często zablokowanie rpm-a w trakcie instalacji nastepnego
> > pakietu, skasowanie /var/lib/rpm/ (oprócz Packages) i rpm
> > --rebuilddb rozwiazuje problem (aż do następnego razu)
> 
> A nie wystarczy usunąć __db.* ? Ale potwierdzam - u mnie to samo.

Tak, wystarczy.

-- 
.: Jakub Glazik,
.: too geek to live, too leet to die ;-) 
.: email & jabber: zytek<at>nuxi.pl



From arekm w maven.pl  Sat Jun 16 12:50:12 2007
From: arekm w maven.pl (Arkadiusz Miskiewicz)
Date: Sat, 16 Jun 2007 12:50:12 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <20070616121753.15007778@przemek>
References: <20070616121753.15007778@przemek>
Message-ID: <200706161250.13188.arekm@maven.pl>

On Saturday 16 of June 2007, Przemek Gierski wrote:
> Witam,
>
> [przemek w przemek przemek]# rpm -qa | grep poldek
> poldek-libs-0.20.1-0.20070108.1.12.i686
> poldek-0.20.1-0.20070108.1.12.i686

Co masz w /etc/rpm/platform?

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From pgierski w o2.pl  Sat Jun 16 13:09:49 2007
From: pgierski w o2.pl (Przemek Gierski)
Date: Sat, 16 Jun 2007 13:09:49 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <200706161250.13188.arekm@maven.pl>
References: <20070616121753.15007778@przemek>
	<200706161250.13188.arekm@maven.pl>
Message-ID: <20070616130949.4d01b734@przemek>

Dnia 2007-06-16, o godz. 12:50:12
Arkadiusz Miskiewicz <arekm w maven.pl> napisał(a):

> On Saturday 16 of June 2007, Przemek Gierski wrote:
> > Witam,
> >
> > [przemek w przemek przemek]# rpm -qa | grep poldek
> > poldek-libs-0.20.1-0.20070108.1.12.i686
> > poldek-0.20.1-0.20070108.1.12.i686
> 
> Co masz w /etc/rpm/platform?
> 

[przemek w przemek rpm]$ cat platform
i686-pld-linux-gnu


-- 
Pozdrawiam, Przemysław Gierski.


From arekm w maven.pl  Sat Jun 16 13:25:34 2007
From: arekm w maven.pl (Arkadiusz Miskiewicz)
Date: Sat, 16 Jun 2007 13:25:34 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <20070616130949.4d01b734@przemek>
References: <20070616121753.15007778@przemek>
	<200706161250.13188.arekm@maven.pl>
	<20070616130949.4d01b734@przemek>
Message-ID: <200706161325.35309.arekm@maven.pl>

On Saturday 16 of June 2007, Przemek Gierski wrote:
> Dnia 2007-06-16, o godz. 12:50:12
>
> Arkadiusz Miskiewicz <arekm w maven.pl> napisał(a):
> > On Saturday 16 of June 2007, Przemek Gierski wrote:
> > > Witam,
> > >
> > > [przemek w przemek przemek]# rpm -qa | grep poldek
> > > poldek-libs-0.20.1-0.20070108.1.12.i686
> > > poldek-0.20.1-0.20070108.1.12.i686
> >
> > Co masz w /etc/rpm/platform?
>
> [przemek w przemek rpm]$ cat platform
> i686-pld-linux-gnu

Usuń -gnu

lub:

[arekm w tarm ~]$ cat /etc/rpm/platform
i686-pld-linux
i686-[^-]*-linux(-gnu)?
i586-[^-]*-linux(-gnu)?
i486-[^-]*-linux(-gnu)?
i386-[^-]*-linux(-gnu)?
noarch-[^-]*-.*


-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From pgierski w o2.pl  Sat Jun 16 13:34:43 2007
From: pgierski w o2.pl (Przemek Gierski)
Date: Sat, 16 Jun 2007 13:34:43 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <200706161325.35309.arekm@maven.pl>
References: <20070616121753.15007778@przemek>
	<200706161250.13188.arekm@maven.pl>
	<20070616130949.4d01b734@przemek>
	<200706161325.35309.arekm@maven.pl>
Message-ID: <20070616133443.551386f6@przemek>

Dnia 2007-06-16, o godz. 13:25:34
Arkadiusz Miskiewicz <arekm w maven.pl> napisał(a):

> On Saturday 16 of June 2007, Przemek Gierski wrote:
> > Dnia 2007-06-16, o godz. 12:50:12
> >
> > Arkadiusz Miskiewicz <arekm w maven.pl> napisał(a):
> > > On Saturday 16 of June 2007, Przemek Gierski wrote:
> > > > Witam,
> > > >
> > > > [przemek w przemek przemek]# rpm -qa | grep poldek
> > > > poldek-libs-0.20.1-0.20070108.1.12.i686
> > > > poldek-0.20.1-0.20070108.1.12.i686
> > >
> > > Co masz w /etc/rpm/platform?
> >
> > [przemek w przemek rpm]$ cat platform
> > i686-pld-linux-gnu
> 
> Usuń -gnu
> 
> lub:
> 
> [arekm w tarm ~]$ cat /etc/rpm/platform
> i686-pld-linux
> i686-[^-]*-linux(-gnu)?
> i586-[^-]*-linux(-gnu)?
> i486-[^-]*-linux(-gnu)?
> i386-[^-]*-linux(-gnu)?
> noarch-[^-]*-.*
> 
> 

Dzięki, miałeś rację.
Przed Twoim mailem zainstalowałem najnowsze rpm ręcznie z pakietów
ściągniętych poldkiem. Nowe rpm'y zmieniły ten plik tak jak Twój.

Już śmiga.
-- 
Pozdrawiam, Przemysław Gierski.


From pld w pfu.pl  Sat Jun 16 14:05:34 2007
From: pld w pfu.pl (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=)
Date: Sat, 16 Jun 2007 14:05:34 +0200
Subject: btsco
In-Reply-To: <200706161047.49989@slaptop.ed.pl>
References: <4672894D.4060109@pfu.pl>
	<20070615220827.176c2e52@carnage>	<467302FC.10809@pfu.pl>
	<200706161047.49989@slaptop.ed.pl>
Message-ID: <4673D20E.1050604@pfu.pl>

Łukasz Maśko wrote:
> Dnia piątek, 15 czerwca 2007, Grzegorz Sójka napisał:
>> Oto problemów ciąg dalszy. Męczę zestaw Samsung WEP185 i doszedłem do
>> momentu:
>>
>> btsco2 00:1A:8A:E1:47:E8
>> Device is 1:0
>> Voice setting: 0x0060
>> Can't connect RFCOMM channelCan't connect RFCOMM channel < itd... >
>>
>> Ktoś wie o co chodzi? Jest gdzieś w necie jakaś dobra instrukcja jak to
>> uruchomić łącznie z konfiguracją bluez-*? Pojęcia nie mam co tam wpisać.
> 
> http://www.mail-archive.com/pld-users-pl%40lists.pld-linux.org/msg13570.html - 
> to zrobiłeś?
> 

Poszły konie po betonie! Oczywiście chodzi o Skype. Taka słuchawka
poprawia trochę komfort jazdy. W każdym razie możecie Samsunga WEP185
(słuchawka) wraz z modułem BT USB identyfikującym się jako:
hciconfig hci0 version
hci0:   Type: USB
        BD Address: 00:08:1B:00:7E:57 ACL MTU: 192:8 SCO MTU: 64:8
        HCI Ver: 1.1 (0x1) HCI Rev: 0x110 LMP Ver: 1.1 (0x1) LMP Subver:
0x110
        Manufacturer: Cambridge Silicon Radio (10)

dopisać do działających.

Pozostaje jeszcze jeden kłopot. Alsa przy ładowaniu modułu do btsco
wywala mi w logach:

snd-bt-sco revision 1.13 $

==========================================
[ BUG: lock recursion deadlock detected! |
------------------------------------------

modprobe/2741 is trying to acquire this lock:
 [cc61e8d0] {snd_card_bt_sco_probe}
.. held by:          modprobe: 2741 [c12c6050, 119]
... acquired at:               snd_card_bt_sco_probe+0xa9/0x260 [snd_bt_sco]
... trying at:                 snd_card_bt_sco_probe+0x11b/0x260
[snd_bt_sco]
------------------------------
| showing all locks held by: |  (modprobe/2741 [c12c6050, 119]):
------------------------------

#001:             [cc61e8d0] {snd_card_bt_sco_probe}
... acquired at:               snd_card_bt_sco_probe+0xa9/0x260 [snd_bt_sco]


modprobe/2741's [current] stackdump:

 [<c013bfd7>] report_deadlock+0x137/0x160
 [<c011d706>] printk+0x46/0x70
 [<ce96824b>] snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco]
 [<c013c0b3>] check_deadlock+0xb3/0x170
 [<ce96824b>] snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco]
 [<c013c655>] debug_mutex_add_waiter+0x35/0x50
 [<ce96824b>] snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco]
 [<c02ee407>] __mutex_lock_slowpath+0x67/0x310
 [<ce96824b>] snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco]
 [<ce96824b>] snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco]
 [<ce96824b>] snd_card_bt_sco_probe+0x11b/0x260 [snd_bt_sco]
 [<ce9b9c90>] snd_card_bt_sco_thread+0x0/0x590 [snd_bt_sco]
 [<c011d706>] printk+0x46/0x70
 [<ce9683b7>] alsa_card_bt_sco_init+0x27/0x46 [snd_bt_sco]
 [<c0140e22>] sys_init_module+0x122/0x1b0
 [<c0102f57>] sysenter_past_esp+0x54/0x75

Showing all blocking locks in the system:
S            init:    1 [cdfcfa90, 115] (not blocked on mutex)
S     ksoftirqd/0:    2 [cdfcf560, 134] (not blocked on mutex)

 [ dużo podobnych komunikatów ]

R        modprobe: 2741 [c12c6050, 119] (not blocked on mutex)
R        modprobe: 2748 [c12c6ab0, 120] (not blocked on mutex)

---------------------------
| showing all locks held: |
---------------------------

#001:             [cc61e8d0] {snd_card_bt_sco_probe}
.. held by:          modprobe: 2741 [c12c6050, 119]
... acquired at:               snd_card_bt_sco_probe+0xa9/0x260 [snd_bt_sco]

=============================================

[ turning off deadlock detection. Please report this. ]

snd-bt-sco: snd-bt-scod thread starting


No i muszę alse przeładować. Co z tym zrobić?

System to Ac na jajcu  2.6.16.45-1.i686. Btsco budowane ze speca 1.18,
AC-Branch.

-- 
   ______________Pozdrówka___________
  /    ___  ___  ___  ___    ___
 / _  /__/ ___/ /_   /__  / /_   /_/
/__/ / |  /__  /__  ___/ / /__  / |


From grym3k w o2.pl  Sat Jun 16 15:14:50 2007
From: grym3k w o2.pl (Piotr Grymkowski)
Date: Sat, 16 Jun 2007 15:14:50 +0200
Subject: bateria i =?ISO-8859-2?Q?w=B3amanie=3F=3F?=
Message-ID: <20070616151450.6f5e76e4@carnage>

Witam
Dziś zauważyłem dwie rzeczy:
1) status w battery-plugin się nie odświeża. Szukałem przyczyny
w /proc/acpi/battery/state i znalazłem:
present:                 yes
ERROR: Unable to read battery status
zaś acpi daje takie coś takiego w dmesg:
ACPI Error (psparse-0537): Method parse/execution failed
[\_SB_.PCI0.SBRG.EC__.BAT1.UPBI] (Node ffff81000112b7d0), AE_TIME ACPI
Error (psparse-0537): Method parse/execution failed
[\_SB_.PCI0.SBRG.EC__.BAT1._BIF] (Node ffff81000112b850), AE_TIME ACPI
Exception (battery-0147): AE_TIME, Evaluating _BIF [20070126] ACPI: EC:
acpi_ec_wait timeout, status = 42, expect_event = 2 ACPI: EC: input
buffer is not empty, aborting transaction ACPI ExceptionCPI Error
(psparse-0537): Method parse/execution failed
[\_SB_.PCI0.SBRG.EC__.BAT1.UPBI] (Node ffff81000112b7d0), AE_TIME ACPI
Error (psparse-0537): Method parse/execution failed
[\_SB_.PCI0.SBRG.EC__.BAT1._BIF] (Node ffff81000112b850), AE_TIME ACPI
Exception (battery-0147): AE_TIME, Evaluating _BIF [20070126] ACPI: EC:
acpi_ec_wait timeout, status = 42, expect_event = 2 ACPI: EC: input
buffer is not empty, aborting transaction ACPI Exception
(evregion-0424): AE_TIME, Returned by Handler for [EmbeddedControl]
[20070126] ACPI Exception (dswexec-0462): AE_TIME, While resolving
operands for [OpcodeName unavailable] [20070126]

Wiecie może co z tym zrobić?? 

acpid i jądro najświeższe z th. system to x86_64. Bateria jest raczej w
porządku po przy restarcie systemu już pokazuje prawidłowy status chyba
że włącze albo wyłącze AC.

--
Pozdrawiam
Piotr Grymkowski


From grym3k w o2.pl  Sat Jun 16 15:58:42 2007
From: grym3k w o2.pl (Piotr Grymkowski)
Date: Sat, 16 Jun 2007 15:58:42 +0200
Subject: bateria i =?ISO-8859-2?Q?w=B3amanie=3F=3F?=
In-Reply-To: <20070616151450.6f5e76e4@carnage>
References: <20070616151450.6f5e76e4@carnage>
Message-ID: <20070616155842.02f2fc5c@carnage>

Dnia Sat, 16 Jun 2007 15:14:50 +0200
Piotr Grymkowski <grym3k w o2.pl> napisał(a) wiadomość:

a jeszcze miałem się zapytać o jakieś dziwne logi ale gdzieś mi znikły,
pewnie acpi błędami mi nadpisały logi :(
-- 
Pozdrawiam
Piotr Grymkowski


From zytek-lists w nuxi.pl  Sat Jun 16 20:00:23 2007
From: zytek-lists w nuxi.pl (Jakub =?ISO-8859-2?Q?G=B3azik?=)
Date: Sat, 16 Jun 2007 20:00:23 +0200
Subject: badblocks, =?ISO-8859-2?Q?co=B6?= z nim nie tak chyba.
Message-ID: <20070616200023.22442808@jenny>

badblocks, ten soft w ogóle do czegokolwiek służy?

zaobserwowałem takie coś u siebie:

hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=22686768,
sector=22686768 ide: failed opcode was: unknown
end_request: I/O error, dev hda, sector 22686768
Buffer I/O error on device hda2, logical block 393966

Pojawia się to przy odczycie z jednej partycji, zwróciłem uwagę gdy
reiserfsck mi się wywalił sugerując wadliwy dysk.
Błędy pojawiają się przy odczycie >800Mb na partycji hda2 (sprawdziłem
przez dd).

Zapuściłem więc badblocks, ale.. no właśnie. Po pierwsze primo, czy on
w ogóle OZNACZA badblocki na dysku, czy tylko wypisuje?
Poza tym mogliby wspomnieć w dokumentacji, że wynik działania mocno
zależy od ustawień dysku oraz ilości czytanych bloków na raz (-c).


[root w jenny ~]# badblocks -s -v /dev/hda2 1600000 1550000
Sprawdzanie bloków od 1550000 do 1600000
Poszukiwanie wadliwych bloków (tylko odczyt): 1575856 1575856/
1600000 1575864 1575864/        1600000
1575865 1575865/        1600000
1575866 1575866/        1600000
1575867 1575867/        1600000
done                                
Przebieg zakończony, znaleziono 5 wadliwych bloków.

[root w jenny ~]# badblocks -s -v -c 1 /dev/hda2 1600000 1550000
Sprawdzanie bloków od 1550000 do 1600000
Poszukiwanie wadliwych bloków (tylko odczyt): 1575864 1575864/
1600000 1575865 1575865/        1600000
1575866 1575866/        1600000
1575867 1575867/        1600000
done                                
Przebieg zakończony, znaleziono 4 wadliwych bloków.

[root w jenny ~]# hdparm -a /dev/hda
/dev/hda:
 readahead     =  0 (off)
[root w jenny ~]# hdparm -a 128 /dev/hda

/dev/hda:
 setting fs readahead to 128
 readahead     = 128 (on)

[root w jenny ~]# badblocks -s -v -c 1 /dev/hda2 1600000 1550000
Sprawdzanie bloków od 1550000 do 1600000
Poszukiwanie wadliwych bloków (tylko odczyt): 1575852 1575852/
1600000 1575853
1575854
1575855
1575856
1575857
1575858
1575859
1575860
1575861
1575862
1575863
s1575864 1575864/        1600000
1575865 1575865/        1600000
1575866 1575866/        1600000
1575867 1575867/        1600000
done                                
Przebieg zakończony, znaleziono 16 wadliwych bloków.

Więc ile, 5,4 16, 24 ??

Pomijam fakt, że na ustawieniach domyślnych (readahead i ilość
czytanych bloków na raz) po starcie systemu jak zapuściłem mke2fs z
opcją -c to nie znalazł żadnych badblocków, mimo, że błędy DMA w dmesgu
się pojawiały. Ech.

A tu jeszcz przykład ze zmianą wyniku w zależności od zmiany zakresu i
readahead:

[root w jenny ~]# hdparm -a 256 /dev/hda

/dev/hda:
 setting fs readahead to 256
 readahead     = 256 (on)
[root w jenny ~]# badblocks -s -v /dev/hda2 1600000 1550000
Sprawdzanie bloków od 1550000 do 1600000
Poszukiwanie wadliwych bloków (tylko odczyt): 1575856 1575856/
1600000 1575864 1575864/        1600000
1575865 1575865/        1600000
1575866 1575866/        1600000
1575867 1575867/        1600000
done                                
Przebieg zakończony, znaleziono 5 wadliwych bloków.
[root w jenny ~]# badblocks -s -v /dev/hda2 1600000 1500000
Sprawdzanie bloków od 1500000 do 1600000
Poszukiwanie wadliwych bloków (tylko odczyt): 1575840 1575840/
1600000 1575844 1575842/        1600000
1575845
1575846
1575847
1575848
1575849
1575850
1575851
1575852
1575853
1575854
1575855
1575856
1575857
1575858
1575859
1575860
1575861
1575862
1575863
1575864 1575864/        1600000
1575865 1575865/        1600000
1575866 1575866/        1600000
1575867 1575867/        1600000
done                                
Przebieg zakończony, znaleziono 25 wadliwych bloków.


To jak to w końcu jest?

-- 
.: Jakub Glazik,
.: too geek to live, too leet to die ;-) 
.: email & jabber: zytek<at>nuxi.pl



From zytek-lists w nuxi.pl  Sat Jun 16 21:42:18 2007
From: zytek-lists w nuxi.pl (Jakub =?ISO-8859-2?Q?G=B3azik?=)
Date: Sat, 16 Jun 2007 21:42:18 +0200
Subject: badblocks, =?ISO-8859-2?Q?co=B6?= z nim nie tak chyba.
References: <20070616200023.22442808@jenny>
Message-ID: <20070616214218.627fb76c@jenny>

Dnia 2007-06-16, o godz. 20:00:23
Jakub Głazik <zytek-lists w nuxi.pl> napisał(a):


Odpowiem sobie sam.
badblocks oczywiście bloków nie oznacza, do tego służy mk*fs. Dlaczego
raportuje różną ilość badblocków to nie wiem, ale wyczytałem na
namesys.com, że dysk realokuje badblocki w momencie ZAPISU do nich. 
I faktycznie, zapis danych w miejsce badblocków usunął problem. Nie mam
już błędów DMA. SMART raportuje nadal 0 realokowanych bloków więc.. sam
nie wiem.

-- 
.: Jakub Glazik,
.: too geek to live, too leet to die ;-) 
.: email & jabber: zytek<at>nuxi.pl



From b.niedziela w data4it.pl  Sat Jun 16 21:54:22 2007
From: b.niedziela w data4it.pl (Bartlomiej Niedziela)
Date: Sat, 16 Jun 2007 21:54:22 +0200
Subject: Jak przetestowac wydajnosc podsystemu IO
Message-ID: <46743FEE.3070501@data4it.pl>


... a dokładniej czy karty sieciowe się wyrabiają??

Mam shaping na IMQ i 3 karty sieciowe
IMQ obsługujące ruch i kilkadziesiąt kolejek hfsc...

może to wina nieoptymalnego ustawienia kolejek...

ze czasami tak jakby wszystko sie przytykało...

karty 3xBCM5701, AMD Sempron 1,6GHz, nForce2, 512MB


-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: b.niedziela.vcf
Typ: text/x-vcard
Rozmiar: 368 bytes
Opis: nie znany
Adres: </mailman/pipermail/pld-users-pl/attachments/20070616/3f05a303/attachment.vcf>
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: smime.p7s
Typ: application/x-pkcs7-signature
Rozmiar: 2252 bytes
Opis: S/MIME Cryptographic Signature
Adres: </mailman/pipermail/pld-users-pl/attachments/20070616/3f05a303/attachment.bin>

From gruszex w gmail.com  Sat Jun 16 22:57:49 2007
From: gruszex w gmail.com (Sylwester Gruszka)
Date: Sat, 16 Jun 2007 22:57:49 +0200
Subject: btsco
In-Reply-To: <200706161047.49989@slaptop.ed.pl>
References: <4672894D.4060109@pfu.pl> <467302FC.10809@pfu.pl>
	<200706161047.49989@slaptop.ed.pl>
Message-ID: <200706162257.49759.gruszex@gmail.com>

Dnia sobota, 16 czerwca 2007, Łukasz Maśko napisał:

> http://www.mail-archive.com/pld-users-pl%40lists.pld-linux.org/msg13570.htm
>l - to zrobiłeś?

ja w sprawie tego parowania - wpisuję  tak:

passkey-agent --default "1234"

i nic, program nie kończy działania, muszę wciskać Ctrl+c

pozdrawiam,
Sylwester Gruszka


From pld w pfu.pl  Sat Jun 16 23:02:49 2007
From: pld w pfu.pl (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=)
Date: Sat, 16 Jun 2007 23:02:49 +0200
Subject: btsco
In-Reply-To: <200706162257.49759.gruszex@gmail.com>
References: <4672894D.4060109@pfu.pl>
	<467302FC.10809@pfu.pl>	<200706161047.49989@slaptop.ed.pl>
	<200706162257.49759.gruszex@gmail.com>
Message-ID: <46744FF9.8040007@pfu.pl>

Sylwester Gruszka wrote:
> Dnia sobota, 16 czerwca 2007, Łukasz Maśko napisał:
> 
>> http://www.mail-archive.com/pld-users-pl%40lists.pld-linux.org/msg13570.htm
>> l - to zrobiłeś?
> 
> ja w sprawie tego parowania - wpisuję  tak:
> 
> passkey-agent --default "1234"
> 
> i nic, program nie kończy działania, muszę wciskać Ctrl+c

Też tak mam. Pomyślałem sobie, żeby dodać na końcu "&" i poszło.

-- 
   ______________Pozdrówka___________
  /    ___  ___  ___  ___    ___
 / _  /__/ ___/ /_   /__  / /_   /_/
/__/ / |  /__  /__  ___/ / /__  / |


From masko w ipipan.waw.pl  Sat Jun 16 23:08:43 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Sat, 16 Jun 2007 23:08:43 +0200
Subject: btsco
In-Reply-To: <200706162257.49759.gruszex@gmail.com>
References: <4672894D.4060109@pfu.pl> <200706161047.49989@slaptop.ed.pl>
	<200706162257.49759.gruszex@gmail.com>
Message-ID: <200706162308.43523@slaptop.ed.pl>

Dnia sobota, 16 czerwca 2007, Sylwester Gruszka napisał:
[...]
> ja w sprawie tego parowania - wpisuję  tak:
>
> passkey-agent --default "1234"
>
> i nic, program nie kończy działania, muszę wciskać Ctrl+c

Owszem, nie kończy. Nie powinien, bo ma coś do zrobienia. Ja to robię w 
jednym terminalu, resztę w drugim, a potem to ubijam. Dopóki się nie 
rozparuje urządzeń, nie ma potrzeby powtarzania akcji. passkey-agent też 
nie jest potrzebny w systemie, tylko przy autoryzacji.

-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From gruszex w gmail.com  Sat Jun 16 23:17:33 2007
From: gruszex w gmail.com (Sylwester Gruszka)
Date: Sat, 16 Jun 2007 23:17:33 +0200
Subject: btsco
In-Reply-To: <200706162308.43523@slaptop.ed.pl>
References: <4672894D.4060109@pfu.pl> <200706162257.49759.gruszex@gmail.com>
	<200706162308.43523@slaptop.ed.pl>
Message-ID: <200706162317.34093.gruszex@gmail.com>

Dnia sobota, 16 czerwca 2007, Łukasz Maśko napisał:

> Owszem, nie kończy. Nie powinien, bo ma coś do zrobienia. Ja to robię w
> jednym terminalu, resztę w drugim, a potem to ubijam. Dopóki się nie
> rozparuje urządzeń, nie ma potrzeby powtarzania akcji. passkey-agent też
> nie jest potrzebny w systemie, tylko przy autoryzacji.


No tak, ale teraz wyskoczył nowy problem, wpisuję:

hcitool cc 00:16:4E:D7:FF:DB
hcitool auth 00:16:4E:D7:FF:DB

 i dostaję "Not connected."  i nic dziwnego bo ikonka połączenia w telefonie 
pojawia się tylko na chwlę, i zaraz znika :/  o co chidzi?

pozdrawiam,
Sylwester Gruszka


From masko w ipipan.waw.pl  Sat Jun 16 23:24:17 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Sat, 16 Jun 2007 23:24:17 +0200
Subject: btsco
In-Reply-To: <200706162317.34093.gruszex@gmail.com>
References: <4672894D.4060109@pfu.pl> <200706162308.43523@slaptop.ed.pl>
	<200706162317.34093.gruszex@gmail.com>
Message-ID: <200706162324.17599@slaptop.ed.pl>

Dnia sobota, 16 czerwca 2007, Sylwester Gruszka napisał:
[...]
> No tak, ale teraz wyskoczył nowy problem, wpisuję:
>
> hcitool cc 00:16:4E:D7:FF:DB
> hcitool auth 00:16:4E:D7:FF:DB
>
>  i dostaję "Not connected."  i nic dziwnego bo ikonka połączenia w
> telefonie pojawia się tylko na chwlę, i zaraz znika :/  o co chidzi?

Odpalasz passkey-agent w jednym oknie, potem w drugim hcitool...., jak już 
ci się zautoryzuje, to dopiero wtedy ubijasz passkey-agent. Tak to robisz?

-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From gruszex w gmail.com  Sat Jun 16 23:37:19 2007
From: gruszex w gmail.com (Sylwester Gruszka)
Date: Sat, 16 Jun 2007 23:37:19 +0200
Subject: btsco
In-Reply-To: <200706162324.17599@slaptop.ed.pl>
References: <4672894D.4060109@pfu.pl> <200706162317.34093.gruszex@gmail.com>
	<200706162324.17599@slaptop.ed.pl>
Message-ID: <200706162337.19175.gruszex@gmail.com>

Dnia sobota, 16 czerwca 2007, Łukasz Maśko napisał:

> Odpalasz passkey-agent w jednym oknie, potem w drugim hcitool...., jak już
> ci się zautoryzuje, to dopiero wtedy ubijasz passkey-agent. Tak to robisz?

tak też, ale jak puszczam passkey w tle (jak to radzi kolega kilka mejli 
wcześniej) to jest dokładnie to samo i tak samo działa. 
To raczej nie passkeya wina tylko coś z tym połączeniem. Mniemam, że najpierw 
powinno się stworzyć połączenie z telefonem a potem z nim współpracować, np 
przeprowadzać autoryzację. No i u mnie się nie da bo połączenie od razu znika 
po utworzeniu :/ A łączyć się łączy bo ikonka na chwilę w telefonie na to 
wskazuje.

pozdrawiam,
Sylwester Gruszka


From masko w ipipan.waw.pl  Sun Jun 17 00:04:09 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Sun, 17 Jun 2007 00:04:09 +0200
Subject: btsco
In-Reply-To: <200706162337.19175.gruszex@gmail.com>
References: <4672894D.4060109@pfu.pl> <200706162324.17599@slaptop.ed.pl>
	<200706162337.19175.gruszex@gmail.com>
Message-ID: <200706170004.09677@slaptop.ed.pl>

Dnia sobota, 16 czerwca 2007, Sylwester Gruszka napisał:
> Dnia sobota, 16 czerwca 2007, Łukasz Maśko napisał:
> > Odpalasz passkey-agent w jednym oknie, potem w drugim hcitool...., jak
> > już ci się zautoryzuje, to dopiero wtedy ubijasz passkey-agent. Tak to
> > robisz?
>
> tak też, ale jak puszczam passkey w tle (jak to radzi kolega kilka mejli
> wcześniej) to jest dokładnie to samo i tak samo działa.

To akurat nie ma znaczenia. Nie licząc tego, że masz dodatkowy proces w 
systemie, który po autoryzacji przestaje być ci potrzebny.

> To raczej nie passkeya wina tylko coś z tym połączeniem. Mniemam, że
> najpierw powinno się stworzyć połączenie z telefonem a potem z nim
> współpracować, np przeprowadzać autoryzację. No i u mnie się nie da bo
> połączenie od razu znika po utworzeniu :/ A łączyć się łączy bo ikonka na
> chwilę w telefonie na to wskazuje.

Właśnie to co robisz służy utworzeniu połączenia - autoryzacja jest tego 
nieodzownym elementem. Możesz spróbować podkręcić loglevel i sprawdzić 
logi. Niestety, nie powiem ci jak bo nie wiem. Poszukaj w dokumentacji.

-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From krystian w kamionek.net  Sun Jun 17 00:10:40 2007
From: krystian w kamionek.net (Krystian Tomczyk)
Date: Sun, 17 Jun 2007 00:10:40 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <200706161325.35309.arekm@maven.pl>
References: <20070616121753.15007778@przemek>
	<200706161250.13188.arekm@maven.pl> <20070616130949.4d01b734@przemek>
	<200706161325.35309.arekm@maven.pl>
Message-ID: <1182031840.3441.4.camel@laptom>

Dnia 16-06-2007, sob o godzinie 13:25 +0200, Arkadiusz Miskiewicz
napisał(a):
> $ cat /etc/rpm/platform
> i686-pld-linux
> i686-[^-]*-linux(-gnu)?
> i586-[^-]*-linux(-gnu)?
> i486-[^-]*-linux(-gnu)?
> i386-[^-]*-linux(-gnu)?
> noarch-[^-]*-.* 
Tak mam na serwerze, a w vserverach nie ma katalogu /etc/rpm. Dodanie do
vservera /etc/rpm/platform z zawartością jak wyżej nie pomaga :(

# vpoldek exim -- --upgrade-dist -vt
vpoldek: operating on vserver exim
Enabling multilib mode, rpm's transaction color = 3
Loading
[pndir]ftp://ftp.th.pld-linux.org/dists/th/PLD/i686/RPMS/packages.ndir.gz...
Opening directory index of th...
Loading
[pndir]ftp://ftp.th.pld-linux.org/dists/th/[...]/packages.ndir.gz...
Opening directory index of th...
Loading
[pndir]ftp://ftp.th.pld-linux.org/dists/th/[...]/packages.ndir.gz...
13433 packages read
Indexing...
Looking up packages for upgrade...
rpm-base-4.4.7-12                -> rpm-base-4.4.9-1.i686         
db4.5-4.5.20-3                   -> db4.5-4.5.20-4.i686           
FHS-2.3-18                       -> FHS-2.3-19.i686               
popt-1.10.8-1                    -> popt-1.11-3.i686              
Processing dependencies...
rpm-base-4.4.7-12.i686 obsoleted by rpm-base-4.4.9-1.i686
popt-1.10.8-1.i686 obsoleted by popt-1.11-3.i686
db4.5-4.5.20-3.i686 obsoleted by db4.5-4.5.20-4.i686
FHS-2.3-18.i686 obsoleted by FHS-2.3-19.i686
There are 4 packages to install, 4 to uninstall:
I FHS-2.3-19.i686, db4.5-4.5.20-4.i686, popt-1.11-3.i686,
rpm-base-4.4.9-1.i686
R rpm-base-4.4.7-12.i686, db4.5-4.5.20-3.i686, popt-1.10.8-1.i686,
FHS-2.3-18.i686
Need to get 463.6KB of archives. After unpacking 1.1MB will be used.
error: FHS-2.3-19.i686: package is for a different architecture (i686)
error: FHS-2.3-19.i686: package is for a different operating system
(linux)
error: db4.5-4.5.20-4.i686: package is for a different architecture
(i686)
error: db4.5-4.5.20-4.i686: package is for a different operating system
(linux)
error: popt-1.11-3.i686: package is for a different architecture (i686)
error: popt-1.11-3.i686: package is for a different operating system
(linux)
error: rpm-base-4.4.9-1.i686: package is for a different architecture
(i686)
error: rpm-base-4.4.9-1.i686: package is for a different operating
system (linux)
vpoldek failed on vserver 'exim' with errorcode 1

-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From pld w pfu.pl  Sun Jun 17 16:04:47 2007
From: pld w pfu.pl (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=)
Date: Sun, 17 Jun 2007 16:04:47 +0200
Subject: thunderbitd
Message-ID: <46753F7F.9030905@pfu.pl>

Witam.

Zainstalowałem sobie ostatnio:
mozilla-thunderbird-lang-pl-2.0-0.b2.2
mozilla-thunderbird-2.0-0.b2.5
Wszystko jest ok jak mam ustawione locale na POSIX. jak dam
export LC_ALL=pl_PL to po włączeniu thunderbirda mam tyle:
http://www.pfu.pl/~grzes/moz/moz.jpg.

Wie ktoś jak to poprawić?

-- 
   ______________Pozdrówka___________
  /    ___  ___  ___  ___    ___
 / _  /__/ ___/ /_   /__  / /_   /_/
/__/ / |  /__  /__  ___/ / /__  / |


From liliana.ziolek w gmail.com  Sun Jun 17 17:48:40 2007
From: liliana.ziolek w gmail.com (Liliana Ziolek)
Date: Sun, 17 Jun 2007 17:48:40 +0200
Subject: =?ISO-8859-2?Q?Re:_badblocks,_co=B6_z_nim_nie_tak_chyba.?=
In-Reply-To: <20070616214218.627fb76c@jenny>
References: <20070616200023.22442808@jenny> <20070616214218.627fb76c@jenny>
Message-ID: <ae5379f70706170848i32a93064q65682a428b05d68d@mail.gmail.com>

Masz takie objawy tylko z jednym dyskiem?
U mnie różne dziwne numery z badblocks wychodziły jak mi płyta główna
zaczęła wariować (nie wiem czy kontroler poszedł czy cu, w każdym
razie wymienili na nową). Dyski czasami przechodziły w tryb pracy
"polski hipermarket strajkuje", czyli prędkość odczytu/zapisu wynosiła
kilka kilobajtów, albo w ogóle stawały.  Windows w różnych losowych
momentach przestawał wstawać (bluescreeny witają), badblocks wykrywało
na jego partycji skopane bloki, przy czym śmieszny motyw był taki, że
po przeoraniu partycji zerami i z powrotem zapisanie danymi,
badblocksy w magiczny sposób znikały (oczywiście smart wykazywał zero
bloków przeniesionych). Linux był ciut odporniejszy, ale spisywałam to
na karb tego, że mniej na nim pracowałam. Ten sam dysk, który z tamtą
płytą świrował, po przeniesieniu do innego kompa już rok chodzi bez
najmniejszych problemów i badblocksów.
Jeśli masz w kompie jeden dysk, a masz okazję podpiąć inny i trochę
też na nim potestować, to polecam, bo z moich doświadczeń wynika że to
może być wina płyty a nie dysku. U mnie zgaduję, że może przez ten
skopany kontroler coś było źle zapisywane na dysku jeśli chodzi o jego
logikę i dlatego badblocks świrował - może masz to samo.

On 6/16/07, Jakub Głazik <zytek-lists w nuxi.pl> wrote:
> Dnia 2007-06-16, o godz. 20:00:23
> Odpowiem sobie sam.
> badblocks oczywiście bloków nie oznacza, do tego służy mk*fs. Dlaczego
> raportuje różną ilość badblocków to nie wiem, ale wyczytałem na
> namesys.com, że dysk realokuje badblocki w momencie ZAPISU do nich.
> I faktycznie, zapis danych w miejsce badblocków usunął problem. Nie mam
> już błędów DMA. SMART raportuje nadal 0 realokowanych bloków więc.. sam
> nie wiem.

-- 
Pozdrawiam,
Liliana
"Write your code as if the person maintaining it is a homicidal maniac
who knows where you live."
Tak, wiem że gmail daje zły delimiter sygnaturki...

From lukasz w mikroplan.com.pl  Sun Jun 17 20:22:43 2007
From: lukasz w mikroplan.com.pl (lukasz w mikroplan.com.pl)
Date: Sun, 17 Jun 2007 20:22:43 +0200 (CEST)
Subject: thunderbitd
In-Reply-To: <46753F7F.9030905@pfu.pl>
References: <46753F7F.9030905@pfu.pl>
Message-ID: <39404.80.39.12.124.1182104563.squirrel@mikroplan.com.pl>

> Witam.
>
> Zainstalowałem skomuniobie ostatnio:
> mozilla-thunderbird-lang-pl-2.0-0.b2.2
> mozilla-thunderbird-2.0-0.b2.5
> Wszystko jest ok jak mam ustawione locale na POSIX. jak dam
> export LC_ALL=pl_PL to po włączeniu thunderbirda mam tyle:
> http://www.pfu.pl/~grzes/moz/moz.jpg.
>
> Wie ktoś jak to poprawić?
>

mialem kiedys podobnie wygladajacy komunikat,
ale to bylo jeszcze stare mozilla-suite,
w momencie gdy zainstalowalem jakas wtyczke.
Nie moge sobie przypomniec jednak jaka.

A sprobowales na innym uzytkowniku na swiezo utworzonym profilu?


-- 
Lukasz




From lukasz w mikroplan.com.pl  Sun Jun 17 21:40:21 2007
From: lukasz w mikroplan.com.pl (lukasz w mikroplan.com.pl)
Date: Sun, 17 Jun 2007 21:40:21 +0200 (CEST)
Subject: postfix, deferred z poczta.onet.pl
Message-ID: <30542.80.39.12.124.1182109221.squirrel@mikroplan.com.pl>

Witam,

mam sobie postfix-2.2.5-9 (niedawno aktualizowany)
obslugujacy poczte o malym ruchu,
ktory kiedys tam skonfigurowalem wedle owczesnych prawidel,
i dlugi czas dzialal bez zarzutu.
Nie zagladam do niego czesto, ale ostatnio (od miesiaca?)
userzy zaczeli narzekac, ze dostaja czesto zwrotki,
ze poczta nie mogla zostac dostarczona,
najczesciej chodzilo o Onet.
Sprawdzilem, komunikat brzmi nastepujaco:

Jun 17 21:30:06 serwer postfix/smtp[14606]: 662C45FC8A:
to=<xxx w poczta.onet.pl>, relay=mx.poczta.onet.pl[213.180.130.86], delay=5,
status=deferred (host mx.poczta.onet.pl[213.180.130.86] said: 450 4.7.1 W
chwili obecnej nie mozesz wyslac listu do: <xxx w poczta.onet.pl>, sprobuj
za chwile [0400.-1] / At the moment you cannot send a message to
<xxx w poczta.onet.pl>, try again later [0400.-1]  (in reply to RCPT TO
command))

po czym postfix zwraca to do nadawcy i zakancza sprawe (nie probuje
ponownie).

Ostatnio nie jestem dobrze zorientowany w temacie,
ale czy to nie wyglada jak greylisting?
Moze mam zle skonfigurowanego postfixa?
Sprawdzalem na kilku RBL-ach, nie widnieje, wiec chyba nie to.
Jezeli szklana kula potrzebuje pliki konfiguracyjne, podesle.


-- 
Lukasz




From croolists w gmail.com  Sun Jun 17 21:40:56 2007
From: croolists w gmail.com (croolyc)
Date: Sun, 17 Jun 2007 21:40:56 +0200
Subject: thunderbitd
In-Reply-To: <46753F7F.9030905@pfu.pl>
References: <46753F7F.9030905@pfu.pl>
Message-ID: <a39750d70706171240m5cef77f7ne34d22f788ea0983@mail.gmail.com>

17-06-07, Grzegorz Sójka <pld w pfu.pl> napisał(a):
>
> Witam.
>
> Zainstalowałem sobie ostatnio:
> mozilla-thunderbird-lang-pl-2.0-0.b2.2
> mozilla-thunderbird-2.0-0.b2.5
> Wszystko jest ok jak mam ustawione locale na POSIX. jak dam
> export LC_ALL=pl_PL to po włączeniu thunderbirda mam tyle:
> http://www.pfu.pl/~grzes/moz/moz.jpg.
>
> Wie ktoś jak to poprawić?
>
rozwiazanie  jest gdzies na forum
jesli dobrze pamietam
pomaga stworzenie profilu np. w thunderbird-bin i potem dopiero odpalenie
tunderbird + pl_PL
ale moge sie mylic
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070617/d954eda4/attachment.htm>

From beorn w alpha.pl  Sun Jun 17 21:40:43 2007
From: beorn w alpha.pl (Daniel =?iso-8859-2?q?Mr=F3z?=)
Date: Sun, 17 Jun 2007 21:40:43 +0200
Subject: btsco
In-Reply-To: <200706162317.34093.gruszex@gmail.com>
References: <4672894D.4060109@pfu.pl> <200706162308.43523@slaptop.ed.pl>
	<200706162317.34093.gruszex@gmail.com>
Message-ID: <200706172140.43548.beorn@alpha.pl>

On Saturday 16 of June 2007, Sylwester Gruszka wrote:
> No tak, ale teraz wyskoczył nowy problem, wpisuję:
>
> hcitool cc 00:16:4E:D7:FF:DB
> hcitool auth 00:16:4E:D7:FF:DB
>
>  i dostaję "Not connected."  i nic dziwnego bo ikonka połączenia w
> telefonie pojawia się tylko na chwlę, i zaraz znika :/  o co chidzi?
Coś się zmieniło na gorsze w ostatnich wersjach Bluez. Objawia się to tym, że 
przy próbie parowania urządzeń, mamy tylko ok. 3s (zależy od telefonu) na 
wpisanie PINu, gdyż po tym czasie połączenie jest zrywane. Walczyłem z tym, 
ale nie zwalczyłem. Nauczyłem się wpisywać szybko PIN.


Pozdrawiam
Beorn

-- 
Daniel 'Beorn' Mróz <beorn w alpha.pl>    http://127.0.0.1/beorn
[GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---]
[O- M- V!  PS+ PE++ Y+ PGP++ t- 5  X R !tv b+ DI D++ G++ e h*]
[                          r++  y+                           ]


From krystian w kamionek.net  Sun Jun 17 22:09:25 2007
From: krystian w kamionek.net (Krystian Tomczyk)
Date: Sun, 17 Jun 2007 22:09:25 +0200
Subject: postfix, deferred z poczta.onet.pl
In-Reply-To: <30542.80.39.12.124.1182109221.squirrel@mikroplan.com.pl>
References: <30542.80.39.12.124.1182109221.squirrel@mikroplan.com.pl>
Message-ID: <1182110965.23285.23.camel@laptom>

Dnia 17-06-2007, nie o godzinie 21:40 +0200, lukasz w mikroplan.com.pl
napisał(a):
> Nie zagladam do niego czesto, ale ostatnio (od miesiaca?)
> userzy zaczeli narzekac, ze dostaja czesto zwrotki,
> ze poczta nie mogla zostac dostarczona,
> najczesciej chodzilo o Onet.
> Sprawdzilem, komunikat brzmi nastepujaco:
> 
> Jun 17 21:30:06 serwer postfix/smtp[14606]: 662C45FC8A:
> to=<xxx w poczta.onet.pl>, relay=mx.poczta.onet.pl[213.180.130.86],
> delay=5,
> status=deferred (host mx.poczta.onet.pl[213.180.130.86] said: 450
> 4.7.1 W
> chwili obecnej nie mozesz wyslac listu do: <xxx w poczta.onet.pl>,
> sprobuj
> za chwile [0400.-1] / At the moment you cannot send a message to
> <xxx w poczta.onet.pl>, try again later [0400.-1]  (in reply to RCPT TO
> command))
> 
> po czym postfix zwraca to do nadawcy i zakancza sprawe (nie probuje
> ponownie). 
W logach mam to samo, tylko mój exim po jakimś czasie wysyła ponownie i
dochodzi.
Szukaj w twoim postfiksie czemu nie ponawia...
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From pld w pfu.pl  Sun Jun 17 22:36:05 2007
From: pld w pfu.pl (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=)
Date: Sun, 17 Jun 2007 22:36:05 +0200
Subject: thunderbitd
In-Reply-To: <a39750d70706171240m5cef77f7ne34d22f788ea0983@mail.gmail.com>
References: <46753F7F.9030905@pfu.pl>
	<a39750d70706171240m5cef77f7ne34d22f788ea0983@mail.gmail.com>
Message-ID: <46759B35.4080501@pfu.pl>

Na razie nic nie pomaga. Mam pytanko. Jeśli komuś działa thinderbird po
po polsku niech mi przyśle "rpm -qa | grep mozilla | sort". Może to coś
wyjaśni. u mnie wygląda to tak:
rpm -qa | grep mozilla | sort
mozilla-firefox-2.0.0.3-1
mozilla-firefox-lang-en-2.0.0.3-1
mozilla-firefox-libs-2.0.0.3-1
mozilla-thunderbird-2.0-0.b2.5
mozilla-thunderbird-lang-pl-2.0-0.b2.2

-- 
   ______________Pozdrówka___________
  /    ___  ___  ___  ___    ___
 / _  /__/ ___/ /_   /__  / /_   /_/
/__/ / |  /__  /__  ___/ / /__  / |


From pgierski w o2.pl  Sun Jun 17 22:58:31 2007
From: pgierski w o2.pl (Przemek Gierski)
Date: Sun, 17 Jun 2007 22:58:31 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <1182031840.3441.4.camel@laptom>
References: <20070616121753.15007778@przemek>
	<200706161250.13188.arekm@maven.pl>
	<20070616130949.4d01b734@przemek>
	<200706161325.35309.arekm@maven.pl>
	<1182031840.3441.4.camel@laptom>
Message-ID: <20070617225831.143825d0@przemek>

Dnia 2007-06-17, o godz. 00:10:40
Krystian Tomczyk <krystian w kamionek.net> napisał(a):

> Dnia 16-06-2007, sob o godzinie 13:25 +0200, Arkadiusz Miskiewicz
> napisał(a):
> > $ cat /etc/rpm/platform
> > i686-pld-linux
> > i686-[^-]*-linux(-gnu)?
> > i586-[^-]*-linux(-gnu)?
> > i486-[^-]*-linux(-gnu)?
> > i386-[^-]*-linux(-gnu)?
> > noarch-[^-]*-.* 
> Tak mam na serwerze, a w vserverach nie ma katalogu /etc/rpm. Dodanie
> do vservera /etc/rpm/platform z zawartością jak wyżej nie pomaga :(
> 
> # vpoldek exim -- --upgrade-dist -vt
> vpoldek: operating on vserver exim
> Enabling multilib mode, rpm's transaction color = 3
> Loading
> [pndir]ftp://ftp.th.pld-linux.org/dists/th/PLD/i686/RPMS/packages.ndir.gz...
> Opening directory index of th...
> Loading
> [pndir]ftp://ftp.th.pld-linux.org/dists/th/[...]/packages.ndir.gz...
> Opening directory index of th...
> Loading
> [pndir]ftp://ftp.th.pld-linux.org/dists/th/[...]/packages.ndir.gz...
> 13433 packages read
> Indexing...
> Looking up packages for upgrade...
> rpm-base-4.4.7-12                -> rpm-base-4.4.9-1.i686         
> db4.5-4.5.20-3                   -> db4.5-4.5.20-4.i686           
> FHS-2.3-18                       -> FHS-2.3-19.i686               
> popt-1.10.8-1                    -> popt-1.11-3.i686              
> Processing dependencies...
> rpm-base-4.4.7-12.i686 obsoleted by rpm-base-4.4.9-1.i686
> popt-1.10.8-1.i686 obsoleted by popt-1.11-3.i686
> db4.5-4.5.20-3.i686 obsoleted by db4.5-4.5.20-4.i686
> FHS-2.3-18.i686 obsoleted by FHS-2.3-19.i686
> There are 4 packages to install, 4 to uninstall:
> I FHS-2.3-19.i686, db4.5-4.5.20-4.i686, popt-1.11-3.i686,
> rpm-base-4.4.9-1.i686
> R rpm-base-4.4.7-12.i686, db4.5-4.5.20-3.i686, popt-1.10.8-1.i686,
> FHS-2.3-18.i686
> Need to get 463.6KB of archives. After unpacking 1.1MB will be used.
> error: FHS-2.3-19.i686: package is for a different architecture (i686)
> error: FHS-2.3-19.i686: package is for a different operating system
> (linux)
> error: db4.5-4.5.20-4.i686: package is for a different architecture
> (i686)
> error: db4.5-4.5.20-4.i686: package is for a different operating
> system (linux)
> error: popt-1.11-3.i686: package is for a different architecture
> (i686) error: popt-1.11-3.i686: package is for a different operating
> system (linux)
> error: rpm-base-4.4.9-1.i686: package is for a different architecture
> (i686)
> error: rpm-base-4.4.9-1.i686: package is for a different operating
> system (linux)
> vpoldek failed on vserver 'exim' with errorcode 1
> 

Niestety vserwerów nie mam, więc nie wiem jak to jest na nich.

-- 
Pozdrawiam, Przemysław Gierski.


From arekm w maven.pl  Sun Jun 17 23:05:18 2007
From: arekm w maven.pl (Arkadiusz Miskiewicz)
Date: Sun, 17 Jun 2007 23:05:18 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <1182031840.3441.4.camel@laptom>
References: <20070616121753.15007778@przemek>
	<200706161325.35309.arekm@maven.pl>
	<1182031840.3441.4.camel@laptom>
Message-ID: <200706172305.18812.arekm@maven.pl>

On Sunday 17 of June 2007, Krystian Tomczyk wrote:
> Dnia 16-06-2007, sob o godzinie 13:25 +0200, Arkadiusz Miskiewicz
>
> napisał(a):
> > $ cat /etc/rpm/platform
> > i686-pld-linux
> > i686-[^-]*-linux(-gnu)?
> > i586-[^-]*-linux(-gnu)?
> > i486-[^-]*-linux(-gnu)?
> > i386-[^-]*-linux(-gnu)?
> > noarch-[^-]*-.*
>
> Tak mam na serwerze, a w vserverach nie ma katalogu /etc/rpm. Dodanie do
> vservera /etc/rpm/platform z zawartością jak wyżej nie pomaga :(
>
> # vpoldek exim -- --upgrade-dist -vt

Puść strace i zobacz jaki plik platform próbuje otworzyć.

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From hawk w limanowa.net  Sun Jun 17 23:10:36 2007
From: hawk w limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Sun, 17 Jun 2007 23:10:36 +0200
Subject: postfix, deferred z poczta.onet.pl
In-Reply-To: <30542.80.39.12.124.1182109221.squirrel@mikroplan.com.pl>
References: <30542.80.39.12.124.1182109221.squirrel@mikroplan.com.pl>
Message-ID: <4675A34C.9010304@limanowa.net>

> Jun 17 21:30:06 serwer postfix/smtp[14606]: 662C45FC8A:
> to=<xxx w poczta.onet.pl>, relay=mx.poczta.onet.pl[213.180.130.86], delay=5,
> status=deferred (host mx.poczta.onet.pl[213.180.130.86] said: 450 4.7.1 W
> chwili obecnej nie mozesz wyslac listu do: <xxx w poczta.onet.pl>, sprobuj
> za chwile [0400.-1] / At the moment you cannot send a message to
> <xxx w poczta.onet.pl>, try again later [0400.-1]  (in reply to RCPT TO
> command))

To normalne w przypadku onetu.

> po czym postfix zwraca to do nadawcy i zakancza sprawe (nie probuje
> ponownie).

To juz nie jest normlane. Moj postfix ladnie trzyma w kolejce i probuje
wysylac co wskazany czas. Zobacz postconfem jakie masz ustawienia
dotyczace ponawiania wysylki i czasu trzymania maili w kolejce w
przypadku niemoznosci ich dostarczenia.

M.


From areq w pld-linux.org  Mon Jun 18 00:14:22 2007
From: areq w pld-linux.org (Arkadiusz Patyk)
Date: Mon, 18 Jun 2007 00:14:22 +0200
Subject: PLD RescueCD  2.90
Message-ID: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>

Hej

Nowy snap PLD RescueCD dostępny na: http://rescuecd.pld-linux.org/

Wersja 2.90 bazuje na TH z kernelem 2.6.21.5 SMP

Dodano:
     iperf 2.0.2-1 Network performance measurement tool
     netperf 2.3-3 Performance testing tool for TCP/UDP
     vlan 1.9-1 802.1q vlan Linux implementation
     afaapps 2.8-1 AACRAID Storage Management software
     tw_cli-9xxx 9.4.1-1 Utility to control 3ware SATA RAID 
     cryptsetup-luks 1.0.4-1 LUKS for dm-crypt
     hexedit 1.2.12-1 Binary file editor based on ncurses

Poprawki:
    serial console
    reiserfs4 support


Pozdrawiam,
-- 
Arkadiusz Patyk [areq<>pld-linux:org] [http://rescuecd.pld-linux.org/]
[IRC:areq skype:arekpatyk  GG:1383 jid:arek<>patyk:net]


From krystian w kamionek.net  Mon Jun 18 00:21:30 2007
From: krystian w kamionek.net (Krystian Tomczyk)
Date: Mon, 18 Jun 2007 00:21:30 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <200706172305.18812.arekm@maven.pl>
References: <20070616121753.15007778@przemek>
	<200706161325.35309.arekm@maven.pl> <1182031840.3441.4.camel@laptom>
	<200706172305.18812.arekm@maven.pl>
Message-ID: <1182118890.23285.30.camel@laptom>

Dnia 17-06-2007, nie o godzinie 23:05 +0200, Arkadiusz Miskiewicz
napisał(a):
> On Sunday 17 of June 2007, Krystian Tomczyk wrote:
> > Dnia 16-06-2007, sob o godzinie 13:25 +0200, Arkadiusz Miskiewicz
> >
> > napisał(a):
> > > $ cat /etc/rpm/platform
> > > i686-pld-linux
> > > i686-[^-]*-linux(-gnu)?
> > > i586-[^-]*-linux(-gnu)?
> > > i486-[^-]*-linux(-gnu)?
> > > i386-[^-]*-linux(-gnu)?
> > > noarch-[^-]*-.*
> >
> > Tak mam na serwerze, a w vserverach nie ma katalogu /etc/rpm. Dodanie do
> > vservera /etc/rpm/platform z zawartością jak wyżej nie pomaga :(
> >
> > # vpoldek exim -- --upgrade-dist -vt
> 
> Puść strace i zobacz jaki plik platform próbuje otworzyć.
> 
Nie widzę tam nic ciekawego :(
Wynik strace -o vpoldek.strace.txt vpoldek exim -- --upgrade-dist -vt
jest tu http://kamionek.net/vpoldek.strace.txt
Zrobiłem jeszcze vpoldek exim -- --upgrade-dist -vvt >vpoldek.vv.txt
wynik - http://kamionek.net/vpoldek.vv.txt
I jeszcze zauważyłem, że vserver ma trochę ograniczony zestaw do rpm-a
[root w serwer ~]# rpm -qa \*rpm\*
rpm-4.4.9-1.i686
rpm-lib-4.4.9-1.i686
rpm-base-4.4.9-1.i686
[root w serwer ~]# vrpm exim -- -qa \*rpm\*
rpm-base-4.4.7-12.i686
Pewnie jak się uda zupgradować rpm-base wewnątrz vservera to będzie ok,
ale to później...
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From slwkk-maillists w alternatywa.net  Mon Jun 18 01:06:08 2007
From: slwkk-maillists w alternatywa.net (Slawomir Kawala)
Date: Mon, 18 Jun 2007 01:06:08 +0200
Subject: postfix, deferred z poczta.onet.pl
In-Reply-To: <20070618010504.44da52e5@slawcio.alternatywa.net>
References: <30542.80.39.12.124.1182109221.squirrel@mikroplan.com.pl>
	<20070618010504.44da52e5@slawcio.alternatywa.net>
Message-ID: <20070618010608.39308528@slawcio.alternatywa.net>

Dnia Sun, 17 Jun 2007 21:40:21 +0200 (CEST)
lukasz w mikroplan.com.pl napisal(a||e)s:
 
> Ostatnio nie jestem dobrze zorientowany w temacie,
> ale czy to nie wyglada jak greylisting?

wyglada

> Moze mam zle skonfigurowanego postfixa?

jesli nie robi powtorek? tak...


-- 
Best regards, Slawomir Kawala
JID: slwkk [at] alternatywa [dot] net
GSM: (0)601-398-348


From pmuch w zamek.szczecin.pl  Mon Jun 18 06:24:49 2007
From: pmuch w zamek.szczecin.pl (=?ISO-8859-2?Q?Pawe=B3_Muszy=F1ski?=)
Date: Mon, 18 Jun 2007 06:24:49 +0200
Subject: postfix, deferred z poczta.onet.pl
In-Reply-To: <30542.80.39.12.124.1182109221.squirrel@mikroplan.com.pl>
References: <30542.80.39.12.124.1182109221.squirrel@mikroplan.com.pl>
Message-ID: <46760911.7060301@zamek.szczecin.pl>

lukasz w mikroplan.com.pl napisał(a):
> Witam,
> 
> mam sobie postfix-2.2.5-9 (niedawno aktualizowany)
> obslugujacy poczte o malym ruchu,
> ktory kiedys tam skonfigurowalem wedle owczesnych prawidel,
> i dlugi czas dzialal bez zarzutu.
> Nie zagladam do niego czesto, ale ostatnio (od miesiaca?)
> userzy zaczeli narzekac, ze dostaja czesto zwrotki,
> ze poczta nie mogla zostac dostarczona,
> najczesciej chodzilo o Onet.
> Sprawdzilem, komunikat brzmi nastepujaco:
> 
> Jun 17 21:30:06 serwer postfix/smtp[14606]: 662C45FC8A:
> to=<xxx w poczta.onet.pl>, relay=mx.poczta.onet.pl[213.180.130.86], delay=5,
> status=deferred (host mx.poczta.onet.pl[213.180.130.86] said: 450 4.7.1 W
> chwili obecnej nie mozesz wyslac listu do: <xxx w poczta.onet.pl>, sprobuj
> za chwile [0400.-1] / At the moment you cannot send a message to
> <xxx w poczta.onet.pl>, try again later [0400.-1]  (in reply to RCPT TO
> command))
> 
> po czym postfix zwraca to do nadawcy i zakancza sprawe (nie probuje
> ponownie).
> 
> Ostatnio nie jestem dobrze zorientowany w temacie,
> ale czy to nie wyglada jak greylisting?
> Moze mam zle skonfigurowanego postfixa?
> Sprawdzalem na kilku RBL-ach, nie widnieje, wiec chyba nie to.
> Jezeli szklana kula potrzebuje pliki konfiguracyjne, podesle.
> 
> 
Dostajesz 450 - powinien trzymać w kolejce i próbować wysłać ponownie.
A zwrot jest od razu, czy po jakimś czasie?

Pawel


From pgierski w o2.pl  Mon Jun 18 08:45:15 2007
From: pgierski w o2.pl (Przemek Gierski)
Date: Mon, 18 Jun 2007 08:45:15 +0200
Subject: [TH ]lirc - =?UTF-8?B?dWRhxYJvIHNpxJk=?= komkolwiek
	=?UTF-8?B?c2tvbXBpbG93YcSHPw==?=
In-Reply-To: <20070612072254.35b10e6e@przemek>
References: <20070603163623.050d8624@przemek>
	<1180890175.3307.45.camel@ipv6-localnet>
	<20070608223651.4ae67ee2@przemek>
	<20070611141737.4079bfa7@tratwa.task.gda.pl>
	<20070612072254.35b10e6e@przemek>
Message-ID: <20070618084515.55690b22@przemek>

Dnia 2007-06-12, o godz. 07:22:54
Przemek Gierski <pgierski w o2.pl> napisał(a):

> Dnia 2007-06-11, o godz. 14:17:37
> Maciej Świniarski <maciej w task.gda.pl> napisał(a):
> 
> > Dnia Fri, 8 Jun 2007 22:36:51 +0200
> > Przemek Gierski <pgierski w o2.pl> napisał(a):
> > 
> > > Mógłbym prosić o jakąś pomoc?
> > > Próbowałem wielokrotnie, a to ze źródeł,
> > > a to ze speca po takim pokrzepieniu (jednak komuś działa!), ale
> > > nic z tego.
> > 
> > sprawdz teraz
> > _______________________________________________
> > pld-users-pl mailing list
> > pld-users-pl w lists.pld-linux.org
> > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
> 
> Dzięki, ale jeszcze nie.
> 
> Your hardware does not require a special LIRC kernel module.
> 
> Now enter 'make' and 'make install' to compile and install the
> package.
> 
> configure: WARNING: Cache variable ac_cv_have_kernel contains a
> newline.
> + /usr/bin/make
> Makefile:182: *** missing separator.  Stop.
> błąd: Błędny status wyjścia z /home/users/przemek/tmp/rpm-tmp.31514
> (%build)
> 
> 
> Błędy budowania RPM-a:
>     Błędny status wyjścia z /home/users/przemek/tmp/rpm-tmp.31514
> (%build) Error: package build failed. (no more info)
> 
> 

Już udało się. Trzeba było przygotować źródła jądra przez:
make przerwane podczas budowania modułów
make oldconfig
make prepare
W katalogach źródeł jądra, po tym zabiegu ładnie się kompiluje lirc
0.8.2 ze źródeł na stronie autorów, potem można skopiować skrypty
startowe z pakietu dystrybucyjnego lirc'a.

I działa.

-- 
Pozdrawiam, Przemysław Gierski.


From lukasz w mikroplan.com.pl  Mon Jun 18 09:10:09 2007
From: lukasz w mikroplan.com.pl (lukasz w mikroplan.com.pl)
Date: Mon, 18 Jun 2007 09:10:09 +0200 (CEST)
Subject: postfix, deferred z poczta.onet.pl
In-Reply-To: <4675A34C.9010304@limanowa.net>
References: <30542.80.39.12.124.1182109221.squirrel@mikroplan.com.pl>
	<4675A34C.9010304@limanowa.net>
Message-ID: <15498.193.145.249.213.1182150609.squirrel@mikroplan.com.pl>


>
> To juz nie jest normlane. Moj postfix ladnie trzyma w kolejce i probuje
> wysylac co wskazany czas. Zobacz postconfem jakie masz ustawienia
> dotyczace ponawiania wysylki i czasu trzymania maili w kolejce w
> przypadku niemoznosci ich dostarczenia.
>

Kiedys
    maximal_queue_lifetime = 4h
mieszalo mi sie kiedys z
    bounce_queue_lifetime = 0

i jak bylo duzo  zwrotek o nieistniejacych adresach na adresy spamowe
(bzdurne na bzdurne), to z grubej rury dalem obie wartosci 0.
I greylisting teraz nie dzialal...


Wszystko jasne...
-- 
Lukasz





From bajcik w kolos.math.uni.lodz.pl  Mon Jun 18 10:07:25 2007
From: bajcik w kolos.math.uni.lodz.pl (Krzysztof Garus)
Date: Mon, 18 Jun 2007 10:07:25 +0200
Subject: PLD RescueCD  2.90
In-Reply-To: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>
References: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>
Message-ID: <20070618080725.GA31256@kolos.math.uni.lodz.pl>

On Mon, Jun 18, 2007 at 12:14:22AM +0200, Arkadiusz Patyk wrote:
> Hej
> 
> Nowy snap PLD RescueCD dostępny na: http://rescuecd.pld-linux.org/
> 
> Wersja 2.90 bazuje na TH z kernelem 2.6.21.5 SMP
> 
> Dodano:
>      iperf 2.0.2-1 Network performance measurement tool
>      netperf 2.3-3 Performance testing tool for TCP/UDP
>      vlan 1.9-1 802.1q vlan Linux implementation
>      afaapps 2.8-1 AACRAID Storage Management software
>      tw_cli-9xxx 9.4.1-1 Utility to control 3ware SATA RAID 
>      cryptsetup-luks 1.0.4-1 LUKS for dm-crypt
>      hexedit 1.2.12-1 Binary file editor based on ncurses
> 
> Poprawki:
>     serial console
>     reiserfs4 support

tej wersji jeszcze nie testowałem, ale ciut wcześniejsza miała taką
cechę że dysk /dev/hda widziąło mi jako sda, co istotnie ograniczało
'ratunkowość' rescuecd

bajcik
-- 
Krzysztof Garus
  Stronka: http://kolos.math.uni.lodz.pl/~bajcik/
   Serwis: http://gielda.linux.pl/             #GG 2065861


From arekm w maven.pl  Mon Jun 18 10:21:25 2007
From: arekm w maven.pl (Arkadiusz Miskiewicz)
Date: Mon, 18 Jun 2007 10:21:25 +0200
Subject: PLD RescueCD  2.90
In-Reply-To: <20070618080725.GA31256@kolos.math.uni.lodz.pl>
References: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>
	<20070618080725.GA31256@kolos.math.uni.lodz.pl>
Message-ID: <200706181021.25433.arekm@maven.pl>

On Monday 18 of June 2007, Krzysztof Garus wrote:
> On Mon, Jun 18, 2007 at 12:14:22AM +0200, Arkadiusz Patyk wrote:
> > Hej
> >
> > Nowy snap PLD RescueCD dostępny na: http://rescuecd.pld-linux.org/
> >
> > Wersja 2.90 bazuje na TH z kernelem 2.6.21.5 SMP

[...]

> tej wersji jeszcze nie testowałem, ale ciut wcześniejsza miała taką
> cechę że dysk /dev/hda widziąło mi jako sda, co istotnie ograniczało
> 'ratunkowość' rescuecd

Nowe kernele tak mają "by default". Akurat to Rescue celowane jest pod Th 
gdzie jest tylko nowy kernel (2.6.21 aktualnie) ;)

> bajcik

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From dhubleizh w o2.pl  Mon Jun 18 10:27:20 2007
From: dhubleizh w o2.pl (Cezary Krzyzanowski)
Date: Mon, 18 Jun 2007 10:27:20 +0200
Subject: [TH ]lirc - =?UTF-8?Q?uda=C5=82o?= =?UTF-8?Q?_si=C4=99?=
	komkolwiek =?UTF-8?Q?skompilowa=C4=87=3F?=
In-Reply-To: <20070618084515.55690b22@przemek>
References: <20070603163623.050d8624@przemek>
	<1180890175.3307.45.camel@ipv6-localnet>
	<20070608223651.4ae67ee2@przemek>
	<20070611141737.4079bfa7@tratwa.task.gda.pl>
	<20070612072254.35b10e6e@przemek>  <20070618084515.55690b22@przemek>
Message-ID: <1182155240.3602.10.camel@ipv6-localnet>

Dnia 18-06-2007, Pn o godzinie 08:45 +0200, Przemek Gierski napisał(a):

> W katalogach źródeł jądra, po tym zabiegu ładnie się kompiluje lirc
> 0.8.2 ze źródeł na stronie autorów, potem można skopiować skrypty
> startowe z pakietu dystrybucyjnego lirc'a.

O - masz 0.8.2. Mi wysiadło po autotoolsach - nie mógł znaleźć kernelcc
i czegoś tam jeszcze...

Cz w rny



From joshua w hybrid.pl  Mon Jun 18 10:28:09 2007
From: joshua w hybrid.pl (Jacek Osiecki)
Date: Mon, 18 Jun 2007 10:28:09 +0200 (CEST)
Subject: PLD RescueCD  2.90
In-Reply-To: <200706181021.25433.arekm@maven.pl>
References: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>
	<20070618080725.GA31256@kolos.math.uni.lodz.pl>
	<200706181021.25433.arekm@maven.pl>
Message-ID: <Pine.LNX.4.64N.0706181027210.29968@router.sc>

On Mon, 18 Jun 2007, Arkadiusz Miskiewicz wrote:

> On Monday 18 of June 2007, Krzysztof Garus wrote:
>> On Mon, Jun 18, 2007 at 12:14:22AM +0200, Arkadiusz Patyk wrote:

>>> Nowy snap PLD RescueCD dostępny na: http://rescuecd.pld-linux.org/
>>> Wersja 2.90 bazuje na TH z kernelem 2.6.21.5 SMP
> [...]
>> tej wersji jeszcze nie testowałem, ale ciut wcześniejsza miała taką
>> cechę że dysk /dev/hda widziąło mi jako sda, co istotnie ograniczało
>> 'ratunkowość' rescuecd
> Nowe kernele tak mają "by default". Akurat to Rescue celowane jest pod Th
> gdzie jest tylko nowy kernel (2.6.21 aktualnie) ;)

Niedobrze :(

A można w takim razie prosić o to, by na rescuecd.pld-linux.org był też link
do pobrania iso z normalnym traktowaniem dysków ATA obok obecnego?

Pozdrawiam,
-- 
Jacek Osiecki joshua w ceti.pl GG:3828944
"To nie logika, to polityka"
(c) Kabaret pod Wydrwigroszem 2006

From arekm w maven.pl  Mon Jun 18 10:37:04 2007
From: arekm w maven.pl (Arkadiusz Miskiewicz)
Date: Mon, 18 Jun 2007 10:37:04 +0200
Subject: PLD RescueCD  2.90
In-Reply-To: <Pine.LNX.4.64N.0706181027210.29968@router.sc>
References: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>
	<200706181021.25433.arekm@maven.pl>
	<Pine.LNX.4.64N.0706181027210.29968@router.sc>
Message-ID: <200706181037.05896.arekm@maven.pl>

On Monday 18 of June 2007, Jacek Osiecki wrote:

> A można w takim razie prosić o to, by na rescuecd.pld-linux.org był też
> link do pobrania iso z normalnym traktowaniem dysków ATA obok obecnego?

rmmod libatowy_modul
modprobe stary_modul

i już?

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From pgierski w o2.pl  Mon Jun 18 10:52:19 2007
From: pgierski w o2.pl (Przemek Gierski)
Date: Mon, 18 Jun 2007 10:52:19 +0200
Subject: [TH ]lirc - =?UTF-8?B?dWRhxYJvIHNpxJk=?= komkolwiek
	=?UTF-8?B?c2tvbXBpbG93YcSHPw==?=
In-Reply-To: <1182155240.3602.10.camel@ipv6-localnet>
References: <20070603163623.050d8624@przemek>
	<1180890175.3307.45.camel@ipv6-localnet>
	<20070608223651.4ae67ee2@przemek>
	<20070611141737.4079bfa7@tratwa.task.gda.pl>
	<20070612072254.35b10e6e@przemek> <20070618084515.55690b22@przemek>
	<1182155240.3602.10.camel@ipv6-localnet>
Message-ID: <20070618105219.4e6f2ab9@przemek>

Dnia 2007-06-18, o godz. 10:27:20
Cezary Krzyzanowski <dhubleizh w o2.pl> napisał(a):

> Dnia 18-06-2007, Pn o godzinie 08:45 +0200, Przemek Gierski
> napisał(a):
> 
> > W katalogach źródeł jądra, po tym zabiegu ładnie się kompiluje lirc
> > 0.8.2 ze źródeł na stronie autorów, potem można skopiować skrypty
> > startowe z pakietu dystrybucyjnego lirc'a.
> 
> O - masz 0.8.2. Mi wysiadło po autotoolsach - nie mógł znaleźć
> kernelcc i czegoś tam jeszcze...
> 
> Cz w rny
> 
> _______________________________________________
> pld-users-pl mailing list
> pld-users-pl w lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Jak chcesz mogę przesłać Ci skompilowane źródła, powiedz na jakie
urządzenie, potem u siebie zrobisz make install i pójdzie, byle tylko
na kernel 2.6.20.7-1 dystrybucyjny.

-- 
Pozdrawiam, Przemysław Gierski.


From dhubleizh w o2.pl  Mon Jun 18 11:02:09 2007
From: dhubleizh w o2.pl (Cezary Krzyzanowski)
Date: Mon, 18 Jun 2007 11:02:09 +0200
Subject: [TH ]lirc - =?UTF-8?Q?uda=C5=82o?= =?UTF-8?Q?_si=C4=99?=
	komkolwiek =?UTF-8?Q?skompilowa=C4=87=3F?=
In-Reply-To: <20070618105219.4e6f2ab9@przemek>
References: <20070603163623.050d8624@przemek>
	<1180890175.3307.45.camel@ipv6-localnet>
	<20070608223651.4ae67ee2@przemek>
	<20070611141737.4079bfa7@tratwa.task.gda.pl>
	<20070612072254.35b10e6e@przemek> <20070618084515.55690b22@przemek>
	<1182155240.3602.10.camel@ipv6-localnet>
	<20070618105219.4e6f2ab9@przemek>
Message-ID: <1182157329.3602.12.camel@ipv6-localnet>

Dnia 18-06-2007, Pn o godzinie 10:52 +0200, Przemek Gierski napisał(a):
> Jak chcesz mogę przesłać Ci skompilowane źródła, powiedz na jakie
> urządzenie, potem u siebie zrobisz make install i pójdzie, byle tylko
> na kernel 2.6.20.7-1 dystrybucyjny.
> 
Dzięki:
[czarny w melchior ~]$ uname -r
2.6.21.3-1

Cz w rny



From loc w toya.net.pl  Mon Jun 18 12:18:11 2007
From: loc w toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Mon, 18 Jun 2007 12:18:11 +0200
Subject: PLD RescueCD  2.90
In-Reply-To: <200706181037.05896.arekm@maven.pl>
References: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>	<200706181021.25433.arekm@maven.pl>	<Pine.LNX.4.64N.0706181027210.29968@router.sc>
	<200706181037.05896.arekm@maven.pl>
Message-ID: <46765BE3.9050302@toya.net.pl>

Arkadiusz Miskiewicz wrote:
> On Monday 18 of June 2007, Jacek Osiecki wrote:
> 
>> A można w takim razie prosić o to, by na rescuecd.pld-linux.org był też
>> link do pobrania iso z normalnym traktowaniem dysków ATA obok obecnego?
> 
> rmmod libatowy_modul
> modprobe stary_modul

Może nawet wystarczyłoby zrobić symlinka w /dev? W końcu zmieniła się 
tylko nazwa, a nie infterfejs do urządzenia blokowego w /dev?

-- 
regards,
Jakub Piotr Cłapa


From bajcik w kolos.math.uni.lodz.pl  Mon Jun 18 12:22:17 2007
From: bajcik w kolos.math.uni.lodz.pl (Krzysztof Garus)
Date: Mon, 18 Jun 2007 12:22:17 +0200
Subject: PLD RescueCD  2.90
In-Reply-To: <46765BE3.9050302@toya.net.pl>
References: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>
	<200706181021.25433.arekm@maven.pl>
	<Pine.LNX.4.64N.0706181027210.29968@router.sc>
	<200706181037.05896.arekm@maven.pl> <46765BE3.9050302@toya.net.pl>
Message-ID: <20070618102217.GC31256@kolos.math.uni.lodz.pl>

On Mon, Jun 18, 2007 at 12:18:11PM +0200, Jakub Piotr Cłapa wrote:
> Arkadiusz Miskiewicz wrote:
> > On Monday 18 of June 2007, Jacek Osiecki wrote:
> > 
> >> A można w takim razie prosić o to, by na rescuecd.pld-linux.org był też
> >> link do pobrania iso z normalnym traktowaniem dysków ATA obok obecnego?
> > 
> > rmmod libatowy_modul
> > modprobe stary_modul
> 
> Może nawet wystarczyłoby zrobić symlinka w /dev? W końcu zmieniła się 
> tylko nazwa, a nie infterfejs do urządzenia blokowego w /dev?

może być za mało, bo jak się potem zrobi chroota na naprawiany system to
zarówno lilo, geninitrd jak i użytkownik zgłupieją :>

bajcik
-- 
Krzysztof Garus
  Stronka: http://kolos.math.uni.lodz.pl/~bajcik/
   Serwis: http://gielda.linux.pl/             #GG 2065861


From tgret w poczta.onet.pl  Mon Jun 18 12:58:37 2007
From: tgret w poczta.onet.pl (Tomasz Gretkierewicz)
Date: Mon, 18 Jun 2007 12:58:37 +0200
Subject: Konfiguracja mysql.
In-Reply-To: <20070614200652.GB9597@mysza.eu.org>
References: <467189D8.9010705@poczta.onet.pl>
	<20070614200652.GB9597@mysza.eu.org>
Message-ID: <4676655D.6080405@poczta.onet.pl>

Adam Gołębiowski wrote:
> On Thu, Jun 14, 2007 at 08:32:56PM +0200, Tommy wrote:
>   
>> to pomozecie POCZąTKUJąCEMU?
>>     
>
> jaka wersja mysql? Wersje starsze od mysql-5.0.41-4 (ale 5.0.37 już nie)
> miały faktycznie zepsuty initskrypt i nie dało się zainicjować bazy
> danych, ale poprawiłem to właśnie w mysql-5.0.41-4.
>
>   
          Hello!
    W koncu siedze przed maszyna i moge podac nieco wiecej infrmacji.
Moja wersja mysql to:

# rpm -qa | grep mysql
mysql-libs-5.0.37-1
mysql-5.0.37-1
mysql-charsets-5.0.37-1
mysql-client-5.0.37-1

Po probie zainicjowania bazy mam:
# /etc/rc.d/init.d/mysql init
Initializing cluster /var/lib/mysql
Creating privilege mysql tables for /var/lib/mysql/mysqldb/db......[ FAIL ]
Sorry, the host 'localhost-unknown' could not be looked up.
Please configure the 'hostname' command to return a correct hostname.

Skad moge pobrac wersje 5.0.41-4 o ktorej piszesz?

Pozdrawiam. Tomek.


From maciek w hsm.net.pl  Mon Jun 18 13:17:20 2007
From: maciek w hsm.net.pl (Maciej =?iso-8859-2?q?Krzy=BFanowski?=)
Date: Mon, 18 Jun 2007 13:17:20 +0200
Subject: Konfiguracja mysql.
In-Reply-To: <4676655D.6080405@poczta.onet.pl>
References: <467189D8.9010705@poczta.onet.pl>
	<20070614200652.GB9597@mysza.eu.org>
	<4676655D.6080405@poczta.onet.pl>
Message-ID: <200706181317.20969.maciek@hsm.net.pl>

Dnia poniedziałek 18 czerwiec 2007, Tomasz Gretkierewicz napisał:
          Hello!
>     W koncu siedze przed maszyna i moge podac nieco wiecej infrmacji.
> Moja wersja mysql to:
>
> # rpm -qa | grep mysql
> mysql-libs-5.0.37-1
> mysql-5.0.37-1
> mysql-charsets-5.0.37-1
> mysql-client-5.0.37-1
>
> Po probie zainicjowania bazy mam:
> # /etc/rc.d/init.d/mysql init
> Initializing cluster /var/lib/mysql
> Creating privilege mysql tables for /var/lib/mysql/mysqldb/db......[ FAIL ]
> Sorry, the host 'localhost-unknown' could not be looked up.
> Please configure the 'hostname' command to return a correct hostname.
>
> Skad moge pobrac wersje 5.0.41-4 o ktorej piszesz?

hmm...jak dla mnie to problem jest taki ze polecenie hostname nie zwraca 
nazwy, która maszyna potrafi rozwiązać na adres IP (tak mówi komunikat błędu, 
który wkleiłeś :)).

wpisz do pliku /etc/hosts linijke:
127.0.0.1	localhost-unknown

linijki, które już tam są możesz zostawić

Możesz też zmienić ten hostname na jakiś bardziej ludzki w 
pliku /etc/sysconfig/network

Wg tego co napisał Adam to Twoja wersje mysql powinna działać poprawnie.

-- 
Pozdrawiam
Maciej Krzyżanowski
maciek w hsm.net.pl


From matowy w tlen.pl  Mon Jun 18 13:32:58 2007
From: matowy w tlen.pl (Mateusz Murawski)
Date: Mon, 18 Jun 2007 13:32:58 +0200
Subject: PLD RescueCD  2.90
In-Reply-To: <46765BE3.9050302@toya.net.pl>
References: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>	<200706181021.25433.arekm@maven.pl>	<Pine.LNX.4.64N.0706181027210.29968@router.sc>	<200706181037.05896.arekm@maven.pl>
	<46765BE3.9050302@toya.net.pl>
Message-ID: <46766D6A.9080508@tlen.pl>

Jakub Piotr Cłapa pisze:
> Arkadiusz Miskiewicz wrote:
>> On Monday 18 of June 2007, Jacek Osiecki wrote:
>>
>>> A można w takim razie prosić o to, by na rescuecd.pld-linux.org był też
>>> link do pobrania iso z normalnym traktowaniem dysków ATA obok obecnego?
>> rmmod libatowy_modul
>> modprobe stary_modul
> 
> Może nawet wystarczyłoby zrobić symlinka w /dev? W końcu zmieniła się 
> tylko nazwa, a nie infterfejs do urządzenia blokowego w /dev?
> 
Zly pomysl. Jezli ktos wczesniej mial np dwa sata (sda i sdb) i cztery 
pata (hda hdb hdc hdd) to po zmianie na nowszy kernel (o ile modul do 
sata bedzie ladowany jako pierwszy) bedzie mial sda i sdb dla sata; i 
sdc sdd sde sdf dla pata. I stad prosta droga do zrobienia sobie krzywdy.


From tgret w poczta.onet.pl  Mon Jun 18 14:33:48 2007
From: tgret w poczta.onet.pl (Tomasz Gretkierewicz)
Date: Mon, 18 Jun 2007 14:33:48 +0200
Subject: Konfiguracja mysql.
In-Reply-To: <200706181317.20969.maciek@hsm.net.pl>
References: <467189D8.9010705@poczta.onet.pl>	<20070614200652.GB9597@mysza.eu.org>	<4676655D.6080405@poczta.onet.pl>
	<200706181317.20969.maciek@hsm.net.pl>
Message-ID: <46767BAC.6080506@poczta.onet.pl>

Maciej Krzyżanowski wrote:
> hmm...jak dla mnie to problem jest taki ze polecenie hostname nie zwraca 
> nazwy, która maszyna potrafi rozwiązać na adres IP (tak mówi komunikat błędu, 
> który wkleiłeś :)).
> 
> wpisz do pliku /etc/hosts linijke:
> 127.0.0.1	localhost-unknown
> 
> linijki, które już tam są możesz zostawić
> 
> Możesz też zmienić ten hostname na jakiś bardziej ludzki w 
> pliku /etc/sysconfig/network
> 
> Wg tego co napisał Adam to Twoja wersje mysql powinna działać poprawnie.
> 

	Wielkie dzieki - uzgodnilem nazwe HOSTNAME z /etc/hosts i
/etc/sysconfig/network i poszlo.

Pozdrawiam...


From darlas w post.pl  Mon Jun 18 15:14:04 2007
From: darlas w post.pl (Dariusz Laskowski)
Date: Mon, 18 Jun 2007 15:14:04 +0200
Subject: PLD RescueCD  2.90
In-Reply-To: <Pine.LNX.4.64N.0706181027210.29968@router.sc>
References: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>
	<20070618080725.GA31256@kolos.math.uni.lodz.pl>
	<200706181021.25433.arekm@maven.pl>
	<Pine.LNX.4.64N.0706181027210.29968@router.sc>
Message-ID: <20070618131404.GA5781@bunker.post.pl>

On Mon, 18 June 2007 10:28:09 +0200, Jacek Osiecki wrote:

>>>> Nowy snap PLD RescueCD dostępny na: http://rescuecd.pld-linux.org/
>>>> Wersja 2.90 bazuje na TH z kernelem 2.6.21.5 SMP

>>> dysk /dev/hda widziąło mi jako sda, co istotnie ograniczało
>>> 'ratunkowość' rescuecd

>> Nowe kernele tak mają "by default".

> A można w takim razie prosić o to, by na rescuecd.pld-linux.org był też
> link do pobrania iso z normalnym traktowaniem dysków ATA obok obecnego?
                         ^^^^^^^^^

Nie, nie, nie... Właśnie teraz jest normalnie... Enter. ;-)

-- 
Dariusz Laskowski              A co do sygnaturek to są głupią tradycją
darlas at post.pl              z której pożytku niewiele a tylko zmarnowane
                               pasmo sieci i twarde dyski przez te kilobajty.
                                                                      Pszemol


From blues w pld-linux.org  Mon Jun 18 16:52:21 2007
From: blues w pld-linux.org (Pawel Golaszewski)
Date: Mon, 18 Jun 2007 16:52:21 +0200 (CEST)
Subject: =?ISO-8859-2?Q?Niekompatybilno=B6ci_BINDa_9=2E4?=
In-Reply-To: <46728AC8.2000106@zamek.szczecin.pl>
References: <467283DA.4090900@zamek.szczecin.pl>
	<200706151440.28588.arekm@maven.pl>
	<46728AC8.2000106@zamek.szczecin.pl>
Message-ID: <Pine.LNX.4.64N.0706181651240.19498@fgnss.gnfx.tqn.cy>

On Fri, 15 Jun 2007, Paweł Muszyński wrote:
> >> Zrobiłem upgrade Binda z 9.2 do 9.4, który jest w Ready i przestała 
> >> mi działać jedna strefa. Dziwna rzecz, bo pierwszy wpis A jest OK:
> >> komp1		IN	A	83.XX.YY.ZZ
> >>
> >> A po dodaniu pod spodem:
> >> komp2		IN	A	10.209.x.y
> >>
> >> Przestaje działać - wywołanie zarówno host <domena>, jak i host 
> >> <komp1>.domena wywołuje SERVFAIL W logach nie ma ani śladu. Downgrade 
> >> do binda 9.2, który jest w AC rozwiązuje problem. Czy ktoś sie z 
> >> czyms takim spotkał?
> > Rzuć całym plikiem strefy to popatrzymy z ciekawości
> Znalazłem - wyglada na to, że nie akceptuje znaku podkreślenia _ w 
> nazwie hosta. W RFC 952 faktycznie piszą, że nie może być tego znaku w 
> nazwie hosta:
> 
> A "name" (Net, Host, Gateway, or Domain name) is a text string up
>     to 24 characters drawn from the alphabet (A-Z), digits (0-9), minus
>     sign (-), and period (.).  Note that periods are only allowed when
>     they serve to delimit components of "domain style names".
> 
> Ale bind zawsze łykał....

Jak pamiętam to _nigdy_ nie łykał :)
Najwyżej można mu było wymusić w opcjach, żeby się pogodził z takimi 
nazwami :)

-- 
pozdr.  Pawel Golaszewski          jid:blues<at>jabber<dot>gda<dot>pl
--------------------------------------------------------------------------
If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby
Pro-Logic Surround Sound with Bass Boost and all the music is free.

From areq w pld-linux.org  Mon Jun 18 19:00:39 2007
From: areq w pld-linux.org (Arkadiusz Patyk)
Date: Mon, 18 Jun 2007 19:00:39 +0200
Subject: PLD RescueCD  2.90
In-Reply-To: <Pine.LNX.4.64N.0706181027210.29968@router.sc>
References: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>
	<20070618080725.GA31256@kolos.math.uni.lodz.pl>
	<200706181021.25433.arekm@maven.pl>
	<Pine.LNX.4.64N.0706181027210.29968@router.sc>
Message-ID: <1ged73hvbihtvcrk8lshqde3ajjdit8ccf@4ax.com>

On Mon, 18 Jun 2007 10:28:09 +0200 (CEST), you wrote:

>On Mon, 18 Jun 2007, Arkadiusz Miskiewicz wrote:
>
>> On Monday 18 of June 2007, Krzysztof Garus wrote:
>>> On Mon, Jun 18, 2007 at 12:14:22AM +0200, Arkadiusz Patyk wrote:
>
>>>> Nowy snap PLD RescueCD dostępny na: http://rescuecd.pld-linux.org/
>>>> Wersja 2.90 bazuje na TH z kernelem 2.6.21.5 SMP
>> [...]
>>> tej wersji jeszcze nie testowałem, ale ciut wcześniejsza miała taką
>>> cechę że dysk /dev/hda widziąło mi jako sda, co istotnie ograniczało
>>> 'ratunkowość' rescuecd
>> Nowe kernele tak mają "by default". Akurat to Rescue celowane jest pod Th
>> gdzie jest tylko nowy kernel (2.6.21 aktualnie) ;)
>
>Niedobrze :(
>
>A można w takim razie prosić o to, by na rescuecd.pld-linux.org był też link
>do pobrania iso z normalnym traktowaniem dysków ATA obok obecnego?

Na dole strony jest link do wszystkich wersji:
http://rescuecd.pld-linux.org/download/

Pozdrawiam,
-- 
Arkadiusz Patyk [areq<>pld-linux:org] [http://rescuecd.pld-linux.org/]
[IRC:areq skype:arekpatyk  GG:1383 jid:arek<>patyk:net]


From gruszex w gmail.com  Mon Jun 18 19:12:16 2007
From: gruszex w gmail.com (Sylwester Gruszka)
Date: Mon, 18 Jun 2007 19:12:16 +0200
Subject: Nowszy skype wymaga bibliotek
Message-ID: <200706181912.16313.gruszex@gmail.com>

Witam,

Chciałem sobie uruchomić nowego skypa (1.4) a tu....:
    ./skype: error while loading shared libraries: libstdc++.so.6: cannot open 
    shared object file: No such file or directory

no więc szukam w poldku:
    search -f *libstdc++.so.6*
    Przeszukiwanie pakietów..........................................zrobione.
    No package matches '*libstdc++.so.6*'

Mam sobie dać z nim spokój czy może coś można poradzić?

--
pozdrawiam,
Sylwester Gruszka


From mlukaszek w gmail.com  Mon Jun 18 19:22:28 2007
From: mlukaszek w gmail.com (=?ISO-8859-2?Q?Micha=B3_=A3ukaszek?=)
Date: Mon, 18 Jun 2007 19:22:28 +0200
Subject: Nowszy skype wymaga bibliotek
In-Reply-To: <200706181912.16313.gruszex@gmail.com>
References: <200706181912.16313.gruszex@gmail.com>
Message-ID: <cfcac88a0706181022o5d699832s3692b37139b0f0e3@mail.gmail.com>

On 6/18/07, Sylwester Gruszka <gruszex w gmail.com> wrote:

> Chciałem sobie uruchomić nowego skypa (1.4) a tu....:
>     ./skype: error while loading shared libraries: libstdc++.so.6: cannot open
>     shared object file: No such file or directory

A paczkę masz skąd? Tu PLD, nie Fetora czy inna Mandriva.

-- 
pozdrawiam,
Michał Łukaszek
prism w pld-linux.org

From gruszex w gmail.com  Mon Jun 18 19:35:02 2007
From: gruszex w gmail.com (Sylwester Gruszka)
Date: Mon, 18 Jun 2007 19:35:02 +0200
Subject: Nowszy skype wymaga bibliotek
In-Reply-To: <cfcac88a0706181022o5d699832s3692b37139b0f0e3@mail.gmail.com>
References: <200706181912.16313.gruszex@gmail.com>
	<cfcac88a0706181022o5d699832s3692b37139b0f0e3@mail.gmail.com>
Message-ID: <200706181935.02403.gruszex@gmail.com>

Dnia poniedziałek, 18 czerwca 2007, Michał Łukaszek napisał:
> On 6/18/07, Sylwester Gruszka <gruszex w gmail.com> wrote:
> > Chciałem sobie uruchomić nowego skypa (1.4) a tu....:
> >     ./skype: error while loading shared libraries: libstdc++.so.6: cannot
> > open shared object file: No such file or directory
>
> A paczkę masz skąd? Tu PLD, nie Fetora czy inna Mandriva.

skype-1.4.0.74-static.tar.bz2 pobrany z www.skype.com, widzę, że lepiej dać 
spokój ;)


From pgierski w o2.pl  Mon Jun 18 21:53:43 2007
From: pgierski w o2.pl (Przemek Gierski)
Date: Mon, 18 Jun 2007 21:53:43 +0200
Subject: [TH ]lirc - =?UTF-8?B?dWRhxYJvIHNpxJk=?= komkolwiek
	=?UTF-8?B?c2tvbXBpbG93YcSHPw==?=
In-Reply-To: <1182157329.3602.12.camel@ipv6-localnet>
References: <20070603163623.050d8624@przemek>
	<1180890175.3307.45.camel@ipv6-localnet>
	<20070608223651.4ae67ee2@przemek>
	<20070611141737.4079bfa7@tratwa.task.gda.pl>
	<20070612072254.35b10e6e@przemek> <20070618084515.55690b22@przemek>
	<1182155240.3602.10.camel@ipv6-localnet>
	<20070618105219.4e6f2ab9@przemek>
	<1182157329.3602.12.camel@ipv6-localnet>
Message-ID: <20070618215343.2dc44f35@przemek>

Dnia 2007-06-18, o godz. 11:02:09
Cezary Krzyzanowski <dhubleizh w o2.pl> napisał(a):

> Dnia 18-06-2007, Pn o godzinie 10:52 +0200, Przemek Gierski
> napisał(a):
> > Jak chcesz mogę przesłać Ci skompilowane źródła, powiedz na jakie
> > urządzenie, potem u siebie zrobisz make install i pójdzie, byle
> > tylko na kernel 2.6.20.7-1 dystrybucyjny.
> > 
> Dzięki:
> [czarny w melchior ~]$ uname -r
> 2.6.21.3-1
> 
> Cz w rny
> 
> _______________________________________________
> pld-users-pl mailing list
> pld-users-pl w lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-users-pl

Według autorów to jądro nie jest obsługiwane, więc boję się
upgradować ;), pewnie wiedzą lepiej.

-- 
Pozdrawiam, Przemysław Gierski.


From undefine w aramin.net  Mon Jun 18 23:26:40 2007
From: undefine w aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Mon, 18 Jun 2007 23:26:40 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <1182118890.23285.30.camel@laptom>
References: <20070616121753.15007778@przemek>
	<200706161325.35309.arekm@maven.pl>
	<1182031840.3441.4.camel@laptom>
	<200706172305.18812.arekm@maven.pl>
	<1182118890.23285.30.camel@laptom>
Message-ID: <20070618212640.GA12122@aramin.net>

On Mon, Jun 18, 2007 at 12:21:30AM +0200, Krystian Tomczyk wrote:
> Pewnie jak się uda zupgradować rpm-base wewnątrz vservera to będzie ok,
> ale to później...
--ignorearch --ignoreos ;)

(nie wiem, strzelam)

-- 
Andrzej 'The Undefined' Dopierała
Linux && Unix && Network administrator
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine w piastlan.net         e-mail: andrzej w dopierala.name


From pmuch w zamek.szczecin.pl  Tue Jun 19 07:11:04 2007
From: pmuch w zamek.szczecin.pl (=?UTF-8?B?UGF3ZcWCIE11c3p5xYRza2k=?=)
Date: Tue, 19 Jun 2007 07:11:04 +0200
Subject: =?UTF-8?B?Tmlla29tcGF0eWJpbG5vxZtjaSBCSU5EYSA5LjQ=?=
In-Reply-To: <Pine.LNX.4.64N.0706181651240.19498@fgnss.gnfx.tqn.cy>
References: <467283DA.4090900@zamek.szczecin.pl>	<200706151440.28588.arekm@maven.pl>	<46728AC8.2000106@zamek.szczecin.pl>
	<Pine.LNX.4.64N.0706181651240.19498@fgnss.gnfx.tqn.cy>
Message-ID: <46776568.3080402@zamek.szczecin.pl>

Pawel Golaszewski napisał(a):
> On Fri, 15 Jun 2007, Paweł Muszyński wrote:
>>>> Zrobiłem upgrade Binda z 9.2 do 9.4, który jest w Ready i przestała 
>>>> mi działać jedna strefa. Dziwna rzecz, bo pierwszy wpis A jest OK:
>>>> komp1		IN	A	83.XX.YY.ZZ
>>>>
>>>> A po dodaniu pod spodem:
>>>> komp2		IN	A	10.209.x.y
>>>>
>>>> Przestaje działać - wywołanie zarówno host <domena>, jak i host 
>>>> <komp1>.domena wywołuje SERVFAIL W logach nie ma ani śladu. Downgrade 
>>>> do binda 9.2, który jest w AC rozwiązuje problem. Czy ktoś sie z 
>>>> czyms takim spotkał?
>>> Rzuć całym plikiem strefy to popatrzymy z ciekawości
>> Znalazłem - wyglada na to, że nie akceptuje znaku podkreślenia _ w 
>> nazwie hosta. W RFC 952 faktycznie piszą, że nie może być tego znaku w 
>> nazwie hosta:
>>
>> A "name" (Net, Host, Gateway, or Domain name) is a text string up
>>     to 24 characters drawn from the alphabet (A-Z), digits (0-9), minus
>>     sign (-), and period (.).  Note that periods are only allowed when
>>     they serve to delimit components of "domain style names".
>>
>> Ale bind zawsze łykał....
> 
> Jak pamiętam to _nigdy_ nie łykał :)
> Najwyżej można mu było wymusić w opcjach, żeby się pogodził z takimi 
> nazwami :)
> 
> 
8.2 łykał - miałem takie nazwy w plikach stref i nie było problemu - a 
na pewno nie odrzucał całego pliku strefy, odpowiadając SERVFAIL na 
wszystkie zapytania tej strefy dotyczące.

Paweł


From manner w x-on.pl  Tue Jun 19 16:00:39 2007
From: manner w x-on.pl (krzysztof manijak)
Date: Tue, 19 Jun 2007 16:00:39 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
Message-ID: <4677E187.3080601@x-on.pl>

witam,

mam problem z kartą czteroportową intela  ibmie x3250 - w sumie jest
sześć portów eth dwa wbudowane działają, cztery dodatkowe nie. moduły są
załadowane, odpowiednie aliasy(tg3 i e1000) w modules.conf również.
jądro 2.6.16.52-1smp. append="pci-routeirq" w lilo.conf nie pomogło.

co ciekawe - przy instalacji z pld rescue 2.01 karta była aktywna, nie
mam na razie pomysłów gdzie jeszcze grzebnąć. skąd ew. zassać jakieś
nowsze jądro?

[root w pld-router manner]# dmesg|grep Intel
[...]
Intel(R) PRO/1000 Network Driver - version 6.3.9-k4-NAPI
Copyright (c) 1999-2005 Intel Corporation.



network: /sbin/ifup Bringing up interface eth1  failed
ifup: Delaying eth2 initialization
network: /sbin/ifup Bringing up interface eth2  failed
ifup: Delaying eth3 initialization
network: /sbin/ifup Bringing up interface eth3  failed
ifup: Delaying eth4 initialization
network: /sbin/ifup Bringing up interface eth4  failed
ifup: Delaying eth5 initialization
network: /sbin/ifup Bringing up interface eth5  failed


-- 
km.


From hawk w limanowa.net  Tue Jun 19 17:24:45 2007
From: hawk w limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Tue, 19 Jun 2007 17:24:45 +0200
Subject: =?ISO-8859-2?Q?Niekompatybilno=B6ci_BINDa_9=2E4?=
In-Reply-To: <46776568.3080402@zamek.szczecin.pl>
References: <467283DA.4090900@zamek.szczecin.pl>	<200706151440.28588.arekm@maven.pl>	<46728AC8.2000106@zamek.szczecin.pl>	<Pine.LNX.4.64N.0706181651240.19498@fgnss.gnfx.tqn.cy>
	<46776568.3080402@zamek.szczecin.pl>
Message-ID: <4677F53D.3000305@limanowa.net>

> 8.2 łykał - miałem takie nazwy w plikach stref i nie było problemu - a 
> na pewno nie odrzucał całego pliku strefy, odpowiadając SERVFAIL na 
> wszystkie zapytania tej strefy dotyczące.

8.2 to byl w Ra :) 9.2 z takimi nazwami w strefie w ogole nie startowal.

M.


From hawk w limanowa.net  Tue Jun 19 17:28:46 2007
From: hawk w limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Tue, 19 Jun 2007 17:28:46 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <4677E187.3080601@x-on.pl>
References: <4677E187.3080601@x-on.pl>
Message-ID: <4677F62E.9070503@limanowa.net>

> mam problem z kartą czteroportową intela  ibmie x3250 - w sumie jest
> sześć portów eth dwa wbudowane działają, cztery dodatkowe nie. moduły są
> załadowane, odpowiednie aliasy(tg3 i e1000) w modules.conf również.
> jądro 2.6.16.52-1smp. append="pci-routeirq" w lilo.conf nie pomogło.

Co mowia logi (przy ladowaniu modulu i potem przy podnoszeniu interfejsu)? Co
masz w plikach konfiguracyjnych tych interfejsow? Mam kilka takich kart i
wszystkie od dobrych paru lat dzialaja prawidlowo. Uzywalem ich jak jeszcze nie
bylo sterownika e1000 w jajku. Aha. Zawsze mozesz uzyc oryginalnego intelowego
sterownika.

M.


From manner w x-on.pl  Tue Jun 19 17:42:46 2007
From: manner w x-on.pl (krzysztof manijak)
Date: Tue, 19 Jun 2007 17:42:46 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <4677F62E.9070503@limanowa.net>
References: <4677E187.3080601@x-on.pl> <4677F62E.9070503@limanowa.net>
Message-ID: <4677F976.7020403@x-on.pl>

Marcin Król pisze:
>> mam problem z kartą czteroportową intela  ibmie x3250 - w sumie jest
>> sześć portów eth dwa wbudowane działają, cztery dodatkowe nie. moduły są
>> załadowane, odpowiednie aliasy(tg3 i e1000) w modules.conf również.
>> jądro 2.6.16.52-1smp. append="pci-routeirq" w lilo.conf nie pomogło.
> 
> Co mowia logi (przy ladowaniu modulu i potem przy podnoszeniu interfejsu)? Co
> masz w plikach konfiguracyjnych tych interfejsow? Mam kilka takich kart i
ładownaie modułu:
Intel(R) PRO/1000 Network Driver - version 6.3.9-k4-NAPI
Copyright (c) 1999-2005 Intel Corporation.

a pliki konfiguracyjne standardowe, z kolejnymi numerkami eth[3-5]
zmiana kolejności na eth[0-4] też nie daje wyników. spróbuje jutro
skompilować jakieś nowsze jądro, chyba że ktoś rzuci sourcem do poldka...

> wszystkie od dobrych paru lat dzialaja prawidlowo. Uzywalem ich jak jeszcze nie
inne karty intela na e1000 i tym samym jajku działają ok.

> bylo sterownika e1000 w jajku. Aha. Zawsze mozesz uzyc oryginalnego intelowego
> sterownika.
... ale wolałbym "koszernie" ;)

-- 
km.


From pmuch w zamek.szczecin.pl  Tue Jun 19 18:15:34 2007
From: pmuch w zamek.szczecin.pl (=?ISO-8859-2?Q?Pawe=B3_Muszy=F1ski?=)
Date: Tue, 19 Jun 2007 18:15:34 +0200
Subject: =?ISO-8859-2?Q?Niekompatybilno=B6ci_BINDa_9=2E4?=
In-Reply-To: <4677F53D.3000305@limanowa.net>
References: <467283DA.4090900@zamek.szczecin.pl>	<200706151440.28588.arekm@maven.pl>	<46728AC8.2000106@zamek.szczecin.pl>	<Pine.LNX.4.64N.0706181651240.19498@fgnss.gnfx.tqn.cy>	<46776568.3080402@zamek.szczecin.pl>
	<4677F53D.3000305@limanowa.net>
Message-ID: <46780126.1060409@zamek.szczecin.pl>

Marcin Król napisał(a):
>> 8.2 łykał - miałem takie nazwy w plikach stref i nie było problemu - a 
>> na pewno nie odrzucał całego pliku strefy, odpowiadając SERVFAIL na 
>> wszystkie zapytania tej strefy dotyczące.
> 
> 8.2 to byl w Ra :) 9.2 z takimi nazwami w strefie w ogole nie startowal.
> 
bind-9.2.6p1-3 - prawda - ten startuje i działa z "_" w nazwie...

Paweł


From masko w ipipan.waw.pl  Tue Jun 19 19:48:49 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Tue, 19 Jun 2007 19:48:49 +0200
Subject: [AC, KDE] =?iso-8859-2?q?Pro=B6ba_o_potwierdzenie?=
	=?iso-8859-2?q?_b=B3=EAdu=2E?=
Message-ID: <200706191948.49711@slaptop.ed.pl>

Czy ktoś mógłby sprawdzić, czy poniższe zachowanie jest powtarzalne, czy 
występuje tylko u mnie:

0. AC + KDE 3.5.7 (w szczególności kdegraphics-kghostview-3.5.7-1). 
Potrzebny jest jakikolwiek plik PostScriptowy *.ps.

1. W konquerorze otwieramy ten plik i natychmiast po kliknięciu myszką 
wciskamy ESC.

2. Jeśli przy powyższym nie ma niepokojących zjawisk, powtarzamy to samo 
cały czas trzymając wciśnięty ESC.

U mnie powyższe powoduje w 100% przypadków wywrotkę Konquerora (Sig.11).
Mógłby ktoś sprawdzić u siebie?
-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From areq w pld-linux.org  Tue Jun 19 20:32:42 2007
From: areq w pld-linux.org (Arkadiusz Patyk)
Date: Tue, 19 Jun 2007 20:32:42 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <4677E187.3080601@x-on.pl>
References: <4677E187.3080601@x-on.pl>
Message-ID: <898g73597pa5sh7ac1o599avulmrbr5l6d@4ax.com>

On Tue, 19 Jun 2007 16:00:39 +0200, you wrote:

>witam,
>
>mam problem z kartą czteroportową intela  ibmie x3250 - w sumie jest
>sześć portów eth dwa wbudowane działają, cztery dodatkowe nie. moduły są
>załadowane, odpowiednie aliasy(tg3 i e1000) w modules.conf również.
>jądro 2.6.16.52-1smp. append="pci-routeirq" w lilo.conf nie pomogło.
>
>co ciekawe - przy instalacji z pld rescue 2.01 karta była aktywna, nie
>mam na razie pomysłów gdzie jeszcze grzebnąć. skąd ew. zassać jakieś
>nowsze jądro?

pokaż wynik:
lspci
lspci -n

Pozdrawiam,
-- 
Arkadiusz Patyk [areq<>pld-linux:org] [http://rescuecd.pld-linux.org/]
[IRC:areq skype:arekpatyk  GG:1383 jid:arek<>patyk:net]


From lukaszgl w post.pl  Tue Jun 19 21:19:22 2007
From: lukaszgl w post.pl (Lukasz Glebicki)
Date: Tue, 19 Jun 2007 21:19:22 +0200
Subject: [AC, KDE] =?iso-8859-2?q?Pro=B6ba_o_potwierdzenie?=
	=?iso-8859-2?q?_b=B3=EAdu=2E?=
In-Reply-To: <200706191948.49711@slaptop.ed.pl>
References: <200706191948.49711@slaptop.ed.pl>
Message-ID: <200706192119.22861.lukaszgl@post.pl>

On Tuesday 19 of June 2007, Łukasz Maśko wrote:

> 1. W konquerorze otwieramy ten plik i natychmiast po kliknięciu myszką
> wciskamy ESC.

W Th jest identycznie. Bug:)

pozdrawiam
-- 
Łukasz Głębicki  mail/rot13:yhxnfmty w cbfg.cy  PLD/Linux Team
gg:246267    Linux Registered User #318551   blekot:{irc,skype}


From adas-news w artikon.pl  Tue Jun 19 21:39:01 2007
From: adas-news w artikon.pl (Adam =?iso-8859-2?q?Gapi=F1ski?=)
Date: Tue, 19 Jun 2007 21:39:01 +0200
Subject: [AC, KDE] =?iso-8859-2?q?Pro=B6ba_o_potwierdzenie?=
	=?iso-8859-2?q?_b=B3=EAdu=2E?=
In-Reply-To: <200706191948.49711@slaptop.ed.pl>
References: <200706191948.49711@slaptop.ed.pl>
Message-ID: <200706192139.01857@127.0.0.1>

Osóbka znana jako Łukasz Maśko, wystukała:
> 0. AC + KDE 3.5.7 (w szczególności kdegraphics-kghostview-3.5.7-1).
> Potrzebny jest jakikolwiek plik PostScriptowy *.ps.
>

> 1. W konquerorze otwieramy ten plik i natychmiast po kliknięciu myszką
> wciskamy ESC.
>
> 2. Jeśli przy powyższym nie ma niepokojących zjawisk, powtarzamy to samo
> cały czas trzymając wciśnięty ESC.
>
> U mnie powyższe powoduje w 100% przypadków wywrotkę Konquerora (Sig.11).
> Mógłby ktoś sprawdzić u siebie?

U mnie nic się nie dzieje - jest OK

pozdrawiam
-- 
Adam Gapiński ::::: adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate... (/me 18.05.2004)


From aflinta w at.kernel.pl  Tue Jun 19 21:44:02 2007
From: aflinta w at.kernel.pl (Artur Flinta)
Date: Tue, 19 Jun 2007 21:44:02 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <4677F62E.9070503@limanowa.net>
References: <4677E187.3080601@x-on.pl> <4677F62E.9070503@limanowa.net>
Message-ID: <46783202.4070101@at.kernel.pl>

Marcin Król wrote:
> Mam kilka takich kart i wszystkie od dobrych paru lat dzialaja
> prawidlowo. Uzywalem ich jak jeszcze nie bylo sterownika e1000 w

Powiadasz, że karty Pro/1000 PT masz od paru lat? A wydawało mi się, że
niecały rok są na rynku :)

Artur


From areq w pld-linux.org  Tue Jun 19 21:51:47 2007
From: areq w pld-linux.org (Arkadiusz Patyk)
Date: Tue, 19 Jun 2007 21:51:47 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <46783202.4070101@at.kernel.pl>
References: <4677E187.3080601@x-on.pl> <4677F62E.9070503@limanowa.net>
	<46783202.4070101@at.kernel.pl>
Message-ID: <hrcg73l99g6d8otdj9sekoedltutra62h6@4ax.com>

On Tue, 19 Jun 2007 21:44:02 +0200, you wrote:

>Marcin Król wrote:
>> Mam kilka takich kart i wszystkie od dobrych paru lat dzialaja
>> prawidlowo. Uzywalem ich jak jeszcze nie bylo sterownika e1000 w
>
>Powiadasz, że karty Pro/1000 PT masz od paru lat? A wydawało mi się, że
>niecały rok są na rynku :)

może betatester ;)

Niestety default jajko jakie mamy w AC 2.6.16 nie nadaje się na nowe
serwery Intela, u mnie nie widzi sieciówek ani SASa

Pozdrawiam,
-- 
Arkadiusz Patyk [areq<>pld-linux:org] [http://rescuecd.pld-linux.org/]
[IRC:areq skype:arekpatyk  GG:1383 jid:arek<>patyk:net]


From ab_1 w abram.eu.org  Tue Jun 19 22:32:46 2007
From: ab_1 w abram.eu.org (Michal Abramowicz)
Date: Tue, 19 Jun 2007 22:32:46 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <hrcg73l99g6d8otdj9sekoedltutra62h6@4ax.com>
References: <4677E187.3080601@x-on.pl> <4677F62E.9070503@limanowa.net>
	<46783202.4070101@at.kernel.pl>
	<hrcg73l99g6d8otdj9sekoedltutra62h6@4ax.com>
Message-ID: <20070619203246.GA14976@mail.batek.pl>

> Niestety default jajko jakie mamy w AC 2.6.16 nie nadaje się na nowe
> serwery Intela, u mnie nie widzi sieciówek ani SASa

co to znaczy nowe ?
model płyty od której są problemy ? czy coś tego więcej ?

/me ma problem z se7525gp2, 2xXeon 2.8 + 1gb ramu, 
jajko kernel-smp-2.6.16.52-1 i czasem sie zdaża mu _zasłabnać_
i nie jstem wstanie wyczaić dlaczego,

taki sam ale z 2gb ramu, na 2.6.16.40-1smp działa aż miło.

więc jak to jest z tymi intelami ?

;-)
-- 
Michał Abramowicz	abram  pld  -  linux  org


From manner w x-on.pl  Tue Jun 19 22:41:04 2007
From: manner w x-on.pl (krzysztof manijak)
Date: Tue, 19 Jun 2007 22:41:04 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <20070619203246.GA14976@mail.batek.pl>
References: <4677E187.3080601@x-on.pl>
	<4677F62E.9070503@limanowa.net>	<46783202.4070101@at.kernel.pl>	<hrcg73l99g6d8otdj9sekoedltutra62h6@4ax.com>
	<20070619203246.GA14976@mail.batek.pl>
Message-ID: <46783F60.10801@x-on.pl>

Michal Abramowicz pisze:
> więc jak to jest z tymi intelami ?
cholera wie :>

musiałem w ogóle upgreadować bios tego serwera bo się wieszał po
instalacji karty ;/
poza tym - jak na razie - działa ok.

-- 
km.


From manner w x-on.pl  Tue Jun 19 22:43:47 2007
From: manner w x-on.pl (krzysztof manijak)
Date: Tue, 19 Jun 2007 22:43:47 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <hrcg73l99g6d8otdj9sekoedltutra62h6@4ax.com>
References: <4677E187.3080601@x-on.pl>
	<4677F62E.9070503@limanowa.net>	<46783202.4070101@at.kernel.pl>
	<hrcg73l99g6d8otdj9sekoedltutra62h6@4ax.com>
Message-ID: <46784003.5020606@x-on.pl>

Arkadiusz Patyk pisze:

> Niestety default jajko jakie mamy w AC 2.6.16 nie nadaje się na nowe
> serwery Intela, u mnie nie widzi sieciówek ani SASa
mnie działa wszystko poza tą kartą .... udostępnia ktoś może nowe jajka?
najlepiej jako źródło do poldeka .... z rańca muszą to odpalić, więc
pewnie czeka mnie kompilacja, albo moduł intelowski

-- 
km.


From areq w pld-linux.org  Tue Jun 19 22:58:12 2007
From: areq w pld-linux.org (Arkadiusz Patyk)
Date: Tue, 19 Jun 2007 22:58:12 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <20070619203246.GA14976@mail.batek.pl>
References: <4677E187.3080601@x-on.pl> <4677F62E.9070503@limanowa.net>
	<46783202.4070101@at.kernel.pl>
	<hrcg73l99g6d8otdj9sekoedltutra62h6@4ax.com>
	<20070619203246.GA14976@mail.batek.pl>
Message-ID: <4mgg73pftes51uklpdp0jkqk6ne3h67np1@4ax.com>

On Tue, 19 Jun 2007 22:32:46 +0200, you wrote:

>> Niestety default jajko jakie mamy w AC 2.6.16 nie nadaje się na nowe
>> serwery Intela, u mnie nie widzi sieciówek ani SASa
>
>co to znaczy nowe ?
>model płyty od której są problemy ? czy coś tego więcej ?

np. wszystkie obecne serwery  BULL R440 i R460 na XEON Dual core
to samo NEC

0c:00.0 Ethernet controller: Intel Corporation 80003ES2LAN Gigabit
Ethernet Controller (Copper) (rev 01)
0c:00.0 0200: 8086:1096 (rev 01)

Pozdrawiam,
-- 
Arkadiusz Patyk [areq<>pld-linux:org] [http://rescuecd.pld-linux.org/]
[IRC:areq skype:arekpatyk  GG:1383 jid:arek<>patyk:net]


From aflinta w at.kernel.pl  Tue Jun 19 23:22:21 2007
From: aflinta w at.kernel.pl (Artur Flinta)
Date: Tue, 19 Jun 2007 23:22:21 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <20070619203246.GA14976@mail.batek.pl>
References: <4677E187.3080601@x-on.pl>
	<4677F62E.9070503@limanowa.net>	<46783202.4070101@at.kernel.pl>	<hrcg73l99g6d8otdj9sekoedltutra62h6@4ax.com>
	<20070619203246.GA14976@mail.batek.pl>
Message-ID: <4678490D.7000607@at.kernel.pl>

Michal Abramowicz wrote:
> /me ma problem z se7525gp2, 2xXeon 2.8 + 1gb ramu, 
> jajko kernel-smp-2.6.16.52-1 i czasem sie zdaża mu _zasłabnać_
> i nie jstem wstanie wyczaić dlaczego,

Jeżeli BIOS nie pomaga, nie jest to wina zewnętrznej karty grafiki (bo
przecież jest możliwość podpięcia), zasilacz jest OK, to może płyta
uwalona? 7525GP powinna się jeszcze załapać na gwarancję (3 lata).

Artur


From hawk w limanowa.net  Tue Jun 19 23:22:55 2007
From: hawk w limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Tue, 19 Jun 2007 23:22:55 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <46783202.4070101@at.kernel.pl>
References: <4677E187.3080601@x-on.pl> <4677F62E.9070503@limanowa.net>
	<46783202.4070101@at.kernel.pl>
Message-ID: <4678492F.2060305@limanowa.net>

> Powiadasz, że karty Pro/1000 PT masz od paru lat? A wydawało mi się, że
> niecały rok są na rynku :)

Ups! Nie poppatrzylem na model :) Moje to MT, stary sprzet w sumie :)

M.


From croolists w gmail.com  Tue Jun 19 23:43:20 2007
From: croolists w gmail.com (croolyc)
Date: Tue, 19 Jun 2007 23:43:20 +0200
Subject: [TH] poldek
Message-ID: <a39750d70706191443x57667397m651bfb079b241394@mail.gmail.com>

...]$ sudo poldek
Wczytywanie [pndir]th...
Wczytywanie [pndir]th...
Wczytywanie [dir]home...
Przeczytano 13561 pakietów
Usunięto 27 zdublowanych pakietów z listy dostępnych
Wczytywanie [rpmdbcache]/var/lib/rpm...
Przeczytano 1023 pakiety

Witaj w poldkowym trybie interaktywnym. Wpisz "help" aby otrzymać pomoc.

poldek:/all-avail> llu
dostępny
zainstalowany            data zbudowania
rozmiar
glibc-2.6-5.i686
2.6-3.i686               2007/06/18 00:39                           2.6 MB
glibc-devel-2.6-5.i686
2.6-3.i686               2007/06/18 00:39                         296.0 KB
glibc-devel-utils-2.6-5.i686
2.6-3.i686               2007/06/18 00:39                          55.0 KB
glibc-headers-2.6-5.i686
2.6-3.i686               2007/06/18 00:39                           2.0 MB
glibc-misc-2.6-5.i686
2.6-3.i686               2007/06/18 00:39                           3.7 MB
iconv-2.6-5.i686
2.6-3.i686               2007/06/18 00:39                           5.7 MB
localedb-src-2.6-5.i686
2.6-3.i686               2007/06/18 00:39                           8.1 MB
nscd-2.6-5.i686
2.6-3.i686               2007/06/18 00:39                         131.0 KB
8 pakietów, 22.6 MB
poldek:/all-avail> upgrade *
Przetwarzanie zależności...
glibc-devel-2.6-3.i686 zostanie zastąpiony przez glibc-devel-2.6-5.i686
glibc-headers-2.6-3.i686 zostanie zastąpiony przez glibc-headers-2.6-5.i686
glibc-devel-utils-2.6-3.i686 zostanie zastąpiony przez
glibc-devel-utils-2.6-5.i686
glibc-2.6-3.i686 zostanie zastąpiony przez glibc-2.6-5.i686
glibc-misc-2.6-3.i686 zostanie zastąpiony przez glibc-misc-2.6-5.i686
nscd-2.6-3.i686 zostanie zastąpiony przez nscd-2.6-5.i686
iconv-2.6-3.i686 zostanie zastąpiony przez iconv-2.6-5.i686
localedb-src-2.6-3.i686 zostanie zastąpiony przez localedb-src-2.6-5.i686
Zaznaczono 8 pakietów do instalacji, 8 do usunięcia:
I glibc-2.6-5.i686, glibc-devel-2.6-5.i686, glibc-devel-utils-2.6-5.i686,
glibc-headers-2.6-5.i686, glibc-misc-2.6-5.i686, iconv-2.6-5.i686,
I localedb-src-2.6-5.i686, nscd-2.6-5.i686
R glibc-misc-2.6-3.i686, nscd-2.6-3.i686, glibc-2.6-3.i686, iconv-2.6-3.i686,
glibc-headers-2.6-3.i686, glibc-devel-2.6-3.i686,
R localedb-src-2.6-3.i686, glibc-devel-utils-2.6-3.i686
Potrzeba pobrać 6.6MB archiw (6.6MB do pobrania).
Po rozpakowaniu 22.6MB będzie użyte.
Pobieranie th::glibc-misc-2.6-5.i686.rpm...
.............................. 100.0% [1.3M (204.7K/s)]
Pobieranie th::glibc-2.6-5.i686.rpm...
.............................. 100.0% [943.1K (169.5K/s)]
Pobieranie th::glibc-devel-utils-2.6-5.i686.rpm...
.............................. 100.0% [25.2K (25.2K/s)]
Pobieranie th::glibc-headers-2.6-5.i686.rpm...
.............................. 100.0% [392.9K (78.6K/s)]
Pobieranie th::glibc-devel-2.6-5.i686.rpm...
.............................. 100.0% [58.4K (58.4K/s)]
Pobieranie th::iconv-2.6-5.i686.rpm...
.............................. 100.0% [1.0M (161.2K/s)]
Pobieranie th::nscd-2.6-5.i686.rpm...
.............................. 100.0% [73.9K (73.9K/s)]
Pobieranie th::localedb-src-2.6-5.i686.rpm...
.............................. 100.0% [2.8M (189.4K/s)]
błąd: glibc-misc-2.6-5.i686 package color (0) is not equal to
glibc-misc-2.6-5.i686.rpm's one (1)
błąd: glibc-2.6-5.i686 package color (0) is not equal to
glibc-2.6-5.i686.rpm's one (1)
błąd: glibc-devel-utils-2.6-5.i686 package color (0) is not equal to
glibc-devel-utils-2.6-5.i686.rpm's one (1)
błąd: glibc-devel-2.6-5.i686 package color (0) is not equal to
glibc-devel-2.6-5.i686.rpm's one (1)
błąd: iconv-2.6-5.i686 package color (0) is not equal to
iconv-2.6-5.i686.rpm's one (1)
błąd: nscd-2.6-5.i686 package color (0) is not equal to nscd-2.6-5.i686.rpm's
one (1)
błąd: localedb-src-2.6-5.i686 package color (0) is not equal to
localedb-src-2.6-5.i686.rpm's one (1)
There were package coloring mismatches. Proceed? [y/N]

????????????????
co to?
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070619/79dedc27/attachment.htm>

From krystian w kamionek.net  Wed Jun 20 00:13:13 2007
From: krystian w kamionek.net (Krystian Tomczyk)
Date: Wed, 20 Jun 2007 00:13:13 +0200
Subject: [TH] poldek
In-Reply-To: <a39750d70706191443x57667397m651bfb079b241394@mail.gmail.com>
References: <a39750d70706191443x57667397m651bfb079b241394@mail.gmail.com>
Message-ID: <1182291193.26697.0.camel@laptom>

Dnia 19-06-2007, wto o godzinie 23:43 +0200, croolyc napisał(a):
> błąd: glibc-misc-2.6-5.i686 package color (0) is not equal to
> glibc-misc-2.6-5.i686.rpm's one (1)
> błąd: glibc-2.6-5.i686 package color (0) is not equal to
> glibc-2.6-5.i686.rpm's one (1)
> błąd: glibc-devel-utils-2.6-5.i686 package color (0) is not equal to
> glibc-devel-utils-2.6-5.i686.rpm's one (1)
> błąd: glibc-devel-2.6-5.i686 package color (0) is not equal to
> glibc-devel-2.6-5.i686.rpm 's one (1)
> błąd: iconv-2.6-5.i686 package color (0) is not equal to
> iconv-2.6-5.i686.rpm's one (1)
> błąd: nscd-2.6-5.i686 package color (0) is not equal to
> nscd-2.6-5.i686.rpm's one (1)
> błąd: localedb-src-2.6-5.i686 package color (0) is not equal to
> localedb-src-2.6-5.i686.rpm's one (1)
> There were package coloring mismatches. Proceed? [y/N]
> 
> ????????????????
> co to? 
Nowy poldek z obsługą kolorów :)
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From manner w x-on.pl  Wed Jun 20 08:01:17 2007
From: manner w x-on.pl (krzysztof manijak)
Date: Wed, 20 Jun 2007 08:01:17 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <898g73597pa5sh7ac1o599avulmrbr5l6d@4ax.com>
References: <4677E187.3080601@x-on.pl>
	<898g73597pa5sh7ac1o599avulmrbr5l6d@4ax.com>
Message-ID: <4678C2AD.2060705@x-on.pl>

Arkadiusz Patyk pisze:
> pokaż wynik:
> lspci
[root w pld-router manner]# lspci
00:00.0 Host bridge: Intel Corporation E7230/3000/3010 Memory Controller
Hub (rev c0)
00:01.0 PCI bridge: Intel Corporation E7230/3000/3010 PCI Express Root
Port (rev c0)
00:03.0 PCI bridge: Intel Corporation 82975X/3010 PCI Express Root Port
(rev c0)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express
Port 1 (rev 01)
00:1c.4 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI
Express Port 5 (rev 01)
00:1c.5 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI
Express Port 6 (rev 01)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI
Controller #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI
Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC
Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE
Controller (rev 01)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller
(rev 01)
01:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721
Gigabit Ethernet PCI Express (rev 21)
03:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721
Gigabit Ethernet PCI Express (rev 21)
05:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064ET
PCI-Express Fusion-MPT SAS (rev 02)
06:00.0 PCI bridge: Integrated Device Technology, Inc. Unknown device
8018 (rev 04)
07:00.0 PCI bridge: Integrated Device Technology, Inc. Unknown device
8018 (rev 04)
07:01.0 PCI bridge: Integrated Device Technology, Inc. Unknown device
8018 (rev 04)
08:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet
Controller (rev 06)
08:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet
Controller (rev 06)
09:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet
Controller (rev 06)
09:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet
Controller (rev 06)
1a:04.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02)


> lspci -n
00:00.0 0600: 8086:2778 (rev c0)
00:01.0 0604: 8086:2779 (rev c0)
00:03.0 0604: 8086:277a (rev c0)
00:1c.0 0604: 8086:27d0 (rev 01)
00:1c.4 0604: 8086:27e0 (rev 01)
00:1c.5 0604: 8086:27e2 (rev 01)
00:1d.0 0c03: 8086:27c8 (rev 01)
00:1d.1 0c03: 8086:27c9 (rev 01)
00:1d.2 0c03: 8086:27ca (rev 01)
00:1d.3 0c03: 8086:27cb (rev 01)
00:1d.7 0c03: 8086:27cc (rev 01)
00:1e.0 0604: 8086:244e (rev e1)
00:1f.0 0601: 8086:27b8 (rev 01)
00:1f.1 0101: 8086:27df (rev 01)
00:1f.3 0c05: 8086:27da (rev 01)
01:00.0 0200: 14e4:1659 (rev 21)
03:00.0 0200: 14e4:1659 (rev 21)
05:00.0 0100: 1000:0056 (rev 02)
06:00.0 0604: 111d:8018 (rev 04)
07:00.0 0604: 111d:8018 (rev 04)
07:01.0 0604: 111d:8018 (rev 04)
08:00.0 0200: 8086:10a4 (rev 06)
08:00.1 0200: 8086:10a4 (rev 06)
09:00.0 0200: 8086:10a4 (rev 06)
09:00.1 0200: 8086:10a4 (rev 06)
1a:04.0 0300: 1002:515e (rev 02)

pozdrawiam

-- 
km.


From arekm w maven.pl  Wed Jun 20 08:17:39 2007
From: arekm w maven.pl (Arkadiusz Miskiewicz)
Date: Wed, 20 Jun 2007 08:17:39 +0200
Subject: [TH] poldek
In-Reply-To: <a39750d70706191443x57667397m651bfb079b241394@mail.gmail.com>
References: <a39750d70706191443x57667397m651bfb079b241394@mail.gmail.com>
Message-ID: <200706200817.39929.arekm@maven.pl>

On Tuesday 19 of June 2007, croolyc wrote:

> błąd: glibc-misc-2.6-5.i686 package color (0) is not equal to
> glibc-misc-2.6-5.i686.rpm's one (1)
> błąd: glibc-2.6-5.i686 package color (0) is not equal to
> glibc-2.6-5.i686.rpm's one (1)
> błąd: glibc-devel-utils-2.6-5.i686 package color (0) is not equal to
> glibc-devel-utils-2.6-5.i686.rpm's one (1)
> błąd: glibc-devel-2.6-5.i686 package color (0) is not equal to
> glibc-devel-2.6-5.i686.rpm's one (1)
> błąd: iconv-2.6-5.i686 package color (0) is not equal to
> iconv-2.6-5.i686.rpm's one (1)
> błąd: nscd-2.6-5.i686 package color (0) is not equal to
> nscd-2.6-5.i686.rpm's one (1)
> błąd: localedb-src-2.6-5.i686 package color (0) is not equal to
> localedb-src-2.6-5.i686.rpm's one (1)
> There were package coloring mismatches. Proceed? [y/N]
>
> ????????????????
> co to?

Nowy poldek umie kolory. Stary miał buga w zapisywaniu informacji o kolorach w 
lokalnym cache.

Rozwiązanie:
poldek --clean-whole
poldek --upa

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From masko w ipipan.waw.pl  Wed Jun 20 09:06:41 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Wed, 20 Jun 2007 09:06:41 +0200
Subject: [AC, KDE] =?iso-8859-2?q?Pro=B6ba_o_potwierdzenie?=
	=?iso-8859-2?q?_b=B3=EAdu=2E?=
In-Reply-To: <200706192139.01857@127.0.0.1>
References: <200706191948.49711@slaptop.ed.pl> <200706192139.01857@127.0.0.1>
Message-ID: <200706200906.41911@slaptop.ed.pl>

Dnia wtorek, 19 czerwca 2007, Adam Gapiński napisał:
[...]
> > U mnie powyższe powoduje w 100% przypadków wywrotkę Konquerora
> > (Sig.11). Mógłby ktoś sprawdzić u siebie?
>
> U mnie nic się nie dzieje - jest OK

Rozumiem, że próbowałeś też otworzyć trzymając wciśnięty Esc. No to 2:1. 
Ktoś jeszcze może sprawdzić?

-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From masko w ipipan.waw.pl  Wed Jun 20 09:38:40 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Wed, 20 Jun 2007 09:38:40 +0200
Subject: Dziwne problemy z =?iso-8859-2?q?sieci=F3wk=B1?= (sis900)
Message-ID: <200706200938.40129@slaptop.ed.pl>

Mam w swoim laptopie sieciówkę na układzie sis900:
00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI 
Fast Ethernet (rev 90)

Mam z nią czasami dziwny problem. W jednym (jak dotąd) miejscu, regularnie 
odmawia ona współpracy. Po podłączeniu kabla system twierdzi, że kabel nie 
został podłączony (jakby nie było sygnału w sieci):

kernel: eth0: Media Link Off

Ale nie jest to prawdą, bo po zabootowaniu komputera do Win2K sieć jest. I - 
uwaga - po ponownym przebootowaniu do PLD sieciówka rusza bez problemu! 
Owszem, czasami - aczkolwiek rzadko i dość losowo - nie mam z nią problemów 
od samego początku, co nie zmienia faktu, że jest to cokolwiek wkurzające.

Czy ktoś spotkał się z takim lub podobnym zjawiskiem? Po czyjej stronie jest 
wina - Linuksa czy sieci lokalnej? System mam AC+ready, kernel 2.6.20.7-1, 
ogólnie brak problemów.
-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From manner w x-on.pl  Wed Jun 20 09:39:50 2007
From: manner w x-on.pl (krzysztof manijak)
Date: Wed, 20 Jun 2007 09:39:50 +0200
Subject: PRO/1000 PT Quad Port Server Adapter by Intel
In-Reply-To: <4677E187.3080601@x-on.pl>
References: <4677E187.3080601@x-on.pl>
Message-ID: <4678D9C6.2070004@x-on.pl>

krzysztof manijak pisze:
[...]

[root w pld-router manner]# dmesg |grep Intel
[...]
Intel(R) PRO/1000 Network Driver - version 7.3.15-k2-NAPI
Copyright (c) 1999-2006 Intel Corporation.
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: eth2: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: eth3: e1000_probe: Intel(R) PRO/1000 Network Connection
[root w pld-router manner]# rpm -q kernel
kernel-2.6.20.4-1


są jakieś szanse na nowy kernel w dystrybucji?

-- 
km.


From croolists w gmail.com  Wed Jun 20 09:54:04 2007
From: croolists w gmail.com (croolyc)
Date: Wed, 20 Jun 2007 09:54:04 +0200
Subject: =?ISO-8859-2?Q?Re:_Dziwne_problemy_z_sieci=F3wk=B1_(sis900)?=
In-Reply-To: <200706200938.40129@slaptop.ed.pl>
References: <200706200938.40129@slaptop.ed.pl>
Message-ID: <a39750d70706200054v3eb0edbcsef865b29a3644d47@mail.gmail.com>

20-06-07, Łukasz Maśko <masko w ipipan.waw.pl> napisał(a):
>
> Mam w swoim laptopie sieciówkę na układzie sis900:
> 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI
> Fast Ethernet (rev 90)
>
> Mam z nią czasami dziwny problem. W jednym (jak dotąd) miejscu, regularnie
> odmawia ona współpracy. Po podłączeniu kabla system twierdzi, że kabel nie
> został podłączony (jakby nie było sygnału w sieci):
>
> kernel: eth0: Media Link Off
>
> Ale nie jest to prawdą, bo po zabootowaniu komputera do Win2K sieć jest. I
> -
> uwaga - po ponownym przebootowaniu do PLD sieciówka rusza bez problemu!
> Owszem, czasami - aczkolwiek rzadko i dość losowo - nie mam z nią
> problemów
> od samego początku, co nie zmienia faktu, że jest to cokolwiek wkurzające.
>
> Czy ktoś spotkał się z takim lub podobnym zjawiskiem? Po czyjej stronie
> jest
> wina - Linuksa czy sieci lokalnej? System mam AC+ready, kernel 2.6.20.7-1,
> ogólnie brak problemów.
>
> zakładam że kabel ok?
a eth moze na mobo ECS'a?
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070620/ac4034cc/attachment.htm>

From masko w ipipan.waw.pl  Wed Jun 20 10:23:50 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Wed, 20 Jun 2007 10:23:50 +0200
Subject: Dziwne problemy z =?iso-8859-2?q?sieci=F3wk=B1?= (sis900)
In-Reply-To: <a39750d70706200054v3eb0edbcsef865b29a3644d47@mail.gmail.com>
References: <200706200938.40129@slaptop.ed.pl>
	<a39750d70706200054v3eb0edbcsef865b29a3644d47@mail.gmail.com>
Message-ID: <200706201023.50190@slaptop.ed.pl>

Dnia środa, 20 czerwca 2007, croolyc napisał:

> zakładam że kabel ok?

Tak, jest OK. Jak pisałem, Win2K jest w stanie kartę "przepchać". Zresztą, 
próbowałem na wielu różnych kablach.

> a eth moze na mobo ECS'a?
Sieciówka wbudowana w laptop Actina, ogólnie chipset SiS pod P4.
-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From wojciech w blaszkowski.com  Wed Jun 20 11:20:37 2007
From: wojciech w blaszkowski.com (Wojciech =?iso-8859-2?q?B=B3aszkowski?=)
Date: Wed, 20 Jun 2007 11:20:37 +0200
Subject: Dziwne problemy z =?iso-8859-2?q?sieci=F3wk=B1?= (sis900)
In-Reply-To: <200706200938.40129@slaptop.ed.pl>
References: <200706200938.40129@slaptop.ed.pl>
Message-ID: <200706201120.37873@wojtosz>

Dnia środa, 20 czerwca 2007, Łukasz Maśko napisał:
> Czy ktoś spotkał się z takim lub podobnym zjawiskiem? Po czyjej stronie
> jest wina - Linuksa czy sieci lokalnej? System mam AC+ready, kernel
> 2.6.20.7-1, ogólnie brak problemów.

Podobne problemy na jednym z kerneli miałem z modułem e1000. Próbowałeś na 
starszych / nowszych kernelach ?

W jednym z desktopów robiących za serwer mam sieciówkę taką jak Twoja. Tam 
jest:

# uname -a
Linux DodaSuka 2.6.16.52-1smp #1 SMP Thu May 31 19:32:54 CEST 2007 i686 
AMD_Sempron(tm)_2300+ PLD Linux

# lspci | grep -i ethernet
00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast 
Ethernet (rev 90)

# lsmod
Module                  Size  Used by
ipv6                  263520  24
uhci_hcd               33936  0
nls_utf8                3968  4
isofs                  35388  4
zlib_inflate           18688  1 isofs
lp                     11684  0
parport_pc             40004  1
parport                36168  2 lp,parport_pc
dm_mod                 55064  0
loop                   16392  8
tulip                  53920  0
sis900                 23040  0
mii                     7040  1 sis900
ide_cd                 41732  0
cdrom                  41120  1 ide_cd
ehci_hcd               33672  0
ohci_hcd               21764  0
usbcore               124932  4 uhci_hcd,ehci_hcd,ohci_hcd
xfs                   605840  2
exportfs                6784  1 xfs
ide_disk               17536  5
sis5513                17544  0 [permanent]
ide_core              123088  3 ide_cd,ide_disk,sis5513

Działa bez problemów.
 
Pozdrawiam, Best regards, Mit freundlichen Grüßen,
--
Wojciech "Wojtosz" Błaszkowski
www.blaszkowski.com


From masko w ipipan.waw.pl  Wed Jun 20 11:32:10 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Wed, 20 Jun 2007 11:32:10 +0200
Subject: Dziwne problemy z =?iso-8859-2?q?sieci=F3wk=B1?= (sis900)
In-Reply-To: <200706201120.37873@wojtosz>
References: <200706200938.40129@slaptop.ed.pl> <200706201120.37873@wojtosz>
Message-ID: <200706201132.11008@slaptop.ed.pl>

Dnia środa, 20 czerwca 2007, Wojciech Błaszkowski napisał:
> Dnia środa, 20 czerwca 2007, Łukasz Maśko napisał:
> > Czy ktoś spotkał się z takim lub podobnym zjawiskiem? Po czyjej stronie
> > jest wina - Linuksa czy sieci lokalnej? System mam AC+ready, kernel
> > 2.6.20.7-1, ogólnie brak problemów.
>
> Podobne problemy na jednym z kerneli miałem z modułem e1000. Próbowałeś
> na starszych / nowszych kernelach ?

Owszem, próbowałem. Też były problemy.

> W jednym z desktopów robiących za serwer mam sieciówkę taką jak Twoja.
[...]
> Działa bez problemów.

W większości sieci (np. w domu czy biurze) mi też działa bez problemu. Ale 
tutaj gdzie w tej chwili siedzę, są z tym jaja. Zakładam, że sama sieć nie 
jest bez winy, ale dziwi mnie, że Windows jest w stanie bez problemu 
przepchać sieciówkę, podczas gdy Linux - nie. I to mnie zastanawia. Może 
jest jakieś narzędzie do tego?

-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From wojciech w blaszkowski.com  Wed Jun 20 11:36:56 2007
From: wojciech w blaszkowski.com (Wojciech =?iso-8859-2?q?B=B3aszkowski?=)
Date: Wed, 20 Jun 2007 11:36:56 +0200
Subject: Dziwne problemy z =?iso-8859-2?q?sieci=F3wk=B1?= (sis900)
In-Reply-To: <200706201132.11008@slaptop.ed.pl>
References: <200706200938.40129@slaptop.ed.pl> <200706201120.37873@wojtosz>
	<200706201132.11008@slaptop.ed.pl>
Message-ID: <200706201136.56198@wojtosz>

Dnia środa, 20 czerwca 2007, Łukasz Maśko napisał:
> Może jest jakieś narzędzie do tego?

ethtool ?
 
Pozdrawiam, Best regards, Mit freundlichen Grüßen,
--
Wojciech "Wojtosz" Błaszkowski
www.blaszkowski.com


From adas-news w artikon.pl  Wed Jun 20 12:59:04 2007
From: adas-news w artikon.pl (Adam =?iso-8859-2?q?Gapi=F1ski?=)
Date: Wed, 20 Jun 2007 12:59:04 +0200
Subject: [AC, KDE] =?iso-8859-2?q?Pro=B6ba_o_potwierdzenie?=
	=?iso-8859-2?q?_b=B3=EAdu=2E?=
In-Reply-To: <200706200906.41911@slaptop.ed.pl>
References: <200706191948.49711@slaptop.ed.pl> <200706192139.01857@127.0.0.1>
	<200706200906.41911@slaptop.ed.pl>
Message-ID: <200706201259.04405@127.0.0.1>

Osóbka znana jako Łukasz Maśko, wystukała:
> Dnia wtorek, 19 czerwca 2007, Adam Gapiński napisał:
> [...]
>
> > > U mnie powyższe powoduje w 100% przypadków wywrotkę Konquerora
> > > (Sig.11). Mógłby ktoś sprawdzić u siebie?
> >
> > U mnie nic się nie dzieje - jest OK
>
> Rozumiem, że próbowałeś też otworzyć trzymając wciśnięty Esc. No to 2:1.

Tu się wywala jak u Ciebie :-( tzn. jak przy wciśniętym ESC otwieram


pozdrawiam
-- 
Adam Gapiński ::::: adas-news (at) artikon (dot) pl
Na pytanie *Która godzina?* chciałem zainstalować rdate... (/me 18.05.2004)


From krystian w kamionek.net  Wed Jun 20 21:21:39 2007
From: krystian w kamionek.net (Krystian Tomczyk)
Date: Wed, 20 Jun 2007 21:21:39 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <20070618212640.GA12122@aramin.net>
References: <20070616121753.15007778@przemek>
	<200706161325.35309.arekm@maven.pl> <1182031840.3441.4.camel@laptom>
	<200706172305.18812.arekm@maven.pl> <1182118890.23285.30.camel@laptom>
	<20070618212640.GA12122@aramin.net>
Message-ID: <1182367299.26697.5.camel@laptom>

Dnia 18-06-2007, pon o godzinie 23:26 +0200, Andrzej 'The Undefined'
Dopierała napisał(a):
> > Pewnie jak się uda zupgradować rpm-base wewnątrz vservera to będzie
> ok,
> > ale to później...
> --ignorearch --ignoreos ;) 
Na razie dalej nic, ale się dopatrzyłem, że vpoldek i vrpm pochodzą z
util-vserver i pewnie ten pakiet musiałby być upgradnięty.
Ja mam najnowszy dostępny na ftp...
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From krystian w kamionek.net  Wed Jun 20 21:53:28 2007
From: krystian w kamionek.net (Krystian Tomczyk)
Date: Wed, 20 Jun 2007 21:53:28 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <20070618212640.GA12122@aramin.net>
References: <20070616121753.15007778@przemek>
	<200706161325.35309.arekm@maven.pl> <1182031840.3441.4.camel@laptom>
	<200706172305.18812.arekm@maven.pl> <1182118890.23285.30.camel@laptom>
	<20070618212640.GA12122@aramin.net>
Message-ID: <1182369208.26697.10.camel@laptom>

Dnia 18-06-2007, pon o godzinie 23:26 +0200, Andrzej 'The Undefined'
Dopierała napisał(a):
> --ignorearch --ignoreos ;)
Może by pomogło, ale...

poldek:/all-avail> upgrade rpm-base-4.4.9-1.i686 --pmopt=ignoreos
--pmopt=ignorearch
Processing dependencies...
rpm-base-4.4.7-12.i686 obsoleted by rpm-base-4.4.9-1.i686
There are 1 package to install, 1 to uninstall:
I rpm-base-4.4.9-1.i686
R rpm-base-4.4.7-12.i686
Need to get 7.5KB of archives. After unpacking 6.8KB will be used.
Executing vrpm-preload --upgrade -vh --root /vservers/exim --noorder
--define _install_langs pl:pl_PL:en:en_US --define
_netsharedpath /usr/share/info:/usr/share/man --define _excludedocs 1
--ignoreos --ignorearch...
rpmdb: /vservers/exim/.rpmdb/Packages: unexpected file type or format
error: cannot open Packages index using db3 - Invalid argument (22)
error: cannot open Packages database in /vservers/exim/.rpmdb
There were errors

[root w serwer ~]# vrpm exim -- --rebuilddb
error: temporary database /vservers/exim/.rpmdb already exists

A plików __db.001 itd, które się usuwało przed rebuilddb nie ma :(
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From masko w ipipan.waw.pl  Wed Jun 20 22:19:47 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Wed, 20 Jun 2007 22:19:47 +0200
Subject: [AC, KDE] =?iso-8859-2?q?Pro=B6ba_o_potwierdzenie?=
	=?iso-8859-2?q?_b=B3=EAdu=2E?=
In-Reply-To: <200706201259.04405@127.0.0.1>
References: <200706191948.49711@slaptop.ed.pl>
	<200706200906.41911@slaptop.ed.pl> <200706201259.04405@127.0.0.1>
Message-ID: <200706202219.47442@slaptop.ed.pl>

Dnia środa, 20 czerwca 2007, Adam Gapiński napisał:
[...]
> > Rozumiem, że próbowałeś też otworzyć trzymając wciśnięty Esc. No to
> > 2:1.
>
> Tu się wywala jak u Ciebie :-( tzn. jak przy wciśniętym ESC otwieram

Czyli jednak 3:0. Jak znajdę chwilę to zmajstruję raport. Chyba, że ktoś to 
zrobi za mnie. Ciekawe jak jest w innych Linuksach. Ma ktoś możliwość 
sprawdzenia?

-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From pld w nius.waw.pl  Wed Jun 20 22:56:04 2007
From: pld w nius.waw.pl (Marcin Kurzyna)
Date: Wed, 20 Jun 2007 22:56:04 +0200
Subject: [AC, KDE] =?iso-8859-2?q?Pro=B6ba_o_potwierdzenie?=
	=?iso-8859-2?q?_b=B3=EAdu=2E?=
In-Reply-To: <200706202219.47442@slaptop.ed.pl>
References: <200706191948.49711@slaptop.ed.pl> <200706201259.04405@127.0.0.1>
	<200706202219.47442@slaptop.ed.pl>
Message-ID: <200706202256.04919.pld@nius.waw.pl>

On Wednesday 20 of June 2007 22:19:47 Łukasz Maśko wrote:

> Czyli jednak 3:0. Jak znajdę chwilę to zmajstruję raport. Chyba, że ktoś to
> zrobi za mnie. Ciekawe jak jest w innych Linuksach. Ma ktoś możliwość
> sprawdzenia?

To ja dodam może jeszcze jedno: cervisia ustawiona na cvs -n up na start. ale 
nie chcemy czekać i wciskamy guzik stop. w 90% przypadków wywala całe Xy. 
potwierdzone u mnie (Th) i u kumpla (Ac) - ktoś jeszcze chętny sprawdzić czy 
to tylko nasza przypadłość?

m.


From masko w ipipan.waw.pl  Thu Jun 21 12:48:35 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Thu, 21 Jun 2007 12:48:35 +0200
Subject: Dziwne problemy z =?iso-8859-2?q?sieci=F3wk=B1?= (sis900)
In-Reply-To: <200706201136.56198@wojtosz>
References: <200706200938.40129@slaptop.ed.pl>
	<200706201132.11008@slaptop.ed.pl> <200706201136.56198@wojtosz>
Message-ID: <200706211248.35644@slaptop.ed.pl>

Dnia środa, 20 czerwca 2007, Wojciech Błaszkowski napisał:
> Dnia środa, 20 czerwca 2007, Łukasz Maśko napisał:
> > Może jest jakieś narzędzie do tego?
>
> ethtool ?

Niestety, albo ja nie umiem tego używać w tym przypadku, albo to narzędzie 
nie nadaje się do tego. Nie ma opcji do wymuszenia stwierdzenia, że kabel 
jest podpięty (co pewnie wyłącza transceiver). Status w momencie, gdy jest 
OK jest taki:

$ sudo ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pg
        Wake-on: d
        Current message level: 0x000000c5 (197)
        Link detected: yes

A jak jest źle, podobny, z dokładnością do tych linijek:

        Speed: 10Mb/s
        Duplex: Half
        Link detected: no

I nijak nie umiem ethtool-a zmusić, żeby jakoś odetkał kartę. A Win2K radzi 
sobie bez problemu. Nie muszę chyba wspominać, że jest to cokolwiek wk...
-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From pld w pfu.pl  Thu Jun 21 18:56:01 2007
From: pld w pfu.pl (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=)
Date: Thu, 21 Jun 2007 18:56:01 +0200
Subject: Dziwne problemy z =?ISO-8859-2?Q?sieci=F3wk=B1_=28sis900=29?=
In-Reply-To: <200706211248.35644@slaptop.ed.pl>
References: <200706200938.40129@slaptop.ed.pl>	<200706201132.11008@slaptop.ed.pl>
	<200706201136.56198@wojtosz> <200706211248.35644@slaptop.ed.pl>
Message-ID: <467AADA1.100@pfu.pl>

Łukasz Maśko wrote:
> Dnia środa, 20 czerwca 2007, Wojciech Błaszkowski napisał:
>> Dnia środa, 20 czerwca 2007, Łukasz Maśko napisał:
>>> Może jest jakieś narzędzie do tego?
>> ethtool ?
> 
> Niestety, albo ja nie umiem tego używać w tym przypadku, albo to narzędzie 
> nie nadaje się do tego. Nie ma opcji do wymuszenia stwierdzenia, że kabel 

Też miałem problem z ethtool. Potrzebowałem włączyć na karcie bcm5701
wake-on-lan. Zgodnie z dokumentacją należy włąśnie robić to przy użyciu
ethtool. Nic z tego sobie wyszło. Musiałem przekompilować niewspierany
driver ze strony producenta, który miał wol jako parametr. Myślę, że
któryś ze "znawców" powinien się temu dobrze przyjżeć bo coś jest nie tak.

-- 
   ______________Pozdrówka___________
  /    ___  ___  ___  ___    ___
 / _  /__/ ___/ /_   /__  / /_   /_/
/__/ / |  /__  /__  ___/ / /__  / |


From lipek w lipek.pl  Thu Jun 21 22:47:46 2007
From: lipek w lipek.pl (Michal 'lipek' Lipka)
Date: Thu, 21 Jun 2007 22:47:46 +0200 (CEST)
Subject: postfix, deferred z poczta.onet.pl
In-Reply-To: <4675A34C.9010304@limanowa.net>
References: <30542.80.39.12.124.1182109221.squirrel@mikroplan.com.pl>
	<4675A34C.9010304@limanowa.net>
Message-ID: <Pine.LNX.4.64N.0706212245330.11372@lipek.pl>

On Sun, 17 Jun 2007, Marcin Król wrote:

>> Jun 17 21:30:06 serwer postfix/smtp[14606]: 662C45FC8A:
>> to=<xxx w poczta.onet.pl>, relay=mx.poczta.onet.pl[213.180.130.86], delay=5,
>> status=deferred (host mx.poczta.onet.pl[213.180.130.86] said: 450 4.7.1 W
>> chwili obecnej nie mozesz wyslac listu do: <xxx w poczta.onet.pl>, sprobuj
>> za chwile [0400.-1] / At the moment you cannot send a message to
>> <xxx w poczta.onet.pl>, try again later [0400.-1]  (in reply to RCPT TO
>> command))
>
> To normalne w przypadku onetu.
>

tak. od jakiegoś czasu włączyli greylisting
na szczęście można się z nimi dogadać aby dopisali konkretne domeny na 
białą listę.
ja tak kiedyś zrobiłem (pisząc na adres abuse w onet.pl) i w pierwszym mailu 
zapytałem czy mogę prosić o dopisanie moich domen, odpisali mi że proszę 
bardzo żebym podał, to podałem i dopisali. moje listy już nie czekają.
oczywiście napisałem o tym że z mojego serwera nie rozsyła się spamu itd 
itp
-- 
pozdrawiam
Michał 'lipek' Lipka

From quak w quak.no-ip.org  Thu Jun 21 23:19:32 2007
From: quak w quak.no-ip.org (Michal Ratajski)
Date: Thu, 21 Jun 2007 23:19:32 +0200
Subject: [TH] Kopiowanie ze schowka w X'ach
Message-ID: <20070621231932.447459e3@owiec>

Witam,
Spotkał się ktoś kiedyś z problemem przy kopiowaniu pomiędzy aplikacjami GTK/QT a xterm'em? Mianowicie przy takim zabiegu gubione są polskie znaki. Np zamiast ąęłćó pokazuje ####ó. Problem występuje wyłącznie przy kopiowaniu z gtk/qt na xterm bo już na przykład aterm pokazuje wszystko dobrze.

Używam: 
LC_LCTYPE="pl_PL"
xterm 226
qt 3.3.8
gtk 2.10.13

Z góry dziękuje za pomoc

-- 
Pozdrawiam,
Michal Ratajski <quak w quak.no-ip.org>


From joshua w hybrid.pl  Fri Jun 22 02:11:00 2007
From: joshua w hybrid.pl (Jacek Osiecki)
Date: Fri, 22 Jun 2007 02:11:00 +0200 (CEST)
Subject: [TH] Kopiowanie ze schowka w X'ach
In-Reply-To: <20070621231932.447459e3@owiec>
References: <20070621231932.447459e3@owiec>
Message-ID: <Pine.LNX.4.64N.0706220210170.18816@router.sc>

On Thu, 21 Jun 2007, Michal Ratajski wrote:

> Witam,
> Spotkał się ktoś kiedyś z problemem przy kopiowaniu pomiędzy aplikacjami GTK/QT
> a xterm'em? Mianowicie przy takim zabiegu gubione są polskie znaki. Np zamiast
> ąęłćó pokazuje ####ó. Problem występuje wyłącznie przy kopiowaniu z gtk/qt na
> xterm bo już na przykład aterm pokazuje wszystko dobrze.

Już dawno temu tu o tym pisałem - bez odzewu. Przeszedłem na aterma, działa ;)

Pozdrawiam,
-- 
Jacek Osiecki joshua w ceti.pl GG:3828944
"To nie logika, to polityka"
(c) Kabaret pod Wydrwigroszem 2006

From croolists w gmail.com  Fri Jun 22 09:25:01 2007
From: croolists w gmail.com (croolyc)
Date: Fri, 22 Jun 2007 09:25:01 +0200
Subject: [TH] Kopiowanie ze schowka w X'ach
In-Reply-To: <Pine.LNX.4.64N.0706220210170.18816@router.sc>
References: <20070621231932.447459e3@owiec>
	<Pine.LNX.4.64N.0706220210170.18816@router.sc>
Message-ID: <a39750d70706220025r7a611987ke336cac5c4f50267@mail.gmail.com>

22-06-07, Jacek Osiecki <joshua w hybrid.pl> napisał(a):
>
> On Thu, 21 Jun 2007, Michal Ratajski wrote:
>
> > Witam,
> > Spotkał się ktoś kiedyś z problemem przy kopiowaniu pomiędzy aplikacjami
> GTK/QT
> > a xterm'em? Mianowicie przy takim zabiegu gubione są polskie znaki. Np
> zamiast
> > ąęłćó pokazuje ####ó. Problem występuje wyłącznie przy kopiowaniu z
> gtk/qt na
> > xterm bo już na przykład aterm pokazuje wszystko dobrze.
>
> Już dawno temu tu o tym pisałem - bez odzewu. Przeszedłem na aterma,
> działa ;)
>
> Pozdrawiam,
> --
> Jacek Osiecki joshua w ceti.pl GG:3828944
> "To nie logika, to polityka"
> (c) Kabaret pod Wydrwigroszem 2006
> _______________________________________________
> pld-users-pl mailing list
> pld-users-pl w lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
>
>
[OT]
a jak skopiowac z aterma do gtk/qt?
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070622/9f09eed3/attachment.htm>

From croolists w gmail.com  Fri Jun 22 14:16:36 2007
From: croolists w gmail.com (croolyc)
Date: Fri, 22 Jun 2007 14:16:36 +0200
Subject: noarch-pld-linux-gnu
Message-ID: <a39750d70706220516g456d487fsfb13678169746a9b@mail.gmail.com>

./builder -bb --clean opera-i18n.spec
# $Revision: 1.21 $, $Date: 2007/04/01 18:57:03 $
Available branches: AC-branch
błąd: Architektura nie jest wspierana: noarch
Budowanie dla platform: noarch-pld-linux-gnu

cat /etc/rpm/platform
i686-pld-linux
i686-[^-]*-linux(-gnu)?
i586-[^-]*-linux(-gnu)?
i486-[^-]*-linux(-gnu)?
i386-[^-]*-linux(-gnu)?
noarch-[^-]*-.*

skopany spec czy  moje srodowisko budownicze?
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070622/5235c083/attachment.htm>

From beorn w alpha.pl  Fri Jun 22 16:26:02 2007
From: beorn w alpha.pl (Daniel =?iso-8859-2?q?Mr=F3z?=)
Date: Fri, 22 Jun 2007 16:26:02 +0200
Subject: Dziwne problemy z =?iso-8859-2?q?sieci=F3wk=B1?= (sis900)
In-Reply-To: <200706200938.40129@slaptop.ed.pl>
References: <200706200938.40129@slaptop.ed.pl>
Message-ID: <200706221626.02626.beorn@alpha.pl>

On Wednesday 20 of June 2007, Łukasz Maśko wrote:
> Mam w swoim laptopie sieciówkę na układzie sis900:
> 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI
> Fast Ethernet (rev 90)
>
> Mam z nią czasami dziwny problem. W jednym (jak dotąd) miejscu, regularnie
> odmawia ona współpracy. Po podłączeniu kabla system twierdzi, że kabel nie
> został podłączony (jakby nie było sygnału w sieci):
Miałem identyczne problemy z tą sieciówką (wbudowana na płycie ECS). 
Zwalczyłem to w ten sposób, że czym prędzej wymieniłem ten badziew na płytę 
MSI i kartę Intela.


Pozdrawiam
Beorn

-- 
Daniel 'Beorn' Mróz <beorn w alpha.pl>    http://127.0.0.1/beorn
[GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---]
[O- M- V!  PS+ PE++ Y+ PGP++ t- 5  X R !tv b+ DI D++ G++ e h*]
[                          r++  y+                           ]


From gruszex w gmail.com  Fri Jun 22 16:43:27 2007
From: gruszex w gmail.com (Sylwester Gruszka)
Date: Fri, 22 Jun 2007 16:43:27 +0200
Subject: hddtemp dla =?utf-8?q?user=C3=B3w?=
Message-ID: <200706221643.27673.gruszex@gmail.com>

witam,

chciałem udostępnić hddtemp'a użytkownikom będącym w grupie disk (czyli 
sobie), w związku z czym zmieniłem grupę pliku /usr/sbin/hddtemp na 'disk' i 
zrobiłem dowiązanie do tego pliku w /usr/bin. 
Teraz wpisujac hddtemp /dev/hda dostaję komunikat: "/dev/hda: Brak dostępu" 
ale jak brak dostępu skoro jestem w grupie disk a grupa pliku /dev/hda jest 
disk i ma uprawnienia rw- ? Jak temu zaradzić? Ma być rwx? Co oznacza x dla 
urządzeń blokowych?

--
pozdrawiam,
Sylwester Gruszka


From masko w ipipan.waw.pl  Fri Jun 22 17:08:18 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Fri, 22 Jun 2007 17:08:18 +0200
Subject: Dziwne problemy z =?iso-8859-2?q?sieci=F3wk=B1?= (sis900)
In-Reply-To: <200706221626.02626.beorn@alpha.pl>
References: <200706200938.40129@slaptop.ed.pl>
	<200706221626.02626.beorn@alpha.pl>
Message-ID: <200706221708.18403@slaptop.ed.pl>

Dnia piątek, 22 czerwca 2007, Daniel Mróz napisał:
[...]
> Miałem identyczne problemy z tą sieciówką (wbudowana na płycie ECS).
> Zwalczyłem to w ten sposób, że czym prędzej wymieniłem ten badziew na
> płytę MSI i kartę Intela.

Fajnie. Umiesz coś takiego zrobić w laptopie? ;-P

-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From stacho w venco.com.pl  Fri Jun 22 17:14:40 2007
From: stacho w venco.com.pl (Stacho Pal)
Date: Fri, 22 Jun 2007 17:14:40 +0200 (CEST)
Subject: Dziwne problemy z =?iso-8859-2?q?sieci=F3wk=B1?= (sis900)
In-Reply-To: <200706221708.18403@slaptop.ed.pl>
References: <200706200938.40129@slaptop.ed.pl>
	<200706221626.02626.beorn@alpha.pl>
	<200706221708.18403@slaptop.ed.pl>
Message-ID: <Pine.LNX.4.64N.0706221713180.29193@orion.venco.com.pl>

On Fri, 22 Jun 2007, Łukasz Maśko wrote:
> Dnia piątek, 22 czerwca 2007, Daniel Mróz napisał:
> [...]
>> Miałem identyczne problemy z tą sieciówką (wbudowana na płycie ECS).
>> Zwalczyłem to w ten sposób, że czym prędzej wymieniłem ten badziew na
>> płytę MSI i kartę Intela.
>
> Fajnie. Umiesz coś takiego zrobić w laptopie? ;-P

Coś tam z kartą eth można zrobić przy pomocy mii-tools.

-- 
pzdr
Stacho Pal

From masko w ipipan.waw.pl  Fri Jun 22 17:22:12 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Fri, 22 Jun 2007 17:22:12 +0200
Subject: Dziwne problemy z =?iso-8859-2?q?sieci=F3wk=B1?= (sis900)
In-Reply-To: <Pine.LNX.4.64N.0706221713180.29193@orion.venco.com.pl>
References: <200706200938.40129@slaptop.ed.pl>
	<200706221708.18403@slaptop.ed.pl>
	<Pine.LNX.4.64N.0706221713180.29193@orion.venco.com.pl>
Message-ID: <200706221722.12705@slaptop.ed.pl>

Dnia piątek, 22 czerwca 2007, Stacho Pal napisał:
[...]
> Coś tam z kartą eth można zrobić przy pomocy mii-tools.

Sprawdzę przy najbliższej okazji. Dzięki.

-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From joshua w hybrid.pl  Fri Jun 22 19:12:33 2007
From: joshua w hybrid.pl (Jacek Osiecki)
Date: Fri, 22 Jun 2007 19:12:33 +0200 (CEST)
Subject: AC: Problemy z klastrami mysql - port tcp
Message-ID: <Pine.LNX.4.64N.0706221905280.19126@router.sc>

Witam,

Dzisiaj właśnie się spotkałem z dosyć dziwnym problemem z osobnymi
instancjami mysql...

Mam trzy instancje, wpisane w /etc/mysql/clusters.conf:

/var/lib/mysql/cl1
/var/lib/mysql/cl2
/var/lib/mysql/cl3

Każdy z nich ma wewnątrz socket - mysql.sock
Pierwszy nasłuchuje na porcie 3306, drugi na 3307 a trzeci na 3308.

Dotąd działałem na socketach - i nie było problemu.
Ale dzisiaj próbowałem (znaczy się klient próbował) połączyć sie po porcie
tcp, i za każdym razem dostawał zonka. Po paru próbach zwrócił się do mnie,
a ja próbowałem się połączyć shellowym klientem mysql - z takim samym
efektem.

No i tak z głupa spróbowałem użyć hasła usera mysql z pierwszego klastra...
i jest! Połączył się... Listuję tabele - są moje, a nie klienta!

Sprawdziłem pozostałe porty - i tak, niezależnie od portu zawsze trafiam na
moją instancję bazy... Stwierdziłem że pewnie błąd w konfiguracji - więc
odpaliłem mysqladmina na sockecie:

mysqladmin -S/var/lib/mysql/cl2/mysql.sock -umysql -phaslo_do_cl2 variables
...
port 3307
...

Ma ktoś pomysł co to za feler? Zwalony mysql w PLD?

Pozdrawiam,
-- 
Jacek Osiecki joshua w ceti.pl GG:3828944
"To nie logika, to polityka"
(c) Kabaret pod Wydrwigroszem 2006

From krystian w kamionek.net  Fri Jun 22 19:26:10 2007
From: krystian w kamionek.net (Krystian Tomczyk)
Date: Fri, 22 Jun 2007 19:26:10 +0200
Subject: hddtemp dla =?ISO-8859-1?Q?user=F3w?=
In-Reply-To: <200706221643.27673.gruszex@gmail.com>
References: <200706221643.27673.gruszex@gmail.com>
Message-ID: <1182533170.3103.10.camel@laptom>

Dnia 22-06-2007, pią o godzinie 16:43 +0200, Sylwester Gruszka
napisał(a):
> witam,
> 
> chciałem udostępnić hddtemp'a użytkownikom będącym w grupie disk (czyli 
> sobie), w związku z czym zmieniłem grupę pliku /usr/sbin/hddtemp na 'disk' i 
> zrobiłem dowiązanie do tego pliku w /usr/bin. 
> Teraz wpisujac hddtemp /dev/hda dostaję komunikat: "/dev/hda: Brak dostępu" 
> ale jak brak dostępu skoro jestem w grupie disk a grupa pliku /dev/hda jest 
> disk i ma uprawnienia rw- ? Jak temu zaradzić? Ma być rwx? Co oznacza x dla 
> urządzeń blokowych?
> 
Podejrzewam, że temperaturę dysku to nie odczytuje z /dev/hda tylko
gdzieś w /proc. Spróbuj czy pomoże dopisanie się do grupy proc...
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From gruszex w gmail.com  Fri Jun 22 19:41:11 2007
From: gruszex w gmail.com (Sylwester Gruszka)
Date: Fri, 22 Jun 2007 19:41:11 +0200
Subject: hddtemp dla =?iso-8859-2?q?user=F3w?=
In-Reply-To: <1182533170.3103.10.camel@laptom>
References: <200706221643.27673.gruszex@gmail.com>
	<1182533170.3103.10.camel@laptom>
Message-ID: <200706221941.11166.gruszex@gmail.com>

Dnia piątek, 22 czerwca 2007, Krystian Tomczyk napisał:
> Podejrzewam, że temperaturę dysku to nie odczytuje z /dev/hda tylko
> gdzieś w /proc. Spróbuj czy pomoże dopisanie się do grupy proc...


Dopisałem się, wylogowałem i zalogowałem i nic, dalej to samo. Ale wyraźnie 
się  pluje o /dev/hda, ja bym tutaj szukał przyczyny. Czy ktoś ma tak 
skonfigurowany system, że z normalnego usera może używać hddtemp?

--
pozdrawiam,
Slwester Gruszka


From mlukaszek w gmail.com  Fri Jun 22 19:46:27 2007
From: mlukaszek w gmail.com (=?ISO-8859-2?Q?Micha=B3_=A3ukaszek?=)
Date: Fri, 22 Jun 2007 19:46:27 +0200
Subject: =?ISO-8859-2?Q?Szyfrowany_system_plik=F3w?=
Message-ID: <cfcac88a0706221046k4afcfbe3lcdd35233f1398d04@mail.gmail.com>

Cześć,
Chciałbym zaszyfrować sobie partycję home i zastanawiam się, czego do tego użyć.
Poczytałem o LUKS i eCryptfs.
Pytanie: czy ktoś tego używa na codzień? Jak ze stabilnością na x86_64 i ext3?

Zależy mi na tym, żeby można było zaszyfrować już istniejącą partycję,
bez utraty danych.

Chciałbym nosić klucz na pendrivie, a już w ogóle byłoby najlepiej,
jeśli możnaby do tego wykorzystać mój klucz OpenSSL którego używam w
OpenSSH.
Gdyby dało się montować partycję automagicznie bez wpisywania hasła,
gdy pendrive siedzi w porcie, również było by bardzo miło.

Z tego co widzę, LUKS potrafi jakoś zadziałać z PAMem (czy u nas
też?), a eCryptfs może mieć odpowiedni wpis w fstab, który określa
położenie klucza. Ale szukam praktyków, którzy mogliby wskazać
potencjalne pułapki, w jakie mogę wpaść, i wskazać przewagę jednego
rozwiązania nad drugim.

-- 
pozdrawiam,
Michał Łukaszek
prism w pld-linux.org

From krystian w kamionek.net  Fri Jun 22 23:32:13 2007
From: krystian w kamionek.net (Krystian Tomczyk)
Date: Fri, 22 Jun 2007 23:32:13 +0200
Subject: [TH]Poldek - pakiet zbudowano dla innego systemu operacyjnego
	(linux)
In-Reply-To: <1182369208.26697.10.camel@laptom>
References: <20070616121753.15007778@przemek>
	<200706161325.35309.arekm@maven.pl> <1182031840.3441.4.camel@laptom>
	<200706172305.18812.arekm@maven.pl> <1182118890.23285.30.camel@laptom>
	<20070618212640.GA12122@aramin.net> <1182369208.26697.10.camel@laptom>
Message-ID: <1182547933.4105.3.camel@laptom>

Dnia 20-06-2007, śro o godzinie 21:53 +0200, Krystian Tomczyk
napisał(a):
> Dnia 18-06-2007, pon o godzinie 23:26 +0200, Andrzej 'The Undefined'
> Dopierała napisał(a):
> > --ignorearch --ignoreos ;)
> Może by pomogło, ale...
> 
> poldek:/all-avail> upgrade rpm-base-4.4.9-1.i686 --pmopt=ignoreos
> --pmopt=ignorearch
> Processing dependencies...
> rpm-base-4.4.7-12.i686 obsoleted by rpm-base-4.4.9-1.i686
> There are 1 package to install, 1 to uninstall:
> I rpm-base-4.4.9-1.i686
> R rpm-base-4.4.7-12.i686
> Need to get 7.5KB of archives. After unpacking 6.8KB will be used.
> Executing vrpm-preload --upgrade -vh --root /vservers/exim --noorder
> --define _install_langs pl:pl_PL:en:en_US --define
> _netsharedpath /usr/share/info:/usr/share/man --define _excludedocs 1
> --ignoreos --ignorearch...
> rpmdb: /vservers/exim/.rpmdb/Packages: unexpected file type or format
> error: cannot open Packages index using db3 - Invalid argument (22)
> error: cannot open Packages database in /vservers/exim/.rpmdb
> There were errors
> 
> [root w serwer ~]# vrpm exim -- --rebuilddb
> error: temporary database /vservers/exim/.rpmdb already exists
> 
> A plików __db.001 itd, które się usuwało przed rebuilddb nie ma :(

W końcu się udało zwalczyć problem. Pomogła następująca kombinacja:
[root w serwer ~]# rm /vservers/.pkg/exim/rpm/state/__db.00*
[root w serwer ~]# rpm --dbpath /vservers/.pkg/exim/rpm/state/ --rebuilddb
[root w serwer ~]# vpoldek exim -- --upgrade-dist --pmopt=ignoreos
Jeszcze tylko zakrzyczał o kolory, ale to przy nowym poldku normalne :)
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From uzi18 w o2.pl  Fri Jun 22 23:38:58 2007
From: uzi18 w o2.pl (Bart)
Date: Fri, 22 Jun 2007 23:38:58 +0200
Subject: hddtemp dla =?ISO-8859-2?Q?user=F3w?=
In-Reply-To: <200706221941.11166.gruszex@gmail.com>
References: <200706221643.27673.gruszex@gmail.com>	<1182533170.3103.10.camel@laptom>
	<200706221941.11166.gruszex@gmail.com>
Message-ID: <467C4172.9010805@o2.pl>

Sylwester Gruszka wrote:
> Dnia piątek, 22 czerwca 2007, Krystian Tomczyk napisał:
>   
>> Podejrzewam, że temperaturę dysku to nie odczytuje z /dev/hda tylko
>> gdzieś w /proc. Spróbuj czy pomoże dopisanie się do grupy proc...
>>     
>
>
> Dopisałem się, wylogowałem i zalogowałem i nic, dalej to samo. Ale wyraźnie 
> się  pluje o /dev/hda, ja bym tutaj szukał przyczyny. Czy ktoś ma tak 
> skonfigurowany system, że z normalnego usera może używać hddtemp?
>
>   
Tak troche OT.
Zalatwilem sprawe inaczej - zauwazylem ze dyski mi sie strasznie grzeja
- dodalem opcje -S 60 do hdparm i teraz dysk mi sie sam wylacza gdy
przez kilka minut jest nie potrzebny.


Pozdrawiam
Bartłomiej Zimoń


From gzohop w gmail.com  Fri Jun 22 23:50:15 2007
From: gzohop w gmail.com (Grzesiek Pycia)
Date: Fri, 22 Jun 2007 23:50:15 +0200
Subject: =?ISO-8859-2?Q?Re:_hddtemp_dla_user=F3w?=
In-Reply-To: <467C4172.9010805@o2.pl>
References: <200706221643.27673.gruszex@gmail.com>
	<1182533170.3103.10.camel@laptom>
	<200706221941.11166.gruszex@gmail.com> <467C4172.9010805@o2.pl>
Message-ID: <9bf18e9e0706221450h311a83c5n40f0d2cfec81e7bb@mail.gmail.com>

22-06-07, Bart <uzi18 w o2.pl> napisał(a):
>
>
>
> Tak troche OT.
> Zalatwilem sprawe inaczej - zauwazylem ze dyski mi sie strasznie grzeja
> - dodalem opcje -S 60 do hdparm i teraz dysk mi sie sam wylacza gdy
> przez kilka minut jest nie potrzebny.



Takie wylączanie i wlaczanie chyba jest dla dysku gorsze niż temperatura...
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070622/60226891/attachment.htm>

From loc w toya.net.pl  Sat Jun 23 00:51:46 2007
From: loc w toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Sat, 23 Jun 2007 00:51:46 +0200
Subject: hddtemp dla =?UTF-8?B?dXNlcsOzdw==?=
In-Reply-To: <200706221941.11166.gruszex@gmail.com>
References: <200706221643.27673.gruszex@gmail.com>	<1182533170.3103.10.camel@laptom>
	<200706221941.11166.gruszex@gmail.com>
Message-ID: <467C5282.9010909@toya.net.pl>

Sylwester Gruszka wrote:
> Dnia piątek, 22 czerwca 2007, Krystian Tomczyk napisał:
>> Podejrzewam, że temperaturę dysku to nie odczytuje z /dev/hda tylko
>> gdzieś w /proc. Spróbuj czy pomoże dopisanie się do grupy proc...
> 
> Dopisałem się, wylogowałem i zalogowałem i nic, dalej to samo. Ale wyraźnie 
> się  pluje o /dev/hda, ja bym tutaj szukał przyczyny. Czy ktoś ma tak 
> skonfigurowany system, że z normalnego usera może używać hddtemp?

W celu ostatecznego rozwikłania kwestii błędów dostępu możesz użyć 
strace. Wtedy będziesz pewien, że faktycznie chodzi o prawa do /dev/hda.

-- 
regards,
Jakub Piotr Cłapa


From maciekp w japhy.fnord.org  Sat Jun 23 01:29:21 2007
From: maciekp w japhy.fnord.org (Maciek Pasternacki)
Date: Sat, 23 Jun 2007 01:29:21 +0200
Subject: =?ISO-8859-2?Q?Re:_Szyfrowany_system_plik=F3w?=
In-Reply-To: <cfcac88a0706221046k4afcfbe3lcdd35233f1398d04@mail.gmail.com>
References: <cfcac88a0706221046k4afcfbe3lcdd35233f1398d04@mail.gmail.com>
Message-ID: <59e142a80706221629m5bec4a1al92b2c2096001fda0@mail.gmail.com>

22-06-07, Michał Łukaszek <mlukaszek w gmail.com> napisał(a):
> Poczytałem o LUKS i eCryptfs.
> Pytanie: czy ktoś tego używa na codzień? Jak ze stabilnością na x86_64 i ext3?

Używam na x86_64/ext3 i x86/ext3, od paru lat (x86_64 nie tak paru,
ale ponad rok na pewno), bez najmniejszych problemow.

Co do reszty pytań, to nie wiem, bo mi akurat zależy na tym, żeby
szyfrowanie było jak najmniej automagiczne, więc nie potrzebuję.

Pozdrawiam,
japhy

-- 
-><- This signature intentionally left blank. -><-

From maciekp w japhy.fnord.org  Sat Jun 23 01:29:57 2007
From: maciekp w japhy.fnord.org (Maciek Pasternacki)
Date: Sat, 23 Jun 2007 01:29:57 +0200
Subject: =?ISO-8859-2?Q?Re:_Szyfrowany_system_plik=F3w?=
In-Reply-To: <59e142a80706221629m5bec4a1al92b2c2096001fda0@mail.gmail.com>
References: <cfcac88a0706221046k4afcfbe3lcdd35233f1398d04@mail.gmail.com>
	<59e142a80706221629m5bec4a1al92b2c2096001fda0@mail.gmail.com>
Message-ID: <59e142a80706221629v39b1e335o80390795f6c621f0@mail.gmail.com>

23-06-07, Maciek Pasternacki <maciekp w japhy.fnord.org> napisał(a):
> Używam na x86_64/ext3 i x86/ext3, od paru lat (x86_64 nie tak paru,
> ale ponad rok na pewno), bez najmniejszych problemow.

Dla ścisłości ;) używam LUKS.

-- 
-><- This signature intentionally left blank. -><-

From darlas w post.pl  Sat Jun 23 07:55:48 2007
From: darlas w post.pl (Dariusz Laskowski)
Date: Sat, 23 Jun 2007 07:55:48 +0200
Subject: hddtemp dla =?utf-8?Q?user=C3=B3w?=
In-Reply-To: <467C4172.9010805@o2.pl>
References: <200706221643.27673.gruszex@gmail.com>
	<1182533170.3103.10.camel@laptom>
	<200706221941.11166.gruszex@gmail.com> <467C4172.9010805@o2.pl>
Message-ID: <20070623055548.GA4003@bunker.post.pl>

On Fri, 22 June 2007 23:38:58 +0200, Bart wrote:

[...]

> Zalatwilem sprawe inaczej - zauwazylem ze dyski mi sie strasznie grzeja
> - dodalem opcje -S 60 do hdparm i teraz dysk mi sie sam wylacza gdy
> przez kilka minut jest nie potrzebny.

I tam... Ja mam jeden dysk w ch*****j kieszeni i...
W tej chwili (akurat jest chłodno):

$ hddtemp /dev/sda
/dev/sda: ST380021A                               ST380021A?: 37°C
$ hddtemp /dev/sdb
/dev/sdb: ST380021A                               ST380021A?: 56°C

Obu używam dokładnie 4,5 roku i sdb wciąż działa (równie dobrze jak sda).

<http://newsroom.chip.pl/news_archive.php?b=66818>
<http://www.extremetech.com/article2/0,1558,2096737,00.asp>

-- 
Dariusz Laskowski
darlas at post.pl       Niestety, pisząc na listy pld-*, automatycznie
                        wyraża się zgodę na lądowanie w fortunkach...
                                                         Łukasz Jernaś



From masko w ipipan.waw.pl  Sat Jun 23 09:33:44 2007
From: masko w ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Sat, 23 Jun 2007 09:33:44 +0200
Subject: hddtemp dla =?iso-8859-2?q?user=F3w?=
In-Reply-To: <467C5282.9010909@toya.net.pl>
References: <200706221643.27673.gruszex@gmail.com>
	<200706221941.11166.gruszex@gmail.com>
	<467C5282.9010909@toya.net.pl>
Message-ID: <200706230933.44389@slaptop.ed.pl>

Dnia sobota, 23 czerwca 2007, Jakub Piotr Cłapa napisał:
[...]
> W celu ostatecznego rozwikłania kwestii błędów dostępu możesz użyć
> strace. Wtedy będziesz pewien, że faktycznie chodzi o prawa do /dev/hda.

Zawsze można dać prawa typu 754 i suid, wtedy jak ktoś jest w grupie disk to 
nie będzie miał problemów.

A co do strace, to dostajemy coś takiego:

$ strace hddtemp /dev/hda
execve("/usr/sbin/hddtemp", ["hddtemp", "/dev/hda"], [/* 41 vars */]) = -1 
EACCES (Permission denied)
dup(2)                                  = 3
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fstat64(3, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 1), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7f66000
_llseek(3, 0, 0xbf909a4c, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
write(3, "strace: exec: Permission denied\n", 32strace: exec: Permission 
denied
) = 32
close(3)                                = 0
munmap(0xb7f66000, 4096)                = 0
exit_group(1)                           = ?
Process 26577 detached

Mam wrażenie, że nie ma to nic wspólnego z /dev/hda, ale o co tak na prawdę 
mu chodzi to nie mam pojęcia :-/
-- 
Łukasz Maśko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                         ICQ: 146553537    /\\
Registered Linux User #61028              JID: paranoid w jabberpl.org   _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"


From pld w pfu.pl  Sat Jun 23 11:28:47 2007
From: pld w pfu.pl (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=)
Date: Sat, 23 Jun 2007 11:28:47 +0200
Subject: OT: Development na PDA
Message-ID: <467CE7CF.3000809@pfu.pl>

Wybaczcie pytanie z innej bajki ale nie bardzo mam do kogo się zwrócić.

Kłopot jest taki. Mam PocketPC na którym oczywiście jeździ winda.
Potrzebuje napisać sobie na to programik tylko nie wiem jak się za to
zabrać. Jeśli coś na ten temat wiecie to dajcie znać. Wspomnę przy
okazji, że nie mam ochoty ładować kasy w kompilator. Było by fajnie mieć
coś ogólnie dostępnego.

Za wszystkie porady (linki) z góry dziękuje.

PS. może lepiej na priv żeby nie zaśmiecać.

-- 
   ______________Pozdrówka___________
  /    ___  ___  ___  ___    ___
 / _  /__/ ___/ /_   /__  / /_   /_/
/__/ / |  /__  /__  ___/ / /__  / |


From dknoto w wiml.waw.pl  Sat Jun 23 12:15:21 2007
From: dknoto w wiml.waw.pl (Dariusz =?ISO-8859-2?Q?Knoci=F1ski?= WIML)
Date: Sat, 23 Jun 2007 12:15:21 +0200
Subject: Szyfrowany system =?ISO-8859-2?Q?plik=F3w?=
In-Reply-To: <cfcac88a0706221046k4afcfbe3lcdd35233f1398d04@mail.gmail.com>
References: <cfcac88a0706221046k4afcfbe3lcdd35233f1398d04@mail.gmail.com>
Message-ID: <20070623121521.e23d6113.dknoto@wiml.waw.pl>

On Fri, 22 Jun 2007 19:46:27 +0200
"Michał Łukaszek" <mlukaszek w gmail.com> wrote:

> Cześć,
> Chciałbym zaszyfrować sobie partycję home i zastanawiam się, czego do tego użyć.
> Poczytałem o LUKS i eCryptfs.
> Pytanie: czy ktoś tego używa na codzień? Jak ze stabilnością na x86_64 i ext3?
> 

Polecam materiał przygotowany przez Krzysztofa Leszczyńskiego na ostatnie Pingwinaria.
Ja zastosowałęm tę metodę na amd64/reiserfs4 i od kilku miesięcy chodzi bez problemu.
Stosuję zaszyfrowany wolumen głównie jako archiwum i z moich obserwacji wynika, że
zastosowanie ReiserFS 4 w miejsce Ext3 rekompensuje straty wydajnosci spowodowane 
szyfrowaniem. Do szyfrowania używam AES_x86_64 zamiast standardowego AES.

Pozdrawiam
-- 
Dariusz Knociński


From mlukaszek w gmail.com  Sat Jun 23 12:16:52 2007
From: mlukaszek w gmail.com (=?ISO-8859-2?Q?Micha=B3_=A3ukaszek?=)
Date: Sat, 23 Jun 2007 12:16:52 +0200
Subject: OT: Development na PDA
In-Reply-To: <467CE7CF.3000809@pfu.pl>
References: <467CE7CF.3000809@pfu.pl>
Message-ID: <cfcac88a0706230316l49bcea13kde6cbb04f2b2f6a9@mail.gmail.com>

On 6/23/07, Grzegorz Sójka <pld w pfu.pl> wrote:

> Kłopot jest taki. Mam PocketPC na którym oczywiście jeździ winda.
> Potrzebuje napisać sobie na to programik tylko nie wiem jak się za to
> zabrać.

Potrzebujesz zestaw narzędzi skrośnych dla ARMa (to akurat mamy:
crossarm-*.spec).
Dodatkowo, przydałoby ci się coś do developerki dla WinCE, w zasadzie
kawałki z MinGW... no i tego chyba akurat nie mamy. Możesz zajrzeć do
crossmingw*.spec, może Ci to pomoże.

A z gotowców niekoszernych:
http://cegcc.sourceforge.net/
http://download.videolan.org/pub/testing/wince/

> PS. może lepiej na priv żeby nie zaśmiecać.

E, może się komuś przyda.

-- 
pozdrawiam,
Michał Łukaszek
prism w pld-linux.org

From mlukaszek w gmail.com  Sat Jun 23 12:22:08 2007
From: mlukaszek w gmail.com (=?ISO-8859-2?Q?Micha=B3_=A3ukaszek?=)
Date: Sat, 23 Jun 2007 12:22:08 +0200
Subject: =?ISO-8859-2?Q?Re:_Szyfrowany_system_plik=F3w?=
In-Reply-To: <20070623121521.e23d6113.dknoto@wiml.waw.pl>
References: <cfcac88a0706221046k4afcfbe3lcdd35233f1398d04@mail.gmail.com>
	<20070623121521.e23d6113.dknoto@wiml.waw.pl>
Message-ID: <cfcac88a0706230322p6c7ed907r874f3f5f0f15268a@mail.gmail.com>

On 6/23/07, Dariusz Knociński WIML <dknoto w wiml.waw.pl> wrote:

> Polecam materiał przygotowany przez Krzysztofa Leszczyńskiego na ostatnie Pingwinaria.
> Ja zastosowałęm tę metodę na amd64/reiserfs4 i od kilku miesięcy chodzi bez problemu.
> Stosuję zaszyfrowany wolumen głównie jako archiwum i z moich obserwacji wynika, że
> zastosowanie ReiserFS 4 w miejsce Ext3 rekompensuje straty wydajnosci spowodowane
> szyfrowaniem. Do szyfrowania używam AES_x86_64 zamiast standardowego AES.

Chętnie przejrzę, z tym, że materiały z ostatnich Pingwinariów nie są
jeszcze dostępne...

-- 
pozdrawiam,
Michał Łukaszek
prism w pld-linux.org

From mlukaszek w gmail.com  Sat Jun 23 12:24:32 2007
From: mlukaszek w gmail.com (=?ISO-8859-2?Q?Micha=B3_=A3ukaszek?=)
Date: Sat, 23 Jun 2007 12:24:32 +0200
Subject: OT: Development na PDA
In-Reply-To: <cfcac88a0706230316l49bcea13kde6cbb04f2b2f6a9@mail.gmail.com>
References: <467CE7CF.3000809@pfu.pl>
	<cfcac88a0706230316l49bcea13kde6cbb04f2b2f6a9@mail.gmail.com>
Message-ID: <cfcac88a0706230324v306ce4a7mfa30de09a6d1665b@mail.gmail.com>

On 6/23/07, Michał Łukaszek <mlukaszek w gmail.com> wrote:

> Dodatkowo, przydałoby ci się coś do developerki dla WinCE, w zasadzie
> kawałki z MinGW... no i tego chyba akurat nie mamy.

Cofam to - właśnie zauważyłem, że mamy spece:
crossmingw32ce-binutils.spec
crossmingw32ce-gcc.spec

-- 
pozdrawiam,
Michał Łukaszek
prism w pld-linux.org

From zytek-lists w nuxi.pl  Sat Jun 23 19:33:55 2007
From: zytek-lists w nuxi.pl (Jakub =?ISO-8859-2?Q?G=B3azik?=)
Date: Sat, 23 Jun 2007 19:33:55 +0200
Subject: hddtemp dla =?ISO-8859-2?Q?user=F3w?=
References: <200706221643.27673.gruszex@gmail.com>
	<1182533170.3103.10.camel@laptom>
	<200706221941.11166.gruszex@gmail.com> <467C4172.9010805@o2.pl>
	<9bf18e9e0706221450h311a83c5n40f0d2cfec81e7bb@mail.gmail.com>
Message-ID: <20070623193355.5d7b47c5@jenny>

Dnia 2007-06-22, o godz. 23:50:15
"Grzesiek Pycia" <gzohop w gmail.com> napisał(a):

> 22-06-07, Bart <uzi18 w o2.pl> napisał(a):
> >
> >
> >
> > Tak troche OT.
> > Zalatwilem sprawe inaczej - zauwazylem ze dyski mi sie strasznie
> > grzeja
> > - dodalem opcje -S 60 do hdparm i teraz dysk mi sie sam wylacza gdy
> > przez kilka minut jest nie potrzebny.
> 
> 
> 
> Takie wylączanie i wlaczanie chyba jest dla dysku gorsze niż
> temperatura...

Laptopowe to zniosą, ale deskopowe mogą paść po kilku miesiącach
takiego ON/OFF, radzę uważać..

-- 
.: Jakub Glazik,
.: too geek to live, too leet to die ;-) 
.: email & jabber: zytek<at>nuxi.pl



From krystian w kamionek.net  Sat Jun 23 22:48:02 2007
From: krystian w kamionek.net (Krystian Tomczyk)
Date: Sat, 23 Jun 2007 22:48:02 +0200
Subject: hddtemp dla =?ISO-8859-1?Q?user=F3w?=
In-Reply-To: <200706230933.44389@slaptop.ed.pl>
References: <200706221643.27673.gruszex@gmail.com>
	<200706221941.11166.gruszex@gmail.com> <467C5282.9010909@toya.net.pl>
	<200706230933.44389@slaptop.ed.pl>
Message-ID: <1182631682.4105.14.camel@laptom>

Dnia 23-06-2007, sob o godzinie 09:33 +0200, Łukasz Maśko napisał(a):
> A co do strace, to dostajemy coś takiego:
> 
> $ strace hddtemp /dev/hda
> execve("/usr/sbin/hddtemp", ["hddtemp", "/dev/hda"], [/* 41 vars */])
> = -1 
> EACCES (Permission denied) 
Tobie chyba strace pokazał, że nie możesz uruchomić hddtemp.
Ja robiłem stace'a tak:
$ strace -o hddtemp-us.txt /usr/sbin/hddtemp /dev/hda
Wynik w załączniku. Najbardziej podejrzane różnice w stosunku do
uruchomionego z roota to (pierwsze z usera, drugie z roota):
< ioctl(3, 0x30d, 0xbf8a00a8)             = 0
< ioctl(3, 0x31f, 0xbf8a029c)             = -1 EACCES (Permission
denied)
< ioctl(3, 0x31f, 0xbf8a029c)             = -1 EACCES (Permission
denied)
< ioctl(3, 0x31f, 0xbf8a02a4)             = -1 EACCES (Permission
denied)
---
> ioctl(3, 0x30d, 0xbfc3ec38)             = 0
> ioctl(3, 0x31f, 0xbfc3ee2c)             = 0
> ioctl(3, 0x31f, 0xbfc3ee34)             = 0
> ioctl(3, 0x31f, 0xbfc3ec30)             = 0

Ale i tak nie wiem co dalej...
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."
-------------- następna część ---------
execve("/usr/sbin/hddtemp", ["/usr/sbin/hddtemp", "/dev/hda"], [/* 34 vars */]) = 0
brk(0)                                  = 0x8050000
uname({sys="Linux", node="laptom", ...}) = 0
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=83456, ...}) = 0
mmap2(NULL, 83456, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fb3000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2a\1\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1241884, ...}) = 0
mmap2(NULL, 1246704, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e82000
mmap2(0xb7fad000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12b) = 0xb7fad000
mmap2(0xb7fb0000, 9712, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fb0000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e81000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e80000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e81b50, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
open("/dev/urandom", O_RDONLY)          = 3
read(3, "o\275N\304", 4)                = 4
close(3)                                = 0
mprotect(0xb7fad000, 4096, PROT_READ)   = 0
mprotect(0xb7fe3000, 4096, PROT_READ)   = 0
munmap(0xb7fb3000, 83456)               = 0
rt_sigaction(SIGSEGV, {0x804c417, [ILL BUS], SA_RESTORER|SA_ONESHOT|SA_SIGINFO, 0xb7eaca20}, NULL, 8) = 0
rt_sigaction(SIGILL, {0x804c417, [BUS SEGV], SA_RESTORER|SA_ONESHOT|SA_SIGINFO, 0xb7eaca20}, NULL, 8) = 0
rt_sigaction(SIGBUS, {0x804c417, [ILL SEGV], SA_RESTORER|SA_ONESHOT|SA_SIGINFO, 0xb7eaca20}, NULL, 8) = 0
brk(0)                                  = 0x8050000
brk(0x8071000)                          = 0x8071000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=809024, ...}) = 0
mmap2(NULL, 809024, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7dba000
close(3)                                = 0
open("/dev/hda", O_RDONLY|O_NONBLOCK)   = 3
ioctl(3, SCSI_IOCTL_GET_BUS_NUMBER, 0xbf8a04f8) = -1 EINVAL (Invalid argument)
ioctl(3, 0x30d, 0x804e3a0)              = 0
ioctl(3, 0x30d, 0x804e3a0)              = 0
open("/usr/share/misc/hddtemp.db", O_RDONLY) = 4
read(4, "#\n# Insert a regular expression "..., 1024) = 1024
read(4, "0A 19.9GB\n# SEAGATE ST330610A 29"..., 1007) = 1007
read(4, "################################"..., 1016) = 1016
read(4, "2080AH\"\n\n\"FUJITSU MPF3204AH\"\t\t19"..., 984) = 984
read(4, "B cache\"\n\"HDS722525VLAT80\"\t\t194 "..., 961) = 961
read(4, "C\t\"Hitachi Travelstar 4K40 40GB "..., 1000) = 1000
read(4, "r 16GP serie\"\n\n# according to sp"..., 988) = 988
read(4, "][02468]0AVV[AN]07*\"\t194  C\t\"IBM"..., 1015) = 1015
read(4, "\"Maxtor 5A300J0\"\n\"Maxtor 5T0[24]"..., 996) = 996
read(4, "reball CT10 20GB\"\n# I suspect th"..., 978) = 978
read(4, "SP0822N\"\t\t\t\t\t194  C\t\"Samsung SP0"..., 1015) = 1015
read(4, "\t\t\t\t0    C\t\"Seagate ST310210A\"\n\""..., 1013) = 1013
read(4, "ate U Series 40810 (40Gb, Ultra "..., 997) = 997
read(4, "B\"\n\"ST3120023A\"\t\t\t\t194  C\t\"Seaga"..., 971) = 971
read(4, "4  C\t\"Seagate Barracuda 7200.8 P"..., 1006) = 1006
read(4, "\"\n\"TOSHIBA MK3021GAS\"\t\t\t194  C\t\""..., 977) = 977
read(4, " AC420400D\"\t\t\t\t\t\t\t231 C \"Western"..., 1020) = 1020
read(4, "tern Digital Caviar 40GB Special"..., 981) = 981
read(4, "\t\t\t\t194 C \"Western Digital 800BB"..., 1002) = 1002
read(4, "\t194 C \"Western Digital Caviar 1"..., 998) = 998
read(4, "\t\t\t\t\t194 C \"Western Digital Cavi"..., 1002) = 610
read(4, "", 1024)                       = 0
close(4)                                = 0
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=26494, ...}) = 0
mmap2(NULL, 26494, PROT_READ, MAP_SHARED, 4, 0) = 0xb7fc1000
close(4)                                = 0
brk(0x8092000)                          = 0x8092000
brk(0x80b3000)                          = 0x80b3000
brk(0x80d4000)                          = 0x80d4000
brk(0x80f5000)                          = 0x80f5000
brk(0x8116000)                          = 0x8116000
brk(0x8137000)                          = 0x8137000
ioctl(3, 0x30d, 0xbf8a00a8)             = 0
ioctl(3, 0x31f, 0xbf8a029c)             = -1 EACCES (Permission denied)
ioctl(3, 0x31f, 0xbf8a029c)             = -1 EACCES (Permission denied)
ioctl(3, 0x31f, 0xbf8a02a4)             = -1 EACCES (Permission denied)
open("/usr/share/locale/locale.alias", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=2871, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fc0000
read(4, "# Locale name alias data base.\n#"..., 4096) = 2871
read(4, "", 4096)                       = 0
close(4)                                = 0
munmap(0xb7fc0000, 4096)                = 0
open("/usr/share/locale/pl_PL.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/pl_PL.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/pl_PL/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/pl.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/pl.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/pl/LC_MESSAGES/libc.mo", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=133783, ...}) = 0
mmap2(NULL, 133783, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7d99000
close(4)                                = 0
open("/usr/lib/gconv/ISO8859-2.so", O_RDONLY) = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\3\0"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0755, st_size=9512, ...}) = 0
mmap2(NULL, 12316, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7d95000
mmap2(0xb7d97000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x1) = 0xb7d97000
close(4)                                = 0
close(3)                                = 0
write(2, "/dev/hda: Brak dost\304\231pu\n", 24) = 24
exit_group(0)                           = ?

From uzi18 w o2.pl  Sat Jun 23 23:52:54 2007
From: uzi18 w o2.pl (Bart)
Date: Sat, 23 Jun 2007 23:52:54 +0200
Subject: hddtemp dla =?ISO-8859-2?Q?user=F3w?=
In-Reply-To: <9bf18e9e0706221450h311a83c5n40f0d2cfec81e7bb@mail.gmail.com>
References: <200706221643.27673.gruszex@gmail.com>	<1182533170.3103.10.camel@laptom>	<200706221941.11166.gruszex@gmail.com>
	<467C4172.9010805@o2.pl>
	<9bf18e9e0706221450h311a83c5n40f0d2cfec81e7bb@mail.gmail.com>
Message-ID: <467D9636.6010707@o2.pl>

Grzesiek Pycia wrote:
>
>
> 22-06-07, *Bart* <uzi18 w o2.pl <mailto:uzi18 w o2.pl>> napisał(a):
>
>
>
>     Tak troche OT.
>     Zalatwilem sprawe inaczej - zauwazylem ze dyski mi sie strasznie
>     grzeja
>     - dodalem opcje -S 60 do hdparm i teraz dysk mi sie sam wylacza gdy
>     przez kilka minut jest nie potrzebny.
>
>
>
> Takie wylączanie i wlaczanie chyba jest dla dysku gorsze niż
> temperatura...
>
Nie wiem moze i tak wiec co poradzic?
Moge ew. wydluzyc czas aktualnie ten paramter -S 60 daje ok. 5 min.




From doctorque w o2.pl  Sun Jun 24 08:05:23 2007
From: doctorque w o2.pl (Daniel Dawid <Light-I> Majewski)
Date: Sun, 24 Jun 2007 08:05:23 +0200
Subject: Hocki klocki z /lib/udev/udev_net_helper
Message-ID: <467E09A3.6020909@o2.pl>

Chciałbym nawiązać do wątku
http://lists.pld-linux.org/mailman/pipermail/pld-users-pl/2007-March/065164.html
- nie dopadłem na googlu rozwiązania. Tak więc  - jak wywalić tworzenie
plików urządzeń /etc/sysconfig/interfaces/ifcfg-nr[0-3] (NetRom)  i
/etc/sysconfig/interfaces/ifcfg-sit0 (nie używam IPV6), lub jakieś inne
hinty ?
-- 
Pozdrawiam,
Daniel Dawid <Light-I> Majewski


From pld w pfu.pl  Sun Jun 24 10:55:52 2007
From: pld w pfu.pl (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=)
Date: Sun, 24 Jun 2007 10:55:52 +0200
Subject: OT: Development na PDA
In-Reply-To: <cfcac88a0706230324v306ce4a7mfa30de09a6d1665b@mail.gmail.com>
References: <467CE7CF.3000809@pfu.pl>	<cfcac88a0706230316l49bcea13kde6cbb04f2b2f6a9@mail.gmail.com>
	<cfcac88a0706230324v306ce4a7mfa30de09a6d1665b@mail.gmail.com>
Message-ID: <467E3198.8060101@pfu.pl>

Serdeczne dzięki za wszelkie porady. Niestety, jest tego trochę sporo i
kompletnie się w tym wszystkim gubię. Nie muszę chyba dodawać, że
doświadczenie mam żadne. W związku z tym chciał bym jeszcze spytać czy
mogli byście podać mi jakieś namiary na instrukcję step-by-step jak
napisać swój pierwszy program.

-- 
   ______________Pozdrówka___________
  /    ___  ___  ___  ___    ___
 / _  /__/ ___/ /_   /__  / /_   /_/
/__/ / |  /__  /__  ___/ / /__  / |


From heretyk w pld-linux.org  Sun Jun 24 11:51:21 2007
From: heretyk w pld-linux.org (Jarek Koszuk)
Date: Sun, 24 Jun 2007 11:51:21 +0200
Subject: Hocki klocki z /lib/udev/udev_net_helper
In-Reply-To: <467E09A3.6020909@o2.pl>
References: <467E09A3.6020909@o2.pl>
Message-ID: <200706241151.22049.heretyk@pld-linux.org>

On Sun, June 24 2007, Daniel Dawid <Light-I> Majewski wrote:
> nie dopadłem na googlu rozwiązania. Tak więc  - jak wywalić tworzenie
> plików urządzeń /etc/sysconfig/interfaces/ifcfg-nr[0-3] (NetRom) i
> /etc/sysconfig/interfaces/ifcfg-sit0 (nie używam IPV6), lub jakieś inne
> hinty ?
udev_net_helper nie będzie tworzył plików interfejsów, jeśli ma ustawioną
zmienną:
AUTOMATIC_IFCFG=no

Można ją ustawić w /etc/sysconfig/network.

Pozdrawiam, JK




From freetz w gmx.net  Sun Jun 24 11:54:59 2007
From: freetz w gmx.net (Fryderyk Dziarmagowski)
Date: Sun, 24 Jun 2007 11:54:59 +0200
Subject: Hocki klocki z /lib/udev/udev_net_helper
In-Reply-To: <467E09A3.6020909@o2.pl>
References: <467E09A3.6020909@o2.pl>
Message-ID: <20070624115459.7f5fcec2.freetz@gmx.net>

--- "Daniel Dawid <Light-I> Majewski" <doctorque w o2.pl> wrote:

> Chciałbym nawiązać do wątku
> http://lists.pld-linux.org/mailman/pipermail/pld-users-pl/2007-March/065164.html
> - nie dopadłem na googlu rozwiązania. Tak więc  - jak wywalić tworzenie
> plików urządzeń /etc/sysconfig/interfaces/ifcfg-nr[0-3] (NetRom)  i
> /etc/sysconfig/interfaces/ifcfg-sit0 (nie używam IPV6), lub jakieś inne
> hinty ?

możliwe rozwiązania:
1. zaimplementować możliwość pominięcia coldplugu interfejsów (np.
   poprzez wykorzystanie funkcji dostarczanych przez udevtrigger)
2. wydzielić odpowiedzialne regułki + skrypty do osobnego pakietu
3. wywalić odpowiedzialne regułki fizycznie (sic!)
4. poprawić reguły aby uwzględniały "niepotrzebne" interfejsy

-- 
Fryderyk Dziarmagowski


From gzohop w gmail.com  Sun Jun 24 17:15:20 2007
From: gzohop w gmail.com (Grzesiek Pycia)
Date: Sun, 24 Jun 2007 17:15:20 +0200
Subject: OT: Development na PDA
In-Reply-To: <467E3198.8060101@pfu.pl>
References: <467CE7CF.3000809@pfu.pl>
	<cfcac88a0706230316l49bcea13kde6cbb04f2b2f6a9@mail.gmail.com>
	<cfcac88a0706230324v306ce4a7mfa30de09a6d1665b@mail.gmail.com>
	<467E3198.8060101@pfu.pl>
Message-ID: <9bf18e9e0706240815i77684c2emfb17052c6c5b2a1@mail.gmail.com>

24-06-07, Grzegorz Sójka <pld w pfu.pl> napisał(a):
>
> Serdeczne dzięki za wszelkie porady. Niestety, jest tego trochę sporo i
> kompletnie się w tym wszystkim gubię. Nie muszę chyba dodawać, że
> doświadczenie mam żadne. W związku z tym chciał bym jeszcze spytać czy
> mogli byście podać mi jakieś namiary na instrukcję step-by-step jak
> napisać swój pierwszy program.



A niema jakiegoś  sdk na stronach wince? Do symbiana jest a bez tego to
trochę kicha.
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  </mailman/pipermail/pld-users-pl/attachments/20070624/82cf1451/attachment.htm>

From pld w pfu.pl  Mon Jun 25 12:18:04 2007
From: pld w pfu.pl (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=)
Date: Mon, 25 Jun 2007 12:18:04 +0200
Subject: OT: Development na PDA
In-Reply-To: <9bf18e9e0706240815i77684c2emfb17052c6c5b2a1@mail.gmail.com>
References: <467CE7CF.3000809@pfu.pl>	<cfcac88a0706230316l49bcea13kde6cbb04f2b2f6a9@mail.gmail.com>	<cfcac88a0706230324v306ce4a7mfa30de09a6d1665b@mail.gmail.com>	<467E3198.8060101@pfu.pl>
	<9bf18e9e0706240815i77684c2emfb17052c6c5b2a1@mail.gmail.com>
Message-ID: <467F965C.5020604@pfu.pl>

No niestety, poległem. Jest kilka programów przykładowych ale niestety,
te kompilowane przez cegcc nie działają na moim PacketLoox600. Natomiast
te które kompilowane są przy użyciu mingw32ce chodzą cacy.

Postanowiłem dać sobie spokój. Zamiast pisać ściągnąłem z sieci jakiegoś
triala który mi odpowiada i mam nadzieje, ze jakoś się z nim "dogadam"
żeby pochodził trochę dłużej. :)

Tak czy inaczej dzięki za wszelkie porady.

-- 
   ______________Pozdrówka___________
  /    ___  ___  ___  ___    ___
 / _  /__/ ___/ /_   /__  / /_   /_/
/__/ / |  /__  /__  ___/ / /__  / |


From loc w toya.net.pl  Mon Jun 25 19:47:59 2007
From: loc w toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Mon, 25 Jun 2007 19:47:59 +0200
Subject: hddtemp dla =?UTF-8?B?dXNlcsOzdw==?=
In-Reply-To: <1182631682.4105.14.camel@laptom>
References: <200706221643.27673.gruszex@gmail.com>	<200706221941.11166.gruszex@gmail.com>
	<467C5282.9010909@toya.net.pl>	<200706230933.44389@slaptop.ed.pl>
	<1182631682.4105.14.camel@laptom>
Message-ID: <467FFFCF.2090800@toya.net.pl>

Krystian Tomczyk wrote:
> Ja robiłem stace'a tak:
> $ strace -o hddtemp-us.txt /usr/sbin/hddtemp /dev/hda
> Wynik w załączniku. Najbardziej podejrzane różnice w stosunku do
> uruchomionego z roota to (pierwsze z usera, drugie z roota):
> < ioctl(3, 0x30d, 0xbf8a00a8)             = 0
> < ioctl(3, 0x31f, 0xbf8a029c)             = -1 EACCES (Permission
> denied)
> < ioctl(3, 0x31f, 0xbf8a029c)             = -1 EACCES (Permission
> denied)
> < ioctl(3, 0x31f, 0xbf8a02a4)             = -1 EACCES (Permission
> denied)
> ---
>> ioctl(3, 0x30d, 0xbfc3ec38)             = 0
>> ioctl(3, 0x31f, 0xbfc3ee2c)             = 0
>> ioctl(3, 0x31f, 0xbfc3ee34)             = 0
>> ioctl(3, 0x31f, 0xbfc3ec30)             = 0
> 
> Ale i tak nie wiem co dalej...

Może się okazać, że te ioctl faktycznie wymagają roota. (bo to np. 
całkowicie cutomowe zapytania SCSI)
W takim wypadku zostaje zaproponowany już suid.

-- 
regards,
Jakub Piotr Cłapa


From adam.ryba w gmail.com  Mon Jun 25 21:40:34 2007
From: adam.ryba w gmail.com (Adam Ryba)
Date: Mon, 25 Jun 2007 21:40:34 +0200
Subject: =?UTF-8?Q?Re:_hddtemp_dla_user=C3=B3w?=
In-Reply-To: <467FFFCF.2090800@toya.net.pl>
References: <200706221643.27673.gruszex@gmail.com>
	<200706221941.11166.gruszex@gmail.com> <467C5282.9010909@toya.net.pl>
	<200706230933.44389@slaptop.ed.pl> <1182631682.4105.14.camel@laptom>
	<467FFFCF.2090800@toya.net.pl>
Message-ID: <de029f760706251240j8db9cf3rb961867dd2eac98b@mail.gmail.com>

25-06-07, Jakub Piotr Cłapa <loc w toya.net.pl> napisał(a):
> Może się okazać, że te ioctl faktycznie wymagają roota. (bo to np.
> całkowicie cutomowe zapytania SCSI)
> W takim wypadku zostaje zaproponowany już suid.

...albo do /usr/bin wrzucić skrypt o nazwie hddtemp:

#!/bin/sh
sudo /usr/sbin/hddtemp

i skonfigurować sudo, żeby wybrani userzy mogli go używać.

-- 
Adam 'Pooh' Ryba

From crazy w noshit.pl  Tue Jun 26 09:46:36 2007
From: crazy w noshit.pl (crazy w noshit.pl)
Date: Tue, 26 Jun 2007 09:46:36 +0200
Subject: Nowy postfix i problemy
Message-ID: <20070626094636.44102268@mind.noshit.pl>

Z rańca przy --upgrade-dist poszedł nowy postfix i jakieś nowe wynalazki
do niego.. 

Efekt: brak możliwości wysyłania maili z localhosta.
wszystkie konsolowe programy generują błędy na etapie msmtp.

Walczę z konfiguracją msmtp, ale coś nie bardzo mi idzie..

Jak sobie z tym poradzić ?

-- 

Pozdrawiam
--------------------------------------------------------
Ryszard Mielcarek       |    crazy(małpka)noshit(.)pl  |
http://crazy.geeks.pl   |    http://fun.noshit.pl      |
--------------------------------------------------------




From undefine w aramin.net  Tue Jun 26 10:06:00 2007
From: undefine w aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Tue, 26 Jun 2007 10:06:00 +0200
Subject: Nowy postfix i problemy
In-Reply-To: <20070626094636.44102268@mind.noshit.pl>
References: <20070626094636.44102268@mind.noshit.pl>
Message-ID: <20070626080600.GA32688@aramin.net>

On Tue, Jun 26, 2007 at 09:46:36AM +0200, crazy w noshit.pl wrote:
> Z rańca przy --upgrade-dist poszedł nowy postfix i jakieś nowe wynalazki
> do niego.. 
> 
> Efekt: brak możliwości wysyłania maili z localhosta.
> wszystkie konsolowe programy generują błędy na etapie msmtp.
> 
> Walczę z konfiguracją msmtp, ale coś nie bardzo mi idzie..
> 
> Jak sobie z tym poradzić ?
a jakieś szczegóły?
jak rozumiem chodzi o ac? w nim od wersji która była w ac-main doszedł
tylko plik który wcześniej nie był pakowany.

Pozdro

-- 
Andrzej 'The Undefined' Dopierała
Linux && Unix && Network administrator
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine w piastlan.net         e-mail: andrzej w dopierala.name


From crazy w noshit.pl  Tue Jun 26 10:16:01 2007
From: crazy w noshit.pl (crazy w noshit.pl)
Date: Tue, 26 Jun 2007 10:16:01 +0200
Subject: Nowy postfix i problemy
In-Reply-To: <20070626080600.GA32688@aramin.net>
References: <20070626094636.44102268@mind.noshit.pl>
	<20070626080600.GA32688@aramin.net>
Message-ID: <20070626101601.73b9d786@mind.noshit.pl>

Dnia Tue, 26 Jun 2007 10:06:00 +0200 Andrzej 'The Undefined' Dopierała
<undefine w aramin.net> napisał: 

> On Tue, Jun 26, 2007 at 09:46:36AM +0200, crazy w noshit.pl wrote:
> > Z rańca przy --upgrade-dist poszedł nowy postfix i jakieś nowe
> > wynalazki do niego.. 
> > 
> > Efekt: brak możliwości wysyłania maili z localhosta.
> > wszystkie konsolowe programy generują błędy na etapie msmtp.
> > 
> > Walczę z konfiguracją msmtp, ale coś nie bardzo mi idzie..
> > 
> > Jak sobie z tym poradzić ?
> a jakieś szczegóły?
> jak rozumiem chodzi o ac? w nim od wersji która była w ac-main doszedł
> tylko plik który wcześniej nie był pakowany.
> 

AC, postfix 2.2.5-12.

Przy instalacji :

  'osierocony' amavisd-new-2.4.5-2 zaznaczył msmtp-sendmail-1.4.10-1
(wł. /usr/lib/sendmail) msmtp-sendmail-1.4.10-1 zaznaczył
msmtp-1.4.10-1 (wł. msmtp = 1.4.10-1)

Czyli - z postfixa wyleciał link /usr/lib/sendmail.

Teraz, z palca:

[root w www mail]# mail -s test root

Cc:
[root w www mail]# send-mail: recipient address root not accepted by the
server send-mail: server message: 504 <root w localhost>: Sender address
rejected: need fully-qualified address send-mail: could not send mail
(account default from /etc/msmtprc)

Postfix ustawiony dość restrykcyjnie mam, za to z konfiguracją msmtp za
chiny nie mogę sobie poradzić.
Osobne sekcje account porobiłem, ale tak jak by ich nie widział.
Poza tym pisanie ustawień dla X userów mi się nie podoba, a
interaktywnie to nie działa..

Chyba po prostu zrobię downgrade postfixa..


-- 

Pozdrawiam
--------------------------------------------------------
Ryszard Mielcarek       |    crazy(małpka)noshit(.)pl  |
http://crazy.geeks.pl   |    http://fun.noshit.pl      |
--------------------------------------------------------




From crazy w noshit.pl  Tue Jun 26 10:20:42 2007
From: crazy w noshit.pl (crazy w noshit.pl)
Date: Tue, 26 Jun 2007 10:20:42 +0200
Subject: Nowy postfix i problemy
In-Reply-To: <20070626101601.73b9d786@mind.noshit.pl>
References: <20070626094636.44102268@mind.noshit.pl>
	<20070626080600.GA32688@aramin.net>
	<20070626101601.73b9d786@mind.noshit.pl>
Message-ID: <20070626102042.11f2074a@mind.noshit.pl>

Dnia Tue, 26 Jun 2007 10:16:01 +0200 <crazy w noshit.pl> napisał: 

> Dnia Tue, 26 Jun 2007 10:06:00 +0200 Andrzej 'The Undefined' Dopierała
> <undefine w aramin.net> napisał: 
> 
> > On Tue, Jun 26, 2007 at 09:46:36AM +0200, crazy w noshit.pl wrote:
> > > Z rańca przy --upgrade-dist poszedł nowy postfix i jakieś nowe
> > > wynalazki do niego.. 
> > > 
> > > Efekt: brak możliwości wysyłania maili z localhosta.
> > > wszystkie konsolowe programy generują błędy na etapie msmtp.
> > > 
> > > Walczę z konfiguracją msmtp, ale coś nie bardzo mi idzie..
> > > 
> > > Jak sobie z tym poradzić ?
> > a jakieś szczegóły?
> > jak rozumiem chodzi o ac? w nim od wersji która była w ac-main
> > doszedł tylko plik który wcześniej nie był pakowany.
> > 
> 
> AC, postfix 2.2.5-12.
> 
> Przy instalacji :
> 
>   'osierocony' amavisd-new-2.4.5-2 zaznaczył msmtp-sendmail-1.4.10-1
> (wł. /usr/lib/sendmail) msmtp-sendmail-1.4.10-1 zaznaczył
> msmtp-1.4.10-1 (wł. msmtp = 1.4.10-1)
> 
> Czyli - z postfixa wyleciał link /usr/lib/sendmail.

TAk naprawdę chyba to wyleciało z Provides, bo przy instalacji z
--nofollow --nodeps --force - wszystko działa tak jak należy.
Link powstał, maile się wysyłają poprawnie



-- 

Pozdrawiam
--------------------------------------------------------
Ryszard Mielcarek       |    crazy(małpka)noshit(.)pl  |
http://crazy.geeks.pl   |    http://fun.noshit.pl      |
--------------------------------------------------------




From undefine w aramin.net  Tue Jun 26 10:35:55 2007
From: undefine w aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Tue, 26 Jun 2007 10:35:55 +0200
Subject: Nowy postfix i problemy
In-Reply-To: <20070626102042.11f2074a@mind.noshit.pl>
References: <20070626094636.44102268@mind.noshit.pl>
	<20070626080600.GA32688@aramin.net>
	<20070626101601.73b9d786@mind.noshit.pl>
	<20070626102042.11f2074a@mind.noshit.pl>
Message-ID: <20070626083555.GA18486@aramin.net>

On Tue, Jun 26, 2007 at 10:20:42AM +0200, crazy w noshit.pl wrote:
> > AC, postfix 2.2.5-12.
> > 
> > Przy instalacji :
> > 
> >   'osierocony' amavisd-new-2.4.5-2 zaznaczył msmtp-sendmail-1.4.10-1
> > (wł. /usr/lib/sendmail) msmtp-sendmail-1.4.10-1 zaznaczył
> > msmtp-1.4.10-1 (wł. msmtp = 1.4.10-1)
> > 
> > Czyli - z postfixa wyleciał link /usr/lib/sendmail.
[undefine w ep09-pld ~]$ rpm -qpl /home/services/ftp/pld/dists/ac/ready/i686/postfix-2.2.5-12.i686.rpm |grep /usr/lib/sendmail
/usr/lib/sendmail

> TAk naprawdę chyba to wyleciało z Provides, bo przy instalacji z
> --nofollow --nodeps --force - wszystko działa tak jak należy.
> Link powstał, maile się wysyłają poprawnie
[undefine w ep09-pld ~]$ rpm -qp /home/services/ftp/pld/dists/ac/ready/i686/postfix-2.2.5-12.i686.rpm --provides |grep sendmail
[undefine w ep09-pld ~]$ rpm -qp /home/services/ftp/pld/dists/ac/PLD/i686/PLD/RPMS/postfix-2.2.5-9.i686.rpm --provides |grep sendmail
błąd: nie można otworzyć indeksu Pubkeys przy użyciu db3 - Brak dostępu (13)
ostrzeżenie: /home/services/ftp/pld/dists/ac/PLD/i686/PLD/RPMS/postfix-2.2.5-9.i686.rpm:
Nagłówek V3 sygnatura DSA: NOKEY, key ID 1bbd5459
[undefine w ep09-pld ~]$ 

hm.. czyli żadne provides typu sendmail się nie zmieniło :/

Ale coś mi się kojarzy że to jakiś problem z poldkiem, który domyslnie
wybiera coś głupiego zamiast /usr/lib/sendmail udostępnianego przez
postfixa...

-- 
Andrzej 'The Undefined' Dopierała
Linux && Unix && Network administrator
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine w piastlan.net         e-mail: andrzej w dopierala.name


From hawk w limanowa.net  Tue Jun 26 11:49:14 2007
From: hawk w limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Tue, 26 Jun 2007 11:49:14 +0200
Subject: Nowy postfix i problemy
In-Reply-To: <20070626101601.73b9d786@mind.noshit.pl>
References: <20070626094636.44102268@mind.noshit.pl>	<20070626080600.GA32688@aramin.net>
	<20070626101601.73b9d786@mind.noshit.pl>
Message-ID: <4680E11A.40204@limanowa.net>

> AC, postfix 2.2.5-12.
> 
> Przy instalacji :
> 
>   'osierocony' amavisd-new-2.4.5-2 zaznaczył msmtp-sendmail-1.4.10-1
> (wł. /usr/lib/sendmail) msmtp-sendmail-1.4.10-1 zaznaczył
> msmtp-1.4.10-1 (wł. msmtp = 1.4.10-1)
> 
> Czyli - z postfixa wyleciał link /usr/lib/sendmail.

Mialem to samo po --upgrade-dist ponad tydzien temu, a wiec przed
postfixem 2.2.5-12. Winny jest poldek, ktory szukajac co dostarcza
/usr/sbin/sendmail wpakowal mi do systemu msmtp pomimo, ze byl juz
zainstalowany postfix nadpisujac pliki tegoz. Odinstalowanie msmtp i
poldek -U --force postfix rozwiazalo problem.

M.


From aflinta w at.kernel.pl  Tue Jun 26 16:00:25 2007
From: aflinta w at.kernel.pl (Artur Flinta)
Date: Tue, 26 Jun 2007 16:00:25 +0200
Subject: hddtemp dla =?UTF-8?B?dXNlcsOzdw==?=
In-Reply-To: <467C4172.9010805@o2.pl>
References: <200706221643.27673.gruszex@gmail.com>	<1182533170.3103.10.camel@laptom>	<200706221941.11166.gruszex@gmail.com>
	<467C4172.9010805@o2.pl>
Message-ID: <46811BF9.7070609@at.kernel.pl>

Bart wrote:
> Zalatwilem sprawe inaczej - zauwazylem ze dyski mi sie strasznie grzeja

Co to znaczy, że dyski się strasznie grzeją? Jakaś konkretna temperatura?

Artur


From duch w wla.pl  Thu Jun 28 10:45:57 2007
From: duch w wla.pl (Arkadiusz Chomicki)
Date: Thu, 28 Jun 2007 10:45:57 +0200
Subject: Xeon 2.66 MHz bogomips
Message-ID: <200706281045.58045.duch@wla.pl>

witam

czy ktos z uzytkownikow listy posiada jeszcze procesor Xeon 2.66 MHz
potrzebuje informacji ile linux podaje bogomipsow dla tego procesora.


pozdrawiam
-- 
Arkadiusz Chomicki
duch (at) wla.pl


From pawel w artfan.net  Thu Jun 28 13:08:11 2007
From: pawel w artfan.net (=?iso-8859-2?q?Pawe=B3_Ko=B6ka?=)
Date: Thu, 28 Jun 2007 13:08:11 +0200
Subject: Xeon 2.66 MHz bogomips
In-Reply-To: <200706281045.58045.duch@wla.pl>
References: <200706281045.58045.duch@wla.pl>
Message-ID: <200706281308.11865.pawel@artfan.net>

Dnia czwartek, 28 czerwca 2007, Arkadiusz Chomicki napisał:
> witam
>
> czy ktos z uzytkownikow listy posiada jeszcze procesor Xeon 2.66 MHz
> potrzebuje informacji ile linux podaje bogomipsow dla tego procesora.

Hmm... ja nie mam akurat takiego Xeona, ale google odpowie chyba na twoje 
pytanie:

http://lists.pld-linux.org/mailman/pipermail/pld-users-pl/2003-December/022728.html

-- 
Pozdrawiam,
Paweł


From ab_1 w abram.eu.org  Thu Jun 28 13:18:31 2007
From: ab_1 w abram.eu.org (Michal Abramowicz)
Date: Thu, 28 Jun 2007 13:18:31 +0200
Subject: Xeon 2.66 MHz bogomips
In-Reply-To: <200706281308.11865.pawel@artfan.net>
References: <200706281045.58045.duch@wla.pl>
	<200706281308.11865.pawel@artfan.net>
Message-ID: <20070628111831.GA23340@mail.batek.pl>

On Thu, Jun 28, 2007 at 01:08:11PM +0200, Paweł Kośka wrote:
> Dnia czwartek, 28 czerwca 2007, Arkadiusz Chomicki napisał:
> > witam
> >
> > czy ktos z uzytkownikow listy posiada jeszcze procesor Xeon 2.66 MHz
> > potrzebuje informacji ile linux podaje bogomipsow dla tego procesora.
> 
> Hmm... ja nie mam akurat takiego Xeona, ale google odpowie chyba na twoje 
> pytanie:
> 
> http://lists.pld-linux.org/mailman/pipermail/pld-users-pl/2003-December/022728.html

żeby nie było:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Xeon(TM) CPU 2.60GHz
stepping        : 9
cpu MHz         : 2592.046
cache size      : 512 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 1
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
bogomips        : 5183.57


pozdrawiam

-- 
Michał Abramowicz	abram  pld  -  linux  org


From enleth w enleth.com  Thu Jun 28 22:52:04 2007
From: enleth w enleth.com (Remigiusz Marcinkiewicz)
Date: Thu, 28 Jun 2007 22:52:04 +0200
Subject: hddtemp dla =?iso-8859-2?q?user=F3w?=
In-Reply-To: <467D9636.6010707@o2.pl>
References: <200706221643.27673.gruszex@gmail.com>
	<9bf18e9e0706221450h311a83c5n40f0d2cfec81e7bb@mail.gmail.com>
	<467D9636.6010707@o2.pl>
Message-ID: <200706282252.06549.enleth@enleth.com>

Dnia sobota 23 czerwca 2007, Bart napisał:
> Grzesiek Pycia wrote:
> > 22-06-07, *Bart* <uzi18 w o2.pl <mailto:uzi18 w o2.pl>> napisał(a):
> >
> >
> >
> >     Tak troche OT.
> >     Zalatwilem sprawe inaczej - zauwazylem ze dyski mi sie strasznie
> >     grzeja
> >     - dodalem opcje -S 60 do hdparm i teraz dysk mi sie sam wylacza gdy
> >     przez kilka minut jest nie potrzebny.
> >
> >
> >
> > Takie wylączanie i wlaczanie chyba jest dla dysku gorsze niż
> > temperatura...
>
> Nie wiem moze i tak wiec co poradzic?
> Moge ew. wydluzyc czas aktualnie ten paramter -S 60 daje ok. 5 min.
>

Doczep niskoobrotowy wiatraczek, na kątowniku, pod dyskiem. Do ochłodzenia 
grzejącego się dysku wystarczy minimalny ruch powietrza od dołu, byleby tylko 
był. WD800 z 55C do 35 mi ochłodził wiatrak 80mm 12V wpięty między 5 a 12V z 
molexa (7V w efekcie), poziom hałasu przyzerowy nawet z bardzo małej 
odległości. Od czasowego wyłączania dysku naprawdę z daleka na desktopie, bo 
zarżniesz silnik.


-- 
Remigiusz "Enleth" Marcinkiewicz, enleth w enleth.com
WWW http://enleth.com http://jaskiniabehemota.net
JID enleth w chrome.pl
-------------- następna część ---------
Binarny załącznik wiadomości został usunięty...
Nazwa: nie znany
Typ: application/pgp-signature
Rozmiar: 189 bytes
Opis: nie znany
Adres: </mailman/pipermail/pld-users-pl/attachments/20070628/c34726b1/attachment.sig>

From duch w wla.pl  Fri Jun 29 13:34:59 2007
From: duch w wla.pl (Arkadiusz Chomicki)
Date: Fri, 29 Jun 2007 13:34:59 +0200
Subject: xorg.conf dodatkowy wyswietlacz na notebook
Message-ID: <200706291334.59798.duch@wla.pl>

witam

potrzebuje pomocy jak wymusic na X11 wyswietlanie na dodatkowym wyjsciu 
lapotopa.
Framebuffer dobrze sobie z tym radzi, a X11 wyswietla tylko na wyswietlaczu 
laptopa.


w logax X mam cos takiego:
(II) RADEON(0): Primary:
 Monitor   -- LVDS
 Connector -- VGA
 DAC Type  -- Primary
 TMDS Type -- NONE
 DDC Type  -- VGA_DDC
(II) RADEON(0): Secondary:
 Monitor   -- NONE
 Connector -- Proprietary
 DAC Type  -- TVDAC/ExtDAC
 TMDS Type -- NONE
 DDC Type  -- NONE
(II) RADEON(0): PLL parameters: rf=2700 rd=12 min=20000 max=35000; xclk=20000
(WW) RADEON(0): Failed to detect secondary monitor, MergedFB/Clone mode 
disabled

wyglada na to, ze sprawdza czy jest podpiety zewnetrzny monitor i jesli nie to 
nie przelacza sie.

Windows wyswietla mi na obu to samo i chcialbym miec podobnie w X11, jak 
zmusic X zeby wyswietlal na obu monitorach to samo?

pozdrawiam
-- 
Arkadiusz Chomicki
duch (at) wla.pl


From paszczus w gzowski.opole.pl  Fri Jun 29 14:16:32 2007
From: paszczus w gzowski.opole.pl (=?iso-8859-2?b?U7Nhd29taXI=?= Paszkiewicz)
Date: Fri, 29 Jun 2007 14:16:32 +0200
Subject: PLD RescueCD  2.90
In-Reply-To: <200706181021.25433.arekm@maven.pl>
References: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>
	<20070618080725.GA31256@kolos.math.uni.lodz.pl>
	<200706181021.25433.arekm@maven.pl>
Message-ID: <20070629141632.xkc8gch000w0c00s@poczta.gzowski.opole.pl>


>> On Mon, Jun 18, 2007 at 12:14:22AM +0200, Arkadiusz Patyk wrote:
>> > Hej
>> >
>> > Nowy snap PLD RescueCD dostępny na: http://rescuecd.pld-linux.org/
>> >
>> > Wersja 2.90 bazuje na TH z kernelem 2.6.21.5 SMP

A wie ktos moze jak z dzialaniem nowych sagemow @USB na tym rescueCD?
Bo na poprzedniej wersji (2.01) byl problem.

Pozdrawiam


From undefine w aramin.net  Sat Jun 30 13:36:22 2007
From: undefine w aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Sat, 30 Jun 2007 13:36:22 +0200
Subject: PLD RescueCD  2.90
In-Reply-To: <20070629141632.xkc8gch000w0c00s@poczta.gzowski.opole.pl>
References: <g9cb73hh8lue8vqgke30ngpstsi5uf6nct@4ax.com>
	<20070618080725.GA31256@kolos.math.uni.lodz.pl>
	<200706181021.25433.arekm@maven.pl>
	<20070629141632.xkc8gch000w0c00s@poczta.gzowski.opole.pl>
Message-ID: <20070630113622.GA21454@aramin.net>

On Fri, Jun 29, 2007 at 02:16:32PM +0200, Sławomir Paszkiewicz wrote:
> 
> >> On Mon, Jun 18, 2007 at 12:14:22AM +0200, Arkadiusz Patyk wrote:
> >> > Hej
> >> >
> >> > Nowy snap PLD RescueCD dostępny na: http://rescuecd.pld-linux.org/
> >> >
> >> > Wersja 2.90 bazuje na TH z kernelem 2.6.21.5 SMP
> 
> A wie ktos moze jak z dzialaniem nowych sagemow @USB na tym rescueCD?
> Bo na poprzedniej wersji (2.01) byl problem.
w repo nie widzę wogóle paczki z modułami do nowych sagemów, więc - nie
sądzę by działało ;)

-- 
Andrzej 'The Undefined' Dopierała
Linux && Unix && Network administrator
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine w piastlan.net         e-mail: andrzej w dopierala.name


From dhubleizh w o2.pl  Sat Jun  9 10:43:11 2007
From: dhubleizh w o2.pl (Cezary Krzyzanowski)
Date: Sat, 09 Jun 2007 08:43:11 -0000
Subject: [TH ]lirc - =?UTF-8?Q?uda=C5=82o?= =?UTF-8?Q?_si=C4=99?=
	komkolwiek =?UTF-8?Q?skompilowa=C4=87=3F?=
In-Reply-To: <20070608223651.4ae67ee2@przemek>
References: <20070603163623.050d8624@przemek>
	<1180890175.3307.45.camel@ipv6-localnet>
	<20070608223651.4ae67ee2@przemek>
Message-ID: <1181378442.3488.1.camel@ipv6-localnet>

Dnia 08-06-2007, Pt o godzinie 22:36 +0200, Przemek Gierski napisał(a):
> Mógłbym prosić o jakąś pomoc?

Znalazłem coś takiego u siebie w katalogu. Nie jestem pewien, czy to
wszystko, bo dawno zmieniałem kernela (więc i lirc-a). Mam nadzieję, że
pomoże.

Cz w rny
P.S.
Zwykle wystarczy się ograniczyć do zbudowania tylko tych sterowników,
które potrzebujesz + lirc_dev.
-------------- następna część ---------
# $Revision: 1.137 $, $Date: 2007/03/14 00:22:09 $
# TODO
# - are jpegs in docs (remotes) a good idea?
#
# Conditional build:
%bcond_without	dist_kernel	# without sources of distribution kernel
%bcond_without	kernel		# don't build kernel modules, only library+programs
%bcond_without	up		# don't build UP module
%bcond_without	smp		# don't build SMP module
%bcond_without	userspace	# build only packages with kernel modules
%bcond_without	svga		# without svgalib-based utility
%bcond_without	x		# without X11-based utilitied
#
%define		drivers		"lirc_it87 lirc_serial lirc_atiusb lirc_mceusb lirc_sir lirc_bt829 lirc_i2c lirc_mceusb2 lirc_streamzap lirc_cmdir lirc_igorplugusb lirc_dev lirc_imon lirc_sasem lirc_parallel lirc_gpio"
Summary:	Linux Infrared Remote Control daemons
Summary(pl.UTF-8):	Serwery do zdalnego sterowania Linuksem za pomocą podczerwieni
Name:		lirc
Version:	0.8.1
%define	_rel	1
Release:	%{_rel}
License:	GPL
Group:		Daemons
Source0:	http://dl.sourceforge.net/lirc/%{name}-%{version}.tar.bz2
# Source0-md5:	3a42083fc6c54797351e52c77537c586
Source1:	http://lirc.sourceforge.net/remotes.tar.bz2
# Source1-md5:	34cd3c34ff7e51c9dc976aff3a87a1ab
Source2:	%{name}d.sysconfig
Source3:	%{name}d.init
Source4:	%{name}md.init
Patch0:		%{name}-opt.patch
Patch1:		%{name}-tmp.patch
Patch2:		%{name}-bttv-headers.patch
Patch3:		%{name}-no-svgalib.patch
Patch4:		%{name}-alpha.patch
Patch5:		%{name}-i2c-2.8.x.patch
Patch6:		%{name}-sparc.patch
Patch7:		%{name}-remotes.patch
Patch8:		%{name}-vserver.patch
Patch9:		%{name}-kernel-2.6.20.patch
URL:		http://www.lirc.org/
#%{?with_x:BuildRequires:	xorg-lib-libX11-devel}
BuildRequires:	autoconf
BuildRequires:	automake
BuildRequires:	libtool
%if %{with dist_kernel} && %{with kernel}
BuildRequires:	kernel-headers
BuildRequires:	kernel%{_alt_kernel}-source
%endif
%{?with_kernel:BuildRequires:	%{kgcc_package}}
BuildRequires:	rpmbuild(macros) >= 1.118
%{?with_svga:BuildRequires:	svgalib-devel}
Requires(post,preun):	/sbin/chkconfig
Requires:	%{name}-libs = %{version}-%{release}
BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)

%description
LIRC is a package that allows you to decode and send infra-red signals
of many (but not all) commonly used remote controls.

%description -l pl.UTF-8
LIRC to program pozwalający na dekodowanie nadchodzących oraz
wysyłanie sygnałów w podczerwieni za pomocą wielu (ale nie wszystkich)
popularnych urządzeń do zdalnego sterowania.

%package X11
Summary:	Linux Infrared Remote Control - X11 utilities
Summary(pl.UTF-8):	Zdalne sterowanie Linuksem za pomocą podczerwieni - narzędzia X11
Group:		X11/Applications
Requires:	%{name}-libs = %{version}-%{release}

%description X11
Linux Infrared Remote Control - X11 utilities.

%description X11 -l pl.UTF-8
Zdalne sterowanie Linuksem za pomocą podczerwieni - narzędzia X11.

%package svga
Summary:	Linux Infrared Remote Control - svgalib utilities
Summary(pl.UTF-8):	Zdalne sterowanie Linuksem za pomocą podczerwieni - narzędzia svgalib
Group:		Applications
Requires:	%{name}-libs = %{version}-%{release}

%description svga
Linux Infrared Remote Control - svgalib-based utilities.

%description svga -l pl.UTF-8
Zdalne sterowanie Linuksem za pomocą podczerwieni - narzędzia oparte
na svgalibie.

%package libs
Summary:	LIRC libraries
Summary(pl.UTF-8):	Biblioteki LIRC
Group:		Libraries
Conflicts:	lirc < 0.6.3-3
# didn't use /tmp/.lircd

%description libs
This package provides the libraries necessary to run lirc client
programs.

%description libs -l pl.UTF-8
Ten pakiet zawiera biblioteki niezbędne do działania klientów LIRC.

%package devel
Summary:	Header files for LIRC development
Summary(pl.UTF-8):	Pliki nagłówkowe do tworzenia programów z obsługą LIRC
Group:		Development/Libraries
Requires:	%{name}-libs = %{version}-%{release}

%description devel
This package provides the files necessary to develop LIRC-based
programs.

%description devel -l pl.UTF-8
Ten pakiet zawiera pliki niezbędne do tworzenia programów opartych na
LIRC.

%package static
Summary:	Static library for LIRC development
Summary(pl.UTF-8):	Biblioteka statyczna LIRC
Group:		Development/Libraries
Requires:	%{name}-devel = %{version}-%{release}

%description static
The files necessary for development of statically-linked lirc-based
programs.

%description static -l pl.UTF-8
Pliki potrzebne do tworzenia łączonych statycznie programów opartych
na LIRC.

%package -n kernel%{_alt_kernel}-char-lirc-atiusb
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3

%description -n kernel%{_alt_kernel}-char-lirc-atiusb
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_atiusb module.

%description -n kernel%{_alt_kernel}-char-lirc-atiusb -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_atiusb.

%package -n kernel%{_alt_kernel}-char-lirc-bt829
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3

%description -n kernel%{_alt_kernel}-char-lirc-bt829
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_bt829 module.

%description -n kernel%{_alt_kernel}-char-lirc-bt829 -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_bt829.

%package -n kernel%{_alt_kernel}-char-lirc-cmdir
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3

%description -n kernel%{_alt_kernel}-char-lirc-cmdir
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_cmdir module.

%description -n kernel%{_alt_kernel}-char-lirc-cmdir -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_cmdir.

%package -n kernel%{_alt_kernel}-char-lirc-dev
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-dev

%description -n kernel%{_alt_kernel}-char-lirc-dev
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_dev module.

%description -n kernel%{_alt_kernel}-char-lirc-dev -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_dev.

%package -n kernel%{_alt_kernel}-char-lirc-gpio
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-gpio

%description -n kernel%{_alt_kernel}-char-lirc-gpio
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_gpio module.

%description -n kernel%{_alt_kernel}-char-lirc-gpio -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_gpio.

%package -n kernel%{_alt_kernel}-char-lirc-i2c
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-i2c

%description -n kernel%{_alt_kernel}-char-lirc-i2c
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_i2c module.

%description -n kernel%{_alt_kernel}-char-lirc-i2c -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_i2c.

%package -n kernel%{_alt_kernel}-char-lirc-igorplugusb
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-igorplugusb

%description -n kernel%{_alt_kernel}-char-lirc-igorplugusb
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_igorplugusb module.

%description -n kernel%{_alt_kernel}-char-lirc-igorplugusb -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_igorplugusb.

%package -n kernel%{_alt_kernel}-char-lirc-imon
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-imon

%description -n kernel%{_alt_kernel}-char-lirc-imon
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_imon module.

%description -n kernel%{_alt_kernel}-char-lirc-imon -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_imon.

%package -n kernel%{_alt_kernel}-char-lirc-it87
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3

%description -n kernel%{_alt_kernel}-char-lirc-it87
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_it87 module.

%description -n kernel%{_alt_kernel}-char-lirc-it87 -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_it87.

%package -n kernel%{_alt_kernel}-char-lirc-mceusb
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3

%description -n kernel%{_alt_kernel}-char-lirc-mceusb
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_mceusb module.

%description -n kernel%{_alt_kernel}-char-lirc-mceusb -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_mceusb.

%package -n kernel%{_alt_kernel}-char-lirc-sasem
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3

%description -n kernel%{_alt_kernel}-char-lirc-sasem
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_sasem module.

%description -n kernel%{_alt_kernel}-char-lirc-sasem -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_sasem.

%package -n kernel%{_alt_kernel}-char-lirc-serial
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
%{?with_dist_kernel:Requires:	setserial}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-serial

%description -n kernel%{_alt_kernel}-char-lirc-serial
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_serial module for devices connected to serial port.

%description -n kernel%{_alt_kernel}-char-lirc-serial -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_serial dla urządzeń podłączanych do portu szeregowego.

%package -n kernel%{_alt_kernel}-char-lirc-streamzap
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-streamzap

%description -n kernel%{_alt_kernel}-char-lirc-streamzap
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_streamzap module.

%description -n kernel%{_alt_kernel}-char-lirc-streamzap -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_streamzap.

%package -n kernel%{_alt_kernel}-char-lirc-parallel
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-parallel

%description -n kernel%{_alt_kernel}-char-lirc-parallel
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc-parallel module for devices connected to parallel port.

%description -n kernel%{_alt_kernel}-char-lirc-parallel -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_parallel dla urządzeń podłączanych do portu równoległego.

%package -n kernel%{_alt_kernel}-char-lirc-sir
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-sir

%description -n kernel%{_alt_kernel}-char-lirc-sir
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_sir module.

%description -n kernel%{_alt_kernel}-char-lirc-sir -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_sir.

%package -n kernel%{_alt_kernel}-smp-char-lirc-atiusb
Summary:	SMP kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra SMP dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_smp}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-smp-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3

%description -n kernel%{_alt_kernel}-smp-char-lirc-atiusb
This package contains the SMP kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_atiusb module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-atiusb -l pl.UTF-8
Ten pakiet zawiera moduły jądra SMP niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_atiusb.

%package -n kernel%{_alt_kernel}-smp-char-lirc-bt829
Summary:	SMP kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra SMP dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_smp}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-smp-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3

%description -n kernel%{_alt_kernel}-smp-char-lirc-bt829
This package contains the SMP kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_bt829 module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-bt829 -l pl.UTF-8
Ten pakiet zawiera moduły jądra SMP niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_bt829.

%package -n kernel%{_alt_kernel}-smp-char-lirc-cmdir
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-smp-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3

%description -n kernel%{_alt_kernel}-smp-char-lirc-cmdir
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_cmdir module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-cmdir -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_cmdir.

%package -n kernel%{_alt_kernel}-smp-char-lirc-dev
Summary:	SMP kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra SMP dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_smp}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-dev

%description -n kernel%{_alt_kernel}-smp-char-lirc-dev
This package contains the SMP kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_dev module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-dev -l pl.UTF-8
Ten pakiet zawiera moduły jądra SMP niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_dev.

%package -n kernel%{_alt_kernel}-smp-char-lirc-gpio
Summary:	SMP kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_smp}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-smp-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-gpio

%description -n kernel%{_alt_kernel}-smp-char-lirc-gpio
This package contains the SMP kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_gpio module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-gpio -l pl.UTF-8
Ten pakiet zawiera moduły jądra SMP niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_gpio.

%package -n kernel%{_alt_kernel}-smp-char-lirc-i2c
Summary:	SMP kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra SMP dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_smp}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-smp-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-i2c

%description -n kernel%{_alt_kernel}-smp-char-lirc-i2c
This package contains the SMP kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_i2c module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-i2c -l pl.UTF-8
Ten pakiet zawiera moduły jądra SMP niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_i2c.

%package -n kernel%{_alt_kernel}-smp-char-lirc-igorplugusb
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-smp-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-igorplugusb

%description -n kernel%{_alt_kernel}-smp-char-lirc-igorplugusb
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_igorplugusb module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-igorplugusb -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_igorplugusb.

%package -n kernel%{_alt_kernel}-smp-char-lirc-imon
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-smp-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-imon

%description -n kernel%{_alt_kernel}-smp-char-lirc-imon
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_imon module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-imon -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_imon.

%package -n kernel%{_alt_kernel}-smp-char-lirc-it87
Summary:	SMP kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra SMP dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_smp}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-smp-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3

%description -n kernel%{_alt_kernel}-smp-char-lirc-it87
This package contains the SMP kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_it87 module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-it87 -l pl.UTF-8
Ten pakiet zawiera moduły jądra SMP niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_it87.

%package -n kernel%{_alt_kernel}-smp-char-lirc-mceusb
Summary:	SMP kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra SMP dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_smp}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-smp-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3

%description -n kernel%{_alt_kernel}-smp-char-lirc-mceusb
This package contains the SMP kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_mceusb module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-mceusb -l pl.UTF-8
Ten pakiet zawiera moduły jądra SMP niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_mceusb.

%package -n kernel%{_alt_kernel}-smp-char-lirc-sasem
Summary:	SMP kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra SMP dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_smp}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-smp-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3

%description -n kernel%{_alt_kernel}-smp-char-lirc-sasem
This package contains the SMP kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_sasem module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-sasem -l pl.UTF-8
Ten pakiet zawiera moduły jądra SMP niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_sasem.

%package -n kernel%{_alt_kernel}-smp-char-lirc-serial
Summary:	SMP kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra SMP dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_smp}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-smp-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
%{?with_dist_kernel:Requires:	setserial}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-serial

%description -n kernel%{_alt_kernel}-smp-char-lirc-serial
This package contains the SMP kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_serial module for devices connected to serial port.

%description -n kernel%{_alt_kernel}-smp-char-lirc-serial -l pl.UTF-8
Ten pakiet zawiera moduły jądra SMP niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_serial dla urządzeń podłączanych do portu szeregowego.

%package -n kernel%{_alt_kernel}-smp-char-lirc-streamzap
Summary:	Kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_up}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Requires:	kernel%{_alt_kernel}-smp-char-lirc-dev = %{version}-%{_rel}@%{_kernel_ver_str}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-streamzap

%description -n kernel%{_alt_kernel}-smp-char-lirc-streamzap
This package contains the kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_streamzap module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-streamzap -l pl.UTF-8
Ten pakiet zawiera moduły jądra niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_streamzap.

%package -n kernel%{_alt_kernel}-smp-char-lirc-parallel
Summary:	SMP kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra SMP dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_smp}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-parallel

%description -n kernel%{_alt_kernel}-smp-char-lirc-parallel
This package contains the SMP kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc-parallel module for devices connected to parallel port.

%description -n kernel%{_alt_kernel}-char-lirc-parallel -l pl.UTF-8
Ten pakiet zawiera moduły jądra SMP niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_parallel dla urządzeń podłączanych do portu równoległego.

%package -n kernel%{_alt_kernel}-smp-char-lirc-sir
Summary:	SMP kernel modules for Linux Infrared Remote Control
Summary(pl.UTF-8):	Moduły jądra dla zdalnej obsługi Linuksa za pomocą podczerwieni
Release:	%{_rel}@%{_kernel_ver_str}
Group:		Base/Kernel
%{?with_dist_kernel:%requires_releq_kernel_smp}
Requires(post,postun):	/sbin/depmod
Requires:	%{name} = %{version}-%{_rel}
Conflicts:	dev < 2.8.0-3
Obsoletes:	lirc-modules
Obsoletes:	lirc-modules-sir

%description -n kernel%{_alt_kernel}-smp-char-lirc-sir
This package contains the SMP kernel modules necessary to operate some
infrared remote control devices (such as the ones bundled with TV
cards).

lirc_sir module.

%description -n kernel%{_alt_kernel}-smp-char-lirc-sir -l pl.UTF-8
Ten pakiet zawiera moduły jądra SMP niezbędne do obsługi niektórych
pilotów na podczerwień (w tym tych dostarczanych z kartami TV).

Moduł lirc_sir.

%package	remotes
Summary:	Lirc remotes database
Summary(pl.UTF-8):	Baza pilotów obsługiwanych przez lirc
Group:		Documentation
Requires:	%{name} = %{version}-%{_rel}

%description remotes
This package contains configuration files for many remotes supported
by lirc.

%description remotes -l pl.UTF-8
Ten pakiet zawiera pliki konfiguracyjne dla wielu pilotów
obsługiwanych przez lirc.

%prep
echo %{_alt_kernel}
echo %{alt_kernel}
echo %{_kernelsrcdir}
%setup -q -a 1
%patch0 -p1
%patch1 -p1
#%patch2 -p1
%if !%{with svga}
%patch3 -p1
%endif
%patch4 -p1
%if %{with kernel}
if grep -qs 'I2C_VERSION.*"2\.8\.' %{_kernelsrcdir}/include/linux/i2c.h ; then
%patch5 -p0
fi
%endif
%patch6 -p1
%patch7 -p1
%patch8 -p1
%patch9 -p1

%build
echo '#' > drivers/Makefile.am
%{__libtoolize}
%{__aclocal}
%{__automake}
%{__autoheader}
%{__autoconf}

%configure \
	ac_cv_header_portaudio_h=no \
	--with-kerneldir=%{_kernelsrcdir} \
	%{?with_x:--with-x} \
	--with-port=0x2f8 \
	--with-irq=3 \
	--without-soft-carrier \
	--with-driver=userspace \
	--with-igor

%{?with_userspace:%{__make}}

%if %{with kernel}
cd drivers

for cfg in %{?with_dist_kernel:%{?with_smp:smp}}%{!?with_dist_kernel:nondist}; do
	drivers=%{drivers}
	rm -rf o
	if [ ! -r "%{_kernelsrcdir}/config-$cfg" ]; then
		exit 1
	fi
	install -d o/include/{linux,config}
	ln -sf %{_kernelsrcdir}/config-$cfg o/.config
	ln -sf %{_kernelsrcdir}/include/linux/autoconf-$cfg.h o/include/linux/autoconf.h
	[ ! -L o/include/asm ] && ln -sf %{_kernelsrcdir}/include/asm-%{_target_base_arch} o/include/asm
	ln -sf %{_kernelsrcdir}/Module.symvers-$cfg o/Module.symvers
	%if %{without dist_kernel}
		touch o/include/config/MARKER
		ln -sf %{_kernelsrcdir}/scripts o/
	%else
		%{__make} -j1 -C %{_kernelsrcdir} O=$PWD/o prepare scripts
	%endif
	for drv in $drivers; do
		cd $drv
		if [ "$drv" == "lirc_parallel" ] && [ "$cfg" == "smp" ]; then
			echo "lirc_parallel is not smp safe"
		else
			ln -sf ../o
			%{__make} clean \
				RCS_FIND_IGNORE="-name '*.ko' -o" \
				M=$PWD O=$PWD/o \
				%{?with_verbose:V=1}
			%{__make} \
				M=$PWD O=$PWD/o \
				%{?with_verbose:V=1}
			mv $drv{,-$cfg}.ko
		fi
		cd ..
	done
done
cd ..

%endif

%install
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT{%{_bindir},%{_aclocaldir},/dev,/var/log} \
	$RPM_BUILD_ROOT/etc/{rc.d/init.d,sysconfig}

%if %{with kernel}
drivers=%{drivers}
install -d $RPM_BUILD_ROOT/lib/modules/%{_kernel_ver}{,smp}/misc
for drv in $drivers; do
	%if %{with smp} && %{with dist_kernel}
		if [ ! "$drv" == "lirc_parallel" ]; then
			install drivers/$drv/$drv-smp.ko \
				$RPM_BUILD_ROOT/lib/modules/%{_kernel_ver}smp/misc/$drv.ko
		fi
	%endif
done
%endif

%if %{with userspace}
%{__make} install \
	DESTDIR=$RPM_BUILD_ROOT \
	sysconfdir=$RPM_BUILD_ROOT%{_sysconfdir}

cat>$RPM_BUILD_ROOT%{_sysconfdir}/lircd.conf<<END
#
# This is a placeholder for your configuration file.
# See %{_docdir}/%{name}-%{version}/remotes for some examples.
#
END
cp -f $RPM_BUILD_ROOT%{_sysconfdir}/lirc{,m}d.conf
install contrib/*.m4 $RPM_BUILD_ROOT%{_aclocaldir}
:> $RPM_BUILD_ROOT/var/log/lircd

install %{SOURCE2} $RPM_BUILD_ROOT/etc/sysconfig/lircd
install %{SOURCE3} $RPM_BUILD_ROOT/etc/rc.d/init.d/lircd
install %{SOURCE4} $RPM_BUILD_ROOT/etc/rc.d/init.d/lircmd
%endif

%clean
rm -rf $RPM_BUILD_ROOT

%post	libs -p /sbin/ldconfig
%postun	libs -p /sbin/ldconfig

%post
/sbin/chkconfig --add lircd
if [ -f /var/lock/subsys/lircd ]; then
	/etc/rc.d/init.d/lircd restart >&2
else
	echo "Run \"/etc/rc.d/init.d/lircd start\" to start lircd." >&2
fi
/sbin/chkconfig --add lircmd
if [ -f /var/lock/subsys/lircmd ]; then
	/etc/rc.d/init.d/lircmd restart >&2
else
	echo "Run \"/etc/rc.d/init.d/lircmd start\" to start lircmd." >&2
fi
echo "If you are using a kernel-module-based driver, don't forget to"
echo "install the kernel%{_alt_kernel}-char-lirc-<your_driver> or"
echo "kernel%{_alt_kernel}-smp-char-lirc-<your_driver> package."

%preun
if [ "$1" = "0" ]; then
	if [ -f /var/lock/subsys/lircd ]; then
		/etc/rc.d/init.d/lircd stop >&2
	fi
	/sbin/chkconfig --del lircd
fi
if [ "$1" = "0" ]; then
	if [ -f /var/lock/subsys/lircmd ]; then
		/etc/rc.d/init.d/lircmd stop >&2
	fi
	/sbin/chkconfig --del lircmd
fi

%post	-n kernel%{_alt_kernel}-char-lirc-atiusb
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_atiusb' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-atiusb
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-bt829
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_bt829' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-bt829
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-cmdir
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_cmdir' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-cmdir
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-dev
%depmod %{_kernel_ver}

%postun	-n kernel%{_alt_kernel}-char-lirc-dev
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-gpio
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_gpio' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-gpio
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-i2c
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_i2c' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-i2c
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-igorplugusb
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_igorplugusb' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-igorplugusb
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-imon
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_imon' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-imon
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-it87
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_it87' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-it87
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-mceusb
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_mceusb' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-mceusb
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-sasem
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_sasem' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-sasem
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-serial
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_serial' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-serial
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-streamzap
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_streamzap' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-streamzap
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-parallel
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_parallel' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-parallel
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-char-lirc-sir
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_sir' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-char-lirc-sir
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-smp-char-lirc-atiusb
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_atiusb' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-atiusb
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-smp-char-lirc-bt829
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_bt829' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-bt829
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-smp-char-lirc-cmdir
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_cmdir' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-cmdir
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-smp-char-lirc-dev
%depmod %{_kernel_ver}smp

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-dev
%depmod %{_kernel_ver}smp

%post	-n kernel%{_alt_kernel}-smp-char-lirc-gpio
%depmod %{_kernel_ver}smp
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_gpio' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-gpio
%depmod %{_kernel_ver}smp

%post	-n kernel%{_alt_kernel}-smp-char-lirc-i2c
%depmod %{_kernel_ver}smp
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_i2c' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-i2c
%depmod %{_kernel_ver}smp

%post	-n kernel%{_alt_kernel}-smp-char-lirc-igorplugusb
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_igorplugusb' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-igorplugusb
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-smp-char-lirc-imon
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_imon' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-imon
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-smp-char-lirc-it87
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_it87' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-it87
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-smp-char-lirc-mceusb
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_mceusb' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-mceusb
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-smp-char-lirc-sasem
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_sasem' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-sasem
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-smp-char-lirc-serial
%depmod %{_kernel_ver}smp
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_serial' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-serial
%depmod %{_kernel_ver}smp

%post	-n kernel%{_alt_kernel}-smp-char-lirc-streamzap
%depmod %{_kernel_ver}
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_streamzap' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-streamzap
%depmod %{_kernel_ver}

%post	-n kernel%{_alt_kernel}-smp-char-lirc-parallel
%depmod %{_kernel_ver}smp
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_parallel' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-parallel
%depmod %{_kernel_ver}smp

%post	-n kernel%{_alt_kernel}-smp-char-lirc-sir
%depmod %{_kernel_ver}smp
if [ "$1" = "1" ]; then
	echo "Don't forget to add an 'alias lirc lirc_sir' line"
	echo "to your /etc/modules.conf."
fi

%postun	-n kernel%{_alt_kernel}-smp-char-lirc-sir
%depmod %{_kernel_ver}smp

%if %{with userspace}
%files
%defattr(644,root,root,755)
%doc ANNOUNCE AUTHORS NEWS README TODO ChangeLog
%doc contrib/lircrc doc/{html,images,lirc.css}
%attr(755,root,root) %{_bindir}/ir[!x]*
%attr(755,root,root) %{_bindir}/mode2
%attr(755,root,root) %{_bindir}/lircrcd
%attr(755,root,root) %{_sbindir}/*
%attr(754,root,root) /etc/rc.d/init.d/*
%attr(640,root,root) %config(noreplace) %verify(not md5 mtime size) /etc/sysconfig/*
%config(noreplace) %{_sysconfdir}/*.conf
%{_mandir}/man1/ir[!x]*
%{_mandir}/man1/[!isx]*
%{_mandir}/man8/*
%ghost %attr(600,root,root) /var/log/lircd

%files remotes
%defattr(644,root,root,755)
# XXX: are jpegs in docs (remotes) a good idea?
%doc remotes

%if %{with x}
%files X11
%defattr(644,root,root,755)
%doc doc/irxevent.keys
%attr(755,root,root) %{_bindir}/irxevent
%attr(755,root,root) %{_bindir}/xmode2
%{_mandir}/man1/irxevent.1*
%{_mandir}/man1/xmode2.1*
%endif

%if %{with svga}
%files svga
%defattr(644,root,root,755)
%attr(755,root,root) %{_bindir}/smode2
%{_mandir}/man1/smode2.1*
%endif

%files libs
%defattr(644,root,root,755)
%attr(755,root,root) %{_libdir}/lib*.so.*.*.*

%files devel
%defattr(644,root,root,755)
%attr(755,root,root) %{_libdir}/*.so
%{_libdir}/*.la
%{_includedir}/lirc
%{_aclocaldir}/*.m4

%files static
%defattr(644,root,root,755)
%{_libdir}/lib*.a
%endif

%if %{with kernel}
%if %{with up} || %{without dist_kernel}
%files -n kernel%{_alt_kernel}-char-lirc-atiusb
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_atiusb*

%files -n kernel%{_alt_kernel}-char-lirc-bt829
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_bt829*

%files -n kernel%{_alt_kernel}-char-lirc-cmdir
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_cmdir*

%files -n kernel%{_alt_kernel}-char-lirc-dev
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_dev*

%files -n kernel%{_alt_kernel}-char-lirc-gpio
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_gpio*

%files -n kernel%{_alt_kernel}-char-lirc-i2c
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_i2c*

%files -n kernel%{_alt_kernel}-char-lirc-igorplugusb
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_igorplugusb*

%files -n kernel%{_alt_kernel}-char-lirc-imon
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_imon*

%files -n kernel%{_alt_kernel}-char-lirc-it87
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_it87*

%files -n kernel%{_alt_kernel}-char-lirc-mceusb
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_mceusb*

%files -n kernel%{_alt_kernel}-char-lirc-sasem
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_sasem*

%files -n kernel%{_alt_kernel}-char-lirc-serial
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_serial*

%files -n kernel%{_alt_kernel}-char-lirc-streamzap
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_streamzap*

%files -n kernel%{_alt_kernel}-char-lirc-parallel
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_parallel*

%files -n kernel%{_alt_kernel}-char-lirc-sir
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}/*/lirc_sir*
%endif

%if %{with smp}
%files -n kernel%{_alt_kernel}-smp-char-lirc-atiusb
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_atiusb*

%files -n kernel%{_alt_kernel}-smp-char-lirc-bt829
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_bt829*

%files -n kernel%{_alt_kernel}-smp-char-lirc-cmdir
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_cmdir*

%files -n kernel%{_alt_kernel}-smp-char-lirc-dev
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_dev*

%files -n kernel%{_alt_kernel}-smp-char-lirc-gpio
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_gpio*

%files -n kernel%{_alt_kernel}-smp-char-lirc-i2c
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_i2c*

%files -n kernel%{_alt_kernel}-smp-char-lirc-igorplugusb
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_igorplugusb*

%files -n kernel%{_alt_kernel}-smp-char-lirc-imon
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_imon*

%files -n kernel%{_alt_kernel}-smp-char-lirc-it87
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_it87*

%files -n kernel%{_alt_kernel}-smp-char-lirc-mceusb
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_mceusb*

%files -n kernel%{_alt_kernel}-smp-char-lirc-sasem
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_sasem*

%files -n kernel%{_alt_kernel}-smp-char-lirc-serial
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_serial*

%files -n kernel%{_alt_kernel}-smp-char-lirc-streamzap
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_streamzap*

# currently not SMP-safe
%if 0
%files -n kernel%{_alt_kernel}-smp-char-lirc-parallel
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_parallel*
%endif

%files -n kernel%{_alt_kernel}-smp-char-lirc-sir
%defattr(644,root,root,755)
/lib/modules/%{_kernel_ver}smp/*/lirc_sir*
%endif
%endif

%define	date	%(echo `LC_ALL="C" date +"%a %b %d %Y"`)
%changelog
* %{date} PLD Team <feedback w pld-linux.org>
All persons listed below can be reached at <cvs_login>@pld-linux.org

$Log: lirc.spec,v $
Revision 1.137  2007/03/14 00:22:09  glen
- up bcond

Revision 1.136  2007/02/23 06:49:28  sls
- added kernel-2.6.20.patch

Revision 1.135  2007/02/23 05:59:22  sls
- source1 md5 update
- rel. 1

Revision 1.134  2007/02/23 05:32:03  sls
- ver. 0.8.1
- removed obsolete patches: kernel-2.6.1{6,7}

Revision 1.133  2007/02/23 05:14:52  sls
- fixed req in kernel-smp-char-lirc-dev

Revision 1.132  2007/02/23 05:08:51  sls
- typo

Revision 1.131  2007/02/13 06:46:52  glen
- tabs in preamble

Revision 1.130  2007/02/12 00:49:06  baggins
- converted to UTF-8

Revision 1.129  2006/11/13 15:00:11  sparky
- don't use %{without ...}, it may not work after inverting bcond

Revision 1.128  2006/10/12 22:40:25  czarny
- %{_alt_kernel} support

Revision 1.127  2006/09/06 13:48:33  sparky
- mass atack: -j1 for make scripts

Revision 1.126  2006/06/03 09:41:24  teodor
- added patch9 which fix error with compilation on 2.6.16 kernel
- patch10: fixing problem with using lirc on kernel-vserver

Revision 1.125  2006/04/20 07:07:29  teodor
- patch for spec and lirc-remotes.patch made by
  Tomasz Narloch <eyev(at)poczta dot fm>
- enabled support for Igor Cesko receiver

Revision 1.124  2006/02/13 09:54:26  pluto
- xorg modular deps.

Revision 1.123  2006/02/05 22:03:22  luzik
 - updated to 0.8.0

Revision 1.122  2006/01/24 12:50:10  qboosh
- desc cosmetics, pl fixes

Revision 1.121  2006/01/18 15:57:25  kolodko
- Rel is pre (please don't break Relase)

Revision 1.120  2006/01/04 07:37:54  luzik
- rel 1 - STBR for testing

Revision 1.119  2006/01/03 08:52:39  luzik
- fixed with-smp %files
- removed 2.4. modutiles req
- rel 0.9 (working fine for me)

Revision 1.118  2006/01/02 14:21:11  luzik
- added kernel-source BR (some bttv .h files???)

Revision 1.117  2006/01/02 14:10:46  luzik
- fixed md5

Revision 1.116  2006/01/02 13:59:04  luzik
- removed outdated patch7

Revision 1.115  2006/01/02 13:44:55  luzik
- updated to 0.8pre3
- no more kernel-2.4.x support
- not tested

Revision 1.114  2005/12/29 14:52:05  pluto
- updated to 0.7.2 (kernel 2.4 modules not tested).

Revision 1.113  2005/12/13 11:54:17  glen
- adalterized (sorted %verify flags)

Revision 1.112  2005/04/23 13:09:04  qboosh
- disable portaudio support (not BRed, expects some obsolete version)

Revision 1.111  2005/04/21 17:25:28  qboosh
- puzzle.dl is not browsable

Revision 1.110  2005/04/21 14:42:49  kolodko
- md5 remotes

Revision 1.109  2005/04/21 14:33:13  kolodko
- up to 0.7.1
- rel 0.1

Revision 1.108  2005/04/17 23:57:25  ankry
- cosmetic

Revision 1.107  2005/02/03 17:33:57  qboosh
- use kernel24-i2c-devel dep
- TODO: check i2c patch with i2c 2.9.0 (to be removed?)

Revision 1.106  2005/02/03 17:09:40  kolodko
- rel 1
- drop devfs.patch

Revision 1.105  2005/01/25 18:45:48  kolodko
- s/kernel/kernel24/
- R: kernel24-char-lirc-dev for serial driver

Revision 1.104  2005/01/25 15:10:16  kolodko
- typo

Revision 1.103  2005/01/25 11:44:52  kolodko
- up source1 md5

Revision 1.102  2004/12/06 09:35:22  qboosh
- formatting (tw=70)

Revision 1.101  2004/12/06 07:43:37  ankry
- spaces -> tabs, pl

Revision 1.100  2004/12/05 18:44:51  kolodko
- moved remotes to subpackage

Revision 1.99  2004/11/21 00:15:20  qboosh
- added bttv-headers patch, kernel-source no longer needed
- dropped kernel 2.2 compat

Revision 1.98  2004/11/10 02:04:38  ankry
- more spaces -> tabs

Revision 1.97  2004/11/10 01:47:03  kolodko
- s/spaces/tabs/
- fixed my typo

Revision 1.96  2004/11/10 00:37:19  kolodko
- and one more clean

Revision 1.95  2004/11/10 00:28:15  kolodko
- clean
- i don't now what about devfs.patch

Revision 1.94  2004/11/09 21:47:01  kolodko
- added modules: atiusb, bt829, it87, mceusb, sasem

Revision 1.93  2004/11/09 00:16:18  kolodko
- just up md5 for 0.7.0

Revision 1.92  2004/11/07 16:12:42  kolodko
- up to pre8
- needs work (some new drivers)
- NFY, not tested, but build on ix86 (needs update patches)

Revision 1.91  2004/11/07 13:37:59  kolodko
- s/kernel/kernel24/

Revision 1.90  2004/10/30 11:08:05  qboosh
- remote control -> zdalne sterowanie

Revision 1.89  2004/10/15 21:13:50  qboosh
- more release fixes

Revision 1.88  2004/09/27 21:47:14  marcus
- updated to 0.7.0pre7
- nfy (ac/am need fixing but I don't know how do it)

Revision 1.87  2004/09/18 01:24:00  kolodko
- if with_dist_kernel then R setserial

Revision 1.86  2004/08/22 21:41:29  kolodko
- up remotes
- rel 8

Revision 1.85  2004/06/27 17:12:16  qboosh
- now we have svgalib on all supported archs

Revision 1.84  2004/03/02 02:10:40  ankry
- rel. 7 (6 is for ra)

Revision 1.83  2004/02/20 02:37:11  ankry
- rel. 5; 4 is for ra

Revision 1.82  2004/01/19 20:38:10  qboosh
- updated i2c BR for kernel modules

Revision 1.81  2003/12/30 03:52:18  qboosh
- added am18 patch, release 3

Revision 1.80  2003/11/16 17:43:26  krzak
- fixed _kernel24 definition

Revision 1.79  2003/11/10 16:57:19  qboosh
- added sparc patch, run autoheader

Revision 1.78  2003/11/10 15:49:17  qboosh
- new-style bconds; s/without_modules/without_kernel/; added without_userspace
- build smode2 utility (x86 and alpha only, with bcond)
- some cleanups, moved manuals to proper packages, don't include junk in docs
- for i2c patch detect i2c version instead of using dist_kernel bcond
- rel 2

Revision 1.77  2003/10/18 22:19:02  saq
- a fix to build under I2C 2.8.0
- STBR for Ac

Revision 1.76  2003/08/18 08:08:18  gotar
- mass commit: cosmetics (removed trailing white spaces)

Revision 1.75  2003/07/10 13:47:19  trojan
- added using depmod macro

Revision 1.74  2003/07/02 12:45:33  cieciwa
- typo

Revision 1.73  2003/07/02 12:03:11  cieciwa
- added --without x bcond

Revision 1.72  2003/05/25 11:00:54  malekith
- massive attack, adding Source-md5

Revision 1.71  2003/05/25 05:50:13  misi3k
- massive attack s/pld.org.pl/pld-linux.org/

Revision 1.70  2003/05/16 09:49:41  qboosh
- killed x11bindir

Revision 1.69  2003/05/16 09:28:06  qboosh
- added _without_modules bcond

Revision 1.68  2003/05/16 08:53:05  trojan
- fixed depmod in %post and %postun when build with _without_dist_kernel

Revision 1.67  2003/05/14 14:42:44  qboosh
- added depmod options so modules can be installed for kernel other than running

Revision 1.66  2003/03/24 07:29:49  kloczek
- release 1.

Revision 1.65  2003/03/02 18:35:28  pawel
- updated to 0.6.6
- added makpc patch
- added udp patch

Revision 1.64  2003/02/16 15:41:26  blues
- release 15 - updated remotes URL, rebuild with "little" extended new
  version of them...

Revision 1.63  2003/02/16 15:36:23  blues
- remotes definitions are back... no need to compress them manually

Revision 1.62  2003/02/01 21:32:12  radek
- updated Source0 URL

Revision 1.61  2002/12/07 14:33:21  ankry
- fix improper usage of %{_sysconfdir}

Revision 1.60  2002/11/25 14:17:12  ankry
- massive attack: no need for 755 for *.la

Revision 1.59  2002/11/17 19:43:25  kloczek
- release 14: rebuild against kernel 2.2.22-6.

Revision 1.58  2002/11/02 11:33:10  ankry
- rel. 13 (rebuild against kernel 2.2.22-4)

Revision 1.57  2002/10/12 12:58:05  marcus
- rel.12 (for kernel 2.2.22-3)

Revision 1.56  2002/10/09 13:14:39  kloczek
- use more macros, some cosmetics, added missing "rm -f missing" and use new %doc

Revision 1.55  2002/10/01 15:38:07  kloczek
- release 11: rebuild against kernel 2.2.22.

Revision 1.54  2002/09/13 20:28:57  ggodlewski
- release 10 - fix for mknod in rc script

Revision 1.53  2002/08/29 15:13:14  qboosh
- fixed build on alpha, fixed doc, added missing manuals, release 9

Revision 1.52  2002/08/18 17:37:10  kloczek
- release 8: rebuild against kernel 2.2.21.

Revision 1.51  2002/08/01 09:46:51  marcus
- fixed %doc

Revision 1.50  2002/08/01 01:16:00  undefine
- Requires: dev >= 2.8.0-3 change to Conflicts: dev < 2.8.0-3 to allow use
  on devfs
- release 8

Revision 1.49  2002/07/31 08:04:11  kloczek
- release 7.

Revision 1.48  2002/07/03 09:24:05  wolf
- spelling

Revision 1.47  2002/06/29 14:19:51  kloczek
- release 6: use new %doc.

Revision 1.46  2002/06/23 20:32:32  kloczek
- perl -pi -e "s/^libtoolize --copy --force/\%\{__libtoolize\}/"

Revision 1.45  2002/05/29 22:08:27  misiek
- requires->conflicts

Revision 1.44  2002/05/21 23:14:04  kloczek
- perl -pi -e "s/^automake -a -c -f --foreing/\%\{__automake\}/; \
             s/^automake -a -c -f/\%\{__automake\}/; \
     s/^autoconf/\%\{__autoconf\}/"

Revision 1.43  2002/04/12 13:14:14  qboosh
- release 5: rebuild without *.la in -static

Revision 1.42  2002/03/25 09:19:26  mis
- removed *.la from static subpkg

Revision 1.41  2002/03/24 23:28:21  kloczek
- perl -pi -e "s/^automake -a -c$/automake -a -c -f/"

Revision 1.40  2002/03/23 06:12:23  kloczek
- release 4: rebuild.

Revision 1.39  2002/03/15 08:46:14  misiek
- don't even try to find svgalib; release 3

Revision 1.38  2002/03/13 13:37:12  mis
- kernel-smp-char-lirc-sir: /sbindepmod -> /sbin/depmod; rel 2

Revision 1.37  2002/03/07 07:47:26  marcus
- rel.1.

Revision 1.36  2002/03/05 12:09:16  marcus
- typo

Revision 1.35  2002/03/05 10:28:30  marcus
- use new macros
- rel.0.11

Revision 1.34  2002/02/26 18:57:37  qboosh
- use requires_releq_kernel_{up,smp}, kgcc{,_package} macros
- autodetect kernel 2.4 headers
- release 0.10

Revision 1.33  2002/02/22 23:29:13  kloczek
- removed all Group fields translations (oure rpm now can handle translating
  Group field using gettext).

Revision 1.32  2002/02/17 03:57:52  kloczek
- adapterized.

Revision 1.31  2002/02/16 13:11:18  aflinta
- release 0.9, spinlock.patch seems to be obsolete, but needs testing

Revision 1.30  2002/02/15 21:17:43  aflinta
- updated to version 0.6.5, but spinlock.patch is not ready yet

Revision 1.29  2002/02/03 20:54:32  ankry
- adding es/pt/pt_BR Group translations

Revision 1.28  2002/01/27 20:36:50  saq
- build SMP and UP version in one pass
- when using a dist kernel, require the proper version
- back to kgcc, that's what we build kernel with

Revision 1.27  2002/01/27 18:15:06  filon
- s/kgcc/%{__cc}/ (kgcc doesn't support all archs supprted by gcc3)
- release 3

Revision 1.26  2002/01/18 02:13:44  kloczek
- perl -pi -e "s/pld-list\@pld.org.pl/feedback\@pld.org.pl/"

Revision 1.25  2001/11/20 14:48:31  saq
- reversed the --with kernel_2_2 condition and renamed to --with kernel_2_4

Revision 1.24  2001/11/14 08:37:33  filon
- changed option no_dist_kernel to _without_dist_kernel
- make conflicat for version of kernel not equal to compilation-time
  disabled by _without_dist_kernel (the same in other specs)
  (it is not needed if I have only non-dist kernel, but it is not
  rare situation to have many kernels, incuding one from distro)

Revision 1.23  2001/11/11 00:55:19  misiek
- support for PixelView BT878P FM(NICAM) in gpio driver

Revision 1.22  2001/10/24 21:06:33  misiek
- another method for choosing drivers for 2.2 or 2.4

Revision 1.21  2001/10/24 20:41:45  misiek
- fixes for conditional build

Revision 1.20  2001/10/24 20:30:17  misiek
- added bcond for 2.2 kernel

Revision 1.19  2001/10/19 23:29:00  aflinta
- modified bcond for building without distribution kernel

Revision 1.18  2001/09/19 21:45:51  saq
- removed %{_smpstr} from @... suffix
- s/-/_/g in @... suffix

Revision 1.17  2001/09/19 17:08:34  saq
- new kernel module naming scheme (kernel{,-smp}-*)
- UP and SMP versions still not built from one rpm -bb -- filename
  conflict
- use lircd.sysconfig instead of lirc.sysconfig
- no more weird config file handling, make the user configure it themself
  (examples in %{_docdir}/%{name}-%{version})
- simplified example gzipping rule
- lirc_gpio and lirc_i2c depend on lirc_dev
- no module aliasing at lirc_dev (it's not used directly)
- s/char-major-61/lirc/

Revision 1.16  2001/09/19 11:38:32  aflinta
- added %{!?no_dist_kernel: condition to buildrequires

Revision 1.15  2001/09/09 13:20:11  saq
- don't allow modules to fail building
- adapterized

Revision 1.14  2001/09/07 02:27:06  blues
- 0.6.4
- removed outdated patches
- modules separated into own packages - now you can have self-made kernels
  without i.e. i2c and none unresolved_symbol
- release moved to define - needed because of awfull release expansion
  (many times kernel vesion repeated)
- lirc-modules added to obsoletes
- modified post
- one doc added and one removed

Revision 1.13  2001/08/24 22:40:45  saq
- s/install -m644/cp/
- adapterized

Revision 1.12  2001/08/23 16:50:03  filon
- added remotes.tar.gz - configurations of about 400 remotes
- created package lirc-remotes
- cosmetics

Revision 1.11  2001/08/15 20:25:43  saq
- using %_kernelsrcdir
- use devfs.patch
- modules-{smp,up} subpackage renamed to modules
- cleanups in rpm scripts
- release 3
- STB

Revision 1.10  2001/08/09 20:27:46  saq
- changes in the build process: conditional SMP build, don't use kernel's
  Makefiles
- modules go to a subpackage (lirc-modules-%smpstr)

Revision 1.9  2001/08/07 16:24:17  saq
- subpackages don't get @... in release
- use /tmp/.lircd instead of /dev/lircd
- minor fixes in the build process
- NFY

Revision 1.8  2001/07/31 07:02:53  saq
- removed /dev/lircm (/dev/lircd to go)

Revision 1.7  2001/07/26 16:50:25  saq
- don't use macros not available in standard rpm. Define them in the spec.
  (_kernel_ver, _kernel24)

Revision 1.6  2001/07/26 05:42:10  saq
- reverting last change: removing new macros from %p{re,ost}{,un}

Revision 1.4  2001/07/24 13:54:12  saq
- always apply spinlock.patch
- release 2

Revision 1.3  2001/07/23 22:22:52  saq
A group commit:
- %define _kernel_ver and _kernel24 removed (already in rpm.macros)
- kernel modules get a @%{_kernel_ver} release suffix and conflict wrong
  kernel version
- other packages get a @%{_kernel_series} release suffix and conflict
  wrong kernel series
- need a rebuilt RPM to build these

Revision 1.2  2001/07/21 16:34:18  saq
- rewritten from scratch, now supports various drivers
- STB