Re: How to know what broken dependencies in F22 with dnf
On Wed, 06 May 2015 01:18:09 +0100 Sérgio Basto wrote: > with: > yum update > I got : > Yum command has been deprecated, redirecting to '/usr/bin/dnf update' locate yum-dep man yum-deprecated For me meant ln */yum-deprecated */yumd added one letter to my yum bits. I currently use both (testing dnf) Having separate caches, means one doesn't bork the other. Thought dnf-migrate can remove your cached yum rpm collection if not careful. ___ Regards Frank Murphy -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Group lists but doesn't exist.
First release I've used dnf on in a while, so I may be missing something. sudo dnf install @development-tools Warning: Group 'development-tools' does not exist. Error: Nothing to do. Try it the other way: sudo dnf groupinstall "Development Tools" Warning: Group 'development-tools' does not exist. Error: Nothing to do. So then I do. $ dnf grouplist Development Tools ___ Regards Frank Murphy -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: vlc and f22
On Thu, 23 Apr 2015 11:56:19 +0200 Joachim Backes wrote: > Hi F22 testers, > > anybody knows a trick to get vlc running in F22? I tried to install > the F21 version, but this failed: > It's rpmfusion but.. Did the very thing this morning Use your search engine of choice to find the old packages you need from the repos. Download and install, think rpm rather than dnf\yumd. You end up with dupes of some rpms, as the song goes ...the price you pay. ~$ vlc VLC media player 2.2.0-rc2 Weatherwax (revision 2.2.0-rc1-118-g22fda39) [00a9f118] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface as the saying could have gone in an alternate reality you get to keep any broken bytes, sound or other. ___ Regards Frank Murphy -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: mkconfig mis-identifies windows
On 12/09/2014 07:44 PM, Adam Williamson wrote: On Tue, 2014-12-09 at 19:14 -0500, Frank McCormick wrote: I've been running 21 for a while now and just noticed that grub2-mkconfig misidentifies my Windows partition. It used to correctly put Windows 7 in the grub.cfg...but now is calling it Windows Vista. Not a big deal...but I thought someone should know. Is it worth a bug ? Sure, I think it'd go against the os-prober package. Bug 1172405 has been added to the database -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
mkconfig mis-identifies windows
I've been running 21 for a while now and just noticed that grub2-mkconfig misidentifies my Windows partition. It used to correctly put Windows 7 in the grub.cfg...but now is calling it Windows Vista. Not a big deal...but I thought someone should know. Is it worth a bug ? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: wrong resolution in Fedora 21 beta
On 11/11/14 09:54 PM, Felix Miata wrote: Frank composed on 2014-11-11 20:44 (UTC-0500): Browsing the logs on the Intel driver GIT site I ran across a comment that the acceleration option should actually be "none" rather than "off". I thought I would give that a try in the xorg.conf file I had sitting in /etc/X11. It seems to have worked - I've been working on 21 now for an hour with no lockups. FWIW. Still using 2.99.914-2 driver version? I don't know of any trouble with it other than support for features and/or chips later introduced. Yes, that's what's installed here and it's the version which gives me hard lockups minutes after running almost anything. Right now I have two choices...turn off acceleration which I have done, or nomodeset on the kernel command line which gives me terrible 1280x1024 resolution. I choose no acceleration...hardly noticeable in most things, except Google Maps which take a lggg time to refresh. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: wrong resolution in Fedora 21 beta
On 11/11/14 01:09 PM, Felix Miata wrote: Frank composed on 2014-11-11 10:34 (UTC-0500): 00:02.0 VGA compatible controller [0300]: Intel Corporation 82Q963/Q965 https://bugs.freedesktop.org/show_bug.cgi?id=85016 explains the root problem, which was fixed 2 months ago in release-next of the Intel video driver. If workaround in https://lists.fedoraproject.org/pipermail/test/2014-October/123346.html fails, either backlevel the Intel driver to 2.99.914-2 or upgrade to release-next of the Intel driver. Using nomodeset is a low performance workaround suitable only if your DE does not require compositing and you do not require a display mode your video BIOS and VESA do not support. e.g. 1680x1050. Browsing the logs on the Intel driver GIT site I ran across a comment that the acceleration option should actually be "none" rather than "off". I thought I would give that a try in the xorg.conf file I had sitting in /etc/X11. It seems to have worked - I've been working on 21 now for an hour with no lockups. FWIW. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: wrong resolution in Fedora 21 beta
On 11/11/2014 1:09 PM, Felix Miata wrote: Frank composed on 2014-11-11 10:34 (UTC-0500): 00:02.0 VGA compatible controller [0300]: Intel Corporation 82Q963/Q965 https://bugs.freedesktop.org/show_bug.cgi?id=85016 explains the root problem, which was fixed 2 months ago in release-next of the Intel video driver. If workaround in https://lists.fedoraproject.org/pipermail/test/2014-October/123346.html fails, I think I have UXA in my xorg.conf file already but I will check after I reboot out of Windows :) either backlevel the Intel driver to 2.99.914-2 or upgrade to release-next of the Intel driver. 2.99.914-2 is the version installed on my box now. Using nomodeset is a low performance workaround suitable only if your DE does not require compositing and you do not require a display mode your video BIOS and VESA do not support. e.g. 1680x1050. Yeah, it works here...but only supports 1280x1024 unfortunately. Hope the GIT version makes it to the light of day soon. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: wrong resolution in Fedora 21 beta
On 11/11/2014 12:35 PM, Nicholas Wheatley wrote: On Tue, Nov 11, 2014 at 12:11:03AM -0500, Frank wrote: But now I have lockup problems on the desktop and to some extent at the CLI. I have disabled composting in Marco ( I'm running the Mate desktop) and nothing else I could see that might affect video is on. It's real tight lockups...nothing works except the power button. I have the same problem if I don't use nomodeset and I use the intel xorg driver instead. There's a bug going on: https://bugzilla.redhat.com/show_bug.cgi?id=1149389 See poma's reply to me - it's apparently fixed in the GIT snapshot. But you have to build it :) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Managing locked up desktops
In relation to my video problems under 21 Beta is there ANY way to deal with the locked up desktop other than hitting the power switch? When it's locked-up, ctrl-alt-F keys don't work..ctrl-alt-del doesn't work...and the last resort alt-sysreq doesn't work. I am really afraid of totally messing up the FS to the point where I am forced to remain in Debian. Thanks -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: wrong resolution in Fedora 21 beta
On 11/11/2014 03:28 AM, poma wrote: On 11.11.2014 06:11, Frank wrote: On 11/10/2014 10:42 PM, Samuel Sieb wrote: On 11/10/2014 06:06 PM, Frank wrote: I installed 21 beta today from the live cd and ran into a couple of (minor) problems. I guess because I had booted the live cd in safe mode (trying to solve another problem) when I installed it from the desktop I ended up with 1280x1024 resolution. My monitor is capable of 1650x900 but I can't figure out how to change it. Look in your grub config file and remove the "nomodeset" options. Also, remove it from /etc/default/grub. That did it ! Thanks. Removed it from /etc/default/grub and rebuilt grub.cfg. But now I have lockup problems on the desktop and to some extent at the CLI. I have disabled composting in Marco ( I'm running the Mate desktop) and nothing else I could see that might affect video is on. It's real tight lockups...nothing works except the power button. https://www.kernel.org/doc/Documentation/EDID/HOWTO.txt ... Adding the kernel parameter "nomodeset" helps in most cases, but causes restrictions later on. Remove kernel parameter "nomodeset" and paste here output of $ lspci -knn -s $(lspci | grep VGA | awk '{print $1}') $ xrandr 00:02.0 VGA compatible controller [0300]: Intel Corporation 82Q963/Q965 Integrated Graphics Controller [8086:2992] (rev 02) Subsystem: Dell Device [1028:01da] Kernel driver in use: i915 Kernel modules: i915 [frankzen@localhost ~]$ xrandr Screen 0: minimum 8 x 8, current 1680 x 1050, maximum 32767 x 32767 VGA1 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 434mm x 270mm 1680x1050 59.88*+ 59.95 1280x1024 75.0260.02 1440x900 74.9859.89 1280x960 60.00 1152x864 75.00 1024x768 75.0860.00 832x624 74.55 800x600 75.0060.3256.25 640x480 75.0060.00 720x400 70.08 VIRTUAL1 disconnected (normal left inverted right x axis y axis) The X log is also being flooded with errors starting at the very end of the loglike this: (EE) [mi] EQ overflowing. Additional events will be discarded until existing events are processed. (EE) (EE) Backtrace: (EE) 0: /usr/libexec/Xorg.bin (mieqEnqueue+0x2b3) [0x81da103] (EE) 1: /usr/libexec/Xorg.bin (QueuePointerEvents+0x75) [0x80958b5] (EE) 2: /usr/libexec/Xorg.bin (xf86PostMotionEventM+0x25b) [0x80d153b] (EE) 3: /usr/lib/xorg/modules/input/evdev_drv.so (_init+0x35ea) [0xb6d6cd1a] (EE) 4: /usr/lib/xorg/modules/input/evdev_drv.so (_init+0x3bbd) [0xb6d6e1dd] (EE) 5: /usr/libexec/Xorg.bin (DPMSSupported+0xc6) [0x80bfb26] (EE) 6: /usr/libexec/Xorg.bin (xf86SerialModemClearBits+0x1eb) [0x80ed96b] (EE) 7: ? (?+0x1eb) [0xb7726e72] (EE) 8: ? (?+0x1eb) [0xb7726e87] (EE) 9: /lib/libc.so.6 (ioctl+0x19) [0xb72122d9] (EE) 10: /usr/lib/xorg/modules/drivers/intel_drv.so (_init+0x8d24) [0xb68e55f4] (EE) 11: /usr/lib/xorg/modules/drivers/intel_drv.so (_init+0x11281) [0xb68f5981] (EE) 12: /usr/lib/xorg/modules/drivers/intel_drv.so (_init+0x6736c) [0xb69a0f7c] (EE) 13: /usr/lib/xorg/modules/drivers/intel_drv.so (_init+0x21739) [0xb6916929] (EE) 14: /usr/lib/xorg/modules/drivers/intel_drv.so (_init+0x26bf1) [0xb6921241] (EE) 15: /usr/lib/xorg/modules/drivers/intel_drv.so (_init+0x2a7f4) [0xb6928894] (EE) 16: /usr/lib/xorg/modules/drivers/intel_drv.so (_init+0x2e220) [0xb692fa80] (EE) 17: /usr/libexec/Xorg.bin (miFillUniqueSpanGroup+0x1a8f) [0x81ec3ff] (EE) 18: /usr/libexec/Xorg.bin (xf86I2CGetScreenBuses+0x206c) [0x811a71c] (EE) 19: /usr/libexec/Xorg.bin (dixDestroyPixmap+0x1de9) [0x807a4d9] (EE) 20: /usr/libexec/Xorg.bin (SendErrorToClient+0x395) [0x807c0e5] (EE) 21: /usr/libexec/Xorg.bin (remove_fs_handlers+0x42a) [0x808062a] (EE) 22: /usr/libexec/Xorg.bin (_init+0x4187) [0x806cde7] (EE) 23: /lib/libc.so.6 (__libc_start_main+0xde) [0xb7139e7e] (EE) 24: /usr/libexec/Xorg.bin (_start+0x21) [0x8068cd6] (EE) (EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. (EE) [mi] mieq is *NOT* the cause. It is a victim. (EE) [mi] EQ overflow continuing. 100 events have been dropped. These keep repeating with the last one saying 1000 events have been dropped !! -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: wrong resolution in Fedora 21 beta
On 11/10/2014 10:42 PM, Samuel Sieb wrote: On 11/10/2014 06:06 PM, Frank wrote: I installed 21 beta today from the live cd and ran into a couple of (minor) problems. I guess because I had booted the live cd in safe mode (trying to solve another problem) when I installed it from the desktop I ended up with 1280x1024 resolution. My monitor is capable of 1650x900 but I can't figure out how to change it. Look in your grub config file and remove the "nomodeset" options. Also, remove it from /etc/default/grub. That did it ! Thanks. Removed it from /etc/default/grub and rebuilt grub.cfg. But now I have lockup problems on the desktop and to some extent at the CLI. I have disabled composting in Marco ( I'm running the Mate desktop) and nothing else I could see that might affect video is on. It's real tight lockups...nothing works except the power button. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
wrong resolution in Fedora 21 beta
I installed 21 beta today from the live cd and ran into a couple of (minor) problems. I guess because I had booted the live cd in safe mode (trying to solve another problem) when I installed it from the desktop I ended up with 1280x1024 resolution. My monitor is capable of 1650x900 but I can't figure out how to change it. The other minor problems was a blank white screen on the first reboot after install..but that was resolved somehow when I updated 21 from a console. I still need to figure out how to allow Thunderbird access to my mail on the other partition (Debian Sid). I was using a mount of the .thunderbird directory using bind when I was running Fedora 19 and 20 but that doesn't seem to work anymore. All suggestions are welcome. Thanks -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: DNF utils package?
> If DNF is going to replace yum, it should have reasonable equivalent > tools. Those working on DNF should know about the yum-utils programs > and the yum plugins we have already. "Community" means different to > different people, Community of users or sysadmins? Users will likely > never use yum-utils. > > Thanks, > Shawn User here. yum-utils installed for years. Every home PC user is a sysadmin by default. ___ Regards Frank frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Nasty Habits in Replying to Emails
On Fri, 25 Apr 2014 11:10:17 -0400 Mickey wrote: > Gentleman!!! when replying to a email LEAVE the contents of the > orignal poster intact so the next person that reads the email can > read what the poster had to say. > > PLEASE You can do that by reading the original email. The list is archived. ___ Regards Frank frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: rfc: expectations for partitioning, Fedora.next
On Wed, 19 Feb 2014 16:55:56 -0700 Chris Murphy wrote: > and the user gets to > choose a couple of variations: encryption, and a way to reuse an > existing /home. > > Personally, I wouldn't be happy with too restrictive. home lan setup I setup "fresh install" Desktops with a min of four hds' One partition per hd /boot + 2mb boot bios (or whatever it's called) ssd / /home + hd for each extra user if required swap installed non LVM, ext4 luks I can use 10-20 per server. (raid1) # I've been hearing for years storage is cheap. ___ Regards Frank frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: 3.13
On Tue, 18 Feb 2014 18:13:08 -0800 Chuck Forsberg WA7KGX wrote: > Updated my office machine to 3.13 via yum update. Hi Chuck, Patrick has a point, If posting a test, full NVR would be easier to follow. Was the test run on F19. F29, Rawhide. Maybe a Sub. of like: Fedora 20, kernel-3.14.0-0.rc2.git2.2.fc21.x86_64 ___ Regards Frank frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: 3.13
On Wed, 19 Feb 2014 10:22:36 + "Patrick O'Callaghan" wrote: > > kernel > > OK, obvious after the fact, but a Subject line of "3.13" is unlikely > to be found by anyone searching the archives for kernel issues. > > poc That's true, ___ Regards Frank frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: 3.13
On Wed, 19 Feb 2014 10:12:14 + "Patrick O'Callaghan" wrote: > On Wed, Feb 19, 2014 at 2:13 AM, Chuck Forsberg WA7KGX > wrote: > > Updated my office machine to 3.13 via yum update. > > What is "3.13"? Enquiring minds want to know. > > poc kernel ___ Regards Frank frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Supported CPUs'
On Tue, 21 Jan 2014 16:18:20 +0100 poma wrote: > > Perhaps carried away by reading [1]. :) > No I have some older gear, I don't like binning working kit. ___ Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Supported CPUs'
Had a choice between here or kernel@ Apologies if it somewhere, more grey hair && less grey matter. Does test@ fedora give a heads up, when cpus are no longer supported. eg kernel-3-15* will no longer support AMD AM2, Intel whatever Mister Google hasn't really returned specific info. Q: fedora no longer supported cpu's This was the closes result: https://fedoraproject.org/wiki/Features/F12X86Support ___ Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How to create a Fedora install ISO for testing
On Fri, 17 Jan 2014 11:03:03 +0200 Vyacheslav Sarzhan wrote: > I mean dvd ISO images(normal not netinst ) not Live image. > > > Mock is still used, as is pungi and kickstart, by various testers What is wrong with the guide do you feel: http://fedoraproject.org/wiki/How_to_create_a_Fedora_install_ISO_for_testing what errors have you encountered, it may help someone track down what issues you are having. ___ Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F20, Adobe Reader, no choice of paper feeder, printer Canon MP540
On Thu, 16 Jan 2014 08:27:02 -0500 (EST) Joerg Lechner wrote: > Hi, printed a pdf via Adobe Reader 9. Try print with say "evince" see do you get the same problem. Though kinda off-topic as F20 is already released. ___ Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: '10 Years of Fedora' t-shirt
On Mon, 13 Jan 2014 12:57:13 -0700 Chris Murphy wrote: > Hmmm, I'm not seeing a URL for an address form for any of this tshirt > stuff. Chris Murphy There will be a resend of original email when ready: https://lists.fedoraproject.org/pipermail/test/2014-January/120026.html ___ Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: '10 Years of Fedora' t-shirt
On Mon, 13 Jan 2014 18:51:59 + "Patrick O'Callaghan" wrote: > I got the original invitation several weeks ago and would have been > happy to receive a shirt, but the address form is only for US > residents. If the offer is restricted to the US it should say so. > Otherwise the form should be fixed. I've tried several times to have > this clarified. So far no-one has bothered to reply. > > poc I'm not in the US just filled in the form to suit. Got the tee ust after new years. ___ Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: '10 Years of Fedora' t-shirt
On Sat, 11 Jan 2014 09:15:23 -0800 Richard Vickery wrote: > > Is it possible to get this mail sent out again? I missed it and would > like a t-shirt as well. When did the email come out? Perhaps I will > merely go to that date and time and reply. Check is your name on the list to begin with: https://fedoraproject.org/wiki/F20_anniversary_tshirt you may not have received an earlier email if not (on it). ___ Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: any report of fedup f19->f20?
On Fri, 20 Dec 2013 10:39:04 +1300 Gavin Flower wrote: eapot never boils." > > It's an old English saying in fact :) > Even an unwatched _*teapot*_ should not boil! > My Dad used boil it, crude oil yeuk! -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Karma request: LibreOffice
On Wed, 18 Dec 2013 06:56:53 -0300 Carlos Morel-Riquelme wrote: > libreoffice-opensymbol-fonts Follow the "build" in Adam's email -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: slow mirror workaround?
On 07/12/13 08:45 PM, Felix Miata wrote: On 2013-04-23 04:43 (GMT-0500) Kamil Paral composed: Trying to yum upgrade 19 is stuck on a mirror with no useful throughput. What kind of workaround for this is available? Nothing jumps at me in the yum man page. How do I specify to use a particular mirror know to work? If the speed is below some threshold, yum should blacklist the mirror and use a different one Yum doesn't bother to show URL of inept mirror in use. How do I figure out which to blacklist? next time. If you don't have the patience, try hitting Ctrl+C during the download. Ideally this should switch to a different mirror (but I'm not sure if this functionality wasn't removed). Not happening. Of course, you can also edit /etc/yum/*.repo and hardcode some fast mirror near you: https://mirrors.fedoraproject.org/ From looking at these repo files, it's non-obvious how to deviate from the standard configuration's use of variables. But that doesn't guard you against outdated mirrors, and doesn't provide fallback if your chosen mirror is down. I am having a really tough time trying to update my Fedora 19 today...it's failing on every single mirror. -- Your mail is being read by tight-lipped NSA agents who fail to see the humor in Doctor Strangelove. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F20: Updates-testing mirrors inoperable?
On Fri, 06 Dec 2013 10:41:30 +0100 Joachim Backes wrote: > Hi all, > > anybody sees this too if including the updates-testing repo to "yum > update": > > Happened with me but still updated. -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
No init found
How does one pass an init= option to the kernel? On the kernel line I placed init=3 Still the same problem on these two kernels kernel-3.11.8-300.fc20.x86_64 kernel-3.11.9-300.fc20.x86_64 tune2fs -c 1 is running just in case, can't fin any apparent problem with the hd, previous kernels boot fine. Using the workarounds from: https://bugzilla.redhat.com/show_bug.cgi?id=905683 The problem box is a core2quad, 8gb ram -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 20 Swastika
On Wed, 20 Nov 2013 12:49:14 -0600 Chris Adams wrote: > Once upon a time, Michał Piotrowski said: > > I think that for a sake of everyone who can see a swastika on this > > wallpaper, just change it to something else. > > I disagree. There will _always_ be somebody that can find fault > with anything (especially something as subjective as artwork); you > can't just throw away somebody's work because somebody sees > something they don't like. > > I just see a slanted "H", which I presume to be the intent. Agree, it's Pandora's Box, and no that's not sexist. -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 20 Swastika
On Tue, 19 Nov 2013 23:00:30 -0500 Bill Nottingham wrote: > While I do not want to overrule any decisions made, I would like to > note that asking for self-selected opinions (in a > not-the-most-diverse community) on whether an item is potentially > offensive to a minority is a somewhat problematic methodology. > (That we have done in the past for Beefy Miracle, so... I may be a > hypocrite.) > > Bill In Fedora as in life , someone is always going to take umbrage. Get a wider audience the user list, ask Fedora, etc.. -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 20 Swastika
On Tue, 19 Nov 2013 11:25:52 -0800 James Patterson wrote: > Hello, > > I noticed the new Fedora 20 wallpaper looks like a swastika. It > would be great if it didn't for the final release, it would upset a > few people. Are you Jewish or German, serious question? If neither why do you presume they are all blind and deaf? When we hear from same it can then be removed. Please lets not tell others "how they think" -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
yum update kernel, culprit?
Anyone else see this? the last two kernels, I have updated with yum update put the following into /boot/grub2/grub.cfg linux /vmlinuz-kernel-3.11.7-300.fc20.x86_64 root=/dev/mapper/luks-alphanumericbit Has to be fixed before reboot with grub2-mkconfig which puts in: root=root=UUID=alphanumericbit -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
no journal on one box. F20
~$ systemctl status systemd-journald.service systemd-journald.service - Journal Service Loaded: loaded (/usr/lib/systemd/system/systemd-journald.service; static) Active: active (running) since Sun 2013-10-27 07:23:50 GMT; 1h 3min ago Docs: man:systemd-journald.service(8) man:journald.conf(5) Main PID: 28067 (systemd-journal) Status: "Processing requests..." CGroup: /system.slice/systemd-journald.service └─28067 /usr/lib/systemd/systemd-journald ~$ journalctl No journal files were found If I reinstall systemd* it works for a while, can't see any cronjob (of mine), that would cause journal to be removed. -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
ptouch print driver?
Which driver below would this be reported if any. F20.Xfce.64bit Fully updated Testing a Brother Ptouch QL-560 using ql-550 driver ptouch-driver-1.3-11.fc20.x86_64 ptouch-driver-foomatic-1.3-11.fc20.noarch In the printer settings window, (system-config-printer, ql-560 properties) when trying to print a test glabel, I see the following: Processing - Unknown RLE flag at 0x1fd76a3: '0x00' Just a flashing light on the printer picked up as usb://Brother/QL-560?serial=D9G505531 /var/log/cups/error_log has lots of: E [25/Oct/2013:10:56:55 +0100] [Job 124] Unknown RLE flag at 0xc4abbf: '0x00' E [25/Oct/2013:10:56:55 +0100] [Job 124] Unknown RLE flag at 0xc4ac0c: '0x02' E [25/Oct/2013:10:56:55 +0100] [Job 124] Unknown RLE flag at 0xc4ac0d: '0x00' E [25/Oct/2013:10:56:55 +0100] [Job 124] Unknown RLE flag at 0xc4ac5a: '0x02' E [25/Oct/2013:10:56:55 +0100] [Job 124] Unknown RLE flag at 0xc4ac5b: '0x00' -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Useful headers in Bugzilla mails [Fwd: Re: abrt Bugzilla summary]
On Wed, 23 Oct 2013 01:15:19 -0700 Adam Williamson wrote: There in claws-mail preferences > Message View > text options > Display headers in message view "edit" -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: usbmuxd troubles
On 17/10/13 12:11 AM, Michal Jaegermann wrote: On Wed, Oct 16, 2013 at 03:18:47PM -0400, Richard Ryniker wrote: I have a similar usbmuxd problem in F20 Beta TC4. After installation, during the first "yum update" I noticed a message about a usbmuxd scriptlet error. https://bugzilla.redhat.com/show_bug.cgi?id=996231 [root@localhost ryniker]# yum check Loaded plugins: fastestmirror, langpacks, refresh-packagekit usbmuxd-1.0.8-10.fc20.x86_64 is a duplicate with usbmuxd-1.0.8-8.fc20.x86_64 Error: check all With yum-utils installed run, as root, package-cleanup --noscripts --cleandupes and that should do it. You will need to repeat such cleanups as long as you are ending up with duplicates due to troubles in package scripts. Michal I ran into this problem a few weeks ago - the advice I got at the time (and it worked) was: First (as superuser root) try out the package-cleanup --cleandupes command. If that doesn't manage to remove the duplicate, give rpm --erase --justdb --noscripts --notriggers usbmuxd-1.0.8-10.fc20.x86_64 a try. Cheers -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Lost keyboard layout in F20 after each reboot
On Fri, 11 Oct 2013 11:17:04 +0200 Joachim Backes wrote: > Hi testers, > > I'm running F20 with all updates applied. > man localectl, should help you out "localectl list-x11-keymap-variants" "locateectl list-keymaps" -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Cannot execute init
Pre-systemd days since I got one of these. kernel-debug in use. No lvm in use all ext4 bar usb* /dev/sda1 = /boot /dev/sdb1 = / luks /dev/sdc1 = /home /dev/sdd1 = /home/user/torrents /dev/sde1 = swap /dev/sd* = usb luks unlocker have re-done grub2-install /devsda grub2-mkconfig -o /boot/grub2/grub.cfg Was failed fedup F19 > F20 finished up with F17 netinstall and fedora-upgrade What to pass to init= After looking at https://fedoraproject.org/wiki/How_to_debug_Dracut_problems is debug-shell the only option? -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Moving away from reporting to RH bugzilla and adopting pure upstream reporting mantra.
On Tue, 24 Sep 2013 13:04:18 + "Jóhann B. Guðmundsson" wrote: > > I've added it because have stated "bugs" go unanswered. > > That is the "problem" need fixing, not bugzilla. > > There are 4 reasons that happens. > > 1. the packager is gone awol 1a: Not a buzilla problem, housekeeping > 2. the packager does not know how to fix 2a: If it a bug, that is know upstream link it, if it's fedora packing\config issue, help him understand > 3. the maintainer lacks time to fix it. 3a: Then should he be maintainer, if he cannot maintain? > 4. bugzilla is not the interface the maintainer finds effective so > he ignores it It it part of fedora, help him learn it's ways > > > > > Is missing maintainer period too long? > > Extra co-maintainers needed, with commit access? > > > > Now can you throw as much endeavour into helping resolve that > > > > To effectively resolve that you need to reduce the total number of > components in the distribution as well as how many components > maintainer is allowed to maintain as well as finding the > communication interface with the maintainer which he finds > effective. Agreed, or get maintainers in, and help them understand Fedora ways. But, I agree if John Does, want to bring in package foo, as his admittance price. Then he best know it's every inch. > > Reporting upstream is one solution to the interface problem, What if they too have bugzilla, bummer. The problem with many upstream is the dreaded "Works for me" > detecting poorly maintained packages as well as orphaning > unmaintained packages and coming up with a time sharing program > takes care of the rest. (1a) ^ > > With the exception of reporting directly upstream which I have been > always against, I pointed out the other things and you can find the > discussion surrounding that in the archives on devel. > I'm not against reporting upstream, for a specific issue, where maintainer has said, can you please report upstream, as problem is agnostic. Gnome is a special case, as upstream <> downstream can be overlapped, and the gnome-sig know their pkgs. -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Moving away from reporting to RH bugzilla and adopting pure upstream reporting mantra.
On Tue, 24 Sep 2013 12:44:02 + "Jóhann B. Guðmundsson" wrote: > I'm not sure what that response is supposed to be adding to the > discussion since it's a well known fact the discomfort it brings to > reporters to have them go upstream to report. I've added it because have stated "bugs" go unanswered. That is the "problem" need fixing, not bugzilla. Is missing maintainer period too long? Extra co-maintainers needed, with commit access? Now can you throw as much endeavour into helping resolve that -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Moving away from reporting to RH bugzilla and adopting pure upstream reporting mantra.
On Tue, 24 Sep 2013 12:36:08 + "Jóhann B. Guðmundsson" wrote: > Infra is not maintaining any bugzilla instances RH is and infra has > refused to put up project's own instance so I'm not sure what you > are getting at. > > JBG > So, basically you want users to go find the bugzilla, I can see how the will help keep the distro running, unless you just want QA, and Packagers only using it. For one, I won't be signing up to every site to track bugs, if bz is broke, help fix it! Not create a whole new batch of problems. -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Moving away from reporting to RH bugzilla and adopting pure upstream reporting mantra.
On Tue, 24 Sep 2013 12:28:18 + "Jóhann B. Guðmundsson" wrote: > On 09/24/2013 12:19 PM, Jonathan Kamens wrote: > > . In fact, there are four stakeholders: QA, packagers, upstream, > > and users. What efforts are being made to solicit useful feedback > > from all four groups? > > ? > > There are 2 stake holders in this > > 1 QA Community ( which includes reporters ) 2 the developers > ( which includes packagers as well ) > > JBG + Infra, which will have to run, if possible any scheme. Haven't they said no? -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Moving away from reporting to RH bugzilla and adopting pure upstream reporting mantra.
On Mon, 23 Sep 2013 21:49:23 + "Jóhann B. Guðmundsson" wrote: > Greetings you all > > After bit of irc discussion there is a compelling reason to move > entirely away from Red Hat bugzilla as well as away from concept of > hosting our own. > There is also a thread on infra https://lists.fedoraproject.org/pipermail/infrastructure/2013-September/013464.html The Jury is still out, along with the rest of the court. -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F20 RC4 "Rescue Mode"
netinstall "rescue mode" no go, not in test matrix netinstall, so added to: https://bugzilla.redhat.com/show_bug.cgi?id=908118 -- Regards, Frank Murphy UTF_8 Encoded Friend of fedoraproject.org -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F20 x86_64 boot.iso
In rescue mode, cannot find any linux partitions. luks partitions. -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Cannot reboot as logged in user
~$ reboot User lightdm is logged in on seat0. Please retry operation after closing inhibitors and logging out other users. Alternatively, ignore inhibitors and users with 'systemctl reboot -i'. plain english for above init 3, same user can reboot as expected -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: NetworkManager F20 online but no connnection [SOLVED]
rm /etc/systemd/system/*.service systemctl enable (above removed).service -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: NetworkManager F20 online but no connnection
On Fri, 23 Aug 2013 11:37:17 -0700 Adam Williamson wrote: > On Fri, 2013-08-23 at 17:12 +0100, Frank Murphy wrote: > > I'm on the www, posting this. > > NM-Applet show no active connection found? > > https://bugzilla.gnome.org/show_bug.cgi?id=706098 I'm on Xfce, with very limited gnome*.rpms installed. -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
NetworkManager F20 online but no connnection
I'm on the www, posting this. NM-Applet show no active connection found? ifconfig eth0: flags=4163 mtu 1500 inet xxx.xxx.xxx.xxx dmesg | grep eth [ 34.491811] r8169 :04:00.0 eth0: RTL8168evl/8111evl at 0xc9c3c000, 90:2b:34:c8:80:22, XID 0c900800 IRQ 45 [ 34.493623] r8169 :04:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko] [ 58.830145] r8169 :04:00.0 eth0: link down [ 58.830808] r8169 :04:00.0 eth0: link down [ 58.831863] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 61.756928] r8169 :04:00.0 eth0: link up [ 61.757613] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready How does one proceed, nm, dbus, aliens? -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com <>-- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Last two kernel updates
Do you have luks encrypted partitions, with maybe a keyfile to open them? On 5 August 2013 04:00, ergodic wrote: > Felix and Sandro, thanks for your replies. > > Basically booting fails defaulting to the maintenance mode option. > > In maintenance mode parsing the 'journalctl' log shows the following > failure messages: > > * systemd-modules-load[236]: Failed to load 'uinput' Function not > implemented. > > * Failed to start Load Kernel Modules > > * Failed to mount /sdx/foo/foo (several partitions) > > * Dependency failed for local file system > > This problem was introduced by the update to 'kernel-3.10.4-200 > .fc19.x86_64' > and has continued with the last update. The system functions very well > with the previous kernels. > > Cheers > > - Original Message - > On 2013-08-04 20:45 (GMT-0400) ergodic composed: > > > Can not boot with either 'kernel-3.10.4-200.fc19.x86_64' or 'kernel- > 3.10.4-300.fc19.x86_64' > > Has any one had this problem? > > > Currently running with kernel-3.9.9-301.fc19.x86_64. > > kernel-3.10.4-300.fc19.x86_64 is booting fine here. Did you try booting > from > the rescue stanza? > -- > "The wise are known for their understanding, and pleasant > words are persuasive." Proverbs 16:21 (New Living Translation) > > Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! > > Felix Miata *** http://fm.no-ip.com/ > -- > test mailing list > test@lists.fedoraproject.org > To unsubscribe: > https://admin.fedoraproject.org/mailman/listinfo/test > -- > test mailing list > test@lists.fedoraproject.org > To unsubscribe: > https://admin.fedoraproject.org/mailman/listinfo/test > -- Regards, Frank Murphy UTF_8 Encoded Friend of fedoraproject.org -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: how do I tell what release yum upgrade will give me?
distroverpkg= * Yum* obtains the value of $releasever from the distroverpkg= line in the /etc/yum.conf" ,it goes to *release, if above line not present. On 31 July 2013 03:48, T.C. Hollingsworth wrote: > On Mon, Jul 29, 2013 at 10:51 PM, Adam Williamson > wrote: > > There isn't a particularly easy way, you just have to make sure > > fedora-release-rawhide is installed and tweak the enabled repos, AFAIK. > > I guess if you edited the .repo files directly they wouldn't get > > overridden on updates? I haven't really played with it much, to be > > honest, I just adjust as necessary for whatever I'm trying to do as I go > > along. > > That won't work. fedora-release just Obsoletes fedora-release-rawhide > at the branch point [1] so fedora-rawhide.repo is removed completely. > > The only way to avoid it would be to prevent yum from honoring the > obsoletes the first time you update after the branch, but that really > isn't any easier than just reinstalling fedora-release-rawhide after > the fact. > > -T.C. > > [1] > http://pkgs.fedoraproject.org/cgit/fedora-release.git/commit/?h=f19&id=756e5e18042c4f820fb6059e640747a7a2b1e2a0 > -- > test mailing list > test@lists.fedoraproject.org > To unsubscribe: > https://admin.fedoraproject.org/mailman/listinfo/test > -- Regards, Frank Murphy UTF_8 Encoded Friend of fedoraproject.org -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: how do I tell what release yum upgrade will give me?
http://docs.fedoraproject.org/en-US/Fedora/14/html/Deployment_Guide/sec-Using_Yum_Variables.html On 30 July 2013 07:59, Adam Williamson wrote: > On Tue, 2013-07-30 at 02:16 -0400, Felix Miata wrote: > > On 2013-07-29 22:51 (GMT-0700) Adam Williamson composed: > > > > >> how do those who want to keep a system on Rawhide instead of > > >> switching to branch after each branch occurs do it? > > > > > There isn't a particularly easy way, you just have to make sure > > > fedora-release-rawhide is installed and tweak the enabled repos, AFAIK. > > > I guess if you edited the .repo files directly they wouldn't get > > > overridden on updates? > > > > If by "tweaking" you mean manual manipulation of /etc/yum.repos.d/ > content, > > I'd need a howto. I don't do so well on my own messing with config files > > containing $ &/or ? in URLs. > > No, I actually use the GUI (!!!) for that. I've no idea what it does, > but it works. > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora > http://www.happyassassin.net > > -- > test mailing list > test@lists.fedoraproject.org > To unsubscribe: > https://admin.fedoraproject.org/mailman/listinfo/test -- Regards, Frank Murphy UTF_8 Encoded Friend of fedoraproject.org -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
SOLVED Re: Rawhide - Calibre
On Sun, 21 Jul 2013 17:46:45 +0200 Lars Seipel wrote: > On Sun, Jul 21, 2013 at 09:03:05AM -0400, Scott Robbins wrote: > > Are you using the rpm or the download from Calibre's site? Note > > that they do recommend one does not use a distro's version. > > Did they fix the serious security problems in the upstream-provided > packages? They used to install some exploitable helper program suid > root. The Fedora package (and most other distros') stripped that > binary and made Calibre use a more secure mechanism. > > bz created: https://bugzilla.redhat.com/show_bug.cgi?id=986682 workaround for me, for now: rm -f ~/.ICEauthority -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Rawhide - Calibre
On Sun, 21 Jul 2013 09:21:27 -0400 Scott Robbins wrote: > I'd recommend at least trying with Calibre's own download and see > if that works. Also, for what it's worth, apparently, if you buy > an apress book in any format, you can then download another > format. In addition, it seems as if their pdfs prior to 2010 were > password protected. All were re-downloaded, but many books never available outside pdf. They said it wasn't viable, similarly Informit. -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Rawhide - Calibre
On Sun, 21 Jul 2013 09:03:05 -0400 Scott Robbins wrote: > On Sun, Jul 21, 2013 at 01:42:31PM +0100, Frank Murphy wrote: > > Asking here in case just a Calibre problem > > > Are you using the rpm or the download from Calibre's site? Note > that they do recommend one does not use a distro's version. > > Using Rawhide version. > > > > Can't convert pdf to epub > > > > > > EPUB output written to /tmp/calibre_0.9.40_tmp_OVlAPS/Tl9egG.epub > > ICE default IO error handler doing an exit(), pid = 15446, errno > > = 32 > > I just tried on F19 (using the version downloaded from Cablibre's > site) and it converted without problem. > I've many Apress pdf only books. No hassle in the castle -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Rawhide - Calibre
Asking here in case just a Calibre problem Can't convert pdf to epub EPUB output written to /tmp/calibre_0.9.40_tmp_OVlAPS/Tl9egG.epub ICE default IO error handler doing an exit(), pid = 15446, errno = 32 ~$ ps aux | grep 15446 frank15858 0.0 0.0 112736 952 pts/0S+ 13:26 0:00 grep --color=auto 15446 -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Confused Rawhide (F20) set correct time Xfce
Can't connect securely to Dropbox, as it says time and date wrong. Have checked both the bios, and datetime applet, both have correct time and date. ~$ locale LANG=en_IE.UTF-8 sudo hwclock --debug hwclock from util-linux 2.23.1 Using /dev interface to clock. Last drift adjustment done at 1334072322 seconds after 1969 Last calibration done at 1334072322 seconds after 1969 Hardware clock is on UTC time Assuming hardware clock is kept in UTC time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2013/07/19 11:00:10 Hw clock time : 2013/07/19 11:00:10 = 1374231610 seconds since 1969 Fri 19 Jul 2013 12:00:10 IST -0.814446 seconds -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
systemd-cryptsetup - crypttab -keyfile F20
Have glanced at: http://www.freedesktop.org/software/systemd/man/systemd-cryptsetup-generator.html I have a keyfile for all luks, excluding /root which is passphrase. keyfiles is stored in /root The /root is the only luks-foo listed in /etc/grub2.cfg Has worked up to recently. How can I force systemd to use /etc/crypttab, and ignore itself (systemd-cryptsetup), if that is the ideal option. -- Regards, Frank - I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Rawhide: /run/initramfs/sosreport.txt stuck.
On Tue, 9 Jul 2013 09:44:59 +0100 Frank Murphy wrote: https://bugzilla.redhat.com/show_bug.cgi?id=982608 -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Rawhide: /run/initramfs/sosreport.txt stuck.
On Tue, 09 Jul 2013 11:35:32 +0100 "Bryn M. Reeves" wrote: > On 07/09/2013 09:44 AM, Frank Murphy wrote: > > Am running Rawhide on a Dell Vostro 200. > > > > This is the only kernel that works (F19 days) > > kernel-3.9.8-300.fc19.x86_64 > > > > F20 kernels fails at "cryptsetup my root device" > > > > > > Am left at the following prompt: > > :#/ > > following the instructions at the prompt, > > mount /boot > > mount is not recongised. > > as is not cp, or any other command. > > > > How to proceed? > > > > Hi Frank, > > I'm puzzled by the sosreport.txt mentioned in the subject. > > Sos does not normally write anything under /run and the string > 'sosreport.txt' does not exist anywhere in the package https://bugzilla.redhat.com/show_bug.cgi?id=921887 so I'm > wondering where this path comes from (and how it's related to your > boot problem)? > these days, post systemd I don't know all the "realms" but that's what comes up: The last prober line on screen is: "started cryptography setup /dev/mapper/luks-f9034624-98d6-4987-a2bc-b9614f0304a4 it stayse there a least 2\3 minutes, then drops to said prompt. Where I command nothing. -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Rawhide: /run/initramfs/sosreport.txt stuck.
Am running Rawhide on a Dell Vostro 200. This is the only kernel that works (F19 days) kernel-3.9.8-300.fc19.x86_64 F20 kernels fails at "cryptsetup my root device" Am left at the following prompt: :#/ following the instructions at the prompt, mount /boot mount is not recongised. as is not cp, or any other command. How to proceed? -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Nitrogen
My favorite wallpaper setter Nitrogen has been orphanedso it's unavailable from the repositories. I run IceWm sometimes...and switch backgrounds quite often and nitrogen was the only piece of software that did it for me. Is there anyway I can get the last version for 19 ? -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F19 - networking problem & questions
On Wed, 03 Jul 2013 20:52:52 +0200 Mateusz Marzantowicz wrote: > Shouldn't be grub2-mkconfig -o /boot/grub2/grub.cfg? > Yes, I need to go watch TV :( -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F19 - networking problem & questions
On Wed, 03 Jul 2013 11:47:53 +0300 Cristian Sava wrote: > > After updating aujour: > > The external network is not reachable anymore but the internal > network is ok if NM is enabled and working. > This setup does not work with network service anymore. > Any advice how to fix (not downgrade-ing?)? > > https://bugzilla.redhat.com/show_bug.cgi?id=980785 > > C. Sava > http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ try on the kernel line net.ifnames=0 or add to /etc/default/grub GRUB_CMDLINE_LINUX= "some other stuff net.ifnames=0" grub2-install /boot/grub2/grub.cfg -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[SOLVED] Re: grub2-mkconfig not picking up all kernels on another partition
On 06/23/2013 10:04 PM, Frank McCormick wrote: On 06/23/2013 08:18 PM, Matthew Miller wrote: On Sun, Jun 23, 2013 at 03:54:33PM -0600, Chris Murphy wrote: bash -x grub2-mkconfig -o /boot/grub2/grub.cfg Post the result somewhere, then post the URL here. Sounds like an OS Prober issue, which is more problematic on UEFI than BIOS usually. Try fpaste: $ echo foo |fpaste Uploading (0.1KiB)... http://ur1.ca/ef6v3 ->http://paste.fedoraproject.org/20400/20331081 Further checking shows mkconfig IS putting all the kernels into grub.cfg the problem is now grub is not displaying them! And it's happening on 19 and on 18. Too tired tonight to pursue this further...I'll tackle it again tomorrow. Thanks Chris and Matthew ! I checked grub.cfg again and it does contains all the kernels...so then I stripped down /etc/default/grub.cfg to the bare minimum and lo and behold all the kernels display. I don't know which option or if any option was fouling up the display..but I am happy even with the resulting bare bones menu. Thanks -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: consider people with poor vision
On Wed, 19 Jun 2013 12:59:57 -0300 Bruno Medeiros wrote: > > I don't need this problem fixed personally, but if I were in > position, I would consider ideas to fix the problem for people who > have it, specially if the problem is a big problem (not being able > to read the text, for example). My daughter since age 12 (now 23) is almost blind in one eye, bad vision in the other. Her solution to small text PC or otherwise a magnifying glass on a cap. Which gave her back large text. -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 19 Final status, testing/karma requests and needed fixes
On Wed, 19 Jun 2013 08:26:12 -0600 Tim Flink wrote: > > Are we going to start getting non-desktop type live images or have > > those all been dropped for f19? > > They were moved for F19 and are now in the Spins/ directory > instead of the Live/ dir.. > > I'm seeing MATE, LXDE, XFCE and SoaS unless you were looking for > one of the other spins. I'm not sure those are being built for F19 > > Tim Other Gnome\KDE based spins usually appear at final. -- Regards, Frank "When in doubt PANIC!" I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: rsyslog
On 06/15/2013 03:43 PM, Adam Williamson wrote: On Sat, 2013-06-15 at 15:40 -0400, Frank McCormick wrote: Update wants to replace rsyslog on my system- I have downgraded rsyslog to handle the "spamming log problem". [root@franksfedora19 frank]# yum update Loaded plugins: langpacks, refresh-packagekit Resolving Dependencies --> Running transaction check ---> Package rsyslog.i686 0:7.2.6-1.fc19 will be updated ---> Package rsyslog.i686 0:7.4.0-1.fc19 will be an update --> Finished Dependency Resolution Is it safe now to allow it to be upgraded ? if you have updated to systemd 204-8, it ought to be safe. I have. If you have inflated logs from the SELinux accounts-daemon bug, then rsyslog will still run the CPU to 100% for some time after the upgrade, because it'll be writing the entire journal out to /var/log/messages; but it will eventually complete and quiet down. Personally I recommend pruning the journal first if you have a huge journal full of those SELinux messages - if your system logs aren't that important to you, you can safely just blow away the larger (over 10MB) files in /var/log/journal and that should trim the journal down to a reasonable size. I chose to deleteseems to be running fine...but I'll keep an eye on it for a while. Thanks -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: yum question "Is this ok [y/d/N]:"
On Sat, 15 Jun 2013 14:22:24 +0530 Someone Somewhere wrote: > I think it should stand for yes/default/no.+ > Default action may be different depending on the scrnario. Eg while > installing it may be yes but qhile erasing it may be a no. > Can someone confirm if my interpretation is correct? You are incorrect. -- Regards, Frank - I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: yum question "Is this ok [y/d/N]:"
On Sat, 15 Jun 2013 10:43:21 +0200 Joachim Backes wrote: > Hi all, > > can anybody explain the meaning of "d" in the yum prompt > "Is this ok [y/d/N]:"? Googling this, I found this question too, > but no answer. > The same as putting "yum --downloadonly" -- Regards, Frank - I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[SOLVED] Repairing truncated file
On 06/04/2013 12:40 PM, Michael Schwendt wrote: On Tue, 04 Jun 2013 10:58:59 -0400, Frank McCormick wrote: Do you run ldconfig as root? Yes What files /etc/ld.so.cache* do you have? [frank@franksfedora19 ~]$ ls /etc/ld.so.cache* /etc/ld.so.cache [frank@franksfedora19 ~]$ What does "ldconfig -v" show about that library? This comes first ldconfig: Path `/usr/lib' given more than once ldconfig: file /lib/libQtOpenGL.so.4.8.4;51a94e8f is truncated then the list of the libraries it knows about. That means the file does exist. How have you searched for the file? Found it !!! I had been looking adjacent to the originalbut it was at the very bottom of the list in the file manager I use (midnight commander) - When you insisted the file did exist, I did another search. It doesn't exist now...and ldconfig is happy: [frank@franksfedora19 lib]$ sudo ldconfig -v ldconfig: Path `/usr/lib' given more than once /usr/lib/iscsi: libiscsi.so.1 -> libiscsi.so.1.0.10700 /usr/lib/llvm: libLLVM-3.3.so -> libLLVM-3.3.so libprofile_rt.so -> libprofile_rt.so libLTO.so -> libLTO.so etc etc The temporary file will never belong into any package (in case you try to run a query for its path). I did and found nothing. Thanks for all your help. -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Repairing truncated file
On 06/04/2013 11:48 AM, Adam Williamson wrote: On Tue, 2013-06-04 at 09:42 -0400, Frank McCormick wrote: On 06/04/2013 01:07 AM, Michal Jaegermann wrote: The file that is there is libQtOpenGL.so.4.8.4 along with two symbolic links pointing to it. So ldconfig did its job. It appears that there is nothing wrong with your installation. There must be something wrong as ldconfig keeps reporting this truncated file which doesn't exist :) If you are not sure to which packages belongs a specific file you can run a verification step like that: rpm -Vf /lib/libQtOpenGL.so.4.8.4 where a file you are referencing has to exist. That also reports nothing, so it appears rpm isn't aware of the file/package even though it has been erased and re installed a few times now. I think some people are missing that the file does not actually exist once the package install process is complete. To me, it sounds like an ldconfig is somehow being run from the package's scriptlets before extraction of the files from the RPM is actually complete. This all came about after an update was aborted by a hardware failure. Unfortunately I don't recall what I did after the aborted update...as it was several weeks ago. I **assume** I redid the update and after the next package was handled, ldconfig was run for it.but the extraction/handling of files from qt-x11 had not been completed. The question now is how I get rid of that "/usr/lib/ is truncated" warning. Reinstalls and re-running ldconfig after cache deletion doesn't work. -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: updating 19
On 06/04/2013 11:09 AM, Adam Williamson wrote: On Tue, 2013-06-04 at 10:36 -0400, Frank McCormick wrote: I attempted to update my 19 this morning...what does this mean ? [frank@franksfedora19 ~]$ sudo yum check-update Loaded plugins: langpacks, refresh-packagekit An update notice is broken, or duplicate, skipping: updates-testing/FEDORA-2013-9550 [frank@franksfedora19 ~]$ https://bugzilla.redhat.com/show_bug.cgi?id=960642 Good to know. I guess patience is a virtue :) -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Repairing truncated file
On 06/04/2013 09:57 AM, Michael Schwendt wrote: On Tue, 04 Jun 2013 09:42:19 -0400, Frank McCormick wrote: There must be something wrong as ldconfig keeps reporting this truncated file which doesn't exist :) Do you run ldconfig as root? Yes What files /etc/ld.so.cache* do you have? [frank@franksfedora19 ~]$ ls /etc/ld.so.cache* /etc/ld.so.cache [frank@franksfedora19 ~]$ What does "ldconfig -v" show about that library? This comes first ldconfig: Path `/usr/lib' given more than once ldconfig: file /lib/libQtOpenGL.so.4.8.4;51a94e8f is truncated then the list of the libraries it knows about. It's _good_ that nothing is reported, because -Vf means "verify the package this file belongs into". The query to show a package a file belongs into is this: rpm -qf /lib/libQtOpenGL.so.4.8.4 [frank@franksfedora19 ~]$ rpm -qf /lib/libQtOpenGL.so.4.8.4 qt-x11-4.8.4-19.fc19.i686 [frank@franksfedora19 ~] -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
updating 19
I attempted to update my 19 this morning...what does this mean ? [frank@franksfedora19 ~]$ sudo yum check-update Loaded plugins: langpacks, refresh-packagekit An update notice is broken, or duplicate, skipping: updates-testing/FEDORA-2013-9550 [frank@franksfedora19 ~]$ -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Repairing truncated file
On 06/04/2013 01:07 AM, Michal Jaegermann wrote: The file that is there is libQtOpenGL.so.4.8.4 along with two symbolic links pointing to it. So ldconfig did its job. It appears that there is nothing wrong with your installation. There must be something wrong as ldconfig keeps reporting this truncated file which doesn't exist :) If you are not sure to which packages belongs a specific file you can run a verification step like that: rpm -Vf /lib/libQtOpenGL.so.4.8.4 where a file you are referencing has to exist. That also reports nothing, so it appears rpm isn't aware of the file/package even though it has been erased and re installed a few times now. Is there a way to re build the info that rpm has ? -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Repairing truncated file
On 06/03/2013 11:40 PM, Sérgio Basto wrote: On Dom, 2013-06-02 at 19:14 -0400, Frank McCormick wrote: On 06/02/2013 06:50 PM, Frank McCormick wrote: On 06/02/2013 02:06 PM, Sérgio Basto wrote: On Dom, 2013-06-02 at 13:23 -0400, Frank McCormick wrote: On 06/02/2013 01:12 PM, Frank McCormick wrote: After an aborted yum update recently I began to notice ldconfig complaining about a truncated file Transaction test succeeded Running transaction Installing : 1:qt-x11-4.8.4-19.fc19.i686 1/1 /sbin/ldconfig: file /lib/libQtOpenGL.so.4.8.4;51a94e8f is truncated Verifying : 1:qt-x11-4.8.4-19.fc19.i686 I have tried to fine out which file contains the library but yum whatprovides doesn't return any answers Further to this I found out the rpm file containing that library is :qt-x11-4.8.4-19.fc19.i686 and I re installed. However ldconfig is still complaining the file is truncated and the message has that added "; 51a94e8f on the end . How to fix ..anyone ? rm /lib/libQtOpenGL.so.4.8.4;51a94e8f yum reinstall qt-x11 I'll try removing it first. Doesn't work. Erased the offending files and re installed but ldconfig still complains about the truncated file. And what is the ;51a94e8f on the end of the file ? if /lib/libQtOpenGL.so.4.8.4;51a94e8f doesn't exit , and qt-x11 is correctly installed rpm -V qt-x11 what says ? Nothing at all. /lib/libQtOpenGL.so.4.8.4;51a94e8f does not actually exist, at least not in /lib The file that is there is libQtOpenGL.so.4.8.4 along with two symbolic links pointing to it. Erasing all three, then erasing and re installing qt-x11xxx does nothing. As was pointed out here already, the file name with those extra characters on the end is a temp file created as part of the install procedure. If it actually exists on the disk , I can't find it. ldconfig -i don't fix it ? No it doesn't. -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Repairing truncated file
On 06/03/2013 04:40 PM, Michal Jaegermann wrote: On Sun, Jun 02, 2013 at 07:14:15PM -0400, Frank McCormick wrote: And what is the ;51a94e8f on the end of the file ? This is one of temporary suffixes used to create temporary targets when unpacking an update rpm. If you are seeing something of that sort that means that something got screwy and a rename to a "final" form did not happen. I have seen something of that sort on occasions when a package update tried to replace directly a file with a symlink or vice-versa (or another mixup of that sort). What is really messed up in your case it is not really possible to tell from what you are saying but something definitely is. Deleting the file..then removing the rpm and re installing it doesn't change anything. Neither does deleting ldconfig's cache, or re installing GLIBC . It's a resistant error if nothing else. The good new is it doesn't **seem** to affect any of the software I use on a daily basis. If and when it does, I have 3 other partitions of usable Linux distros :) -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Repairing truncated file
On 06/03/2013 09:36 AM, Ralf Corsepius wrote: On 06/03/2013 02:43 PM, Frank McCormick wrote: On 06/03/2013 01:09 AM, Adam Williamson wrote: On Sun, 2013-06-02 at 19:14 -0400, Frank McCormick wrote: Doesn't work. Erased the offending files and re installed but ldconfig still complains about the truncated file. And what is the ;51a94e8f on the end of the file ? Have you run out of disk space? No 40% used. Wild guess: You might have run out of memory due to /tmp on /tmpfs. I have occasionally hit such issues during yum runs on low RAM machines. Ralf It's possible I guess...this machine only has one gig and even with barebones windows managers will usually utilize the swap. But that still begs the question how do I fix this truncated file ? -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Repairing truncated file
On 06/03/2013 01:09 AM, Adam Williamson wrote: On Sun, 2013-06-02 at 19:14 -0400, Frank McCormick wrote: Doesn't work. Erased the offending files and re installed but ldconfig still complains about the truncated file. And what is the ;51a94e8f on the end of the file ? Have you run out of disk space? No 40% used. [frank@localhost ~]$ df Filesystem 1K-blocksUsed Available Use% Mounted on /dev/sda3 13831448 5178960 7943220 40% / devtmpfs 501352 0501352 0% /dev tmpfs 505224 0505224 0% /dev/shm tmpfs 505224 852504372 1% /run tmpfs 505224 0505224 0% /sys/fs/cgroup tmpfs 505224 4505220 1% /tmp /dev/sda5 222666372 9267220 202081700 5% /media/sda5 /dev/sda7 113656464 5472556 107028088 5% /media/sda7 /dev/sda2 13979216 5701136 7561300 43% /media/sda2 I have since re installed glibc (for ldconfig) and no change. I have Googled the problem but came up with almost nothing - maybe I am using the wrong terms. -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Repairing truncated file
On 06/02/2013 06:50 PM, Frank McCormick wrote: On 06/02/2013 02:06 PM, Sérgio Basto wrote: On Dom, 2013-06-02 at 13:23 -0400, Frank McCormick wrote: On 06/02/2013 01:12 PM, Frank McCormick wrote: After an aborted yum update recently I began to notice ldconfig complaining about a truncated file Transaction test succeeded Running transaction Installing : 1:qt-x11-4.8.4-19.fc19.i686 1/1 /sbin/ldconfig: file /lib/libQtOpenGL.so.4.8.4;51a94e8f is truncated Verifying : 1:qt-x11-4.8.4-19.fc19.i686 I have tried to fine out which file contains the library but yum whatprovides doesn't return any answers Further to this I found out the rpm file containing that library is :qt-x11-4.8.4-19.fc19.i686 and I re installed. However ldconfig is still complaining the file is truncated and the message has that added "; 51a94e8f on the end . How to fix ..anyone ? rm /lib/libQtOpenGL.so.4.8.4;51a94e8f yum reinstall qt-x11 I'll try removing it first. Doesn't work. Erased the offending files and re installed but ldconfig still complains about the truncated file. And what is the ;51a94e8f on the end of the file ? -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Repairing truncated file
On 06/02/2013 02:06 PM, Sérgio Basto wrote: On Dom, 2013-06-02 at 13:23 -0400, Frank McCormick wrote: On 06/02/2013 01:12 PM, Frank McCormick wrote: After an aborted yum update recently I began to notice ldconfig complaining about a truncated file Transaction test succeeded Running transaction Installing : 1:qt-x11-4.8.4-19.fc19.i686 1/1 /sbin/ldconfig: file /lib/libQtOpenGL.so.4.8.4;51a94e8f is truncated Verifying : 1:qt-x11-4.8.4-19.fc19.i686 I have tried to fine out which file contains the library but yum whatprovides doesn't return any answers Further to this I found out the rpm file containing that library is :qt-x11-4.8.4-19.fc19.i686 and I re installed. However ldconfig is still complaining the file is truncated and the message has that added "; 51a94e8f on the end . How to fix ..anyone ? rm /lib/libQtOpenGL.so.4.8.4;51a94e8f yum reinstall qt-x11 I'll try removing it first. -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Repairing truncated file
On 06/02/2013 01:12 PM, Frank McCormick wrote: After an aborted yum update recently I began to notice ldconfig complaining about a truncated file Transaction test succeeded Running transaction Installing : 1:qt-x11-4.8.4-19.fc19.i686 1/1 /sbin/ldconfig: file /lib/libQtOpenGL.so.4.8.4;51a94e8f is truncated Verifying : 1:qt-x11-4.8.4-19.fc19.i686 I have tried to fine out which file contains the library but yum whatprovides doesn't return any answers Further to this I found out the rpm file containing that library is :qt-x11-4.8.4-19.fc19.i686 and I re installed. However ldconfig is still complaining the file is truncated and the message has that added "; 51a94e8f on the end . How to fix ..anyone ? -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Repairing truncated file
After an aborted yum update recently I began to notice ldconfig complaining about a truncated file Transaction test succeeded Running transaction Installing : 1:qt-x11-4.8.4-19.fc19.i686 1/1 /sbin/ldconfig: file /lib/libQtOpenGL.so.4.8.4;51a94e8f is truncated Verifying : 1:qt-x11-4.8.4-19.fc19.i686 I have tried to fine out which file contains the library but yum whatprovides doesn't return any answers Help ? Thanks -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: video players in 19
On 05/29/2013 04:51 PM, Chuck Forsberg WA7KGX N2469R wrote: On 05/29/2013 01:46 PM, Frank McCormick wrote: Is VLC or Mplayer available for 19 (32 bit). If so where. It isn't in Fedoras repositories and I hesitate to install it from anywhere else. I'm running a newly installed Beta Thanks -- --Cheers-- Rpmfusion works for me, at least for 64 bit vlc and ffmpeg. http://rpmfusion.org OK, that worked. Thanks..I had forgotten about rpmfusion. -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
video players in 19
Is VLC or Mplayer available for 19 (32 bit). If so where. It isn't in Fedoras repositories and I hesitate to install it from anywhere else. I'm running a newly installed Beta Thanks -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Attempt to recover
On 05/25/2013 05:24 PM, Michal Jaegermann wrote: On Sat, May 25, 2013 at 11:22:38AM -0400, Frank McCormick wrote: Being the stubborn person I am I am attempting to recover my 19 system. I chrooted into 19 from 18 and ran package-clean --problems . I have reinstalled libxvmc...but for some reason the system still thinks it's incomplete Are you sure that you installed in the right system (rpm has an option -r)? If yes then maybe a wrong version? No I have since reinstalled a long list of packages...and they are in the right system. I than ran ldconfig # ldconfig: File /lib/libqpdf.so.10.1.0 is empty, not checked. ldconfig: File /lib/libdialog.so.11.1.0 is empty, not checked. Does 'rpm -qf /lib/libqpdf.so.10.1.0' says that they belong to installed packages? Maybe these are just leftovers? Yes you're right there. They belong to packages I added later. 'rpm -Va' will test an integrity of all packages present in the current database. Redirect an output and check results later. It is really hard to guess what you possibly removed. A trivial reason you are failing to boot could be that you are attempting to use a new kernel for which initramfs was not yet build. This happens in %posttrans package script and you apparently crashed before this had a chance to run. Michal I did rpm -Va.and the list is huge. There is apparently so much wrong now...I think I'll wait until 19 Beta to reinstall it. I didn't think an interrupted update could cause so much trouble. -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Attempt to recover
Being the stubborn person I am I am attempting to recover my 19 system. I chrooted into 19 from 18 and ran package-clean --problems This is what it spewed out Unable to connect to dbus Package libXvMC-1.0.7-6.20130524gite9415ddef.fc19.i686 has missing requires of config(libXvMC) = ('0', '1.0.7', '6.20130524gite9415ddef.fc19') Package xorg-x11-drv-intel-2.21.6-1.fc19.i686 has missing requires of libXvMC.so.1 Package xorg-x11-drv-openchrome-0.3.3-1.fc19.i686 has missing requires of libXvMC.so.1 I have reinstalled libxvmc...but for some reason the system still thinks it's incomplete I than ran ldconfig # ldconfig: File /lib/libqpdf.so.10.1.0 is empty, not checked. ldconfig: File /lib/libdialog.so.11.1.0 is empty, not checked. Any suggestions? Thanks -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Big problem with an update
On 05/25/2013 12:32 AM, Adam Williamson wrote: On Fri, 2013-05-24 at 23:01 -0400, Frank McCormick wrote: I am a relative newcomer to Fedora (I'm a Debian refugee) so my knowledge of yum at the moment is pretty minimal. Does anyone have any suggestions on how this can be fixed? The system still boots fine FWIW, the few times I got stuck in a case like that, I rpm -V'ed the newer dupes, and if that resulted in an OK, you can do this: rpm -e --justdb --noscripts (older version) what that basically does is simply remove the entry from the RPM database without running any scriptlets or actually deleting any files from the filesystem. I wish now had waited rather than running tum complete transaction ( which it never did) as it ended up marking the transaction files as invalid. It was then I ran package cleanup and that's what left my partition unbootable. Thanks for the suggestions anyway :) -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Big problem with an update
On 05/24/2013 11:39 PM, Frank McCormick wrote: On 05/24/2013 11:08 PM, Christopher Meng wrote: Tell us your "yum history" Too late Christopher - found "package-cleanup --dupes" in the Fedora forums (and a suggestion from another user on the regular list) - so I tried it - now the 19 partition is unbootable :) So it sort of solved my problem. Package cleanup ran into a bunch of what it said were zero-length files..dunno what it did or didn't do with them..nothing I guess. But it appears some . many or all were essential. Anyway I can roll back time to a few hours ago :) A second problem Christopher is there is no history for tonight when it happened. I guess Yum/RPM writes the file after/during the update process, which never ended properly. The partition still boots but ends up with the message of no /boot/init so I get a sh-4.2 prompt on a read-only partition. A fine state of affairs :) --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Big problem with an update
On 05/24/2013 11:35 PM, Ed Greshko wrote: Frank McCormick wrote: On 05/24/2013 11:23 PM, Ed Greshko wrote: Frank McCormick wrote: I was updating Fedora 19 tonight when my system crashed ( I suspect it's a memory error)but anyway it now **appears I have a lot of duplicate files on my system, at least that what yum check all reports. The crash happened after the updates had been installed I think during the verify stage. This is a partial list of what "yum check all" reports: Try package-cleanup --dupes Yeah, that's what I found in the Fedora forums. So I tried it. Now the partition won't boot. package-cleanup --dupes removed the dupes..at least it said it wasbut it also ran into a bunch of files it said were zero-length...what it did about them I don't know. Short version: the partition is now unbootable. So I am back in Fedora 18...where I think I'll stay for a while. I don't anticipate re-installing 19...at least not for a while. The only comforting thing is that this same problem could happen no matter what version you're running. :-) Since F19 is beta it isn't a big deal IMHO. I've had similar things go wrong, disk problems, and getting it fixed took time and effortbut I was able to recover. Yeah maybe I'll reinstall when 19 is released, Or maybe not. Thanks anyway for the suggestion - it seems it's about the only thing that could be done under the circumstances -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Big problem with an update
On 05/24/2013 11:08 PM, Christopher Meng wrote: Tell us your "yum history" Too late Christopher - found "package-cleanup --dupes" in the Fedora forums (and a suggestion from another user on the regular list) - so I tried it - now the 19 partition is unbootable :) So it sort of solved my problem. Package cleanup ran into a bunch of what it said were zero-length files..dunno what it did or didn't do with them..nothing I guess. But it appears some . many or all were essential. Anyway I can roll back time to a few hours ago :) -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Big problem with an update
On 05/24/2013 11:23 PM, Ed Greshko wrote: Frank McCormick wrote: I was updating Fedora 19 tonight when my system crashed ( I suspect it's a memory error)but anyway it now **appears I have a lot of duplicate files on my system, at least that what yum check all reports. The crash happened after the updates had been installed I think during the verify stage. This is a partial list of what "yum check all" reports: Try package-cleanup --dupes Yeah, that's what I found in the Fedora forums. So I tried it. Now the partition won't boot. package-cleanup --dupes removed the dupes..at least it said it wasbut it also ran into a bunch of files it said were zero-length...what it did about them I don't know. Short version: the partition is now unbootable. So I am back in Fedora 18...where I think I'll stay for a while. I don't anticipate re-installing 19...at least not for a while. -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Big problem with an update
I was updating Fedora 19 tonight when my system crashed ( I suspect it's a memory error)but anyway it now **appears I have a lot of duplicate files on my system, at least that what yum check all reports. The crash happened after the updates had been installed I think during the verify stage. This is a partial list of what "yum check all" reports: Loaded plugins: langpacks, refresh-packagekit SDL-1.2.15-8.fc19.i686 is a duplicate with SDL-1.2.15-7.fc19.i686 1:autocorr-en-4.0.3.3-3.fc19.noarch is a duplicate with 1:autocorr-en-4.0.3.3-2.fc19.noarch 1:cups-1.6.2-7.fc19.i686 is a duplicate with 1:cups-1.6.2-4.fc19.i686 1:cups-filesystem-1.6.2-7.fc19.noarch is a duplicate with 1:cups-filesystem-1.6.2-4.fc19.noarch 1:cups-libs-1.6.2-7.fc19.i686 is a duplicate with 1:cups-libs-1.6.2-4.fc19.i686 desktop-backgrounds-compat-19.0.0-2.fc19.noarch is a duplicate with desktop-backgrounds-compat-19.0.0-1.fc19.noarch desktop-backgrounds-gnome-19.0.0-2.fc19.noarch is a duplicate with desktop-backgrounds-gnome-19.0.0-1.fc19.noarch dialog-1.2-2.20130523.fc19.i686 is a duplicate with dialog-1.2-1.20121230.fc19.i686 dmraid-1.0.0.rc16-21.fc19.i686 is a duplicate with dmraid-1.0.0.rc16-20.fc19.i686 dmraid-events-1.0.0.rc16-21.fc19.i686 is a duplicate with dmraid-events-1.0.0.rc16-20.fc19.i686 dracut-027-46.git20130430.fc19.i686 is a duplicate with dracut-027-45.git20130430.fc19.i686 dracut-network-027-46.git20130430.fc19.i686 is a duplicate with dracut-network-027-45.git20130430.fc19.i686 glusterfs-3.4.0-0.5.beta2.fc19.i686 is a duplicate with glusterfs-3.4.0-0.4.beta1.fc19.i686 glusterfs-api-3.4.0-0.5.beta2.fc19.i686 is a duplicate with glusterfs-api-3.4.0-0.4.beta1.fc19.i686 glusterfs-fuse-3.4.0-0.5.beta2.fc19.i686 is a duplicate with glusterfs-fuse-3.4.0-0.4.beta1.fc19.i686 1:grub2-2.00-18.fc19.i686 is a duplicate with 1:grub2-2.00-16.fc19.i686 1:grub2-efi-2.00-18.fc19.i686 is a duplicate with 1:grub2-efi-2.00-16.fc19.i686 1:grub2-tools-2.00-18.fc19.i686 is a duplicate with 1:grub2-tools-2.00-16.fc19.i686 The list goes on and on... I am a relative newcomer to Fedora (I'm a Debian refugee) so my knowledge of yum at the moment is pretty minimal. Does anyone have any suggestions on how this can be fixed? The system still boots fine I wrote this message originally on the regular users list but at least one person took exception to it even though it's not an F19 problem specifically. Thanks -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Rawhide restrace server error
On Sat, 18 May 2013 15:52:15 +0800 Christopher Meng wrote: > Hi, > > When I want to report bugs via ABRT it returns with: > > The release 'fedora-20-i386' is not supported by the Retrace server. > > Any ideas? File a bug against the retrace-server bugzilla.redhat.com with whatever you can grab from the fail. -- Regards, Frank - I check for new mail app. 20min www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F18 updates-testing broken?
On Sat, 04 May 2013 21:19:25 +0800 Ed Greshko wrote: > On 05/04/13 18:45, Frank Murphy wrote: > > Getting this on two 64 bit boxes > > > 3.0.16-3.fc18 updates-testing > espeak.x86_64 1.47.08-1.fc18 > updates-testing > > and so on > Curious some work here, some don't. An update notice is broken, or duplicate, skipping: FEDORA-2013-1371 An update notice is broken, or duplicate, skipping: FEDORA-2013-1375 Resolving Dependencies --> Running transaction check ---> Package PyQt4.x86_64 0:4.10-1.fc18 will be updated the top dupe. above seems to be: https://lists.fedoraproject.org/pipermail/package-announce/2013-February/098139.html which I don't have: # rpm -q tinymce-spellchecker package tinymce-spellchecker is not installed -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F18 updates-testing broken?
Getting this on two 64 bit boxes updates-testing/18/x86_64/updateinfo | 924 kB 00:00:00 An update notice is broken, or duplicate, skipping: FEDORA-2013-4957 An update notice is broken, or duplicate, skipping: FEDORA-2013-4952 An update notice is broken, or duplicate, skipping: FEDORA-2013-0808 An update notice is broken, or duplicate, skipping: FEDORA-2012-20348 An update notice is broken, or duplicate, skipping: FEDORA-2013-0437 An update notice is broken, or duplicate, skipping: FEDORA-2012-20572 did: yum clean all; rm -rfv /var/lib/yum/yumdb; rm -f /usr/var/lib/rpm/__* (just in case) rpm --rebuilddb still the same -- Regards, Frank www.frankly3d.com -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test