Re: Co się stało apache'owi? (kolejny pad, z debuginfo)
On Sun, 3 Jul 2011, Jakub Bogusz wrote: On Fri, Jul 01, 2011 at 05:20:07PM +0200, Jakub Bogusz wrote: (gdb) bt #0 0x74b5880c8243 in select () from /lib64/libc.so.6 Loaded symbols for /usr/lib64/php/zlib.so 0x666af9bda430 in __write_nocancel () at ../sysdeps/unix/syscall-template.S:82 82 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) catch syscall select Catchpoint 1 (syscall 'select' [23]) (gdb) continue Continuing. Catchpoint 1 (call to syscall 'select'), 0x666af9be1b23 in __select_nocancel () at ../sysdeps/unix/syscall-template.S:82 82 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) bt #0 0x666af9be1b23 in __select_nocancel () at ../sysdeps/unix/syscall-template.S:82 #1 0x666ae6d6bdcf in _gcry_rndlinux_gather_random (add=0x666ae6d69700 add_randomness, origin=RANDOM_ORIGIN_SLOWPOLL,length=120, level=value optimized out) at rndlinux.c:133 No to błąd do zgłoszenia w libgcrypt: przy tworzeniu zbioru dla select() nie ma sprawdzenia, czy otrzymany deskryptor nie przekracza FD_SETSIZE. Spróbuj uaktualnić libgcrypt do wersji 1.5.0-1 z CVS-u. Dziś rano znowu wywaliło się identycznie - z dokładnością do adresów. Niestety zapomniałem sprawdzić jak wygląda wtedy dostęp do dev/(u)random, ale z tego co rozumiem problem faktycznie leży w libgcrypt. Na razie trochę boję się bawić w kompilowanie od zera z CVSu - gdzieś tam mam przepis jak się budowało pakiety, spróbuję jak tylko będzie chwila... Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi? (kolejny pad, z debuginfo)
On Monday 04 of July 2011, Jacek Osiecki wrote: On Sun, 3 Jul 2011, Jakub Bogusz wrote: Spróbuj uaktualnić libgcrypt do wersji 1.5.0-1 z CVS-u. Dziś rano znowu wywaliło się identycznie - z dokładnością do adresów. Niestety zapomniałem sprawdzić jak wygląda wtedy dostęp do dev/(u)random, ale z tego co rozumiem problem faktycznie leży w libgcrypt. Na razie trochę boję się bawić w kompilowanie od zera z CVSu - gdzieś tam mam przepis jak się budowało pakiety, spróbuję jak tylko będzie chwila... Leży też w th-test. Pozdrawiam, -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Po co są potrzebne...
...te zależności? poldek:/all-avail upgrade python-PyKDE4-4.6.4-1.i686 kde4-kdeedu- marble-4.6.4-1.i686 python-PyKDE4-4.6.4-1.i686 zostanie zastąpiony przez python- PyKDE4-4.6.5-1.i686 kde4-kdeedu-marble-4.6.4-1.i686 zostanie zastąpiony przez kde4-kdeedu- marble-4.6.5-1.i686 python-PyKDE4-4.6.5-1.i686: wymagany /usr/lib/python2.7/site- packages/PyQt4/uic jest dostarczany przez następujące pakiety: a) python-PyQt4-devel-tools-4.8.4-2.i686 b) python-PyQt4-devel-tools-4.8.3-3.i686 Który z nich chcesz zainstalować ('Q' anuluje)? [a] Już się przyzwyczaiłem, że potrzebuję kde4-kdeedu-marble chociaż go tak na prawdę nie potrzebuję. Ale po jaką cholerę mi jeszcze python-PyQt4-devel- tools? -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: frei0r/frei0r.spec (NEW) - new
W dniu 30.06.2011 20:30, qboosh pisze: Author: qboosh Date: Thu Jun 30 18:30:17 2011 GMT Module: packages Tag: HEAD Log message: - new Nie buduje się na x86_64: libtool: link: x86_64-pld-linux-g++ -shared -nostdlib /usr/lib64/gcc/x86_64-pld-linux/4.5.3/../../../../lib64/crti.o /usr/lib64/gcc/x86_64-pld-linux/4.5.3/crtbeginS.o .libs/facedetect.o -L/usr/lib -lopencv_core -lopencv_imgproc -lopencv_highgui -lopencv_ml -lopencv_video -lopencv_features2d -lopencv_calib3d -lopencv_objdetect -lopencv_contrib -lopencv_legacy -lopencv_flann -L/usr/lib64/gcc/x86_64-pld-linux/4.5.3 -L/usr/lib64/gcc/x86_64-pld-linux/4.5.3/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib64/gcc/x86_64-pld-linux/4.5.3/../../.. /usr/lib/libstdc++.so -lm -lc -lgcc_s /usr/lib64/gcc/x86_64-pld-linux/4.5.3/crtendS.o /usr/lib64/gcc/x86_64-pld-linux/4.5.3/../../../../lib64/crtn.o -march=x86-64 -Wl,--as-needed -Wl,-soname -Wl,facedetect.so -o .libs/facedetect.so /usr/lib/libstdc++.so: could not read symbols: File in wrong format Na moje oko złe flagi są przekazywane (-L/usr/lib), ale nie mogę znaleźć skąd. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co się stało apache'owi? (kolejny pad, z debuginfo)
On Mon, 4 Jul 2011, Arkadiusz Miskiewicz wrote: On Monday 04 of July 2011, Jacek Osiecki wrote: On Sun, 3 Jul 2011, Jakub Bogusz wrote: Spróbuj uaktualnić libgcrypt do wersji 1.5.0-1 z CVS-u. Dziś rano znowu wywaliło się identycznie - z dokładnością do adresów. Niestety zapomniałem sprawdzić jak wygląda wtedy dostęp do dev/(u)random, ale z tego co rozumiem problem faktycznie leży w libgcrypt. Na razie trochę boję się bawić w kompilowanie od zera z CVSu - gdzieś tam mam przepis jak się budowało pakiety, spróbuję jak tylko będzie chwila... Leży też w th-test. Zainstalowałem. Zobaczymy, trzeba poczekać ze 2 tygodnie - jak się nie wywali ani raz, to jasny sygnał że jest OK :) Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: frei0r/frei0r.spec (NEW) - new
W dniu 04.07.2011 12:56, Michal Lisowski pisze: W dniu 30.06.2011 20:30, qboosh pisze: Author: qboosh Date: Thu Jun 30 18:30:17 2011 GMT Module: packages Tag: HEAD Log message: - new Nie buduje się na x86_64: libtool: link: x86_64-pld-linux-g++ -shared -nostdlib /usr/lib64/gcc/x86_64-pld-linux/4.5.3/../../../../lib64/crti.o /usr/lib64/gcc/x86_64-pld-linux/4.5.3/crtbeginS.o .libs/facedetect.o -L/usr/lib -lopencv_core -lopencv_imgproc -lopencv_highgui -lopencv_ml -lopencv_video -lopencv_features2d -lopencv_calib3d -lopencv_objdetect -lopencv_contrib -lopencv_legacy -lopencv_flann -L/usr/lib64/gcc/x86_64-pld-linux/4.5.3 -L/usr/lib64/gcc/x86_64-pld-linux/4.5.3/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib64/gcc/x86_64-pld-linux/4.5.3/../../.. /usr/lib/libstdc++.so -lm -lc -lgcc_s /usr/lib64/gcc/x86_64-pld-linux/4.5.3/crtendS.o /usr/lib64/gcc/x86_64-pld-linux/4.5.3/../../../../lib64/crtn.o -march=x86-64 -Wl,--as-needed -Wl,-soname -Wl,facedetect.so -o .libs/facedetect.so /usr/lib/libstdc++.so: could not read symbols: File in wrong format Na moje oko złe flagi są przekazywane (-L/usr/lib), ale nie mogę znaleźć skąd. Nieaktualne. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Po co są potrzebne...
On Mon, Jul 04, 2011 at 11:33:42AM +0200, Łukasz Maśko wrote: ...te zależności? poldek:/all-avail upgrade python-PyKDE4-4.6.4-1.i686 kde4-kdeedu- marble-4.6.4-1.i686 python-PyKDE4-4.6.4-1.i686 zostanie zastąpiony przez python- PyKDE4-4.6.5-1.i686 kde4-kdeedu-marble-4.6.4-1.i686 zostanie zastąpiony przez kde4-kdeedu- marble-4.6.5-1.i686 python-PyKDE4-4.6.5-1.i686: wymagany /usr/lib/python2.7/site- packages/PyQt4/uic jest dostarczany przez następujące pakiety: a) python-PyQt4-devel-tools-4.8.4-2.i686 b) python-PyQt4-devel-tools-4.8.3-3.i686 Który z nich chcesz zainstalować ('Q' anuluje)? [a] Już się przyzwyczaiłem, że potrzebuję kde4-kdeedu-marble chociaż go tak na prawdę nie potrzebuję. Nie znam tajników podziału kde4-*. Ale po jaką cholerę mi jeszcze python-PyQt4-devel-tools? python-PyKDE4 jest do podziału na 3 części: - część podstawową (runtime) - moduły Pythona - python-PyKDE4-devel-tools - program uic + katalog python/uic - python-PyKDE4-devel (ew. -sip) - pliki sip Wtedy dla aplikacji wystarczy python-PyKDE4 bez plików/narzędzi przeznaczonych dla programistów. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl