Bug 666826 - PackageKit, Yum? Crashes.
Summary: PackageKit, Yum? Crashes.
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: yum
Version: 14
Hardware: x86_64
OS: Linux
low
low
Target Milestone: ---
Assignee: Seth Vidal
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 668751 677868 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-01-03 11:09 UTC by dherault
Modified: 2014-01-21 23:17 UTC (History)
13 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-08-16 20:38:34 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description dherault 2011-01-03 11:09:58 UTC
Yum CLI is OK.
But.
Same error with all gnome tools add programs , update , repos sources : 

Error Type: <type 'exceptions.ValueError'>
Error Value: Invalid IPv6 URL
  File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 3594, in <module>
    main()
  File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 3591, in main
    backend.dispatcher(sys.argv[1:])
  File : /usr/lib/python2.7/site-packages/packagekit/backend.py, line 740, in dispatcher
    self.dispatch_command(args[0], args[1:])
  File : /usr/lib/python2.7/site-packages/packagekit/backend.py, line 607, in dispatch_command
    self.get_repo_list(filters)
  File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 2851, in get_repo_list
    self._check_init()
  File : /usr/share/PackageKit/helpers/yum/yumBackend.py, line 3154, in _check_init
    repo.repoXML
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 1413, in <lambda>
    repoXML = property(fget=lambda self: self._getRepoXML(),
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 1405, in _getRepoXML
    self._loadRepoXML(text=self)
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 1395, in _loadRepoXML
    return self._groupLoadRepoXML(text, self._mdpolicy2mdtypes())
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 1370, in _groupLoadRepoXML
    if self._commonLoadRepoXML(text):
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 1198, in _commonLoadRepoXML
    result = self._getFileRepoXML(local, text)
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 985, in _getFileRepoXML
    size=102400) # setting max size as 100K
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 801, in _getFile
    result = self.grab.urlgrab(misc.to_utf8(relative), local,
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 520, in <lambda>
    grab = property(lambda self: self._getgrab())
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 515, in _getgrab
    self._setupGrab()
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 487, in _setupGrab
    self._grab = mgclass(self._grabfunc, self.urls,
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 677, in <lambda>
    urls = property(fget=lambda self: self._geturls(),
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 674, in _geturls
    self._baseurlSetup()
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 631, in _baseurlSetup
    self.mirrorurls = self._replace_and_check_url(mirrorurls)
  File : /usr/lib/python2.7/site-packages/yum/yumRepo.py, line 657, in _replace_and_check_url
    (s,b,p,q,f,o) = urlparse.urlparse(url)
  File : /usr/lib64/python2.7/urlparse.py, line 134, in urlparse
    tuple = urlsplit(url, scheme, allow_fragments)
  File : /usr/lib64/python2.7/urlparse.py, line 200, in urlsplit
    raise ValueError("Invalid IPv6 URL")

Comment 1 Richard Hughes 2011-01-03 18:44:10 UTC
What's the output of (as the normal user, *not* root)@

echo $http_proxy

Thanks.

Comment 2 dherault 2011-01-03 19:30:19 UTC
No output.

Thank you for your follow.

Comment 3 Richard Hughes 2011-01-04 08:55:16 UTC
Reassigning to the yum guys for input, feel free to re-assign back if you think this is an actual PK bug. Thanks.

Comment 4 seth vidal 2011-01-04 13:38:09 UTC
can you attach your mirrorlist and or list of urls for your repos?

Comment 5 dherault 2011-01-04 21:26:50 UTC
Repos : Fedora and Fedora update.
Don't know why, but after a reboot that's running without errors now... Don't know if it was a bug... or not. 



[fedora]
name=Fedora $releasever - $basearch
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch
enabled=1
metadata_expire=7d
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

[fedora-debuginfo]
name=Fedora $releasever - $basearch - Debug
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/debug/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-debug-$releasever&arch=$basearch
enabled=0
metadata_expire=7d
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

[fedora-source]
name=Fedora $releasever - Source
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/source/SRPMS/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-source-$releasever&arch=$basearch
enabled=0
metadata_expire=7d
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch
[foxvengeor@localhost yum.repos.d]$ cat fedora.repo
[fedora]
name=Fedora $releasever - $basearch
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch
enabled=1
metadata_expire=7d
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

[fedora-debuginfo]
name=Fedora $releasever - $basearch - Debug
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/debug/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-debug-$releasever&arch=$basearch
enabled=0
metadata_expire=7d
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

[fedora-source]
name=Fedora $releasever - Source
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/source/SRPMS/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-source-$releasever&arch=$basearch
enabled=0
metadata_expire=7d
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch


[updates]
name=Fedora $releasever - $basearch - Updates
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/updates/$releasever/$basearch/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=updates-released-f$releasever&arch=$basearch
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

[updates-debuginfo]
name=Fedora $releasever - $basearch - Updates - Debug
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/updates/$releasever/$basearch/debug/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=updates-released-debug-f$releasever&arch=$basearch
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

[updates-source]
name=Fedora $releasever - Updates Source
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/updates/$releasever/SRPMS/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=updates-released-source-f$releasever&arch=$basearch
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

Comment 6 dherault 2011-01-04 21:31:18 UTC
I recall that Yum worked very well in SLI, but not in GUI.
In everything that called Yum, so the sources, deletion and addition of programs in GUI

Comment 7 vinz.lynx 2011-01-10 13:26:40 UTC
hi,

I have this bug. Do you solve it ?
Yum don't work in GUI and in TTy, the same message dherault raise ValueError("Invalid IPv6 URL").

Last I'm install
 - propriotary driver for Ati radeon 3200M
 - dbus-python-0.83.0-7.fc14.x86_64.rpm

f14 2.6.35.10-74.fc14.x86_64

Thanks for your help.

Comment 8 vinz.lynx 2011-01-11 12:04:54 UTC
Hi,

It's resolved itself, I don't know how...

Thanks

Comment 9 dav0 2011-02-13 22:35:39 UTC
I am running Fedora 14 and installed a few updates over the past two days and now I too am seeing this when trying to run yum:

[root@skye ~]# yum info
Traceback (most recent call last):
  File "/usr/lib64/python2.7/site.py", line 553, in <module>
    main()
  File "/usr/lib64/python2.7/site.py", line 535, in main
    known_paths = addusersitepackages(known_paths)
  File "/usr/lib64/python2.7/site.py", line 264, in addusersitepackages
    user_site = getusersitepackages()
  File "/usr/lib64/python2.7/site.py", line 239, in getusersitepackages
    user_base = getuserbase() # this will also set USER_BASE
  File "/usr/lib64/python2.7/site.py", line 229, in getuserbase
    USER_BASE = get_config_var('userbase')
  File "/usr/lib64/python2.7/sysconfig.py", line 518, in get_config_var
    return get_config_vars().get(name)
  File "/usr/lib64/python2.7/sysconfig.py", line 421, in get_config_vars
    _init_posix(_CONFIG_VARS)
  File "/usr/lib64/python2.7/sysconfig.py", line 275, in _init_posix
    raise IOError(msg)
IOError: invalid Python installation: unable to open /usr/lib64/python2.7/lib64/python2.7/config/Makefile (No such file or directory)

I rebooted and this does not seem to help (can't imagine why it would anyway, after all this isn't windoze).

Comment 10 dav0 2011-02-13 22:51:01 UTC
I forgot to mention that this is the 64 bit Fedora 14 distro...

Yum had been working fine before, but this is also the first time I've attempted to use yum in a month or so, so I'm not sure when this problem actually crept in.

Comment 11 dav0 2011-02-14 02:38:23 UTC
It looks like the problem is even worse than I thought.  I can't even configure a new Python package because I apparently no longer have gcc:

[root@skye Python-2.7.1]# ./configure
checking for --enable-universalsdk... no
checking for --with-universal-archs... 32-bit
checking MACHDEP... linux2
checking EXTRAPLATDIR...
checking machine type as reported by uname -m... x86_64
checking for --without-gcc... no
checking for gcc... no
checking for cc... no
checking for cl.exe... no
configure: error: in `/opt/kits/langs/Python/Python-2.7.1':
configure: error: no acceptable C compiler found in $PATH
See `config.log' for more details.
[root@skye Python-2.7.1]# which gcc
/usr/bin/which: no gcc in (/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin)

Not sure where to go with this... it's like some virus deleted a bunch of stuff?

Comment 12 seth vidal 2011-02-14 03:40:16 UTC
dav0 your problem appears to be you've installed a locally compiled copy of python which is making everything else not be sane.

that's not a bug.

Comment 13 dav0 2011-02-14 03:57:34 UTC
But I didn't go looking for a new Python download until after this problem began.   After all, it seemed like a Python problem.

It wasn't until later that I noticed that I no longer have gcc.  I am pretty sure I had gcc working before as well.

In any case, I am going to try reinstalling the missing packages from my DVD.

Comment 14 seth vidal 2011-02-16 14:18:41 UTC
*** Bug 677868 has been marked as a duplicate of this bug. ***

Comment 15 seth vidal 2011-02-16 14:18:52 UTC
*** Bug 668751 has been marked as a duplicate of this bug. ***

Comment 16 d3nr0u 2011-02-18 12:14:47 UTC
Same bug, appears yesterday after a yum update :

[root@Denis ~]# cat /var/log/yum.log | grep "Feb 17"
Feb 17 17:59:34 Updated: 1:java-1.6.0-openjdk-1.6.0.0-52.1.9.7.fc14.i686
Feb 17 17:59:49 Updated: google-chrome-unstable-10.0.648.82-75062.i386
Feb 17 17:59:50 Updated: 1:java-1.6.0-openjdk-plugin-1.6.0.0-52.1.9.7.fc14.i686

where nothing linked with packagekit. The last time packagekit has been update was on Feb 10th, and I didn't see the system error.

Comment 17 kirk 2011-02-18 17:11:01 UTC
Yesterday my yum just started working again.  No updates were applied to my system that I know of (though there may be some setting somewhere that allows some updates to happen without telling me?)

Comment 18 Fedora End Of Life 2012-08-16 20:38:37 UTC
This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


Note You need to log in before you can comment on or make changes to this bug.