Re: SPECS: VMware-workstation.spec - Requires: gtk+2 = 2:2.8.8-1
$ rpm -q VMware-workstation gtk+2 VMware-workstation-5.5.1.19175-0.2 gtk+2-2.8.12-1 U mnie takie same wersje i dziala. Ten R: jest do wywalenia. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Może ktoś mnie naprowadzi... (VMware-workstation)
Może ktoś mnie naprowadzi, na co zwrócić uwagę przy budowaniu powyższego. Próbuję zbudować i dostaję takie coś: $ ./builder -bb -r HEAD --without smp VMware-workstation.spec # $Revision: 1.87 $, $Date: 2006/04/12 17:15:09 $ [...] VMware-workstation-5.5.1-19175.tar.gz having proper md5sum already exists vmware-any-any-update101.tar.gz having proper md5sum already exists Wykonywanie(%prep): /bin/sh -e /var/tmp/rpm-tmp.12874 + umask 022 + cd /home/users/ed/rpm/BUILD + LANG=C + export LANG + unset DISPLAY + unset LINGUAS + : + cd /home/users/ed/rpm/BUILD + cd vmware-distrib /var/tmp/rpm-tmp.12874[29]: cd: /home/users/ed/rpm/BUILD/vmware-distrib - No such file or directory błąd: Błędny status wyjścia z /var/tmp/rpm-tmp.12874 (%prep) Katalog się wogóle nie tworzy, plik nie jest rozpakowywany. Pierwszy raz takie coś zobaczyłem i zgłupiałem :-/ Jakiś hint? Dalej już jakoś poprawię. Chyba, że to się nie może udać na AC. Ale to byłoby co najmniej dziwne. Pozdrawiam. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Może ktoś mnie naprowadzi... (VMware-workstation)
Dnia czwartek, 13 kwietnia 2006 08:46, Łukasz Maśko napisał: [...] Katalog się wogóle nie tworzy, plik nie jest rozpakowywany. Pierwszy raz takie coś zobaczyłem i zgłupiałem :-/ Jakiś hint? Dalej już jakoś poprawię. Chyba, że to się nie może udać na AC. Ale to byłoby co najmniej dziwne. Cofnięcie zmian do wersji speca 1.84 pomogło na te błędy, niestety nie buduje mi się na 2.6.16.4 (wczorajsze z cvs -r LINUX_2_6) - błąd przy kompilacji. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Ac python i wątki. Coś się zmieniło ostatnio ?
On Wed, Apr 12, 2006 at 06:02:52PM +0200, Andrzej 'The Undefined' Dopierała wrote: dlaczego nieprawidlowe? przeciez bez nptl-a watki byly emulowane procesami.. i mialy oddzielne pidy. I były traktowane jako osobne procesy nawet tam, gdzie to było sprzeczne ze standardem POSIX (np. obsługa sygnałów), AFAIK. Inna sprawa, że nie badałem sprawy dokładnie, tylko opieram się na tym, co mi się przeczytało tu, czy tam... więc istnieje możliwość, że plotę bzdury ;-) Greets, Jacek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Może ktoś mnie naprowadzi... (VMware-workstation)
Łukasz Maśko wrote: [...] Cofnięcie zmian do wersji speca 1.84 pomogło na te błędy, niestety nie buduje mi się na 2.6.16.4 (wczorajsze z cvs -r LINUX_2_6) - błąd przy kompilacji. Hmm, wróżenie ze szklanej kuli nie jest tym co opanowałem ... Jakie błędy ? Jaki system ?, jaki kompilator ? Pozdrawiam. Sas. -- {Wojciech 'Sas' Cieciwa} {Member of PLD Team } {e-mail: [EMAIL PROTECTED], http://www2.zarz.agh.edu.pl/~cieciwa} ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: VMware-workstation.spec - Requires: gtk+2 = 2:2.8.8-1
On Thu, Apr 13, 2006 at 12:21:09AM +0200, Charles wrote: Dnia środa 12 kwietnia 2006 19:15, adamg napisał: +Revision 1.87 2006/04/12 17:15:09 adamg +- Requires: gtk+2 = 2:2.8.8-1 Nie tędy droga. Np. u mnie: $ rpm -q VMware-workstation gtk+2 VMware-workstation-5.5.1.19175-0.2 gtk+2-2.8.12-1 Na AC-branch dodałem jakiś czas temu odpowiedniego patcha. HEAD nie dotykałem, bo poszedł sobie w kierunku th. O, przeoczylem to. Juz cofam. -- .. :: Przeznacz 1% swojego podatku dochodowego: :: .. .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: VMware-workstation.spec - Requires: gtk+2 = 2:2.8.8-1
On Thu, Apr 13, 2006 at 08:21:52AM +0200, Marcin Król wrote: $ rpm -q VMware-workstation gtk+2 VMware-workstation-5.5.1.19175-0.2 gtk+2-2.8.12-1 U mnie takie same wersje i dziala. Ten R: jest do wywalenia. A moze puscic gtk+2 z latka dodana przez charlesa do Ac? Z tego co widze, ostatnie co poszlo do ready to 2.8.11-2 -- .. :: Przeznacz 1% swojego podatku dochodowego: :: .. .. :: http://www.pomocdladominiki.com.pl/ -- możesz pomóc :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
dev a udev
czemu udev na obsolete dev a dev nie ma obsolete udev ? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: scribus.spec - up to 1.3.3.1 - NFY, see ToDo; rel 0.9
Dnia poniedziałek, 10 kwietnia 2006 16:53, Łukasz Jernaś napisał: Dnia poniedziałek, 10 kwietnia 2006 16:49, deejay1 napisał: Author: deejay1 Date: Mon Apr 10 14:49:55 2006 GMT Module: SPECS Tag: HEAD [--ciach--] +# TODO: +# - get the docs right, I just don't know of any better way Ktoś ma pomysł co z tym zrobić może? Ja już nie wiem co sensownego zastosować tutaj... Sprzeciwów nie widzę, autorów przekonać nie mogę do umieszczenia tych plików w innym miejscu (dzięki Gentoo :P), więc zostanie tak jak jest, chociaż ugly workaround... -- Łukasz [DeeJay1] Jernaś ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: dev a udev
On Thursday 13 April 2006 13:45, Piotr Skwarna wrote: czemu udev na obsolete dev a dev nie ma obsolete udev ? Tak na logikę (mogę się mylić,to tylko domniemania) - udev od jakiegos czasu działa po zainstalowaniu w katalogu /dev i dlatego paczka dev jest obsolete, ale: - udev może sobie pracować w innym katalogu np. /udev i ZU może sobie mieć udev i dev jednocześnie. Problem jest z instalacją jednego po drugim. Wymaga to trochę gimnastyki, ale działa. pozdrawiam -- Łukasz Głębicki mail/rot13:[EMAIL PROTECTED] PLD/Linux Team gg:246267Linux Registered User #318551 blekot:{irc,skype} Student of Warsaw University of Technology, Faculty of Mechatronics ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: dev a udev
--- Lukasz Glebicki [EMAIL PROTECTED] wrote: On Thursday 13 April 2006 13:45, Piotr Skwarna wrote: czemu udev na obsolete dev a dev nie ma obsolete udev ? Tak na logikę (mogę się mylić,to tylko domniemania) - udev od jakiegos czasu działa po zainstalowaniu w katalogu /dev i dlatego paczka dev jest obsolete, ale: - udev może sobie pracować w innym katalogu np. /udev i ZU może sobie mieć udev i dev jednocześnie. Problem jest z instalacją jednego po drugim. Wymaga to trochę gimnastyki, ale działa. - udev dostarcza funkcji, których statyczny dev nie ma (główny powód) -- Fryderyk Dziarmagowski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS (LINUX_2_6): kernel.spec - bcond for disabling vesafb-tng pa...
On Thu 6. April 2006 07:49, adamg wrote: Author: adamgDate: Thu Apr 6 05:49:13 2006 GMT Module: SPECS Tag: LINUX_2_6 Log message: - bcond for disabling vesafb-tng patch (it is compiled in statically and breaks other modules, on the other hand it supports high resolutions like 1400x1050-32 Przy okazji działa to z szybkością terminala 2400 bit/s [...] +%bcond_without vesafb_tng # build without vesafb-tng patch applied (breaks other fb modules) Czy to czasem nie powinno być with zamiast without? -- Tomasz Wittner ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] Bacula
Dnia Mon, 10 Apr 2006 19:33:31 +0200 Daniel Mróz [EMAIL PROTECTED] napisał(a): Sprawdźcie, bo mogłem coś napsuć, ale zmiany są raczej trywialne. Jednak napsułem... W załączniku poprawiony SPEC. OK, zmęczony jestem... Jeszcze jedna poprawka. Pora iść do domu... Widzę brak zainteresowania nową wersją Baculi. A szkoda, bo trochę bugów poprawili. To w takim razie może macie jakieś przemyślenia na temat bconda budującego ze wsparciem np. MySQL? Testowo coś takiego sobie zrobiłem, ale nie mam zbytnio pomysłu co zrobić z automagiczną aktualizacją bazy. Hasło, usera itp. można wyciągnąć tylko z pliku konfiguracyjnego, który jest dość luźny jeśli chodzi składnię i żeby wyekstraktować z niego te dane trzeba by napisać jakiś parser, lub rzeźbić w AWK. Inna metoda, to olać aktualizację struktury bazy w przypadku baz SQL i wrzeszczeć na usera przy poldkowaniu żeby sobie wykonał jedną komendę, ale to zostawi na lodzie szaleńców, którzy update systemu mają w cronie. Jakieś propozycje? Pomysły? Pozdrawiam Beorn -- Daniel 'Beorn' Mróz [EMAIL PROTECTED]http://127.0.0.1/beorn [GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r(-) y+ ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] Bacula
On Thu, Apr 13, 2006 at 06:51:55PM +0200, Daniel Mróz wrote: Dnia Mon, 10 Apr 2006 19:33:31 +0200 Daniel Mróz [EMAIL PROTECTED] napisał(a): Sprawdźcie, bo mogłem coś napsuć, ale zmiany są raczej trywialne. Jednak napsułem... W załączniku poprawiony SPEC. OK, zmęczony jestem... Jeszcze jedna poprawka. Pora iść do domu... Widzę brak zainteresowania nową wersją Baculi. Po prostu upgrade Baculi, a więc i testotowanie speca, to niezbyt przyjemne zadanie. Więc ja się nie dziwię, że nikt się do tego nie pali. Ja właśnie buduję ze spatchowanego speca, więc pewnie za chwilę commitnę. A szkoda, bo trochę bugów poprawili. A i tego nie było wcale tak dużo. To w takim razie może macie jakieś przemyślenia na temat bconda budującego ze wsparciem np. MySQL? Testowo coś takiego sobie zrobiłem, ale nie mam zbytnio pomysłu co zrobić z automagiczną aktualizacją bazy. Zrobienie sensownego wsparcia do baz innych niż sqlite w pakiecie to ciężka sprawa... Najlepiej byłoby zrobić za pomocą podpakietów z odpowiednimi pluginami, ale sam Bacula nie jest do tego przygotowany. :-( Hasło, usera itp. można wyciągnąć tylko z pliku konfiguracyjnego, który jest dość luźny jeśli chodzi składnię i żeby wyekstraktować z niego te dane trzeba by napisać jakiś parser, lub rzeźbić w AWK. Inna metoda, to olać aktualizację struktury bazy w przypadku baz SQL i wrzeszczeć na usera przy poldkowaniu żeby sobie wykonał jedną komendę, ale to zostawi na lodzie szaleńców, którzy update systemu mają w cronie. Upgrade Baculi z crona to prawie tak samo głupi pomysł jak upgrade PostgreSQL z crona. Wystarczy, żeby ewentualny upgrade nie niszczył bezpowrotnie starej konfiguracji i pozwalał na jaknajszybsze uruchomienie nowej wersji. W ogóle trzebaby było paczkowanie Baculi jeszcze raz porządnie przemyśleć i zrobić jak należy... ale kto będzie miał na to dość czasu i chęci? Ja niestety nie :-( Pozdrowienia, Jacek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Może ktoś mnie naprowadzi... (VMware-workstation)
Dnia czwartek, 13 kwietnia 2006 09:20, Wojciech Sas Cieciwa napisał: [...] Hmm, wróżenie ze szklanej kuli nie jest tym co opanowałem ... Nie dziwię się, ja też nie. Już doprecyzowuję. Jakie błędy ? $ ./builder -bb VMware-workstation.spec --without smp M VMware-workstation.spec # $Revision: 1.88 $, $Date: 2006/04/13 09:59:14 $ [...] + /usr/bin/make -C /usr/src/linux modules VMWARE_VER=VME_V5 SRCROOT=/home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only M=/home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only O=/home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only/o VM_KBUILD=26 VM_CCVER=3.3.6 make: Entering directory `/usr/src/linux-2.6.16.4' Using 2.6.x kernel build system. CC [M] /home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only/linux/driver.o In file included from /home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only/linux/driver.h:20, from /home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only/linux/driver.c:49: /home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only/include/compat_wait.h:37:5: warning: VMW_HAVE_EPOLL is not defined /home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only/include/compat_wait.h:43:5: warning: VMW_HAVE_EPOLL is not defined In file included from /home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only/linux/driver.h:20, from /home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only/linux/driver.c:49: /home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only/include/compat_wait.h:60: error: conflicting types for `poll_initwait' /usr/src/linux-2.6.16.4/include/linux/poll.h:45: error: previous declaration of `poll_initwait' /home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only/linux/driver.c:145: warning: initialization from incompatible pointer type /home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only/linux/driver.c:149: warning: initialization from incompatible pointer type make[2]: *** [/home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only/linux/driver.o] Error 1 make[1]: *** [_module_/home/users/ed/rpm/BUILD/vmware-distrib/vmware-any-any-update101/vmmon-only] Error 2 make: *** [modules] Error 2 make: Leaving directory `/usr/src/linux-2.6.16.4' błąd: Błędny status wyjścia z /var/tmp/rpm-tmp.52448 (%build) $ cvs diff -u VMware-workstation.spec Index: VMware-workstation.spec === RCS file: /cvsroot/SPECS/VMware-workstation.spec,v retrieving revision 1.88 diff -u -r1.88 VMware-workstation.spec --- VMware-workstation.spec 13 Apr 2006 09:59:14 - 1.88 +++ VMware-workstation.spec 13 Apr 2006 17:37:11 - @@ -278,21 +278,21 @@ Moduły jądra SMP dla VMware Workstation - vmnet-smp. %prep -#%setup -q -n vmware-distrib -%setup -qDT -n vmware-distrib -a1 -#mkdir vmware-any-any-update%{_urel} +%setup -q -n vmware-distrib +#%setup -qDT -n vmware-distrib -a1 +mkdir vmware-any-any-update%{_urel} cd vmware-any-any-update%{_urel} -tar xf vmmon.tar -tar xf vmnet.tar -#tar xf ../lib/modules/source/vmmon.tar -#tar xf ../lib/modules/source/vmnet.tar +#tar xf vmmon.tar +#tar xf vmnet.tar +tar xf ../lib/modules/source/vmmon.tar +tar xf ../lib/modules/source/vmnet.tar #%patch0 -p0 cp -a vmmon-only{,.clean} cp -a vmnet-only{,.clean} sed -e 's/filter x86_64%/filter x86_64% amd64% ia64%/' \ -i vmnet-only.clean/Makefile.kernel cd - -#%patch1 -p1 +%patch1 -p1 %build sed -i 's:vm_db_answer_LIBDIR:VM_LIBDIR:g;s:vm_db_answer_BINDIR:VM_BINDIR:g' bin/vmware Jaki system ?, jaki kompilator ? AC+ready (włącznie z kompilatorem), na bieżąco, do tego kernel 2.6.16.4-1.6 (z wczoraj). Patrząc na powyższe wywnioskowałem, że we flagach kompilatora przy budowaniu modułów brakuje -DVMW_HAVE_EPOLL. Dodanie tego w odpowiednie miejsce powinno załatwić sprawę. Tylko dzisiaj już nie miałem czasu się tym zająć, zostawiłem na Święta. Ale może ktoś ma gotowca i się podzieli. Pozdrawiam. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl ICQ: 146553537/\\ Registered Linux User #61028 JID: [EMAIL PROTECTED] _\_V ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Może ktoś mnie naprowadzi... (VMware-workstation)
On Thursday 13 April 2006 19:40, Łukasz Maśko wrote: Patrząc na powyższe wywnioskowałem, że we flagach kompilatora przy budowaniu modułów brakuje -DVMW_HAVE_EPOLL. Dodanie tego w odpowiednie miejsce powinno załatwić sprawę. mi szklana kula podpowiada, ze to jakis skrypt testujacy naglowki jadra sie nie kompiluje np. dzieki -Werror i nic nie definuje. wpisanie na twardo -Dcokolwiek to prosta droga do piekla : ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] Bacula
On Thu, Apr 13, 2006 at 08:50:27PM +0200, Daniel Mróz wrote: A szkoda, bo trochę bugów poprawili. A i tego nie było wcale tak dużo. Ale za to majory :) Taaa... który z tych dwóch jest major i czemu w PLD? ;-) Release 1.38.7 (06Apr06) released 07Apr06 - Remove timed wait for VSS on Win2K3 as it is not yet implemented. - Correct bacula.in script to reference bacula-ctl-xx in the sysconfig directory rather than the bin directory. Zdaje się, że lada dzień ma wyjśc 1.38.8... tam już chyba ciekawsze zmiany będą. W przypadku budowania paczek do dystrybucji to nie widzę innego wyjścia jak tworzenie bacula-(sqlite,mysql,pgsql,...)-*. Tak robi np. Debian. To jest IMHO bardzo bez sensu. Przebudowywanie wszystkiego kilka razu, przy faktycznej zmianie małego procenta kodu... chyba jednak warto byłoby spaczować źródła dodając możliwość dynamicznej zmiany backendu. Gorzej z procedurą upgrade, przygotowaniem bazy itd. itp. Można jednak standardowo budować tak jak jest teraz, czyli z sqlite, a pozostałe bazy zbcondować do samodzielnego montażu. W ten sposób, to wersje z pozostałymi bazami nigdy nie trafią na FTP. A to nie jest dobre. Teraz oczywiście jest jeszcze gorzej... W ogóle trzebaby było paczkowanie Baculi jeszcze raz porządnie przemyśleć i zrobić jak należy... ale kto będzie miał na to dość czasu i chęci? Ja niestety nie :-( A co dokładnie wymaga przemyślenia? Używam Baculi i mogę trochę pogrzebać w stopniu, na który pozwala mi znajomość budowy SPECa. Teraz kombinuję z bcondem mysql, bo takowego potrzebuję. To zawsze coś. Chociaż ja bym raczej PostgreSQL wolał. Jest jeszcze jedna wkurzająca rzecz -- po każdym upgrade psują się uprawnienia do /var/log/bacula... pewnie przez tego brzydkiego linka (/var/lib/bacul/log - /var/log/bacule)... nie chciało mi się już z tym walczyć. Pozdrowienia, Jacek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] Bacula
Dnia Thu, 13 Apr 2006 22:11:56 +0200 Jacek Konieczny [EMAIL PROTECTED] napisał(a): A szkoda, bo trochę bugów poprawili. A i tego nie było wcale tak dużo. Ale za to majory :) Taaa... który z tych dwóch jest major i czemu w PLD? ;-) Heh. Mój błąd. Wlazłem na stronę i przeczytałem sobie bugfiksy nowej wersji, a właśnie się okazało, że to co jest na stronie dotyczy wersji 1.38.6 :D Chłopaki muszą chyba jakiś update zrobić. Zdaje się, że lada dzień ma wyjśc 1.38.8... tam już chyba ciekawsze zmiany będą. Mam nadzieję, bo mi od kilku ostatnich wersji zdycha FD przerzucający kilkanaście GB danych. W przypadku budowania paczek do dystrybucji to nie widzę innego wyjścia jak tworzenie bacula-(sqlite,mysql,pgsql,...)-*. Tak robi np. Debian. To jest IMHO bardzo bez sensu. Przebudowywanie wszystkiego kilka razu, przy faktycznej zmianie małego procenta kodu... Na bezrybiu i rak ryba chyba jednak warto byłoby spaczować źródła dodając możliwość dynamicznej zmiany backendu. A to już znacznie większa robota. Ja nie czuję się na siłach, jako że moja znajomość C jest szczątkowa. Gorzej z procedurą upgrade, przygotowaniem bazy itd. itp. Może jakiś chętny magik AWK by pomógł wyciągnąć te dane? Ja mogę napisać parser, ale w Pythonie, co pociągałoby ze sobą niepotrzebne zależności. Przygotowania bazy nie ma jak zrobić gdyż user musiałby podać adres serwera oraz login i hasło użytkownika uprawnionego do zapisu w bazie. RPM jest i chyba ma być po wsze czasy nieinteraktywny. Mission Impossible IV. Można jednak standardowo budować tak jak jest teraz, czyli z sqlite, a pozostałe bazy zbcondować do samodzielnego montażu. W ten sposób, to wersje z pozostałymi bazami nigdy nie trafią na FTP. A to nie jest dobre. Teraz oczywiście jest jeszcze gorzej... Bez zaimplementowanej dynamicznej zmiany backendu nic nie poradzimy. Budowanie wersji sqlite oraz możliwości dobudowania wersji z obsługą innej bazy jest mniejszym złem. W ogóle trzebaby było paczkowanie Baculi jeszcze raz porządnie przemyśleć i zrobić jak należy... ale kto będzie miał na to dość czasu i chęci? Ja niestety nie :-( A co dokładnie wymaga przemyślenia? Używam Baculi i mogę trochę pogrzebać w stopniu, na który pozwala mi znajomość budowy SPECa. Teraz kombinuję z bcondem mysql, bo takowego potrzebuję. To zawsze coś. Chociaż ja bym raczej PostgreSQL wolał. Kiedy będzie działający SPEC z obsługą MySQL, to doklejenie bconda PgSQL nie będzie stanowiło żadnego problemu. Jest jeszcze jedna wkurzająca rzecz -- po każdym upgrade psują się uprawnienia do /var/log/bacula... pewnie przez tego brzydkiego linka (/var/lib/bacul/log - /var/log/bacule)... nie chciało mi się już z tym walczyć. A to u mnie nie występuje. Rozwalają się za to uprawnienia po rotowaniu logów. Jeszcze mnie to nie wkurzyło na tyle, żeby do tego przysiąść i naprawić, tym bardziej, że to co leci do logu mam w raportach mailowych i na konsoli (a nawet i więcej). Pozdrawiam Beorn -- Daniel 'Beorn' Mróz [EMAIL PROTECTED]http://127.0.0.1/beorn [GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r(-) y+ ] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
kernel z AC a laptopy i nie tylko
Mam ochote zmienić dwa[1] defaulty w naszym kernelu i w zwiazku z tym pytanie: Czy komukolwiek dziala cpufreq na laptopach na naszych kernelach? Bo mnie sie nie udalo :( [1] a) Default IO scheduler ustawić na CFQ b) Default cpufreq governor na userspace Janek -- Jan Rękorajski| ALL SUSPECTS ARE GUILTY. PERIOD! bagginsatmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel z AC a laptopy i nie tylko
Dnia czwartek, 13 kwietnia 2006 22:45, Jan Rekorajski napisał: Czy komukolwiek dziala cpufreq na laptopach na naszych kernelach? Mi działa. A z czym jest problem? vip; ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel z AC a laptopy i nie tylko
Dnia czwartek, 13 kwietnia 2006 22:55, Jan Rekorajski napisał: Zapewne w skonfigurowaniu cpufreqd ;) Mozesz mi podeslac swoje konfigi do tego albo przepis jak sie z tym uporac? Nie używam, bo nie czuję potrzeby. Moduł i governor ondemand sam ustala mi częstotliwość pracy w zależności od użycia CPU. Pozdrawiam, Piotr Budny ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kernel z AC a laptopy i nie tylko
On Thu, 13 Apr 2006, Jan Rekorajski wrote: Mam ochote zmienić dwa[1] defaulty w naszym kernelu i w zwiazku z tym pytanie: Czy komukolwiek dziala cpufreq na laptopach na naszych kernelach? Bo mnie sie nie udalo :( Działa rewelacyjnie. [1] a) Default IO scheduler ustawić na CFQ b) Default cpufreq governor na userspace A co to zmienia tak naprawdę? -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl