Re: Migracja serwisów SysV - systemd
On Wednesday 25 of January 2012 15:27:11 Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 13:54 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 13:41 Bartlomiej Zimon uz...@o2.pl napisał(a): Dnia 25 stycznia 2012 11:08 Pawel Sikora pl...@agmk.net napisał(a): On Wednesday 25 of January 2012 09:48:16 Bartlomiej Zimon wrote: Dnia 25 stycznia 2012 9:43 Pawel Sikora pl...@agmk.net napisał(a): On Wednesday 25 of January 2012 09:37:23 Bartlomiej Zimon wrote: Aktualnie problemem jest zasadniczo u nas to ze nie ma feedbacku co sie nie podnosi co poprawic. tu zamiescilem linka do przykladu dzialajacego na rc-scripts, a nie dzialajcego na systemd: http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2012-January/154578.html da sie to jakos na carme przetestowac? jak odpalisz qemu z opcja -curses to powinno sie dac. pytanie czy chesz sie tak bawic? nie lepiej odpalic to lokalnie? brak miejsca lokalnie ok zobaczymy cos nie cos oproznilem moze sie zmieszcze :P ok w jakis sposob wrzucic jakis plik na taki system w qemu? scp? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
kernel-{headers,module-build}: config-dist / .config
witam, chcialem sie zapytac czy w obecnych czasach utrzymywane config-dist i calej tej skryptologii przygotowujacej z tego .config i inne elementy przed kompilacja zewnetrznych modulow ma jeszcze jakies uzasadnienie? kiedys iirc mielismy dwie konfiguracje - smp / uni - i to mialo sens, ale przy obecnej jednej konfiguracji, to juz chyba sztuka dla sztuki i robienie sobie pod gorke. przejscie na .config ma ta zalete, ze na pld mozna odpalic bez problemu instalatory modulow kernela od zewnetrznych dostawcow (przystosowane glownie pod katem linii enterprise), np. taki popularny driver-wrapper: http://www.jungo.com/st/windriver_usb_pci_driver_development_software.html ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Polski linux PLD
On Wednesday 18 of January 2012 22:29:15 Bartosz Świątek wrote: W dniu 18 stycznia 2012 22:15 użytkownik Bartosz Taudul wolf@gmail.com napisał: 2012/1/18 Grzegorz Brzoza grzegorz.brz...@wp.pl: Witam. Kolega polecił mi ostatnio polskiego linuxa PLD. Do tej pory urzywalem Ubuntu, Fedore, a kiedyś jeszcze SUSE, żadna z tych dystrybucji jednak nie spodobala mi sie z powodu roznych wzgledow. Wielkiej niespodzianki lepiej nie oczekuj. Chcialbym sie dowiedziec czy urzywajac polskie PLD bede bardziej zadowolony niz z uzywania powyzej wymienionych dystrybucji Linuxa. Raczej w drugą stronę. Tak. Klauni z tego cyrku uciekają, więc nowych jak najbardziej potrzeba ;) bum tralala chlupie fala, po glebinie statek plynie... ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
grsecurity psuje gdb.
witam,
ostatnio zaczelo mi cos przeszkadzac w pld podczas pracy, czyli problemy z gdb.
sytuacja jest taka, ze po dopieciu sie do procesu z watkami, puszczeniu go dalej
i zapodaniu zatrzymania (ctrl-c) gdb stwierdza, ze nie moze sie dobrac do czegos
w /proc. oto przyklad:
Attaching to process 3462
(...)
(gdb) c
Continuing.
control-c and...
Could not open /proc/3465/status
pstree:
├─konsole(3432)─┬─zsh(3434)───dvm64-t(3451)───dvm(3462)─┬─{dvm}(3465)
│ │ └─{dvm}(3506)
numerki 3465 i 3506 to watki i /proc jako tako nie wystepuja.
z tego co ustalilem, to na problem pojawia sie po nalozeniu grsecurity na
3.0.12/3.1.4.
nie pomaga tez odpalenie aplikacji pod nadzorem gdb (czyli nie jest to
imho problem z sysctl/grsec/harden_ptrace).
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: syslog-ng startowany po bindzie
On Tuesday 22 of November 2011 11:55:13 Tomasz Pala wrote: 1. syslog potrzebuje skonfigurowanych interfejsów (do nasłuchiwania), 2. idea logowania wymaga poprawnego czasu, 3. czas wymaga dostępu do sieci (wliczając w to rozwiązywanie nazw!) moze da sie wymyslic jakies teoretyczne udoskonalenie tego softu z uzyciem http://lwn.net/Articles/399546 i podrzucic pomysl autorom? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel-3.0.3-0.3 - tests
On Thursday 25 of August 2011 12:05:32 Arkadiusz Miskiewicz wrote: On Thursday 25 of August 2011, Łukasz Maśko wrote: Wygląda jak błąd w VBox, ale na vanilla się buduje. Efekt działania pluginu constify z grsecurity. Popatrz na kernel-aufs2-no-const-grsec.patch czy końcówka patcha kernel-grsec_fixes.patch by się dowiedziec jak to się poprawia. Ewentualnie wyłączymy dziadostwo w modułach hmm trzeba z makefile kernela po buildzie wyrzucic -fplugin zeby moduly okolokernelowe nie byly masaakorwane tym dziadostwem. ___ 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?
On Wednesday 29 of June 2011 11:52:46 Jacek Osiecki wrote: Pozwolę sobie więc wrzucić końcówkę z gdb: (gdb) bt #0 0x74b5880c8243 in select () from /lib64/libc.so.6 #1 0x74b575680119 in ?? () from /lib64/libgcrypt.so.11 #2 0x74b57567d630 in ?? () from /lib64/libgcrypt.so.11 #3 0x74b57567e914 in ?? () from /lib64/libgcrypt.so.11 #4 0x74b57567d9bf in ?? () from /lib64/libgcrypt.so.11 ^ doinstaluj jeszcze pakiety -debuginfo, t obedzie cos wiecej widac. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
popsute file/libmagic-5.07.
witam, na wersji 5.05 bylo: $ file executor.zip executor.zip: Zip archive data, at least v2.0 to extract na wersji 5.07 jest: $ file executor.zip executor.zip: data ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
kleska urodzaju u dystrybutorow katalagow :/
witam, chcialem dzis zainstalowac uzytkownikowi na jednej maszynie xfce. po drodze odbilem sie o: wymagany /usr/share/desktop-directories jest dostarczany przez następujące pakiety: a) applnk-2.0.0-1.noarch b) gnome-menus-2.30.5-2.x86_64 c) kde4-kdebase-runtime-4.6.0-1.x86_64 d) lxmenu-data-0.1.1-1.noarch wymagany /usr/share/desktop-directories jest dostarczany przez następujące pakiety: a) applnk-2.0.0-1.noarch b) gnome-menus-2.30.5-2.x86_64 c) kde4-kdebase-runtime-4.6.0-1.x86_64 d) lxmenu-data-0.1.1-1.noarch nie dosc, ze pakiety x86_64 dostarczaja /usr/share, to jeszcze wybor jest taki, ze zwykly klient moze dostac zawalu. jak juz ktos przygotowal metapackage-*, to moze niech tam explicite wyspecyfikuje to co jest najlepsze, bo ja nie wiem, co xfce lubi najbardziej. inna sprawa, to: xorg-app-xrdb-1.0.7-1.x86_64 zaznaczył gcc-4.5.2-3.x86_64 (wł. cpp = 6:4.0.0) kde4-kdebase-workspace-solid-4.6.0-6.x86_64: nie znaleziono wymaganego upower (tu chyba powinno byc UPower). ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
/.config
witam, ostatnio zauwazylem, ze w / pojawia sie jakas samowolka - katalog /.config, a w nim plik Trolltech.conf: [Qt%20Plugin%20Cache%204.7.false] usr\lib64\kde4\plugins\kauth\backend\kauth_backend_plugin.so=40701, 0, pld x86_64 linux g++-4 full-config, 2011-01-22T23:46:35 usr\lib64\kde4\plugins\kauth\helper\kauth_helper_plugin.so=40701, 0, pld x86_64 linux g++-4 full-config, 2011-01-22T23:46:35 nie przypominam sobie, bym z roota cos odpalal poza poldkiem. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
zawias xorg/mesa?
witam, po ostatnich aktualizacjach xorg/mesa/libdrm zdycha mi xserver zostawiajac nieuzywalny ekran/klawiature/myszke. ztcw, to powtorzyc to jest latwo: - odpalamy przez startx kde, pracujemy chwilke. - wylaczamy kde. - ponowne startx i zdechlo. pozostaje sie tylko zalogowac przez ssh i miekki reboot. w logach nic, zadnego gpf-a, zadnego ooopsa. dzieje sie tak na dwoch kartach ati (RV280 i RV370). ktos moze potwierdzic/zaprzeczyc? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
psi[5128]: segfault at 38 ip 00007f48fc8c023e sp 00007f48fb440650 error 6 in libgstprovider.so[7f48fc86b000+8a000]
swiezutkie th-main+ready+test i psi konczy zycie na starcie: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffddc4b710 (LWP 5142)] 0x7fffdf0ca23e in ?? () from /usr/lib64/psi/plugins/libgstprovider.so (gdb) bt #0 0x7fffdf0ca23e in ?? () from /usr/lib64/psi/plugins/libgstprovider.so #1 0x72e18083 in g_type_create_instance () from /usr/lib64/libgobject-2.0.so.0 #2 0x72df4fcc in ?? () from /usr/lib64/libgobject-2.0.so.0 #3 0x72df7e11 in g_object_newv () from /usr/lib64/libgobject-2.0.so.0 #4 0x7fffde555451 in gst_element_factory_create () from /usr/lib64/libgstreamer-0.10.so.0 #5 0x7fffde55568f in gst_element_factory_make () from /usr/lib64/libgstreamer-0.10.so.0 #6 0x7fffdf0b1d0f in PsiMedia::GstSession::GstSession(QString const) () from /usr/lib64/psi/plugins/libgstprovider.so #7 0x7fffdf0b0541 in PsiMedia::GstThread::run() () from /usr/lib64/psi/plugins/libgstprovider.so #8 0x74e14a5e in ?? () from /usr/lib64/libQtCore.so.4 #9 0x74b8bda5 in start_thread () from /lib64/libpthread.so.0 #10 0x73bfbf3d in clone () from /lib64/libc.so.6 #11 0x in ?? () ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: psi[5128]: segfault at 38 ip 00007f48fc8c023e sp 00007f48fb440650 error 6 in libgstprovider.so[7f48fc86b000+8a000]
On Monday 20 of December 2010 09:59:11 Pawel Sikora wrote: swiezutkie th-main+ready+test i psi konczy zycie na starcie: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffddc4b710 (LWP 5142)] 0x7fffdf0ca23e in ?? () from /usr/lib64/psi/plugins/libgstprovider.so (gdb) bt #0 0x7fffdf0ca23e in ?? () from /usr/lib64/psi/plugins/libgstprovider.so #1 0x72e18083 in g_type_create_instance () from /usr/lib64/libgobject-2.0.so.0 #2 0x72df4fcc in ?? () from /usr/lib64/libgobject-2.0.so.0 #3 0x72df7e11 in g_object_newv () from /usr/lib64/libgobject-2.0.so.0 #4 0x7fffde555451 in gst_element_factory_create () from /usr/lib64/libgstreamer-0.10.so.0 #5 0x7fffde55568f in gst_element_factory_make () from /usr/lib64/libgstreamer-0.10.so.0 #6 0x7fffdf0b1d0f in PsiMedia::GstSession::GstSession(QString const) () from /usr/lib64/psi/plugins/libgstprovider.so #7 0x7fffdf0b0541 in PsiMedia::GstThread::run() () from /usr/lib64/psi/plugins/libgstprovider.so #8 0x74e14a5e in ?? () from /usr/lib64/libQtCore.so.4 #9 0x74b8bda5 in start_thread () from /lib64/libpthread.so.0 #10 0x73bfbf3d in clone () from /lib64/libc.so.6 #11 0x in ?? () sam sobie odpowiem, ze naprawione w release 7 (R: gstreamer-v4l2). ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: packages: clamav-database/clamav-database.spec - 53.1235.93.2563-20101203
On Wednesday 15 of December 2010 12:51:26 Pawel Golaszewski wrote: On Wed, 15 Dec 2010, Paweł Zuzelski wrote: Co Ci ten spec przeszkadza? Trzeba go usunąć, żebyś przestał w nim grzebać? Rzadko bo rzadko, ale czasami jest on przydatny. ...a czy nie należałoby zautomatyzować generowania tej paczki? Bo nowe definicje się zmieniają codziennie i w zasadzie powinno to być pobierane w momencie wysłania zlecenia... Zgadza się. To by było przydatne. No, wtedy to by miało o wiele większy sens. Tylko mam wątpliwości co do miejsca na DF, czy trochę nie szkoda. Może można coś zamieszać, żeby stare definicje się usuwały z DF? Co jak co, ale TA paczka raczej nikomu nie będzie potrzebna w starej wersji. Po prostu w sources powinien być skrypt, który podczas budowania zaciąga nowe definicje, wyciąga z nich wersję, release czy co tam potrzebuje. Plus jakiś automat, który to codziennie będzie puszczał? Nie wiem, trochę to absurdalnie wygląda, bo też i automatyczna ścieżka przenoszenia raz dziennie takich paczek na ftp powinna być... jaka jest roznica miedzy codziennym sciaganiem poldkiem nowego rpma, a uzywaniem zestawu cron+freshclam? rozumiem, ze jakis updejt paczki raz na tydzien, czy miesiac, ale codziennie? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
mount.nfs PLD-PLD nie dziala.
witam, mam taki maly wycinek z calej sieci mapowan nfs: - serwer PLD eksportuje pewien zasob R0 po nfs-ie: # exportfs -v|grep R0 /R0 world(rw,async,nohide,crossmnt,no_root_squash,no_subtree_check,insecure_locks) - klient A (CentOS) montuje ten zasob bez problemu: # mount.nfs nexus:/R0 /mnt -r -v -o soft,intr mount: trying 10.0.2.28 prog 13 vers 3 prot tcp port 2049 mount: trying 10.0.2.28 prog 15 vers 3 prot udp port 45364 # mount|grep mnt nexus:/R0 on /mnt type nfs (ro,soft,intr,addr=10.0.2.28) - klient B (PLD) zatrzymuje sie na mount: # mount.nfs nexus:/R0 /mnt -r -v -o soft,intr mount.nfs: timeout set for Tue Dec 7 11:47:15 2010 mount.nfs: trying text-based options 'soft,intr,vers=4,addr=10.0.2.28,clientaddr=10.0.2.24' i tak sobie czeka... wyglada mi to na jakis kwas w pld, skoro inne distro potrafi sie podpiac. ktos ma pomysl, albo podpowie jak to zdebugowac? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
rpcbind - fork bomb.
witam, wczoraj na jednej maszynie (prawdopodobnie po upgrade*) na ktorej uzywam bazy uzytkownikow i hasel z nis-a oraz montuje zasoby nfs-a pojawil mi sie powtarzalny fork bomb. /etc/rc.d/init/rpcbind start /etc/rc.d/init/ypbind start w ciagu kilku sekund mam juz ponad 1 procesow 'rpcbind -l', a w /var/log/daemon flood: Dec 1 09:25:31 alison rpcbind: rpcbind terminating on signal. Restart with rpcbind -w Dec 1 09:25:31 alison rpcbind: rpcbind terminating on signal. Restart with rpcbind -w ktos sie moze spotkal? z pakietow aktualizowanych 2010/11/2* widze potencjalnie kernel 2.6.36.1, udev. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[WORKAROUND] Re: rpcbind - fork bomb.
On Wednesday 01 of December 2010 09:33:40 Pawel Sikora wrote: witam, wczoraj na jednej maszynie (prawdopodobnie po upgrade*) na ktorej uzywam bazy uzytkownikow i hasel z nis-a oraz montuje zasoby nfs-a pojawil mi sie powtarzalny fork bomb. /etc/rc.d/init/rpcbind start /etc/rc.d/init/ypbind start w ciagu kilku sekund mam juz ponad 1 procesow 'rpcbind -l', a w /var/log/daemon flood: Dec 1 09:25:31 alison rpcbind: rpcbind terminating on signal. Restart with rpcbind -w Dec 1 09:25:31 alison rpcbind: rpcbind terminating on signal. Restart with rpcbind -w ktos sie moze spotkal? z pakietow aktualizowanych 2010/11/2* widze potencjalnie kernel 2.6.36.1, udev. /etc/sysconfig/rpcbind: # Turn on libwrap connection logging RPCBIND_VERBOSE=no jak wylaczylem opcje logowanie (opcja '-l') to sie fork bomb skonczyl i chyba wszystko wrocilo do normy... ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
getpwent() szwankuje na multilib-ie?
witam,
mam taka sytuacje, ze gdy odpalam 32-bitowa aplikacje na 64-bitowym pld,
to getpwent() i zwraca mi danych uzytkowanika, ktore sa pobierane z NIS-a.
$ g++ home.cpp -m64 ./a.out
/ahome/pawels
$ g++ home.cpp -m32 ./a.out
homeless?
$ cat home.cpp
#include cstdio
#include pwd.h
#include unistd.h
int main()
{
::uid_t euid = ::geteuid();
for ( struct passwd const* p = ::getpwent(); p; p = ::getpwent() )
if ( p-pw_uid == euid )
{
std::puts( p-pw_dir );
::endpwent();
return 0;
}
::endpwent();
std::puts( homeless? );
return 1;
}
moze to ktos potwierdzic? na konsoli nie mam zadnych logow o brakujacych
bibliotkeach, itp.
ypcat, wyglada, ze dziala:
# setarch i686 ypcat -k passwd|grep pawels
pawels pawels:ciach.:1074:500:Pawel Sikora:/ahome/pawels:/bin/zsh
# setarch x86_64 ypcat -k passwd|grep pawels
pawels pawels:ciach.:1074:500:Pawel Sikora:/ahome/pawels:/bin/zsh
wiec co? kwas w glibcu?
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[SOLVED] Re: getpwent() szwankuje na multilib-ie?
On Friday 19 of November 2010 13:12:08 Pawel Sikora wrote:
witam,
mam taka sytuacje, ze gdy odpalam 32-bitowa aplikacje na 64-bitowym pld,
to getpwent() i zwraca mi danych uzytkowanika, ktore sa pobierane z NIS-a.
$ g++ home.cpp -m64 ./a.out
/ahome/pawels
$ g++ home.cpp -m32 ./a.out
homeless?
$ cat home.cpp
#include cstdio
#include pwd.h
#include unistd.h
int main()
{
::uid_t euid = ::geteuid();
for ( struct passwd const* p = ::getpwent(); p; p = ::getpwent() )
if ( p-pw_uid == euid )
{
std::puts( p-pw_dir );
::endpwent();
return 0;
}
::endpwent();
std::puts( homeless? );
return 1;
}
moze to ktos potwierdzic? na konsoli nie mam zadnych logow o brakujacych
bibliotkeach, itp.
ypcat, wyglada, ze dziala:
# setarch i686 ypcat -k passwd|grep pawels
pawels pawels:ciach.:1074:500:Pawel Sikora:/ahome/pawels:/bin/zsh
# setarch x86_64 ypcat -k passwd|grep pawels
pawels pawels:ciach.:1074:500:Pawel Sikora:/ahome/pawels:/bin/zsh
wiec co? kwas w glibcu?
odpowiem sam sobie - pomoglo doinstalowanie paczki nss_nis-2.12.1-8.i686.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[mc] przestala dzialac * w dialogach F5/F6.
dawno dawno temu zdarzalo mi sie w 'mc' kliknac F5/F6 na pliku/katalogu, jako nowa nazwe wpisac *.orig i wszystko sie ladnie dzialo. teraz, po ktorejs ostatniej aktualziacji zauwazylem, ze przestalo to dzialac i zawsze otrzymuje na wyjsciu literalnie '*.orig' bez podstawienia nazwy wejsciowej pod '*'. to jakis nowy ficzer? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
xorg-lib-libX11-libs?
http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/xorg-lib-libX11/xorg-lib- libX11.spec.diff?r1=1.66;r2=1.67;f=h nie przesadzamy troche? przeciez te pakiety sie ladnie instaluja obok, a '...T' przy rpm -qV nie jest powodem do paniki. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Ile miejsca na kompilację Qt?
On Monday 27 of September 2010 09:57:06 Łukasz Maśko wrote: Dnia poniedziałek, 27 września 2010, Jakub Bogusz napisał: [...] Bez budowania pakietów debuginfo zajmuje mniej (~1.7GB na x86_64). Jak w takim razie wykluczyć opcjami budowanie debuginfo? %define _enable_debug_packages 0 PS. Przyznam, że teraz próbuję to zbudować trochę dla sportu, żeby sprawdzić, czy --with sse,sse2 poprawi wydajność KDE4 ;-) jak budujesz dla sportu i masz troche cache, to sprawdz -funroll-all-loops ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
git bisect - ciekawostka :
witam, tak sobie wczoraj zaczalem robic na kernelu git bisect miedzy v2.6.34. a v2.6.35 poniewaz cos zaczely mi swirowac efekty w kde (mrygajacy obraz, prawdopodobnie na skutek tego stada zmian, ktore Linus wessal do drm). po pierwszych kilku krokach trafilem w szerego commit0ow, ktore nie nadawaly sie do testowania i 'git bisect skip' zaczal mnie ciagac po v2.6.33 i 2.6.34-rcX. zwazywszy na wyjsciowy zakres rewizji, to niezla szopke odstawil, wiec na przyszlosc radze zwrocic uwage co nam ten algorytm proponuje kompilowac ;) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: busybox.spec - glibc 2.4
On Fri, 17 Mar 2006, Kamil Jakubowski wrote: Patch dla nowego glibca 2.4. Teraz busybox si? buduje. Gdyby tylko kto? mia? mo?liwo?? sprawdzi? ping6. a u ciebie `ping6 ::1` nie dziala? -- 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: xosd.spec: s/XFree-devel/xorg-lib-*-devel/
On Thu, 16 Mar 2006, [EMAIL PROTECTED] wrote: Author: cieciwa Date: Thu Mar 16 09:26:20 2006 GMT Module: SPECS Tag: HEAD Log message: - release 2.1, - s/XFree-devel/xorg-lib-*-devel/ -Requires:XFree86-devel +Requires:xorg-lib-libICE-devel +Requires:xorg-lib-libSM-devel +Requires:xorg-lib-libX11-devel +Requires:xorg-lib-libXext-devel +Requires:xorg-lib-libXinerama-devel +Requires:xorg-lib-libXt-devel na przyszlosc sugeruje mniej pospiechu i dokladniejsze sprawdzenie, ktory pakiet jakie depsy zaciaga. tym razem to zrobilem;) -- 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: SPECS: perl-Tk.spec - release 2, - removed notneeded BR: XFree86-d...
On Wed, 15 Mar 2006, Bartosz Taudul wrote: On Wed, Mar 15, 2006 at 12:27:21PM +0100, cieciwa wrote: Author: cieciwa Date: Wed Mar 15 11:27:21 2006 GMT Module: SPECS Tag: HEAD Log message: - release 2, - removed notneeded BR: XFree86-devel. Skoro not needed, to dlaczego wynikowy pakiet wymaga bibliotek iksów? iirc, to on i tak nie jest zapisany na listy mailowe, wiec sobie mozesz pytac do woli. -- 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: die libungif.
On Tue, 7 Mar 2006, Andrzej Krzysztofowicz wrote: w zwiazku z faktem, iz patent unisys na lzw umarl smiercia naturalna racja bytu libungif zdaje sie podazac w kierunku /dev/null. ktos ma cos przeciwko `cvs rm libungif.spec` oraz usunieciu tego pakietu z ftp i dalszym korzystaniu wylacznie z giflib? Jesli jest obsoletes, to nie. giflib, ma provides/obsoletes: libungif. -- 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
popsuta java-sun? [umlet]
sciagam sobie umlet :) [ http://www.umlet.com/ ] odpalam tak jak ksiazka pisze, a tu zonk :O $ java -jar com.umlet.plugin/umlet.jar Exception in thread main java.lang.UnsatisfiedLinkError: Can't load library: /usr/lib64/java/jre/lib/amd64/xawt/libmawt.so at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1650) at java.lang.Runtime.load0(Runtime.java:769) at java.lang.System.load(System.java:967) at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1668) at java.lang.Runtime.loadLibrary0(Runtime.java:822) at java.lang.System.loadLibrary(System.java:992) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java:38) at sun.awt.DebugHelper.clinit(DebugHelper.java:29) at java.awt.Component.clinit(Component.java:545) -- 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: ppc64
On Mon, 20 Feb 2006, Jakub Bogusz wrote: Skoro już można: [EMAIL PROTECTED]:~$ uname -m ppc64 to czy ktoś próbował się bawić? Żeby mieć przynajmniej kernel, toolchain i glibc, jak na sparcu64. kernel kiedys zbudowalem, ale admin wolal wrzucic ten z debiana, wiec... ;-) -- 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: SOURCES (LINUX_2_6_14): linux-2.6.14.7-vt1211-sensor.patch
Author: mguevara Date: Tue Feb 21 15:48:21 2006 GMT Module: SOURCES Tag: LINUX_2_6_14 Log message: - 2.6.14.7 replacement for linux-2.6-vt1211-sensor.patch Files affected: SOURCES: linux-2.6.14.7-vt1211-sensor.patch (NONE - 1.1.2.1) (NEW) po co takie rename robisz? nudzi ci sie? -- 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: SPECS (LINUX_2_6): kernel.spec - separated vmlinux file. (cieciwa)
+%package vmlinux +Summary: kernel vmlinux file +Summary(pl): plik vmlinux +Group: Base/Kernel + +%description vmlinux +%description vmlinux -l pl + +%package smp-vmlinux +Summary: kernel SMP vmlinux file +Summary(pl): plik SMP vmlinux +Group: Base/Kernel + +%description smp-vmlinux +%description smp-vmlinux -l pl http://lists.pld-linux.org/mailman/pipermail/pld-kernel/2006-February/001268.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
mplayer / xvmc-vld patch
uprasza sie o wyrzucenie tego brzydkiego hacka. [ mplayer-dev: cite Ivan Kalvachev ] (...) Now about the whole VLD acceleration. I would be happy if I should not commit it. BTW it is good if you send the patch to FFmpeg-dev maillist so the project leader could say that he think about it. I guess he will be less happier than me:( But if he accept it I will commit the whole patch. Now I see proove that your XVMC_VLD don't have much in common with the original XVMC simply most of the code is reimplemented and lots of rendering stuff is bypassed. Something else, it is theoritically imposible to have all 3 levels of acceleration at once. (...) [ /cite ] [1] na builderach i tak nie bedzie naglowkow nvidii ani via tylko /usr/include/X11/extensions/XvMClib.h, wiec paczki nigdy nie beda korzystac z tego kodu, ktory jest aktywowany na etapie budowania via HAVE_XVMC_VLD. [2] od przypinania takich cudaczkow jest wrapper XvMCW i to do niego nalezy przypiac sterownik od via, a nie psuc mplayera. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: mplayer / xvmc-vld patch
On Tue, 14 Feb 2006, Maciej ?winiarski wrote: Dnia Tue, 14 Feb 2006 10:47:32 +0100 (CET) Pawel Sikora [EMAIL PROTECTED] napisa?: na builderach i tak nie bedzie naglowkow nvidii ani via tylko /usr/include/X11/extensions/XvMClib.h, wiec paczki nigdy nie beda korzystac z tego kodu, ktory jest aktywowany na etapie budowania via HAVE_XVMC_VLD. ymmm a gdzie to znalazles? via jest czescia X11 (sterowniki sa produkowane wlasnie przez projekt unichrome z ktorego rowniez pochodzi patch do mplayera o ktorym mowa) XvMClib.h pochodzi z xorg-lib-libXvMC-devel. latka mplayer-xvmc dodaje do configure test na obecnosc naglowkow nie pochodzacych z xorg. + if test $_xvmcvld = yes; then +_xvmcinc=vldXvMC.h = + else +_xvmcinc=XvMClib.h + fi sterownik via/unichrome z xorg udostepnia biblioteki XvMC ktore podpina sie do wrappera: [ xorg-driver-video-via ] /usr/lib64/libviaXvMC.so.1.0.0 /usr/lib64/libviaXvMCPro.so.1.0.0 /usr/lib64/xorg/modules/drivers/via_drv.so /usr/share/man/man4/via.4.gz $ grep xvmclib= mplayer.spec --with-xvmclib=XvMCW \ ..przez chwile bylo via ale pozniej doczytalem o wrapperze i zmienilem a co do patcha to jedyne co moge zrobic to bcond with. Nie wiem jak na nvidi ale bez tego patcha moja via nie dziala. a wrapper masz ustawiony? `cat /etc/X11/XvMCConfig` ? -- 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: mplayer / xvmc-vld patch
On Tue, 14 Feb 2006, Maciej ?winiarski wrote: + if test $_xvmcvld = yes; then +_xvmcinc=vldXvMC.h = + else +_xvmcinc=XvMClib.h + fi no a ta jest w xorg-proto-videoproto-devel bah, /me juz nie dowidzi :/ To jak zmieniamy na --with ? narazie niech zostanie jak jest, ale lepiej zmotywowac autora, zeby to na ffmpeg-devel poslal w porzadnej formie. -- 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: [ac-ready] X11 i xterm - uzupełnienie
On Fri, 10 Feb 2006, Pepe wrote: On Thu, 9 Feb 2006 23:51:35 +0100 Pepe [EMAIL PROTECTED] wrote: Po uaktualnieniu X11 do wersji z ac-ready w xterm'ie przestała działać kombinacja ALT + BACKSPACE co, jak dla mnie, jest wyjątkowo uciążliwe. Nie działa żadna kombinacja z lewym ALT'em. Nie działają również kombinacje z prawy ALT'em, a co za tym idzie nie da się wprowadzać polskich znaków. Wszystkie te objawy występują w xterm'ie. ja na modularnych xorg zauwazylem, ze nie dziala mi np. alt+ctrl+Fx i nie moge sie dobic do konsoli pod x-ami :( -- 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
smietnik po deinstalacji tetex-a.
czystka w postaci `poldek -e X11-libs` konczy sie tak: (...) /usr/bin/texhash[77]: kpsewhich: not found warning: /usr/share/texmf/web2c/texmf.cnf saved as /usr/share/texmf/web2c/texmf.cnf.rpmsave nie podoba mi sie to. texmf.cnf nie dotykalem, a smiec dostal. -- 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: gcc 3.4 i ac
On Tuesday 30 of August 2005 21:03, Arkadiusz Miskiewicz wrote: Witam, Zastanawiam się nad tym czy nie warto by poświęcić chwili (~ 1mc?) na rekompilację libstdc++-zależnych rzeczy tak by wprowadzić gcc 3.4. W najbliższym czasie nadal nie zanosi się na wyjście AC, gcc 3.3. nie supportowany, sypie się na prostych rzeczach (np. dziś glib2 na alphie). 100% powtarzalne? BTS# ? Nie jestem jednak przekonany czy gra jest warta świeczki. jak lubisz np. przepisywac kod altiveca na ppc, to milej zabawy ;) 3.4 i 4.0.x kwicza na http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19411 -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: cvs vs svn...
On Tuesday 06 of September 2005 20:30, Paweł Gołaszewski wrote: On Tue, 6 Sep 2005, wrobell wrote: let's start new war... what about moving repo to svn? no. If you really want to move - find something that gives _real_ advantages. dla mnie real adavantge, to np. wygoda w pracy. jak mam cos dlubac na branchach z pakietem, ktory ma mase latek i pozniej to mergowac, to na sama mysl o tych wszystkich kurowadach z przenoszeniem plikow i szukaniem ich w gaszczu sources/ mi sie odechciewa juz na starcie. jesli mam natomiast kazdy pakiet w odzielnym miejscu z podkatalogami na branche/tagi, to cale zarzadzanie tym bajzlem jest mile i szybkie. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: bluez-utils.spec - todo security
On Thursday 18 of August 2005 17:59, glen wrote:
Author: glen Date: Thu Aug 18 15:59:28 2005 GMT
Revision 1.23 2004/11/11 19:48:18 saq
-- mass commit: using %%{epoch} without explicit Epoch: declaration
+- mass commit: using %{epoch} without explicit Epoch: declaration
don't use macros in changelog. %% comment is correct.
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PreReq
ja bym się kciał zapytać co będzie z Requires(postun) ? ten ficzer byłby pomocny np. przy modułach kernela, aby przy aktualizacji najpierw odinstalować moduły i na końcu unikając w ten sposób osierocnych plików/katalogów. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: pld embedded - port pld dla arm9
On Monday 08 of August 2005 11:40, Radosław Kintzi wrote: Wydaje mi się, że najlepszym rozwiazaniem byłoby stworzenie miniportu PLD dla ARMa. Coś takiego jak [5]. Oto oprogramowanie jakie potrzebuję (chciałbym w tym widzieć): (...) - gcc-3.3.5 seria 3.3.x sie nie nadaje dla ARM-a, bo ma skoszona obsluge __attribute__ ((interrupt (IRQ/FIQ/etc.))) i jeszcze kilki innych rzeczy. jesli chcesz uzywac gcc na armie, to w wersji min. 3.4.latest. generalnie polecam doglebna lekture http://www.inf.u-szeged.hu/gcc-arm/index.php - newlib lub uClibc (nie wiem czy to pierwsze się nadaje) to pierwsze sie nadaje, ale jest dosyc duze jak na systemy micro-embbeded (z 32/64kB ram-u). dla takowych najlepsze jest chyba dietlibc+wlasna implementacja (badz zaslepienie) syscall-i linuxa. jesli zas masz juz te kilka MB zewnetrznej pamieci ram podpietej do arm-a + flash dysk, to spokojnie uzywaj newliba. Mam teraz kilka pytań na temat cross-kompilacji i towrzenia portów embedded (zaznaczam, że moje doswiadczenie w tym temacie jest raczej żadne, a wiedza to kilka dni googlowania): 1. Jak wygląda proces tworzenia cross-kompilatora? crossarm-gcc.spec jest do wgladu. aktualnie wspiera tyko c/c++, albo mozna spokojnie wlaczyc jave i wykorzystac sprzetowy akcelerator jazelle. 2. Czy newlib nadaje się jako biblioteka libc dla Linuksa embedded? To pytanie ma związek z tym co napisałem w poprzednim akapicie. newlib nadaje sie nawet dla systemow bez OS-a, ale jest z reguly wtedy duzo wiekszy niz sama aplikacja. 3. Crt0/Startup code. Czy to jest potrzebne również w przypadku kiedy używamy Linuksa na docelowej maszynie, czy tylko w sytuacji, kiedy uruchamiamy program bez systemu operacyjnego? startup-code jest zawsze potrzebny. jesli nie masz OS-a, to musisz go sam napisac/wygooglac i zadbac o to, zeby programik ustawil sam sprzet, stos i inne cuda. jesli masz juz OS-a na pokladzie, to zwykle jakas implementacja biblioteki standardowej C dostarcza odpowiedni loader. 4. Co jest jeszcze potrzebne, żeby przygotować builder pod taki port PLD? Ile czasu może to zająć (osobie, która nie ma doświadczenia) i czy mogę liczyć na Waszą pomoc (głównie chodzi o konsultacje niż o pracę przy poprawianiu specy). Myślę, że uda mi się wyciągnąć od firmy maszynę na taki builder, pod warunkiem, że takie przedsięwzięcie będzie miało szansę realizacji (w rozsądnym czasie) ja cos moge podpowiedziec, ale fizycznie juz sie od arm-a odcialem (czyt. zlozylem wypowiedznie w firmie dla ktorej robilem arma 7-ke). Linki (proszę uzupełnić): [1] www.arm.com [2] http://www.montereylinux.com/datasheets/arm_inj-ds-20040109.pdf [3] http://www.iar.com/ ps). IAR ma swietny kompilator i bardzo dobra implementacje embedded c++ ale niestety kosztuje sporo (u polskiego przedstawiciela = 10'000pln). -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel.spec i iptables.spec
On Tuesday 02 of August 2005 14:34, Stacho Pal wrote: Witam! Chciałbym na jakimś mniej ważnym routerze potestować kernel-2.6.12, tyle żeby to zrobić potrzebowałbym 'pasujące' do niego iptables. O ile kernel.spec (LINUX_2_6) jest w często aktualizowany i daje się z nigo zbudować paczki, to iptables.spec ostatnio był zmieniany 11 czerwca i nijak nie chce się zbudować w obecności kernela-2.6.12 Dałoby się coś z tym fantem zrobić? to zalezy ile piwa masz na funduszu reprezentacyjnym? ;) -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: woooooolny poldek...
On Monday 01 of August 2005 20:56, Marcin Król wrote: no, po okolo 30min poldek przebil sie przez swoje algorytmy i odpalil rpm-a. To jakis slabiutki procek chyba? yhm, slabiutki. celeronII(coppermine) 1GHz + 0.5GBramu. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
svn-1.2.1 wciaz sie sypie...
przy dodawaniu katalogu... $ svn add net A net A net/Kconfig A net/Makefile A net/core A net/core/skbuff.c Program received signal SIGSEGV, Segmentation fault. 0x406b930b in strlen () from /lib/tls/libc.so.6 (gdb) bt #0 0x406b930b in strlen () from /lib/tls/libc.so.6 #1 0x401cd1b2 in apr_vformatter () from /usr/lib/libapr-1.so.0 #2 0x401d6c77 in apr_pvsprintf () from /usr/lib/libapr-1.so.0 #3 0x401154c4 in svn_error_wrap_apr () from /usr/lib/libsvn_subr-1.so.0 #4 0x4011b0d6 in svn_io_dir_read () from /usr/lib/libsvn_subr-1.so.0 #5 0x4001d1fc in svn_client__get_auto_props () from /usr/lib/libsvn_client-1.so.0 #6 0x4001d2af in svn_client__get_auto_props () from /usr/lib/libsvn_client-1.so.0 #7 0x4001d3fa in svn_client__get_auto_props () from /usr/lib/libsvn_client-1.so.0 #8 0x4001d56e in svn_client_add2 () from /usr/lib/libsvn_client-1.so.0 #9 0x0804bc8a in ?? () (...) -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: openssl-ssl-algs.patch
On Sunday 24 of July 2005 14:15, Jakub Bogusz wrote: Czemu ma służyć ta łata? pewnie generowaniu ton ostrzezen i bledow : kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.7: undefined symbol: PKCS7_content_free kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.7: undefined symbol: OpenSSL_add_all_algorithms kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.7: undefined symbol: OpenSSL_add_all_algorithms_conf kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.7: undefined symbol: OpenSSL_add_all_algorithms_noconf -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rt2500.spec
On Friday 22 of July 2005 08:13, Paweł Sokół wrote: Witam; ... -lm /usr/bin/ld: cannot find -lqt Na to rada to BuildRequires: qt-st-devel - nie mam pewności w jakiej wersji - zainstalowałem poldkiem i poszło... nie uzywamy qt-st tam gdzie to nie jest konieczne. poprawilem pakiet zeby sie budowal zgodnie ze sztuka :) -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
monodoc-mint.patch
./builder -g monodoc (...) Error: some source, patch or icon files not stored in CVS repo. (monodoc-mint.patch) -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: kernel-net-ieee80211.spec (NEW) - new spec based on ipw2200...
On Wednesday 20 of July 2005 19:13, Jakub Piotr Cłapa wrote:
Andrzej Zawadzki wrote:
Jakub Bogusz wrote:
On Wed, Jul 20, 2005 at 05:23:21PM +0200, jpc wrote:
+# TODO:
+# - where to put header files? (now in /lib/modules/.../include)
+# remember to correct ipw2200.spec when changing this
No nie, to nie jest miejsce na nagłówki.
Jeśli to są nagłówki userspace, to gdzieś poniżej %{_includedir}, jeśli
Chyba tu.
W dokumentacji stoi:
IEEE80211_INC=/usr/include
i będą w /usr/include/net
To nie userspace. (używane są tylko przez inne moduły)
przez ktore *inne* moduly? moze ipw2costam z ktorego zostaly wyrwane?
dla jądra - pod %{_kernelsrcdir}.
Spróbuje poprawić w wolnej chwili, ale jak ktoś ma ochote, to może mnie
uprzedzić (nie obrażę się :P).
nasram i pojde dalej. jak bede mial czas to sprzatne.
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
do czego zmierza Pan Cięciwa?
[1]
SPECS (LINUX_2_6): kernel-cluster.spec (NEW) - initial release for...
Revision 1.1.2.2 2005/07/19 11:55:04 cieciwa
- building, installing - testing.
NFY !!
Revision 1.1.2.1 2005/07/19 11:25:11 cieciwa
- initial release for RH Cluster filesystem.
NFY
pozniej gdzies cos mi miglo na ircu, ze to do wyrzucenia.
[2]
SPECS (LINUX_2_6): kernel-drivers-dlm.spec (NEW) - initial.
Summary: DLM
Source0: %{_org_name}-%{version}.tar.bz2
%description
ani url-a, ani opisu, nic. moze tez do wyrzucenia?
[3]
SPECS (LINUX_2_6): kernel-block-gnbd.spec (NEW) - initial - checki...
to samo co [2] tylko inne summary.
**
quo vadis?
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Programista (fwd)
On Wednesday 20 of July 2005 23:55, Paweł Gołaszewski wrote: On Wed, 20 Jul 2005, Enleth wrote: Pozwole sobie zaspamowac, ale moze ktos bedzie zainteresowany ponizszym. W razie czego - kontakt pod adres z From: A jak to jest, że w tym mailu i w opisie z linku są napisane dwie, całkowicie różne rzeczy w kwestii doświadczenia i wykształcenia? Na stronie jest oficjalne stanowisko - tutaj jest szukanie przez odpowiednią osobę, która wie kogo chce :) ostatnio widzialem takie ogloszenie: (... tu powazna firma ktorej reklamy robic nie bede ...) - wymagana biegla znajomosc w jezykach programowania. (... dalej inne cudne wymagania ...) reasumujac odnosze wrazenie, ze firmy powinny zaczac pisac czego nie oczekuja od chetnych - przynajmniej mniej by placily za powierzchnie ogloszen. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: endeavour2.spec
On Monday 18 of July 2005 20:17, Jacek 'jackass' Brzozowski wrote: Proszę o sprawdzenie i ewentualnie dorzucenie. Krytyka mile widziana Summary:Endeavour Mark II file browser Summary(pl): Endeavour Mark II jest menadżerem plików [1] file browser != menedzer plikow [2] po `Endeavour Mark II` powinno byc `-` -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: docbook-style-xsl.spec - fixed R:, release 2 for Th. sgm...
On Sunday 17 of July 2005 21:14, Jakub Bogusz wrote:
On Sun, Jul 17, 2005 at 01:04:59PM +0200, pluto wrote:
Author: plutoDate: Sun Jul 17 11:04:59 2005 GMT
Module: SPECS Tag: HEAD
Log message:
- fixed R:, release 2 for Th.
sgml-common
##
/var/tmp/rpm-tmp.9447[10]: /usr/bin/xmlcatalog: not found
error: post(sgml-common-0.6.3-5.noarch) scriptlet failed, exit status
127
za pierwszym commitem poszedl zly komentarz (poprawilem pozniej log).
docbook-style-xsl ##
/var/tmp/rpm-tmp.4068[4]: /usr/bin/xmlcatalog: not found
error: post(docbook-style-xsl-1.68.1-1.noarch) scriptlet failed,
exit status 127
-Requires(post,postun): /usr/bin/xmlcatalog
-Requires(post,postun): /etc/xml/catalog
+Requires(pre,postun): /usr/bin/xmlcatalog
+Requires(pre,postun): /etc/xml/catalog
To mi śmierdzi obchodzeniem jakichś problemów z rpm-em...
%post
if ! grep -q %{catalog} /etc/xml/catalog ; then
%xmlcat_add %{catalog}
fi
zeby %post zadzialalo, to w %R(pre) juz pakiet binarka musi byc.
caly smrod wyplynal przy reinkarnacji buildero th-athlon/x86-64
z ktorych przy okazji znieknelo czesc paczek. normalnie tego
nie widac, bo libxml2-* sa poinstalowane na builderach.
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: unionfs.spec - pl, kernel/userspace bconds
On Sunday 17 of July 2005 22:20, qboosh wrote: Summary: A Stackable Unification File System +Summary(pl): Stakowalny, unifikujący system plików 'wieżowy' (podobnie jak stackable hub - koncentrator wiezowy). -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
chrpath-0.13-1 vs multilib.
chrpath-0.13-1 nie radzi sobie z binarkami 32/64. ktoras poprzednia wersja dzialala bez problemu jak budowalem multiliba. (...) + chrpath -d /tmp/gcc-4.1.0-root-pluto/lib/libgcc_s.so.1 + /dev/null `/tmp/gcc-4.1.0-root-pluto/lib/libgcc_s.so.1' probably isn't a 64-bit LSB-first ELF file. elf_open: Exec format error (...) -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
co jest nie tak z [EMAIL PROTECTED] ?
przy budowaniu np. [EMAIL PROTECTED] na athlonie rpm zglasza niespakietowany
plik
/usr/include/c++/4.1.0/gnu/java/locale/LocaleInformation_el_GR.h
przy budowaniu na i686 tego nie ma.
gdzie jest zonk?
ps).
%%files zawiera %{_includedir}/c++/%{version}/gnu
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: java-sun.spec
+Revision 1.100 2005/06/06 18:16:46 jajcus
+- package split, so no X11 libs have to be installed when Java is
used in a server (servlets, JSP) environment
-Source1: http://public.planetmirror.com/pub/java-sun/J2SE/5.0_02/amd64/
jdk-%{_src_ver}-linux-amd64.bin
+#Source1: http://public.planetmirror.com/pub/java-sun/J2SE/5.0_02/amd64/
jdk-%{_src_ver}-linux-amd64.bin
-NoSource: 1
+#NoSource: 1
co to ma byc?
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: util-vserver.spec - use x8664 macro in EA, no macro in Obso...
On Friday 01 of July 2005 20:30, Jakub Bogusz wrote:
On Fri, Jul 01, 2005 at 08:18:45PM +0200, Jan Rekorajski wrote:
On Fri, 01 Jul 2005, qboosh wrote:
Author: qboosh Date: Fri Jul 1 18:15:43 2005 GMT
Module: SPECS Tag: HEAD
Log message:
- use x8664 macro in EA, no macro in Obsoletes
Czy ia32e i ia64 to dwie rozne rzeczy? Jesli tak to nie mam pytan,
ale jesli to to samo to cofnij. Poprostu ia64 jest not implemented.
Różne.
ia32e to intelowskie amd64 (czyli Xeony/P4 z em64t w trybie 64-bitowym).
a tak nawiasem, to ostatnio natknalem sie na IA64 z 32 bitowym ABI.
taki cud mozna zobaczyc chyba tylko na maszynkach z HPUX.
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [amd64] zegar chodzi dwa razy szybciej...
On Monday 27 of June 2005 18:46, Bohdan R. Rau wrote: I ZEGAR ODLICZA SEKUNDY DWA RAZY SZYBCIEJ! CO JEST??? zduplikowane przerwania od timera (uwalone acpi/bios). ponoc mozna cos z tym zrobic przestawiajac cos w biosie, ale dokladnie nie wiem, bo nie mam 2xopteron :) -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
cvs locked.
gdzies tak od 11-tej nie sposob cokolwiek zrobic. ani up ani commit nie dziala. $ cvs up -r LINUX_2_6_11 routes-2.6.11-12.diff cvs server: duplicate key found for `y' cvs server: [11:39:48] waiting for cvs's lock in /cvsroot/SOURCES -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Linux psuje płyty.
On Thursday 23 of June 2005 00:24, The Undefined wrote: On Thu, Jun 23, 2005 at 12:16:44AM +0200, Pawel Sikora wrote: calkiem normalnie. tez tak uzywam i dziala bez problemu. $ cdrecord dev=/dev/hdc -scanbus Cdrecord-Clone 2.01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling cdrecord: Warning: Running on Linux-2.6.11.12-3 cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. scsidev: '/dev/hdc' devname: '/dev/hdc' scsibus: -2 target: -2 lun: -2 Warning: Open by 'devname' is unintentional and not supported. co oznacza to u gory? ;) wiele ciekawych rzeczy widzialem juz w zyciu ;) akurat przez ATAPI czasem sie glupoty dzieja. lepiej podawac /dev/hd.. albo ATA:x,y,z yy? u mnie dziala a podajac /dev/hda - korzystasz z scsi! z dupy a nie ze scsi. zaden modul scsi sie nie laduje. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: pci-database: net.pci.in - don't use external module, when include...
On Sunday 19 of June 2005 02:46, blues wrote:
Author: bluesDate: Sun Jun 19 00:46:14 2005 GMT
Module: pci-database Tag: HEAD
Log message:
- don't use external module, when included in kernel is avaible
-14e4170c bcm4400
+14e4170c b44
b44 nie jest tozsamy z bcm4400. niektore karty nie dzialaja dobrze
na b44 i dlatego wlasnie mamy spece z zewnetrznymi modulami bcm{4400,5700}.
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: bind.spec - logs link is back and commented out empty log-b...
On Friday 17 of June 2005 00:16, Pawe Goaszewski wrote: Na jakiej arch to robisz? Moe to co *64 ? stary/popsuty rpm ktory sie krzaczyl na globach jesli linki wskazywaly na cos co nie istnieje w systemie. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: libbio2jack.spec - full regeneration of configure - make cl...
On Wednesday 15 of June 2005 19:00, Pawe Sakowski wrote:
On Wed, 2005-06-15 at 16:26 +0200, Pawe Sikora wrote:
+%if %{with static}
%files static
%defattr(644,root,root,755)
%{_libdir}/lib*.a
+%endif
bzzyt, zle.
http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2005-June/00469
2.html
http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2005-June/00469
3.html
Od tego maila z zastrzeeniami naliczyem 20 popsutych przez witkafl
specw (a nie liczyem uwanie), bez prby wytumaczenia swojej idei.
no i jeszcze to dodawanie bcondow bez otoczki[*]
# $Revision$, $Date$
+%bcond_withoutstatic# don't build static library
Summary:(...)
[*] template.spec
# $Revision: 1.49 $, $Date: 2005/05/21 14:07:41 $
#
# Conditional build:
%bcond_with tests # build with tests
%bcond_without tests # build without tests
#
Summary:-
Prewencyjne -w do wyjanienia? (chodzi o prewencj przed dalszym psuciem
repo)
ktos zlozy wniosek? (ja nie moge)
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS (LINUX_2_6): kernel.spec - _rel 3.1, - removed devfs from ke...
On Monday 13 of June 2005 14:31, cieciwa wrote:
Author: cieciwa Date: Mon Jun 13 12:31:39 2005 GMT
Module: SPECS Tag: LINUX_2_6
Log message:
- _rel 3.1,
- removed devfs from kernel tree.
^^
-Name:kernel%{?with_grsecurity:-grsecurity} ...
+Name:kernel%{!?with_grsecurity:-no_grsecurity} ...
^
co to za partyzantka?
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS (LINUX_2_6): kernel.spec - _rel 3.1, - removed devfs from ke...
On Monday 13 of June 2005 15:54, Jarosaw Kamper wrote:
Pawel Sikora wrote:
On Monday 13 of June 2005 14:31, cieciwa wrote:
Author: cieciwa Date: Mon Jun 13 12:31:39
2005 GMT Module: SPECS Tag: LINUX_2_6
Log message:
- _rel 3.1,
- removed devfs from kernel tree.
^^
-Name: kernel%{?with_grsecurity:-grsecurity} ...
+Name: kernel%{!?with_grsecurity:-no_grsecurity} ...
^
co to za partyzantka?
Na nie tym branchu na dodatek ;)
branch dobry, bo od dzisiejszych przenosin stabline linie 2.6 laduja
na branchach LINUX_2_6_*, a rozwoj jest ciagniety na LINUX_2_6.
i tak: 2.6.11.x jest na LINUX_2_6_11, 2.6.12.x bedzie na LINUX_2_6_12, itd.
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: crosss390x-binutils.spec - fixed desc (s:S390x:S/390)
On Monday 13 of June 2005 19:24, Jakub Bogusz wrote: On Mon, Jun 13, 2005 at 06:58:22PM +0200, pluto wrote: Author: plutoDate: Mon Jun 13 16:58:22 2005 GMT Module: SPECS Tag: HEAD Log message: - fixed desc (s:S390x:S/390) Files affected: SPECS: crosss390x-binutils.spec (1.3 - 1.4) Diffs: Index: SPECS/crosss390x-binutils.spec diff -u SPECS/crosss390x-binutils.spec:1.3 SPECS/crosss390x-binutils.spec:1.4 --- SPECS/crosss390x-binutils.spec:1.3 Mon Jun 13 18:13:40 2005 +++ SPECS/crosss390x-binutils.spec Mon Jun 13 18:58:16 2005 @@ -1,10 +1,10 @@ # $Revision$, $Date$ -Summary: Cross S390x GNU binary utility development utilities - binutils -Summary(es): Utilitarios para desarrollo de binarios de la GNU - S390x binutils -Summary(fr): Utilitaires de dveloppement binaire de GNU - S390x binutils -Summary(pl):Skrone narzdzia programistyczne GNU dla S390x - binutils -Summary(pt_BR): Utilitrios para desenvolvimento de binrios da GNU - S390x binutils -Summary(tr): GNU gelitirme aralar - S390x binutils +Summary: Cross S/390 GNU binary utility development utilities - binutils To jest niecise - s390 to architektura 32-bitowa, s390x 64. hmm, crosss390x generuje kod dla 32/64. S/390x bedzie dobrze? -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: bcond_without staticlib
On Sunday 12 of June 2005 18:23, Witold Filipczyk wrote: Czy macie co przeciw wprowadzeniu bconda without staticlib? cos podobnego jest w uzyciu (static_libs / np. qt.spec) -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: kile.spec - unified sf URL
On Saturday 11 of June 2005 23:01, qboosh wrote:
Author: qboosh Date: Sat Jun 11 21:01:43 2005 GMT
-Source0:http://dl.sourceforge.net/sourceforge/kile/%{name}-%{version}.tar.bz2
+Source0:http://dl.sourceforge.net/kile/%{name}-%{version}.tar.bz2 #
$ wget http://dl.sourceforge.net/kile/kile-1.8.1.tar.bz2
--23:06:03-- http://dl.sourceforge.net/kile/kile-1.8.1.tar.bz2
= `kile-1.8.1.tar.bz2'
Translacja dl.sourceforge.net... 198.142.1.17, 150.65.7.130,
66.35.250.221, ...
czenie si z dl.sourceforge.net[198.142.1.17]:80... failed: Poczenie
odrzucone.
czenie si z dl.sourceforge.net[150.65.7.130]:80... poczono.
danie HTTP wysano, oczekiwanie na odpowied... 404 Not Found
23:06:05 BD 404: Not Found.
mam popsuty internet czy z przyzwyczajenia tak wbijasz te linki do sf.net?
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
VMware-workstation.spec rev 1.64 - 1.65
$ cvs diff -u -r1.64 -r1.65 VMware-workstation.spec
BuildRequires: rpm-perlprov
BuildRequires: rpmbuild(macros) = 1.153
BuildRequires: sed = 4.0
+Requires: libgnomecanvasmm
ExclusiveArch: %{ix86}
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
+Revision 1.65 2005/06/05 20:22:48 pawcioos
+- added missing R: libgnomecanvasmm
i jak to sie ma do bconda internal_libs?
jesli juz chcesz narzuacac R: na biblioteki,
to zrob to kompleksowo, a nie tylko to co akurat
ci poldek wyplul przy instalacji, bo zaleznosci
vmware ma duzoo wiecej.
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS (LINUX_2_6): kernel.spec - bconded patch135
On Thursday 09 of June 2005 17:03, paszczus wrote: Author: paszczus Date: Thu Jun 9 15:03:00 2005 GMT Module: SPECS Tag: LINUX_2_6 Log message: - bconded patch135 nie masz nic bardziej tworczego roboty? (np. spaces - tabs) Kconfig tej latki zawiera depends on X86 i nic zlego sie nie stanie jak sie nalozy na !x86. dodales bconda na latke, a zapomniales o bcondzie w %%files na katalob /abi w paczce -source, czyli popsules budowanie. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS (LINUX_2_6): kernel.spec - bconded patch135
On Thursday 09 of June 2005 21:30, Marcin Doliski wrote:
On Thursday 09 of June 2005 19:30, Pawel Sikora wrote:
On Thursday 09 of June 2005 17:03, paszczus wrote:
Author: paszczus Date: Thu Jun 9 15:03:00 2005 GMT
Module: SPECS Tag: LINUX_2_6
Log message:
- bconded patch135
nie masz nic bardziej tworczego roboty? (np. spaces - tabs)
Kconfig tej latki zawiera depends on X86 i nic zlego sie nie
stanie jak sie nalozy na !x86. dodales bconda na latke,
a zapomniales o bcondzie w %%files na katalob /abi w paczce -source,
czyli popsules budowanie.
Wracamy do -w dla paszczusia? ;-)
jeszcze nie :)
paszczus zbcondowal latke, bo mu sie nie kompilowalo na !x86
i po prostu ja wylaczyl zamiast poprawic.
--
The only thing necessary for the triumph of evil
is for good men to do nothing.
- Edmund Burke
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: atmlewlandriver.spec nie buduje się z nowym kernelem
On Tuesday 07 of June 2005 19:26, Jacek Konieczny wrote: $ rpm -q kernel-grsecurity-source kernel-grsecurity-module-build kernel-grsecurity-source-2.6.11.10-6 kernel-grsecurity-module-build-2.6.11.10-6 $ ./builder -bb atmelwlandriver.spec --without smp [...] CC [M] /home/jacek/rpm/BUILD/atmelwlandriver/objs/pcmf502re/release/command.o fixdep: /usr/src/linux-2.6.11.10/include/linux/version.h: No such file or directory make[4]: *** a kernel-*-headers ma? kernel-grsecurity-2.6.11.11-2.1 kernel-grsecurity-headers-2.6.11.11-2.1 kernel-grsecurity-module-build-2.6.11.11-2.1 kernel-grsecurity-sound-alsa-2.6.11.11-2.1 kernel-grsecurity-source-2.6.11.11-2.1 (...) + ln -sf Makefile.kernelv2.6 Makefile + rm -rf built + mkdir -p built/nondist built/smp built/up + [ ! -r /usr/src/linux/config-smp ] + rm -rf include + install -d include/linux include/config + ln -sf /usr/src/linux/config-smp .config + ln -sf /usr/src/linux/include/linux/autoconf-smp.h include/linux/autoconf.h + ln -sf /usr/src/linux/include/asm-i386 include/asm + touch include/config/MARKER + /usr/bin/make -C /usr/src/linux clean RCS_FIND_IGNORE=-name '*.ko' -o M=/home/users/pluto/rpm/BUILD/atmelwlandriver O=/home/users/pluto/rpm/BUILD/atmelwlandriver make: Entering directory `/usr/src/linux-2.6.11.11' make: Leaving directory `/usr/src/linux-2.6.11.11' + /usr/bin/make pcmcia buildonly=release KERNEL_VERSION=2.6.11.11-2.1 M=/home/users/pluto/rpm/BUILD/atmelwlandriver O=/home/users/pluto/rpm/BUILD/atmelwlandriver Building pcmf502r Bootstraping target pcmf502r Release make[1]: Entering directory `/home/users/pluto/multimedia/rpm/BUILD/atmelwlandriver/objs/pcmf502r/release' make[2]: Entering directory `/usr/src/linux-2.6.11.11' HOSTCC scripts/basic/fixdep HOSTCC scripts/basic/split-include HOSTCC scripts/basic/docproc CC scripts/mod/empty.o HOSTCC scripts/mod/mk_elfconfig MKELF scripts/mod/elfconfig.h HOSTCC scripts/mod/file2alias.o HOSTCC scripts/mod/modpost.o HOSTCC scripts/mod/sumversion.o HOSTLD scripts/mod/modpost HOSTCC scripts/kallsyms HOSTCC scripts/pnmtologo HOSTCC scripts/conmakehash LD /home/users/pluto/rpm/BUILD/ atmelwlandriver/objs/pcmf502r/release/built-in.o CC [M] /home/users/pluto/rpm/BUILD/ atmelwlandriver/objs/pcmf502r/release/card.o CC [M] /home/users/pluto/rpm/BUILD/ atmelwlandriver/objs/pcmf502r/release/command.o (...) -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: pam.spec - updated to 0.79.1 - removed obsolete patch - add...
On Tuesday 07 of June 2005 19:12, Jan Rekorajski wrote: On Tue, 07 Jun 2005, Andrzej Krzysztofowicz wrote: baggins wrote: - STBR *** Warning: Linking the shared library pam_access.la against the *** static library ../pammodutil/libpammodutil.a is not portable! amd64-pld-linux-gcc -shared .libs/pam_access_la-pam_access.o -lnsl ../pammodutil/libpammodutil.a -Wl,-soname -Wl,pam_access.so -o .libs/pam_access.so /usr/bin/ld: ../pammodutil/libpammodutil.a(modutil_getpwnam.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC ../pammodutil/libpammodutil.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[3]: *** [pam_access.la] Error 1 To jest jakis kosmos :o Dotej pory, pomimo nazwy .la, to tez byla statyczna biblioteka i dzialalo. Jak mi sie uda to popatrze w to. Choc moze jakis macher od amd64 tez moglby? patrzy i widzie ze latka pam-fPIC.patch powoduje: make[4]: Entering directory `/home/users/pluto/rpm/BUILD/pam-pld-0.79.1/modules/pammodutil' if x86_64-pld-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../modules/pammodutil/include -I../../include-fPIC -DPIC -O2 -D_FILE_OFFSET_BITS=64 -Wall -pipe -Dx86_64 -D_GNU_SOURCE -DLIBPAM_VERSION_MAJOR=0 -DLIBPAM_VERSION_MINOR=79 -MT libpammodutil_a-modutil_cleanup.o -MD -MP -MF .deps/libpammodutil_a-modutil_cleanup.Tpo -c -o libpammodutil_a-modutil_cleanup.o `test -f 'modutil_cleanup.c' || echo './'`modutil_cleanup.c; \ then mv -f .deps/libpammodutil_a-modutil_cleanup.Tpo .deps/libpammodutil_a-modutil_cleanup.Po; else rm -f .deps/libpammodutil_a-modutil_cleanup.Tpo; exit 1; fi x86_64-pld-linux-gcc: -fPIC -DPIC: No such file or directory ;-) -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gcc-4.1.0-0.20050528.0.1 i kernel LINUX_2_6
On Sunday 05 of June 2005 12:32, Arkadiusz Patyk wrote: Hej gcc-4.1.0-0.20050528.0.1 Wynik ./builder -r LINUX_2_6 kernel.spec CC [M] fs/ext3/ialloc.o fs/ext3/ialloc.c: In function 'ext3_new_inode': fs/ext3/ialloc.c:423: error: Statement makes a memory store, but has no V_MAY_DEFS nor V_MUST_DEFS # VUSE D.14569_229; D.14570.lock = D.14569; fs/ext3/ialloc.c:423: internal compiler error: verify_ssa failed. widzial wasc ulamkowy release snapa? Znane jest rozwizanie problemu? w cvsie gcc juz poprawione. zaraz wrzuce. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gcc-4.1.0-0.20050528.0.1 i kernel LINUX_2_6
On Sunday 05 of June 2005 12:46, Jakub Bogusz wrote: On Sun, Jun 05, 2005 at 12:32:26PM +0200, Arkadiusz Patyk wrote: Hej gcc-4.1.0-0.20050528.0.1 Wynik ./builder -r LINUX_2_6 kernel.spec CC [M] fs/ext3/ialloc.o fs/ext3/ialloc.c: In function 'ext3_new_inode': fs/ext3/ialloc.c:423: error: Statement makes a memory store, but has no V_MAY_DEFS nor V_MUST_DEFS # VUSE D.14569_229; D.14570.lock = D.14569; fs/ext3/ialloc.c:423: internal compiler error: verify_ssa failed. Please submit a full bug report, with preprocessed source if appropriate. See URL:http://bugs.pld-linux.org/ for instructions. make[2]: *** [fs/ext3/ialloc.o] Error 1 make[1]: *** [fs/ext3] Error 2 make: *** [fs] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.15926 (%build) Znane jest rozwizanie problemu? Uycie dziaajcego kompilatora? Wczesne snapshoty na HEAD to jakie przegicie, gcc 4.1 jest w pierwszym stadium rozwoju i wszystko moe si w nim zmieni 4.0.x ma kilka bledow ktorych juz w nim nie naprawia bo nie kwalifikuja sie na regresje (np. bledna obsluga push/pop visibility PR19664+20218, memory hog preprocesora wyskakujacy na builtinsach altiveca PR21758 i inne). wszystkie bugfixy trafiaja do 4.1, do 4.0 tylko regresje. pld-th to poligon, wiec testowanie 4.1 i np. autowektoryzacji bedzie akurat. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: VMware-workstation.spec - added missing R: libgnomecanvasmm
On Sunday 05 of June 2005 22:22, pawcioos wrote: Author: pawcioos Date: Sun Jun 5 20:22:53 2005 GMT Module: SPECS Tag: HEAD Log message: - added missing R: libgnomecanvasmm huh? ja nie mam tej paczki a vmware mi dziala. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ops
On Monday 06 of June 2005 01:09, Arkadiusz Patyk wrote: Hej Czy jest tu jaki cfaniak co potrafi co z tego wyczyta ? Oops: 0002 [#1] Modules linked in: CPU:0 EIP:0060:[c0112e1f]Not tainted VLI EFLAGS: 00010013 (2.6.11.11-2.1) EIP is at scheduler_tick+0x3a/0x233 eax: ebx: d0063500 ecx: edx: 000f41fb esi: edi: ebp: d0137eb0 esp: d0137e9c ds: 007b es: 007b ss: 0068 Process (pid: 24947, threadinfo=d0136000 task=d0063500) Stack: d0137f14 d0137f14 d0137f14 d0137ec4 c0106ebf c02a7000 d0137eec c01292ed d0137f14 d0137f14 c031ea80 c02a7000 d0137f04 c01293a7 d0137f14 d0063500 Call Trace: [c0103fdd] show_stack+0x78/0x83 [c01040f3] show_registers+0xf1/0x15d [c0104290] die+0xac/0x120 [c01113aa] do_page_fault+0x44a/0x5d9 [c0103c1f] error_code+0x4f/0x60 [c0106ebf] timer_interrupt+0x47/0xeb [c01292ed] handle_IRQ_event+0x26/0x56 [c01293a7] __do_IRQ+0x8a/0xc7 [c0104fec] do_IRQ+0x1c/0x28 [c0103b2a] common_interrupt+0x1a/0x20 [c0117d80] do_wait+0x75/0x364 [c01180fb] sys_wait4+0x28/0x2d [c0118113] sys_waitpid+0x13/0x15 [c0102ac7] syscall_call+0x7/0xb Code: 8b 18 e8 02 85 ff ff a3 34 27 36 c0 89 15 38 27 36 c0 3b 1d 40 27 36 c0 0f 84 fe 01 00 00 a1 48 27 36 c0 39 43 28 74 0d 8b 43 04 0f ba 68 08 03 e9 e7 01 00 00 8b 43 18 89 45 f0 83 f8 63 7f 43 0Kernel panic - not syncing: Fatal exception in interrupt jaki konfig kernela? -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: iptables, podziękowania
On Friday 27 of May 2005 08:15, Mariusz K. Grzeca wrote: On Friday, 27 of May 2005 01:27, Mateusz Kamiski wrote: PS: tylko znw prosze nie popsu (bo kilka miesiecy temu to dziaao, a po upgrade przestao, do dzi) komu dziala, temu dziala. u mnie connlimit nadal nie dziala ;[ # iptables -A INPUT -m connlimit --connlimit-above 5 -j REJECT iptables: Invalid argument to sie naucz go uzywac albo zglos do programu poczytaj mi mamo. http://netfilter.org/patch-o-matic/pom-base.html#pom-base-connlimit ( hint: -p tcp ) -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
