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: 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: SOURCES: kernel-net-atl2-build.patch (NEW) - patch to disable comp...
Dnia 24-08-2007, Pt o godzinie 15:12 +0200, Bartosz Świątek napisał(a): > Szczerze mówiąc też mam obiekcje co do tego patcha i nawet probowałem > przez 30min wymyślić lepszą - tudzież znaleźć źródła dla nowszych > jajek Same -- nie mogłem znaleźć żadnej strony projektu tylko jakieś zakiszone rary/zipy/tar/bz/gzipy u kogoś na zbiorczym ftpie. Wersje przypadkowe, często te same, czasami hackowane ciut. Trudno ustalić, czy np. 1.0.40 jest literówką z 1.4.0 (bo źródła są podobne). Jakby pojawiła się oficjalna strona tych sterów, to byłoby lepiej. Co śmieszniejsze to wszystkie agregatory sterowników w sieci mają jakąś ich wersję. [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: 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: 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: 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 18:25 +0200, Rafał Cygnarowski pisze: > Dnia poniedziałek, 1 października 2007, Cezary Krzyzanowski napisał: > Jeśli korzystasz z KDE, to spróbuj wywalić wszystkie zbędne aplety z paska > zadań (jakieś monitory, amusmenty, amaroki czy co tam trza). > Niestety Xfce. [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: 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 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: 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: [SPEC]evince-gtk i w ogóle gtk
Dnia 19-10-2007, Pt o godzinie 20:52 +0200, Piotr Grymkowski pisze: > Czy u was też po przebudowaniu evice-gtk, evice wymaga gnome-vfs? 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. > Druga sprawa czy po upgradzie gtk+2-2.12.2 ciągle się wiesza xfce? Ja chyba miałem 2.12.0, ale też tak było, nawet gdzieś na grupie o tym pisałem. 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: 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: [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: [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: 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: FW: downgrade libgpod na builderach th
Dnia 19-07-2006, śro o godzinie 18:05 +0200, Fryderyk Dziarmagowski napisał(a): > Ponieważ osoba do której wysłałem mail nie jest zainteresowana rozwojem > dystrybucji, przesyłam go tutaj, może dostanę jakąś odpowiedź. Po kolei. Na spokojnie i na każdy zarzut. 1. Niedochodząca poczta. Przepraszam za ten wybryk. Na weekend wyjechałem i zapomniałem zostawić włączonego domowego kompa (mojego MTA), a oczekiwałem baaardzo ważnej poczty, więc przekierowałem alias PLD na konto publiczne. Wynik jest, jaki jest. Mmazur podpowiedział, że to może być wina spf-a, ja nie wiem. Pozostała poczta docierała mi na tego maila. Sytuację poprawiłem i maile z powrotem dochodzą 2. Moje niezainteresowanie + mail Wolfa Hm, to wynik burdlu, jaki ostatnio sobie zafundowałem, za który przepraszam. Po kolei. Padł mi dysk w lapcu i byłem pozbawiony klienta pocztowego i próbowałem ogarnąć cały burdel interfejsami www poszczególnych dostawców poczty, ale nie udało mi się. W tym burdlu zginał mail od Wolfa i za to sorry. Próbowałem sytuację opanować zakładając konto na gmailu, tam przekierowałem cały ruch z wszystkich kont i uruchomiłem odpowiadanie z adresem oryginalnego konta. W związku z tym, moja dyskusja z Wami wyglądała cokolwiek dziwnie, bo ja na gmailu mam conajmniej 4 posłane maile do tego wątku, od pierwszej odpowiedzi na mail freetza, po całą resztę pojechanki po mnie. Najwyraźniej gmail aż tak sprawnie nie podszywa się pod obce smtp, jak myślałem, a nie miałem okazji tego sprawdzić, bo mam teraz na głowię masę spraw. 3. Dlaczego downgrade Downgrade libgpod zrobiłem dlatego, że buildery nie chciały przemielić amaroka, który w main jest totalnie rozryty i rzuca robalami non stop. Z racji, że freetz puścił libgpod z CVS-u, a zmieniło się API, stabilny amarok się nie chciał budować. W związku z czym zrobiłem downgrade libgpod, zbudowałem amaroka i zrobiłem z powrotem upgrade. Uważam, że nie ma sensu od razu wrzucać do distro kolejnego amaroka z SVN, bo już poprzednie rozwojowe wersje dawały w kość i zanim zrobię snapshota, który zbuduje się ze snapshotowanym libgpod, puściłem amaroka, który będzie działał z libgpod z main. Sytuacja się dawno już rozwiązała. 4. Faile na builderach Nie bardzo rozumiem, o co chodzi Wam z tymi FAIL-ami, że puszczam paczki, które się nie budują? Wollf: 6405. 2006.07.19 20:50:55 from wolf 1863d7e1-4a73-4601-b2f4-7124d08d02b7, 10, upgrade * tetex-3.0-3.src.rpm (tetex.spec -R HEAD ) [th-x86_64:FAIL th-athlon:FAIL th-i486:? th-i686:FAIL th-ppc:FAIL Freetz: 6392. 2006.07.17 20:01:28 from freetz 22f49a0b-5ebc-4931-9812-12a33eb66152, 10, upgrade * xfdesktop-4.3.90.2-1.src.rpm (xfdesktop.spec -R HEAD ) [th-x86_64:FAIL th-athlon:FAIL th-i486:FAIL th-i686:FAIL th-ppc:FAIL] 6391. 2006.07.17 20:01:18 from freetz 0c4d4f05-5fd6-4108-a6b3-6bae6ad85d52, 10, upgrade * xfce4-mixer-4.3.90.2-1.src.rpm (xfce4-mixer.spec -R HEAD ) [th-x86_64:FAIL th-athlon:FAIL th-i486:FAIL th-i686:FAIL th-ppc:FAIL] 6390. 2006.07.17 20:01:05 from freetz 561d0fa2-dc33-46d3-9df2-2f3cabe02b91, 10, upgrade * xfce4-session-4.3.90.2-1.src.rpm (xfce4-session.spec -R HEAD ) [th-x86_64:FAIL th-athlon:FAIL th-i486:FAIL th-i686:FAIL th-ppc:FAIL] 6389. 2006.07.17 20:00:55 from freetz 99c9ca80-8971-44c9-ab36-4d866865f382, 10, upgrade * mousepad-0.2.6-1.src.rpm (mousepad.spec -R HEAD ) [th-x86_64:FAIL th-athlon:FAIL th-i486:FAIL th-i686:FAIL th-ppc:FAIL] 6388. 2006.07.17 20:00:24 from freetz 75a5b35a-a62a-4760-b391-05e524bcade8, 10, upgrade Ankrego nie widze w buildlogach. Z tego co widzę, to nie tylko mi się zdarza puszczać paczki, które dają FAIL, a jeśli nawet, to w czym problem? Wysyłam paczkę, jak jest FAIL to poprawiam i znowu wysyłam. Co w tym takiego nienormalnego? Produkuję faile, jak i OK. Zgadza się, że od czasu do czasu, a moje od czasu do czasu jest częściej, niż innych, zdarza mi się wysłać zlecenie bez sensu, ale nie widzę w tym takiego ultra zła, bo maszyna traci od 2 minut (gdy popieprzę coś na dzieńdobry, albo jak java na ppc), albo pomięli coś przez pół godziny, ale to niczego w samym PLD nie psuje, a ja się uczę, czego się nie robi i potem poprawiam. To chyba nie jest grzech śmiertelny nie być od razu alfą i omegą? Szczególnie nie widze z mojej stroni żadnych akcji jawnie destrukcyjnych względem builderów, czy PLD jako takiego. 5. Fretz powiedział: > kolega developer cały czas śle > zlecenia na buildery, a najwyraźniej nie ma ochoty na zajmowaniem się > rozwojem dystrybucji OOooo takie teksty to ja sobie wypraszam kolego developerze freetz. Raz - ładujesz we wspólny worek moje chęci/motywację rozwoju PLD i mój kunszt (czy też w/g Twojego osądu jego brak) w korzystaniu z narzędzi automatyki PLD, niczym Kaczyński wszystkie zagrania antyopozycyjne w worek oczyszczania sfer władzy. Dwa, sugerujesz, że nie zajmuję się rozwojem dystrybucji, a ja nie rozumiem, z czego taki osąd? Że produkuję więcej FAIL
Re: FW: downgrade libgpod na builderach th
Dnia 20-07-2006, czw o godzinie 21:43 +0200, Michal Abramowicz napisał(a): > a koleś jest zapisany ? bo jeżeli nie jest to domniema że idiotycznie > by było akceptować maile od niezapisanych. Tak, koleś jest zapisany i starczy sprawdzić archiwum... [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: FW: downgrade libgpod na builderach th
Dnia 20-07-2006, czw o godzinie 23:27 +0200, Fryderyk Dziarmagowski napisał(a): > --- Cezary Krzyzanowski <[EMAIL PROTECTED]> wrote: > dla ciebie to downgrade, dla mnie nadużycie posiadanych praw, które nie > wiem jakim cudem nabyłeś. Wkradłem się do pomieszczeń z maszynami i zrobiłem hack. Pomyśl, zanim napiszesz. A co - potrzebuję Twojej zgody, żeby mieć? Nie przypominam sobie, żebyś miał formalne uprawnienia decydowania w takich sprawach... > puszczasz paczki, których nie budujesz lokalnie. puszczasz paczki bez > zaglądnięcia do speca czy się w ogóle zbudują. Czasami tak, zwykle te, które właśnie niedawno zostały zbudowane dla AC a ich funkcjonalności brakuje w TH. Ale tak w ogóle, to poza tym, że nie jest to rzeczywiście purystycznie poprawne, to wczym to przeszkadza? Żal Ci 2 minut buildera? > nie trzeba mieć żadnych umiejetności, żeby sprawdzić spec przed > wysłaniem na buildery. Nie mam wszystkich architektur pod ręką i nie zawsze zdaję sobie sprawę z różnic między nimi, nie koniecznie architektonicznych. > sugeruję, że nie zajmujesz się dystrybucją, jeśli nie można uzyskać od > ciebie informacji na temat tego co robisz i dlaczego to robisz. Pfff - to daleko posunięte wnioski, w dodatku logicznie bezsensowne. Jedyne, co mógłbyś mi zarzucić, to że robię co mi się podoba, a nie że nie zajmuje się dystrybucją, bo mógłbym robić dobrze i się Tobie z tego nie tłumaczyć. A że akurat raz nie odpowiedziałem, to z wymienionych wyżej powodów, ale widzę, że dla Ciebie muszę być 24/7 dostępny. Wyjaśniłem co się stało, a tu ani żadnego przepraszam, ani pocałuj mnie w dupę. Może i jesteś dobrym informatykiem i devleoperem, nie zaprzeczam, ale w życiu jesteś zwykły cham. > pytałem o downgrade libgpod na builderach. jak wpadłeś na resztę > powyższych bzdur, nie mam pojęcia. Nie - jesteś aniołek i Twoje uwagi były stricte merytoryczne, a nie podsiane podtekstami. Swoim dzieciom na dobranoc takie kity wciskaj. > poza tym to jest lista do spraw > technicznych, staraj się następnym razem skupić na odpowiedzi na zadane > pytania związane z rozwojem dystrybucji. Pff - bujaj się. Za wąski jesteś w uszach, żeby uczyć mnie jak i co będę pisał na listach. Trzeba było pomyśleć zanim potraktowałeś mnie paroma inwektywami, na dzień dobry zakładając, że celowo olewam Twój, jakże ważny, bo napisany przez freetza, mail do mnie. > mało kogo interesuje > pseudofilozofia w wykonaniu developera z dolnej półki. Developera z dolnej półki, na razie, ale za to filozofa poza Twoim zasięgiem. Trochę kultury synku, bo poza informatykami jesteśmy jeszcze ludźmi i nie życzę sobie, żebyś w taki sposób odnosił się do mnie i traktował tak protekcjonalnym tonem, bo następnym razem nie będę się tłumaczył co i dlaczego zrobiłem, jak zamiast prośby o wyjaśnienie dostanę taką podszytą sarkazmem inwektywę. Jakbyś ruszył trochę głową poza stricte technicznymi tematami, to domyśliłbyś się, że skoro chciało mi się na tyle długo używać PLD, żeby zostać developerem i dalej próbować rozwijać PLD, to pewno nie psuję tej dystrybucji celowo, ani nie unikam *merytorycznych* dyskusji z Tobą n/t PLD, ale następnym razem mail w taki sposób napisany do mnie trafi na /dev/drzewo niezależnie, jakich to merytorycznych kwestii nie dotyczyłby, a tłumaczył będę się potem najwyżej przed mmazurem. EOT, bo ta 'dyskusja' nie wnosi niczego grupie, prócz rozdmuchiwania Twojej osoby, a jako osoba, jak widać po kulturze osobistej, nie wnosisz niczego do społeczności. [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: mapowanie ethX via udev...
Dnia 21-07-2006, pią o godzinie 09:17 +0200, Paweł Chuchmała napisał(a): > Dnia Friday 21 of July 2006 08:05, Paweł Sikora napisał: > > jakieś pomysły? > > A /etc/mactab nie działa? Hm, a w którym momencie powinno to zadziałać? Bo ja wpisałem sobie tam odpowiednio eth0 i wlan0 (bo ipw2200 ładuje mi jako eth0, albo eth1) i przy przeładowaniu modułów to samo. Obawiam się, że regułki udeva będą ostatnią deską ratunku... ;/ 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: mapowanie ethX via udev...
Dnia 21-07-2006, pią o godzinie 10:37 +0200, Paweł Chuchmała napisał(a): > Według /etc/init.d/network to zaraz po załadowaniu modułów. > To ok, ale IMHO udev ładuje wcześniej stery, a wtedy już po ptokach, jak dochodzi do głosu skrypt startujący sieć. [EMAIL PROTECTED] -- "Fear leads to anger, anger leads to hate, hate leads to suffering" - Yoda -- "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] libpng12.so.0
Dnia 15-08-2006, wto o godzinie 22:23 +0200, Andrzej Krzysztofowicz napisał(a): > A skad _ten_ pies sie u ciebie wzial, nie wiem. > Zawsze z tego samego miejsca - jakiś zabłąkany, nieprzebudowany pakiet. [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: rozstrajanie budowniczych...
Dnia 17-08-2006, czw o godzinie 13:21 +0200, Paweł Sikora napisał(a): > była już o tym mowa, ale wciąż to samo :| > no przecież do stu tysięcy beczek wielbłądziego łajna > ten test-build do czegoś został stworzony! O co chodzi? Przecież nie mam wszystkich archów w domu i puszczam na buildery, jak u mnie się zbuduje. Nie chcesz mi chyba powiedzieć, że wysyłasz każdą paczkę 2x, najpierw test? [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: adesklets i [Ac] python-2.4.3-3
Dnia 19-08-2006, sob o godzinie 18:31 +0200, kiesiu napisał(a): > Dla mnie właściwie żadna, bo i to, i to nie działa ;) Hm - ja nad tym chwilę posiedziałem. Otóż rzeczywiście zainstalowane z paczki nie działa, ale jak doda się pliki py (nie 'kompilowane') w te same miejsca, gdzie jest spec olewa przy wciąganiu do %files, to działa bezbłędnie. Desklety już nie muszą mieć plików źródłowych. Nie bardzo mam doświadczenia z pythonem, więc nie miałem pomysłu, jak to poprawić. 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] GNOME 2.15.x na ftp
Dnia 22-08-2006, wto o godzinie 18:13 +0200, Fryderyk Dziarmagowski napisał(a): > ponieważ pluto ma dość przenoszenia gigantycznych ilości paczek > gnomowych na ftp, zaprzestaję ich produkcji i zwracam się do innych > deviloperów o uczynienie tego samego do czasu, aż RM Th wypowie się na > ten temat bądź ktoś zgłosi się do pomocy w tej materii. Ale czekaj czekaj - oso chozi? O brak rąk do przenoszenia paczek do main z test, czy o to, że nikt inny nie robi 2.15? [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: gnome-desktop.spec - add support for gnome-main-menu
Dnia 29-08-2006, wto o godzinie 23:41 +0200, Fryderyk Dziarmagowski napisał(a): > dokładnie. i do tego czasu są na branchu albo w bcondzie. > Łooo stary - jak się teraz zabierzesz za edytowanie kernel.spec, to może na święta uda Ci się wybcondować wszystkie patche... [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: warzone2100.spec
Dnia 31-08-2006, czw o godzinie 00:13 +0200, lisu napisał(a): > Poprawione ;) Poprawiłem BR-y, buduje sie z gruntu, ale wysypuje się podczas gry tak bez niczego, z jakimiś błędami w skryptach z misjami [EMAIL PROTECTED] -- "Fear leads to anger, anger leads to hate, hate leads to suffering" - Yoda --- /tmp/warzone2100.spec 2006-08-31 19:27:48.013138000 +0200 +++ warzone2100.spec 2006-08-31 19:28:52.329157500 +0200 @@ -1,21 +1,22 @@ # $Revision: $, $Date: $ -Summary: 3D realtime strategy on a future Earth -Summary(pl): Gra RTS, której akcja toczy siê w przysz³o¶ci -Name: warzone2100 -Version: 2.0.4 -Release: 1 -License: GPL -Group: X11/Applications/Games -Source0: http://download.gna.org/warzone/releases/2.0/%{name}-%{version}.tar.bz2 -# Source0-md5: 84e92061d9a00405994ab7496d03a610 -URL: http://wz.rootzilla.de/site/ -BuildRequires: SDL-devel >= 1.1.4 -BuildRequires: SDL_net -BuildRequires: autoconf -BuildRequires: automake -BuildRequires: flex -BuildRequires: physfs-devel -BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) +Summary:3D realtime strategy on a future Earth +Summary(pl):Gra RTS, której akcja toczy siê w przysz³o¶ci +Name: warzone2100 +Version:2.0.4 +Release:1 +License:GPL +Group: X11/Applications/Games +Source0:http://download.gna.org/warzone/releases/2.0/%{name}-%{version}.tar.bz2 +# Source0-md5: 84e92061d9a00405994ab7496d03a610 +URL:http://wz.rootzilla.de/site/ +BuildRequires: SDL-devel >= 1.1.4 +BuildRequires: SDL_net-devel +BuildRequires: OpenAL-devel +BuildRequires: autoconf +BuildRequires: automake +BuildRequires: flex +BuildRequires: physfs-devel +BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) %description Warzone 2100 is a real-time strategy game. Although comparable to @@ -45,7 +46,7 @@ rm -rf $RPM_BUILD_ROOT %{__make} install \ - DESTDIR=$RPM_BUILD_ROOT +DESTDIR=$RPM_BUILD_ROOT %clean rm -rf $RPM_BUILD_ROOT @@ -56,7 +57,7 @@ %attr(755,root,root) %{_bindir}/* %{_datadir}/%{name} -%define date %(echo `LC_ALL="C" date +"%a %b %d %Y"`) +%define date%(echo `LC_ALL="C" date +"%a %b %d %Y"`) %changelog * %{date} PLD Team <[EMAIL PROTECTED]> All persons listed below can be reached at @pld-linux.org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
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
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: 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: [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: 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: 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: 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: 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
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: 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
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: 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: [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: 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: makra budowania modulow.
Dnia 13-12-2006, śro o godzinie 10:51 +0100, Tomasz Witek napisał(a): > %{_kernel_ver} zwraca smp > > wiec paczka smp ma zaszyte smpsmp > Potwierdzam - zdziwiłem się 'ciut', jak nagle wszystko okołokernelowe budowało się jako smpsmp i używało /lib/modules-kernel-smpsmp [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: konqueror vs krusader
Dnia 02-01-2007, wto o godzinie 11:23 +0100, Paweł Chuchmała napisał(a): > Radzę w ten sposób, że jak upgraduję jednego lub drugiego to wrzucam > --nodeps. Nie no jasne, z tym to dawno sobie radzę, ale chodzi mi raczej o rozwiązanie systemowe, żeby nie trzeba było kombinować przy upgradzie. [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
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
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
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
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: 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] 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: 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: [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=8226&r2=8231&p1=geninitrd/trunk/geninitrd&p2=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: [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] 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: 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: 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: 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: 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: 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: 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: 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