users December 2013

users@lists.fedoraproject.org

197 participants
291 discussions

issues with upgrade from f19 -> f20
by Ranjan Maitra 22 Dec '13

22 Dec '13

Hi, I did an upgrade from F19 to F20 on three machines (2 laptops and 1 desktop). For one laptop and the desktop, things went smoothly -- no complaints: I used yum/fedora-upgrade. For the other, while upgrading, the X crashed and there were comments about journald, bluetooth etc (not sure if this has anything to do with anything or the upgrade) and so I am left with a bunch of F19 and F20 packages. I am able to run as if nothing has happened (though unclear whether I am running a F19 or a F20 system) but this is really a system which can not be updated. I tried doing the following, for want of knowing what to do: %sudo yum --releasever=20 distro-sync and I get the following: Loaded plugins: fastestmirror, langpacks, remove-with-leaves Loading mirror speeds from cached hostfile * fedora: kdeforge.unl.edu * rpmfusion-free-rawhide: mirrors.tummy.com * rpmfusion-nonfree: rpmfusion.famillecollet.com * rpmfusion-nonfree-updates: rpmfusion.famillecollet.com * updates: mirror.unl.edu Resolving Dependencies --> Running transaction check ---> Package SDL.x86_64 0:1.2.15-11.fc20 will be updated ---> Package SDL.x86_64 0:1.2.15-12.fc19 will be updated ---> Package SDL.x86_64 0:1.2.15-12.fc20 will be an update ---> Package autocorr-en.noarch 1:4.1.3.2-10.fc20 will be a downgrade ---> Package autocorr-en.noarch 1:4.1.3.2-12.fc19 will be erased ---> Package bluez.x86_64 0:5.12-1.fc20 will be obsoleting ---> Package createrepo.noarch 0:0.9.9-22.fc20 will be a downgrade ---> Package createrepo.noarch 0:0.10-1.fc19 will be erased ---> Package dbus.x86_64 1:1.6.12-1.fc20 will be a downgrade ---> Package dbus.x86_64 1:1.6.12-2.fc19 will be erased ---> Package dbus-libs.x86_64 1:1.6.12-1.fc20 will be a downgrade ---> Package dbus-libs.x86_64 1:1.6.12-2.fc19 will be erased ---> Package dbus-x11.x86_64 1:1.6.12-1.fc20 will be a downgrade ---> Package dbus-x11.x86_64 1:1.6.12-2.fc19 will be erased ---> Package faad2-libs.x86_64 1:2.7-2.fc17 will be a downgrade ---> Package faad2-libs.x86_64 1:2.7-4.fc19 will be erased ---> Package fedora-upgrade.noarch 0:20.2-1.fc19 will be updated ---> Package fedora-upgrade.noarch 0:20.2-1.fc20 will be an update ---> Package firefox.x86_64 0:26.0-2.fc19 will be updated ---> Package firefox.x86_64 0:26.0-3.fc20 will be an update ---> Package gnutls.x86_64 0:3.1.16-1.fc20 will be updated ---> Package gnutls.x86_64 0:3.1.17-2.fc19 will be updated ---> Package gnutls.x86_64 0:3.1.17-3.fc20 will be an update ---> Package google-crosextra-caladea-fonts.noarch 0:1.002-0.1.20130214.fc20 will be a downgrade ---> Package google-crosextra-caladea-fonts.noarch 0:1.002-0.2.20130214.fc19 will be erased ---> Package libreoffice-opensymbol-fonts.noarch 1:4.1.3.2-10.fc20 will be a downgrade ---> Package libreoffice-opensymbol-fonts.noarch 1:4.1.3.2-12.fc19 will be erased ---> Package libreoffice-ure.x86_64 1:4.1.3.2-10.fc20 will be a downgrade ---> Package libreoffice-ure.x86_64 1:4.1.3.2-12.fc19 will be erased ---> Package libreport-filesystem.x86_64 0:2.1.9-1.fc20 will be updated ---> Package libreport-filesystem.x86_64 0:2.1.10-1.fc19 will be updated ---> Package libreport-filesystem.x86_64 0:2.1.10-1.fc20 will be an update ---> Package mesa-libGLU.x86_64 0:9.0.0-3.fc20 will be a downgrade ---> Package mesa-libGLU.x86_64 0:9.0.0-4.fc19 will be erased ---> Package obex-data-server.x86_64 1:0.4.6-5.fc19 will be obsoleted ---> Package opus.x86_64 0:1.0.3-2.fc20 will be updated ---> Package opus.x86_64 0:1.1-1.fc19 will be updated ---> Package opus.x86_64 0:1.1-1.fc20 will be an update ---> Package python-urlgrabber.noarch 0:3.9.1-32.fc20 will be a downgrade ---> Package python-urlgrabber.noarch 0:3.10-0.fc19 will be erased ---> Package rpmconf.noarch 0:0.3.4-1.fc19 will be updated ---> Package rpmconf.noarch 0:0.3.5-1.fc20 will be an update --> Processing Dependency: rpmconf-base for package: rpmconf-0.3.5-1.fc20.noarch ---> Package satyr.x86_64 0:0.11-1.fc20 will be updated ---> Package satyr.x86_64 0:0.12-1.fc19 will be updated ---> Package satyr.x86_64 0:0.12-1.fc20 will be an update ---> Package ssmtp.x86_64 0:2.64-9.fc20 will be a downgrade ---> Package ssmtp.x86_64 0:2.64-10.fc19 will be erased ---> Package usb_modeswitch-data.noarch 0:20130807-1.fc20 will be a downgrade ---> Package usb_modeswitch-data.noarch 0:20131113-1.fc19 will be erased ---> Package vim-common.x86_64 2:7.4.027-2.fc19 will be updated ---> Package vim-common.x86_64 2:7.4.027-2.fc20 will be an update ---> Package vim-enhanced.x86_64 2:7.4.027-2.fc19 will be updated ---> Package vim-enhanced.x86_64 2:7.4.027-2.fc20 will be an update ---> Package vim-filesystem.x86_64 2:7.4.027-2.fc19 will be updated ---> Package vim-filesystem.x86_64 2:7.4.027-2.fc20 will be an update ---> Package xorg-x11-drv-modesetting.x86_64 0:0.8.0-2.fc20 will be a downgrade ---> Package xorg-x11-drv-modesetting.x86_64 0:0.8.0-3.fc19 will be erased ---> Package xulrunner.x86_64 0:26.0-1.fc19 will be updated ---> Package xulrunner.x86_64 0:26.0-2.fc20 will be an update ---> Package youtube-dl.noarch 0:2013.11.25.3-1.fc20 will be a downgrade ---> Package youtube-dl.noarch 0:2013.12.04-1.fc19 will be erased --> Running transaction check ---> Package rpmconf-base.noarch 0:0.3.5-1.fc20 will be installed --> Finished Dependency Resolution --> Running transaction check ---> Package autocorr-en.noarch 1:4.1.3.2-10.fc20 will be a downgrade ---> Package autocorr-en.noarch 1:4.1.3.2-12.fc19 will be erased ---> Package autocorr-en.noarch 1:4.1.3.2-12.fc19 will be erased ---> Package autocorr-en.noarch 1:4.1.3.2-12.fc19 will be erased ---> Package autocorr-en.noarch 1:4.1.3.2-12.fc19 will be erased ---> Package autocorr-en.noarch 1:4.1.3.2-12.fc19 will be erased --> Finished Dependency Resolution Dependencies Resolved ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: bluez x86_64 5.12-1.fc20 fedora 905 k replacing obex-data-server.x86_64 1:0.4.6-5.fc19 Updating: SDL x86_64 1.2.15-12.fc20 updates 207 k fedora-upgrade noarch 20.2-1.fc20 fedora 29 k firefox x86_64 26.0-3.fc20 updates 27 M gnutls x86_64 3.1.17-3.fc20 updates 607 k libreport-filesystem x86_64 2.1.10-1.fc20 updates 32 k opus x86_64 1.1-1.fc20 updates 655 k rpmconf noarch 0.3.5-1.fc20 fedora 21 k satyr x86_64 0.12-1.fc20 updates 483 k vim-common x86_64 2:7.4.027-2.fc20 fedora 5.9 M vim-enhanced x86_64 2:7.4.027-2.fc20 fedora 1.0 M vim-filesystem x86_64 2:7.4.027-2.fc20 fedora 9.3 k xulrunner x86_64 26.0-2.fc20 updates 23 M Removing: autocorr-en noarch 1:4.1.3.2-12.fc19 @updates/19 450 k Reinstalling: dbus x86_64 1:1.6.12-1.fc20 fedora 303 k dbus-libs x86_64 1:1.6.12-1.fc20 fedora 147 k dbus-x11 x86_64 1:1.6.12-1.fc20 fedora 44 k faad2-libs x86_64 1:2.7-2.fc17 rpmfusion-free-rawhide 147 k mesa-libGLU x86_64 9.0.0-3.fc20 fedora 196 k python-urlgrabber noarch 3.9.1-32.fc20 fedora 106 k ssmtp x86_64 2.64-9.fc20 fedora 50 k usb_modeswitch-data noarch 20130807-1.fc20 fedora 70 k Downgrading: createrepo noarch 0.9.9-22.fc20 fedora 91 k google-crosextra-caladea-fonts noarch 1.002-0.1.20130214.fc20 fedora 91 k libreoffice-opensymbol-fonts noarch 1:4.1.3.2-10.fc20 updates 194 k libreoffice-ure x86_64 1:4.1.3.2-10.fc20 updates 2.6 M xorg-x11-drv-modesetting x86_64 0.8.0-2.fc20 fedora 26 k youtube-dl noarch 2013.11.25.3-1.fc20 updates 274 k Installing for dependencies: rpmconf-base noarch 0.3.5-1.fc20 fedora 5.1 k Transaction Summary ================================================================================ Install 1 Package (+1 Dependent package) Upgrade 12 Packages Remove 1 Package Reinstall 8 Packages Downgrade 6 Packages Total size: 64 M Is this ok [y/d/N]: y Downloading packages: Running transaction check Running transaction test Transaction check error: package dbus-libs-1:1.6.12-1.fc20.x86_64 is already installed package dbus-1:1.6.12-1.fc20.x86_64 is already installed package dbus-x11-1:1.6.12-1.fc20.x86_64 is already installed package python-urlgrabber-3.9.1-32.fc20.noarch is already installed package faad2-libs-1:2.7-2.fc17.x86_64 is already installed package usb_modeswitch-data-20130807-1.fc20.noarch is already installed package ssmtp-2.64-9.fc20.x86_64 is already installed package mesa-libGLU-9.0.0-3.fc20.x86_64 is already installed Error Summary ------------- % I can not get out of this. No matter what i do, here is where I end. Any suggestions? I don't know that yum upgrade is the issue here (and I have always been successful with it). Rather, I think something when the upgrade was happening impacted something that is different on this laptop and took out the X. I don't really want to reinstall if I can help it. Of course, I may have not much option. Any suggestion to help resolve this is greatly appreciated. Many thanks and best wishes, Ranjan PS: As an aside, yum distro-sync wants to downgrade to F19, but I get a bunch of duplicates warnings. Many thanks, Ranjan -- Important Notice: This mailbox is ignored: e-mails are set to be deleted on receipt. Please respond to the mailing list if appropriate. For those needing to send personal or professional e-mail, please use appropriate addresses. ____________________________________________________________ FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more!

2 3

Question: any problems if apply only security updates.
by Edward M 22 Dec '13

22 Dec '13

Hello, I was wondering if my fedora system later in time will have any repercussions, if I only apply the security updates and not the entire updates from the catalog, by using the "yum --security update" command?

2 2

F20: /etc/default/grub missing.
by Erik P. Olsen 21 Dec '13

21 Dec '13

/etc/default/grub is missing on my newly installed F20. What's replacing its functionality? -- Erik

3 9

Need hlep with LVM -
by Bob Goodwin 21 Dec '13

21 Dec '13

I have a new Fedora-20 installation on a "650 GiB" drive by itself. It is installed in less than 60 GiB's which leaves the rest of the drive unused, not what I wanted. I guess it preserved a /home partition for me? I certainly didn't want it to take up the remainder of the drive. I've been looking at man pages and googling and fixing this may be simple but I am having a lot of trouble understanding what needs to be done. Is there a clear step by step set of instructions for fixing this? Presently I have, from gparted: /dev/sdb1, 2, and 3 are the the system I am using now, assigned by the install application: /dev/sdb1 bios_grub 1.00 MiB /dev/sdb2 Mounted on /boot ext4 500.00 MiB /dev/sdb3 lvm2 pv Size: 57.58 GiB used: 57.58 GiB (100%) The unused part of the drive which should be made part of /dev/sdb3: Path: /dev/sdb5 File system: ext4 Size: 538.10 GiB Used: 30.93 GiB Unused: 507.17 GiB The used part is /home from an earlier F-20 installation and can be deleted. Any help appreciated, Bob -- http://www.qrz.com/db/w2bod Box10 Fedora-20/64bit Linux/XFCE

4 16

where is skype tray icone on F20?
by Adel ESSAFI 21 Dec '13

21 Dec '13

hello list The new F20 graphical interface is very good, however, I can't find skype skype icon in the tray. Do you have the same problem? Any solution? regards Adel

6 8

rkhunter - output
by bruce 21 Dec '13

21 Dec '13

Hi. Ran rkhunter on a system a few days ago, and got no warnings on the files/rootkits. Just ran rkhunter again on the same box, and I get a bunch of warnings on the files, but again, no warning/alerts regarding the potential rootkits. In looking over sites/information on rkhunter, i'm not sure what this means! thoughts/comments?? thanks

2 1

Re: Need help with LVM -
by Chris Murphy 21 Dec '13

21 Dec '13

You did not use pvcreate on sdb4 before using vgextend. Chris Murphy

2 1

OT: scp question
by Mike Wright 21 Dec '13

21 Dec '13

Hi everybody, I'm trying to automate a box to box backup. When I run the "scp" command from the command line it uses my public/private key pair and everything works well but if I execute the same command from a cron job the receiving end reports, "Failed password...". Why does CLI use keys but the script use passwords? Here is the command: scp -r /home/mike/Backup/mysql 192.168.4.70:/home/mike/Backup Thanks for any insight. Happy Holidays to all, Mike Wright

2 2

Faith based partitioning...
by Tom Horsley 21 Dec '13

21 Dec '13

I see the partitioning interface still hasn't improved in f20. You still simply must go on faith that you might be allowed to make the changes you want sometime after you press a button labeled "Done". I've been installing several different distros in virtual machines recently, for an example of a near perfect interface I'd point you to opensuse (I don't really like opensuse much, but the partitioning interface is close to flawless). Instead of relying on faith, it shows you exactly what it would do in a summary at the top of the screen and has checkboxes for the most common things you'd want to change (separate /home or not, etc). As you click the checkboxes, you see exactly what the partitioning will look like in the summary at the top. No faith required.

9 14

reading/copying a drive??
by bruce 21 Dec '13

21 Dec '13

HI. Took a drive from an older FC13 system, put it in a usb drive bay to read from a centos 6.5 system centos sees the drive, but only reports the drive as 350 M free, of a 640G drive.. centos doesn't show all the folders/files on the drive. I'm only seeing the vm/image files... any pointers to be able to see the rest of the drive?? All I do is click on the "computer" desktop icon and it apparently mounts the drive as required. thanks

3 4

← Newer
1
...
12
13
14
15
16
17
18
...
30
Older →

Jump to page: