[Yum] Re: work dublication

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> >the exact same *.glades,  Why reinvent the wheel?
> >
> Heh. I don't think what it's good idea cause synaptic UI is terrible :)
> But it's only my IMHO of cause.
> If we want to stick to hard and fast KISS rules then synaptic UI not 
> 'right way'.
> In any other case you right :)
> 
What are your like and dislikes,  I'm not married to any thing!
What I am partial to:
	1.  A primary packageList area with
		a. Package Name
		b. Installed version if any
		c. available version
		d. location of avail ables (with the growth of public reops I feel it
is important to be able to pick and chose where your pkg comes from)

	2. A Secondary Info area providing a chosen pkg's info(I am pretty
happy with the synaptic notebook)

	3.  Ability to interact with primary packageList to add pkgs to
transactionSet for install, upgrade, or remove.

	4.  Ability to  doAction     based on transActionSet or upgrade all.

	5.   repository setup dialog
	  
 Oh! It's my lovely part of pygtk. Try to check PyGTK FAQ section about
it if you don't already!

I made shortcuts keycombos for the FAQ, APIs, and several examples :) 

> >If anyone is interested, I can post the existing (often not buildable)
> >source somewhere.
> YES! I interested at least!

It's been such a state of flux that I have been hesitant to make it
public.  I setup a project at sourceforge a few weeks ago.  So we can
move this thread to vyum-devel@xxxxxxxxxxxxxxxxxxxxx to avoid cluttering
the yum list.  I'll put up my cvs tree up tonight at:

pserver:anonymous@xxxxxxxxxxxxxxxxxxx:/cvsroot/vyum 



Dave Farning


[Index of Archives]     [Fedora Users]     [Fedora Legacy List]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]

  Powered by Linux