For the curious, snapshot about the new yum-2.3.x

[Finalzone]

Those who are curious about the new yum.2.3.x can get some screenshots about the change. It is fast and clean which is improved from previous version. In fact, this yum matched and outclass apt-get thus given more credit to developers and users who use that package manager.
I have tried to rebuild yumex with a modified spec but the new rebuilt yumex will crash. I know, it is a development but I couldnt resist to try it out. :D Meanwhile, enjoy looking to the new yum.

[wtogami]

Will yumex ever use the python API rather than screen scrape to get info needed by the GUI interface? I heard from Seth that the python API of yum will stabilize sometime in the near future.

[mit]

Those who are curious about the new yum.2.3.x can get some screenshots about the change. It is fast and clean which is improved from previous version. In fact, this yum matched and outclass apt-get thus given more credit to developers and users who use that package manager.
I have tried to rebuild yumex with a modified spec but the new rebuilt yumex will crash. I know, it is a development but I couldnt resist to try it out. :D Meanwhile, enjoy looking to the new yum.

I have test yumex with the new yum 2.3 in Fedora Core 4 (Test2).
The is some problems, because of some internal changes in Yum, I have fixed some of the problems, but not all of them yet, but i will get it working soon.

[mit]

Will yumex ever use the python API rather than screen scrape to get info needed by the GUI interface? I heard from Seth that the python API of yum will stabilize sometime in the near future.

Sounds very interesting, never heard of it before. If there is a API for Yum i will use it.
I there any description of the API some where ????

[PeTzZz]

Some cool talk around here. :p

Those who are curious about the new yum.2.3.x can get *some screenshots* about the change.
Finalzone, I hope that you don't mind that I removed one screenshot as they looked exactly the same and md5sum showed the same checksum to them. ;)

[Finalzone]

No problem, PetzZz.

I never used Python API before. I have Blender 2.3 book guide that provides some examples. Seeing the script, it looks very similar to C++.

[Salomao]

I really liked this new look, better organization and really intuitive interface...

[wtogami]

The trouble with what yumex does now (screen scraping) is that it is incredibly fragile and likely to break as yum continues development. Talk to Seth about the python API which is a more future-proof way of implementing this software.

[Tristan]

How does the new Yum compare to SmartPM?

[Finalzone]

I tried to rebuild smart but the compilation will fail on on ksmarttray. I haven't used smart in shell yet in Fedora Core 3, only with GUI.

[wtogami]

smartpm is faster, but does not support multilib so that makes it impossible to fully support in Fedora.

[Tristan]

Sorry, could you explain a little more? I don't know what multilib is!

Does this mean that it's not possible to have a "semi-official" version of Smart in Extras, as is currently done with APT-RPM/Synaptic?

[wtogami]

apt-rpm and synaptic has the same problem. It supports only 32bit archs because the 64bit archs use multilib. Even though apt-rpm and synpatic are very nice, they need to die because they require totally different mirrors than the official Fedora mirrors. smartpm can use the official Fedora mirrors so it is in a little better shape, but still bad because it doesn't do multilib.

[mit]

The trouble with what yumex does now (screen scraping) is that it is incredibly fragile and likely to break as yum continues development. Talk to Seth about the python API which is a more future-proof way of implementing this software.

I have started to look at the lastest yum devopment, it look very interesting thay have implementented a plugin api so it is posible to make plugins to yum. There are also some yum shell function. Where you can make a txt file with some yum operation, so you can automate your updating etc.

The way yumex works at the moment is a mix of subclassing of the YumBase class and redirecting of output to a special output handler that displays output from yum in a GTK textview.

In the future i will try to integrate better with yum API, to make yumex more future-proff.
I also want to try to get Yumex included in the fedora extra.

[Finalzone]

I just started to read about python. Fun program to use. I also found a tutorial about python GTK (http://www.pygtk.org/pygtk2tutorial/index.html) on which Anaconda was built. I hope it will help Mit to built yumex with pythonGTK. AFAIR, the incoming GUI version of yum from Fedora team will be based on Python, right?
Addenum: the UIManager (http://www.pygtk.org/pygtk2tutorial/sec-UIManager.html) appears be a good method for the future yumex. It uses XML application similar to XUL from Mozilla.

[mit]

I just started to read about python. Fun program to use. I also found a tutorial about python GTK (http://www.pygtk.org/pygtk2tutorial/index.html) on which Anaconda was built. I hope it will help Mit to built yumex with pythonGTK. AFAIR, the incoming GUI version of yum from Fedora team will be based on Python, right?
Addenum: the UIManager (http://www.pygtk.org/pygtk2tutorial/sec-UIManager.html) appears be a good method for the future yumex. It uses XML application similar to XUL from Mozilla.

I have used the pyGtk tutorial a lot, when i was starting to learn how to make gtk programs in python. It is very nice.
To design the user interfase i use the glade interface designer, where you can design the user interface. Glade also save the userinterface in a XML file, you can load from you application and interact with the all the widgets.
I have not used the UIManager, but it look a lot like using glade.

Most of the Fedora systemtools are written in Python, it is a very powerful language.