Re: Bind i defaultowe allow-query...
Przydaloby sie moze jakies
info podczas upgradu, ze zmienilo sie to dosc powazne ustawienie i
ewentualnie rozwiazaniem moze byc dopisanie do konfiga klas lub:
Szybki rzut oka na sume md5 tarballa z konfigami mowi mi ze od daawna
nie byly one zmieniane.
allow-query { any; };
Raczysz chyba zartowac? Pomijajac, ze taki wpis sprzyja DNS cache
poisoning to konfiguracja domyslna jest po to aby administrator
dostosowal ja do swoich potrzeb, a nie na odwrot. Skoro upgrade
podmienil twoja konfiguracje to znaczy, ze jej nigdy nie modyfikowales
bo w specu stoi jak byk %config(noreplace) %verify(not md5 mtime size)
M.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: postfix.spec - up to 2.4.5 - new VDA patch - build-tested only
Nie, wogole nie uzywalem ani nie uzywam tej fukcjonalnosci. Ale jak widac na defaultach nic nie psuje. Owszem psuje. Zmienia sie sposob dzialania zwyklych wirutali przez co wlasciciele zwyklych konfiguracji moga sie obudzic z reka w nocniki. Szczegolow nie znam, ale pamietam, ze ktos pisal o tym na listach dosc dawno temu. A moze to byl IRC? Nie udalo mi sie w kazdym razie znalezc w archiwum list. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: postfix.spec - up to 2.4.5 - new VDA patch - build-tested only
I to nie pierwszy raz shadzik odwrócił bconda vda, mimo obecności krytycznych komentarzy co do tej łaty w commitlogach. Odwrocenie bconda moglo akurat nie byc zamierzone bo z tego co widze to AC-branch zostal po prostu przesuniety na rewizje 1.282, a w Th vda jest od dawna wlaczone. Oczywiscie vda bedzie wylaczone ASAP. BTW tematu Ac to nie powinno sie juz zdarzyc, aby paczki w ready lezaly krocej niz 48 godzin. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: postfix.spec - up to 2.4.5 - new VDA patch - build-tested only
Rozumiem ze mowisz o Ac, a czy w Th tez jest konieczne wlaczenie tej latki? W Th to by musial zdecydowac RM Th :) Co do samej laty to moje zdanie o niej jest takie samo jak autora postfixa. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: postfix-2.3.12-4
Bo (zgaduje): do updates Ac trafiaja rzeczy, ktore odlezaly jakis czas w ready/ i nikt w tym czasie nie zglosil do nich zastrzezen... Dokladnie tak to wyglada. M. ___ 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)
Że zależność pomiędzy ac, ti i th jest niejasna? A to akurat fakt. Więc imho
najlepszym rozwiązaniem jest zrobić jakiś podkatalog na ftpie, nazwać go, nie
wiem 'non-mainline', czy coś w ten deseń ('branches'? ktoś ma lepsze
propozycje?). Tam lądowałoby wszystko, co jest pld, ale nie jest tym
oficjalnym numerkowanym pld (czyli tam wylądowałoby dawne dc, obecne ti,
rescue, live, czy kto tam jeszcze co wydłubie).
Hawk, komentarze?
Dla mnie jest obojetne gdzie Ti bedzie lezec. Mozna faktycznie by
zgrupowac wszystkie inne PLD w osobnym katalogu na ftp.
non-mainlaine jakos do mnie nie przemawia :) Jak juz to jestem za
branches chyba, ze ktos wymysli cos ciekawszego.
M.
___
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)
A moze nadac temu jakis nr, np. 2,5 i uoficjalnic ? Wolal bym nie. Gdyby mnie to urzadzalo robil bym to oficjalnie jako 2.1 (Ti) tak jak planowalem z poczatku. Chce miec jednak mozliwosc robienia pewnych zmian, ktorych nie moge robic w takim na przyklad Ac typu dodawanie/usuwanie architektur, wlasny kernel, wlasne konfiguracje niektorych paczek jezeli bede mial taka potrzebe itp. Nie chce tez wydawania kolejnej wersji i calego zamieszania typu instalator czy generowanie isos. Chce tez utrzymywac to w ciaglym rozwoju, czyli jak wyjdzie nowy PostgreSQL i go bede potrzebowal (a bede na pewno) to nie patrze, ze trzeba recznie zrobic dump/restore i ZU sobie nie poradza tylko go wrzucam na buildery i tyle. Wiem, ze to jest prywata i moze sie komus nie podobac. Nikogo nie mam zamiaru zmuszac do prac nad nia czy do uzywania tego wynalazku. Ciesze sie natomiast niezmiernie, ze wlasciciele wybranej czesci PLDowej infrastruktury raczyli mi uzyczyc zasobow na ten cel bo dzieki temu projekt bedzie publicznie dostepny. M. ___ 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)
Mam nadzieję, że ze względu na ogólną dostępność Ti nie skończy się na i tyle ale wrzucisz też gdzieś informację, żeby uważać przy upgradzie - może na blogu w kategorii Ti żeby wszyscy zainteresowani mogli wcześniej przeczytać co ich czeka przy upgradzie... Raczej na pewno bede gdzies zamieszczal takie informacje, zwlaszcza jezeli wiecej osob by mialo zamiar korzystac z Ti. A sadzac po mailach i jabberze przynajmniej kilku chetnych bedzie. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Postfix 2.2.11
bo jeśli już to właśnie zrobię update do wersji 2.3.x w AC. Glowy nie dam, ale czy nie chodzilo o to, ze w 2.3 byly zmiany w konfiguracji tudziez funkcjonalnosci, co spowodowalo by nie dzialanie lub bledne dzialanie tej wersji na konfigach od wersji 2.2? Pamietaj, aby to sprawdzic :) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
O ile wiem buildery powinny juz wrocic do stanu funkcjonowania. Tyle, ze niestety padl nam totalnie jeden z serwerow i w kazdej chwili moze byc potrzebna maszyna na ktorej buildery chodza. A wtedy buildery pa-pa. Au. Zle wiesci. Sa jakies propozycje nowych lokalizacji? rhea.pld-linux.org dla x86 i oberon dla athlona? amd64 tez mozna by przeniesc na oberona. Tam mialy byc buildery dla wersji 2.1. No chyba, ze arekm sie nie zgodzi :) W razie czego poprosze o tarballe z istniejacymi builderami. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
U mnie ciągle jest konto starego buildera ac-amd64 (ten który kiedyś wypadł) i awaryjnie mogę udostępnić te zasoby ponownie - z resztą chyba ciągle macie dostęp. Maszyna lubi złapać load tak kolo 2-4 w szczycie, ale w nocy mielić by mieliła na pewno dobrze. A ten builder nie dziala aby? Bo mialem zgloszenie iz sa dwa buildery ac-amd64 online, i ze oba miela paczki. Jak bedzie potrzeba to bede pamietal. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
Od kiedy można znowu do Th ładować niestabilne wersje programów? Mozna czy nie mozna, takie rzeczy tam sa i nie znikaja. Z tego co widze po kojece builderow jak i po listach Th ciagle cierpi na przypadlosci wczesnej fazy rozwoju. Wiekszosc developerow traktuje Th jak poligon (ja nie ukrywajac tez) gdzie mozna sobie poslac na builder praktycznie cokolwiek, nie dbac o dobudowywanie zaleznosci, wprowadzac drastyczne tudziez innowacyjne zmiany... Wybacz, nie mozna czegos takiego nazwac stabilnym. Dla mnie stabilnosc nie mierzy sie dniami uptime'u tylko iloscia problemow/bledow/awarii wynikajacych z dystrybucji, a nie z moich dzialan oraz czasem/brakiem reakcji na nie. Mierzac ta miara Th osiagnie obecna stabilnosc Ac moze za dwa lata. Bo poki co miast stabilizacji Th jest nadal pogonia za cyferkami i nowinkami. A czemu tak jest? Bo inaczej ludzie straca zainteresowanie i nikt przy Th nie bedzie chcial juz pracowac bo mu na tym najnowszy beryl nie ruszy itp. To zas w prostej linii doprowadzilo by Th do tego samego stanu jaki kiedys osiagnelo Ra i jaki obecnie osiaga Ac - brak aktualizacji oraz brak zainteresowania ta linia ze strony szerszego grona developerow. O PLD zawsze w rozwoju i dwoch liniach stabilnej oraz robta co chceta nie bede po raz n-ty pisal. Nie chce mi sie po prostu. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery AC - co z nimi jest? Prognozy dot. AC 2.1.
Chciałem się zapytać dlaczego od ponad 3 tygodni buildery AC (i386-i686 i ac-athlon) nie działają? O ile wiem awaria sieci na PG. Ankry probowal interweniowac, ale ze sezon ogorkowy to nikogo wladnego nie zlapal. Mam jednak cicha nadzieje, ze po weekendzie buildery rusza i jak wroce z urlopu za tydzien to juz bedzie mozna cos dzialac. Drugie moje pytanie dotyczy planów wydania AC 2.1. Nie bedzie czegos takiego jak Ac 2.1. Jezeli juz bedzie to PLD 2.1 Ti jak kiedys wspominalem. Ac to 2.0 i przewidywany EOL tej linii to poczatek roku 2008 (z braku chetnych do utrzymywania). Swego czasu release manager od AC mówił, że nie dopuści do zapuszczenia tego wydania i zamierza uaktualnić bazę programów do nowszych wersji. Release manager sam jeden nie uciagnie calej dystrybucji, a chetnych do (jakichkolwiek) uaktualnien na AC-branch mozna policzyc na palcach rak. Ja nikogo do pracy zmuszal nie bede, a sam w pierwszej kolejnosci robie to co mi jest potrzebne. Uprawnienia do budowania paczek ma oprocz mnie 14 osob. Uprawnienia do przenoszenia paczek ma oprocz mnie jedna osoba. O ilosci uprawnionych do robienia uaktualnien na AC-branch nawet nie wspominam (hint: CVSROOT/users). Czy już coś wiadomo na ten temat? Jaki kernel będzie obrany za defaultowy w 2.1? Wersja 2.1 (Ti) jeszcze nie ruszyla bo: 1) mialem -ENOTIME na postawienie builderow 2) glen chial pomoc przy stawianiu builderow, ale polegl 3) w miedzyczasie wyszlo stabilne gcc 4.2 i zaczal sie sezon urlopowy 4) poniewaz glibc, gcc, xorg mialy by byc w tych samych wersjach co w Th zaczalem sie zastanawiac nad sensem calego pomyslu (Ti od Th roznilo by sie tylko tym, ze w Ti tak jak w Ac byly by zabronione wersje alfa/beta/RC itp, z drobnymi wyjatkami oczywiscie) Kernel byl by im nowszy tym lepiej. Linie Ti chcial bym utrzymywac w ciaglym rozwoju wliczajac w to nawet drastyczne upgrade'y ze snapshotami co jakis czas. Warunkiem oczywiscie byla by odpowiednia ilosc zainteresowanych do pracy przy PLD 2.1. Sadzac po Ac uwazam, ze tu byl by najwiekszy problem. To tez powoduje, ze zastanawiam sie nad sensownoscia calego pomyslu. Poki co wersja 2.1 wisi w martwym punkcie, a ja znow co jakis czas mysle o forku we wlasna robiona na wlasne potrzeby mini wersje PLD. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: VMware
Jaki jest stan VMware teraz? Generalnie interesuje mnie VMware-workstation lub VMware-server na AC. Jak nie działa i działać nie będzie ani jedno ani drugie na AC to czy działa to chociaż na TH (może się wtedy skuszę do przesiadki;))? Wersja 5.x dziala na Ac od wiekow, na Th nie wiem. Wersja 6.x na Ac nie bedzie dzialac - za stary glibc. Na Th jw. VMware-server nie bedzie dzialal. Problem lezy w perlowych badziewiach. Na PLDowym perlu nie dzialaja, na zalaczonych perlowych bibliotekach bledy znikaja i odpala sie konsola, ale na tym dzialanie sie konczy. Co do VMware-server to ktoś kiedyś napisał, ze odpalił to na AC ale chyba zapomniał sie w końcu podzielić łatką:D :( Nie trzeba zadnej latki. Wystarczy zbudowac z CVS pod swoj kernel i zainstalowac z --nodeps (z powodu libsexy) oraz zrobic symlink co by VMware myslalem, ze ma starsza wersje libsexy. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: VMware
Eeee... to jakim cudem ja cały czas działam na vmware-server? Jak zainstalujesz recznie z oryginalnego tarballa to dziala, bo uzywa bibliotek i perla/modulow perlowych przychodzacych w tym tarballu czyli tych z ktorymi bylo to kompilowane. Mi chodzilo o wersje ze speca. Ona uzywa PLDowych bibliotek i jest zonk. Ktos co prawda twierdzil kiedys, ze udalo mu sie przerobic speca tak aby wszystko dzialalo, ale na maila z prosba o przeslanie owego poprawionego speca odpowiedzi juz nie otrzymalem. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: sendmail.spec, postfix.spec, courier.spec, exim.spec, msmtp...
Author: arekmDate: Fri Jul 13 20:37:39 2007 GMT Module: SPECS Tag: HEAD Log message: - don't provide /usr/lib/sendmail. It's already provides; see rpm -q --fileprovide. Niby tak: # rpm -qf /usr/lib/sendmail postfix-2.2.5-12 Ale ten problem pasowalo by jakos rozwiazac: # poldek -tU --force postfix Loading [pdir]ac... Loading [pdir]ac-updates... Loading [pdir]ac-supported... Loading [pdir]ac-ready... 16425 packages read Removed 41 duplicate packages from available set warn: postfix: ambiguous name Processing dependencies... postfix-2.2.5-12 obsoleted by postfix-2.2.5-12 orphaned amavisd-new-2.4.5-2 marks msmtp-sendmail-1.4.10-1 (cap /usr/lib/sendmail) msmtp-sendmail-1.4.10-1 marks msmtp-1.4.10-1 (cap msmtp = 1.4.10-1) There are 3 packages to install (2 marked by dependencies), 1 to uninstall: I postfix-2.2.5-12 D msmtp-1.4.10-1, msmtp-sendmail-1.4.10-1 R postfix-2.2.5-12 Need to get 1.4MB of archives (1.4MB to download). After unpacking 3.5MB will be used. Dawniej to nie wystepowalo. Wszystkie maszyny gdzie jest amavis i postfix tudziez inny MTA stana sie po najblizszym upgrade tegoz MTA nieuzywalne. Zaznaczam od razu ze bez --force jak i przy --upgrade-dist jest to samo. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
geninitrd a raid5
Hello. Nasz geninitrd wymieka gdy root jest na programowym raid5. Stwierdza, ze nie ma modulu raid5. I slusznie, bo nie ma takiego, to jest tylko alias do modulu raid456. Majac taki system mozna latwo wyedytowac geninitrd zeby sobie poradzil, ale przydalo by sie jakies koszerne rozwiazanie, ktore bedzie dzialalo zarowno ze starszymi kernelami (modul raid5) jak i nowszymi (modul raid456 i alias raid5). Ma ktos pomysl na taka poprawke? M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [update] Looking for full mirror of PLD 2.0!
LOL 3,5MB ściąga się na modemie całe dwanaście minut, Prawie pietnascie trwalo. Kwadrans siedzenia i patrzenia w sufit, podczas gdy za owe 15 minut mogl bym byc u kolejnego klienta. Po 4 klientach z podobnymi instalacjami jestes godzine w plecy. A co jak masz ich wiecej? Czasami czas jest wazny. Do domu lubie wracac przed polnoca. co chciałbyś aktualizować w systemie jeśli nie możesz poczekać na ściągnięcie indeksów? Jak masz upgrade sprawdzony w srodowisku testowym to mozesz go puscic i wyjsc. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Ac poldek indexes are now fixed
EN: Short backstory: between June 18th and June 21st all Ac poldek indexes for following trees: updates, supported, ready and test were deleted (instead of being updated) and regenerated from scratch using snapshot of poldek 0.21. Unfortunately these new indexes were somehow broken because both stable and snapshot poldek were occasionally throwing floating point exception when using them. Today all indexes were deleted again and regenerated from scratch using stable version of poldek. Since we have no backups of our ftp and all mirrors are syncing to often to serve as ones we lost all incremental diffs for all architectures. The only exception is i686: ac-updates indexes for i686 were partially recovered, following diffs were lost: packages.ndir.dscr.i18n.2007.06.16-20.39.12.gz packages.ndir.dscr.i18n.2007.06.14-23.55.56.gz packages.ndir.dscr.i18n.2007.06.14-13.51.54.gz packages.ndir.dscr.i18n.2007.06.13-23.11.13.gz packages.ndir.dscr.i18n.2007.06.12-12.24.47.gz so if you were updating your indexes on or after June 12th you must do poldek --upa now. ac-supported indexes for i686 were completly recovered. Sorry for any inconvenience this situation may cause. PL: Krotka historia: w dniach miedzy 18 a 21 czerwca wszystkie indeksy poldka dla drzewek Ac: updates, supported, ready, test zostaly usuniete (zamiast uaktualnione) i przegenerowane od zera z uzyciem snaphsotu poldka 0.21. Niestety nowe indeksy wygladaly na uszkodzone poniewaz zarowno stabilny poldek jak i snapshot okazyjnie rzucaly na ekran bledem operacji zmiennoprzecinkowych w czasie korzystania z indeksow. Dzis wszystkie indeksy zostaly ponownie usuniete i przegenerowane od zera z uzyciem stabilnej wersji poldka. Poniewaz nie ftp nie jest backupowany, a mirrory synchronizuja sie zbyt czesto aby robic za backup stracilismy wszystkie inkrementowane diffy dla wszystkich architektur. Wyjatkiem jest i686: Indeksy ac-updates dla i686 udalo sie czesciowo odtworzyc. Stracone zostaly tylko diffy: packages.ndir.dscr.i18n.2007.06.16-20.39.12.gz packages.ndir.dscr.i18n.2007.06.14-23.55.56.gz packages.ndir.dscr.i18n.2007.06.14-13.51.54.gz packages.ndir.dscr.i18n.2007.06.13-23.11.13.gz packages.ndir.dscr.i18n.2007.06.12-12.24.47.gz tak wiec jezeli ktos uaktualnia indeksy 12 czerwca lub pozniej musi zrobic poldek --upa. Indesky ac-supported dla i686 zostaly odzyskane w calosci. Przepraszam za wszelkie niedogodnosci jakie moga wynikac z tej sytuacji. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Ac poldek indexes are now fixed
EN: Correction. Full indexes of ac-updates for i686 have been recovered. PL: Poprawka. Pelne indeksy ac-updates dla i686 zostaly odtworzone. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Looking for full mirror of PLD 2.0!
EN: Hello, I'm looking for full mirror of PLD 2.0 which wasn't updated after June 20th. I need to restore ac-updates indexes (the were deleted). If any one has such mirror (official ones have already resynced) please disable its synchronization and mail me ASAP. P.S. Partial mirrors are welcome too. Maybe I'll collect all indexes that way. PL: Witam, Poszukuje pelnego mirrora PLD 2.0, ktory nie byl aktualizowany po 20 czerwca. Potrzebuje odtworzyc indexy ac-updates (zostaly usuniete). Jezeli ktos posiada taki mirror (oficjalne niestety sie juz zsynchronizowaly) prosze o wylaczenie jego synchronizacji i jak najszybszy kontakt mailowy ze mna. P.S. Czesciowe mirrory tez mile widziane. Moze w ten sposob zbiore wszystkie indeksy. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [update] Looking for full mirror of PLD 2.0!
Ale co to za problem wygenerować indeksy od nowa? Indeksy wlasnie zostaly wygenerowane od nowa (a stare skasowane) i diffy za prawie 4 miesiace poszly w kosmos. Nie mam zamiaru w lokacjach z modemem, ktorymi sie opiekuje siedziec i czekac az 3.5 MB splynie bo komus sie zachcialo testowac snapshoty poldka. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[update] Looking for full mirror of PLD 2.0!
EN: ac-supported indexes got smoked too :( ac-updates i686 will be soon restored to state from June 13th. If you wasn't updating your poldek indexes after that day you are lucky. Other people will need to do --upa. If you had bad luck and updated your indexes today or yesterday you have to do --upa for second time. My apologies for that. I'm still searching for other indexes. PL: Indeksy ac-supported tez poszly w kosmos :( Indeksy ac-updates dla i686 beda niebawem odtworzone do stanu z 13 czerwca. Jezeli nie uaktualniales swoich lokalnych indeksow poldka po tej dacie masz szczescie. Pozostale osoby beda musialy zrobic --upa. Jezeli masz pecha byc wsrod osob, ktore uaktualnialy swoje indeksy dzis lub wczoraj bedziesz musial zrobic --upa po raz drugi. Przepraszam za problemy. Ciagle poszukuje pozostalych indeksow. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: samba.spec - nie buduje się na AC
collect2: ld returned 1 exit status make: *** [smbwrapper.so] Error 1 błąd: Błędny status wyjścia z /var/tmp/rpm-tmp.81128 (%build) smbwrapper zostal wyrzucony z samby i wpakowany do examples. Mialem zamiar go calkowicie wywalic ze speca, ale powstrzymalo mnie, ze rzekomo jest potrzebny (a przynajmniej jego pliki naglowkowe) do zbudowania samba-pdbsql. Nie wiem czy tak jest czy nie, wiec na wszelki wypadek go zostawilem. Swoja droga smbsh nie byl paczkowany w ostatnim wydaniu samby dla Ac. Nie wiem jak w poprzednim, nie chcialo mi sie sprawdzac. Moze faktycznie trzeba go wywalic skoro stwarza problemy. Poza tym spec ma rel 0.1 :) Jest o krok blizej do spaczkowania wersji 3.0.25a. Swoja droga to wesja 3.0.25 wyszla rowno miesiac temu i chociaz poprawiala IMO raczej powazne bledy security nikt nie kwapil sie do jej spaczkowania. Smutne to, ale zaczynamy sie zblizac do Microsoftu jezeli chodzi o czas reakcji na bledy :-( Co do speca to z domyslnymi bcondami buduje sie i jak narazie u mnie dziala. Puszczene tego ASAP do update'ow jest dla mnie wazniejsze niz sprawdzanie budowania z kazda mozliwa konfiguracja bcondow. Proponuje dodac do TODO, moze ktos w wolnej chwili zrobi. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: samba.spec - nie buduje się na AC
Poprawka - budowane z: --without ads,krb5,ldap,cups,python Hm. Może jakiś brakujący BR? Bo: [EMAIL PROTECTED] SPECS]$ ./builder -r AC-branch samba.spec --without ads,krb5,ldap,cups,python ... Checking for unpackaged file(s): /usr/lib/rpm/check-files /tmp/samba-3.0.25a-root-hawk warning: Installed (but unpackaged) file(s) found: /usr/bin/smbspool /usr/share/man/man8/smbspool.8.gz /usr/share/man/man8/vfs_cacheprime.8.gz /usr/share/man/man8/vfs_catia.8.gz /usr/share/man/man8/vfs_commit.8.gz /usr/share/man/man8/vfs_extd_audit.8.gz /usr/share/man/man8/vfs_full_audit.8.gz /usr/share/man/man8/vfs_gpfs.8.gz /usr/share/man/man8/vfs_notify_fam.8.gz /usr/share/man/man8/vfs_prealloc.8.gz Wrote: /home/users/hawk/rpm/SRPMS/samba-3.0.25a-0.1.src.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-swat-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-client-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-common-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-winbind-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/nss_wins-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/pam-pam_smbpass-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/libsmbclient-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/libsmbclient-devel-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/libsmbclient-static-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-devel-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/smbget-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-audit-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-cap-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-default_quota-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-expand_msdfs-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-fake_perms-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-netatalk-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-recycle-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-readahead-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-readonly-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-shadow_copy-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-antivir-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-clamav-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-fprot-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-fsav-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-kavp-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-mcafee-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-mks-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-openantivirus-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-sophos-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-symantec-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-vfs-vscan-trend-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-doc-html-3.0.25a-0.1.i686.rpm Wrote: /home/users/hawk/rpm/RPMS/samba-doc-pdf-3.0.25a-0.1.i686.rpm Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.54560 + umask 022 + cd /home/users/hawk/rpm/BUILD + cd samba-3.0.25a + rm -rf /tmp/samba-3.0.25a-root-hawk + exit 0 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zlot PLD 2007
Klamka zapadla 7-8 lipca, Warszawa Ble. Nie dosc, ze w czasie urlopu to kaawal drogi :/ Zrobcie zlot w Krakowie. Akurat powinienem tam byc albo 7-go albo 8-go :) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: bind.spec - remove Obsoletes:nameserver
Znając tyle przypadków, podejrzewam, że może być ich sporo więcej. Dlatego uważam, że w PLD zasadą powinno być umożliwienie instalowania wielu różnych serwerów tych samych usług. Nie ważne, że w domyślnej konfiguracji wszystkie razem się nie uruchomią (chociażby problem jednego portu TCP) -- od tego jest admin, żeby sobie to skonfigurować. Niech mu tylko dystrybucja nie przeszkadza. +1 i dodatkowo rozdzielenie katalogow z konfiguracja, tylko prosze, nie taki burdel jak w debianie, ze wszystko jest bezposrednio w /etc, ale niech bedzie pogrupowane po rodzaju uslugi np /etc/mail/postfix, /etc/mail/sendmail itp. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: RCD na TH - co się nie buduje
Zabrałem się za przygotowanie RCD na TH. Uhm. Eee. A to obecne RCD nie bylo na Th? Moze pytam o rzeczy oczywiste (nigdy w zyciu nie uzywalem RCD to nie wiem), ale w obecnym RCD na pewno sa rzeczy niekompatybilne z Ac, vide nowszy kernel i wybikajace z niego problemy userow z dyskami hdX widocznymi jako sdX. Chyba, ze kernel byl jedyna roznica. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
To, że Tobie wydaje zimniejsza może wynikać jedynie z faktu, że w desktopie nie masz sensownego obiegu powietrza Blad. Obieg powietrza w desktopie mam z pewnoscia lepszy niz niektore low endowe serwery, a co najmniej porownywalny do sredniej klasy serwerow. Nie kazdy ma zwykle obudowy typu mydelniczka. serwer bez takowego dosyć szybko zakończyłby swój żywot, To rzecz oczywista. W koncu cos musi nadrabiac brak wentylatorow na prockach :) Co z tego, że Intel ma teraz CPU o niższym poborze mocy w porównaniu do AMD, skoro nadrabia to z nawiązką właśnie na owych pamięciach i chipsecie. Nie jestem tu az takim specjalista. Czy cos sie bardziej grzeje czy nie oceniam na podstawie czujnikow temperatury lub recznie :) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Masz radiatory na pamięciach w swoim PC? Tak. No i dalej się będę upierał, że ilość powietrza tłoczonego przez zestaw CPU/Pamięci jest dalece większa w serwerze niż w najbardziej wypasionym PC :) To juz chyba wynika z ilosci i sily ciagow wentylatorow w zasilaczach serwerowych :) Stojac za kupka pecetow ulozonych jeden na drugim co najwyzej poczujesz lekki ruch powietrza. Stojac za szafa z serwerami wlosy Ci beda latac na wszystkie strony (chyba ze ktos jest ostrzyzony na jeza) :-) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Będę się właśnie przesiadał na maszynę 64bit i wolę wiedzieć co mnie czeka :) Z ciekawosci: chcesz przejsc na 64 bit z jakichs konkretnych powodow czy ot tak, bo to 64 bit? IMO na desktopie, ba, nawet na niektorych serwerach (zalezy od uslug) optymalizacja pod i686 da Ci minimalnie szybszy system niz ta pod amd64. No chyba, ze owa maszyna to bedzie prawdziwe 64 bit czyli AMD Opteron albo Intel Itanium. Inne procki to nadal 32 bity + rozszerzenia. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
O ciekawe rzeczy prawisz :) Powiedz mi proszę czym się w takim razie różni implementacja 64 bitów Opterona od tej z Athlona 64 i nowszych Sempronów? Dobra. Zrewidowalem w googlach swoja przestarzala badz co badz wiedze w tym temacie. Wychodzi na to, ze tylko Itanium jest prawidziwie 64-bitowym prockiem. Opteron podobnie jak AMD64 czy Pentium/Core2 to wszystko rozszerzenia badz emulacja, ale ze to OT to skonczmy watek albo przejdzmy na inna liste. Hm. Chyba zadna sie nie nada :) Piszac maila mialem jedynie zamiar zorientowac sie czy Beron wie, iz tylko niektore programy czy aplikacje tudziez rodzaje obliczen skorzystaja z 64bitowych rozszerzen procka podczac gdy inne zamiast zyskac na wydajnosci to straca. Uprzedzajac pytanie, ktore zyskaja, a ktore straca odsylam do googla. Pelno tam benchmarkow 32bit vs 64bit poczawszy od gier, przed kodowanie i obrobke audio/wideo do baz SQLowych i tym podobnych. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
On 2007-05-28 20:27, Artur Flinta wrote: Marcin Król wrote: temacie. Wychodzi na to, ze tylko Itanium jest prawidziwie 64-bitowym prockiem. Opteron podobnie jak AMD64 czy Pentium/Core2 to wszystko rozszerzenia badz Doprawdy? Alpha już nie jest? W domysle pisalem o prockach, ktore padly w dyskusji czyli Athlon64 (X2), Opteron, Itanium i intelowe z rozszerzeniami EMT64. Chyba przyznasz, ze zaden z nich nie jest alpha? bez sensu ta cała dyskusja o wyższości jednego nad drugim. Dlatego w poprzednim mailu prosilem o zakonczenie watku. bazy SQL czy też obliczenia wysokiej precyzji zyskiwały na migracji. Zgadza sie. Jak pisalem, czesc traci, czesc zyskuje. To jak? EOT? M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac64] Stan
Wady serwerów intelowskich to niesamowicie grzejąca się pamięć FB-DIMM Hm. W Dellach nie zauwazylem zbytniego nagrzewania sie pamieci. W porownaniu do DDR 2 w desktopach to pamieci z serwerkow sa zimniutkie. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ImageMagick
1. przerzucic cala do glownego pakietu 2. wydzielic pakiet -doc 3. poszatkowac rozdzielajac pomiedzy -devel a pakiet glowny (chyba sie tego nie da zrobic porzadnie). Ja sie sklaniam ku 1. Konstruktywne obiekcje? Owszem :) Pakiet -doc juz istnieje wiec nie ma sensu pchac dokumentacji do glownej paczki. IMO punkt 2 przemianowany na dodac do pakietu -doc. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [AC] X11-driver-nvidia.spec i kernel 2.6.20.7
:/ A który z serii 2.6.20 mogę sobie bez zbędnego kombinowania zbudować? kernel-vanilla.spec:AC-branch (2.6.21.1) albo mojego kernel.spec:hawk-LINUX_2_6 (2.6.20.7, tez prawie vanilla, ale masz bcondy grsec_full i vserver). M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ftp2 kaput ?
ftp2 kaput ? Niestety. Szkoda, bo dzis by byly juz isos na glownym ftp, a tak to trzeba jeszcze poczekac :( M. ___ 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
Cos sie jeszcze w Ac zmienia? Siakieś bugfiksy. Ac jest zamkniete i do main nic juz nie trafi. Wyjatki, ktore trafialy do main byly w 90% poprawkami koniecznymi do poprawnego wygenerowania isos i dzialania instalatora. Wszelkie poprawki, ktore w tej chwili sa w ready trafia juz do updates. Obrazy iso pojawia sie jak tylko podpisze wszystkie paczki w main. Wszystko juz jest praktycznie gotowe do ich generowania. M. ___ 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
Wieczne niedomkniecie nie pozwala na porzucenie tony triggerow/Provides itp potrzebnych do upgrejdu z wielu wczesniejszych wersji. Pomysl dystrybucji zawsze w rozwoju zakladal wypuszczanie snapshotow z drzewka stable oraz co jakis czas mile stones opartych o duze zmiany brane z drzewka devel. Od obecnego sposobu rozwoju roznilo by sie to tym, ze zniknelo by mrozenie, zabawy z instalatorem i wogole wszelkie ceregiele zwiazane z wydawaniem kolejnych wersji. Po prostu co pol roku by sie z zawartosci drzewka stable generowalo obrazy iso i tyle. A nawet ten punkt by sobie mozna darowac i zostac tylko i wylacznie przy instalacjach sieciowych czy chrootowych. Bo co tak naprawde dalo wydanie Ac? Cos sie zmienilo? Jedynie tyle ze: a) mamy etykietkie stable b) brak niespelnionych zaleznosci (wg poldka) c) paczki zamiast do main beda trafiac do updates Heh, moze sie skusze i zupgrejduje ostatnie maszyny na Ra... Warto :) Choc dystrybucyjnego 2.6 nie polecam :( 2.4 jest w porzadeczku. M. ___ 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
A co masz do zarzucenia dystrybucyjnemu 2.6 ? Panikuje co jakis czas wieszajac system na sztywno. I nie jest to wina sprzetu, juz to wykluczylem. Osobiscie uwazam, ze jest przeladowany patchami. Swego czasu byla akcja czyszczenia kernel.spec z nadmiaru patchy. Wszystkie kernele sprzed tej akcji oopsowaly. Po czystkach przez jakis czas byl spokuj, zaczely nawet dzialac na maszynach smp z nie-intelowymi chipsetami. Potem znow sie zaczelo dodawanie patchy i wrocilismy do punktu wyjscia. Taka przynajmniej jest moja teoria. Aha. Zrzutow oopsow nie posiadam. Gdy dawalem dystrybucyjnemu 2.6 szanse na produkcji, podniesienie maszyny mialo priorytet nad zdumpowaniem oopsa. Obecnie mam go juz tylko na domowym serwerku i niestety zazwyczaj zawisa gdy mnie nie ma w domku, a wtedy po prostu jest rebootowany. I któremu ? Temu co jest w Ac, wraz z kilkunastoma poprzednimi jego wersjami. M. ___ 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
A co z problemem poruszonym przeze mnie w tym wątku? Czym zakończyły się kłótnie /sbin/init-udev vs. zmiana w geninitrd? Nie wiem, nie bralem w nich udzialu. Obecnie każda instalacja systemu z udev nie generuje initrd, a próba samodzielnego stworzenia takowego kończy się błędem i koniecznością wykonania dowiązania symbolicznego. Nie uzywam udev wiec nie podejme sie poprawiania tego bledu :( M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Request for developers + info for mirror admins
Hello. EN: Since Ac has reached stable state we now need to maintain it for some time. That means we need... ok, I need more than 5+ people working on AC-branch. Unfortunately I'll not pay you for your work :( To make maintaining a bit easier UTF specs will be allowed on AC-branch and in updates tree (go and thanks blues for that if you want). However please do not use UTF on AC-branch yet. Wait for iso images arrival (next week). If you are doing some updates on HEAD, please do them on AC-branch too (and vice versa). You'll make Ac live a bit longer :) Now about Ac 2.1. Yes, there will be one (I hope) and it would be nice to release it ASAP. Therefore I'm looking for people who will agree to prepare following things for Ac 2.1: - backport of modular xorg 7.2 - Gnome 2.18 - beryl/compiz - GCC 4.1.x - kernel 2.6.21 + related stuff like netfilter - newer glibc (a big question here because it will be death sentence for i386, I didn't decided yet if that will happen) - any other newest hottest stuff you would like to see in Ac, but stable releases only Things above will need new branch (AC-devel?) and also new builders. So if you can run Ac 2.1 builder, let me know. They're not needed yet, but they will be needed in the future. First thing that should be accomplished is GCC 4.1.x. Now promised info for ftp mirror admins. All packages in Ac main tree will be signed. That means that whole contents of Ac will be retransfered to all mirrors. Signing should be done in next few days. PL: Poniewaz Ac jest juz oficjalnie stabilne musimy go przez jakis czas utrzymywac. Potrzeba do tego... dobra, ja potrzebuje aby na AC-branch pracowalo wiecej niz 5+ osob. Niestety nie bede w stanie placic tym, ktorzy zechca pracowac nad Ac. Aby troszke ulatwic zycie spece w UTF beda dozwolone na AC-branch i w drzewku updates (kto chce, moze za to podziekowac bluesowi). Prosze jednak nie konwertowac jeszcze calego AC-branch na UTF. Poczekajmy az iso trafia na ftp. Jezeli robisz jakis update na HEAD, prosze, zrob go tez na AC-branch (i vice versa). Dzieki temu Ac pozyje chwilke dluzej. A teraz o Ac 2.1. Tak, bedzie taka wersja (mam nadzieje) i bylo by milo aby wyszla ona najszybciej jak to mozliwe. Dlatego tez poszukuje osob, ktore zgodza sie przygotowac nastepujace rzeczy dla Ac 2.1: - backport modularnego xorg 7.2 - Gnome 2.18 - beryl/compiz - GCC 4.1.x - kernel 2.6.21 i okolice (netfilter) - nowsze glibc (tutaj wielki znak zapytania bo bedzie to oznaczac kasacje architektury i386, jeszcze nie zdecydowalem czy to nastapi) - inne nowiutkie, swiezutkie oprogramowanie, ktore chcial bys miec w Ac, tylko stabilne wersje Powyzsze rzeczy beda wymagaly nowego brancha (AC-devel?) jak i nowych builderow. Dlatego tez jezeli masz sprzet, ktory moglby pracowac za builder dla Ac 2.1, daj znac. Nie sa potrzebne od zaraz, ale w przyszlosci beda. Pierwsza rzecza jaka powinna zostac przygotowana jest GCC 4.1.x. A teraz obiecano info dla administratorow mirrorow. Wszystkie paczki w glownym drzewku Ac zostana podpisane. To oznacza, ze cala zawartosc Ac zostanie ponownie przetranferowana na wszystkie mirrory. Podpisywanie pakietow bedzie mialo miejsce w najlblizszych dniach. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
Z ciekawości (w wątku na pld-discuss też nie widziałem uzasadnienia) dlaczego 4.1 zamiast 3.4.6 (pytam zważywszy na liczbę regresji w gcc4 i łatwość przeskoku z 3.3)? Powodow jest kilka, mniej i bardziej waznych. Oprocz tego co napisal juz Jakub: - nie chce z Ac robic krypty a'la Ra. Ac 2.1 jezeli faktcznie by mialo wyjsc za pol roku czy rok to powiedzmy szczerze, bedzie to czas gdy gcc z serii 3.x zacznie blokowac mozliwosc budowy coraz wiekszej ilosci rzeczy podobnie jak kiedys w Ra gcc 2.95 - gdy Ac juz faktycznie wyzionie ducha, latwiej bedzie z gcc 4.1 w Ac przeskoczyc na Th, czy nawet na nastepna wersje - poza nowszym glibc, gcc 4.x bylo najczesciej wymieniana rzecza, ktora userzy chcieli by miec w Ac M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
To Th przecież :D Czym się będzie różniło, Chyba tylko gcc :) skoro wspominałeś kiedyś, że nawet upgrade nie będzie czysty? Bede sie staral, aby jednak byl mozliwy czysty upgrade. Przez czysty rozumiem tu, ze przy domyslnych konfigach ze starej wersji po upgrade nowa wersja bedzie dzialac out of the box. Wsparcie modyfikowanych czy recznie tworzonych konfigow nas nie interesuje. Bardziej to by pasowało na 3.0 niż 2.1. Coz. Mysle o tym tak: jezeli PLD mialo by kiedys faktycznie przejsc na zawsze w rozwoju ze snapshotami bedziemy mieli gotowe srodowisko stabilne (Ac) i devel (Th), a Ac 2.1 bedzie moglo zostac pierwszym snapshotem, po ktorym zapewne w dosc krotkim czasie bedziemy w stanie wydac nastepny, oparty juz o Th. A poza tym, nie owijajac w bawelne. Bez takich ruchow Ac umrze duzo szybciej niz Ra. Nie chce tego. Bede ciagnal ta linie tak dlugo jak dam rade (czytaj: tyle ile mi bedzie potrzebna). M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
Zauważ, że to co w gcc4 wprowadzono to głównie middle i back-end. Na poważną zmianę we front-endzie C++ poczekamy pewnie do 2009 roku (jeśli się komitet wyrobi). Skoro jak sam piszesz nie bylo powaznych zmian, czemu nie wskoczyc w 4.1? Poza tym wez pod uwage, ze zakladany termin pol roku dla Ac 2.1 jest, jak by to ujac, _bardzo_ optymistyczny :) Wszyscy wiemy ile razy mialo wyjsc Ac i nic z tego nie wyszlo. Zalozmy, ze Ac 2.1 wyjdzie w polowie 2008 roku, a Th dajmy na to w polowie 2009. Czy jest sens wtedy tkwic w gcc 3.x? Tylko dlaczego Ac a nie Th stable 1. ;) Th czeka na stabilne gcc 4.2, poza tym daleko mu do stabilnosci Ac. Odpowiadajac na pytanie: kazdy RM sobie rzepke skrobie? :) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
jak mniemam, chodzi głównie o bezproblemowy update z X11 na xorg ? Mniej wiecej. Wspomnialem o jaki upgrade chodzi w innym mailu w tym watku. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Budowanie openoffice.org.spec
jesli tak to trzeba poprawic speca aby BR wskazywal na odpowiednia wersje gcc Nie trzeba. Jest ExcludeArch zalezne od bconda gcc4. czyli tylko th ? czy jest sens bawic sie w gcc 4 na ac ? Masz gotowego speca dla AC i bconda w openoffice.org.spec. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel male pytanie o .old...
To normalne, ze jak robie upgrade kernela to ladnie sie zakladaja w /boot/ linki do plikow *.old ale te pliki wychodza z racji upgrejdu ? Tak. Robisz upgrade czyli nowa paczka jest instalowana, a stara usuwana. A to nie bylo kiedys tak, ze one ladnie zostawaly na tak zwany wszelki... ? Zamiast upgrade paczki po prostu zainstaluj druga z nowszym kernelem. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [AC-i686] zwalone OO
Wygląda na to, że rpm coś chrzani. Po: rpm -e ... poldek --install ... wszystko gra. Przed i po ten sam dokładnie zestaw paczek. A. Faktycznie ktos o tym skrobal chyba na users-pl. Identyczna sytuacja jak z firefoxem. Upgrade powoduje znikniecie czesci plikow. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: wine.spec - ExcludeArch: i386 (from Ac-branch)
ExclusiveArch: %{ix86}
+ExcludeArch:i386
A to tak dziala? (wrzucanie tej samej arch do Exclusive- i Exclude-)
Ja ten pomysl zapozyczylem z innego speca. Nie pamietam w tej chwili z
ktorego, jak sobie przypomne to napisze.
M.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: slowniki dla openoffice.org
Gdzie słowniki dla openoffice w repo Ac? Openoffice 1.x zostal zastapiony wersja 2.x, ktora korzysta ze slownikow myspella. M. P.S. Wczoraj i dzis byly spore ruchy na ftp. Byc moze sie wstrzeliles w moment kiedy pakiety byly przeniesione, a indeksy nie byly jeszcze uaktualnione. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [AC-i686] zwalone OO
$ ooffice InsertFromHorizontalBitmap - empty image! Ktora wersja, rel? Kilka bylo zwalonych. To co poszlo do main u mnie i u glena dziala. Czy ktoś to też ma? Sproboj czy pojdzie po testowym wywaleniu profilu ~/.ooo-costam. Kilka wadliwych buildow, ktore byly w ready tworzylo uszkodzone profile. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [AC-i686] zwalone OO
To co jest teraz w main też jest poniekąd walnięte ponieważ tworzy profil w katalogu ooo-2.0 (nie powinno być ooo-2.1 ?), ale działa. Poprzedni build tworzyl ooo-2.1, ale obecny z nowszym OOo tworzy .ooo-2.0. Inne dystrybucje tez maja zazwyczaj tak zmiane, nie wiem nawet czy nie zostala wprowadzona bezposrednio do OOo. Cel: userzy aktualizujacy z 2.0 nie traca ustawien tudziez nic nie musza robic aby owe ustawienia odzyskac. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
ep09...
Hello. Jak w temacie. Ktos wie kiedy wroci? Od czasu do czasu sie pojawia, a tak to connection refused. A tu niecale dwa dni do fajnej daty na wydanie Ac. Szkoda by bylo jak by okazja przepadla :) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: X11-driver-nvidia-legacy2.spec (NEW) - revived nvidia 96xx?...
Choć wydanie kolejnej wersji 96xx jest mało prawdopodobne - strona producenta nie przewiduje drugiej linii legacy. Widzialem glosy na liscie, ze ma byc inaczej, ale nie pamietam argumentacji, a archiwum mi sie nie chce przegladac teraz. Generalnie to ja tez bylem za nie przywracaniem linii 96xx, ale userzy sie domagali wiec maja :) BTW: opisy xorg-driver-video-nvidia*.spec zawierają bzdury. X11-driver-nvidia.spec i X11-driver-nvidia-legacy2.spec też do zweryfikowania pod kątem listy obsługiwanego sprzętu (*-nvidia.spec do przycięcia od dołu, *-legacy2.spec od góry). Mozna by wogole polaczyc wszystkie sterowniki nvidii w jednego speca. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: X11-driver-nvidia-legacy2.spec (NEW) - revived nvidia 96xx?...
I będę musiał ciągnąć megabajty niepotrzebnego mi śmiecia, żeby sobie speca zbudować? Genialny pomysł. I tak sciagasz :) Np wersje 64 bit. Poza tym co to za roznica 20MB w jedna czy druga strone w czasach gdy wiekszosc ludzi ma zazwyczaj 1 czy 2 mbit adsl? M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: X11-driver-nvidia-legacy2.spec (NEW) - revived nvidia 96xx?...
Z takimi argumentami to proszę sobie do kloczka uciekać. On też miał taką argumentację. Rozumiem. Wsparcie dla i386 mamy utrzymywac przez nastepne 50 lat, bo przeciez to, ze 99% ludzi ma juz i686 to zaden argument. Najlepiej dorobmy na wlasna reke wsparcie dla 286, albo zaszalejmy i zrobmy PLD na 8086. Wreszcie bede mogl na moim starym PC XT z herculesem odpalic normalny system. BP, MSPANC. EOT || FUT pld-discuss. Co za czasy. Dawniej sie iso slackawre na modemie 28k sciagalo i nikt nie narzekal. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: X11-driver-nvidia-legacy2.spec (NEW) - revived nvidia 96xx?...
1) instalator - przestal sie miescic na dyskietkach, staram sie go obciac nie usuwajac przy tym potrzebnych rzeczy, ale narazie nie zyskalem wystarczajacej ilosci miejsca. Trochę konsekwencji może. Kto tu się trzyma starych złomów na siłę... Gdybys monitorowal dokladniej listy to wiedzial bys, ze niedawno pisalem iz Ac wyjdzie bez obrazow iso i instalatora. Tak. Pisalem tez, ze dorobie je pozniej. Instalator dlatego ze _mi_ jest potrzebny, isos dlatego ze garstka osob _mi_ zawraca o nie glowe. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: X11-driver-nvidia-legacy2.spec (NEW) - revived nvidia 96xx ...
Np. ja używam X11-driver-nvidia z HEAD razem z 2.6.20, z którym AC-branch już nie halo, a na 7.2/Th mi nie spieszno. Czemu nie halo? Ja od wczoraj uzywam nvidii z 2.6.20.4 z mojego brancha i wszytko biega. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: X11-driver-nvidia-legacy2.spec (NEW) - revived nvidia 96xx ...
Czemu nie halo? Ja od wczoraj uzywam nvidii z 2.6.20.4 z mojego brancha i wszytko biega. nvidii z AC-branch oczywiscie. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: X11-driver-nvidia-legacy2.spec (NEW) - revived nvidia 96xx ...
X11*.spec na HEAD w ogóle ma jeszcze rację bytu? Hm. W sumie racja. Do usuniecia zatem. Chyba ze komus sie chce przerabiac na xorg-nvidia-driver-legacy2. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kdelibs-3.5.6-3
Po downgrade do 3.5.6-2 z main i restart wszystko dziala. Jedyna roznica miedzy rel 2 i 3 to dodanie do useragent informacji o dystrybucji. Nie uzywam kmaila to nie wiem czy korzysta on z UA konquerora (i nie polubil nowego) czy ma wlasny. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Info: Ac main tree to be closed
A ja bym sie chcial spytac co z kernel24-2.4.34 i okolicami. Glupio by bylo wydawac Ac z taka tona nieusunietych CVE. To prawda. Posle testowo na buildery. Jezeli sie zmieli bedzie dodany. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Info: Ac main tree to be closed
EN:
There are high chances that Ac main tree will be locked before end of
march. Because of that:
1. If anyone wants anything to be included in Ac stable he has to
prepare it on AC-branch (ASAP), check it by sending to test (anyone is
allowed to do that AFAIR) and ask me or someone other with access to
sending upgrade requests to sent it to builders. I've sent similiar info
some time ago and there were few responses, however I wasn't able to
prepare/test/whatever required specs myself, sorry :( BTW: updates that
will be sent to ready and will fail on some architectures will be dropped.
2. Before doing anything on AC-branch keep in mind that STBRs for specs
that requires additional rebuilds (due to deps changes or new so-names
etc.) will be dropped. Please do not STBR such things now. It took few
weeks to get rid of (almost all) broken deps. Feel free to send such
STBRs after main tree will be locked. There will be moved to updates.
3. About updates... From Ra I've learned that splitting them for general
and security ones makes no sense. Example: new bind goes to general
because it doesn't fix anything security related. Its updated on
builders. Some time later some bind dependant app goes to security. It
would be built with new bind. So it would be impossible to install this
app without using bind from general updates. Thus, I've decided to merge
those trees on ftp. In next few days (maybe even tomorrow) I'll create
new tree updates on ftp. Old ones will be symlinked to new one. Poldek
config in package will be updated too. However if someone is rsyncing
updates-{security,general} he will need to update his configuration.
4. When Ac main tree will be locked Ac stable will be announced (ISOs
will be 2-3 weeks delayed due to required installer adjustements). Since
not many people are interested in active AC-branch developement there is
a chance that Ac will die in 2-3 months after release because no one
will be preparing updates for it. Its unfortunate, but I'm not going to
do all the stuff myself (well, almost myself) as it was done for Ra. If
it has to die, so be it. I have some plans for Ac future but I'll post
more detailed info about them after Ac stable announcement.
P.S. Its late. If you think I made some errors in above note, let me know :)
PL:
Sa duze szanse na zamkniecie glownego drzewka Ac przed koncem marca.
Dlatego tez:
1. Jezeli ktokolwiek chce aby jakas rzez pojawila sie w stabilnym Ac
musi sam ja przygotowac na AC-branch (jak najszybciej), wyslac do test
(o ile pamietam kazdy moze wysylac tam zlecenia), a nastepnie dac znac
mi lub innej osobie uprawnionej do wysylania zlecen do ready. Wysylalem
juz podobna informacje jakis czas temu i bylo kilka propozycji. Niestety
nie bylem w stanie przygotowac/przetestowac/cokolwiek zrobic z podanymi
tam specami :( Aha, update'y, ktore trafia do ready, a nie zbuduja sie
na wszystkich architekturach zostana wycofane.
2. Nim cokolwiek zacznie byc robione na AC-branch: informuje, ze
wszystkie prosby o STBR specy wymagajacych przebudowy dodatkowych
pakietow (z powodu zaleznosci, nowych so-name itp) beda ignorowane.
Prosze o nie wysylanie na razie takich zlecen na buildery. Usuwanie
bledow w zaleznosciach (kilka jeszcze zostalo) zajelo kilka tygodni.
Wysylanie takich zlecen bedzie mozliwe dopiero bo zablokowaniu glownego
drzewka. Trafia one wtedy do updates.
3. Odnosnie updates. Ra nauczylo mnie, ze utrzymywanie dwoch drzewek,
general i security mija sie z celem. Przyklad: nowy bind trafia do
general z braku poprawek security. Zostaje uaktualniony na builderach.
Jakis czas pozniej inny program wymagajacy binda trafia do security.
Zostanie zlinkowany z nowym bindem. W takiej sytuacji niemozliwe bedzie
jego zainstalowanie bez korzystania drzewka updates-general. Dlatego tez
postanowiem polaczyc drzewka general i security w jedno updates.
Zmiany na ftp zostana wprowadzone w przeciagu kilku dni, moze nawet juz
jutro. Stare katalogi updates-{general,security} zostana zlinkowane do
nowego. Konfiguracja poldka w pakiecie rowniez zostanie uaktualniona.
Jezeli jednak ktos np rsyncuje updates-{general,security} bedzie musial
poprawic sobie konfiguracje recznie.
4. Po zamknieciu glownego drzewka ogloszone zostanie osiagniecie stanu
stabilnej wersji Ac. ISOs beda opoznione 2-3 tygodni z powodu
koniecznosci uaktualnienia instalatora. Poniewaz niewiele osob jest
zainteresowanych aktywnym rozwijaniem AC-branch jest mozliwe, ze Ac
umrze po 2-3 miesiacach z powodu braku uaktualnien. Przyko mi, ale nie
zamierzam sam (no, prawie sam) ciagnac Ac tak jak ciagnalem Ra. Jezeli
ma umrzec, trudno. Mam jeszcze pewne plany odnosnie Ac, ale napisze o
nich dokladniej dopiero po ogloszeniu stabilnego Ac.
P.S. Jest juz pozno. Jezeli myslicie, ze cos namieszalem w powyzszym
tekscie, dajce znac :)
M.
___
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] openoffice.org-2.1. 0-0.m6.7 nie działa wcale!
Po dzisiejszym update openoffice.org z ready przestało totalnie działać. Przykładowy efekt: Proponuje Wam pisac na devel-en. OOo 2.x dla Ac przygotowuje glen, a z polskich list raczej pewnie niewiele rozumie o ile wogole tu zaglada. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [Ac] cairo upgrade - pycairo
Jakoś dzisiaj, albo parę dni wstecz do Ac trafiło cairo-1.2.6. Mniemam, iż przez przypadek nie zbudowano przy okazji nowego python-pycairo. Mea culpa. Nie uzywam python-pycairo, a test zaleznosci poldkiem przeszedl czysto z cairo 1.2.6. Moze rel_eq albo cos zeby na przyszlosc o tym nie zapominac? ChangeLog: - updated to 1.2.6 - dropped obsolete pygtk and cairo.svg support - added without_numpy Dodane, poslane. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: spece do usuniecia
(tagi i branche chyba lepiej byłoby robić w katalogach konkretnych pakietów, a nie w osobnych drzewach) Popieram. W ten sposob wygodniej by sie pracowalo niz na jednym katalogu dajmy na to AC-branch gdzie bedzie pare K podkatalogow z pakietami. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: spece do usuniecia
Nadal są nastroje anty-subversionowe? Hm. Dawniej bylem przeciw, teraz mi w zasadzie wszystko jedno, tylko moze poczekaj z przenoszeniem az zamkne Ac ;) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Jabber developeski?
plusowac sobie mozemy, jak tak musi sie znalesc ktos kto to wykonana :P W sumie jakas prowizorke mozna by sklecic chyba dosc szybko. Choc znajac zycie to zdecydowanie zbyt optymistycznie oceniam ile czasu by to zajelo. Schemat: zapisac jakies konto na cvs-commit, przez procmaila przekierowywac w jakis sposob listy do malego bocika podpietego caly czas do jabbera, ktory to na podstawie powiedzmy bazy decyduje o ktorym specu i na jakie jid wysylac wiadomosci. Niestety poniewaz doba nadal ma tylko 24 godziny, prosze mnie nie brac pod uwage jako potencjalnego wykonawce :) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Jabber developeski?
Schemat: zapisac jakies konto na cvs-commit, przez procmaila przekierowywac w jakis sposob listy do malego bocika podpietego caly czas do jabbera, ktory to na podstawie powiedzmy bazy decyduje o ktorym specu i na jakie jid wysylac wiadomosci. Albo jeszcze inaczej: niech skrypt wywolywany z procmaila uaktualnia zrodla rss typu http://jakis.link.pl/hawk.rdf na podstawie pobieranych skads (baza?) listy i preferencji uzytkownikow. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Jabber developeski?
Oczywiscie to mniej optymalne niz bot etc, ale przynajmniej szybko sie robi i ladnie mozna oskryptowac. Myslalem o tym, ale doszedlem do wniosku, ze moglo by to czasami zapchac serwerek jabbera gdyby sie np okazalo, ze do wszystkich developerow trzeba wyslac informacje o np kernel.spec. Wtedy ilu developerow, tyle polaczen, w zapewne relatywnie krotkim czasie. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVSROOT: users - try another mail account
A może gmail? Teraz zdaje się nie potrzeba zaproszenia (jak potrzeba to daj znać). Wedug mnie jeden z lepszych serwisów pocztowych. Moze taki byl kiedys. Teraz dziwnym trafem prawie wszystko na nim laduje w folderze spam. I nie jestem w tym problemie odosobnionym przypadkiem. Wszyscy moi znajomi korzystajacy z gmaila cierpia na te sama dolegliwosc. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVSROOT: users - try another mail account
Owszem spamu sporo dostaję, szczególnie za pośrednictwej jednej listy dyskusyjnej, ale filtry raczej są skuteczne, ani nie nadgorliwe ani zbyt pobłażliwe. Nie jest to może greylista ale działa. Mi nie chodzi o to, ze spam przychodzi. Chodzi mi to, ze od mniej wiecej poczatku roku 95% normalnej, prawidlowej poczty laduje w folderze spam. Nawet poczty wysylanej z innych kont gmail. I choc bym nie wiem jak kombinowal nie moge tego zmienic. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: CVS przestał mnie lubić
Cześć [EMAIL PROTECTED] SPECS]$ cvs up python-TestGears.spec cvs [update aborted]: reading from server: Connection reset by peer Coś padło? Ep chyba zdechlo, mam connection timed out. Ktos wladny mogl by zerknac/naprawic? M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Jabber developeski?
Się tak zapytam z nienacka: w CVSROOT/users jest opcjonalne pole, gdzie mozna sobie wklepać JID. To do celów czysto informacyjnych, czy też ma jakieś głębsze przesłanie (typu będziemy Ci słać logi builderów na Jabbera)? Raczej ma znaczenie informacyjne, tak mi sie wydaje przynajmniej. Aczkolwiek rewelacja byla by mozliwosc wybrania listy specy i otrzymywac powiadomienia o commitach z nimi zwiazanymi na jabbera. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Packages to be removed from Ac
EN: Following packages doesn't build on current Ac and will be removed from distribution if no one will fix them till 10th of March 2007. PL: Nastepujace pakiety nie buduja sie na aktualnym Ac i zostana usuniete z dystrybucji jezeli ktos nie poprawi ich do 10 marca 2007. gstreamer08x.spec:AC-branc rezound.zpec:AC-branch snort.spec:AC-branch sonic-rainbow.spec:AC-branch EN: If there will be more (some packages are still being or will be checked by me) I'll let you know. PL: Jezeli bedzie wiecej takich pakietow (z niektorymi jeszcze walcze/bede walczyl) dam znac. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: VirtualBox.spec - up to 1.3.6 - kernel modules still doesn'...
Author: undefine Date: Tue Feb 27 00:15:26 2007 GMT Module: SPECS Tag: HEAD Log message: - up to 1.3.6 - kernel modules still doesn't build propertly Que? Wersja z pierwszego snapshota jakiego zapodalem budowala sie w calosci lacznie z modulami. Jajco 2.6.19.2-vanilla. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: VirtualBox.spec - up to 1.3.6 - kernel modules still doesn'...
Tak ze speca na builderze? Czy dopiero jak sobie podlinkowałeś ręcznie katalogi? Tak normalnie ze speca via builder. Nic nie linkowalem i nic nie kombinowalem. Po prostu sie zbudowalo. M. ___ 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
Ktos nad tym panuje? Staram sie w ramach wolnego czasu. I ja i glen zaczelismy przebudowywac kilka rzeczy. Nie wiem jak glen, ale ja swoje bede konczyl. Pierwszenstwo jednak maja braki w main, nie w ready. M. ___ 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
error: libgnutls.so.12 is required by wireshark-common-0.99.5-1 error: libgnutls.so.12(GNUTLS_1_2) is required by wireshark-common-0.99.5-1 error: libtasn1.so.2 is required by wireshark-common-0.99.5-1 error: libgnutls.so.12 is required by wireshark-tools-0.99.5-1 error: libtasn1.so.2 is required by wireshark-tools-0.99.5-1 error: libgnutls.so.12 is required by wireshark-0.99.5-1 error: libtasn1.so.2 is required by wireshark-0.99.5-1 Hm. gnutls akurat qboosh puszczal, nie glen. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Postgresql nie wstaje za pierwszym razem
Hello. Jest taki problem. Jezeli mam skonfigurowanych kilka instancji postgresa i probujemy ktoras (lub wszystkie) uruchomic, za pierwsza proba nie wstana. Dopiero wydanie po raz drugi /etc/rc.d/init.d/postgresql start podnosi usluge. Problem nie wystepuje jezeli mamy tlko jedna instancje postgresa (domyslna). Z tgo co patrzylem w rc.scripts wszystko wywolywane jest prawidlowo. Np w moim wypadku rc.scripts wywoluja cos takiego: /bin/su postgres -s /bin/sh -c /usr/bin/pg_ctl -s -D /var/lib/pgsql/main/ start Przy pierwszej probie po wykonaniu tego polecenia nie ma postgresa w liscie procesow. Przy dtugiej juz jest. Jezeli powyzsza linijke odpalam z palca usluga wstaje za kazdym razem. Ktos ma jakies pomysly gdzie szukac przyczyny? M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] python-eyeD3 UP
Może Cię rw interesuje? +1 Rowniez +1. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] python-eyeD3 UP
kto trzeci, cc: cvsadmin beorn Ty byles trzeci :) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: AC i spece w UTF-8
Myślę, że takie coś można sobie załatwić prościutkimi skryptami, np. cvsdiff, który robiłby cvs diff | iconv. Hm. Skrypt to moze za duzo, ale w sumie aliasy sobie mozna porobic. Czemu cholera najprostsze rozwiazania najtrudniej znalezc? :) Jak to sobie wyobrażasz bez utraty danych? Nie wyobrazam sobie, dlatego stwierdzilem, ze to raczej nie przejdzie. Myślę, że UTF-8 w specach to bardzo dobre rozwiązanie, które powinno być od zawsze. Tyle, że musimy do tego dostosować swoje nawyki. Generalnie tez lubie UTF-8, wszedzie poza konsola. Za duzo rzeczy z ktorymi mam na co dzien w pracy do czynienia przestaje po prostu poprawnie funkcjonowac. I niestety nie moge tego zmienic/poprawic/cokolwiek. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: seamonkey-addon-flashblock.spec (NEW) - should work... but ...
No właśnie nie bardzo wiem jak to działa i installed-chrome robiłem przez wyczucie. Ja rowniez, a dokladniej przez popatrzenie na inne installed-chrome. Nawet zadzialalo od kopa :) Co to za skrypt? seamonkey-chrome+xpcom-generate ? Bo za bardzo z nim nie działa... Nie. Ten skrypt to tylko kopiuje pliki X-installed-chrome.txt do installed-chrome.txt M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: AC i spece w UTF-8
Co na to RM AC i inne zainteresowane osoby? Dopiero teraz mialem okazje wyprobowac faktyczna prace na specach UTF. Niestety musze stwierdzic, ze na konsoli ISO to raczej mija sie z celem. Chocby cos tak niezbednego jak cvs diff staje sie bezuzyteczne, bo np dosc czesto przez UTFowe krzaczki polowa diffa laduje w gornej czesci konsoli nadpisujac pierwsza czesc diffa. W rezultacie zamiast roznic w specu widzimy sieczke. Fajnie by bylo, gdyby cvs robil konwersje kodowania w locie, ale to pewnie nie przejdzie. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Nazewnictwo kernela (glownie do RMa)
Stad moje pytanie - czy zostawiamy juz na stale w ac kernela o nazwie 'kernel' ? Tak. Jesli tak, to zmienie tam gdzie trzeba (instalator(?), dokumentacja, pldconf), a jesli nie to prosilbym o jakas wypowiedz na temat tego, jak to powinno byc, by bylo dobrze. Nawet jezeli to zostanie poprawione to na chwile obecna instalator nie nadaje sie do wygenerowania nowych bootkietek bo sie na nich po prostu nie miesci. Bede sie nim dopiero zajmowal jak zamkne Ac czyli po zlikwidowaniu bledow w zaleznosciach w main. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Ac soon to be closed
EN: PLD 2.0 Ac main tree will be closed as soon as I'll take care of all broken dependencies in it. If someone wants something in Ac main tree this is the last chance. Once all deps will be fixed Ac main tree will be locked and used for generating ISOs of Ac stable. I really would like to have OpenOffice.org 2.1 in it before ISOs, but well, I'm not going to wait forever. PL: Glowne drzewko PLD 2.0 Ac zostanie zamkniete jak tylko pozbede sie z niego niespelnionych zaleznosci. Jezeli ktos chce miec jakies paczki w Ac main to teraz jest ostatnia szansa aby je tam poslac. Jak tylko niespelnione zaleznosci zostana usuniete glowne drzewko zostanie zablokowane i uzyte do wygenerowania ISOs stabilnego wydania Ac. Chcial bym aby do ISOs Ac trafil OpenOffice.org 2.1, ale nie bede na niego czekal w nieskonczonosc. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: AC i spece w UTF-8
Można testować rpma z Ac-branch, rel 40. Powinien umieć to i owo skonwertować. test.spec z AC-branch zmuszony do zbudowania i sytuacja jest taka: wszystkie locale na pl_PL.ISO-8859-2, zamiast pl znaczkow sa pytajniki. wszystkie locale na pl_PL.UTF-8, nie da sie uzywac, czysci ekran, pluje nieczytelnymi krzakami po konsoli. Jak testowano? rpm -qpi test-8.56-0.3.noarch.rpm M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: AC i spece w UTF-8
rpm -qpi test-8.56-0.3.noarch.rpm Poprawka. To cos tam bylo zle zakodowane. Z poprawnymi pliterkami UTF pod konsola ISO dziala ok, ale pod konsola UTF wyswietla multibyte. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Kernel w AC
A możesz mnie jakoś ukierunkować? Nie widze w archiwum postów o tym a kod nie wydaje się bardzo różny. Uh. Sam bym musial grzebac w archiwum. Pamietam tylko, ze to bylo walkowane ze 2, 3 razy. M. ___ 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!
Po wygenerowaniu initrd ZAWSZE sprawdzam czy sa tam odpowiednie moduly, odpowiednia ich kolejnosc. Rozumiem, ze teraz mam tez zaczac sprawdzac czy to ma szanse zadzialac (czyli mam sobie zdebuggowac cale initrd). Zle rozumiesz. Jezeli sprawdzasz initrd i wygenerowal bys je wersja z bledem, to przepraszam, ale trzeba byc slepym zeby nie zauwazyc ze plik jest w innym formacie. A skoro jest w innym, to warto sprawdzic dlaczego i co sie zmienilo. I w ten magiczny sposob ominales blad, ktory sie zakradl do geninitrd. Przeciez to jest chore. Rozumiem, ze moglo to przelezec w ready i nikt nie zauwazyl, ale bronisz przegranej sprawy. Pakiet jest niezaprzeczalnie BEZUZYTECZNY w takiej formie. Niczego nie bronie tylko nie jestem w stanie pojac od kiedy to a) podanie workarounda na wersje z bledem i b) przebudowanie nowszej poprawionej wersji pakietu nie jest wystarczajace dla uzytkownikow. Moze oprocz tego mam jeszcze poprawiona paczke z geninitrd wypalac na plytki i rozsylac za darmo do wszystkich userow, ktorzy zostali dotknieci tym bledem? Litosci. M. P.S. Naprawde EOT. FUT discuss. ___ 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!
Zle rozumiesz. Jezeli sprawdzasz initrd i wygenerowal bys je wersja z bledem, to przepraszam, ale trzeba byc slepym zeby nie zauwazyc ze plik jest w innym formacie. A skoro jest w innym, to warto sprawdzic dlaczego i co sie zmienilo. I A jeśli robi się to pierwszy raz albo po długiej przerwie? To znaczy, ze miales pecha i wstrzeliles sie w momencie nalozenia dwoch problemow: 1) w main ciagle jest wersja pakietu z bledem 2) poprawionej z ready nie mozna bylo jeszcze przeniesc bo jeden z builderow padl Informacje jak z tego wybrnac byly zarowno na listach (devel i users) jak i (chyba) na forum. Jezeli miales pecha zrestartowac kompa, to wybacz, ale osoba uzywajaca PLD raczej wie jak odpalic Rescue CD czy innego Live CD oraz co dalej z nim zrobic aby podniesc swoj system. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: php5 i imagerotate
Zamierzam zaraz przywrócić w php to co powinno w nim być. Mialem pomysl zeby przerobic wywolania w gd na cos_tam i cos_tam_php4, a potem spatchowac odpowiednio php4. Wtedy oba php by sie budowaly/dzialaly z systemowym gd. Niestety -ENOTIME mnie dopadl. Jak by Ci sie chcialo, to rzuc okiem na php4 tez, ostatecznie wlacz mu wewnetrzne gd. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: AC i spece w UTF-8
On 2007-02-12 19:39, Jan Rekorajski wrote: Ktoś zwrócił uwage na irc że część specy używanych w AC jest branych tak naprawdę z HEAD bo AC-branch jest jedynie tagiem. Zawsze mozna przerobic na branch. Co na to RM AC i inne zainteresowane osoby? Jezeli nie bedzie sypalo po konsoli krzaczkami UTF niezaleznie od tego jakie mam kodowanie to nie mam przeciwwskazan. M. ___ 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!
Jasne - za kazdym razem jak cos upgradne to mam sprawdzac wszystko w okolo tylko po to zeby miec pewnosc ze system sie podniesie. W przypadku domowego komputera to faktycznie nie ma sensu. W przypadku krytycznych systemow nie wyobrazam sobie tak nie robic, bo gdy cos sie wywali to ja dostane po uszach lub co gorsze po pensji. Punkt widzenia zalezy od punktu siedzenia. Sprawdzilem czy odpowiednie moduly sa w initrd ale nawet przez mysl mi nie przeszlo zeby sprawdzic FORMAT initrd. Ja tez nie sprawdzalem formatu. Gdy zerknalem na koniec pliku zeby sprawdzic liste modulow, nie spodobaly mi sie ciagi tekstowych zer i jedynek bo wczesniej ich tam nigdy nie bylo. Pozatym IMHO powinno zakrzyczec ze cos nie gra. A to juz do autorow/maintainerow czy kogos tam grzebiacego przy geninitrd. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: pine-css.patch
Sam tego nie poprawię, bo nie wiem, co pine-css.patch poprawia i jak, ani sam jej nie przetestuję - nie używam maildir. Łata jest malutka. Mógłby ktoś znający temat uaktualnić all.patch.gz i dostosować pine-css.patch? Zerkne w wolnej chwili. M. ___ 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!
Po pierwsze, pokaż mi miejsce w manualu gdzie to jest opisane. O bugach i workaroundach ma pisac w manualach? Dobre :) Po drugie czepiasz się ręcznego generowania. A co miałem zrobić skoro najwyraźniej PLD ma błędy bo nie generuje IRD automatycznie?? Wygenerowac recznie i _sprawdzic_ ot chocby po to zeby miec pewnosc, ze zaciagnelo wszystkie wymagane moduly. Co do automatycznego generowania to SOA#1, na kilkudziesieciu przeroznych konfiguracjach sprzetowych zarowno przedpotopowych jak i najnowszych dostepnych. Jasne. Bo już widzę jak każdy sprawdza skrypty shellowe i porównuje z binarką busyboksa czy przypadkiem nie ma literówek w skryptach. Jezeli szukasz niezawodnego, nieomylnego, wolnego od bledow, zawsze gotowego do pracy systemu to moze wez DOSa zainstaluj? PLD nie jest dla klikaczy, ktorzy nie maja zamiaru zmieniac/przegladac/sprawdzac konfiguracji swojego systemu tylko licza, ze wszelkiej masci wizardy i automaty zawsze ich wyrecza, a deweloperzy i sam system sa nieomylni. Mi wystarczylo, ze pierwsze kilka bajtow pliku z initrd nie zawieralo ciagu znakow romfs, a koncowka pliku zamiast normalnych danych binarnych zawierala ciag zer i jedynek. Nie wiem, moze ja jakis inny jestem. A jak do jasnej cholery ma być generowany, bo mi się nie wygenerował automatycznie??? Unoszenie sie i rzucanie przeklenstwami w niczym Ci nie pomoze. M. P.S. FUT discuss. ___ 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!
A gdzie? Jak dla mnie może być w release notes. Nigdy nie widziałeś sekcji known bugs?? Tak, jasne. Po znalezieniu kazdego bledu bedziemy dopisywac informacje o nim do README czy gdzies tam, podbijac release i slac pakiet na buildery pomimo tego iz wiemy, ze za gora kilka dni poprawiona wersja trafi na ftp. EOT. M. ___ 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!
geninitrd w ac trzeba uaktualnic, a ten co jest uzywac z --initrdfs=rom, Fajnie że jest to napisane w manualu :/ Temat przewija sie przez grupy od bodaj tygodnia. Rozwiazanie bylo podane juz w pierwszych dniach (wymusic romfs). Poza tym jak ktos przed rebootem nie sprawdza recznie czy geninitrd jest poprawne (zwlaszcza gdy generuje je z palca), to sorry ale sam sobie jest winien. To zajmuje raptem kilka(nascie) sekund, a czlowiek ma pewnosc, ze system wstanie. No to do jasnej cholery niezły burdel jest w AC. Obecnie w AC jest wersja busyboksa zawierająca switchroot a nie switch_root. Nikt nie pokusil sie o backport nowszego busyboxa na AC-branch. Sorry, ja nie bede robil wszystkiego sam. Osoba, ktora puscila felerne poniekad geninitrd (wywalalo sie _tylko_ jak ktos wygenerowal z palca) nie przygladala sie byc moze zmianom i z automatu przesunela tag i puscila na buildery. Pomylki sie zdarzaja, trzeba sie z tym liczyc, po to jest ready (patrz nizej). Po co te pakiety w takim razie są w AC? Skasować je z FTP, przynajmniej następny frajer nie będzie tracił paru godzin na walkę z czymś co powinno działać OOB a nie działa, tylko odrazu ściągnie źródła kernela i sam sobie zbuduje. Geninitrd z bledem trafilo do ready 20 stycznia. Po 6 dniach lezenia trafilo do main poniewaz: a) nikt nie zglosil w tym czasie problemow b) mi zadzialalo na kilkunastu kompletnie roznych maszynach gdzie akurat uaktualnialem w tym czasie kernel. Poprawione geninitrd nie trafilo do main poniewaz builder amd64 w tym czasie padl i przenoszenie jakichkolwiek pakietow nie bylo mozliwe. Prawdopodobnie trafi tam dzis. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
