Re: lug-bg: rpm console frontend

[danchev@xxxxxxxxx (George Danchev)]

On 10 10 2002 00:14, Petko Boukov wrote:
> ----- Original Message -----
> From: Nickola Kolev <nikky@xxxxxxx>
> Date: Tue, 8 Oct 2002 10:33:49 +0300
> To: lug-bg@xxxxxxxxxxxxxxxxxx
> Subject: Re: lug-bg: rpm console frontend
>
> > Òúðñÿ íåùî èíòåëèãåíòíî êàòî aptitude (èëè ïîíå êàòî dselect).
>
> Noviqt urpmi v Mdk 9.0 maj ne otstypva na apt-get.

ima oste da se goni, to da beshe samo APT (kojto oste e version 0.5.x)... pyk 
i v paketa apt ne e samo prilozhenieto apt-get ;-). osven tova otdelno ot apt 
ima razni scripts kato apt-show-source, apt-show-versions, apt-file, 
apt-listchanges, auto-apt i tak dalie (posledniq bez izvesten mi analog - pri 
compile na kakvito i da sa sources ako ima lipsvasti files swap out-va 
procesa na gcc ili linker i namira i predlaga da install/upgrade package(s) v 
koj(i)to sa missing files, posle resume-va compilaciqta). Debelata rabota 
idva kogato trqbva da se izmisli nesto analogi4no na debconf (cdebconf) (bez 
izvesten mi analog), stoto ne vinagi e samo da fanesh i da install/upsrade 
paketite v nasipno systoqnie;-). no ina4e az sym "za", da se goni Debian do 
dupka za da ima konkurenciq/evoluciq ;-). T.e da mozhe da se pravi sane & 
safe upgrade ot proizvolno stara i/ili mixed version na distribuciqta s 
proizvolno koli4estvo paketi, bilo s cenata na partial upgrades (stoto ne 
vinagi vsi4ko stava na edin shot), s ili bez preska4ane na major ili point 
releases, s ili bez remove na essensial packages (think sysvinit kato 
primer), apt naprimer po default ne remove essensials, no ima option i tova 
da napravi temporary (ako ima smeneni package names, ili split-nati kato novi 
packages s novi dependencies) za da byde izvyrshen sane upgrade. Za downgrade 
i zakovavane (pinning) na paketi (user customized) systo e teoreti4eski 
vyzmozhno stoto ima depends/conflicts per package (stiga da sa setnati 
korektno). 

Conectiva imat nqkyf port na APT - apt-rpm kojto ednovremenno sync-va .deb i 
.rpm repositories i paketi (configured za tqhnata distro estestveno, stoto ne 
e vse edno da polzvash .rpm suitable za RH, na Conectiva ili dr., vmesto .rpm 
specialno configured za Conectiva, same for .deb ot Debian na Conectiva - 
stoto policies i respectivno maintainer scripts za razli4ni i mogat da 
nastypqt omazvaniq)

eto i edno sravnenie (debian biased sigurno) na package formats:
http://kitenet.net/~joey/pkg-comp/

Note: debian source packages ne sa source .deb (man .deb), te sa si tarballs 
(maj vidqh podobno izkazvane v predni posts ;-) ot koito ve4e mogat da se 
polu4at (v debian build farm per $ARCH ili pri user-a, ako iska toj 
customize-va maintainer scripts, upstream sources, etc) edin ili nqkolko 
binary (.deb) packages za raznite hardware architectures ... (napr. ne e 
lesno da config source packages da se compile fine na 10-11 arches - little i 
big endian systems i t.n. prosti4ki nestica ;-)

P.S. neznam zasto taka se polu4ava, no ne mnogo users maj se vyzpolzvat ot 
goreopisanoto, koeto rox i mnogo (ne kazvam vsi4ki ot skromnost ;-) 
commercial OS'es mogat samo da derzaqt dokato postignat takava 
konsistentnost. (clean install se pravi samo pyrviq pyt, sled tova=shame ;-) 

-- 
Greets, fr33zb1 
[catching up with Sid (the boy next door who destroyed toys :-)]
[reg your bg translation or grab one from http://www.bgit.net/?id=37892]

============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================