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 [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
