[SPEC] Bacula

[Daniel Mróz]

Dnia Thu, 13 Apr 2006 22:11:56 +0200
Jacek Konieczny <jajcus at jajcus.net> 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 <beorn at alpha.pl>    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+                           ]