Fedora F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
by JB
Deron Meranda <deron.meranda <at> gmail.com> writes:
> ...
> So what may be going on here? I have lots of packages from seemingly
> different releases. But do note that this system started from a fresh
> install of Fedora 13 ... I never had an earlier version installed.
>
> # rpm -qa | grep fc11 | wc -l
> 1
>
> # rpm -qa | grep fc12 | wc -l
> 110
>
> # rpm -qa | grep fc13 | wc -l
> 162
>
> # rpm -qa | grep fc14 | wc -l
> 1350
>
Some of the earlier packages (F11, etc) may come from e.g. rpmfusion-* repos, if
you have them enabled, that are required by current F14 packages, e.g. vlc.
Start with Fc11 above
# rpm -qa | grep fc11
and try to
# yum remove <package>
to see if they have any dependencies.
JB
13 years, 7 months
Fedora F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
by Deron Meranda
I upgraded a Fedora 13 system to Fedora 14 using the full boot from
DVD (not preupgrade).
The upgrade itself went smoothly. After the reboot into F14 I then
attempted to do
a yum update (it is all defaults, I don't have any custom yum
repositories set up).
The update initially failed because of a strange dependency between the python3
package and the alchemy package. I removed alchemy and then the yum update
succeeded.
However, even after a reboot, things seem strange. For instance if I
do an "rpm -a"
to get a list of installed packages I see many packages with "fc13" in
them. Yet
a "yum list available" shows that a "fc14" version should be out
there. But trying
to update or install it fails too.
For example,
# cat /etc/redhat-release
Fedora release 14 (Laughlin)
# rpm -qi tzdata
Name : tzdata Relocations: (not relocatable)
Version : 2010n Vendor: Fedora Project
Release : 1.fc13 Build Date: Wed 27 Oct
2010 12:11:46 PM EDT
Install Date: Wed 03 Nov 2010 11:42:30 AM EDT Build Host:
x86-03.phx2.fedoraproject.org
Group : System Environment/Base Source RPM:
tzdata-2010n-1.fc13.src.rpm
Size : 1880732 License: Public Domain
Signature : RSA/SHA256, Wed 27 Oct 2010 07:22:43 PM EDT, Key ID
7edc6ad6e8e40fde
Packager : Fedora Project
URL : ftp://elsie.nci.nih.gov/pub/
Summary : Timezone data
Description :
This package contains data files with rules for various timezones around
the world.
Notice that tzdata is still from Fedora 13. Yum won't update it...
# yum update tzdata
Loaded plugins: downloadonly, presto, refresh-packagekit, verify
Setting up Update Process
No Packages marked for Update
But when trying to install rather than update, yum says that the F14
version is already installed...
# yum install tzdata
Loaded plugins: downloadonly, presto, refresh-packagekit, verify
Setting up Install Process
Package matching tzdata-2010k-1.fc14.noarch already installed.
Checking for update.
Nothing to do
So what may be going on here? I have lots of packages from seemingly
different releases. But do note that this system started from a fresh
install of Fedora 13 ... I never had an earlier version installed.
# rpm -qa | grep fc11 | wc -l
1
# rpm -qa | grep fc12 | wc -l
110
# rpm -qa | grep fc13 | wc -l
162
# rpm -qa | grep fc14 | wc -l
1350
--
Deron Meranda
http://deron.meranda.us/
13 years, 7 months
root rpm package list?
by Tom Horsley
I know the rpm database has enough info to eventually deduce this,
but is there a simple to use tool that can answer the question:
What rpms are installed on my system that no other rpm
depends on?
In other words, what "root" rpms do I have in my dependency
forest?
Just seems like that would be a nice list of packages to
ask about on my fedora 13 system to compare to my fedora 14
install on a separate partition.
13 years, 7 months
FC12 - Thunderbird update fails
by Robert Moskowitz
I got everything from the lastest round of updates applied but Thunderbird:
yum update
Loaded plugins: presto, refresh-packagekit
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package thunderbird.i686 0:3.0.10-1.fc12 set to be updated
--> Processing Dependency: nss >= 3.12.8 for package:
thunderbird-3.0.10-1.fc12.i686
--> Finished Dependency Resolution
Error: Package: thunderbird-3.0.10-1.fc12.i686 (updates)
Requires: nss >= 3.12.8
Installed: nss-3.12.7-6.fc12.i686 (@updates)
nss = 3.12.7-6.fc12
Available: nss-3.12.4-14.fc12.i686 (fedora)
nss = 3.12.4-14.fc12
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Should I wait for nss to be fixed or what????
13 years, 7 months
XFCE terminal cursor with opaque background
by Paul Smith
Dear All,
I have just upgraded from F13 to F14, and I am using XFCE. The problem
I am experiencing now is the following: the background of the cursor
on consoles is opaque, i.e., the letter behind is not showed. Is this
a bug or a configuration issue?
Thanks in advance,
Paul
13 years, 7 months
Banshee install fails on Fedora 14
by Valent Turkovic
Is this only me or you also can't install banshee on Fedora 14?
# yum install banshee
Loaded plugins: appmarket, langpacks, presto, refresh-packagekit,
remove-with-leaves
Adding en_US to language list
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package banshee.i386 0:1.8.0-21.1 set to be installed
--> Processing Dependency: mono(Boo.Lang) = 2.0.9.2 for package:
banshee-1.8.0-21.1.i386
--> Processing Dependency: mono(Google.GData.Client) = 1.4.0.2 for
package: banshee-1.8.0-21.1.i386
--> Processing Dependency: mono(Boo.Lang.Compiler) = 2.0.9.2 for
package: banshee-1.8.0-21.1.i386
--> Processing Dependency: mono(Google.GData.Extensions) = 1.4.0.2 for
package: banshee-1.8.0-21.1.i386
--> Processing Dependency: banshee-musicbrainz = 1.8.0-21.1 for
package: banshee-1.8.0-21.1.i386
--> Processing Dependency: mono(taglib-sharp) = 2.0.3.7 for package:
banshee-1.8.0-21.1.i386
--> Processing Dependency: mono(Mono.Addins) = 0.4.0.0 for package:
banshee-1.8.0-21.1.i386
--> Processing Dependency: mono(MusicBrainz) = 1.8.0.0 for package:
banshee-1.8.0-21.1.i386
--> Processing Dependency: mono(Mono.Addins.Gui) = 0.4.0.0 for
package: banshee-1.8.0-21.1.i386
--> Processing Dependency: mono(Google.GData.YouTube) = 1.4.0.2 for
package: banshee-1.8.0-21.1.i386
--> Processing Dependency: mono(Mono.Zeroconf) = 4.0.0.90 for package:
banshee-1.8.0-21.1.i386
--> Processing Dependency: podsleuth >= 0.6.6 for package:
banshee-1.8.0-21.1.i386
--> Running transaction check
---> Package banshee.i386 0:1.8.0-21.1 set to be installed
--> Processing Dependency: mono(Mono.Addins) = 0.4.0.0 for package:
banshee-1.8.0-21.1.i386
--> Processing Dependency: mono(Mono.Addins.Gui) = 0.4.0.0 for
package: banshee-1.8.0-21.1.i386
---> Package banshee-musicbrainz.i386 0:1.8.0-21.1 set to be installed
---> Package boo.i686 0:0.9.2.3383-3.fc13 set to be installed
---> Package gdata-sharp.i686 0:1.4.0.2-3.fc13 set to be installed
---> Package mono-zeroconf.i686 0:0.9.0-3.fc13 set to be installed
---> Package podsleuth.i686 0:0.6.7-1.fc14 set to be installed
---> Package taglib-sharp.i686 0:2.0.3.7-1.fc14 set to be installed
--> Finished Dependency Resolution
Error: Package: banshee-1.8.0-21.1.i386 (mintMenu)
Requires: mono(Mono.Addins.Gui) = 0.4.0.0
Installed: mono-addins-0.5-1.fc14.i686 (@released/$releasever)
mono(Mono.Addins.Gui) = 0.5.0.0
Error: Package: banshee-1.8.0-21.1.i386 (mintMenu)
Requires: mono(Mono.Addins) = 0.4.0.0
Installed: mono-addins-0.5-1.fc14.i686 (@released/$releasever)
mono(Mono.Addins) = 0.5.0.0
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Not sure why mintMenu line showed up in Banshee line?!? I removed
mintmenu but I still get the same error. Any ideas why?
--
pratite me na twitteru - www.twitter.com/valentt
blog: http://kernelreloaded.blog385.com
linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave
registered as user #367004 with the Linux Counter, http://counter.li.org.
ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turkovic(a)hotmail.com
13 years, 7 months
fc11 to fc 12
by Patrick Dupre
Hello,
For the second time, I am trying to update a machine from fc10 to ??
The step from fc10 to fc 11 was OK.
Then the step to fc12 seemed OK, but after the udgrade and then
yum update. things looked OK. I booted with the new kernel but
after a while, things started to go wrong.
I finally try to reboot but I got a segmentation fault.
SO I boot on the DVD in repair mode. The disks are mounted
correctly on /mnt/sysimage. So I tried chroot /mnt/sysimage
but I get a segmenatation fault.
I run a rpm -Va -root /mnt/sysimage, which seems OK.
(except unsatisfying dependencies for netbeans
error %verify(jre-1.6.....) scriptled failed)
I do noty think that it is a problem.
How can I fix this issue.
Thank.
--
---
==========================================================================
Patrick DUPRÉ | |
Department of Chemistry | | Phone: (44)-(0)-1904-434384
The University of York | | Fax: (44)-(0)-1904-432516
Heslington | |
York YO10 5DD United Kingdom | | email: patrick.dupre(a)york.ac.uk
==========================================================================
13 years, 7 months
Fedora Remix - Fusion 14 beta review
by Valent Turkovic
http://jeffhoogland.blogspot.com/2010/11/fusion-linux-14-distro-review.html
Nice review of Fusion Fedora Remix.
--
pratite me na twitteru - www.twitter.com/valentt
blog: http://kernelreloaded.blog385.com
linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave
registered as user #367004 with the Linux Counter, http://counter.li.org.
ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turkovic(a)hotmail.com
13 years, 7 months
Fedora14: Problme with pungi ?
by Terry Barnaby
I am trying to make a custom DVD of Fedora14 with all of the current updates
using Pungi. I normally also add my own RPM's to create a custom system for my
use, but at the moment I am trying to create a standard system. This has worked
well in the past howvever with Fedora14 it fails.
I am using the command:
pungi --nosource --nosplitmedia --nodebuginfo --cachedir=`pwd`/cache -G -C -B -I
--flavor Fedora --name Fedora --ver 14 -c
/usr/share/spin-kickstarts/fedora-install-fedora.ks
This all appears to work fine, but when I try and boot the DVD I get a:
"Kernel panic - not syncing: No init found. ..."
The standard Fedora14 DVD works fine, so I guess pungi is not setting something
up correctly in the initrd or the kernel is not using the initrd for some
reason. Any ideas ?
13 years, 7 months
