PDA

View Full Version : Yum Extender 0.40 released


mit
15th June 2005, 12:32 PM
Yum Extender 0.40 is released.

This release only works in Fedore Core 4.

Yum Extender Homepage (http://linux.rasmil.dk/yumex)

New Features / changes:

* GUI Redesigned.
* Now works with Yum 2.3.x
* Better integration with yum. No more "screen scraping"
* New Progress dialog, insted of redirected yum output.
* Remove Run Yum Command. (Might be back in a later release)

f0u
15th June 2005, 12:48 PM
Really nice :)
Keep up the good work.

i1n2d3y4
15th June 2005, 12:53 PM

Installed yumex .40 for FC4 from the rpm, but unable to run.

seems to be some python errors in the application

error output:
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

Traceback (most recent call last):
File "yumex.py", line 23, in ?
File "yumWrapper.py", line 26, in ?
File "/usr/src/build/535819-i386/install/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 37, in ?
RuntimeError: could not open display

komi
15th June 2005, 12:54 PM
yes, i also like this tool very much!
would be nice, if we would see it in fedora extras in the future!

regards komi

mit
15th June 2005, 01:06 PM
Installed yumex .40 for FC4 from the rpm, but unable to run.

seems to be some python errors in the application

error output:
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

Traceback (most recent call last):
File "yumex.py", line 23, in ?
File "yumWrapper.py", line 26, in ?
File "/usr/src/build/535819-i386/install/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 37, in ?
RuntimeError: could not open display

Some users had this kind errors in the past, It some kind of problem with Python / PyGtk loading from the wrong path.
Normally pyGtk is located in /usr/lib/python2.4/site-packages/gtk-2.0/gtk/, i dont known why it loading from the /usr/src/build/535819-i386/install/usr/lib/python2.4/site-packages/gtk-2.0/gtk/.

Have you installed a fresh installation of FC4 ??
Are you using gnome ??
Have you deselected some packages at installation ???

exe
15th June 2005, 01:08 PM
Xlib: connection to ":0.0" refused by server

Start yumex from menu, it will ask about root pw, and no problem.
ps. I assume you login as user, and su later, before starting yumex

mit
15th June 2005, 01:10 PM
yes, i also like this tool very much!
would be nice, if we would see it in fedora extras in the future!

regards komi

I plan to apply for Yum Extender to get included in Fedora Extra, in the future.

dnar
15th June 2005, 01:14 PM
Very nice, good work. :)

i1n2d3y4
15th June 2005, 01:26 PM
Some users had this kind errors in the past, It some kind of problem with Python / PyGtk loading from the wrong path.
Normally pyGtk is located in /usr/lib/python2.4/site-packages/gtk-2.0/gtk/, i dont known why it loading from the /usr/src/build/535819-i386/install/usr/lib/python2.4/site-packages/gtk-2.0/gtk/.

Have you installed a fresh installation of FC4 ??
Are you using gnome ??
Have you deselected some packages at installation ???

Did a new install of FC4 from dvd and selected all packages for install. The only thing I can think of is I installed python-crypto separately as it was required by revelation password manager.

i1n2d3y4
15th June 2005, 01:27 PM
Xlib: connection to ":0.0" refused by server

Start yumex from menu, it will ask about root pw, and no problem.
ps. I assume you login as user, and su later, before starting yumex


when running from the menu, nothing happens, I guess it crahes during start up. thats why started a terminal, did a su and then started yumex from the command line. still get the error.

mit
15th June 2005, 02:17 PM
Did a new install of FC4 from dvd and selected all packages for install. The only thing I can think of is I installed python-crypto separately as it was required by revelation password manager.

Very weird.

does the system-config-* application works ???
are you working locally on the machine ???
what kind of hardware are you using ???

try running 'xhost +' before starting yumex.

Edit1:
Have you tried a reboot, i did some searching an found a reboot sometimes solves this error.

ilja
15th June 2005, 02:31 PM
please see this thread : http://forums.fedoraforum.org/forum/showthread.php?p=281766#post281766

jgionet
15th June 2005, 04:38 PM
awsome interface!! it really really looks sharp! way to go!

-JG :)

somberi
15th June 2005, 07:33 PM
hey guys,
I just downloaded yumex, but it keeps quitting after i type in the root password...or just hangs =(
any suggestions?

komi
15th June 2005, 07:56 PM
try run it from a terminal with and post the result:
yumex -d -n

bitrain
15th June 2005, 08:04 PM
Looks really good, keep up the good work :)

BandC
15th June 2005, 11:36 PM
Very nice. As always thanks and keep up the good work!

i1n2d3y4
16th June 2005, 02:21 AM
Very weird.

does the system-config-* application works ???
are you working locally on the machine ???
what kind of hardware are you using ???

try running 'xhost +' before starting yumex.

Edit1:
Have you tried a reboot, i did some searching an found a reboot sometimes solves this error.

Reboot does not solve the problem with the "xlib: conection ":0.0" refused by server"

but running xhost + before starting yumex did fix the problem. Another thing I noticed that causes yumex to crash is I created a new repo file in yu.repos.d and by mistake forgot to put in a header in the file [fedora-project-extras], as soon as I fixed this yumex gui came up.

I like the gui much than the last one. Keep up the good work.

nandowong
16th June 2005, 04:07 AM
Very weird.

does the system-config-* application works ???
are you working locally on the machine ???
what kind of hardware are you using ???

try running 'xhost +' before starting yumex.

Edit1:
Have you tried a reboot, i did some searching an found a reboot sometimes solves this error.

the xhost + worked. thanks


what does xhost + do?

i1n2d3y4
16th June 2005, 04:10 AM
the xhost + worked. thanks


what does xhost + do?

xhost is used to add/delete users who are allowed to connect to the X server.

xhost + command removes all access control and allows everybody to connect your X server

logan5
16th June 2005, 04:52 AM
It's working great for me and I do really like the new look and feel (a lot cleaner than the last version on FC3).

Thanks for the app, it's always one of the first things that I install on a new system. Keep up the good work.

mgulbran
16th June 2005, 06:10 AM
None none none none.

mgulbran
16th June 2005, 06:11 AM
None none none none.

tho.mei
16th June 2005, 09:52 AM
I'm happy with the yum at the console. But goot to now. Somme collaborator are uncomfortable with bash... God work!

komi
16th June 2005, 12:43 PM
I'm happy with the yum at the console. But goot to now. Somme collaborator are uncomfortable with bash... God work!

I think this tool is very useful for users which are new to fedora and yum, or people which just want to do some office stuff and can't use the terminal.

ghaefb
16th June 2005, 04:16 PM
So, what do you think of this :)
http://gnome-yum.sourceforge.net/

xathrasmurphy
16th June 2005, 04:43 PM
This will probably sound dumb but I'm curious about the "Repos" section. I've got about eight entries but only three are checked; base, updates-released, extra. Why only three? Do I need more? How are you supposed to use this section?


Xathras Murphy

Shadow Skill
17th June 2005, 12:31 AM
You rule mit, this gui even goes well with E17 [as does everything else that uses Gnome so far as I can tell.] great work.

versitycobalt
17th June 2005, 01:38 AM
Absolutely wonderful piece of software. Keep up the good work.

The only big thing that needs to be worked on is the repository management such as being able to enable/disable/add/remove, as well as add alternate repos as well.

nandowong
17th June 2005, 03:53 AM
xhost is used to add/delete users who are allowed to connect to the X server.

xhost + command removes all access control and allows everybody to connect your X server

It stoped working after i rebooted. any way to fix it permanently?

mit
17th June 2005, 07:41 AM
This will probably sound dumb but I'm curious about the "Repos" section. I've got about eight entries but only three are checked; base, updates-released, extra. Why only three? Do I need more? How are you supposed to use this section?


Xathras Murphy

The Repos section is used to select what repositories to enable and what do disable.
The 3 enabled by default, is the ones that are enable by default in a fedora installation.

You only need 3 to do basic system updating, but if you need stuff like mp3 support, mplayer, xine, flashplayer you will need repositories like freshrpms,livna,dag and others (You can install them with the repository install), but remember, not all repos mix well, dont use livna with dag,freshrpms,dries,atrpms.
I use the default 3, when updating my system, and i you some of the other repositories to install application, not included in the base,extra repositories.
Dont update system packages from other repositories, it might make your system unstable.
Only update packages you have installed from the repo.

mit
17th June 2005, 07:45 AM
Absolutely wonderful piece of software. Keep up the good work.

The only big thing that needs to be worked on is the repository management such as being able to enable/disable/add/remove, as well as add alternate repos as well.

You can enable/disable repos on the repos page.

You can add/remove repos with the repoinstaller

You can add alternate repositories with the repo editor (Edit -> Repositories).

mit
17th June 2005, 07:54 AM
It stoped working after i rebooted. any way to fix it permanently?

Check this thread, it may be related to a bug in system-config-securitylevel

http://forums.fedoraforum.org/forum/showthread.php?p=281766#post281766

nuopus
17th June 2005, 09:45 AM
xhost is set to not allow connections from any host by default. When you use the su command, you are executing another session. The X program has to have access to the display in order to draw the screen.

Try this ... at the console BEFORE you type su, type xhost +
then do su
now go ahead and execute yumex ... it should work now. You can also do xhost +localhost to only allow connections from localhost. You must execute xhost as the owner of the session ... this means the normal user that initially logged in.

Installed yumex .40 for FC4 from the rpm, but unable to run.

seems to be some python errors in the application

error output:
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

Traceback (most recent call last):
File "yumex.py", line 23, in ?
File "yumWrapper.py", line 26, in ?
File "/usr/src/build/535819-i386/install/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 37, in ?
RuntimeError: could not open display

kraghu
17th June 2005, 10:58 AM
Traceback (most recent call last):
File "yumex.py", line 156, in on_button
File "yumex.py", line 1077, in setup_yum
File "yumWrapper.py", line 351, in setup
File "yumWrapper.py", line 336, in base_setup
File "repos.py", line 413, in enable
File "repos.py", line 516, in baseurlSetup
File "repos.py", line 768, in getMirrorList
File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 444, in urlopen
return default_grabber.urlopen(url, **kwargs)
File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 575, in urlopen
return self._retry(opts, retryfunc, url)
File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 547, in _retry
return apply(func, (opts,) + args, {})
File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 574, in retryfunc
return URLGrabberFileObject(url, filename=None, opts=opts)
File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 727, in __init__
self._do_open()
File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 794, in _do_open
fo, hdr = self._make_request(req, opener)
File "/usr/lib/python2.4/site-packages/urlgrabber/grabber.py", line 885, in _make_request
fo = opener.open(req)
File "/usr/lib/python2.4/urllib2.py", line 358, in open
response = self._open(req, data)
File "/usr/lib/python2.4/urllib2.py", line 376, in _open
'_open', req)
File "/usr/lib/python2.4/urllib2.py", line 337, in _call_chain
result = func(*args)
File "/usr/lib/python2.4/urllib2.py", line 573, in <lambda>
lambda r, proxy=url, type=type, meth=self.proxy_open: \
File "/usr/lib/python2.4/urllib2.py", line 580, in proxy_open
if '@' in host:
TypeError: iterable argument required

aivan
17th June 2005, 11:10 AM
Start yumex with -n parameter, go to Properties and delete proxy settings, save profile, goto yum.conf and add:
proxy=http://localhost:3128 (or whatever your proxy is).
It should fix the problem.

Now me :)

1. Is there a way to fix bug with xserver permisions (I hate typing xhost + before starting yumex)?
2. Yumex gives exception when trying to access faulty repository (dries for example) without any message. Can this be fixed (you can see the error only when running yumex in debug mode)?

mit
17th June 2005, 12:10 PM
2. Yumex gives exception when trying to access faulty repository (dries for example) without any message. Can this be fixed (you can see the error only when running yumex in debug mode)?

I have fixed the error (Thanx to Maners), It will be included in the next build, it will be released soon. It just wait to see if some other errors occours.

laltopi
17th June 2005, 04:10 PM
Excellent work. Here are some enhancements that will also be nice to have:
1. Add a button that will show the dependencies of a given package and their size.
2. Allow repository groups to be selected/deselected - for example {livna, extras} or {dag, freshrpms, atrpms} since they do not work well together - but need each other for dependencies.

dnar
17th June 2005, 04:14 PM
Hey, a panel-applet would be very usefull! Nice work.

xathrasmurphy
17th June 2005, 07:10 PM
Dont update system packages from other repositories, it might make your system unstable.
Only update packages you have installed from the repo.

I like simple rules. Thanks for clearing that up.

Xathras Murphy

DJOtaku
18th June 2005, 03:20 AM
awesome job on the GUI! I used the original yumex and it was ok, but I went back to regular yum. But this one looks awesome. I can't wait to download it!

dnar
18th June 2005, 03:25 AM
I found a bug (maybe).

Selected stand repos (base, updates-released & extras) - found many updates (kde) but didnt want to accept updating all the kde i18n packages. I then hit the Remove tab, removed all un-necessary i18n packages (do I really need Punjabi? lol).

Back to Update tab, no updates shown! Hit Refresh, still no updates.

Over to Repos tab, deseletc updates-released, reselect updates-released, Refresh, now the rest of the updates for 17/18 June are back!

Updated ok after that.

komi
18th June 2005, 08:27 AM
Hey, a panel-applet would be very usefull! Nice work.
see this:
http://linux.rasmil.dk/cms/modules/wfsection/article.php?articleid=8

dnar
18th June 2005, 08:51 AM
see this:
http://linux.rasmil.dk/cms/modules/wfsection/article.php?articleid=8
Yes, I know about that, a FC4 version is what I mean! :)

initnas
18th June 2005, 10:53 AM
when i run it with the menu, it shows me all thing need to update but it stops at "progress" "prepare to update" so i try run with bash it works and when i select an update it show me

Repository extras already added, not adding again
Traceback (most recent call last):
File "yumex.py", line 139, in on_button
File "yumex.py", line 635, in update_packages
File "yumWrapper.py", line 388, in update
File "/usr/share/yum-cli/cli.py", line 990, in updatePkgs
if po.pkgtup() == new:
TypeError: 'tuple' object is not callable
[root@localhost initnas]# yumex -d -n
Repository extras already added, not adding again
Traceback (most recent call last):
File "yumex.py", line 139, in on_button
File "yumex.py", line 635, in update_packages
File "yumWrapper.py", line 388, in update
File "/usr/share/yum-cli/cli.py", line 990, in updatePkgs
if po.pkgtup() == new:
TypeError: 'tuple' object is not callable

kraghu
18th June 2005, 12:49 PM
Thank U, Its working now.... :D

mit
20th June 2005, 08:26 AM
I found a bug (maybe).

Selected stand repos (base, updates-released & extras) - found many updates (kde) but didnt want to accept updating all the kde i18n packages. I then hit the Remove tab, removed all un-necessary i18n packages (do I really need Punjabi? lol).

Back to Update tab, no updates shown! Hit Refresh, still no updates.

Over to Repos tab, deseletc updates-released, reselect updates-released, Refresh, now the rest of the updates for 17/18 June are back!

Updated ok after that.

I will try to recreate this, but it can be a problems with a mirror that is not in sync, if the yum repodata is load from this mirror, there will be no updates availible, but when you refresh another mirror is selected an now there is updates availible.

mit
20th June 2005, 08:29 AM
Yes, I know about that, a FC4 version is what I mean! :)

I had not tested it yet, but the current version might work, when it get the time i will build it on fc4.

dnar
20th June 2005, 10:04 AM
I had not tested it yet, but the current version might work, when it get the time i will build it on fc4.
Thanks, appreciate your efforts.

txg
22nd June 2005, 02:35 AM
Very helpful with its summary and descriptions to see what is out there. With so many apps, a nice to have, would be a limited set of category classification that one could filter on. Or category sections. games, dev tools, admin utilities... Just to reduce the bulk of scrolling through things which are not of interest.

Clunixchit
27th October 2005, 09:41 AM
I have this issue;
i have tried the commands listed here:
still nothing

chitlesh(~)[0]$xhost +
access control disabled, clients can connect from any host
chitlesh(~)[0]$yumex
Traceback (most recent call last):
File "/usr/share/yumex/yumex.py", line 23, in ?
import gtk
File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 37, in ?
from _gtk import *
ImportError: /usr/lib/libcairo.so.2: undefined symbol: FT_GlyphSlot_Embolden
chitlesh(~)[0]$yumex -d -n
Traceback (most recent call last):
File "/usr/share/yumex/yumex.py", line 23, in ?
import gtk
File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 37, in ?
from _gtk import *
ImportError: /usr/lib/libcairo.so.2: undefined symbol: FT_GlyphSlot_Embolden
chitlesh(~)[0]$

bob
27th October 2005, 01:32 PM
It is a thing of beauty! Just had the PLEASURE of upgrading to FC4 from FC2 after a 6 month layoff and your program helps the 'prime time' feel of FC4. Thanks for all your efforts.

mit
31st October 2005, 07:34 AM
I have this issue;
i have tried the commands listed here:
still nothing

Try running
'/usr/share/yumex/yumex' as root isted of just running 'yumex'

Clunixchit
31st October 2005, 03:23 PM
same ! nothing !
[root@goorah ~]# /usr/share/yumex/yumex
Traceback (most recent call last):
File "/usr/share/yumex/yumex.py", line 23, in ?
import gtk
File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 37, in ?
from _gtk import *
ImportError: /usr/lib/libcairo.so.2: undefined symbol: FT_GlyphSlot_Embolden

mit
31st October 2005, 05:21 PM
Have you installed something special, i dont have /usr/lib/libcairo.so.2 on my system. ???

ywoly
31st October 2005, 06:59 PM
Upgrade freetype from fedora-extras-development.

Clunixchit
31st October 2005, 08:00 PM
Upgrade freetype from fedora-extras-development.

You are the man buddy.
Ive updated the freetype and freetype-devel
it worked :)

nadavkav
11th November 2005, 01:14 PM
i have the same problem after upgrading some gtk rpms (fedora devel)

i get...
yumex
Traceback (most recent call last):
File "/usr/share/yumex/yumex.py", line 23, in ?
import gtk
File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 37, in ?
from _gtk import *
ImportError: /usr/lib/libcairo.so.2: undefined symbol: FT_GlyphSlot_Embolden
yumex
Traceback (most recent call last):
File "/usr/share/yumex/yumex.py", line 23, in ?
import gtk
File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 37, in ?
from _gtk import *
ImportError: /usr/lib/libcairo.so.2: undefined symbol: FT_GlyphSlot_Embolden

Clunixchit
11th November 2005, 04:55 PM
but did you update your freetype and freetype-devel ?

nadavkav
11th November 2005, 05:37 PM
problem solved, thanks :-)
also for Azureus 2.3.0.4 client which had the same error.

( i saw the advice about the update after i've submited the question, oups)