Re: [Th/x86_64] xen, lvm itd
On Thu, Jun 14, 2007 at 07:30:41AM +0200, Adam Gołębiowski wrote: Niestety do [EMAIL PROTECTED] (xen-3.0.4) nie mamy odpowiedniego kernela. [...] Niedawno wyszedł xen-3.1.0 przeznaczony dla 2.6.18, w fedorze dla [...] Na początku wakacji którymś z nich chciałbym się pobawić, Ja tylko dodam, że xen (i 3.0.4 i 3.1.0) ma problemy z gcc 4.2 -- sieć w domU nie działa. Po dwóch tygodniach walk, z pomocą developerów Xena udało mi się ten problem namierzyć i naprawić (w gcc 4.2 bitfieldy typu 'signed int' działają niekoniecznie tak, jak się niektórym mogłoby wydawać). Patch w archiwach xen-devel. pytanie tylko którym i jak to rozwiązać - ja widzę osobny spec(kernel-xen.spec) lub Ja mam własne kernel-xen0.spec i kernel-xenU.spec. Ale to wszystko wykrojone na miarę moich potrzeb, więc w PLD niespecjalnie się przyda. Używam Xen 3.1.0 z kernelem 2.6.18. Działa, ale ja sobie i tak potrafię w tym jakiś problem znaleźć (teraz próbuję opanować XEN-API) ;-) Pozdrowienia, Jacek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zlot PLD 2007
On Mon, 11 Jun 2007, Maciej Jan Broniarz wrote: Heja, Jaki termin zlotu odpowiada Wam bardziej. 7-8 lipca czy 23-24 czerwca. Zaproponujcie prosze komu co bardziej odpowiada a potem ja zobacze kiedy mi wygodniej i juz ;) gausus ja bym wolał 7-8 pozdr lipek___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zlot PLD 2007
On Thu, 14 Jun 2007, Michal 'lipek' Lipka wrote: On Mon, 11 Jun 2007, Maciej Jan Broniarz wrote: Heja, Jaki termin zlotu odpowiada Wam bardziej. 7-8 lipca czy 23-24 czerwca. Zaproponujcie prosze komu co bardziej odpowiada a potem ja zobacze kiedy mi wygodniej i juz ;) gausus ja bym wolał 7-8 tak to jest najpierw odpowiadać a potem czytać ;) ale grunt że zadecydowaliście tak a nie inaczej ;) do zobaczenia zatem :) lipek___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
spec_utf8 - pytanie
Czy aby przekonwertowac speca na utf-8 wystarczy go potraktowac tym skryptem? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: spec_utf8 - pytanie
Dnia czwartek, 14 czerwca 2007, Michał lisu Lisowski napisał: Czy aby przekonwertowac speca na utf-8 wystarczy go potraktowac tym skryptem? generalnie tak + zerknięcie dla pewności :) Pozdrawiam, Best regards, Mit freundlichen Grüßen, -- Wojciech Wojtosz Błaszkowski www.blaszkowski.com ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
samba.spec - nie buduje się na AC
./builder -bb -r AC-branch --without ldap samba.spec daje coś takiego: make: Nothing to be done for `pam_smbpass'. make: `bin/smbget' is up to date. make: `bin/mount.cifs' is up to date. make: `bin/vfstest' is up to date. + cd ../examples/libsmbclient/smbwrapper + /usr/bin/make cc -fpic -g -O0 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I../../../source/include -c -o smbw.o smbw.c cc -fpic -g -O0 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I../../../source/include -c -o smbw_dir.o smbw_dir.c cc -fpic -g -O0 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I../../../source/include -c -o smbw_stat.o smbw_stat.c cc -fpic -g -O0 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I../../../source/include -c -o wrapper.o wrapper.c cc -fpic -g -O0 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I../../../source/include -c -o select.o select.c cc -fpic -g -O0 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I../../../source/include -c -o bsd-strlcat.o bsd-strlcat.c cc -fpic -g -O0 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -I../../../source/include -c -o bsd-strlcpy.o bsd-strlcpy.c cc -g \ -Wl,-init=smbw_initialize \ -shared \ --export-all-symbols \ -o ./smbwrapper.so \ smbw.o smbw_dir.o smbw_stat.o wrapper.o select.o bsd-strlcat.o bsd-strlcpy.o\ -L/usr/local/samba/lib \ -lsmbclient -ldl \ -Wl,-soname=`basename smbwrapper.so` /usr/bin/ld: cannot find -lsmbclient collect2: ld returned 1 exit status make: *** [smbwrapper.so] Error 1 błąd: Błędny status wyjścia z /var/tmp/rpm-tmp.81128 (%build) Błędy budowania RPM-a: Błędny status wyjścia z /var/tmp/rpm-tmp.81128 (%build) Error: package build failed. (no more info) spec jest z 14.06 by hawk. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: samba.spec - nie buduje się na AC
On 6/14/07, Arkadiusz Machoł [EMAIL PROTECTED] wrote: ./builder -bb -r AC-branch --without ldap samba.spec Poprawka - budowane z: --without ads,krb5,ldap,cups,python ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: samba.spec - nie buduje się na AC
collect2: ld returned 1 exit status make: *** [smbwrapper.so] Error 1 błąd: Błędny status wyjścia z /var/tmp/rpm-tmp.81128 (%build) smbwrapper zostal wyrzucony z samby i wpakowany do examples. Mialem zamiar go calkowicie wywalic ze speca, ale powstrzymalo mnie, ze rzekomo jest potrzebny (a przynajmniej jego pliki naglowkowe) do zbudowania samba-pdbsql. Nie wiem czy tak jest czy nie, wiec na wszelki wypadek go zostawilem. Swoja droga smbsh nie byl paczkowany w ostatnim wydaniu samby dla Ac. Nie wiem jak w poprzednim, nie chcialo mi sie sprawdzac. Moze faktycznie trzeba go wywalic skoro stwarza problemy. Poza tym spec ma rel 0.1 :) Jest o krok blizej do spaczkowania wersji 3.0.25a. Swoja droga to wesja 3.0.25 wyszla rowno miesiac temu i chociaz poprawiala IMO raczej powazne bledy security nikt nie kwapil sie do jej spaczkowania. Smutne to, ale zaczynamy sie zblizac do Microsoftu jezeli chodzi o czas reakcji na bledy :-( Co do speca to z domyslnymi bcondami buduje sie i jak narazie u mnie dziala. Puszczene tego ASAP do update'ow jest dla mnie wazniejsze niz sprawdzanie budowania z kazda mozliwa konfiguracja bcondow. Proponuje dodac do TODO, moze ktos w wolnej chwili zrobi. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: samba.spec - nie buduje się na AC
On 6/14/07, Marcin Król [EMAIL PROTECTED] wrote: collect2: ld returned 1 exit status make: *** [smbwrapper.so] Error 1 błąd: Błędny status wyjścia z /var/tmp/rpm-tmp.81128 (%build) Poza tym spec ma rel 0.1 :) Jest o krok blizej do spaczkowania wersji 3.0.25a. Swoja droga to wesja 3.0.25 wyszla rowno miesiac temu i chociaz poprawiala IMO raczej powazne bledy security nikt nie kwapil sie do jej spaczkowania. Smutne to, ale zaczynamy sie zblizac do Microsoftu jezeli chodzi o czas reakcji na bledy :-( Co do speca to z domyslnymi bcondami buduje sie i jak narazie u mnie dziala. Puszczene tego ASAP do update'ow jest dla mnie wazniejsze niz sprawdzanie budowania z kazda mozliwa konfiguracja bcondow. Proponuje dodac do TODO, moze ktos w wolnej chwili zrobi. Rozumiem i popieram upgrade ASAP. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: samba.spec - nie buduje się na AC
Poprawka - budowane z: --without ads,krb5,ldap,cups,python Hm. Może jakiś brakujący BR? Bo: [EMAIL PROTECTED] SPECS]$ ./builder -r AC-branch samba.spec --without ads,krb5,ldap,cups,python ... Checking for unpackaged file(s): /usr/lib/rpm/check-files /tmp/samba-3.0.25a-root-hawk warning: Installed (but unpackaged) file(s) found: /usr/bin/smbspool /usr/share/man/man8/smbspool.8.gz /usr/share/man/man8/vfs_cacheprime.8.gz /usr/share/man/man8/vfs_catia.8.gz /usr/share/man/man8/vfs_commit.8.gz /usr/share/man/man8/vfs_extd_audit.8.gz /usr/share/man/man8/vfs_full_audit.8.gz /usr/share/man/man8/vfs_gpfs.8.gz /usr/share/man/man8/vfs_notify_fam.8.gz /usr/share/man/man8/vfs_prealloc.8.gz Wrote: /home/users/hawk/rpm/SRPMS/samba-3.0.25a-0.1.src.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-swat-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-client-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-common-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-winbind-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/nss_wins-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/pam-pam_smbpass-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/libsmbclient-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/libsmbclient-devel-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/libsmbclient-static-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-devel-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/smbget-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-audit-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-cap-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-default_quota-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-expand_msdfs-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-fake_perms-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-netatalk-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-recycle-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-readahead-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-readonly-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-shadow_copy-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-antivir-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-clamav-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-fprot-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-fsav-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-kavp-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-mcafee-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-mks-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-openantivirus-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-sophos-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-symantec-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-trend-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-doc-html-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-doc-pdf-3.0.25a-0.1.i686.rpm Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.54560 + umask 022 + cd /home/users/hawk/rpm/BUILD + cd samba-3.0.25a + rm -rf /tmp/samba-3.0.25a-root-hawk + exit 0 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zlot PLD 2007
Dnia poniedziałek, 11 czerwca 2007, Andrzej 'The Undefined' Dopierała napisał: On Mon, Jun 11, 2007 at 12:32:46AM +0200, Maciej Jan Broniarz wrote: Jaki termin zlotu odpowiada Wam bardziej. 7-8 lipca czy 23-24 czerwca. Zaproponujcie prosze komu co bardziej odpowiada a potem ja zobacze kiedy mi wygodniej i juz ;) dobra. a z innych kwesti - jakieś noclegi dla niewarszawiaków w znośnych cenach się znajdą? : (najlepiej nie w tym samym łóżku co djrzulf ;) Najlepiej nie w tym samym pomieszczeniu co djrzulf - undef, jakby co to do Ciebie się tam wpraszam :P -- Łukasz [DeeJay1] Jernaś ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: samba.spec - nie buduje się na AC
On 6/14/07, Marcin Król [EMAIL PROTECTED] wrote: Poprawka - budowane z: --without ads,krb5,ldap,cups,python Hm. Może jakiś brakujący BR? Bo: Bardzo możliwe, chociaż wcześniejsze wersje samby budowały mi się bez problemu... A możesz gdzieś wystawić zbudowaną sambę bez tych wszystkich dodatków? Nie potrafię znaleźć brakujących BRów tak żeby samemu zbudowac... ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: libopensync.spec - update to 0.30
On Thu, Jun 14, 2007 at 09:05:40PM +0200, glen wrote:
+%scons \
+ prefix=%{_prefix} \
+ %{?with_python:enable_python=1}
What about %{__cc} and %{rpmcflags}?
--
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
Re: [Th/x86_64] xen, lvm itd
Adam Gołębiowski wrote: Niestety do [EMAIL PROTECTED] (xen-3.0.4) nie mamy odpowiedniego kernela. Jedyny (jeśli się nie mylę) działający w tej chwili zestaw, to xen.spec:XEN_3_0_2 oraz kernel.spec:LINUX_2_6_16. A kernel z brancha LINUX_2_6_16 przeznaczony jest dla Ac (jest podział na up i smp). Czyli na AC poszłoby bez problemu? Może za wcześnie jeszcze na przesiadanie się na Th? Przy okazji zmiany sprzętu chciałem przejść co by w przyszłości nie zostać z ręką w nocniku ale póki co funkcjonalności mi potrzebnej nie posiada i z tego co piszecie szybko się to nie zmieni... A jak wygląda w AC wsparcie do root na LVM? Kiedyś miałem taką konfigurację i działało bez problemu ale do czasu - przy kolejnym uaktualnieniu przestało i musiałem zrezygnować z takiego rozwiązania. Coś drgnęło w temacie? Pozdrawiam, Andrzej ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] Problem z PF_RING
On Thu, Jun 14, 2007 at 08:16:15PM +0200, Arkadiusz Patyk wrote: [...] Musiałem niestety przy with pfring wyłączyć optymalizację gcc (-O0), ponieważ z optymalizacją programy segementują po odebraniu jednego pakietu ;( Problem jest znany. Obejście to właśnie -O0. Znalazłem patcha który niby miał rozwiązywac problem: http://listgateway.unipi.it/pipermail/ntop-misc/2007-April/000865.html ale lipa, nadal z -O2 segmentuje. Prośba do osób biegłych w problemach gcc o rzucenie okiem. Co trzeba: kernel 2.6.21.5-0.1 :/ wywalić w libpcap.spec -O0 rpmbuild -bb --with pfring libpcap.spec i wywołanie tcpdump -i eth0 - jeśli jest źle wywali się po chwili. A możesz pokazać backtrace z gdb na bibliotekach z debuginfo (z pakietów z --debug, albo wczytanym z *-debuginfo)? -- 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
Re: [Th/x86_64] xen, lvm itd
Jacek Konieczny wrote: Ja mam własne kernel-xen0.spec i kernel-xenU.spec. Ale to wszystko wykrojone na miarę moich potrzeb, więc w PLD niespecjalnie się przyda. Używam Xen 3.1.0 z kernelem 2.6.18. Działa, ale ja sobie i tak potrafię w tym jakiś problem znaleźć (teraz próbuję opanować XEN-API) ;-) A na 32 czy 64 bitach? Jeśli na 64 to możesz podesłać spec'e do kernel-* oraz samego xen.spec? Pozdrawiam, Andrzej ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: samba.spec - nie buduje się na AC
On Thu, Jun 14, 2007 at 08:23:13PM +0200, Marcin Król wrote:
Poprawka - budowane z:
--without ads,krb5,ldap,cups,python
Hm. Może jakiś brakujący BR? Bo:
Tak, libsmbclient-devel.
Zamiast tego -L/usr/local/cośtam powinno być -L wskazujące na katalog ze
świeżo zbudowanym libsmbclient.so.
No i widać, że nie używa właściwych %{__cc} i %{rpmcflags}.
--
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
Re: samba.spec - nie buduje się na AC
On 6/14/07, Jakub Bogusz [EMAIL PROTECTED] wrote:
On Thu, Jun 14, 2007 at 08:23:13PM +0200, Marcin Król wrote:
Poprawka - budowane z:
--without ads,krb5,ldap,cups,python
Hm. Może jakiś brakujący BR? Bo:
Tak, libsmbclient-devel.
Zamiast tego -L/usr/local/cośtam powinno być -L wskazujące na katalog ze
świeżo zbudowanym libsmbclient.so.
No i widać, że nie używa właściwych %{__cc} i %{rpmcflags}.
A czy możesz na szybko spreparować jakiś pacz żeby można było to ustrojstwo
poprawnie zbudowac?
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th/x86_64] xen, lvm itd
On Thu, Jun 14, 2007 at 09:15:16PM +0200, Andrzej Nakonieczny wrote: A jak wygląda w AC wsparcie do root na LVM? Działa bez zarzutu na kilkunastu maszynach - rootfs @ lvm @ softraid 1 / 5 -- http://www.mysza.eu.org/ | 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: [Th/x86_64] xen, lvm itd
Adam Gołębiowski wrote: Działa bez zarzutu na kilkunastu maszynach - rootfs @ lvm @ softraid 1 / 5 Dzięki za informacje. Jeśli jeszcze tylko xen pójdzie bez problemu to chyba będę musiał pozostać przy AC - mam nadzieję, że w przyszłości będzie możliwość w miarę prostego przejścia z 2.1 na Th. Pozdrawiam, Andrzej ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] Problem z PF_RING
On Thu, 14 Jun 2007 21:19:01 +0200, you wrote: On Thu, Jun 14, 2007 at 08:16:15PM +0200, Arkadiusz Patyk wrote: [...] Musiałem niestety przy with pfring wyłączyć optymalizację gcc (-O0), ponieważ z optymalizacją programy segementują po odebraniu jednego pakietu ;( Problem jest znany. Obejście to właśnie -O0. Znalazłem patcha który niby miał rozwiązywac problem: http://listgateway.unipi.it/pipermail/ntop-misc/2007-April/000865.html ale lipa, nadal z -O2 segmentuje. Prośba do osób biegłych w problemach gcc o rzucenie okiem. Co trzeba: kernel 2.6.21.5-0.1 moge dać wjazd na maszynę z takim jajkiem z TH wywalić w libpcap.spec -O0 rpmbuild -bb --with pfring libpcap.spec i wywołanie tcpdump -i eth0 - jeśli jest źle wywali się po chwili. A możesz pokazać backtrace z gdb na bibliotekach z debuginfo (z pakietów z --debug, albo wczytanym z *-debuginfo)? Nie wiem czy wystarczy tych debug: filesystem-debuginfo-3.0-14.i686 libpcap-debuginfo-0.9.5-1.i686 glibc-debuginfo-2.6-3.i686 libpfring-debuginfo-0.9.4-0.20070610.2.i686 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 00:38:58.354766 IP 10.9.8.247.22 10.9.8.100.14328: P 3006680583:3006680775(192) ack 1798622043 win 104 nop,nop,timestamp 29117824 3645490475 Program received signal SIGSEGV, Segmentation fault. 0x37f80016 in ?? () (gdb) bt #0 0x37f80016 in ?? () #1 0x081b6f88 in ?? () #2 0x in ?? () #3 0x0808da02 in ?? () #4 0xbfc9b31c in ?? () #5 0xbfc9b338 in ?? () #6 0xb7fed630 in _dl_runtime_resolve () from /lib/ld-linux.so.2 #7 0x0808e8eb in ?? () #8 0x081b6f88 in ?? () #9 0x in ?? () #10 0x0808da02 in ?? () #11 0xbfc9b31c in ?? () #12 0xb7e9a2c7 in ?? () from /usr/lib/libpcap.so.0 #13 0x0060 in ?? () #14 0xb7ce9c60 in ?? () from /lib/libc.so.6 #15 0xb7fe3549 in check_match.9397 () from /lib/ld-linux.so.2 #16 0xb7fe3a96 in do_lookup_x () from /lib/ld-linux.so.2 #17 0xb7fe3b7c in _dl_lookup_symbol_x () from /lib/ld-linux.so.2 #18 0xb7cfbfd3 in __libc_start_main (main=0x808de83 [EMAIL PROTECTED], argc=2, ubp_av=0xbfc9b3d4, init=0x8099375, fini=0x8099374, rtld_fini=0xb7fe87a8 _dl_fini, stack_end=0xbfc9b3cc) at libc-start.c:222 #19 0x0804a0e1 in ?? () jak dołeze tcpdump-debuginfo to: tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 00:43:01.136766 IP 10.9.8.247.22 10.9.8.100.14328: P 3006707303:3006707495(192) ack 1798627899 win 104 nop,nop,timestamp 29360606 3645490960 Program received signal SIGSEGV, Segmentation fault. 0x37f80016 in ?? () (gdb) bt #0 0x37f80016 in ?? () #1 0x081b6f88 in ?? () #2 0x in ?? () #3 0x0808da02 in info (verbose=value optimized out) at ./tcpdump.c:1151 Backtrace stopped: previous frame inner to this frame (corrupt stack?) -- Arkadiusz Patyk [areqpld-linux:org] [http://rescuecd.pld-linux.org/] [IRC:areq skype:arekpatyk GG:1383 jid:arekpatyk:net] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
