Re: Portowanie PLD

2006-01-03 Thread Jakub Piotr Cłapa
Mariusz Mazur napisał(a):
> On sobota 24 grudnia 2005 10:51, Andrzej 'The Undefined' Dopierała wrote:
>> On Sat, Dec 24, 2005 at 02:36:09AM +0100, Jakub Piotr Cłapa wrote:
>>> Od czego zaczyna się bootstrapowanie PLD na nowej architekturze?
>>>
>>> Chciałbym spróbować odpalić naszego rpma i poldka pod Mac OS X i nie
>>> bardzo wiem od czego zacząć... Ręcznie budować spatchowanego rpma ze
>>> żródeł na podstawie speca czy też może są jakieś inne metody?
>> hm.. a nowy rpm wogóle będzie działać na != linux?
>> nie wymaga on od którejś z nowszych wersji glibca?
> 
> Dłubałem w rpmie pod kątem bsd i jest on mocno glibc centric. Acz jest afaik 
> jakieś coś, dające glibcowe funkcje na nieglibcowych systemach (gnulib się 
> chyba nazywało).

Wersja 4.4.2 sie kompiluje bez wiekszych problemow na MacOS (jest w 
darwinposrtsach). Z nasza jest troche klopotu i na razie sobie 
odpuscilem (z chwilowego braku czasu), ale mysle, ze jest to do 
zrobienia. :-)
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Duże obciążenie na indiańcu 2.2 (2 .0)

2006-01-03 Thread Paweł Gołaszewski

Ostatnio mam z nim duży problem.

Praktycznie codziennie po nocy jest obciążenie 100%, maszyna zdycha, 
ledwie cokolwiek serwuje.
[...]
 3715 25997   51 http http ?214:04.87 34.8  1.5 R httpd.worker
 3717 25997   51 http http ?214:04.17 32.9  1.4 R httpd.worker
[...]

Po raz pierwszy pojawiło mi się to w okolicach ostatnich apache2.0. Teraz 
w 2.2 zrobiło się to uciążliwe, bo restart powoduje:
[...]
Zatrzymywanie usługi httpd.worker..[ PROBLEMY ]
Uruchamianie usługi httpd.worker...[ PROBLEMY ]
(98)Address already in use: make_sock: could not bind to address [::]:80
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs
[...]

Trzeba ręcznie ubijać z "-9", bo inaczej nie idzie...

Nie mam tutaj żadnych cudów, normalny zestaw modułów...
apache-base-2.2.0-6
apache-mod_userdir-2.2.0-6
apache-mod_speling-2.2.0-6
apache-mod_dir-2.2.0-6
apache-mod_mime-2.2.0-6
apache-mod_log_config-2.2.0-6
apache-mod_alias-2.2.0-6
apache-mod_negotiation-2.2.0-6
apache-mod_cgi-2.2.0-6
apache-mod_mime_magic-2.2.0-6
apache-tools-2.2.0-6
apache-mod_php-5.1.1-3
apache-mod_vhost_alias-2.2.0-6
apache-mod_authz_host-2.2.0-6
apache-errordocs-2.2.0-6
apache-mod_setenvif-2.2.0-6
apache-2.2.0-6
apache-apxs-2.2.0-6
apache-mod_include-2.2.0-6
apache-mod_env-2.2.0-6
apache-mod_autoindex-2.2.0-6
apache-mod_version-2.2.0-6

Występuje nawet na takim zestawie:
apache-2.0.55-2
apache-apxs-2.0.55-2
apache-mod_auth-2.0.55-2
apache-mod_dir-2.0.55-2
apache-mod_expires-2.0.55-2
apache-mod_php-5.0.5-14
apache-mod_vhost_alias-2.0.55-2

Czy ktoś się z tym spotkał?

-- 
pozdr.  Paweł Gołaszewski  jid:bluesjabbergdapl
--
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.___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


builder tin

2006-01-03 Thread Daniel Mróz
Czesc

W SPECu tin brakuje BReq byacc. Bez niego budwanie konczy sie na:


./parsdate.y
./parsdate.y[1]: %{: not found
./parsdate.y[2]: /bin: cannot execute - Is a directory
./parsdate.y[3]: Makefile: not found
./parsdate.y[4]: Makefile: not found
./parsdate.y[5]: Makefile: not found
./parsdate.y[6]: Makefile: not found
./parsdate.y[7]: Makefile: not found
./parsdate.y[8]: Makefile: not found
./parsdate.y[9]: syntax error: `newline' unexpected
make: *** [parsdate.o] Błąd 1
make: Opuszczenie katalogu `/home/users/beorn/rpm/BUILD/tin-1.8.0/src'
błąd: Błędny status wyjścia z /var/tmp/rpm-tmp.67161 (%build)


Takze przed budowaniem trzeba dodac +x dla src/parsdate.y gdyz Makefile 
wywoluje go bezposrednio.


Pozdrawiam
Beorn
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: builder tin

2006-01-03 Thread Andrzej Krzysztofowicz
=?ISO-8859-2?Q?Daniel_Mr=F3z?= wrote:
> 
> Czesc
> 
> W SPECu tin brakuje BReq byacc. Bez niego budwanie konczy sie na:

Nie. Bo uzywamy "bizon -y" zamiast byacca.

> Takze przed budowaniem trzeba dodac +x dla src/parsdate.y gdyz Makefile 
> wywoluje go bezposrednio.

-- 
===
  Andrzej M. Krzysztofowicz, Ph.D.   [EMAIL PROTECTED]
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: builder tin

2006-01-03 Thread Daniel Mróz
Andrzej Krzysztofowicz napisał(a):
>> W SPECu tin brakuje BReq byacc. Bez niego budwanie konczy sie na:
> Nie. Bo uzywamy "bizon -y" zamiast byacca.
Whatever. Jak nie ma bisona to bedzie to samo. Jakis BReq powinien byc.


Pozdrawiam
Beorn
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Portowanie PLD

2006-01-03 Thread Mariusz Mazur
On wtorek 03 stycznia 2006 09:16, Jakub Piotr Cłapa wrote:
> > Dłubałem w rpmie pod kątem bsd i jest on mocno glibc centric. Acz jest
> > afaik jakieś coś, dające glibcowe funkcje na nieglibcowych systemach
> > (gnulib się chyba nazywało).
>
> Wersja 4.4.2 sie kompiluje bez wiekszych problemow na MacOS (jest w
> darwinposrtsach). Z nasza jest troche klopotu i na razie sobie
> odpuscilem (z chwilowego braku czasu), ale mysle, ze jest to do
> zrobienia. :-)

A, fakt. Przecież jeff johnson rozwija rpma na macosie.


-- 
Każdy człowiek, który naprawdę żyje, nie ma charakteru, nie może go mieć.
Charakter jest zawsze martwy, otacza cię zgniła struktura przeniesiona z 
przeszłości. Jeżeli działasz zgodnie z charakterem wtedy nie działasz w ogóle
- jedynie mechanicznie reagujesz. { Osho }
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Duże obciążenie na indiańcu 2.2 (2 .0)

2006-01-03 Thread Paweł Gołaszewski
On Tue, 3 Jan 2006, Paweł Gołaszewski wrote:
> Praktycznie codziennie po nocy jest obciążenie 100%, maszyna zdycha, 
> ledwie cokolwiek serwuje.
> [...]
>  3715 25997   51 http http ?214:04.87 34.8  1.5 R httpd.worker
>  3717 25997   51 http http ?214:04.17 32.9  1.4 R httpd.worker
> [...]

[...]
read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
[...]

I wygląda na to, że pojawia się to po rotowaniu logów (mam ich naprawdę 
dużo)

-- 
pozdr.  Paweł Gołaszewski  jid:bluesjabbergdapl
--
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.___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Duże obciążenie na indiańcu 2 .2 (2.0)

2006-01-03 Thread Marcin Król
> Nie mam tutaj żadnych cudów, normalny zestaw modułów...
> apache-base-2.2.0-6


Tu sie nie wypowiem, bo przejscie na 2.2.0 u mnie jest niemozliwe 
narazie. Upgrade nie przechodzi "czysto", a serwisy WWW musza byc 
operacyjne 24/7. Tak BTW to denerwujace strasznie, teraz jestem zmuszony 
wlasny builder stawiac zeby moc korzystac nadal z apache'a 2.0 :/

> Występuje nawet na takim zestawie:
> apache-2.0.55-2
> apache-apxs-2.0.55-2
> apache-mod_auth-2.0.55-2
> apache-mod_dir-2.0.55-2
> apache-mod_expires-2.0.55-2
> apache-mod_php-5.0.5-14
> apache-mod_vhost_alias-2.0.55-2

Nie uswiadczylem na tej wersji, a tez logow mam duzo i duzych plikach.

M.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: builder tin

2006-01-03 Thread Dariusz Rojewski
On Tue, Jan 03, 2006 at 10:30:30AM +0100, Daniel Mróz wrote:
> Czesc
> 
> W SPECu tin brakuje BReq byacc. Bez niego budwanie konczy sie na:
używamy bison. dzięki 
 
[...] 
> Takze przed budowaniem trzeba dodac +x dla src/parsdate.y gdyz Makefile 
> wywoluje go bezposrednio.
Przy obecności bison już się na tym nie wywala 

-- 
Dariusz Rojewski
[EMAIL PROTECTED]
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: builder tin

2006-01-03 Thread Dariusz Rojewski
On Tue, Jan 03, 2006 at 03:43:04PM +0100, Dariusz Rojewski wrote:
> On Tue, Jan 03, 2006 at 10:30:30AM +0100, Daniel Mróz wrote:
[...]
> Przy obecności bison już się na tym nie wywala 
s/bison/bisona/ dla jasności :)

-- 
Dariusz Rojewski
[EMAIL PROTECTED]
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


conky.spec nowa wersja

2006-01-03 Thread kermit1715
w zalaczniku przesylam spec do nowej wersji conky'ego (1.3.5) 
zmiany i poprawki w stosunku do starej wersji (1.3.4)
(z conky.sourceforge.pl)
* Fixed bug with use_xft causing ignorance of font selection (sf.net bug 
1387564)
* Fixed issue with parsing of hex values for colours 
* Added BMPx (http://beep-media-player.org/) support 
* Fixed issues with execi stuff 
* Added sf.net patch 1374576 
* Fixed sf.net bug 1367745 
* Fixed sf.net bugs 1369607, 1367735 and gentoo bug 113921, all variations 
of the same array out of bounds issue.
* "Fixed" code in fs.c and conky.c to make fs stats match those displayed 
by df (affects reporting against ext3 filesystems only) 
* new code in linux.c and top.c to calculate CPU % correctly on 2.6 
kernels. 
* Fixed gentoo bug# 113219 
* Added #define/#undef SIGNAL_BLOCKING in conky.c for experimenting with 
synchronous signal processing. set to #undef for previous behavior.
* Use POSIX signal api's, not the ANSI signal(). 
* Fixed IP address bug (sf.net bug 1359055) 

Jakby ktos mogl to prosze zamiescic na CVS
Pozdrawiam 
darede 

conky.spec
Description: Binary data
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: conky.spec nowa wersja

2006-01-03 Thread Piotr Skwarna
Nie przysylaj pelnej wersji tylko diffa

-- 
Pozdrawiam
Piotr Skwarna  | [EMAIL PROTECTED]

___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: conky.spec nowa wersja

2006-01-03 Thread kermit1715
Piotr Skwarna <[EMAIL PROTECTED]> wrote:

> Nie przysylaj pelnej wersji tylko diffa
> 

dzieki za uwage tym razem w zalaczniku diff :)

XFree86-devel zmienilem na X11-libs bo na stronce jest napisane ze potrzebuje 
bibliotek X11, chyba ze sie myle wiec mnie poprawcie (ewentualna poprawka 
najlepiej z uzasadnieniem :) )
dzieki 
Pozdrwiam
darede

conky.spec.diff
Description: Binary data
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Duże obciążenie na indiańcu 2.2 (2.0)

2006-01-03 Thread Patrys :: Patryk Zawadzki
Dnia 03-01-2006, wto o godzinie 12:49 +0100, Paweł Gołaszewski
napisał(a):
> On Tue, 3 Jan 2006, Paweł Gołaszewski wrote:
> > Praktycznie codziennie po nocy jest obciążenie 100%, maszyna zdycha, 
> > ledwie cokolwiek serwuje.
> > [...]
> >  3715 25997   51 http http ?214:04.87 34.8  1.5 R 
> > httpd.worker
> >  3717 25997   51 http http ?214:04.17 32.9  1.4 R 
> > httpd.worker
> > [...]
> 
> [...]
> read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> [...]
> 
> I wygląda na to, że pojawia się to po rotowaniu logów (mam ich naprawdę 
> dużo)

Ja mam podobny efekt, kiedy padnie bądź nie uda się połączenie IMAP -
SkurwielMail próbuje w pętli czytać z socketa, który nie istnieje i w
efekcie zjada 100% CPU.

Apache 2.0

-- 
Patrys :: Patryk Zawadzki <[EMAIL PROTECTED]>
PLD Linux


signature.asc
Description: To jest część listu podpisana	cyfrowo
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: conky.spec nowa wersja

2006-01-03 Thread Jakub Bogusz
On Tue, Jan 03, 2006 at 06:23:43PM +0100, [EMAIL PROTECTED] wrote:
> Piotr Skwarna <[EMAIL PROTECTED]> wrote:
> 
> > Nie przysylaj pelnej wersji tylko diffa
> > 
> 
> dzieki za uwage tym razem w zalaczniku diff :)
> 
> XFree86-devel zmienilem na X11-libs bo na stronce jest napisane ze potrzebuje 
> bibliotek X11, chyba ze sie myle wiec mnie poprawcie (ewentualna poprawka 
> najlepiej z uzasadnieniem :) )

Na pewno nie X11-libs zamiast -devel.
Ze względów "historycznych" metapakiet zawierający biblioteki X11 nazywa
się XFree86-devel, natomiast X11* to konkretna implementacja
(monolityczne X.org).
Na stronie niestety nie ma wyjaśnienia dlaczego akurat >= 6.8.2.

BTW:
Nadal brak Source0-md5.
Czy COPYING zawiera coś innego niż tekst GPL?


-- 
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: SPECS: tetex-latex-beamer.spec - added emacs subpackage

2006-01-03 Thread Tomasz Wittner
On Tue 3. of January 2006 17:21, maciek2w wrote:
> Author: maciek2w Date: Tue Jan  3 16:21:16 2006 GMT
> Module: SPECS Tag: HEAD
>  Log message:
> - added emacs subpackage
>[...]
> +install -d $RPM_BUILD_ROOT%{_datadir}/emacs/site-lisp/site-start.d
Mamy takie makro:
$ rpm -E %_emacs_lispdir
/usr/share/emacs/site-lisp
Może warto go użyć.
>  
>  cp -ar base emulation extensions themes 
> $RPM_BUILD_ROOT%{_datadir}/texmf/tex/latex/%{short_name}
`-a' implikuje `-dpR', a `-R' to to samo co `-r' więc `-ar' jest bez sensu.
Dodatkowo `-a' nie jest "portable".
>  
> @@ -70,6 +84,8 @@
>  cp -ar lyx/layouts/beamer.layout $RPM_BUILD_ROOT%{_datadir}/lyx/layouts
j.w.
>  cp -ar lyx/examples/* $RPM_BUILD_ROOT%{_examplesdir}/%{name}-%{version}/lyx
j.w.
>  
> +cp -ar emacs/beamer.el 
> $RPM_BUILD_ROOT%{_datadir}/emacs/site-lisp/site-start.d
j.w. - + chyba zwykłe cp by wystarczyło.
> +
>  %clean
>  rm -rf $RPM_BUILD_ROOT
>  
> @@ -93,12 +109,19 @@
>  %{_datadir}/lyx/layouts/beamer.layout
>  %{_datadir}/lyx/templates/*
>  
> +%files emacs
> +%defattr(644,root,root,755)
> +%{_datadir}/emacs/site-lisp/site-start.d/*
%{_emacs_lispdir}/site-start.d/*
[...]

-- 
Tomasz Wittner
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Duże obciążenie na indiańcu 2.2 (2.0)

2006-01-03 Thread Paweł Gołaszewski
On Tue, 3 Jan 2006, Patrys :: Patryk Zawadzki wrote:
> > > Praktycznie codziennie po nocy jest obciążenie 100%, maszyna zdycha, 
> > > ledwie cokolwiek serwuje.
> > > [...]
> > >  3715 25997   51 http http ?214:04.87 34.8  1.5 R 
> > > httpd.worker
> > >  3717 25997   51 http http ?214:04.17 32.9  1.4 R 
> > > httpd.worker
> > > [...]
> > 
> > [...]
> > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > [...]
> > 
> > I wygląda na to, że pojawia się to po rotowaniu logów (mam ich 
> > naprawdę dużo)
> Ja mam podobny efekt, kiedy padnie bądź nie uda się połączenie IMAP - 
> SkurwielMail próbuje w pętli czytać z socketa, który nie istnieje i w 
> efekcie zjada 100% CPU. Apache 2.0

To raczej jest tylko efekt - u mnie na 3 maszyny gdzie to się dzieje tylko 
na jednej mam imap-a i jakiegokolwiek webmail-a. Chyba, że nie jest to 
jeden błąd :D

-- 
pozdr.  Paweł Gołaszewski jid:bluesjabbergdapl 
-- 
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.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Duże obciążenie n a indiańcu 2.2 (2.0)

2006-01-03 Thread Jakub Bogusz
On Tue, Jan 03, 2006 at 06:53:33PM +0100, Paweł Gołaszewski wrote:
> On Tue, 3 Jan 2006, Patrys :: Patryk Zawadzki wrote:
> > > > Praktycznie codziennie po nocy jest obciążenie 100%, maszyna zdycha, 
> > > > ledwie cokolwiek serwuje.
> > > > [...]
> > > >  3715 25997   51 http http ?214:04.87 34.8  1.5 R 
> > > > httpd.worker
> > > >  3717 25997   51 http http ?214:04.17 32.9  1.4 R 
> > > > httpd.worker
> > > > [...]
> > > 
> > > [...]
> > > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > > read(2, 0xbfff1c43, 1)  = -1 EBADF (Bad file descriptor)
> > > [...]
> > > 
> > > I wygląda na to, że pojawia się to po rotowaniu logów (mam ich 
> > > naprawdę dużo)
> > Ja mam podobny efekt, kiedy padnie bądź nie uda się połączenie IMAP - 
> > SkurwielMail próbuje w pętli czytać z socketa, który nie istnieje i w 
> > efekcie zjada 100% CPU. Apache 2.0
> 
> To raczej jest tylko efekt - u mnie na 3 maszyny gdzie to się dzieje tylko 
> na jednej mam imap-a i jakiegokolwiek webmail-a. Chyba, że nie jest to 
> jeden błąd :D

A musisz mieć workera?
Pamiętam, że też działo mi się to samo po rotacji logów (właściwie po
httpd graceful) na domowej maszynce, ustało zdaje się po zmianie na
prefork (nie pamiętam, czy to był jedyny powód i jedyna zmiana).
Było o tym na pld-devel-en w lutym 2005.


-- 
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


bash-completion.spec

2006-01-03 Thread Maciek Mitura
Witam.
Znalazłem drobny błąd w bash_completion, który mnie drażnił. Błąd był w
funkcji _known_hosts. Poprawiłem go i podsyłam patcha na bash-completion oraz
na speca.

P.s. nie wiem, czy wybrałem dobrą nazwę dla patcha.

-- 
Pozdrawiam
Maciek Mitura
gg: 915150 | jid: mitek[at]chrome.pl
--- bash-completion.spec2005-09-20 22:21:44.0 +0200
+++ bash-completion-mitek.spec  2006-01-03 19:05:09.0 +0100
@@ -3,7 +3,7 @@
 Summary(pl):   Programowalne uzupełnianie nazw dla basha
 Name:  bash-completion
 Version:   20050721
-Release:   1
+Release:   2
 License:   GPL
 Group: Applications/Shells
 Source0:   http://www.caliban.org/files/bash/%{name}-%{version}.tar.bz2
@@ -11,6 +11,7 @@
 Source1:   %{name}.cron
 Patch0:%{name}-FHS.patch
 Patch1:%{name}-ifcfg.patch
+Patch2:%{name}-known_hosts.patch
 URL:   http://www.caliban.org/bash/
 Requires(triggerpostun):   sed >= 4.0
 BuildArch: noarch
@@ -43,6 +44,7 @@
 %setup -q -n bash_completion
 %patch0 -p1
 %patch1 -p2
+%patch2 -p1
 
 %install
 rm -rf $RPM_BUILD_ROOT
--- bash_completion/bash_completion 2006-01-03 19:06:36.0 +0100
+++ bash_completion/bash_completion-mitek   2006-01-03 19:09:29.0 
+0100
@@ -2479,7 +2479,7 @@
fi
# append any available aliases from config files
if [ [EMAIL PROTECTED] -gt 0 ] && [ -n "$aliases" ]; then
-   hosts=$( compgen -W "$( sed -ne "s/^[Hh][Oo][Ss][Tt]["$'\t 
'"]*\([^*?]*\)$/\1/p" [EMAIL PROTECTED] )" -- $ocur )
+   hosts=$( compgen -W $( sed -ne "s/^[Hh][Oo][Ss][Tt]["$'\t 
'"]*\([^*?]*\)$/\1/p" [EMAIL PROTECTED] ) -- $ocur )
COMPREPLY=( [EMAIL PROTECTED] $hosts )
fi
 
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: bash-completion.spec

2006-01-03 Thread Adam Gołębiowski
On Tue, Jan 03, 2006 at 07:19:31PM +0100, Maciek Mitura wrote:
> Witam.
> Znalazłem drobny błąd w bash_completion, który mnie drażnił. Błąd był w
> funkcji _known_hosts. Poprawiłem go i podsyłam patcha na bash-completion oraz
> na speca.

Commitnięte i posłane na do ac-ready. Dzięki.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: ..
 | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: Duże obciążenie n a indiańcu 2.2 (2.0)

2006-01-03 Thread Paweł Gołaszewski
On Tue, 3 Jan 2006, Jakub Bogusz wrote:
> > > > I wygląda na to, że pojawia się to po rotowaniu logów (mam ich 
> > > > naprawdę dużo)
> > > Ja mam podobny efekt, kiedy padnie bądź nie uda się połączenie IMAP 
> > > - SkurwielMail próbuje w pętli czytać z socketa, który nie istnieje 
> > > i w efekcie zjada 100% CPU. Apache 2.0
> > To raczej jest tylko efekt - u mnie na 3 maszyny gdzie to się dzieje 
> > tylko na jednej mam imap-a i jakiegokolwiek webmail-a. Chyba, że nie 
> > jest to jeden błąd :D
> A musisz mieć workera? Pamiętam, że też działo mi się to samo po rotacji 
> logów (właściwie po httpd graceful) na domowej maszynce, ustało zdaje 
> się po zmianie na prefork (nie pamiętam, czy to był jedyny powód i 
> jedyna zmiana). Było o tym na pld-devel-en w lutym 2005.

Ale ja właśnie z tego powodu zmieniłem na workera z prefork-a na początku. 
:) Także to nie jest wina mpm-a.

-- 
pozdr.  Paweł Gołaszewski  jid:bluesjabbergdapl
--
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.___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: conky.spec nowa wersja

2006-01-03 Thread Andrzej Krzysztofowicz
[EMAIL PROTECTED] wrote:
> Piotr Skwarna <[EMAIL PROTECTED]> wrote:
> 
> > Nie przysylaj pelnej wersji tylko diffa
> > 
> 
> dzieki za uwage tym razem w zalaczniku diff :)
> 
> XFree86-devel zmienilem na X11-libs bo na stronce jest napisane ze potrzebuje 
> bibliotek X11, chyba ze sie myle wiec mnie poprawcie (ewentualna poprawka 
> najlepiej z uzasadnieniem :) )

A XFree86 nie jest implementacja X11 (konkretnie X11R6) ?
;P

-- 
===
  Andrzej M. Krzysztofowicz, Ph.D.   [EMAIL PROTECTED]
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: conky.spec nowa wersja

2006-01-03 Thread kermit1715
> Na pewno nie X11-libs zamiast -devel.
> Ze względów "historycznych" metapakiet zawierający biblioteki X11 nazywa
> się XFree86-devel, natomiast X11* to konkretna implementacja
> (monolityczne X.org).
> Na stronie niestety nie ma wyjaśnienia dlaczego akurat >= 6.8.2.
> 
> BTW:
> Nadal brak Source0-md5.
> Czy COPYING zawiera coś innego niż tekst GPL?
> 
> 
> -- 
> Jakub Boguszhttp://qboosh.cs.net.pl/
> ___
> pld-devel-pl mailing list
> pld-devel-pl@lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
> 

dzieki teraz wszystko jasne :)
md5 dodalem, COPYING zawieralo tylko tekst GPL - usunalem :)

jakby cos jeszcze zmienic to prosze o propozycje poprawek.
w zalaczniku przesylam diff'a

pozdrawiam 
darede


conky.spec.diff
Description: Binary data
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


smpeg - update do wersji z CVS dla Th

2006-01-03 Thread Enleth
Witam,

Najnowsza (ekhm...) wydana wersja smpeg, wymagana do zbudowania SDL_sound, się 
nie lubi z GCC 4.1, co skutkuje niemożnością zbudowania paru rzeczy na Th. W 
CVS smpeg to poprawiono, jakieś dwa tygodnie temu.
Patch na speca w załączniku, źródła na http://icculus.org/smpeg/, już 
zapakowane tutaj: http://enleth.com/pld/smpeg-0.4.4.20051216.tar.bz2
Rel 0.1 tak na wszelki wypadek.
0.4.4 i tak się na Th nie skompiluje, więc chyba nawet można to puścić na 
buildery, żeby w ogóle było.

-- 
Remigiusz "Enleth" Marcinkiewicz, [EMAIL PROTECTED], WWW enleth.com,
JID [EMAIL PROTECTED]|heroes.net.pl}
Index: smpeg.spec
===
RCS file: /cvsroot/SPECS/smpeg.spec,v
retrieving revision 1.66
diff -u -r1.66 smpeg.spec
--- smpeg.spec	28 Mar 2004 13:55:00 -	1.66
+++ smpeg.spec	3 Jan 2006 22:22:17 -
@@ -5,18 +5,16 @@
 Summary(ru):	SDL MPEG ÂÉÂÌÉÏÔÅËÁ É ÐÒÏÉÇÒÙ×ÁÔÅÌØ
 Summary(uk):	SDL MPEG ¦Â̦ÏÔÅËÁ ÔÁ ÐÒÏÇÒÁ×ÁÞ
 Name:		smpeg
-Version:	0.4.4
-Release:	14
+Version:	0.4.4.20051216
+Release:	0.1
 License:	LGPL
 Group:		Libraries
-Source0:	ftp://ftp.lokigames.com/pub/open-source/smpeg/%{name}-%{version}.tar.gz
-# Source0-md5: 59c76ac704088ef5539210190c4e1fe3
+Source0:	%{name}-%{version}.tar.bz2
+# Source0-md5: c3ff1f2494908cfe568e5288dc25c534
 Source1:	gtv.desktop
 Source2:	gtv.png
 Patch0:		%{name}-acfix.patch
-Patch1:		%{name}-gcc.patch
-Patch2:		%{name}-optimize.patch
-Patch3:		%{name}-am18.patch
+Patch1:		%{name}-optimize.patch
 URL:		http://www.lokigames.com/development/smpeg.php3
 BuildRequires:	SDL-devel >= 1.2.0
 BuildRequires:	autoconf
@@ -143,11 +141,10 @@
 %setup -q
 %patch0 -p1
 %patch1 -p1
-%patch2 -p1
-%patch3 -p1
 
 # get only AC_TYPE_SOCKLEN_T, kill the rest (libtool.m4 in particular)
-tail -n 23 acinclude.m4 > acinc.tmp
+# uglier even than before (tail) but it's enough for another few years
+grep AC_TYPE_SOCKLEN_T -A 13 acinclude.m4 > acinc.tmp
 mv -f acinc.tmp acinclude.m4
 
 %build
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: smpeg - update do wersji z CVS dla Th

2006-01-03 Thread Przemek Iskra
On Tue, Jan 03, 2006 at 11:34:05PM +0100, Enleth wrote:
> Witam,
> 
> Najnowsza (ekhm...) wydana wersja smpeg, wymagana do zbudowania SDL_sound, 
> się 
> nie lubi z GCC 4.1, co skutkuje niemożnością zbudowania paru rzeczy na Th. W 
Th nie ma (jeszcze)

> CVS smpeg to poprawiono, jakieś dwa tygodnie temu.
> Patch na speca w załączniku, źródła na http://icculus.org/smpeg/, już 
> zapakowane tutaj: http://enleth.com/pld/smpeg-0.4.4.20051216.tar.bz2
hę ?
1. robisz patcha o nazwie %{name}-gcc4.patch a nie takie "coś"
2. w pld daty nie dodaje się do versji w specu tylko jako %{_snap}

> Rel 0.1 tak na wszelki wypadek.
> 0.4.4 i tak się na Th nie skompiluje, więc chyba nawet można to puścić na 
> buildery, żeby w ogóle było.
ale po co ? skoro th jeszcze nie ma, a jak będzie potrzebne to się puści



-- 
   Sparky{PI] -- Przemyslaw _  ___  _  _  ... LANG...Pl..Ca..Es..En
/) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID..sparkyjabberes.org
(/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mailsparkypld-linux.org
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: smpeg - update do wersji z CVS dla Th

2006-01-03 Thread Paweł Sikora
Dnia Tuesday, 3 of January 2006 23:56, Przemek Iskra napisał:
> On Tue, Jan 03, 2006 at 11:34:05PM +0100, Enleth wrote:
> > Witam,
> >
> > Najnowsza (ekhm...) wydana wersja smpeg, wymagana do zbudowania
> > SDL_sound, się nie lubi z GCC 4.1, co skutkuje niemożnością zbudowania
> > paru rzeczy na Th. W
>
> Th nie ma (jeszcze)

nie kłam - Th jest tak samo jak Ac.
http://ep09.pld-linux.org/~builderth/queue.html

-- 
to_be || !to_be == 1, to_be | ~to_be == -1
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: smpeg - update do wersji z CVS dla Th

2006-01-03 Thread Paweł Sikora
Dnia Tuesday, 3 of January 2006 23:34, Enleth napisał:
> Witam,
>
> Najnowsza (ekhm...) wydana wersja smpeg, wymagana do zbudowania SDL_sound,
> się nie lubi z GCC 4.1, co skutkuje niemożnością zbudowania paru rzeczy na
> Th. W CVS smpeg to poprawiono, jakieś dwa tygodnie temu.

zerknę w to w wolnej chwili.

-- 
to_be || !to_be == 1, to_be | ~to_be == -1
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


Re: smpeg - update do wersji z CVS dla Th

2006-01-03 Thread Enleth
Dnia środa 04 stycznia 2006 07:25, Paweł Sikora napisał:
> Dnia Tuesday, 3 of January 2006 23:34, Enleth napisał:
> > Witam,
> >
> > Najnowsza (ekhm...) wydana wersja smpeg, wymagana do zbudowania
> > SDL_sound, się nie lubi z GCC 4.1, co skutkuje niemożnością zbudowania
> > paru rzeczy na Th. W CVS smpeg to poprawiono, jakieś dwa tygodnie temu.
>
> zerknę w to w wolnej chwili.

Od razu dodam, że patch między 0.4.4 a CVS ma ~550K, a wyciągnięcie z niego 
samych zmian dotyczących GCC4 może być zadaniem z lekka awykonalnym. W sumie 
dziwne że nie wydano kolejnej wersji, szczególnie że nie ma żadnych znanych 
błędów - nie mnie tu decydować, ale ja bym ten obecny CVS wziął do testów. 
SDLa się i tak raczej na produkcji nie używa...

-- 
Remigiusz "Enleth" Marcinkiewicz, [EMAIL PROTECTED], WWW enleth.com,
JID [EMAIL PROTECTED]|heroes.net.pl}


pgpS9nWgpqljF.pgp
Description: PGP signature
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl