[pld-discuss-pl] YaST dla PLD

[mrokal]

Dnia wtorek 15 czerwiec 2004 09:49, Jarosław Kamper napisał:
>
> Do samosięnapisania YaSTa (zawierającego Anacondę) dla PLD? ;)

:)

Moj problem polega na tym, ze z wielka checia zobaczylbym graficznego poldka a 
nie potrafie programowac, zaczalem nawet pisac hmm... artykul aby zwrocic 
uwage programistow pld:

Poldek GUI

Zainspirowany dyskusja na pld-devel-pl i checia stworzenia czegos dla PLD 
postanowilem napisac ten dokument. Programowac nie potrafie ale mam pare 
pomyslow, ktorymi z wielka checia sie podziele.

Podrozujac po dystrybujach linuksa(a bylo ich az dwie: Slackware i PLD :>) 
moglem zobaczyc narzedzia do sprawnej aktualizacji systemu, debianowski 
apt-get, windowsupdate microsoftu(tak, wiem, windows to nie linux). 
Szczegolna uwage zwrocilem na programy z graficznym interfejsem 
uzytkownika(GUI) np.
* YaST (http://www.suse.de/de/private/products/suse_linux/prof/yast.html)
* Centrum Sterowania Mandrake 
(http://www.mandrakelinux.pl/produkty/info.php?id=14)
* Red Hat Update Agent 
(http://www.redhat.com/docs/manuals/linux/RHL-7.1-Manual/getting-started-guide/update-agent.html)

Uzytkownicy PLD(czyli my:) maja swoje wlasne narzedzie do aktualizacji systemu 
o nazwie poldek. Dla jednych dobrze dla innych nie ow poldek uruchomic mozemy 
tylko pod konsola(czyt. brak GUI). Jako, ze wiekszosc czasu spedzam w X'ach 
zapragnalem stworzyc graficznego poldka, wczesniej napisalem, ze programowac 
nie potrafie i mam pare pomyslow, oto one:

1. GUI do poldka

- podstawowe pytanie to chyba   na czym oprzec GUI(qt, qt/kde, gtk, gtk/gnome) 
osobiscie lubie qt, kolega Michal Chruszcz przyznal sie, ze chcial stworzyc 
graficznego poldka w wxPythonie, sadze ze wx odpada, gdyz jest wolny i do 
tego brzydki :) Pozostanmy przy qt
- stworzyc cos al'a kpackage, czyli wypadalo by pomyslec nie tylko o 
aktualizacji ale tez o instalacji i usuwaniu pakietow
- jak pewnie wiekszosc pld'owcow zauwazyla dzisiejszego poldka nie mozna 
uruchomic dwa razy a szkoda, bo przydalo by sie,np. przegladanie(mysle o 
poleceniu  desc) innych rpm'ow w trakcie instalacji...
- listy download'u, czyli kolejkowanie pakietow
- systray

2. Poldek p2p

- stworzyc siec p2p tylko i wylacznie dla rpm'ow pld
- znow nasuwa sie podstawone pytanie, o jaka siec oprzec siec(tak zeby ludzie 
za NAT/masq tez mogli swobodnie sciagac, torrent bylby fajny ale za NAT sa 
cholerne problemy
- zeby zastopowac oszukancow/hackerow/innych_chamow mozna zrobic cos takiego: 
bylby jakis centralny serv na ktorym bylby trzymane md5sum paczki + jakies 
rpminfo(takie cos co zawiera zaleznosci, desc), user szukajac np joe sciaga 
takie "cuś" :) no i dalej jak w p2p :>
- ma to zastosowanie np gdy ktos stworzy sobie paczke ale nie ma szans lub 
bedzie bardzo dlugo czekal zeby jego paczka dostala sie na serv pld, 
wystarczy tylko popatrzec ile jest dobrych spec'ow...
- fajne byloby tez sciaganie od wielu userow

3. Poldek lib

Pomyslalem o lib'ie na wzor gg2(wszystko jest oparte na pluginach)
te gowna w /var/poldek-cache uporzatkowac

Koniec :)

... a dlaczego YaST? Bo sadze ze lepiej zmodyfikowac juz cos istniejacego niz 
pisac od nowa