Re: [SCIENTIFIC-LINUX-USERS] yumex failed to update SL7x to current
On Mon, Sep 18, 2017 at 11:53:38AM -0500, Pat Riehecky wrote: > Please run 'yum downgrade libgpod' "yum erase libgpod" works for me. (also removes rythmbox, ok for what we do). -- Konstantin Olchanski Data Acquisition Systems: The Bytes Must Flow! Email: olchansk-at-triumf-dot-ca Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
Re: [SCIENTIFIC-LINUX-USERS] yumex failed to update SL7x to current
4 44/44 Verifying : libblkid-2.23.2-33.el7_3.2.i686 1/44 Verifying : gvfs-fuse-1.30.4-3.el7.x86_64 2/44 Verifying : gvfs-goa-1.30.4-3.el7.x86_643/44 Verifying : libplist-1.12-3.el7.x86_64 4/44 Verifying : libusbmuxd-1.0.10-5.el7.x86_64 5/44 Verifying : upower-0.99.4-2.el7.x86_64 6/44 Verifying : libmount-2.23.2-33.el7_3.2.i686 7/44 Verifying : libgpod-0.8.2-12.el7.x86_64 8/44 Verifying : gvfs-archive-1.30.4-3.el7.x86_649/44 Verifying : glib2-2.50.3-3.el7.i68610/44 Verifying : libimobiledevice-1.2.0-1.el7.x86_6411/44 Verifying : gvfs-client-1.30.4-3.el7.x86_6412/44 Verifying : libgdata-0.17.8-1.el7.x86_64 13/44 Verifying : gvfs-1.30.4-3.el7.x86_64 14/44 Verifying : usbmuxd-1.1.0-1.el7.x86_64 15/44 Verifying : gvfs-smb-1.30.4-3.el7.x86_64 16/44 Verifying : gvfs-gphoto2-1.30.4-3.el7.x86_64 17/44 Verifying : libgdata-devel-0.17.8-1.el7.x86_64 18/44 Verifying : gvfs-mtp-1.30.4-3.el7.x86_64 19/44 Verifying : gvfs-afp-1.30.4-3.el7.x86_64 20/44 Verifying : glib2-2.50.3-3.el7.x86_64 21/44 Verifying : gvfs-devel-1.30.4-3.el7.x86_64 22/44 Verifying : glib2-devel-2.50.3-3.el7.x86_6423/44 Verifying : gvfs-afc-1.30.4-3.el7.x86_64 24/44 Verifying : libgpod-0.8.3-14.el7.x86_6425/44 Verifying : glib2-2.46.2-4.el7.i68626/44 Verifying : glib2-2.46.2-4.el7.x86_64 27/44 Verifying : upower-0.99.2-1.el7.x86_64 28/44 Verifying : libgdata-devel-0.17.1-1.el7.x86_64 29/44 Verifying : libgdata-0.17.1-1.el7.x86_64 30/44 Verifying : gvfs-mtp-1.22.4-8.el7.x86_64 31/44 Verifying : gvfs-afc-1.22.4-8.el7.x86_64 32/44 Verifying : gvfs-archive-1.22.4-8.el7.x86_64 33/44 Verifying : gvfs-smb-1.22.4-8.el7.x86_64 34/44 Verifying : gvfs-devel-1.22.4-8.el7.x86_64 35/44 Verifying : libplist-1.10-4.el7.x86_64 36/44 Verifying : gvfs-gphoto2-1.22.4-8.el7.x86_64 37/44 Verifying : gvfs-goa-1.22.4-8.el7.x86_64 38/44 Verifying : libimobiledevice-1.1.5-6.el7.x86_6439/44 Verifying : gvfs-fuse-1.22.4-8.el7.x86_64 40/44 Verifying : usbmuxd-1.0.8-11.el7.x86_6441/44 Verifying : usbmuxd-1.0.8-11.el7.x86_6442/44 Verifying : glib2-devel-2.46.2-4.el7.x86_6443/44 Verifying : gvfs-1.22.4-8.el7.x86_64 44/44 Verifying : gvfs-afp-1.22.4-8.el7.x86_64 45/44 Removed: libgpod.x86_64 0:0.8.3-14.el7 Installed: libgpod.x86_64 0:0.8.2-12.el7 usbmuxd.x86_64 0:1.1.0-1.el7 Dependency Installed: gvfs-client.x86_64 0:1.30.4-3.el7 libblkid.i686 0:2.23.2-33.el7_3.2 libmount.i686 0:2.23.2-33.el7_3.2 libusbmuxd.x86_64 0:1.0.10-5.el7 Dependency Updated: glib2.i686 0:2.50.3-3.el7 glib2.x86_64 0:2.50.3-3.el7 glib2-devel.x86_64 0:2.50.3-3.el7 gvfs.x86_64 0:1.30.4-3.el7 gvfs-afc.x86_64 0:1.30.4-3.el7 gvfs-afp.x86_64 0:1.30.4-3.el7 gvfs-archive.x86_64 0:1.30.4-3.el7 gvfs-devel.x86_64 0:1.30.4-3.el7 gvfs-fuse.x86_64 0:1.30.4-3.el7gvfs-goa.x86_64 0:1.30.4-3.el7 gvfs-gphoto2.x86_64 0:1.30.4-3.el7 gvfs-mtp.x86_64 0:1.30.4-3.el7 gvfs-smb.x86_64 0:1.30.4-3.el7 libgdata.x86_64 0:0.17.8-1.el7 libgdata-devel.x86_64 0:0.17.8-1.el7 libimobiledevice.x86_64 0:1.2.0-1.el7 libplist.x86_64 0:1.12-3.el7 upower.x86_64 0:0.99.4-2.el7 Replaced: usbmuxd.x86_64 0:1.0.8-11.el7 Complete! [root@jb344 ykarant]# On 09/18/2017 09:53 AM, Pat Riehecky wrote: Please run 'yum downgrade libgpod' On 09/18/2017 11:51 AM, Yasha Karant wrote: I used yumex to update SL7 production to current SL7production release. The update failed with the following diagnostics: Dependency Resolution Error
Re: [SCIENTIFIC-LINUX-USERS] yumex failed to update SL7x to current
Please run 'yum downgrade libgpod' On 09/18/2017 11:51 AM, Yasha Karant wrote: I used yumex to update SL7 production to current SL7production release. The update failed with the following diagnostics: Dependency Resolution Errors: Package: libgpod-0.8.3-14.el7.x86_64 (@epel) Requires: libimobiledevice.so.4()(64bit) Removing: libimobiledevice-1.1.5-6.el7.x86_64 (@anaconda) libimobiledevice.so.4()(64bit) Updated By: libimobiledevice-1.2.0-1.el7.x86_64 (sl-security) ~libimobiledevice.so.6()(64bit)Package: libgpod-0.8.3-14.el7.x86_64 (@epel) Requires: libusbmuxd.so.2()(64bit) Removing: usbmuxd-1.0.8-11.el7.x86_64 (@anaconda) libusbmuxd.so.2()(64bit) Obsoleted By: usbmuxd-1.1.0-1.el7.x86_64 (sl-security) Not found Updated By: usbmuxd-1.1.0-1.el7.x86_64 (sl-security) Not foundPackage: libgpod-0.8.3-14.el7.x86_64 (@epel) Requires: libplist.so.1()(64bit) Removing: libplist-1.10-4.el7.x86_64 (@anaconda) libplist.so.1()(64bit) Updated By: libplist-1.12-3.el7.x86_64 (sl-security) ~libplist.so.3()(64bit) Where does one find the "Not found" packages, and/or what changes need to be made to configuration files (e.g., simply not updating which packages from the yumex list)? I understand that epel is not part of the FNAL SL base, but I know that persons with epel knowledge do read this list. sl-security should be an SL issue; it appears: Obsoleted By: usbmuxd-1.1.0-1.el7.x86_64 (sl-security) Not found Yasha Karant -- Pat Riehecky Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org
yumex failed to update SL7x to current
I used yumex to update SL7 production to current SL7production release. The update failed with the following diagnostics: Dependency Resolution Errors: Package: libgpod-0.8.3-14.el7.x86_64 (@epel) Requires: libimobiledevice.so.4()(64bit) Removing: libimobiledevice-1.1.5-6.el7.x86_64 (@anaconda) libimobiledevice.so.4()(64bit) Updated By: libimobiledevice-1.2.0-1.el7.x86_64 (sl-security) ~libimobiledevice.so.6()(64bit)Package: libgpod-0.8.3-14.el7.x86_64 (@epel) Requires: libusbmuxd.so.2()(64bit) Removing: usbmuxd-1.0.8-11.el7.x86_64 (@anaconda) libusbmuxd.so.2()(64bit) Obsoleted By: usbmuxd-1.1.0-1.el7.x86_64 (sl-security) Not found Updated By: usbmuxd-1.1.0-1.el7.x86_64 (sl-security) Not foundPackage: libgpod-0.8.3-14.el7.x86_64 (@epel) Requires: libplist.so.1()(64bit) Removing: libplist-1.10-4.el7.x86_64 (@anaconda) libplist.so.1()(64bit) Updated By: libplist-1.12-3.el7.x86_64 (sl-security) ~libplist.so.3()(64bit) Where does one find the "Not found" packages, and/or what changes need to be made to configuration files (e.g., simply not updating which packages from the yumex list)? I understand that epel is not part of the FNAL SL base, but I know that persons with epel knowledge do read this list. sl-security should be an SL issue; it appears: Obsoleted By: usbmuxd-1.1.0-1.el7.x86_64 (sl-security) Not found Yasha Karant <>
Re: successful 7.3 update through yumex
I'm fine with nux-desktop also, wasn't planning on switching. Was just wondering if they were mixable, but seems can't be sure. On 2017-01-27 14:49, James M. Pulver wrote: Why would you want to use rpmfusion over nux? I've had great success anyway with nux. James Pulver CLASSE Computer Group Cornell University On 01/26/2017 03:59 PM, John Pilkington wrote: On 26/01/17 20:42, Maarten wrote: Great, didn't know that about rpmfusion now doing el7. Anyone know if nux-desktop repo and rpmfusion can be mixed together? It's not mentioned on their FAQ. Quote from the announcement on the rpmfusion list - I forget how to get a link: "While bootstrapping the EL7 repo, we've tried to look at existing work, specially from the nux repo. Unfortunately we haven't received any direct help from this contributor." I ought to say that the nux packages have worked well for me. .. and back on topic - if Yasha had his local repo enabled he should already have the packages he wants. I didn't/don't. On 2017-01-26 21:32, John Pilkington wrote: On 26/01/17 20:02, Yasha Karant wrote: Yesterday afternoon, I did a successful update from production 7.2 to production 7.3 through yumex. In addition to the SL production repositories, I use the epel, elrepo, and google-chrome repositories for specific add-ons, including nvidia support. I only use kernels from SL. Although the update was slow, it taking a very long time for the nvidia portion to complete cleanup (I left after a 5 minute wait), when I came back this morning, everything appears to be working, including applications that have not been touched since I first installed SL 7 (e.g., UCSF chimera, Weizmann grace). The machine to which this was done has a 802.3 wired connection to a USA university research backbone. The next thing to update is my laptop that has a 802.11 connection to a production network, significantly lower data rate. Is there any way to get a list of the required RPMs, download and burn these to a DVD, and then have yumex use the DVDs, only going to the network to get additional RPMs that turn out to be needed? Yasha Karant # cat /var/log/yum.log ? yumex History shows I had 453 packages initially, then 86 more security packages after a reboot. I also had 1 auto and one manual update of the same google-chrome-stable package earlier today. Seems strange. rpmfusion announced support for el7 today. Switching from nux looks as if it could be 'interesting' John P
Re: successful 7.3 update through yumex
Why would you want to use rpmfusion over nux? I've had great success anyway with nux. James Pulver CLASSE Computer Group Cornell University On 01/26/2017 03:59 PM, John Pilkington wrote: On 26/01/17 20:42, Maarten wrote: Great, didn't know that about rpmfusion now doing el7. Anyone know if nux-desktop repo and rpmfusion can be mixed together? It's not mentioned on their FAQ. Quote from the announcement on the rpmfusion list - I forget how to get a link: "While bootstrapping the EL7 repo, we've tried to look at existing work, specially from the nux repo. Unfortunately we haven't received any direct help from this contributor." I ought to say that the nux packages have worked well for me. .. and back on topic - if Yasha had his local repo enabled he should already have the packages he wants. I didn't/don't. On 2017-01-26 21:32, John Pilkington wrote: On 26/01/17 20:02, Yasha Karant wrote: Yesterday afternoon, I did a successful update from production 7.2 to production 7.3 through yumex. In addition to the SL production repositories, I use the epel, elrepo, and google-chrome repositories for specific add-ons, including nvidia support. I only use kernels from SL. Although the update was slow, it taking a very long time for the nvidia portion to complete cleanup (I left after a 5 minute wait), when I came back this morning, everything appears to be working, including applications that have not been touched since I first installed SL 7 (e.g., UCSF chimera, Weizmann grace). The machine to which this was done has a 802.3 wired connection to a USA university research backbone. The next thing to update is my laptop that has a 802.11 connection to a production network, significantly lower data rate. Is there any way to get a list of the required RPMs, download and burn these to a DVD, and then have yumex use the DVDs, only going to the network to get additional RPMs that turn out to be needed? Yasha Karant # cat /var/log/yum.log ? yumex History shows I had 453 packages initially, then 86 more security packages after a reboot. I also had 1 auto and one manual update of the same google-chrome-stable package earlier today. Seems strange. rpmfusion announced support for el7 today. Switching from nux looks as if it could be 'interesting' John P
Re: successful 7.3 update through yumex
On 26/01/17 20:42, Maarten wrote: Great, didn't know that about rpmfusion now doing el7. Anyone know if nux-desktop repo and rpmfusion can be mixed together? It's not mentioned on their FAQ. Quote from the announcement on the rpmfusion list - I forget how to get a link: "While bootstrapping the EL7 repo, we've tried to look at existing work, specially from the nux repo. Unfortunately we haven't received any direct help from this contributor." I ought to say that the nux packages have worked well for me. .. and back on topic - if Yasha had his local repo enabled he should already have the packages he wants. I didn't/don't. On 2017-01-26 21:32, John Pilkington wrote: On 26/01/17 20:02, Yasha Karant wrote: Yesterday afternoon, I did a successful update from production 7.2 to production 7.3 through yumex. In addition to the SL production repositories, I use the epel, elrepo, and google-chrome repositories for specific add-ons, including nvidia support. I only use kernels from SL. Although the update was slow, it taking a very long time for the nvidia portion to complete cleanup (I left after a 5 minute wait), when I came back this morning, everything appears to be working, including applications that have not been touched since I first installed SL 7 (e.g., UCSF chimera, Weizmann grace). The machine to which this was done has a 802.3 wired connection to a USA university research backbone. The next thing to update is my laptop that has a 802.11 connection to a production network, significantly lower data rate. Is there any way to get a list of the required RPMs, download and burn these to a DVD, and then have yumex use the DVDs, only going to the network to get additional RPMs that turn out to be needed? Yasha Karant # cat /var/log/yum.log ? yumex History shows I had 453 packages initially, then 86 more security packages after a reboot. I also had 1 auto and one manual update of the same google-chrome-stable package earlier today. Seems strange. rpmfusion announced support for el7 today. Switching from nux looks as if it could be 'interesting' John P
Re: successful 7.3 update through yumex
Great, didn't know that about rpmfusion now doing el7. Anyone know if nux-desktop repo and rpmfusion can be mixed together? It's not mentioned on their FAQ. On 2017-01-26 21:32, John Pilkington wrote: On 26/01/17 20:02, Yasha Karant wrote: Yesterday afternoon, I did a successful update from production 7.2 to production 7.3 through yumex. In addition to the SL production repositories, I use the epel, elrepo, and google-chrome repositories for specific add-ons, including nvidia support. I only use kernels from SL. Although the update was slow, it taking a very long time for the nvidia portion to complete cleanup (I left after a 5 minute wait), when I came back this morning, everything appears to be working, including applications that have not been touched since I first installed SL 7 (e.g., UCSF chimera, Weizmann grace). The machine to which this was done has a 802.3 wired connection to a USA university research backbone. The next thing to update is my laptop that has a 802.11 connection to a production network, significantly lower data rate. Is there any way to get a list of the required RPMs, download and burn these to a DVD, and then have yumex use the DVDs, only going to the network to get additional RPMs that turn out to be needed? Yasha Karant # cat /var/log/yum.log ? yumex History shows I had 453 packages initially, then 86 more security packages after a reboot. I also had 1 auto and one manual update of the same google-chrome-stable package earlier today. Seems strange. rpmfusion announced support for el7 today. Switching from nux looks as if it could be 'interesting' John P
Re: successful 7.3 update through yumex
On 26/01/17 20:02, Yasha Karant wrote: Yesterday afternoon, I did a successful update from production 7.2 to production 7.3 through yumex. In addition to the SL production repositories, I use the epel, elrepo, and google-chrome repositories for specific add-ons, including nvidia support. I only use kernels from SL. Although the update was slow, it taking a very long time for the nvidia portion to complete cleanup (I left after a 5 minute wait), when I came back this morning, everything appears to be working, including applications that have not been touched since I first installed SL 7 (e.g., UCSF chimera, Weizmann grace). The machine to which this was done has a 802.3 wired connection to a USA university research backbone. The next thing to update is my laptop that has a 802.11 connection to a production network, significantly lower data rate. Is there any way to get a list of the required RPMs, download and burn these to a DVD, and then have yumex use the DVDs, only going to the network to get additional RPMs that turn out to be needed? Yasha Karant # cat /var/log/yum.log ? yumex History shows I had 453 packages initially, then 86 more security packages after a reboot. I also had 1 auto and one manual update of the same google-chrome-stable package earlier today. Seems strange. rpmfusion announced support for el7 today. Switching from nux looks as if it could be 'interesting' John P
successful 7.3 update through yumex
Yesterday afternoon, I did a successful update from production 7.2 to production 7.3 through yumex. In addition to the SL production repositories, I use the epel, elrepo, and google-chrome repositories for specific add-ons, including nvidia support. I only use kernels from SL. Although the update was slow, it taking a very long time for the nvidia portion to complete cleanup (I left after a 5 minute wait), when I came back this morning, everything appears to be working, including applications that have not been touched since I first installed SL 7 (e.g., UCSF chimera, Weizmann grace). The machine to which this was done has a 802.3 wired connection to a USA university research backbone. The next thing to update is my laptop that has a 802.11 connection to a production network, significantly lower data rate. Is there any way to get a list of the required RPMs, download and burn these to a DVD, and then have yumex use the DVDs, only going to the network to get additional RPMs that turn out to be needed? Yasha Karant <>
Re: yumex
On 18/04/13 08:28, g wrote: greetings. with yumex not in sl6.3, is there another gui available to look for a package content, other than yum provides? my fingers get tired with a lot of typing, which i am not very good at. :-) tia. yumex is available from EPEL. smart-gui, at ATrpms, gives similar information and I've used it a lot, recently in the 1.4.1 version which I had to build myself. I'm now running 6.4 with kde-unstable and haven't yet managed to rebuild smart-gui for that. John P
Re: yumex
On 18/04/13 11:49, g wrote: On 04/18/2013 03:31 AM, John Pilkington wrote: yumex is available from EPEL. smart-gui, at ATrpms, gives similar information and I've used it a lot, recently in the 1.4.1 version which I had to build myself. I'm now running 6.4 with kde-unstable and haven't yet managed to rebuild smart-gui for that. that drove the nail in real good. i installed this system from a live cd and failed to set up the rest of the repos. i knew things where a little on the thin side, but i had not realize why. thank you very much. Coming new(ish) to yumex after smart, I find its control of repo-selection unreliable; but smart can get bogged down in dependency resolution with eg the Fedora repos and prefers to sort out a few packages at a time. Otherwise kill -9 :-(
Re: yumex
On 04/18/2013 06:10 AM, John Pilkington wrote: Coming new(ish) to yumex after smart, I find its control of repo-selection unreliable; but smart can get bogged down in dependency resolution with eg the Fedora repos and prefers to sort out a few packages at a time. Otherwise kill -9 :-( interesting. i have not had problems. at least not that i am aware of. i am not familiar with 'smart' so i can not comment about it. i am currently using a friends system, setting it up for him. i erred in installing from a 6.3 live cd that i made for another purpose, as i did not give thought to how lacking it would be for a working system. seems like nothing is every easy when i try a quick way. :-) sure as God made little green apples, i found out just how lacking it is when i started setting up for new repos. i am pulling in the 6.4 boot iso now. after, i will put it on a 256m0 memory stick that has been collecting dust. then i will wipe this installation, reformat and install a fresh system. currently, i have 6.3 on a memory stick that i have show some folks how easy it is to use linux. 2 want it as a second boot, 4 want it to replace oos. i do believe the 2 dual booter's will end up moving on into linux once i set them up and show them how easy it can be to play their games under vm. i noticed that download is finished, so i am off to the races. thanks again for waking me up. later. -- in a world with out fences, who needs gates. tc. hago. g .