Re: cvs web
Dnia 10-11-2007, So o godzinie 22:04 +0100, Arkadiusz Miskiewicz pisze: On Saturday 10 of November 2007, Tomasz Pala wrote: Kto wrzucił to 'coś', co teraz wisi? Próba wejścia na http://cvs.pld-linux.org/SPECS nie dość, że chyba obciąża nieco serwer (trwa parę sekund, zanim zacznie cokolwiek ładować), to jeszcze ściąga ponad 9,5 MB. Wystawcie gdzieś obok starą wersję, która nadawała się do codziennego użytku. Przeczytaj co masz napisane na górze strony http://cvs.pld-linux.org A nie lepiej dokładnie na odwrót? Dać linka do 'zaawansowanego' podglądu, jakby ktoś chciał dłubać, a do codziennej pracy 'stara' wersja, która ładuje się w sensownym czasie? [EMAIL PROTECTED] -- “Fear leads to anger, anger leads to hate, hate leads to suffering. -- Yoda ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th] montowanie pendrive w KDE
Dnia 27-10-2007, So o godzinie 15:28 +0200, Łukasz Jernaś pisze: Dnia 27-10-2007, So o godzinie 15:22 +0200, Pawel Golaszewski pisze: On Sat, 27 Oct 2007, Łukasz Jernaś wrote: Dokonfiguruj kdm, żeby zezwalał na wyłączanie systemu Używam gdm... I masz sesję ck? Jakie gdm, jakie hal, dbus, PolicyKit i ConsoleKit? [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th] montowanie pendrive w KDE
Dnia 28-10-2007, N o godzinie 13:34 +0200, Patryk Zawadzki pisze: Co to ma do CK? Jemu KDE nie chce systemu zamknąć, CK działa prawidłowo. Przeczytaj jego dwa poprzednie maile. W jednym, pokazuje, że mu ck-list-sessions zwraca pozytywne wyniki, w drugim mówi, że używa GDM. My mamy problem z GDM-emem, dlatego pytałem. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th] montowanie pendrive w KDE
Dnia 28-10-2007, N o godzinie 14:59 +0200, Patryk Zawadzki pisze: Nie mamy. poldek -U dbus I to jest rozwiązanie tego buga, że rzekomo GDM nie rejestruje się w CK? I dlatego trzeba było używać tak starego PolicyKit? [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC]evince-gtk i w ogóle gtk
Dnia 20-10-2007, So o godzinie 12:29 +0200, Piotr Grymkowski pisze: On Sat, 20 Oct 2007 11:24:09 +0200 Cezary Krzyzanowski [EMAIL PROTECTED] wrote: Tak -- zgodnie z tym, co wyczytałem gdzieś tam w okół evince, wynika, że twórcy gotowi są utrzymywać łatę odchudzającą evince z *części* zależności GNOME-owych, ale VFS chcą zostawić, gdyż uważają, że zabranie tego znacznie pogorszyło by użyteczność programu. No to kaszanka... [EMAIL PROTECTED] ~/rpm/RPMS]$ rpm -q --requires gnome-vfs2 /bin/sh /bin/sh GConf2 ORBit2 = 1:2.14.9 gnome-vfs2-libs = 2.20.0-1 libacl.so.1 libacl.so.1(ACL_1.0) libavahi-client.so.3 libavahi-common.so.3 libbz2.so.1 libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.2) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.2) libc.so.6(GLIBC_2.3) libc.so.6(GLIBC_2.3.3) libdbus-1.so.3 libdbus-glib-1.so.2 libfam.so.0 libgconf-2.so.4 libglib-2.0.so.0 libgnomevfs-2.so.0 libgobject-2.0.so.0 libgssapi_krb5.so.2 libgssapi_krb5.so.2(gssapi_krb5_2_MIT) libgthread-2.0.so.0 libhal-storage.so.1 libhal.so.1 libpthread.so.0 libpthread.so.0(GLIBC_2.0) libpthread.so.0(GLIBC_2.2) libselinux.so.1 libsmbclient.so.0 libxml2.so.2 libz.so.1 rtld(GNU_HASH) shared-mime-info = 0.18 rpmlib(PayloadIsLzma) = 4.4.6-1 Hm -- mozna by sprobwac wywalic zaleznosci od ORBit-a i GConf-a i mysle, ze byloby juz znosnie. Od gliba raczej nie da sie wysfobodzic. Ale takie gnome-vfs2-gtk? Czy cus takiego? Poza tym, powoli idzie gfs, ktory ma zastapic gnome-vfs. Po takich manipulacjach tym bardziej bedzie sie oplacalo robicz pakiety foo-gtk. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: ConsoleKit-SIGINT.patch (REMOVED), ConsoleKit-xdm.patch (...
Dnia 19-10-2007, Pt o godzinie 20:24 +0200, megabajt pisze: Author: megabajt Date: Fri Oct 19 18:24:22 2007 GMT Module: SOURCES Tag: HEAD Log message: - obsolete Files affected: SOURCES: ConsoleKit-SIGINT.patch (1.1 - NONE) (REMOVED), ConsoleKit-xdm.patch (1.1 - NONE) (REMOVED) Z czysto technicznych. Czy to jak dobrze rozumiem oznacza, że spec ląduje w .Attic? I czy przypadkiem nie oznacza to, że od tego momentu próba zbudowania wcześniejszych wersji CK polegnie na braku tej łaty? To jest oficjalna polityka? A dobra? Bo czasami zdarzają się sytuacje, gdzie trzeba downagradować, albo po prostu używać starszych wersji i potem są kłopoty... [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: pady xfce4
Dnia 09-10-2007, Wt o godzinie 13:36 +0200, Piotr Grymkowski pisze: Po upgrade do tego co jest w th (bez th-test) zaczął wieszać mi się system z xfce4 na pokładzie. Jak zaczęłem dochodzić o co chodzi to okazało się, że tak naprawde to system w tle działa ok tylko po prostu nie widać zmian na ekranie - ekran zamierał. Po przebudowani xfwm4 i instalacji tego pakietu wszystko na razie hula:). Ktoś tak też ma ? Też tak miałem, ale błędne okazało się GTK w wersji 2.12. Po dowgnradzie do 2.10 ruszyło. Zaznaczam, że też od razu przebudowałem xfwm4, ale nie dało rezultatów. Objawy identyczne. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co z tym PLD? (fwd z discuss)
Dnia 01-10-2007, Pn o godzinie 18:00 +0200, Kamil Dziedzic pisze: Dnia poniedziałek 01 październik 2007, Cezary Krzyzanowski napisał: 00:0d.0 VGA compatible controller: nVidia Corporation GeForce 6100 nForce 430 (rev a2) (prog-if 00 [VGA]) Zaznaczam, że karta działała sprawnie przez ostatni rok bodajże. No to zwracam honor... mam takie cudo na innym kompie ale niestety z AC (tam oczywiście chodzi) ale raczej TH tam szybko nie będzie więc nie sprawdze... w takim razie dzięki za ostrzeżenie;) Falstart. Chodziło o GTK w wersji 2.12. Przebudowanie z palca GTK nie pomogło, dopiero downgrade do 2.10. Działa mi również na najnowszym X.org (1.4). [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co z tym PLD? (fwd z discuss)
Dnia 01-10-2007, Pn o godzinie 22:37 +0200, Piotr Grymkowski pisze: 3) Plugin Thunar-media-tags-plugin który po zainstalowaniu i próbie wykonania PPM na pliku- właściwości wyłącza Thunara. Pewnie też nie przebudowany z taglibem czy czymś tam. Na razie tak bardzo mi nie przeszkadza... O! To nie tylko ja używam xfce w PLD...miło. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co z tym PLD? (fwd z discuss)
Dnia 01-10-2007, Pn o godzinie 08:34 +0200, Daniel Mróz pisze: Oczywiście, można sobie przebudować ze SPECa dla Th, ale np. w moim przypadku (nie przelazłem jeszcze na Th) wiąże się to z edycją SPECa i zamianie Req: python = 1:2.5 - Req: python = 1:2.4, Req: xorg-duperszmity - Req: X11-devel itp., a userzy niekoniecznie muszą wiedzieć jak to zrobić żeby nie popsuć o kombinowaniu z zależnościami nie wspominając. I tu jest pies pogrzebany! (że mi się tak staropolszczyzny zachciało ;p). Te wymagania są chore -- rozumiem GNOME czy KDE, ale wszystko nagle wymaga najnowszych wersji systemu i to jest strasznie upierdliwe przy próbie trzymania się na desktopie trochę dalej, niż th. Let's face it -- th nie nadaje się na przeciętny niepoligonowy komputer (myślmy czysty upgrade i czyste działanie po nim raz na tydzień). A takie śrubowanie zależności tylko psuje krew w żyłach a nie daje rezultatu. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co z tym PLD? (fwd z discuss)
Dnia 29-09-2007, So o godzinie 21:01 +0200, Paweł Kwiatkowski pisze: Nie ma co się bać Th, a zwłaszcza na workstacji - działa doskonale, z kostkami i innymi fajerwerkami. Nie do końca tak jest. Upgrade-y psują krew. Ot choćby typowy mój desktopik do filmików i muzyki wiesza się od ostatnich podbić (glibc? gtk? xorg?). I już tydzień nad tym dłubię -- nic w logach nie ma, X-y uruchomione z debugiem tez milczą. A geneza taka sama -- jak na polu minowym. Raz próba odegrania filmiku wiesza X-y, raz zmiana wirtualnego pulpitu, raz otwarcie pdf-a czy zwykłe otwarcie Firefoxa. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co z tym PLD? (fwd z discuss)
Dnia 01-10-2007, Pn o godzinie 16:42 +0200, Kamil Dziedzic pisze: I już tydzień nad tym dłubię -- nic w logach nie ma, X-y uruchomione z debugiem tez milczą. A geneza taka sama -- jak na polu minowym. Raz próba odegrania filmiku wiesza X-y, raz zmiana wirtualnego pulpitu, raz otwarcie pdf-a czy zwykłe otwarcie Firefoxa. A jaka grafika? ATI? Nvidia. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co z tym PLD? (fwd z discuss)
Dnia 01-10-2007, Pn o godzinie 17:10 +0200, Kamil Dziedzic pisze: Dnia poniedziałek 01 październik 2007, Cezary Krzyzanowski napisał: Dnia 01-10-2007, Pn o godzinie 16:42 +0200, Kamil Dziedzic pisze: A jaka grafika? ATI? Nvidia. Model? Bo ja jakoś nigdy nie miałem problemów. 00:0d.0 VGA compatible controller: nVidia Corporation GeForce 6100 nForce 430 (rev a2) (prog-if 00 [VGA]) Zaznaczam, że karta działała sprawnie przez ostatni rok bodajże. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co z tym PLD? (fwd z discuss)
Dnia 01-10-2007, Pn o godzinie 18:37 +0200, Bartosz Świątek pisze: 01-10-07, Cezary Krzyzanowski [EMAIL PROTECTED] napisał(a): I teraz masz do niej oczywiście xorg-driver-video-nvidia-legacy2? Legacy? Rok temu ta karta nie była wykrywana przez ówczesne jajko -- już legacy? Nie -- mam 'zwykły' sterownik, ale mogę spróbować legacy... [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Co z tym PLD? (fwd z discuss)
Dnia 01-10-2007, Pn o godzinie 19:05 +0200, Tomasz Pala pisze: No i dobry masz, zamiast zgadywać wystarczy zajrzeć do dokumentacji: http://us.download.nvidia.com/XFree86/Linux-x86/100.14.19/README/appendix-a.html co prawa nie wymieniają nForce 430 (tylko 420), ale w: http://us.download.nvidia.com/XFree86/Linux-x86/96.43.01/README/appendix-a.html jest tylko jeden 6100 wymieniony. AAAa..na łeb można dostać. Wszystko super że dobrze mam, ale mi X-y się wieszają non-stop :) [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: ZoneAdmin.spec (NEW) - new
Dnia 29-09-2007, So o godzinie 19:39 +0200, czarny pisze: Author: czarny Date: Sat Sep 29 17:39:54 2007 GMT Module: SPECS Tag: HEAD Log message: - new Files affected: SPECS: ZoneAdmin.spec (NONE - 1.1) (NEW) Diffs: Ehm...wczoraj o tej godzinie byłem u qmpeli i czekałem aż moja dziewczyna się wyprowadzi. Zdecydowanie nie byłem w nastroju do commitowania...Szto eta takoje ? Jedyne miejsce gdzie wyobrażam sobie możliwość istnienia mojego loginu CVS-a to u PaSzCzUsA. PaSzCzUs suonko -- looknij no czy nie commitujesz z mojego loginu : [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: ZoneAdmin.spec (NEW) - new
Dnia 30-09-2007, N o godzinie 16:09 +0200, Bartosz Świątek pisze: cvs logout - się kłania ;) A tego nie znałem -- thx -- użyję następnym razem. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: UWAGA użytkownicy driverów nvidia (w tym legacy)
Dnia 12-09-2007, Śr o godzinie 18:16 +0200, Bartosz Taudul napisał(a): Mówiąc prościej: wartościowanie funkcjonalności systemu na zasadzie apache/postifix/squid/whatever musi działać, bo na tym robię kasę (chciałbym zobaczyć, jakby powyższe były przez miesiąc rozgrzebane i ktoś by argumentował tak jak ja) i 3D to dla jakichś dzieci żeby sobie w tuxracera grały, nikt poważny przecież tego do pracy nie potrzebuje, a poza tym to jest binarne zło!!!111!1 jest skrajną głupotą. +1 [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: UWAGA użytkownicy driverów nvidia (w tym legacy)
Dnia 13-09-2007, Cz o godzinie 12:33 +0200, Patryk Zawadzki napisał(a): Wybaczcie więc przepastne pustki w mojej czaszce, ale to nie jest krytyczna usługa serwerowa *Dla Ciebie*. To, że nie jest to apache wcale nie znaczy, że można dowolnie wysypywać. Jak mi po mass upgradzie padły *wszystkie* X-y w laboratorium, uniemożliwiając tym samym pracę innym studentom, to *to jest usługa kluczowa*. i na jakiekolwiek żale odnośnie powyższego obowiązują trzy odpowiedzi: a) zmienić driver na nv/radeon Nie działa. NV nie wstaje z nowszymi kartami i większymi rozdzielczościami. b) próbować wymusić ignore abi i modlić się o stabilność Nie działa. c) SOD#1 A z tym akurat się nie zgodzę. SOD#1 robi się wtedy, kiedy czegoś *nie ma*. Jak już korzystać z terminologii PLD, to 1 zasada developienia to robić tak, żeby innym nie psuć. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ti] (no subject)
Dnia 01-09-2007, So o godzinie 21:12 +0200, Jarosław Skibiński napisał(a): Dariusz Laskowski pisze: On Sat, 01 September 2007 18:19:40 +0200, Mariusz Mazur wrote: ? ! ?? Może jest sfrustrowany, że Hawk forknął się i teraz sugeruje więcej forków? [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: kernel-net-atl2-build.patch (NEW) - patch to disable comp...
Dnia 24-08-2007, Pt o godzinie 10:02 +0200, cactus napisał(a): Author: cactus Date: Fri Aug 24 08:02:11 2007 GMT Module: SOURCES Tag: HEAD Log message: - patch to disable compilation errors for kernel 2.6.19 Files affected: SOURCES: kernel-net-atl2-build.patch (NONE - 1.1) (NEW) Diffs: Index: SOURCES/kernel-net-atl2-build.patch diff -u /dev/null SOURCES/kernel-net-atl2-build.patch:1.1 --- /dev/null Fri Aug 24 10:02:11 2007 +++ SOURCES/kernel-net-atl2-build.patch Fri Aug 24 10:02:06 2007 @@ -0,0 +1,28 @@ +--- src/at_main.c.orig 2007-04-21 11:19:25.0 +0200 src/at_main.c2007-08-24 09:33:55.122013719 +0200 +@@ -1479,7 +1479,7 @@ + static void + at_vlan_rx_kill_vid(struct net_device *netdev, u16 vid) + { +-struct at_adapter *adapter = netdev_priv(netdev); ++/*struct at_adapter *adapter = netdev_priv(netdev); + + //DEBUGFUNC(at_vlan_rx_kill_vid !); + at_irq_disable(adapter); +@@ -1499,7 +1500,7 @@ + at_restore_vlan(struct at_adapter *adapter) + { + //DEBUGFUNC(at_restore_vlan !); +-at_vlan_rx_register(adapter-netdev, adapter-vlgrp); ++/*at_vlan_rx_register(adapter-netdev, adapter-vlgrp); + + if(adapter-vlgrp) { + u16 vid; +@@ -1509,6 +1510,7 @@ + at_vlan_rx_add_vid(adapter-netdev, vid); + } + } ++*/ + } + #endif + To mi nie wygląd na łatę, tylko na wyłączanie problematycznych sekcji. Fakt buduje się, ale to nie jest nawet ok, o koszerności już nie wspomnę... [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: BMPX2
Dnia 05-08-2007, N o godzinie 19:54 +0200, Tomasz Witek napisał(a): Czy komus to dziala i czy kiedykoliek bedzie to dzialac ? Zanim ugotowałem sobie dysk to u mnie działało. Uruchamiało się, grało, ale nie stabilnie -- po jakimś czasie samo się wywalało, czasem jak grałem last.fm i chciałem przeskoczyć jakąś piosenkę to też się potrafiło wywrócić. Teraz nie mogę sprawdzić -- na desktopie mam AC z dobudowanymi bajerami. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek i utf8/iso-8859-2
Dnia 23-07-2007, Pn o godzinie 23:15 +0200, Daniel Dominik Rudnicki napisał(a): bardzo nieladna i niedeveloperska formulka ! ;] Prawda! Z formalnego punktu widzenia powinno być albo SOA#1 albo SOD#1 [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Uncompressing Linux... Ok. Booting the kernel. [i STOP]
Dnia 12-07-2007, Cz o godzinie 12:50 +0200, Michal Abramowicz napisał(a): a z kuli ciężko wywróżyć i jakoby jam qboosh nie jest co chakieruje vim'em co popadnie ;-)) Jezus -- jeszcze dwa trzy takie maile i chłopak się speszy, że się nam pokazał i z nami gdzieś wyszedł... [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Rozróżnienie między modułami okołoernelowymi grsecurity i normal
Dnia 26-06-2007, Wt o godzinie 18:10 +0200, Jakub Bogusz napisał(a): Zbuduje się ten, dla którego się poda --define alt_kernel. %{_kernelsrcdir} zależy od tego makra, a nie aktualnie działającego jądra. Halo, ale ja nie pisałem nic o *budowaniu*. Pokazałem sytuację, w której poledek *psuje* system -- 'ugraduje' sterownik, co pociąga zmianę kenrela z 'grescurity' na 'dist' tak od sobie...EVIL(tm) [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Rozróżnienie między modułami okołoernelowymi grsecurity i normal
Dnia 26-06-2007, Wt o godzinie 18:48 +0200, Jakub Bogusz napisał(a): Gdybyś miał ten sterownik do niestandardowego jądra zbudowany z użyciem alt_kernel, to by go nie uaktualnił. Hm -- wydawało mi się, że nvidia akurat ma wsparcie dla altkernel? Chociaż czekaj -- nie ma czegoś takiego, jak kernel-grsecurity-headers. Z tego co pamiętam przy instalowaniu w chroocie to jest tylko jedno kernel-headers, bez podziału na alt, czy nie alt. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: lirc.spec - jpegs in docs are a good idea; one picture is w...
Dnia 17-06-2007, N o godzinie 22:58 +0200, Przemek Gierski napisał(a): Did anybody can compile this spec under PLD Th? I couldn't. Some more info?? I'm not a witcher you know. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: lirc.spec - jpegs in docs are a good idea; one picture is w...
Dnia 16-06-2007, So o godzinie 12:08 +0200, Jakub Bogusz napisał(a): On Sat, Jun 16, 2007 at 12:02:40PM +0200, czarny wrote: - lirc_parallel commented out everywhere, as all PLD kernels are smp Oh yeah. Somebody told that SMP can be disabled at boot time, if needed for modules BROKEN_ON_SMP? I had no idea. Nevertheless the %files section was already %if 0 and %endif, so I assumed that is the way to be. I'll fix it. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: lirc.spec - jpegs in docs are a good idea; one picture is w...
Dnia 17-06-2007, N o godzinie 10:19 +0200, Cezary Krzyzanowski napisał(a): Dnia 16-06-2007, So o godzinie 12:08 +0200, Jakub Bogusz napisał(a): On Sat, Jun 16, 2007 at 12:02:40PM +0200, czarny wrote: - lirc_parallel commented out everywhere, as all PLD kernels are smp Oh yeah. Somebody told that SMP can be disabled at boot time, if needed for modules BROKEN_ON_SMP? Hm - I've tried, but lirc_parallel just won't build on an smp machine. We could issue a patch, but for now it has to stay the way it is. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: bmpx.spec - removed libcom_err BR (not used directly, I bet...
Dnia 24-05-2007, czw o godzinie 18:58 +0200, qboosh napisał(a): Author: qboosh Date: Thu May 24 16:58:15 2007 GMT Module: SPECS Tag: HEAD Log message: - removed libcom_err BR (not used directly, I bet it comes from krb5 through neon) - system libuuid is not used, but should be Ok - no to jak to ma działać? Jak pisałem w commit logu, budowanie wywaliło się na tym w czystym chroocie. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: TEST build ERRORS: bmpx.spec
Dnia 24-05-2007, czw o godzinie 21:34 +, PLD th-i686 builder napisał(a): Czy ostatnio było coś grzebane z javą na builderach? To już nie pierwsyz raz, jak dostaję coś takiego przy próbie budowy pakietu. [EMAIL PROTECTED] bmpx.spec (HEAD): FAILED --- bmpx.spec:HEAD: Build-Time: user:671.65s sys:76.00s real:1000.42s (faults io:338 non-io:13999686) *** buildlog for bmpx.spec request from: czarny started at: Thu May 24 21:17:56 2007 fetching http://ep09.pld-linux.org/~builderth//srpms/70e0406f-b366-476f-bdde-7383140eb44e/bmpx-0.36.1-1.src.rpm fetched 2467985 bytes, 1273.2 K/s installing srpm: bmpx-0.36.1-1.src.rpm Building target platforms: i686-pld-linux checking BR no BR needed building RPM using: cd rpm/SPECS; TMPDIR=/tmp/B.5740a6 nice -n 0 rpmbuild -bb --target i686-pld-linux bmpx.spec Building target platforms: i686-pld-linux Executing(%prep): /bin/sh -e /tmp/B.5740a6/rpm-tmp.42811 + umask 022 + cd /home/users/builder/rpm/BUILD + export LC_ALL=C + export LANG=C + unset LINGUAS + : + unset LANGUAGE + : + unset LC_MESSAGES + : + unset DISPLAY + : + cd /home/users/builder/rpm/BUILD + rm -rf bmpx-0.36.1 + /usr/bin/bzip2 -dc /home/users/builder/rpm/SOURCES/bmpx-0.36.1.tar.bz2 + tar -xf - + STATUS=0 + [ 0 -ne 0 ] + cd bmpx-0.36.1 + /bin/id -u + [ 1000 = 0 ] + true . + /bin/chmod -Rf a+rX,u+w,g-w,o-w . + echo Patch #0 (bmpx-desktop.patch): Patch #0 (bmpx-desktop.patch): + patch -p1 -s + /home/users/builder/rpm/SOURCES/bmpx-desktop.patch + exit 0 Executing(%build): /bin/sh -e /tmp/B.5740a6/rpm-tmp.22635 + umask 022 + cd /home/users/builder/rpm/BUILD + cd bmpx-0.36.1 + export LC_ALL=C + export LANG=C + unset LINGUAS + : + unset LANGUAGE + : + unset LC_MESSAGES + : + unset DISPLAY + : + libtoolize --copy --force + aclocal -I m4 + autoconf + autoheader + automake -a -c -f --foreign + ./configure LDFLAGS=-Wl,--as-needed CFLAGS=-O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2 CXXFLAGS=-O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2 FFLAGS=-O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2 FCFLAGS=-O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2 CPPFLAGS= CC=i686-pld-linux-gcc CXX=i686-pld-linux-g++ --host=i686-pld-linux --build=i686-pld-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/lib --localstatedir=/var --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --x-libraries=/usr/lib --enable-hal --enable-gamin --enable-libnotify --enable-mp4v2 --enable-ofa --enable-sid --enable-shared --enable-gaim --with-dbus-services-dir=/usr/share/dbus-1/services checking build system type... i686-pld-linux-gnu checking host system type... i686-pld-linux-gnu checking target system type... i686-pld-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for mawk... mawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether i686-pld-linux-g++ accepts -g... yes checking dependency style of i686-pld-linux-g++... gcc3 checking for library containing strerror... none required checking whether we are using the GNU C++ compiler... (cached) yes checking whether i686-pld-linux-g++ accepts -g... (cached) yes checking dependency style of i686-pld-linux-g++... (cached) gcc3 checking for mawk... (cached) mawk checking for i686-pld-linux-gcc... i686-pld-linux-gcc checking whether we are using the GNU C compiler... yes checking whether i686-pld-linux-gcc accepts -g... yes checking for i686-pld-linux-gcc option to accept ISO C89... none needed checking dependency style of i686-pld-linux-gcc... gcc3 checking how to run the C preprocessor... i686-pld-linux-gcc -E checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking whether make sets $(MAKE)... (cached) yes checking how to run the C++ preprocessor... i686-pld-linux-g++ -E checking for X... libraries /usr/lib, headers checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes [...] make[1]: Leaving directory
Re: SPECS: perl-Gtk2-Spell.spec - URL and license
Dnia 20-05-2007, nie o godzinie 19:08 +0200, Andrzej Krzysztofowicz napisał(a): czarny wrote: Release: 1 # same as perl (REMOVE THIS LINE IF NOT TRUE) -License: GPL v1+ or Artistic +License: GPL v2 To perl tez juz jest tylko na GPL v2 ? ;P Hm - a bo ja wiem? Razem z programem dostarczona jest GPL v2, więc tak wpisałem [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: 2 x libtorrent
Dnia 17-04-2007, wto o godzinie 21:30 +0200, Bartosz Świątek napisał(a): a jaka nazwa biblioteki ? [EMAIL PROTECTED] ~]$ rpm -ql libtorrent /usr/lib/libtorrent.so.10.0.3 jeśli tamta ma taką samą to będzie więcej mieszania niż tylko nazwa paczki Nom, jakis -SONAME.patch by sie zdał wtedy. Hm - ja to dodawałem jako zależność deluge. Ale wszędzie gdzie to widzę, to nazywają paczkę rb_libtorrent. Druga sprawa, że po nałożeniu SONAME.patch trzeba będzie łatać wszystko, co od tego zależy... [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Mrożenie Ac
Dnia 17-04-2007, wto o godzinie 10:27 +0200, Jacek Osiecki napisał(a): Gdyby dało się to zorganizować firmowo w dystrybucji - byłaby jak dla mnie dystrybucją idealną :) A chciałem tak zapytać - a jeżeli PLD przeszło by na always-current i dodatkowo posiadało mechanizm, który opisałeś powyżej. Czy w takiej sytuacji wraz z wyraźnie określoną polityką lądowania paczek w main (po jakimś tam przetestowaniu) uznałbyś takie środowisko za produkcyjne? [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Mrożenie Ac
Dnia 17-04-2007, wto o godzinie 15:17 +0200, Marek Guevara Braun napisał(a): Cytuję glena: why are you using udev on initrd on ac? it never worked there, or does it do anything for you? I tak było również w TH. Poprawki które wprowadziłem w geninitrd sprawiły, że udev zadziałał podczas initrd - wcześniej uruchamiał się tylko program, który nic nie robił. Ktoś przeniósł od razu tego geninitrd prosto do AC nie testując i zaczęły się buraki. Dodatkowo z racji, że wszedł nowy udev, który już nie buduje udev, a jedynie udevd, pojawiły się dalsze problemy na szybko łatane przez bodajże Arka, które okazały się jeszcze bardziej niezgodne z AC i do pewnego stopnia z TH. Nie mam nigdzie AC żeby to poprawić. IMHO z racji, że nic tak na prawdę nie korzysta z udeva w initrd, z AC powinno to wylecieć (epoch i wcześniejsze geninitrd?). Z racji, że nie ma co babrać się z udevem, którego nie ma (czyli uruchamianie /sbin/udev), to w TH zostanie /sbin/udevd. Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: vim + patches
Dnia 21-03-2007, śro o godzinie 22:21 +0100, Adam Gołębiowski napisał(a): Oficjalna numeracja łatek obejmuje także vim-extras, z którego my nie korzystamy - nałożenie takiego zbiorku wywaliłoby się. A co to jest vim-extras i dlaczego z tego nie krzystamy? (to raz) Dwa - można załatać łaty i to chyba byłoby mniej roboty niż nakładanie ponad 200 ściąganych osobno łat?? [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
vim + patches
Witam Tak z zapytaniem. Z rozbiegu chciałem skompilować vima ze wsparciem pythona i przeraziłem się ilością ściąganych łatek. Z tego co widzę na ftp vim-a leżą zbiorcze łatki typu 0-100 101-201 etc... Jest tych łatek znacznie więcej, niż My nakładamy (jakoś się nie dziwię, że nikomu się nie chciało wszystkich z palca pobrać po 2kb). Czy jest jakiś wyraźny powód dla nakładania tylko części tych łatek i wszystkich ręcznie? A jest jakiś powód do nienakładania łatek 158 ? Bo jeśli nie ma problemu, to można by po prostu te zbiorowe z vim.org nałożyć... Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: chroot developerski
Dnia 19-03-2007, pon o godzinie 00:44 +0100, Patryk Zawadzki napisał(a): On 3/19/07, Michal Salaban [EMAIL PROTECTED] wrote: On 16/03/07, Remigiusz Marcinkiewicz [EMAIL PROTECTED] wrote: VMvare Server albo vserver - będzie mniejszy overhead. można to jeszcze postawić na lvm, by ułatwić żonglowanie snapshotami. Właśnie, vserver działa ślicznie i zamiast zjadać zasoby na zapas, przydziela je sobie w miarę potrzeb. emes, a ty idź lepiej kończ kod dla klienta, bo jutro widzimy się w biurze ;) Tak - zgadzam się, że to fajne technologie, ale teraz wyobrażasz sobie, żebym stawiał vservera w domu i do tego specjalnie partycjonował dysk przy pomocy lvm/emes tylko po to, żeby developić PLD?? IMHO numery z vserverem/qemu/vmserver/um-linux czy inną wirtualizacją są dobrymi rozwiązaniami, ale jakbyśmy chcieli wprowadzić taki sposób budowania do naszego buildera, bo stawianie tego na lapcu/stacjonarce IMHO przesada. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: chroot developerski
Dnia 19-03-2007, pon o godzinie 00:12 +0100, Tomasz Trojanowski napisał(a): OIDP poldek pozwala na okreslanie programu odpowiedzialnego za ściaganie plików z FTPa. Nie byłoby chyba wielkom problemem napisanie wrappera na wgeta który oprócz ściągania plików z FTPa, cacheuje je lokalnie, a ponadto przy kazdym uruchomieniu (i połączeniu z FTPem) sprawdza czy cacheowane pliki jeszcze tam są i jeżeli nie usuwa je. Generalnie u mnie wykreował się taki pomysł z melanżem rozwiązań tutaj podanych i radami Undefa. Na developerskiej maszynce robię chroota z najbardziej użytecznymi narzędziami (vim, diff, adapter,...) i potem dla każdej developionej paczki kopiuję sobie ten base do innego katalogu. Do tego skrypcik zarządzający, który robi następujące rzeczy: * Montuje przez -bind katalog ~/rpm do ~/rpm/chroots/home/users/builder/rpm (to pozwala mieć wspólne SPEC-e i potem wspólne RPM-y dla łatwego poldek -n home) * Montuje przez -bind katalog ~/rpm/poldek-cache do ~/rpm/chroots/var/cache/poldek (chroot ma ustawione korzystania z cache'a właśnie tam * Zarządza chrootami (dodaje, usuwa, pozwala logować się jednym poleceniem zamiast trzema su - ) * Robi jeszcze inne rzeczy, które wyjdą po drodze ;) Do tego wszystkiego odpowiednie ustawienia poldka (keep i cache wskazuje na ten /var/cache/poldek). Na katalog ~/rpm napuszczam tmpwatch-a, ew. tylko na niektóre podkatalogi, jak na pewno ~/rpm/BUILD na ~/rpm/poldek-cache. Do tego można dopisać linijkę do skryptu builder, żeby wypieprzał zawartość ~/rpm/BUILD po *udanym* budowaniu paczki. Jak będę miał chwile, to postaram się to u siebie poskładać zusamen do kupy i napisać jak to działa, ew. potem na pld-linux.org jak to zrobić i jak korzystać. Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: python-pyxdg.spec (NEW) - new - seems to work - the strange...
Dnia 19-03-2007, pon o godzinie 09:40 +0100, Daniel Mróz napisał(a): Prośba, sprawdź konfigurację swojego edytora. Ostatnio Twoje SPECe mają zwalone kodowanie UTF8. A fakt - na lapcu przeklikałem vim-a zgodnie z radami qboosha, a na stacjonarce, gdzie akurat to stawiałem, nie. Sry - już zmieniam. To są zwykłe moduły, nie biblioteki dynamiczne. /usr/share jest właściwym miejscem na nie :) To teraz wiem. Pythona używałem raz wżyciu. Zastanawiam się za to na używaniem tego do pisania szybkich nakładek GUI nad dobre programiki. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: qemulator.spec - resolved duplicate
Dnia 17-03-2007, sob o godzinie 09:56 +0100, Daniel Mróz napisał(a): PIXMAPDIR: /usr/share/pixmaps/qemulator IMHO to nie jest dobre miejsce na obrazki wewnątrz programowe. Tutaj wrzuca się tylko ikonki programu, a bebechy raczej w /usr/share/%{name} [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gnome-terminal-2.18 - znikajaca zawartosc okna
Dnia 17-03-2007, sob o godzinie 12:22 +0100, Patryk Zawadzki napisał(a): Więcej może pewnie napisać [EMAIL PROTECTED], bo ja nie miałem czasu dłużej w tym dłubać. Czarny napisze, że problem sprowadza się do downgrade'u vte w przypadku problemów z terminalem. Co dziwne - chwila pracy z megabajtem dowiodła, że problem jest dziwny, bo u niego działa przezroczystość na vte 0.16, u mnie na dwóch różnych maszynach nie (jedna ati druga nvidia). W specu jest link w TODO do łaty, które rzekomo ma pomóc. Budowałem z tą łatą i niciewo. Może komuś z Was wyjdzie?? Downgrade do 0.15 tymczasowo załatwia sprawę. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gnome-terminal-2.18 - znikajaca zawartosc okna
Dnia 17-03-2007, sob o godzinie 19:39 +0100, Marcin Banasiak napisał(a): Zbudujcie sobie vte z HEAD i dajcie znać czy działa. Łaty zadziałały. Śmiga jak powinno i na lapcu i na stacjonarce. Thx za szybką reakcję! Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: qemulator.spec - epochs, pl fixes
Dnia 16-03-2007, pią o godzinie 11:04 +0100, qboosh napisał(a): +# XXX: dup Co to znaczy? Że wywalić coś ponad? Coś pod spodem? [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
chroot developerski
Witam Ze wczorajszej rozmowy z Undefem wynikło, że przydało by się do developerki PLD i dla builderów taki system, który budowałby paczki zupełnie z gruntu na czystym systemie, co pozwoliło by znaleźć wszystkie BR-y. Dziś uruchomiłem sobie taki systemik i rzeczywiście - pierwsza z brzegu paczka okazuje się mieć znacznie więcej BR-ów, niż zadeklarowane w nagłówku. Moje pytanko jest następujące. Potrzebuję pomysłu na czyszczenie takiego chroota do gruntu i potem doinstalowywania nowych zależności. Oczywiście można robić ./builder -R -bb paczka i w pliku .paczka.spec-INSTALLED_PACKAGES są doinstalowane pakiety i można po prostu sudo rpm -e je, ale to zabija łącze, jak próbuję zbudować coś z powiedzmy KDE, czy GTK i na nowo trzeba doinstalować połowę xorg i kde/gtk/gnome. Potrzebuję więc pomysłu na cachowanie tych już ściągniętych rpm-ów i utrzymywanie tego cache'a w rozsądnych rozmiarach (np. poldek --fetch daje pewne możliwości, ale katalog cache byłby potem zawalony paroma wersjami tego samego pakietu). Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: chroot developerski
Dnia 16-03-2007, pią o godzinie 13:02 +0100, Remigiusz Marcinkiewicz napisał(a): VMvare Server [cut] i snapshoty. A czemu od razu vmware, a nie qemu? [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: qemulator.spec - resolved duplicate
Dnia 16-03-2007, pią o godzinie 18:23 +0100, Dariusz Rojewski napisał(a): +%attr(755,root,root) %{_libdir}/%{name}/*.py hej. w _libdir/%{name} nie ma nic innego niż pliki .py? faktycznie glade! [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: qemulator.spec - resolved duplicate
Dnia 16-03-2007, pią o godzinie 18:48 +0100, Fryderyk Dziarmagowski napisał(a): tyle, że to nie jest miejsce na .glade wim - gadałem z wiarą co to zrobiła na ircu i oni tak chcą. Ja po prostu zpaczkowałem pakiet, ale nie bardzo czuję się mocny w pythonie, żeby teraz to naprawiać. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: chroot developerski
Dnia 16-03-2007, pią o godzinie 18:59 +0100, Grzegorz Konopko napisał(a): Nie dziala, wstrzymuje tylko upgrade. W te stronę można po prostu instalować przy pomocy ./builder -R -bb paczka. Potem zainstalowane paczki są w jendym pliku, który można łatwo wrzucić do poldka i wywalić co trzeba...łatwo tyle o ile... [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: chroot developerski
Dnia 16-03-2007, pią o godzinie 13:02 +0100, Remigiusz Marcinkiewicz napisał(a): VMvare Server (darmowy, działa bezproblemowo na PLD, wydajność przy kompilacji jak natywnie) i snapshoty. Właśnie zajrzałem do VMware-server.spec i wygląda nieciekawie. Do tego jeszcze się wywala przy próbie zbudowania. Używasz pldzianego, czy jakoś kombinujesz z www?? [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: qemulator.spec - resolved duplicate
Dnia 16-03-2007, pią o godzinie 20:27 +0100, Daniel Mróz napisał(a): Patch w załączniku. To jak jesteś taki złoty człowiek, to wywal obrazki też do /usr/share, bo libdir to słabe miejsce na takie rzeczy... [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gnome 2.x vs gnome 1.x
Dnia 05-03-2007, pon o godzinie 08:09 +0100, Arkadiusz Miskiewicz napisał(a): Jest jakiś sens ? Będzie gigantyczne zamieszanie przy upgrade (czytaj poldek nie zobaczy tych pakietów jako nowych zastępujących inne), a zysku zero. To może od razu zastanowić się, jak robimy? Bo takich przypadków jest sporo. Albo jak debianowate, że wszystko zawsze ma wersję qt4, qt3, kde2, kde3, gtk2, gtk1, albo najnowsze bez numerka, starsze z numerkami. Raz przyjąć, raz zrobić move, raz się przejmować. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Położenie *.dll mingw32/wine
Dnia 05-03-2007, pon o godzinie 19:25 +0100, Jakub Bogusz napisał(a): Teraz są używane dwie wersje: /usr/i386-mingw32/bin albo /usr/share/wine/windows/system AFAIK do linkowania binarek wystarczają *.dll.a . Jeżeli jesteś pewien (czyt. przebudujesz całe drzewko crossmingw32 aż do gtkmm i libglademm) to zdecydowanie to drugie miejsce, ale wtedy wymagania do wine. Mi się *wydaje*, że libtool z tego korzysta, szczególnie, że produkuje odpowiednie wpisy w /usr/i386/mingw32/*.la. Czy to oznacza, że trzeba by wszystkie *.la przesedować? [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: hal + gnome-mount + cdrom
Dnia 04-03-2007, nie o godzinie 20:47 +0100, Artur Flinta napisał(a): Zaraz zrobię commit hala z dwoma patchami z fedory, w tym jedne z tych co podałeś. CD działa, iRiver T10 UMS działą (MP3), ale DVD za cholerę ;/ [EMAIL PROTECTED] information]# rpm -q PolicyKit hal dbus PolicyKit-0.2-0.20061203.1.i686 hal-0.5.8.1-5.i686 dbus-1.0.2-5.i686 [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: crossmingw32-libpng.spec - shared + static build - configur...
Dnia 25-02-2007, nie o godzinie 16:51 +0100, Bartosz Taudul napisał(a): +#%package dll +#Summary: libpng - DLL library for Windows +#Summary(pl.UTF-8):libpng - biblioteka DLL dla Windows +#Group:Applications/Emulators Co to ma być? Tmp wywalone dla ułatwienia roboty. -%{_datadir}/wine/windows/system/*.dll +%{_bindir}/*.dll A to? A to jest potrzebne, go pliki *.la definiują, ze dll-ki leżą w %{_bindir}, a nie bardzo jest mi na rękę edytować *wszystkie* pliki *.la do %{_datadir}/wine/windows/system/*.dll, szczególnie, że potem gtk+2 czy inne rzeczy się nie budują. Z drugiej strony - dwa razy dll? Raz w /usr/i386-mingw32/bin i drugi w /usr/share/wine/windows/system/ ?? [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: crossmingw32-libpng.spec - shared + static build - configur...
Dnia 25-02-2007, nie o godzinie 17:04 +0100, Bartosz Świątek napisał(a): Ja widzę, że kolega czarny ostatnio ma słabsze dni. A skoro tak ma, to po co się za spece zabiera ? (...) Bo potrzebuje skrośnej kompilacji gtkmm na wczoraj do zaliczeń. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: crossmingw32-gettext.spec - clean ups
Dnia 20-02-2007, wto o godzinie 20:09 +0100, Jakub Bogusz napisał(a): Przeszkadzał w czymś? Domyślnie właczony Czemu ma służyć taki cleanup? gettext nie korzysta z pkgconfiga. Teraz - chce mieć w każdym z crossów pewien stały format, w tym pkgconfig A czemu to? Te parametry są tylko dla configure. Starczy - potem pojawiają się jaja przy kompilacjach, bo systemowe ranlib i ar sobie nie radzą z crossowymi bibliotekami %files %defattr(644,root,root,755) -%{_bindir}/libintl-8.dll -%{_libdir}/libintl.dll.a +#%{_bindir}/libintl-8.dll +#%{_libdir}/libintl.dll.a %{_libdir}/libintl.la -%if %{with asprintf} %{_bindir}/libasprintf-0.dll %{_libdir}/libasprintf.dll.a %{_libdir}/libasprintf.la -%endif %{_includedir}/*.h Tutaj też coś bez sensu. Ten pakiet istnieje właśnie dla libintl.dll.a (i nagłówków). libasprintf to tylko dodatek, nie wiem czy gdziekolwiek używany. te dll-ki mi się nie budują po prostu. Próbowałem ze 4-5 razy, z oryginalnym specem i kupa - po prostu się nie budują. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: crossmingw32-expat.spec - cleaned up - pkg config dir
Dnia 20-02-2007, wto o godzinie 20:11 +0100, Jakub Bogusz napisał(a): expat nie korzysta z pkgconfiga. Same jak w glib [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: crossmingw32-libiconv.spec - clean up - dlls added
Dnia 20-02-2007, wto o godzinie 20:13 +0100, Jakub Bogusz napisał(a): On Tue, Feb 20, 2007 at 07:34:50PM +0100, czarny wrote: %files dll %defattr(644,root,root,755) +%{_bindir}/lib*.dll %{_datadir}/wine/windows/system/* To w prefix/bin, czy /usr/share/wine/windows/system? Trzeba się na coś zdecydować. wine korzysta z tego drugiego, a z pierwszego cokolwiek? A bo ja wiem? Tu się wrzucił. Dostałem błędem, że niespakietowany plik, to dodałem. Ścieżki wine nie tknąłem. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: crossmingw32-pango-noexamples.patch (NEW) - let's not bui...
Dnia 20-02-2007, wto o godzinie 21:25 +0100, Artur Frysiak napisał(a): modules i tools mogą okazać się przydatne. Zastanawiałem się nad tym i nie widze powodu, dlaczego devleoper miałby uruchamiać crossowe narzędzia, skoro ma to samo w pango-devel ? A to jakiś śmieć jest. True. Ale to i tak nieważne, bo nagle libtool mi się buntuje i nie chce budować static pango ;/ [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: crossmingw32-libiconv.spec - clean up - dlls added
Dnia 20-02-2007, wto o godzinie 21:40 +0100, Przemyslaw Iskra napisał(a): ^^ ? ostrzezenie != blad Ta - ale to akurat dll-ka. Nie wszystko dodaję, ale chyba akuratnio dll-ka zdaje się być jakoś potrzebna, skoro inne pakiety to mają ? [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: crossmingw32-gettext.spec - clean ups
Dnia 20-02-2007, wto o godzinie 21:18 +0100, Jakub Bogusz napisał(a): No i? Wiele innych bcondów jest domyślnie włączona. W sumie to fakt. Jakoś tak na szybko wyleciało. Nie spodziewałem się, żeby ktoś chciał customalizować crossowe narzędzia. I jaki ma sens eksportowanie nie używanych zmiennych? Równie dobrze można by dodawać --with-qt-libraries we wszystkich pakietach z %configure, a nie tylko tych kilkudziesięciu czy paruset korzystających z kde*. Oj - samo %configure daje już masę śmieci, choćby CXX* stuff dla aplikacji C-only. Robiłem z template'a, bo tak wygodniej i mam gwarancję, że każdy pakiet ruszy. Potem poczyszczę takie rzeczy, jak już całe gtkmm pobuduje. Gdzie potem? Nie miałem z tym problemów. A ja miałem z budowaniem gtkmm i innych rzeczy, które korzystają z libfontconfig.a albo libfreetype.a Teraz to się pakiet w ogóle nie buduje, bo definicje w winnt.h z w32api 3.8 są w konflikcie z tymi z intl/localename.c :/ *.dll są raczej do przeniesienia do wine/windows/system, ale to inna sprawa. Może - nie wiem. Updatnąłem. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [AC] geninitrd, KONIECZNY update!
Dnia 12-02-2007, pon o godzinie 22:32 +0100, matowy napisał(a): Tak z ciekawosci co daje zmiana formatu? Ja to obiłem rzeczywiście dla fbsplasha, ale w ogólności initramfs jest wołany przez jajko znacznie wcześniej niż initrd. Od initramfs wymaga się, żeby sam znalazł i zamontował partycję root po czym uruchomił inita (w initrd kernel próbuje sam to zrobić, jak user nie zaimplementuje). W ogólności initrafms jest implementacją early-userspace. Przy odrobinie pokombinowania można wyczyniać różne cuda wtedy, typu rozkodowywanie partycji root na podstawie klucza na piórze, montowanie sieciowych dysków jako root i inne cuda, jakie sobie wymyślisz. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [AC] geninitrd, KONIECZNY update!
Dnia 09-02-2007, pią o godzinie 23:31 +0100, Michal Kochanowicz napisał(a): geninitrd w wersji która jest w AC zawiera literówkę, która czyni go całkowicie bezużytecznym (podczas startu nie znajduje binarki switch_root (bo takiej nie ma, a polecenie busyboksa to switchroot). Przed chwilą musiałem właśnie z tego powodu odpuścić sobie instalację PLD na pewnym routerze - z braku dostępu do sieci nie mogłem przeczytać choćby zmian w nowszych wersjach. Obawiam się, że pośrednio ja jestem za to winny - przepraszam. Ja implementowałem użycie switch_root i to ja przestawiłem geninitrd aby domyślnie tworzyło initramfs, zamiast rom, co implikuje potrzebę switch_root. W związku z mnożącymi się problemami, nie zawsze z mojej winy występującymi, przed chwilą commitnąłem do svn geninitrd domyślne korzystanie z rom. Przykro mi, że się nadziałeś, jednak chciałbym ze swojej strony zwrócić uwagę, że nowy geninitrd z TH nie powinien znaleźć się w *zamrożonym* od roku AC i to nie ja go tam wprowadziłem bez choćby jednego przetestowania. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac-ready] geninitrd
Dnia 06-02-2007, wto o godzinie 23:43 +0100, Arkadiusz Miskiewicz napisał(a): Nie ma to najmniejszego znaczenia - to musi działać na nowych jak i starych środowiskach. Bzdury pleciesz i tyle. Mówię jeszcze raz - przeczytaj i przeanalizuj udev.spec i jego logi. Potem się wypowiadaj. A jak jesteś taki hojrak, że potrafisz robić spece uwzględniając rzeczy, których programy jeszcze nie mają, to zrób nam w PLD kernel.speca, którego nie trzeba będzie zmieniać co rusz. Po co w takim razie dotyka się do czegoś gdzie doskonale wie o tym, że nie ma czasu ani sprawdzić ani tym bardziej poprawić dodanych przez siebie bugów? Jak wyżej - zajrzyj do loga specy, a potem oskarżaj. Napisałem, że to zostało już poprawione jakiś czas temu. rm etykietka, a teraz czekamy na poprawki Biorąc pod uwagę grupę oszczerstw i bzdur, które skierowałeś do mnie powyżej, mimo moich wyjaśnień, bez żadnego zbadania sprawy, uważam sprawę za zamkniętą. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac-ready] geninitrd
Dnia 07-02-2007, śro o godzinie 10:53 +0100, Arkadiusz Miskiewicz napisał(a): http://svn.pld-linux.org/cgi-bin/viewsvn/geninitrd/trunk/geninitrd?r1=8226r2=8231p1=geninitrd/trunk/geninitrdp2=geninitrd/trunk/geninitrd To jest błąd - udev i udevd nie są tą samą binarką z inną nazwą. Należy je inaczej obsługiwać. W tej postaci initrd ze starszym udevem się wywróci przy bootowaniu. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLD specs-ng ?
Dnia 05-02-2007, pon o godzinie 23:54 +0100, Andrzej 'The Undefined' Dopierała napisał(a): bym powiedział że dużo trudniej.. w sytuacji gdy nie mamy pojęcia w jakiej grupie on jest. A grupy mają to do siebie że zależnie od widzimisię developera mogą być bardzo różne. Szczególnie zabawne jest to, że taki zwykły, zagubiony looser, nic na tym nie skorzysta, bo i tak wszystkie program, z których korzysta znajdują się w grupie X11-Application ;) [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLD specs-ng ?
Dnia 06-02-2007, wto o godzinie 11:49 +0100, Maciej Pijanka napisał(a): jak juz to alfabetyczne sortowanie ale to tez srednio wygodne bo nie kazdy spec ma latwa do odgadniecia nazwe (gschem ma nazwe speca geda-gschem, sensowna z racji nazwy projektu ale..) No ale poldek dostarcza przecież czego trzeba? Szukania po nazwach, opisach, grupach, plikach i zależnościach. Program da się znaleźć. Nie widzę potrzebny, żeby ułatwić ZU grzebanie w specach, podobnie, jak nie widzę potrzeby ułatwiania kierowcy grzebania w silniku... [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac-ready] geninitrd
Dnia 06-02-2007, wto o godzinie 22:06 +0100, Arkadiusz Miskiewicz napisał(a): czarny zepsuł i olał informację o tym, że jest psujem :( Kurde - nie czarny zepsuł, tylko nowe udev nie buduje już initrd-udev, tylko i wyłącznie initrd-udevd. I czarny poprawił to jak miał czas. Looknij w logi udeva, i geninitrd. Po drugie czarny nie olał tego, tylko wyraźnie zaznaczył, że od półtora tygodnia próbuje oddać inżynierkę, tworzoną przez jebane 16h 2 poprzednie miesiące 7 dni w tygodniu i nie ma czasu na seks, piwo i kino, co dopiero PLD. Zatem czarny prosi o więcej wyrozumiałości i odrobinę researchu, zanim ktoś przyczepi mi etykietę. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPECS] lm_sensors.spec
Dnia 05-02-2007, pon o godzinie 12:29 +0100, Kamil Dziedzic napisał(a): :( Nie rozumiem. Jaki konflikt? U mnie bez libiconv-devel się nie chce zbudować. U mnie też się nie chciało zbudować, dlatego dodałem tę zależność. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: glade3.spec - up to 3.1.4
Dnia 01-02-2007, czw o godzinie 13:24 +0100, Marcin Banasiak napisał(a): Jak napisałem, seria 3.1 jest rozwojowa i aktualnie znajduje się na DEVEL, więc po co j Moja kulpa - zaraz revertnę [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: crossmingw32-pkgconfig.spec (NEW) - init PLD - based on pkg...
Dnia 30-01-2007, wto o godzinie 23:49 +0100, Jakub Bogusz napisał(a): On Tue, Jan 30, 2007 at 10:19:00PM +0100, czarny wrote: +Name: crossmingw32-%{_realname} +Provides: pkg-config = %{version}-%{release} Khem? +%attr(755,root,root) %{_bindir}/* A to do czego? R: wine? +%{_aclocaldir}/* Niepotrzebne, wystarczy z natywnego pkgconfiga. I generuje konflikt z natywnym. Wiem - robiłem hurtem. Ale chyba nie będzie potrzebne, oprócz katalogu, bo da się ustawić PKG_CONFIG. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Qemu i mozillopodobne. Bylo: Re: SPECS: qemu.spec - disabled kqemu
Dnia 26-01-2007, pią o godzinie 16:07 +0100, Kamil Dziedzic napisał(a): FireBociek Gdzie jest mimooh? ;) Może lepiej Ognisty Bociek. Firestork - chyba nawet to proponowałem jakiś czas temu, przy rozmowach n/t licencji FF [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
OO 2.1.0-0.m6.2 i wyświetlanie
Witam Zainstalowałem sobie najnowszego OO z mamuta i mam spory problem z korzystaniem. Mianowicie jak napiszę cokolwiek, to tekst się nie pojawia od razu, a dopiero po ładnych 10 sekundach. Zaznaczania tekstu w ogóle nie widać. Ktoś może ma jakiś pomysł, czym to może być spowodowane? Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: OO 2.1.0-0.m6.2 i wyświetlanie
Dnia 17-01-2007, śro o godzinie 11:53 +0100, Cezary Krzyzanowski napisał(a): Witam Zainstalowałem sobie najnowszego OO z mamuta i mam spory problem z korzystaniem. Mianowicie jak napiszę cokolwiek, to tekst się nie pojawia od razu, a dopiero po ładnych 10 sekundach. Zaznaczania tekstu w ogóle nie widać. Ktoś może ma jakiś pomysł, czym to może być spowodowane? 2.1.0-0.m6.0.1 działa poprawnie ;/ [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
BR: rpm-buil-macros = 129
Hm - właśnie próbuję zbudować firefoxqs, ale nie mogę bo: [EMAIL PROTECTED] SPECS]$ ./builder -bb firefoxqs # $Revision: 1.6 $, $Date: 2006/10/06 21:10:45 $ Available branches: firefoxqs-0.1.tar.bz2 having proper md5sum already exists błąd: Niespełnione zależności budowania: kdelibs-devel = 3.1 jest wymagany przez firefoxqs-0.1-0.1.src rpmbuild(macros) = 129 jest wymagany przez firefoxqs-0.1-0.1.src Error: package build failed. (no more info) [EMAIL PROTECTED] SPECS]$ rpm -q rpm-build-macros rpm-build-macros-1.359-1.noarch Hm...359 129? [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: konqueror vs krusader
Dnia 02-01-2007, wto o godzinie 21:58 +0100, Łukasz Jernaś napisał(a): Budować bez --with-kiotar? Chociaż nie mogę doczytać dlaczego oni to modyfikują dla krusadera... Albo nawet niech buduje się z kiotar, ale niech korzysta z kio_tar-a od konquerora! Po prostu go nie paczkować w sekcji %file, reszty nie dotykać IMHO. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
konqueror vs krusader
Od dłuższego czasu za każdym razem, jak próbuję upgradnać albo konquerora, albo krusadera, pojawia się ten sam mankament: Uruchamianie rpm --upgrade -vh --root / --noorder... Przygotowywanie... ### [100%] plik /usr/lib64/kde3/kio_tar.so z instalacji konqueror-3.5.5-5 jest w konflikcie z plikiem z pakietu krusader-1.70.0-1 Wystąpiły błędy podczas instalacji Ktoś może ma jakiś pomysł, jak sobie z tym poradzić? Przyjąć w specach jedno źródło kio_tar i olać to z krusadera, czy jakoś inaczej? Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
rcscripts i /initrd
Witam Sprawa jest następującej maści. Jeżeli w systemie podczas bootu istnieje katalog /initrd (a u nas istnieje: [EMAIL PROTECTED] ~]$ rpm -qf /initrd filesystem-3.0-12.x86_64 ) to kernel montuje rootfs z procesu bootowania do tego katalogu. Problem polega na wykorzystaniu udeva w early-userspace. Nasze rc-scripty próbują odmontować /initrd, ale im się nie udaje (co np. zapobiega potem możliwości upgrade'u filesystemu), gdyś cały czas jest zamontowany /initrd/dev z initrd/initramfs, używany przez udeva early-userspace! Dało by się jakoś poprawić ten 'ficzer' ? Żeby przy próbach odmontowywania /initrd sprawdzać, czy aby nie ma jakiś plików(kolejek) udevowych w tym katalogu i najpierw odmontowywać /initrd/dev, a potem samo /dev? Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Paczka pld-devel-pl, Tom 31, Numer 24
Dnia 11-12-2006, pon o godzinie 21:10 +0100, Krystian Tomczyk napisał(a): O gustach się nie dyskutuje... Też wolę drzewko. Rozwiązaniem na miarę filozofii PLD byłoby IMO posiadanie paczki applnk i applnk-flat ;) Jest jeszcze pomysł z promocją menu, jak są za małe, ale to z kolei nie jest very user friednly zgodnie z pracami dot. usubality - jeżeli ikonka ma być w miejscu X a nagle z różnych względów przemieszcza się w miejsce Y, to jest to evil(TM). [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Th] fox.spec: th-ppc:FAIL + krowa
Dnia 30-11-2006, czw o godzinie 21:54 +0100, Tomasz Wittner napisał(a): 2. Co to jest?: sh: /etc/profile.env[8]: no closing quote Jak @%#$! tekst błędu pokazuje, w pliku /etc/profile.env w wierzu 8 jakiś cudzysłów nie jest domknięty. Czytać uważnie do pieruna! [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: mplayer i polskie literki
Dnia 01-12-2006, pią o godzinie 00:56 +0100, Bartosz Taudul napisał(a): W pliku z napisami: ańb cęd W mplayerze: ab cęńd Może nie dokładnie tak, ale oddaje ideę. Miałem to wszystko - masę 'z' zamiast wszystkiego innego, potem '_' zamiast ogonków, ale ten konfig wyżej zadziałał i śmiga jak przeciąg! Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Re: mplayer i polskie literki
Dnia 30-11-2006, czw o godzinie 05:02 +0100, Bartosz Świątek napisał(a): Nie czepiasz się. U mnie również niegdy nie było z tym problemów. Ale jak już wspomniałeś, system jest _poprawnie_ skonfigurowany. Tak - to bardzo głębokie co mówicie Panowie i od razu widać, że z was prawdziwi guru, ale pytanie co to znaczy w tym przypadku 'poprawne skonfigurowanie' ? Odpowiednie fonty zainstalowane? Lang/LC_ALL na utf, czy iso? Jakaś konwersja napisów? Jakieś opcje w mplayerze? Jakieś fontconfigi czy cuś? Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: transcode.spec - LDFLAGS, as there were problems on x86_64
Dnia 16-11-2006, czw o godzinie 19:48 +0100, Jakub Bogusz napisał(a): Poza tym /usr/%{_lib} jest domyślnie przeszukiwane. Może i tak, ale się domyślnie nie przeszukało i wywalało brak libstdc++ [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel-desktop.spec
Dnia 13-11-2006, pon o godzinie 21:14 +0100, Łukasz Maśko napisał(a): Czy komuś się buduje kernel-desktop.spec w obecnej wersji? U mnie kompilacja zatrzymuje się na samym początku, na etapie konfiguracji - wypisuje: [...] kexec system call (EXPERIMENTAL) (KEXEC) [Y/n/?] y kernel crash dumps (EXPERIMENTAL) (CRASH_DUMP) [N/y/?] n Compat VDSO support (COMPAT_VDSO) [Y/n/?] (NEW) No jak wypełnisz ten kwestionariusz, to się zbuduje. U mnie też pyta o jakieś pierdoły (najwyraźniej niepełny defaultowy config), ale jak odpowiem na pytania, to buduje się. Gorzej z uruchomieniem, po lili pokazują się dwie linijki - pierwsza standardowa, druga z kropkami, po czym następuje reset...ot tak - próbowałem z i bez lapca, z i bez ck - to smao. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
xorg radeon + dual head error
Przesiedziałem dziś 4h w nocy, żeby uruchomić xorg z dwoma monitorami obok siebie na radeonie 7500 M7 (mobilny). Raz już to robiłem jakiś czas temu i dziwnie napotkałem opór. Przyczyna - drivery w wersji 6.6.3. Czy ktoś może potwierdzić? Downgradnąłem do 6.6.2 i sterownik wykrywa mody drugiego monitora, dopasowuje zgodne i uruchamia wirtualny pulpit 2048x768. Nowsza wersja (6.6.3) wybrzydza wszystkie rozdzielczości/częstotliwości i zawsze znajdzie jakiś powód, żeby nie użyć (mode clock to high, hsync out of range, vsync out of range). xorg.conf w obu przypadkach identyczny. Jak ktoś potwierdzi, to uderzę na ich listę. Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS (DEVEL): m4.spec - updated after some years - why the heck d...
Dnia 01-11-2006, śro o godzinie 16:52 +0100, Jakub Bogusz napisał(a): 1.4[a-q] (a teraz 1.9a w CVS-ie) to wersje rozwojowe przed przygotowywaną wersją 2.0. Hm - możliwe - zasugerowałem się gentoo, jak przeglądałem w poszukiwaniu ich rozwiązań firefoxa. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS (DEVEL): m4.spec - updated after some years - why the heck d...
Dnia 01-11-2006, śro o godzinie 16:52 +0100, Jakub Bogusz napisał(a): 1.4.[1-7] to poprawki do wersji 1.4 z 1994 roku. 1.4[a-q] (a teraz 1.9a w CVS-ie) to wersje rozwojowe przed przygotowywaną wersją 2.0. Zresztą daty na ftp-ie nie zmyliły - 1.4.7 jest dwa lata późniejsze, niż 1.4[literka], a oba są stare w cholere [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Firefox 2.0
Dnia 30-10-2006, pon o godzinie 09:02 +0100, Arkadiusz Miskiewicz napisał(a): Iceweasel jest po prostu zbiorem patchy na FF, więc jak się zrobi 1.5.0.7, to droga do 2.0 będzie znacznie krótsza (szczególnie, jak uda się użyć autotoolsy). Ja bym po prostu vi firefox/cośtam/ w oryginalnym FF ;) Już trzeci raz piszę, że IceWeasel właśnie tak robi. cośtam == iceweasel w tym przypadku. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Firefox 2.0
Dnia 30-10-2006, pon o godzinie 09:02 +0100, Arkadiusz Miskiewicz napisał(a): CVS FF nie jest tajny, mieli dostęp do praktycznie finalnej wersji na n-dni przed oficjalną premierą. Albo jeszcze inaczej - niezależnie, co się stanie - czy będzie IceWeasel, czy będzie Fox z podmienioną nazwą, to tak czy siak trzeba zacząć budować z wykorzystaniem autotoolsów, a Ty piszesz, że Tobie się nie chce za to wziąć. I tak trzeba przejść na autotoolsy i tak trzeba - inaczej robienie, jak to ująłeś, vi firefox/cośtam będzie co każde wydanie tak samo dużą pracą. [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Firefox 2.0
Dnia 30-10-2006, pon o godzinie 09:16 +0100, Jakub Bogusz napisał(a): Pytałem się, w którym miejscu licencji to jest napisane, skąd się wzięła taka interpretacja? Jeżeli faktycznie jest (gdzie?), to wystarczy zmienić nazwę pakietu, a binarki zostawić w spokoju tam gdzie ich miejsce (na ftp.mozilla.org). To proponuję rozstrzygnąć potem, jaką wersję przyjmiemy. Tak czy siak, należy przejść w specu foxa z grzebania w Makefile'ach i innych takich, na pogrzebanie w źródłowych plikach autotools, bo sposób w jaki budujemy firefoxa jest wieśniacki (nie do końca budujemy z systowymi bibliotekami), pozwalamy na stworzenie tar.gz, które potem rozpakowujemy i realokujemy. Poza tym umrzemy kiedyś w wyszukiwaniu nazw katalogów i ścieżek i zastępowaniu ich pldzianymi, więc autotoolsy nasz wyręczą tutaj. RH nie jest, a Debian jest? Debian miał pozwolenie na przebudowywanie źródeł. Debian wydaje teraz zaraz wersję, RH nie. Nieważne - jak wspomniałem wyżej, nazwami, przepisami i formalnościami można zając się na końcu, bo jak będzie gotowe autotools, to zmiana nazw, katalogów, ikonek etc będzie śmieszna, niezależnie, czy w oryginalnym FF, czy w iceweasel, czy w czymkolwiek innym! [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Firefox 2.0
Dnia 30-10-2006, pon o godzinie 01:29 +0100, Jakub Bogusz napisał(a): W którym miejscu licencji jest coś takiego napisane? Nie używamy flagi --enable-official-branding. Akurat - we wcześniejszej wersji nie było --enable-official-branding, ale odpowiednik tego był dodawany do .mozconfig A co do licencji - Debian już to przerobił. Albo bierzemy całość binarne - czyli nazwa (FireFox) + nie otwarta grafika, albo musimy zmienić nazwę (BonEcho?) i budować sami. Rozwiązanie proste - IceWeasel, który jest już w repo, trza go dopracować (szczególnie musi przejść aclocal + autoconf). Nie śledzisz grupy Kuba. W FC jakoś jest Firefox kompilowany ze źródeł. A w Ameryce to murzynów biją. To nie jest argument. A wersja binarna z mozilla.org jest tylko na jedną architekturę. To natomiast jest. Obawiam się, że na to mało poradzimy, jednak IceWeasel, który da się zbudować na wszystkie arch, a jest firefoxem 1 do 0.99, będzie rozwiązaniem tego problemu. Pomóż proszę zrobiće iceweasl'a tak, żeby przeszło autoconf (ja dostaję tekstem, że nielegalne makro dnl w pierwszej linii configure.in ;/) Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Firefox 2.0
Dnia 30-10-2006, pon o godzinie 02:20 +0100, bartosz swiatek napisał(a): Czyli jak rozumiem nie ma sensu przesyłać speca na wersję binarną do CVSu ? Jest jest sens! Nawet olbrzymi! Wyręczysz mnie, bo miałem właśnie przerobić tego speca na binarne (szczegóły w innych wątkach o FF 2.0 na grupach). Commituj na razie na DEVEL, skąd to zrobimy potem main, jak poprawi się pierdołki. Zdrawiam [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Firefox 2.0
Dnia 30-10-2006, pon o godzinie 08:41 +0100, Arkadiusz Miskiewicz napisał(a): Mnie przykładowo nie chce się nawet na to patrzeć, co innego gdyby był icewasel bazujący na firefoxie 2.0 (ale takowego nie ma afaik nadal). Nadal? Oficjalnie FF 2.0 wyszło wczoraj w nocy? Iceweasel jest po prostu zbiorem patchy na FF, więc jak się zrobi 1.5.0.7, to droga do 2.0 będzie znacznie krótsza (szczególnie, jak uda się użyć autotoolsy). [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: xorg-driver-video-nvidia.spec - 1.0-9626 - rel 0.1 `cause i...
Dnia 19-10-2006, czw o godzinie 18:55 +0200, Kamil napisał(a): GF 7600 U mnie po uruchomieniu dostaje czarny ekran. W logach xorg ostatni wpis to coś o włączaniu RenderAccel. GF FX 5900XT Same, włączają się X-y, czarny ekran i komputer nie do dotknięcia - zwis kompletny. [EMAIL PROTECTED] ~]$ rpm -q xorg-driver-video-nvidia kernel-video-nvidia xorg-xserver-server xorg-driver-video-nvidia-1.0.9626-0.1.athlon [EMAIL PROTECTED] xorg-xserver-server-1.1.1-0.1.athlon [EMAIL PROTECTED] -- Fear leads to anger, anger leads to hate, hate leads to suffering - Yoda ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: xorg-driver-video-nvidia.spec - 1.0-9626 - rel 0.1 `cause i...
Dnia 20-10-2006, pią o godzinie 10:15 +0200, Patryk Zawadzki napisał(a): Nie sprawdzałem 9626, 9625 działa ślicznie: Ja też miałem przez jakiś czas 9625 i działały ok, ale od pewnego momentu przestały. Zacząłem grzebać z nvclockiem i ustawieniami xorgów (chciałem wyciszyć wiatrak i skręcić GPU), ale nawet jak powróciłem do zapisanych przed zmianami konfiguracji, 9625 nie wstało. Zdrawiam [EMAIL PROTECTED] -- Fear leads to anger, anger leads to hate, hate leads to suffering - Yoda ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [th]poldek
Dnia 04-10-2006, śro o godzinie 09:20 +0200, Piotr Skwarna napisał(a): Przeczytano 11052 pakiety Usunięto 8 zdublowanych pakietów z listy dostępnych Naruszenie ochrony pamięci [EMAIL PROTECTED] rpm]# Potwierdzam [EMAIL PROTECTED] -- Fear leads to anger, anger leads to hate, hate leads to suffering - Yoda ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: metapackage-gnome
Dnia 28-09-2006, czw o godzinie 08:56 +0200, Patryk Zawadzki napisał(a): Bo (jak pisałem ja i havner), nie ma żadnego konfliktu. Problem leży po stronie kdelibs, które nieprawidłowo wymaga applnk. Pomijając formę dyskusji, zgadzam się w tym punkcie - kdelibs + applnk wymusza siebie nawzajem, choć, podobnie jak w przypadku GNOME, można by użyć innego menu. [EMAIL PROTECTED] -- Fear leads to anger, anger leads to hate, hate leads to suffering - Yoda ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: metapackage-gnome
Dnia 27-09-2006, śro o godzinie 15:13 +0200, Lukasz Glebicki napisał(a): I ja mówie o tym, aby w paczce metapackage-gnome zrobić zamianę na xdg-menus. Przy okazji można kdelibs zamienić na to co proponujesz. Do dzieła - podeślesz patche, ktoś pewno commitnie. [EMAIL PROTECTED] -- Fear leads to anger, anger leads to hate, hate leads to suffering - Yoda ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: as-needed i KDE* - co z tym robimy?
Dnia 08-09-2006, pią o godzinie 22:32 +0200, Arkadiusz Miskiewicz napisał(a): czy libtool zapomina dodać -lc itp?). Z kimś gadałem na ten temat na jaberze, teraz nie pomnę z kim i on mówił, że to nie wina as-needed, tylko nowego autoconfa, który nie dodaje odpowiednich flag. U mnie cofnięci do 2.59 pomogło i nie widuję błędów linkowania. [EMAIL PROTECTED] -- Fear leads to anger, anger leads to hate, hate leads to suffering - Yoda ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl