Re: Preupgrade is slow
--- On Sat, 5/29/10, W.H. Kalpa Pathum wrote: > Patrick Bartek > wrote: > > --- On Sat, 5/29/10, W.H. Kalpa Pathum > wrote: > > > >> I'm trying to upgrade F12 to F13 and I'm using > >> preupgrade-cli. Al > >> though my internet connection is capable to > transfer around > >> 50kB/s, > >> the preupgrade downloads files with around 20kB/s. > Further > >> it hangs a > >> long times after a file is downloaded to begin the > next > >> file > >> downloading. It's not packages but the files prior > to that > >> like > >> > >> [snip] > > > > The slowness (and stalls) is most likely due to the > servers being overloaded by tens of thousands of users like > you trying to preupgrade and upgrading on line. Be > patient. Start your preupgrade before you go to bed, and > when you get up in the morning it should be finished. Or > just wait a month until the rush is over. > > Thanks. I did as you instructed and the next day when I got > up it has > downloaded all the files and asked me to reboot. > Now on F13 :-) Happy to help. Glad everything worked out well for you. Remember patience is a virtue. But when it comes to computers, it's more a necessity. ;-) B -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Regarding Get Fedora page
Rahul Sundaram wrote: > As already pointed out, feedback was requested as part of Fedora Weekly > News which was send to fedora-announce list back in Oct. i missed, or do not recall mention of notice being in 'fwn', but i will accept you word as to such. tho 'fwn' is one place to send such notices, i do believe that something such as new web page for new releases should be sent in their own email thru announce list. i do not always fully read 'fwn', tho i do at least read index. so i am at fault. tho i hope my comments have not appeared as complaining or bitching. > In addition to all that, if i was a website designer volunteering to do > something, I would hesitate to post in this list considering the tone of > some of the users. lmao. no argument their, but as i said, at least bitchers would at least been given notice if something had been posted and if they did not respond, they have no one blame but themselves. -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Regarding Get Fedora page
On 05/30/2010 10:38 AM, g wrote: > posting notification and a link to new page design to all list can help in > prevention because if someone does complain, it is a simple matter to point > out that notice was given and comments were requested. > As already pointed out, feedback was requested as part of Fedora Weekly News which was send to fedora-announce list back in Oct. It was discussed in length in several places and of course some users still missed it until the new website is launched. In addition to all that, if i was a website designer volunteering to do something, I would hesitate to post in this list considering the tone of some of the users. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Regarding Get Fedora page
Rahul Sundaram wrote: > I am uninterested in blaming anyone this believe, nor should you be. and, no one at "fault" should be, nor maintain a hurt by what has been said. but, because of what has happened, proper steps should be taken to prevent such problems again. posting notification and a link to new page design to all list can help in prevention because if someone does complain, it is a simple matter to point out that notice was given and comments were requested. those who do not follow notice and comment will have no room to complain because it will be because of their own lacking, not of page designer. even this is no guarantee that there will not be complaints, at least a positive reply can be that notice and offer was made and relieves designers of lacking of showing interest of others. plus, had such notice been given, what was missing from page could have been applied. this is entirely different from asking to share in design, because there are many who know how to trouble shoot software, but have no idea of how or what goes into page design. > do think no matter how many mailing lists we post to, some people are still > going to complain that they were uninformed and this list is hardly the one > place users complain about. this is true. it is human nature. tho i do believe that some complain just to boost up a thread so they can have something to write about. > My point was simply that if feedback is given, it should be done in a > constructive fashion. this is true. i well understand your point, and i whole heartedly agree. 'good night, gracie.' ;) -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Preupgrade is slow
On Sat, May 29, 2010 at 10:55 PM, Patrick Bartek wrote: > --- On Sat, 5/29/10, W.H. Kalpa Pathum wrote: > >> I'm trying to upgrade F12 to F13 and I'm using >> preupgrade-cli. Al >> though my internet connection is capable to transfer around >> 50kB/s, >> the preupgrade downloads files with around 20kB/s. Further >> it hangs a >> long times after a file is downloaded to begin the next >> file >> downloading. It's not packages but the files prior to that >> like >> >> [snip] > > The slowness (and stalls) is most likely due to the servers being overloaded > by tens of thousands of users like you trying to preupgrade and upgrading on > line. Be patient. Start your preupgrade before you go to bed, and when you > get up in the morning it should be finished. Or just wait a month until the > rush is over. Thanks. I did as you instructed and the next day when I got up it has downloaded all the files and asked me to reboot. Now on F13 :-) > > B > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > -- Best Regards, W.H.Kalpa Pathum http://kalpapathum.blogspot.com http://thiraya.wordpress.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: radeon to nvidia to radeon produces pain
On Sat, 29 May 2010, Michael Hennebry wrote: > On Sat, 29 May 2010, Craig White wrote: > >> On Sat, 2010-05-29 at 10:45 -0500, Michael Hennebry wrote: >>> On Fri, 28 May 2010, Michael Hennebry wrote: >>> I'm on my third video card. The first was a radeon. After I zapped that one, I had it replaced with an nvidia card because it had AGP and I could find it. Having cooked or otherwise damaged that one, I replaced it with a VisionTek Radeon HD 3650. It was the AGP card I could find. Knoppix 5.1.0 runs just fine. >>> >>> I tried Xorg -probe >>> X -config /root/xorg.conf.new >>> just produced a messy screen. No discernable image. >>> Here is /root/xorg.conf.new : > >> Not sure exactly where you are going with all of this but you should at >> least start with the default which is no xorg.conf at all - so maybe as > > That was one of the first things I tried, > but I'll try it again. I tried it again. It still didn;t work. In Xorg.0.log there is a warning that it is using the preferred frequency, 135 MHz, even though it is greater than the maximum frequency, 130 MHz. How do I tell it not to do that? -- Michael henne...@web.cs.ndsu.nodak.edu "Pessimist: The glass is half empty. Optimist: The glass is half full. Engineer: The glass is twice as big as it needs to be." -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Regarding Get Fedora page
On 05/29/2010 10:34 PM, g wrote: > Rahul Sundaram wrote: > > > >> Depends on when you did it. As I indicated before, there was some >> recent changes done in response to feedback here. >> > which would have been unnecessary if web page designers had posted > a link to this list notifying of a new page design before putting > up new page. > > so, who is really at fault? designers or bitchers? :) > I am uninterested in blaming anyone and do think no matter how many mailing lists we post to, some people are still going to complain that they were uninformed and this list is hardly the one place users complain about. My point was simply that if feedback is given, it should be done in a constructive fashion. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: radeon to nvidia to radeon produces pain
On Sat, 29 May 2010, Craig White wrote: > On Sat, 2010-05-29 at 10:45 -0500, Michael Hennebry wrote: >> On Fri, 28 May 2010, Michael Hennebry wrote: >> >>> I'm on my third video card. >>> The first was a radeon. >>> After I zapped that one, I had it replaced with >>> an nvidia card because it had AGP and I could find it. >>> Having cooked or otherwise damaged that one, >>> I replaced it with a VisionTek Radeon HD 3650. >>> It was the AGP card I could find. >>> Knoppix 5.1.0 runs just fine. >> >> I tried Xorg -probe >> X -config /root/xorg.conf.new >> just produced a messy screen. No discernable image. >> Here is /root/xorg.conf.new : > Not sure exactly where you are going with all of this but you should at > least start with the default which is no xorg.conf at all - so maybe as That was one of the first things I tried, but I'll try it again. > root, you should just 'mv /etc/X11/xorg.conf /etc/X11/xorg.conf-saved' > and then reboot and see what happens because I would guess that the > knoppix org.conf you are trying to use is from a much earlier version of > xorg. I never copied and xorg.conf from knoppix. That I could use knoppix demonstrated that the hardware worked. The quoted xorg.conf.new was from Xorg -probe . -- Michael henne...@web.cs.ndsu.nodak.edu "Pessimist: The glass is half empty. Optimist: The glass is half full. Engineer: The glass is twice as big as it needs to be." -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Importing an mbox into Imap
On Sat, 2010-05-29 at 18:34 -0600, Philip Prindeville wrote: > > I'm sure he wouldn't mind sharing the script if you're interested, > but > > it is specific to Cyrus. > > > > poc > > > > > > Ok, just to be clear... does it resubmit the messages via IMAP for > delivery? It runs directly on the Cyrus server, so it probably manipulates the Cyrus file structure directly or calls some internal API, I'm not sure. > Because if it does, it can't be *that* Cyrus-specific... I mean yes, > it can embed flags into the message that are only specific to Cyrus > would take some rewriting, but I can do that... > > So yes, please, share the code if you can. I've asked the author to send it to me or put it on a Web page. I'll let you know. > If I come up with any Dovecot fixes for it, I'll send them back to > you. Sure. poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Correct instructions for installing NVidia proprietary driver on Fedora 13?
> Hello Everyone, > If the output of "/sbin/lspci | grep VGA" is: > 03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT] (rev > a1) > > are the correct instructions for installing the proprietary NVidia driver still > located here: > http://fedorasolved.org/video-solutions/nvidia-yum-kmod > > I have tried the above referenced instructions a couple of times, with the same, > bad results... I am now going to try again, paying special attention to the > "Troubleshooting" section... With this exact system, I have been so used to > everything working (up until I installed Fedora 13) that I have never even > had > to look at the troubleshooting steps for these instructions before. > > I will get back to you with whatever happens. Hello Again, Well, no luck so far... But here are some excerpts from log files that might help someone see what my problem is: First, the output of 'grep -i "nvidia" messages': [r...@localhost log]# grep -i "nvidia" messages May 28 15:27:16 localhost kernel: nvidia: module license 'NVIDIA' taints kernel. May 28 15:27:16 localhost kernel: NVRM: The NVIDIA probe routine was not called for 1 device(s). May 28 15:27:16 localhost kernel: NVRM: This can occur when a driver such as rivafb, nvidiafb or May 28 15:27:16 localhost kernel: NVRM: rivatv was loaded and obtained ownership of the NVIDIA May 28 15:27:16 localhost kernel: NVRM: Try unloading the rivafb, nvidiafb or rivatv kernel module May 28 15:27:16 localhost kernel: NVRM: (and/or reconfigure your kernel without rivafb/nvidiafb May 28 15:27:16 localhost kernel: NVRM: support), then try loading the NVIDIA kernel module again. May 28 15:27:16 localhost kernel: NVRM: No NVIDIA graphics adapter probed! May 28 15:28:19 localhost kernel: NVRM: The NVIDIA probe routine was not called for 1 device(s). May 28 15:28:19 localhost kernel: NVRM: This can occur when a driver such as rivafb, nvidiafb or May 28 15:28:19 localhost kernel: NVRM: rivatv was loaded and obtained ownership of the NVIDIA May 28 15:28:19 localhost kernel: NVRM: Try unloading the rivafb, nvidiafb or rivatv kernel module May 28 15:28:19 localhost kernel: NVRM: (and/or reconfigure your kernel without rivafb/nvidiafb May 28 15:28:19 localhost kernel: NVRM: support), then try loading the NVIDIA kernel module again. May 28 15:28:19 localhost kernel: NVRM: No NVIDIA graphics adapter probed! May 28 15:33:54 localhost yum: Installed: 1:kmod- nvidia-2.6.33.3-85.fc13.x86_64-195.36.24-1.fc13.5.x86_64 Second, the output of 'grep -i "nvidia" Xorg.0.log': [r...@localhost log]# grep -i "nvidia" Xorg.0.log [ 185.822] (--) PCI:*(0:3:0:0) 10de:0622:10de:058f nVidia Corporation G94 [GeForce 9600 GT] rev 161, Mem @ 0xfa00/16777216, 0xd000/268435456, 0xf800/33554432, I/O @ 0xcc00/128, BIOS @ 0x/524288 [ 185.824] (II) Loading /usr/lib64/xorg/modules/extensions/nvidia/libglx.so [ 185.833] (II) Module glx: vendor="NVIDIA Corporation" [ 185.833] (II) NVIDIA GLX Module 195.36.24 Thu Apr 22 19:52:00 PDT 2010 [ 185.836] (II) NOUVEAU driver for NVIDIA chipset families : [ 185.836] (II) NOUVEAU driver for NVIDIA chipset families : [ 185.839] (--) NOUVEAU(0): Chipset: "NVIDIA NV94" [ 186.322] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found) Your insight is greatly appreciated. Steven P. Ulrick -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Correct instructions for installing NVidia proprietary driver on Fedora 13?
> On Sat, May 29, 2010 at 06:25, Steven P. Ulrick > wrote: > > > > Hi Steven, > > > > > > On Fri, May 28, 2010 at 16:59, Steven P. Ulrick > > > wrote: > > > > > > > Hello Everyone, > > > > If the output of "/sbin/lspci | grep VGA" is: > > > > 03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 > > GT] > > > > (rev > > > > a1) > > > > > > > > are the correct instructions for installing the proprietary NVidia > > driver > > > > still > > > > located here: > > > > http://fedorasolved.org/video-solutions/nvidia-yum-kmod > > > > > > > > I have tried the above referenced instructions a couple of times, with > > the > > > > same, > > > > bad results... I am now going to try again, paying special attention > > to > > > > the > > > > "Troubleshooting" section... With this exact system, I have been so > > used > > > > to > > > > everything working (up until I installed Fedora 13) that I have never > > even > > > > had > > > > to look at the troubleshooting steps for these instructions before. > > > > > > > > I will get back to you with whatever happens. > > > > > > > > > > I have a 9800 GT, and all I had to do for F13 was enable rpmfusion repo > > and > > > install kmod-nvidia; after that Nvidia driver was already used on the > > next > > > boot, but it didn't recognize my dual-head setup (which was expected). I > > > tried using nvidia-settings (as root) to configure dual-head, but I had > > some > > > trouble setting it exactly the way I wanted; then I just replaced > > > /etc/X11/xorg.conf with the one from my F12 /etc backup and that was it. > > Well, I have one of those :) I think I will try all of this over AGAIN :) > > > > Good luck =) Well, it didn't work for me... Just for kicks I ran "diff" on the xorg.conf from my Fedora 12 backup, and the one that was created when I installed "kmod-nvidia" and all of the other packages that that pulled in. They were binary equal :)... Anyway, see elsewhere in this thread for new information on this issue. Steven P. Ulrick -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: preupgrade: not enough space again
On 05/29/2010 02:57 PM, Alan Evans wrote: > I thought gparted couldn't get anywhere near a LVM. Has that changed? > Oh, actually I always ignore LVM setup and create my own partitions. I like being able to use gparted :] -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Importing an mbox into Imap
On 5/25/10 9:16 AM, Patrick O'Callaghan wrote: > On Tue, 2010-05-25 at 10:10 +0930, Tim wrote: > >> On Mon, 2010-05-24 at 14:38 -0430, Patrick O'Callaghan wrote: >> >>> Just import the mbox file into any IMAP client (Thunderbird, >>> Evolution, Claws, whatever ...) >>> >> I've tried this with fairly large spool files, on Evolution (painfully >> slow, and needs doing in chunks - select a month's mail, drag and drop >> it between folders), and Thunderbird (eventually fails part way through, >> even in chunks, with no clue as to how far along it got). So I'd like >> to find a good tool for doing this, too. >> > I took the liberty of asking our mail admin about this, since I know > we've done it in the past. This is his answer: > > I wrote a very Cyrus-specific Perl script (which runs on > the mailstore server) that parsed an mbox file, split it into > individual messages, and handed them to Cyrus for storage. And > yes, it takes many hours (on a fast machine with fast disks) and > some babysitting. > > If he's not using Cyrus, or doesn't have access to the server, > tough luck... :-/ > > I'm sure he wouldn't mind sharing the script if you're interested, but > it is specific to Cyrus. > > poc > > Ok, just to be clear... does it resubmit the messages via IMAP for delivery? Because if it does, it can't be *that* Cyrus-specific... I mean yes, it can embed flags into the message that are only specific to Cyrus would take some rewriting, but I can do that... So yes, please, share the code if you can. If I come up with any Dovecot fixes for it, I'll send them back to you. -Philip -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Cool it Down Please was: Regarding Get Fedora page
Frank Murphy wrote: On 29/05/10 17:46, g wrote: > --snip-- >> and when they do and have a new design, is it posted to this list >> for viewing and review? >> >> many followers of this list do not follow website design list. > Normally most important things are posted to: > the announce list. (low volume) > Which *everone* should subscribe to. > > Usually with links to various options for commenting. which is very interesting because i am subscribed to; List Password // URL k...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/options/kde/geleem%40bellsouth.net electronic-...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/options/electronic-lab/geleem%40bellsouth.net x...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/options/xen/geleem%40bellsouth.net users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/options/users/geleem%40bellsouth.net annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/options/announce/geleem%40bellsouth.net so, either new web page designs are not being published, i am not getting all postings that i should, or show how or other i did not see it. as i said, such notices should be sent to this list. -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: First F13 roadblock
On Sat, 29 May 2010 19:17:56 -0400 Tom Horsley wrote: > Yea, it is somewhat mysteriously random. I gonna try getting rid of the > 32 but flash and nspluginwrapper and see if it likes things better > with all 64 bit plugins. Maybe it isn't as random as I thought. It is beginning to look like greasemonkey is the culprit. If I run firefox -safe-mode and tell it to disable all add-ons, I can run OK and re-enable any of the add-ons except for greasemonkey, at which point ff no longer starts. (At least that is my current impression - I though I saw a pattern before as well :-). -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: First F13 roadblock
> > https://bugzilla.redhat.com/show_bug.cgi?id=593042 > > > > Apparently after installing some random collection of > > firefox plugins, firefox stops working (it acts more like the > > number of plugins is important rather than which plugins). > > H. I have four active extensions, one disabled extension, and seven > plugins installed without any problems. That seems to be quite a bit more > than the ones in the bug. Yea, it is somewhat mysteriously random. I gonna try getting rid of the 32 but flash and nspluginwrapper and see if it likes things better with all 64 bit plugins. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Installing F13
On 05/29/2010 03:37 PM, Patrick O'Callaghan wrote: > On Sat, 2010-05-29 at 15:49 -0500, Aaron Konstam wrote: > >>> Supposedly /boot cannot be ext4 as it's not yet supported by Grub, >>> >> so I >> >>> don't know how you got that to work. >>> >>> >> It iis my impresssion that the abovve is no longer true. >> > It seems so. It can't be Btrfs but ext4 isn't explicitly forbidden. > OTOH, the OP is talking about his existing F12 /boot partition. which I > don't think could be ext4. > > poc > > What it has done, when I installed F12 I did not select separate home partition so the install created /boot ext4 and a virtual disk (lvm2) for the home partition. I have two options 1.) boot gpart live iso and resize the boot and upgrade to F13 or the most likely option Is to reformat and clean install F13 with seperate /home partition. Either way I still have to back up the /home virtual partition (300gig) before I do anything gparted I find out now will handle lvm filesystem so I will go for the learning experience and try the resize of boot and make a /home partition first (after backup) If that runs into problems then I have no lose and just reformat entire drive and install F13 I am not sure about the nvidia proprietary drivers if I am successful in the /boot resize and upgrade. Would I reinstate nouveau first before the upgrade attempt or can I install F13 upgrade with the nvidia drivers intact? Thanks for the responses Michael -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: First F13 roadblock
Tom Horsley writes: I've fully switched over to Fedora 13 as my primary system now, but I just encountered this bug: https://bugzilla.redhat.com/show_bug.cgi?id=593042 Apparently after installing some random collection of firefox plugins, firefox stops working (it acts more like the number of plugins is important rather than which plugins). H. I have four active extensions, one disabled extension, and seven plugins installed without any problems. That seems to be quite a bit more than the ones in the bug. pgpAz87UnRk9b.pgp Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Cool it Down Please was: Regarding Get Fedora page
On 29/05/10 17:46, g wrote: --snip-- > > and when they do and have a new design, is it posted to this list > for viewing and review? > > many followers of this list do not follow website design list. > Normally most important things are posted to: the announce list. (low volume) Which *everone* should subscribe to. Usually with links to various options for commenting. -- Regards, Frank Murphy UTF_8 Encoded Friend of Fedora -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: preupgrade: not enough space again
2010/5/29 Colin J Thomson : > FYI, preupgrade does work with the default 200meg /boot partition, I did it > here on this small raid system, no LVM all ext4, F12 > F13.. More info here: > > https://bugzilla.redhat.com/show_bug.cgi?id=573451 Everything working just remove all unused kernels - left only working one + upgrade stuff #v+ /dev/sda1 99M 23M 76M 24% /boot #v- Preupgrade works fine with my boot size. -- Łukasz Jagiełło lukaszjagielloorg -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: preupgrade: not enough space again
On Sun, 2010-05-30 at 01:22 +0300, Jussi Lehtola wrote: > I'm just wondering why we don't have a tool for yum upgrades that > downloads the packages and after OK by the user drops down to single > user mode and installs them, at the end trying a reboot once the > operation is complete.. It's called preupgrade (the order of events is slightly different from you propose but the idea is basically the same). poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Installing F13
On Sat, 2010-05-29 at 15:49 -0500, Aaron Konstam wrote: > > Supposedly /boot cannot be ext4 as it's not yet supported by Grub, > so I > > don't know how you got that to work. > > > It iis my impresssion that the abovve is no longer true. It seems so. It can't be Btrfs but ext4 isn't explicitly forbidden. OTOH, the OP is talking about his existing F12 /boot partition. which I don't think could be ext4. poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: preupgrade: not enough space again
On Saturday 29 May 2010 22:55:32 Alan Evans wrote: > On Sat, May 29, 2010 at 2:21 PM, Colin J Thomson > > wrote: > > FYI, preupgrade does work with the default 200meg /boot partition, I did > > it here on this small raid system, no LVM all ext4, F12 > F13.. More > > info here: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=573451 > > > > NOTE.. > > I guess your mileage may vary depending on the hardware as Alan found out > > :( > > Apparently, my default 200MB fell a bit short: > > $ df -h > FilesystemSize Used Avail Use% Mounted on > /dev/mapper/vg_studio-lv_root > 868G 266G 558G 33% / > tmpfs 4.0G 1000K 4.0G 1% /dev/shm > /dev/sda5 194M 24M 161M 13% /boot Hmm, it should work but I think you said the problem you had was after the reboot with the network card, so it could not download the install.img etc and continue the upgrade. Maybe upgrade by DVD would be best for you then.. FYI my layout, $ df -h FilesystemSize Used Avail Use% Mounted on /dev/md1 72G 17G 54G 24% / tmpfs 502M 940K 501M 1% /dev/shm /dev/md0 190M 38M 143M 22% /boot /dev/sda1 38G 7.1G 29G 20% /media/%media%backup Colin -- Fedora release 13 (Goddard) Registered Linux user number #342953 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: preupgrade: not enough space again
On Sat, 2010-05-29 at 14:55 -0700, Alan Evans wrote: > Apparently, my default 200MB fell a bit short: > > $ df -h > FilesystemSize Used Avail Use% Mounted on > /dev/mapper/vg_studio-lv_root > 868G 266G 558G 33% / > tmpfs 4.0G 1000K 4.0G 1% /dev/shm > /dev/sda5 194M 24M 161M 13% /boot This might be a bit OT but a simple yum upgrade has worked for me for a long time, no problems whatsoever. http://fedoraproject.org/wiki/YumUpgradeFaq#Fedora_12_-.3E_Fedora_13 Just be sure to run it either under screen, or from a virtual console since X usually goes bunkers during the operation. And you might have to do a forced reboot at the end, since the system might not shut down cleanly. I'm just wondering why we don't have a tool for yum upgrades that downloads the packages and after OK by the user drops down to single user mode and installs them, at the end trying a reboot once the operation is complete.. -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
First F13 roadblock
I've fully switched over to Fedora 13 as my primary system now, but I just encountered this bug: https://bugzilla.redhat.com/show_bug.cgi?id=593042 Apparently after installing some random collection of firefox plugins, firefox stops working (it acts more like the number of plugins is important rather than which plugins). -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: preupgrade: not enough space again
On Sat, May 29, 2010 at 2:05 PM, Konstantin Svist wrote: > It told me the same thing. At that point, I booted from a live CD, > installed gparted and resized the boot partition to take 500M (took > space from swap, which was 2G). Then preupgrade succeeded perfectly and > I'm running F13 right now. > Since the packages are already downloaded, you should be able to retry > without having to get them again. I thought gparted couldn't get anywhere near a LVM. Has that changed? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: preupgrade: not enough space again
On Sat, May 29, 2010 at 2:21 PM, Colin J Thomson wrote: > FYI, preupgrade does work with the default 200meg /boot partition, I did it > here on this small raid system, no LVM all ext4, F12 > F13.. More info here: > > https://bugzilla.redhat.com/show_bug.cgi?id=573451 > > NOTE.. > I guess your mileage may vary depending on the hardware as Alan found out :( Apparently, my default 200MB fell a bit short: $ df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg_studio-lv_root 868G 266G 558G 33% / tmpfs 4.0G 1000K 4.0G 1% /dev/shm /dev/sda5 194M 24M 161M 13% /boot *sigh* -Alan -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: preupgrade: not enough space again
On Saturday 29 May 2010 22:05:12 Konstantin Svist wrote: > On 05/29/2010 11:39 AM, Alan Evans wrote: > > Preupgrade is complaining that I don't have enough space in > > /boot/upgrade. How much space is needed? Preupgrade is not telling me. > > It *did* tell me that I could continue if I had a wired network > > connection. I do have, so I continued; and then after finally > > downloading all the packages (much time) and rebooting it apparently > > couldn't find the driver for my network card. Bother. > > > > Cancelling at that point and rebooting did bring back my F12, so that > > was good. But I've cleaned out boot as much as I think possible and > > still there's not enough space. > > > > I thought this was done to death during the last upgrade cycle. And I > > think I have a non-upgraded install of F12 on this machine, yet /boot > > is still too small for preupgrade to work! Ack! > > > > Will this work if I go buy a generic network card? Apparently the one > > already installed (and that I'm using now) is no good for the > > installer. > > > > -Alan > > It told me the same thing. At that point, I booted from a live CD, > installed gparted and resized the boot partition to take 500M (took > space from swap, which was 2G). Then preupgrade succeeded perfectly and > I'm running F13 right now. > Since the packages are already downloaded, you should be able to retry > without having to get them again. FYI, preupgrade does work with the default 200meg /boot partition, I did it here on this small raid system, no LVM all ext4, F12 > F13.. More info here: https://bugzilla.redhat.com/show_bug.cgi?id=573451 NOTE.. I guess your mileage may vary depending on the hardware as Alan found out :( Colin -- Fedora release 13 (Goddard) Registered Linux user number #342953 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: preupgrade: not enough space again
Konstantin Svist writes: On 05/29/2010 11:39 AM, Alan Evans wrote: Preupgrade is complaining that I don't have enough space in /boot/upgrade. How much space is needed? Preupgrade is not telling me. It *did* tell me that I could continue if I had a wired network connection. I do have, so I continued; and then after finally downloading all the packages (much time) and rebooting it apparently couldn't find the driver for my network card. Bother. Cancelling at that point and rebooting did bring back my F12, so that was good. But I've cleaned out boot as much as I think possible and still there's not enough space. I thought this was done to death during the last upgrade cycle. And I think I have a non-upgraded install of F12 on this machine, yet /boot is still too small for preupgrade to work! Ack! Will this work if I go buy a generic network card? Apparently the one already installed (and that I'm using now) is no good for the installer. -Alan It told me the same thing. At that point, I booted from a live CD, installed gparted and resized the boot partition to take 500M (took space from swap, which was 2G). Then preupgrade succeeded perfectly and I'm running F13 right now. Since the packages are already downloaded, you should be able to retry without having to get them again. You could always download the full DVD, and run the upgrade from the DVD. pgpkCrHDEkGwk.pgp Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Latest F12 updates broken
As seems to happen more often than not the latest F12 updates are broken. Resolving Dependencies --> Running transaction check --> Processing Dependency: libetpan.so.13()(64bit) for package: cairo-dock-plug-ins-2.1.3.9-1.fc12.x86_64 ---> Package libetpan.x86_64 0:1.0-1.fc12 set to be updated --> Finished Dependency Resolution Error: Package: cairo-dock-plug-ins-2.1.3.9-1.fc12.x86_64 (@rpmfusion-free-updates) Requires: libetpan.so.13()(64bit) Removing: libetpan-0.58-2.fc12.x86_64 (@fedora) You could try using --skip-broken to work around the problem Paolo -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: preupgrade: not enough space again
On 05/29/2010 11:39 AM, Alan Evans wrote: > Preupgrade is complaining that I don't have enough space in > /boot/upgrade. How much space is needed? Preupgrade is not telling me. > It *did* tell me that I could continue if I had a wired network > connection. I do have, so I continued; and then after finally > downloading all the packages (much time) and rebooting it apparently > couldn't find the driver for my network card. Bother. > > Cancelling at that point and rebooting did bring back my F12, so that > was good. But I've cleaned out boot as much as I think possible and > still there's not enough space. > > I thought this was done to death during the last upgrade cycle. And I > think I have a non-upgraded install of F12 on this machine, yet /boot > is still too small for preupgrade to work! Ack! > > Will this work if I go buy a generic network card? Apparently the one > already installed (and that I'm using now) is no good for the > installer. > > -Alan > It told me the same thing. At that point, I booted from a live CD, installed gparted and resized the boot partition to take 500M (took space from swap, which was 2G). Then preupgrade succeeded perfectly and I'm running F13 right now. Since the packages are already downloaded, you should be able to retry without having to get them again. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F13 install problem (/dev/fd0 error)
On Sat, May 29, 2010 at 11:54:25 -0700, "Wolfgang S. Rupprecht" wrote: > > Are floppies still used by most people? I can't recall the last time I > tried to use one. If the floppy hardware is really so broken that it > causes hangs, wouldn't it be better to just not probe for them ever > unless some boot-time flag were given? In one case things work but work slowly. In the other they don't work. I think the first option is better. I think, most of the time the issue is that the bios isn't configured to say that there are no floppy drives attached and the floppy controller should be disabled. Though there were claims that in some cases doing that didn't help. Hopefully both things can be fixed at the same time. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Installing F13
On Sat, 2010-05-29 at 15:03 -0430, Patrick O'Callaghan wrote: > On Sat, 2010-05-29 at 12:06 -0700, Michael Miles wrote: > > On 05/29/2010 11:40 AM, Patrick O'Callaghan wrote: > > > On Sat, 2010-05-29 at 11:22 -0700, Michael Miles wrote: > > > > > >> I would like to install F13 x64 > > >> > > >> I have seen the size difference in the partitions. > > >> Question: Do I have to reformat my F12 installation or will upgrade > > >> resize the boot partition? > > >> > > > Is your current F12 installation 32-bit or 64-bit? If it's 32-bit, I > > > think you'll need to do a complete install, not an upgrade. In that case > > > you can change the partitioning. For an upgrade, you can't. Of course > > > you can always change it beforehand using gparted if you're worried > > > about size. > > > > > > > > >> I did not select a seperate Home partition when I installed F12. I > > >> realize now I should have. > > >> > > > Definitely. Best back up /home and create a new partition once and for > > > all. While you're at it, make sure /boot is at least 500MB in case you > > > want to use preupgrade in the future. > > > > > > poc > > > > > > > > Ok I am confused. > > > > Sda1 ext4 /boot is 200 meg and locked, Will not allow me to do anything > > except format > > Supposedly /boot cannot be ext4 as it's not yet supported by Grub, so I > don't know how you got that to work. > It iis my impresssion that the abovve is no longer true. > > Sda2 lvm2 not mounted and 931 gig. but is there and active and showing a > > warning > > The warning is Logical Volume management not yet supported. > > http://www.gnu.org/software/parted/manual/html_chapter/parted_7.html#SEC68 I > don't recall having done this (I'm not a big fan of LVM for home use) but > apparently the idea is to change LVM's notional size of the filesystem and > then resize the partition with gparted. Simply moving the partition around > shouldn't be a problem. You might want to post this specific question as > separate topic and get other opinions before doing it. > > > > > > > It is also showing all I can do is reformat. > > > > Do I change the file system resulting in a lost disk? > > No, you run gparted from a rescue disk, i.e. reboot with the original > installation disk in the drive and choose rescue mode. You can then run > gparted. If for some reason gparted isn't there, you can download an iso > image of a standalone linux system that basically just runs gparted. See > http://gparted.sourceforge.net/livecd.php > > poc > -- === My doctorate's in Literature, but it seems like a pretty good pulse to me. === Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: How to resize RAID-1 partitions (mdraid)
Roberto Ragusa writes: I never used parted, so if I had to achieve what you want I'd try something completely different. You have to use something to adjust the size of the ext3 filesystem. Growing the underlying mdraid device is not sufficient. Once the underlying block device is larger, the ext3 filesystem needs to be grown, else it'll remain at its logical size, with no benefit. I don't think that mdadm --grow adjusts the ext3 metadata on the partition to reflect its new size. Anything can be on a RAID block device, not just ext3. Something still needs to logically resize the ext3 filesystem. Boot with some sort of rescue disk so you are not running from the disks. Break the RAID eliminating the sdb partitions to be modified: (md1 and md2 is my guess at the names) mdadm /dev/md1 --fail /dev/sdb1 mdadm /dev/md2 --fail /dev/sdb2 mdadm /dev/md1 --remove /dev/sdb1 mdadm /dev/md2 --remove /dev/sdb2 mdadm /dev/md1 --grow -n 1 mdadm /dev/md2 --grow -n 1 Why do you need to --grow here? So you now have md1 and md2 are a 1-disk RAID1, while md5 is still running on two disks. You now fdisk /dev/sdb: delete all the partitions and immediately recreate them with the new sizes. Be sure that sdb4 and sdb5 are recreated with _exactly_ the same positions they had before. Do not use "fd" as type for sdb1 and sdb2, Why not? for now. Now save the changes. The kernel will refuse to load the new partitions in memory as your md5 is still using sda5 and sdb5. So you reboot. Now you have again md1 (degraded) md2 (degraded) and md5 (2 disks!) available. Create two new degraded RAID devices: mdadm --create /dev/md11 -l 1 -n 1 /dev/sdb1 mdadm --create /dev/md12 -l 1 -n 1 /dev/sdb2 (mdadm will also want "-f" because n=1 is unusal) Now you can mkfs /dev/md11 and /dev/md12 and cp from /dev/md1 and /dev/md2 I see what you're getting at here. I'm wondering whether it's even necessary to create temporary md devices and manually copy over. Can't I just create the partitions on the second drive, in their new position, add them to my existing RAID sets, and let the kernel sync up the data, then break the RAID volumes again, rebuild the partitions on the first drives, add them back into the RAID, sync the data back up to the primary, "--grow max", now that the first partition is larger on both drives, to have mdraid grow the RAID volume to its new bigger size, then finally parted to grow the ext3 filesystem on the larger RAID volume. Then I have another server that does not have a luxury of a larger swap partition that can be conveniently shrunk. But I think I can see how that can be done using documented parted abilities: shrink the large ext3 partition using parted. Shrink its RAID device using mdadm --grow. Degrade the RAID by taking out the partition from one of the drives. Delete the physical partition and recreate it its new position. Add it back into the RAID volume, let the kernel sync it, then repeat the same process with the partition on the other drive. Now, I just need to understand why you say not to use the fd partition type. pgpIPzESvxHtb.pgp Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Did I mess up?
On Saturday 29 May 2010, Patrick O'Callaghan wrote: >On Sat, 2010-05-29 at 15:12 -0400, Gene Heskett wrote: >> >Did you select "Upgrade" over "Install"? It appears that once you do >> >that, you're committed. It doesn't ask you again after the Grub >> >> config >> >> >screen. IIRC this is a change from previous Fedoras and personally I >> >think it's a mistake, but it is mentioned in the docs. >> > >> >poc >> >> That choice as a "click it" item, was not presented once the disk had >> been >> hash checked and found good. The only place I saw it was on the >> opening >> screen as the dvd booted the first time, and that was not presented as >> a >> click it, yes or no option, just mentioned in the initial boilerplate. >> So >> unless it timed out while I was doing other things on this box, and >> took >> what it thought was the default action, no, it never asked me. > >That sounds like a bug in Anaconda. Probably should be reported to BZ. > >poc > I think we should see if anyone else reports it. And frankly, I've been working on a used rider mower I just bought the last day or so, and have not read every mail that came in, hence to not know if its been reported before. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Now I lay me back to sleep. The speaker's dull; the subject's deep. If he should stop before I wake, Give me a nudge for goodness' sake. -- Anonymous -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: How to resize RAID-1 partitions (mdraid)
Sam Varshavchik wrote: > The disk partitions are as follows: > > Device /dev/sda1 /boot 100 megabytes > /dev/sda2 / 20 gigabytes > /dev/sda3 swap - 6 gigs > /dev/sda4 Extended partition > /dev/sda5 /home -- remaining space, large > > The layout of /dev/sdb is the same, and each partition on /dev/sda is in > a RAID-1 array with its peer on /dev/sdb. > > All partitions, except for /dev/sda4, have their types set to "Linux > raid autodetect" in the partition table. > > That small /boot is getting to be a pain, when updating Fedora. I > originally wanted to shrink /home by 400-500 megabytes, getting some > free space appear before it, shifting the remain partitions over, then > adding the free space at the end of /boot. > > But I just realized that I can simply shrink the swap partition by half > a gig, or so, at its beginning, and move / up. > > So, what I think I need to do is: > > 1) Drop the swap partition > > 2) Use mdadm --grow to reduce the size of /dev/md2 (RAID-1 joining > /dev/sda3 and /dev/sdb3) by about a gigabyte > > 3) Change the size of this partition in the partition table, make it > smaller by about half a gig. > > 4) Move the partition physically so that it ends where it used to end. > > Can parted do 3 & 4? It's not clear to me what parted does with swap > partitions, whether it just refuses to touch them, or just treats them > as an opaque blob. I think it's better to move the partition together > with its data. Even though this is swap, there's a RAID signature in > there, and it'll probably be easier to just move the partition, as is, > rather than me having to figure out how to completely drop and then > create a new RAID-1 partition. > > 5) Use mdadm --grow --size=max, to extend the size of the partition to > whatever mdadm thinks it should be now, then mkswap-ing an empty swap > partition on the raid device > > 6) Move /dev/sd[ab]2 up. Parted can obviously do it. > > 7) Change the size of the /dev/sd[ab]1 partitions. > > 8) Use mdadm --grow --size=max to grow /dev/md0 to absorb the larger > size of the underlying partitions. > > 9) Use parted to grow /boot to the larger size of the /dev/md0 array. > > What I don't understand is how to change the size of an existing > partition without touching its contents. All the actual ext3 partitions > are on the virtual /dev/mdX devices. Logically, they are not on the > underlying partitions. parted's docs seem to suggest that parted will > want to move the data in the partition around, when it resizes an > existing partition. I think, if I understand its concepts correctly, > that I need to do that on /dev/md, not on the /dev/sd partitions. > However, it goes without saying that if I'm simply moving a partition on > a disk, without changing its size, I need to obviously move the data in > the partition, as is, accordingly. I never used parted, so if I had to achieve what you want I'd try something completely different. Boot with some sort of rescue disk so you are not running from the disks. Break the RAID eliminating the sdb partitions to be modified: (md1 and md2 is my guess at the names) mdadm /dev/md1 --fail /dev/sdb1 mdadm /dev/md2 --fail /dev/sdb2 mdadm /dev/md1 --remove /dev/sdb1 mdadm /dev/md2 --remove /dev/sdb2 mdadm /dev/md1 --grow -n 1 mdadm /dev/md2 --grow -n 1 So you now have md1 and md2 are a 1-disk RAID1, while md5 is still running on two disks. You now fdisk /dev/sdb: delete all the partitions and immediately recreate them with the new sizes. Be sure that sdb4 and sdb5 are recreated with _exactly_ the same positions they had before. Do not use "fd" as type for sdb1 and sdb2, for now. Now save the changes. The kernel will refuse to load the new partitions in memory as your md5 is still using sda5 and sdb5. So you reboot. Now you have again md1 (degraded) md2 (degraded) and md5 (2 disks!) available. Create two new degraded RAID devices: mdadm --create /dev/md11 -l 1 -n 1 /dev/sdb1 mdadm --create /dev/md12 -l 1 -n 1 /dev/sdb2 (mdadm will also want "-f" because n=1 is unusal) Now you can mkfs /dev/md11 and /dev/md12 and cp from /dev/md1 and /dev/md2 with proper options (I'm not sure if -a is enough for selinux labels, extattr...). (alternatively: dd from md1 to md11, resizefs md11 to full; resizefs /dev/md2 to be smaller than md12, dd from md2 to md12, resizefs md12 to full) [I don't like the alternative because you are touching md12 which is your "good" copy; the cp will not take much more time than the dd and you will get a free defragmentation] Now mkswap /dev/sdb3. At this point your system is almost perfectly able to run by mounting md11 md12 and md5. If we switch sdb1 and sdb2 to type "fd" and reboot. There is a complication with the md1 and md2 names which have changed, so we avoid booting for now (mdadm --update could be used to change minor numbers). After you are sure that md11 md12 and md5 correctfully contain your data, you destroy and recreate the partitions on sda, just as we did f
Personal file share (Bluetooth) folder elimination howto - Permantently?
I keep getting the Bluetooth file sharing folder reappearing and I want to eliminate it - permanently. I'm not using Bluetooth or the personal file sharing feature. I erase the folder but it always seems to come back. How do I get rid of it once and for all? Leland C. Scott KC8LDO -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Compiz configuration problem
I have "Audible Bell" checked in ccsm, but "echo -e '\007'" from a gnome-terminal window does not play the alert sound. I get the alert sound if I turn off compiz, or if I manually play it in Preferences → Sound. My audio configuration is fine. I played with other various settings in ccsm, but I couldn't really see any difference after enabling or changing things. It's almost as if none of the settings are used anywhere. I can see $HOME/.config/compiz/compizconfig/Default.ini getting updated, but that's the only apparent results. The only changes that have any effect are changing the two lone Compiz settings in "Desktop Effects". pgpGX16vFGbF9.pgp Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
F13 Workspace Switcher doesn't
Using the new preupgrade from F12, I'm getting very mixed results. On one PC, it hit the space problem, told me to quit unless I had a wired Net connection (I did), and let me continue. Then it coped, and in very little time F13 was up and running, with all my old data still present. I'm on that machine now, and some things are inordinately slow, but do still work, at least for the most part. Then I did the same on a Thinkpad T42, and again saw immediate triumph. So I tried it on another (newer) PC, and another Thinkpad (a T30) -- and have yet to get either of them usable. I'll leave the T30 for a different post, if need be; this post is for the second PC. It has one problem all the time, and one most of the time; the former is the worse. I can always log in, and it always gives me my normal bottom panel. (My left panel sometimes appears, sometimes not; but I can usually make that appear by starting to create a new one.) The PC sees both the keyboard and the mouse -- when they are behind a USB KVM switch, as well as when they are connected directly to it. The launchers on the panels respond normally to mouse-over and to clicking -- except for the workspace switcher. The workspace switcher behaves normally when moused over and when right-clicked. But it does nothing when left-clicked. (Nor do Alt plus arrow key do anything.) I keep trying blanket gpk updates; and also telling yum to update it, and telling yum to remove it (intending of course to put it back immediately). No joy there, either. -- Beartooth Staffwright, Neo-Redneck Not Quite Clueless Power User I have precious (very precious!) little idea where up is. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Installing F13
On 05/29/2010 12:33 PM, Patrick O'Callaghan wrote: > On Sat, 2010-05-29 at 12:06 -0700, Michael Miles wrote: > >> On 05/29/2010 11:40 AM, Patrick O'Callaghan wrote: >> >>> On Sat, 2010-05-29 at 11:22 -0700, Michael Miles wrote: >>> >>> I would like to install F13 x64 I have seen the size difference in the partitions. Question: Do I have to reformat my F12 installation or will upgrade resize the boot partition? >>> Is your current F12 installation 32-bit or 64-bit? If it's 32-bit, I >>> think you'll need to do a complete install, not an upgrade. In that case >>> you can change the partitioning. For an upgrade, you can't. Of course >>> you can always change it beforehand using gparted if you're worried >>> about size. >>> >>> >>> I did not select a seperate Home partition when I installed F12. I realize now I should have. >>> Definitely. Best back up /home and create a new partition once and for >>> all. While you're at it, make sure /boot is at least 500MB in case you >>> want to use preupgrade in the future. >>> >>> poc >>> >>> >>> >> Ok I am confused. >> >> Sda1 ext4 /boot is 200 meg and locked, Will not allow me to do anything >> except format >> > Supposedly /boot cannot be ext4 as it's not yet supported by Grub, so I > don't know how you got that to work. > > >> Sda2 lvm2 not mounted and 931 gig. but is there and active and showing a >> warning >> The warning is Logical Volume management not yet supported. >> > http://www.gnu.org/software/parted/manual/html_chapter/parted_7.html#SEC68 I > don't recall having done this (I'm not a big fan of LVM for home use) but > apparently the idea is to change LVM's notional size of the filesystem and > then resize the partition with gparted. Simply moving the partition around > shouldn't be a problem. You might want to post this specific question as > separate topic and get other opinions before doing it. > > >> >> It is also showing all I can do is reformat. >> >> Do I change the file system resulting in a lost disk? >> > No, you run gparted from a rescue disk, i.e. reboot with the original > installation disk in the drive and choose rescue mode. You can then run > gparted. If for some reason gparted isn't there, you can download an iso > image of a standalone linux system that basically just runs gparted. See > http://gparted.sourceforge.net/livecd.php > > poc > > Ok, Thank you very much for your time. /Boot is ext4 I am not sure why either Michael -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Did I mess up?
On Sat, 2010-05-29 at 15:12 -0400, Gene Heskett wrote: > >Did you select "Upgrade" over "Install"? It appears that once you do > >that, you're committed. It doesn't ask you again after the Grub > config > >screen. IIRC this is a change from previous Fedoras and personally I > >think it's a mistake, but it is mentioned in the docs. > > > >poc > > > That choice as a "click it" item, was not presented once the disk had > been > hash checked and found good. The only place I saw it was on the > opening > screen as the dvd booted the first time, and that was not presented as > a > click it, yes or no option, just mentioned in the initial boilerplate. > So > unless it timed out while I was doing other things on this box, and > took > what it thought was the default action, no, it never asked me. That sounds like a bug in Anaconda. Probably should be reported to BZ. poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Installing F13
On Sat, 2010-05-29 at 12:06 -0700, Michael Miles wrote: > On 05/29/2010 11:40 AM, Patrick O'Callaghan wrote: > > On Sat, 2010-05-29 at 11:22 -0700, Michael Miles wrote: > > > >> I would like to install F13 x64 > >> > >> I have seen the size difference in the partitions. > >> Question: Do I have to reformat my F12 installation or will upgrade > >> resize the boot partition? > >> > > Is your current F12 installation 32-bit or 64-bit? If it's 32-bit, I > > think you'll need to do a complete install, not an upgrade. In that case > > you can change the partitioning. For an upgrade, you can't. Of course > > you can always change it beforehand using gparted if you're worried > > about size. > > > > > >> I did not select a seperate Home partition when I installed F12. I > >> realize now I should have. > >> > > Definitely. Best back up /home and create a new partition once and for > > all. While you're at it, make sure /boot is at least 500MB in case you > > want to use preupgrade in the future. > > > > poc > > > > > Ok I am confused. > > Sda1 ext4 /boot is 200 meg and locked, Will not allow me to do anything > except format Supposedly /boot cannot be ext4 as it's not yet supported by Grub, so I don't know how you got that to work. > Sda2 lvm2 not mounted and 931 gig. but is there and active and showing a > warning > The warning is Logical Volume management not yet supported. http://www.gnu.org/software/parted/manual/html_chapter/parted_7.html#SEC68 I don't recall having done this (I'm not a big fan of LVM for home use) but apparently the idea is to change LVM's notional size of the filesystem and then resize the partition with gparted. Simply moving the partition around shouldn't be a problem. You might want to post this specific question as separate topic and get other opinions before doing it. > > > It is also showing all I can do is reformat. > > Do I change the file system resulting in a lost disk? No, you run gparted from a rescue disk, i.e. reboot with the original installation disk in the drive and choose rescue mode. You can then run gparted. If for some reason gparted isn't there, you can download an iso image of a standalone linux system that basically just runs gparted. See http://gparted.sourceforge.net/livecd.php poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Did I mess up?
On Saturday 29 May 2010, Patrick O'Callaghan wrote: >On Sat, 2010-05-29 at 13:11 -0400, Gene Heskett wrote: >> Greets all;' >> >> I put the F13-x86_64 dvd in the lappies drive and saw from the prelim >> screen that it could install or upgrade, so I checked the disk, it was >> good, and clicked next. Its installing now, over the F13 beta, but >> never once did it ask me if I wanted to update that install. >> >> Its no big deal as I didn't have anything of value on that machine, but >> it does seem strange that the installer should mention it up front, but >> then never again mention doing an upgrade. >> >> Should it have? > >Did you select "Upgrade" over "Install"? It appears that once you do >that, you're committed. It doesn't ask you again after the Grub config >screen. IIRC this is a change from previous Fedoras and personally I >think it's a mistake, but it is mentioned in the docs. > >poc > That choice as a "click it" item, was not presented once the disk had been hash checked and found good. The only place I saw it was on the opening screen as the dvd booted the first time, and that was not presented as a click it, yes or no option, just mentioned in the initial boilerplate. So unless it timed out while I was doing other things on this box, and took what it thought was the default action, no, it never asked me. As for the grub screen, IIRC it went from the language and keyboard questions to the clock & then just started doing the install. I certainly didn't tell it where to put grub at any time. So I assumed it was duplicating what was there. And I think it must be the screen blanker asking me for my PW, its kicking in while the package manager is doing its thing. Since I'm the only user, can that be turned off someplace? That could get to be a PIMA. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) The IBM 2250 is impressive ... if you compare it with a system selling for a tenth its price. -- D. Cohen -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Installing F13
On Sat, 2010-05-29 at 11:44 -0700, Michael Miles wrote: > On 05/29/2010 11:40 AM, Patrick O'Callaghan wrote: > > On Sat, 2010-05-29 at 11:22 -0700, Michael Miles wrote: > > > >> I would like to install F13 x64 > >> > >> I have seen the size difference in the partitions. > >> Question: Do I have to reformat my F12 installation or will upgrade > >> resize the boot partition? > >> > > Is your current F12 installation 32-bit or 64-bit? If it's 32-bit, I > > think you'll need to do a complete install, not an upgrade. In that case > > you can change the partitioning. For an upgrade, you can't. Of course > > you can always change it beforehand using gparted if you're worried > > about size. > > > > > >> I did not select a seperate Home partition when I installed F12. I > >> realize now I should have. > >> > > Definitely. Best back up /home and create a new partition once and for > > all. While you're at it, make sure /boot is at least 500MB in case you > > want to use preupgrade in the future. > > > > poc > > > > > Thanks Poc > > It is a 64 bit install of F12 > > I am a concerned about loosing a Tbit of data That's pretty unlikely, but only you know how much it's worth to you. For example, if you don't back it up regularly, that would be an indicator. I back up daily to a network drive so this kind of thing comes essentially for no extra cost. BTW you mean "losing", not "loosing". Two different words, two different meanings. Sorry, but I see this increasingly often on mailing lists and it's starting to get to me :-) poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Installing F13
On 05/29/2010 11:40 AM, Patrick O'Callaghan wrote: > On Sat, 2010-05-29 at 11:22 -0700, Michael Miles wrote: > >> I would like to install F13 x64 >> >> I have seen the size difference in the partitions. >> Question: Do I have to reformat my F12 installation or will upgrade >> resize the boot partition? >> > Is your current F12 installation 32-bit or 64-bit? If it's 32-bit, I > think you'll need to do a complete install, not an upgrade. In that case > you can change the partitioning. For an upgrade, you can't. Of course > you can always change it beforehand using gparted if you're worried > about size. > > >> I did not select a seperate Home partition when I installed F12. I >> realize now I should have. >> > Definitely. Best back up /home and create a new partition once and for > all. While you're at it, make sure /boot is at least 500MB in case you > want to use preupgrade in the future. > > poc > > Ok I am confused. Sda1 ext4 /boot is 200 meg and locked, Will not allow me to do anything except format Sda2 lvm2 not mounted and 931 gig. but is there and active and showing a warning The warning is Logical Volume management not yet supported. It is also showing all I can do is reformat. Do I change the file system resulting in a lost disk? My boot is showing 134 meg free -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
F13 install on lappy, comments
Greets all; Imagine my surprise when I found the capability of setting local addresses etc right in NM for a change, and it worked! I didn't have to go hacking about to make the new install work with my local network gateways etc. A tip of the hat to the coders who finally made that part Just Work(TM). Thank you for that. However the package manager seems to be forgetting my password, its asking me for a new copy every so often as it works, installing the rest of the stuff I normally use. Also, I have not found mc yet, where in the package manager menu's might that be? Thanks. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) My mind is a potato field ... -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F13 install problem (/dev/fd0 error)
Bruno Wolff III writes: > On Fri, May 28, 2010 at 21:45:13 -0500, > "Dale J. Chatham" wrote: >> OK, I was an idiot. I took about 20 minutes yesterday looking for a way >> to disable the floppy. Today, it jumped out at me. >> >> Doh! >> >> I might suggest that timing out the attempt to query a floppy and moving >> on might be a wise for the developers to do :) > > It does time out. It's just a long time out. > There are multiple bugs related to this issue. The current fix (not used > in anaconda) is to not probe floppy controllers. This has the downside > that floppy drives are detected at boot. In you know about modprode you > can make it so your systems will get a working floppy on boot, but for > "normal" users, this change is going to cause some confusion. > > Kyle had an idea about how to prevent the long timeouts for improperly > configured or broken bios and still allow systems with floppy drives > to have them detected at boot without doing anything special. I don't > think this has been implemented yet though. Are floppies still used by most people? I can't recall the last time I tried to use one. If the floppy hardware is really so broken that it causes hangs, wouldn't it be better to just not probe for them ever unless some boot-time flag were given? -wolfgang -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Preupgrade is slow
HI It wasn't my question but, I needed to hear the answer. I will wait.. Thanks Marvin On 5/29/10, Patrick Bartek wrote: > --- On Sat, 5/29/10, W.H. Kalpa Pathum wrote: > >> I'm trying to upgrade F12 to F13 and I'm using >> preupgrade-cli. Al >> though my internet connection is capable to transfer around >> 50kB/s, >> the preupgrade downloads files with around 20kB/s. Further >> it hangs a >> long times after a file is downloaded to begin the next >> file >> downloading. It's not packages but the files prior to that >> like >> >> [snip] > > The slowness (and stalls) is most likely due to the servers being overloaded > by tens of thousands of users like you trying to preupgrade and upgrading on > line. Be patient. Start your preupgrade before you go to bed, and when you > get up in the morning it should be finished. Or just wait a month until the > rush is over. > > B > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: How to resize RAID-1 partitions (mdraid)
Roberto Ragusa writes: Sam Varshavchik wrote: That bad news, since these are existing partitions, so presumably the raid metadata is at the end. The good news is that I took a look at the current parted online manual, and it looks like there's some support in parted now. The current version of parted seems to accept /dev/mdX as a parameter, and the resize command is documented. So, I think what I need to do is: 1) Use parted to shrink the filesystem on /dev/mdX 2) Use mdadm --grow to reduce the size of the /dev/mdX array 3) Go back to parted, and use the "move" command to reduce the size of the partition on both disks. Not the "resize" command, because I already resized the filesystem, right? Your first mail did not really describe what you want. The plan in your last mail seems to imply a few details. You say "resize". Is it enlarge or shrink? It seems it is "shrink". Both. My disk is full. I need to shrink one thing, and grow something else. What other partitions you have on the disks? The disk partitions are as follows: Device /dev/sda1 /boot 100 megabytes /dev/sda2 / 20 gigabytes /dev/sda3 swap - 6 gigs /dev/sda4 Extended partition /dev/sda5 /home -- remaining space, large The layout of /dev/sdb is the same, and each partition on /dev/sda is in a RAID-1 array with its peer on /dev/sdb. All partitions, except for /dev/sda4, have their types set to "Linux raid autodetect" in the partition table. That small /boot is getting to be a pain, when updating Fedora. I originally wanted to shrink /home by 400-500 megabytes, getting some free space appear before it, shifting the remain partitions over, then adding the free space at the end of /boot. But I just realized that I can simply shrink the swap partition by half a gig, or so, at its beginning, and move / up. So, what I think I need to do is: 1) Drop the swap partition 2) Use mdadm --grow to reduce the size of /dev/md2 (RAID-1 joining /dev/sda3 and /dev/sdb3) by about a gigabyte 3) Change the size of this partition in the partition table, make it smaller by about half a gig. 4) Move the partition physically so that it ends where it used to end. Can parted do 3 & 4? It's not clear to me what parted does with swap partitions, whether it just refuses to touch them, or just treats them as an opaque blob. I think it's better to move the partition together with its data. Even though this is swap, there's a RAID signature in there, and it'll probably be easier to just move the partition, as is, rather than me having to figure out how to completely drop and then create a new RAID-1 partition. 5) Use mdadm --grow --size=max, to extend the size of the partition to whatever mdadm thinks it should be now, then mkswap-ing an empty swap partition on the raid device 6) Move /dev/sd[ab]2 up. Parted can obviously do it. 7) Change the size of the /dev/sd[ab]1 partitions. 8) Use mdadm --grow --size=max to grow /dev/md0 to absorb the larger size of the underlying partitions. 9) Use parted to grow /boot to the larger size of the /dev/md0 array. What I don't understand is how to change the size of an existing partition without touching its contents. All the actual ext3 partitions are on the virtual /dev/mdX devices. Logically, they are not on the underlying partitions. parted's docs seem to suggest that parted will want to move the data in the partition around, when it resizes an existing partition. I think, if I understand its concepts correctly, that I need to do that on /dev/md, not on the /dev/sd partitions. However, it goes without saying that if I'm simply moving a partition on a disk, without changing its size, I need to obviously move the data in the partition, as is, accordingly. pgpsKYBU5WVfC.pgp Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Is this the Linux list for beginners
On Sat, 2010-05-29 at 10:19 -0700, Patrick Bartek wrote: > --- On Fri, 5/28/10, Mercury Rising wrote: > > > Linux seems a bit overwhelming to me, but I am determined to get it and > > learn it. Is this the right LISTSERV to be on? > > This list is specifically for Fedora Linux users. Many other distros have > their own. Although, many of the solutions and fixes proffered here will > work with other distros. > > Since you are new to Linux, you need to get a good knowledge foundation first > instead of stumbling around in cyberspace looking for answers. Buy and study this book: RUNNING LINUX by O'Reilly Press I would also highly recommend the aptly titled: "UNIX for the Impatient" by Paul Abraahams & Bruce Larson. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Installing F13
On 05/29/2010 11:40 AM, Patrick O'Callaghan wrote: > On Sat, 2010-05-29 at 11:22 -0700, Michael Miles wrote: > >> I would like to install F13 x64 >> >> I have seen the size difference in the partitions. >> Question: Do I have to reformat my F12 installation or will upgrade >> resize the boot partition? >> > Is your current F12 installation 32-bit or 64-bit? If it's 32-bit, I > think you'll need to do a complete install, not an upgrade. In that case > you can change the partitioning. For an upgrade, you can't. Of course > you can always change it beforehand using gparted if you're worried > about size. > > >> I did not select a seperate Home partition when I installed F12. I >> realize now I should have. >> > Definitely. Best back up /home and create a new partition once and for > all. While you're at it, make sure /boot is at least 500MB in case you > want to use preupgrade in the future. > > poc > > Thanks Poc It is a 64 bit install of F12 I am a concerned about loosing a Tbit of data Looks like I will be spending the weekend backing up 300 gig of Music and Movies -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
preupgrade: not enough space again
Preupgrade is complaining that I don't have enough space in /boot/upgrade. How much space is needed? Preupgrade is not telling me. It *did* tell me that I could continue if I had a wired network connection. I do have, so I continued; and then after finally downloading all the packages (much time) and rebooting it apparently couldn't find the driver for my network card. Bother. Cancelling at that point and rebooting did bring back my F12, so that was good. But I've cleaned out boot as much as I think possible and still there's not enough space. I thought this was done to death during the last upgrade cycle. And I think I have a non-upgraded install of F12 on this machine, yet /boot is still too small for preupgrade to work! Ack! Will this work if I go buy a generic network card? Apparently the one already installed (and that I'm using now) is no good for the installer. -Alan -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Fedora 13 AdobeReader_enu nss-softokn-freebl multiple version conflict
On Sat, 29 May 2010 10:11:08 -0700, Rich wrote:
> Yesterday I installed Fedora 13, first on my laptop
> and then my main machine. Both are 64bit with
> nvidia cards.
>
> On the laptop everything went as expected, but on
> the big box I could not install AdobeReader_enu.
>
> When I try:
>
> yum install AdobeReader_enu
>
> I get the error message:
>
> Transaction Check Error:
> package nss-softokn-freebl-3.12.4-19.fc13.x86_64 (which is newer than
> nss-softokn-freebl-3.12.4-17.fc13.i686) is already installed
>
> Now, on the laptop:
>
> rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep
> nss-softokn-freeb
>
> Yields:
>
> nss-softokn-freebl 3.12.4-19.fc13 x86_64
> nss-softokn-freebl 3.12.4-17.fc13 i686
>
> while on the big box I get:
>
> nss-softokn-freebl 3.12.4-19.fc13 x86_64
>
> So how do I install both the x86_64 3.12.4-19.fc13 version and the
> i686 3.12.4-17.fc13 version of nss-softokn-freebl?
>
> For some reason, the laptop let me load both versions while my big
> box wont.
There is an issue with the F13 repositories. It has been mentioned
also on fedora-devel list.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Installing F13
On Sat, 2010-05-29 at 11:22 -0700, Michael Miles wrote: > I would like to install F13 x64 > > I have seen the size difference in the partitions. > Question: Do I have to reformat my F12 installation or will upgrade > resize the boot partition? Is your current F12 installation 32-bit or 64-bit? If it's 32-bit, I think you'll need to do a complete install, not an upgrade. In that case you can change the partitioning. For an upgrade, you can't. Of course you can always change it beforehand using gparted if you're worried about size. > I did not select a seperate Home partition when I installed F12. I > realize now I should have. Definitely. Best back up /home and create a new partition once and for all. While you're at it, make sure /boot is at least 500MB in case you want to use preupgrade in the future. poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Regarding Get Fedora page
On 05/29/2010 09:59 AM, g wrote: > Sam Varshavchik wrote: > > > >> I spent at least five minutes flipping through the pages, going back and >> forth in circles, looking for the torrent link, before throwing up my hands >> in disgust and jumping to Google. >> > then you need to consider making bookmarks. :) > > I have seen the page and Thumbs up man. Very well designed and thoughtfully laid out. Very good job and Congrats are in order to the Person who did the work for us. Thank You very much for your time and effort. Michael -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Installing F13
I would like to install F13 x64 I have seen the size difference in the partitions. Question: Do I have to reformat my F12 installation or will upgrade resize the boot partition? I did not select a seperate Home partition when I installed F12. I realize now I should have. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Did I mess up?
On Sat, 2010-05-29 at 13:11 -0400, Gene Heskett wrote: > Greets all;' > > I put the F13-x86_64 dvd in the lappies drive and saw from the prelim screen > that it could install or upgrade, so I checked the disk, it was good, and > clicked next. Its installing now, over the F13 beta, but never once did it > ask me if I wanted to update that install. > > Its no big deal as I didn't have anything of value on that machine, but it > does seem strange that the installer should mention it up front, but then > never again mention doing an upgrade. > > Should it have? Did you select "Upgrade" over "Install"? It appears that once you do that, you're committed. It doesn't ask you again after the Grub config screen. IIRC this is a change from previous Fedoras and personally I think it's a mistake, but it is mentioned in the docs. poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Regarding Get Fedora page
Sam Varshavchik wrote: > I spent at least five minutes flipping through the pages, going back and > forth in circles, looking for the torrent link, before throwing up my hands > in disgust and jumping to Google. then you need to consider making bookmarks. :) -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Regarding Get Fedora page
Rahul Sundaram wrote: > Depends on when you did it. As I indicated before, there was some > recent changes done in response to feedback here. which would have been unnecessary if web page designers had posted a link to this list notifying of a new page design before putting up new page. so, who is really at fault? designers or bitchers? :) -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: A better name for spins... (was: Regarding Get Fedora page)
Gene Heskett wrote: >> In the USA, spin has a negative connotation. See "spin doctor". in a very limited way. 'spin doctor' is more uk/european than it is in usa. spin is very common and used to mean rotate, revolve. ie, more commonly; spin: spin records, spin cd/dvd, spin tires, spin wheels. spinner: one who spins records/cds/dvds, tires/wheels, short females. >> Is the name "spin" in fedora open to be changed? Hopefully a word can be >> chosen that doesn't have a pejorative use in some area... why change it? > At one point they were called re-spins, which does seem to be a more > suitable name. agree. spin = first release re-spin = subsequent releases spin-off = base packages with special intent. -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Regarding Get Fedora page
Tim wrote: > Perhaps so, but that is the response you'll get when you act > condescendingly towards criticism. There was a lack of people skills on > both sides. and brought about by lacking forethought and sharing of intent by page designers. -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Cool it Down Please was: Regarding Get Fedora page
Frank Murphy wrote: > https://admin.fedoraproject.org/mailman/listinfo/websites > Is the list for the team who do their best for the site. and when they do and have a new design, is it posted to this list for viewing and review? many followers of this list do not follow website design list. -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Regarding Get Fedora page
David Boles wrote: > Since Oct 2009 he worked to find what worked for all. I mean that. It was > an on going effort. You may notice that a major success it that the KDE > people did not feel slighted this time. :-) > > Tests and questions and more questions. Test pages and more test pages. and this was posted to this list? i guess i missed it some where, some how. -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Regarding Get Fedora page
On Sat, 2010-05-29 at 01:29 -0400, David Boles wrote: > My 'complaint'? all along has been was with the way that the gentleman > that worked so hard on the site page for so long was attacked. Since > Oct 2009 he worked to find what worked for all. First of all, the "gentleman" is a lady (an Anglicized version of her name would be Maureen). Secondly, your response to me personally shows that you didn't take the trouble to check what various individuals actually said. I was not one of those attacking Máirín, even though I disagreed with the "no BT links" decision. I was mostly just discussing terminology with a couple of other people. We really should have moved to a different thread for that since it was by then quite OT, but that's no excuse for not reading before responding. Enough said. Just let the thread die. poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Regarding Get Fedora page
David Boles wrote:
> He asked for ideas, suggestions and much more.
if a wheel [1] is round and it rolls, then it is doing what it is
supposed to.
only way to improve it is to add bearings [2,3,4], which are nothing
but more wheels.
there was nothing wrong with 'get fedora 12 [1] page' as it rolled very
well and had very good bearings [2,3,4].
instead of remove and replace of '13' for '12', 'wheel' [5], main page,
was completely redesigned, while bearings [2,3,4], were added to.
[1] http://fedoraproject.org/get-fedora<{ fedora 12 version
[2] http://fedoraproject.org/en/get-fedora-all <{ r&r 12 to 13
[3] http://torrent.fedoraproject.org/ <{ 13 added
[4] http://torrent.fedoraproject.org/spins/<{ 13 added
[5] http://fedoraproject.org/get-fedora<{ fedora 13 version
if a wheel has good tread, keep tread design, if additions will improve,
then *add* additions.
do not try to improve tread by redesign, unless you first offer drivers
a chance to test drive new design, while keeping old design.
once new tread is run thru rain, gravel, sand, snow, oil and it 'holds
the road', then it can and should sold.
> I watched what he worked on over many months. Changes. Edits. Tweaks. And
> you? Where where you? Not here to help with the work that's for sure.
> But you are here at time to bitch.
*YOU* where able to watch. who else was able?
where was posting of new design for list members to view new design?
most members of this list are doing enough in testing and using releases
of fedora and reporting what they find.
why can they not be offered same with page designs?
there is a great difference between testing a distribution and testing
a web page design. many who are capable of testing distribution are not
web page designers, and it should remain as such.
--
peace out.
tc,hago.
g
.
in a free world without fences, who needs gates.
**
help microsoft stamp out piracy - give linux to a friend today.
**
to mess up a linux box, you need to work at it.
to mess up an ms windows box, you just need to *look* at it.
**
learn linux:
'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html
'The Linux Documentation Project' http://www.tldp.org/
'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html
'HowtoForge' http://howtoforge.com/
signature.asc
Description: OpenPGP digital signature
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Regarding Get Fedora page
Ed Greshko wrote: > So, you are suggesting that existing users that are aware of > http://torrent.fedoraproject.org/ bookmark those pages, yes? bookmarks do help find pages when there is need to return to page. it is why i use them and i well give credit that that is why address books were cerated. > What about newcomers to Linux and Fedora? see post: Date: Thu, 27 May 2010 17:00:03 + majority of noise is not for 'new users' and their needs. > How would they determine they should bookmark these pages? see above. > Is there a difference between an "Activity" and a "Spin"? If so, what is > the difference? http://en.wikipedia.org/wiki/Activity http://en.wiktionary.org/wiki/activity http://en.wikipedia.org/wiki/Spin http://en.wikipedia.org/wiki/Spin-off http://en.wiktionary.org/wiki/spin http://en.wiktionary.org/wiki/spin-off at one time, term 'spin' was used for a basic distribution, and a 'spin-off' was a special intent of use for a distribution, ie, 'fel'. > If not, why not just have a "Spin" tab? Seems to me it would be more > consistent. ask me not. for i did not design pages. this thread has become to look more like a bunch of 'harry high school' debate team. to which, *end of story*. -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Fedora on netbook with 2GB of storage?
Hi, does anybody know of any Fedora Remix that would work on HDD that is only 2GB? Asus eee 701 2G has only 2GB of storage and SD card reader doesn't work :( Even Ubuntu remixed are ok if you don't know any Fedora Remix that would fit and still be usable on 2GB of storage space. Cheers! -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Desktop effects -- yeah!
Rahul Sundaram writes: On 05/29/2010 08:52 PM, Sam Varshavchik wrote: For the first time ever, I have eye candy, thanks to mesa-dri-drivers-experimental, on my laptop with an NV40 chip. Kudos all around. This is quite an accomplishment. I assume you are referring to Compiz here. Have you tried GNOME Shell? # yum install gnome-shell Desktop Effects will offer a option to enable it. I am curious to know if that works An attempt to enable it resulted in abrt trapping a segfault in /usr/bin/mutter. abrt found an existing bug report in Bugzilla, I added my backtrace to it. pgpqM5yGkAFqi.pgp Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Preupgrade is slow
--- On Sat, 5/29/10, W.H. Kalpa Pathum wrote: > I'm trying to upgrade F12 to F13 and I'm using > preupgrade-cli. Al > though my internet connection is capable to transfer around > 50kB/s, > the preupgrade downloads files with around 20kB/s. Further > it hangs a > long times after a file is downloaded to begin the next > file > downloading. It's not packages but the files prior to that > like > > [snip] The slowness (and stalls) is most likely due to the servers being overloaded by tens of thousands of users like you trying to preupgrade and upgrading on line. Be patient. Start your preupgrade before you go to bed, and when you get up in the morning it should be finished. Or just wait a month until the rush is over. B -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Is this the Linux list for beginners
--- On Fri, 5/28/10, Mercury Rising wrote: > Linux seems a bit overwhelming to me, but I am determined to get it and > learn it. Is this the right LISTSERV to be on? This list is specifically for Fedora Linux users. Many other distros have their own. Although, many of the solutions and fixes proffered here will work with other distros. Since you are new to Linux, you need to get a good knowledge foundation first instead of stumbling around in cyberspace looking for answers. Buy and study this book: RUNNING LINUX by O'Reilly Press (http://oreilly.com/). The latest edition, I think, is five, and even though it is several years old, it is still a wonderful beginner's reference and overview. I have the third edition, which I bought 10 years ago when I migrated from the Amiga to Linux, and I still refer to it. Welcome to the Linux community. B -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Fedora 13 + nvidia + kde
On Sat, May 29, 2010 at 12:05 PM, Matthew Saltzman wrote: > On Sat, 2010-05-29 at 11:06 -0400, slamp slamp wrote: >> On Wed, May 26, 2010 at 11:01 PM, slamp slamp wrote: >> > I had a problem logging into KDE after an upgrade from Fedora 12. I >> > have akmod-nvidia installed. To fix the login issue I had to remove >> > /usr/lib/libGL.so.1 as I was seeing ksmserver: symbol lookup error: >> > /usr/lib/libGL.so.1 in my xessions log file. >> > >> > anyone know a better fix? the nvidia driver provides its own >> > libGL.so.1. not sure how to get KDE to use that instead of the one >> > provided by mesa-libgl. >> > >> >> Are there anyone experiencing this? when i try to remove >> mesa-libGL-7.8.1-6.fc13.i686 a ton of other packages i need will also >> get removed. > > The rpmfusion RPMs for the nVidia proprietary driver handle this issue > seamlessly. > funny thing is i am using the rpmfusion nvidia drivers. # uname -r 2.6.33.4-95.fc13.i686.PAE # rpm -qa |grep nvidia nvidia-settings-1.0-4.fc13.i686 kmod-nvidia-2.6.33.4-95.fc13.i686-195.36.24-1.fc13.6.i686 nvidia-xconfig-1.0-2.fc13.i686 kmod-nvidia-2.6.33.4-95.fc13.i686.PAE-195.36.24-1.fc13.6.i686 xorg-x11-drv-nvidia-libs-195.36.24-1.fc13.i686 xorg-x11-drv-nvidia-195.36.24-1.fc13.i686 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Did I mess up?
Greets all;' I put the F13-x86_64 dvd in the lappies drive and saw from the prelim screen that it could install or upgrade, so I checked the disk, it was good, and clicked next. Its installing now, over the F13 beta, but never once did it ask me if I wanted to update that install. Its no big deal as I didn't have anything of value on that machine, but it does seem strange that the installer should mention it up front, but then never again mention doing an upgrade. Should it have? -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Forecast, n.: A prediction of the future, based on the past, for which the forecaster demands payment in the present. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Fedora 13 AdobeReader_enu nss-softokn-freebl multiple version conflict
Yesterday I installed Fedora 13, first on my laptop
and then my main machine. Both are 64bit with
nvidia cards.
On the laptop everything went as expected, but on
the big box I could not install AdobeReader_enu.
When I try:
yum install AdobeReader_enu
I get the error message:
Transaction Check Error:
package nss-softokn-freebl-3.12.4-19.fc13.x86_64 (which is newer than
nss-softokn-freebl-3.12.4-17.fc13.i686) is already installed
Now, on the laptop:
rpm -qa --qf '%{NAME} %{VERSION}-%{RELEASE} %{ARCH}\n' | grep
nss-softokn-freeb
Yields:
nss-softokn-freebl 3.12.4-19.fc13 x86_64
nss-softokn-freebl 3.12.4-17.fc13 i686
while on the big box I get:
nss-softokn-freebl 3.12.4-19.fc13 x86_64
So how do I install both the x86_64 3.12.4-19.fc13 version and the
i686 3.12.4-17.fc13 version of nss-softokn-freebl?
For some reason, the laptop let me load both versions while my big
box wont.
Thanks
Richard
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
F13 nm_applet -- can't save vpnc VPN config
Message simply states; Can't write connect type 'vpn' doesn't matter who the user is fails for root as well. Worked fine in f12 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Rocket Fedora 13 media artwork
On Saturday 29 May 2010, Michael Miles wrote: >On 05/29/2010 08:54 AM, Valent Turkovic wrote: >> On Thu, May 27, 2010 at 5:07 PM, Gene Heskett wrote: >>> On Thursday 27 May 2010, Valent Turkovic wrote: On Wed, May 26, 2010 at 10:13 PM, Valent Turkovic wrote: > http://fcoremix.wordpress.com/2010/05/26/rockets-artwork-for-fedora-1 >3-me dia/ > > I remixed some Fedora graphics to create new CD/DVD labels. > > Hope you enjoy them, > Cheers! No comments? Does it suck so bad? >>> >>> No, in fact I liked it very much. >>> >>> But until we get full color lightscribe disks and writers, it will be >>> usable only for those who paste labels on their disks, usually knocking >>> them out of balance in the process. >>> >>> I guess it would reproduce in the selenium shades we get from a >>> lightscribe disk, but somehow the effect wouldn't be the same as the it >>> is in full color. >>> >>> The only thing needed on such a label is a clear spot to add qualifying >>> info, such as 'i386-Live CD' or 'X86-64 DVD' >>> >>> Other than that, the artwork looks very nice, and I appreciated the >>> chance to see it, thank you. >> >> Thanks for feedback, >> I'll make 'i386-Live CD' and 'X86-64 DVD' versions. That would be cool. Thanks. >> Cheers! > >Personally I think you did a great job > >Thumbs up > -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Forecast, n.: A prediction of the future, based on the past, for which the forecaster demands payment in the present. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Rocket Fedora 13 media artwork
On 05/29/2010 08:54 AM, Valent Turkovic wrote: > On Thu, May 27, 2010 at 5:07 PM, Gene Heskett wrote: > >> On Thursday 27 May 2010, Valent Turkovic wrote: >> >>> On Wed, May 26, 2010 at 10:13 PM, Valent Turkovic >>> >>> wrote: >>> http://fcoremix.wordpress.com/2010/05/26/rockets-artwork-for-fedora-13-me dia/ I remixed some Fedora graphics to create new CD/DVD labels. Hope you enjoy them, Cheers! >>> No comments? Does it suck so bad? >>> >>> >> No, in fact I liked it very much. >> >> But until we get full color lightscribe disks and writers, it will be usable >> only for those who paste labels on their disks, usually knocking them out of >> balance in the process. >> >> I guess it would reproduce in the selenium shades we get from a lightscribe >> disk, but somehow the effect wouldn't be the same as the it is in full color. >> >> The only thing needed on such a label is a clear spot to add qualifying info, >> such as 'i386-Live CD' or 'X86-64 DVD' >> >> Other than that, the artwork looks very nice, and I appreciated the chance to >> see it, thank you. >> > Thanks for feedback, > I'll make 'i386-Live CD' and 'X86-64 DVD' versions. > > Cheers! > > > Personally I think you did a great job Thumbs up -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F13 install problem (/dev/fd0 error)
On Fri, May 28, 2010 at 21:45:13 -0500, "Dale J. Chatham" wrote: > OK, I was an idiot. I took about 20 minutes yesterday looking for a way > to disable the floppy. Today, it jumped out at me. > > Doh! > > I might suggest that timing out the attempt to query a floppy and moving > on might be a wise for the developers to do :) It does time out. It's just a long time out. There are multiple bugs related to this issue. The current fix (not used in anaconda) is to not probe floppy controllers. This has the downside that floppy drives are detected at boot. In you know about modprode you can make it so your systems will get a working floppy on boot, but for "normal" users, this change is going to cause some confusion. Kyle had an idea about how to prevent the long timeouts for improperly configured or broken bios and still allow systems with floppy drives to have them detected at boot without doing anything special. I don't think this has been implemented yet though. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Fedora 13 + nvidia + kde
On Sat, 2010-05-29 at 11:06 -0400, slamp slamp wrote: > On Wed, May 26, 2010 at 11:01 PM, slamp slamp wrote: > > I had a problem logging into KDE after an upgrade from Fedora 12. I > > have akmod-nvidia installed. To fix the login issue I had to remove > > /usr/lib/libGL.so.1 as I was seeing ksmserver: symbol lookup error: > > /usr/lib/libGL.so.1 in my xessions log file. > > > > anyone know a better fix? the nvidia driver provides its own > > libGL.so.1. not sure how to get KDE to use that instead of the one > > provided by mesa-libgl. > > > > Are there anyone experiencing this? when i try to remove > mesa-libGL-7.8.1-6.fc13.i686 a ton of other packages i need will also > get removed. The rpmfusion RPMs for the nVidia proprietary driver handle this issue seamlessly. > > For the moment I linked this problematic file to the one nvidia provides. > # ls -l /usr/lib/libGL.so* > lrwxrwxrwx 1 root root 10 May 26 21:56 /usr/lib/libGL.so -> libGL.so.1 > lrwxrwxrwx 1 root root 26 May 29 11:01 /usr/lib/libGL.so.1 -> > /usr/lib/nvidia/libGL.so.1 > -rwxr-xr-x. 1 root root 495448 Apr 30 20:39 /usr/lib/libGL.so.1.2 > -rwxr-xr-x 1 root root 705700 Sep 17 2008 /usr/lib/libGL.so.177.67 > -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: radeon to nvidia to radeon produces pain
On Sat, 2010-05-29 at 10:45 -0500, Michael Hennebry wrote: > On Fri, 28 May 2010, Michael Hennebry wrote: > > > I'm on my third video card. > > The first was a radeon. > > After I zapped that one, I had it replaced with > > an nvidia card because it had AGP and I could find it. > > Having cooked or otherwise damaged that one, > > I replaced it with a VisionTek Radeon HD 3650. > > It was the AGP card I could find. > > Knoppix 5.1.0 runs just fine. > > I tried Xorg -probe > X -config /root/xorg.conf.new > just produced a messy screen. No discernable image. > Here is /root/xorg.conf.new : > > Section "ServerLayout" > > Identifier "X.org Configured" > > Screen 0 "Screen0" 0 0 > > InputDevice"Mouse0" "CorePointer" > > InputDevice"Keyboard0" "CoreKeyboard" > > EndSection > > > > Section "Files" > > ModulePath "/usr/lib/xorg/modules" > > FontPath "catalogue:/etc/X11/fontpath.d" > > FontPath "built-ins" > > EndSection > > > > Section "Module" > > Load "dbe" > > Load "glx" > > Load "dri2" > > Load "record" > > Load "dri" > > Load "extmod" > > EndSection > > > > Section "InputDevice" > > Identifier "Keyboard0" > > Driver "kbd" > > EndSection > > > > Section "InputDevice" > > Identifier "Mouse0" > > Driver "mouse" > > Option "Protocol" "auto" > > Option "Device" "/dev/input/mice" > > Option "ZAxisMapping" "4 5 6 7" > > EndSection > > > > Section "Monitor" > > #DisplaySize 340 270 # mm > > Identifier "Monitor0" > > VendorName "AOC" > > ModelName"LM720/LM720A" > > HorizSync30.0 - 83.0 > > VertRefresh 55.0 - 75.0 > > Option "DPMS" > > EndSection > > > > Section "Device" > > ### Available Driver options are:- > > ### Values: : integer, : float, : "True"/"False", > > ### : "String", : " Hz/kHz/MHz" > > ### [arg]: arg optional > > #Option "NoAccel" # [] > > #Option "SWcursor" # [] > > #Option "Dac6Bit" # [] > > #Option "Dac8Bit" # [] > > #Option "BusType" # [] > > #Option "CPPIOMode" # [] > > #Option "CPusecTimeout" # > > #Option "AGPMode" # > > #Option "AGPFastWrite" # [] > > #Option "AGPSize" # > > #Option "GARTSize" # > > #Option "RingSize" # > > #Option "BufferSize"# > > #Option "EnableDepthMoves" # [] > > #Option "EnablePageFlip"# [] > > #Option "NoBackBuffer" # [] > > #Option "DMAForXv" # [] > > #Option "FBTexPercent" # > > #Option "DepthBits" # > > #Option "PCIAPERSize" # > > #Option "AccelDFS" # [] > > #Option "IgnoreEDID"# [] > > #Option "DisplayPriority" # [] > > #Option "PanelSize" # [] > > #Option "ForceMinDotClock" # > > #Option "ColorTiling" # [] > > #Option "VideoKey" # > > #Option "RageTheatreCrystal"# > > #Option "RageTheatreTunerPort" # > > #Option "RageTheatreCompositePort" # > > #Option "RageTheatreSVideoPort" # > > #Option "TunerType" # > > #Option "RageTheatreMicrocPath" # > > #Option "RageTheatreMicrocType" # > > #Option "ScalerWidth" # > > #Option "RenderAccel" # [] > > #Option "SubPixelOrder" # [] > > #Option "ShowCache" # [] > > #Option "DynamicClocks" # [] > > #Option "VGAAccess" # [] > > #Option "ReverseDDC"# [] > > #Option "LVDSProbePLL" # [] > > #Option "AccelMethod" # > > #Option "DRI" # [] > > #Option "ConnectorTable"# > > #Option "DefaultConnectorTable" # [] > > #Option "DefaultTMDSPLL"# [] > > #Option "TVDACLoadDetect" # [] > > #Option "ForceTVOut"# [] > > #Option "TVStandard"# > > #Option "IgnoreLidStatus" # [] > > #Option "DefaultTVDACAdj" # [] > > #Option "Int10" # [] > > #Option "EXAVSync" # [] > > #Option "ATOMTVOut" # [] > > #Option "R4xxATOM" # [] > > Identifier "Card0" > > Driver "radeon"
Re: Rocket Fedora 13 media artwork
On Thu, May 27, 2010 at 5:07 PM, Gene Heskett wrote: > On Thursday 27 May 2010, Valent Turkovic wrote: >>On Wed, May 26, 2010 at 10:13 PM, Valent Turkovic >> >> wrote: >>> http://fcoremix.wordpress.com/2010/05/26/rockets-artwork-for-fedora-13-me >>>dia/ >>> >>> I remixed some Fedora graphics to create new CD/DVD labels. >>> >>> Hope you enjoy them, >>> Cheers! >> >>No comments? Does it suck so bad? >> > No, in fact I liked it very much. > > But until we get full color lightscribe disks and writers, it will be usable > only for those who paste labels on their disks, usually knocking them out of > balance in the process. > > I guess it would reproduce in the selenium shades we get from a lightscribe > disk, but somehow the effect wouldn't be the same as the it is in full color. > > The only thing needed on such a label is a clear spot to add qualifying info, > such as 'i386-Live CD' or 'X86-64 DVD' > > Other than that, the artwork looks very nice, and I appreciated the chance to > see it, thank you. Thanks for feedback, I'll make 'i386-Live CD' and 'X86-64 DVD' versions. Cheers! -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: radeon to nvidia to radeon produces pain
On Fri, 28 May 2010, Michael Hennebry wrote: > I'm on my third video card. > The first was a radeon. > After I zapped that one, I had it replaced with > an nvidia card because it had AGP and I could find it. > Having cooked or otherwise damaged that one, > I replaced it with a VisionTek Radeon HD 3650. > It was the AGP card I could find. > Knoppix 5.1.0 runs just fine. I tried Xorg -probe X -config /root/xorg.conf.new just produced a messy screen. No discernable image. Here is /root/xorg.conf.new : > Section "ServerLayout" > Identifier "X.org Configured" > Screen 0 "Screen0" 0 0 > InputDevice"Mouse0" "CorePointer" > InputDevice"Keyboard0" "CoreKeyboard" > EndSection > > Section "Files" > ModulePath "/usr/lib/xorg/modules" > FontPath "catalogue:/etc/X11/fontpath.d" > FontPath "built-ins" > EndSection > > Section "Module" > Load "dbe" > Load "glx" > Load "dri2" > Load "record" > Load "dri" > Load "extmod" > EndSection > > Section "InputDevice" > Identifier "Keyboard0" > Driver "kbd" > EndSection > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/input/mice" > Option "ZAxisMapping" "4 5 6 7" > EndSection > > Section "Monitor" > #DisplaySize 340 270 # mm > Identifier "Monitor0" > VendorName "AOC" > ModelName"LM720/LM720A" > HorizSync30.0 - 83.0 > VertRefresh 55.0 - 75.0 > Option "DPMS" > EndSection > > Section "Device" > ### Available Driver options are:- > ### Values: : integer, : float, : "True"/"False", > ### : "String", : " Hz/kHz/MHz" > ### [arg]: arg optional > #Option "NoAccel" # [] > #Option "SWcursor"# [] > #Option "Dac6Bit" # [] > #Option "Dac8Bit" # [] > #Option "BusType" # [] > #Option "CPPIOMode" # [] > #Option "CPusecTimeout" # > #Option "AGPMode" # > #Option "AGPFastWrite"# [] > #Option "AGPSize" # > #Option "GARTSize"# > #Option "RingSize"# > #Option "BufferSize" # > #Option "EnableDepthMoves"# [] > #Option "EnablePageFlip" # [] > #Option "NoBackBuffer"# [] > #Option "DMAForXv"# [] > #Option "FBTexPercent"# > #Option "DepthBits" # > #Option "PCIAPERSize" # > #Option "AccelDFS"# [] > #Option "IgnoreEDID" # [] > #Option "DisplayPriority" # [] > #Option "PanelSize" # [] > #Option "ForceMinDotClock"# > #Option "ColorTiling" # [] > #Option "VideoKey"# > #Option "RageTheatreCrystal" # > #Option "RageTheatreTunerPort"# > #Option "RageTheatreCompositePort"# > #Option "RageTheatreSVideoPort" # > #Option "TunerType" # > #Option "RageTheatreMicrocPath" # > #Option "RageTheatreMicrocType" # > #Option "ScalerWidth" # > #Option "RenderAccel" # [] > #Option "SubPixelOrder" # [] > #Option "ShowCache" # [] > #Option "DynamicClocks" # [] > #Option "VGAAccess" # [] > #Option "ReverseDDC" # [] > #Option "LVDSProbePLL"# [] > #Option "AccelMethod" # > #Option "DRI" # [] > #Option "ConnectorTable" # > #Option "DefaultConnectorTable" # [] > #Option "DefaultTMDSPLL" # [] > #Option "TVDACLoadDetect" # [] > #Option "ForceTVOut" # [] > #Option "TVStandard" # > #Option "IgnoreLidStatus" # [] > #Option "DefaultTVDACAdj" # [] > #Option "Int10" # [] > #Option "EXAVSync"# [] > #Option "ATOMTVOut" # [] > #Option "R4xxATOM"# [] > Identifier "Card0" > Driver "radeon" > VendorName "ATI Technologies Inc" > BoardName "Mobility Radeon HD 3600 Series" > BusID "PCI:1:0:0" > EndSection > > Section "Screen" >
Re: How to resize RAID-1 partitions (mdraid)
Sam Varshavchik wrote: > That bad news, since these are existing partitions, so presumably the > raid metadata is at the end. > > The good news is that I took a look at the current parted online manual, > and it looks like there's some support in parted now. The current > version of parted seems to accept /dev/mdX as a parameter, and the > resize command is documented. So, I think what I need to do is: > > 1) Use parted to shrink the filesystem on /dev/mdX > > 2) Use mdadm --grow to reduce the size of the /dev/mdX array > > 3) Go back to parted, and use the "move" command to reduce the size of > the partition on both disks. Not the "resize" command, because I already > resized the filesystem, right? Your first mail did not really describe what you want. The plan in your last mail seems to imply a few details. You say "resize". Is it enlarge or shrink? It seems it is "shrink". What other partitions you have on the disks? Do you have other partitions before or after the changing ones? If you are shrinking, where do you want the free space to appear, before or after? It seems you want it before (because of the "move"). Write down all the details (including /proc/partitions /proc/mdstat etc.) and you will get better advice from the list. The solution could be very different from what you have in mind. Best regards. -- Roberto Ragusamail at robertoragusa.it -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Desktop effects -- yeah!
On 05/29/2010 09:02 PM, Marvin Kosmal wrote: > HI > > Is there a shot of what this would look like before I try this.. > <#yum install gnome-shell> > > I am running FC 12 yet.. Waiting for the downloads to quiet down > before I upgrade. > http://fedoraproject.org/wiki/File:Gnome-shell-f13.png Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Desktop effects -- yeah!
HI Is there a shot of what this would look like before I try this.. <#yum install gnome-shell> I am running FC 12 yet.. Waiting for the downloads to quiet down before I upgrade. TIA Marvin On 5/29/10, Rahul Sundaram wrote: > On 05/29/2010 08:52 PM, Sam Varshavchik wrote: >> For the first time ever, I have eye candy, thanks to >> mesa-dri-drivers-experimental, on my laptop with an NV40 chip. >> >> Kudos all around. This is quite an accomplishment. > > I assume you are referring to Compiz here. Have you tried GNOME Shell? > > # yum install gnome-shell > > Desktop Effects will offer a option to enable it. I am curious to know > if that works > > Rahul > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Desktop effects -- yeah!
On 05/29/2010 08:52 PM, Sam Varshavchik wrote: > For the first time ever, I have eye candy, thanks to > mesa-dri-drivers-experimental, on my laptop with an NV40 chip. > > Kudos all around. This is quite an accomplishment. I assume you are referring to Compiz here. Have you tried GNOME Shell? # yum install gnome-shell Desktop Effects will offer a option to enable it. I am curious to know if that works Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Desktop effects -- yeah!
For the first time ever, I have eye candy, thanks to mesa-dri-drivers-experimental, on my laptop with an NV40 chip. Kudos all around. This is quite an accomplishment. pgpRYgklZYUOX.pgp Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: How to resize RAID-1 partitions (mdraid)
Bruno Wolff III writes: On Sat, May 29, 2010 at 10:31:11 -0400, Sam Varshavchik wrote: I want to juggle these partitions around. It's not clear to me if parted will handle RAID partitions. I think I should resize each partition on each drive identically, and parted should end up producing identical contents if it's asked to resize two identical partitions to the same size, right? But what about the mdraid metadata on each partition? Where does mdraid keep it, at the beginning or at the end of each partition? If I resize the partition with parted, is it going to blow away my raid metadata? Recent versions of mdraid can keep it either at the front or the back. Previously the data was stored in the back. Storing it in the back is needed if you boot off of the device, since grub doesn't support raid and you want it to think they are ext file systems. That bad news, since these are existing partitions, so presumably the raid metadata is at the end. The good news is that I took a look at the current parted online manual, and it looks like there's some support in parted now. The current version of parted seems to accept /dev/mdX as a parameter, and the resize command is documented. So, I think what I need to do is: 1) Use parted to shrink the filesystem on /dev/mdX 2) Use mdadm --grow to reduce the size of the /dev/mdX array 3) Go back to parted, and use the "move" command to reduce the size of the partition on both disks. Not the "resize" command, because I already resized the filesystem, right? pgpZD9FXW5DWm.pgp Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Fedora 13 + nvidia + kde
On Wed, May 26, 2010 at 11:01 PM, slamp slamp wrote: > I had a problem logging into KDE after an upgrade from Fedora 12. I > have akmod-nvidia installed. To fix the login issue I had to remove > /usr/lib/libGL.so.1 as I was seeing ksmserver: symbol lookup error: > /usr/lib/libGL.so.1 in my xessions log file. > > anyone know a better fix? the nvidia driver provides its own > libGL.so.1. not sure how to get KDE to use that instead of the one > provided by mesa-libgl. > Are there anyone experiencing this? when i try to remove mesa-libGL-7.8.1-6.fc13.i686 a ton of other packages i need will also get removed. For the moment I linked this problematic file to the one nvidia provides. # ls -l /usr/lib/libGL.so* lrwxrwxrwx 1 root root 10 May 26 21:56 /usr/lib/libGL.so -> libGL.so.1 lrwxrwxrwx 1 root root 26 May 29 11:01 /usr/lib/libGL.so.1 -> /usr/lib/nvidia/libGL.so.1 -rwxr-xr-x. 1 root root 495448 Apr 30 20:39 /usr/lib/libGL.so.1.2 -rwxr-xr-x 1 root root 705700 Sep 17 2008 /usr/lib/libGL.so.177.67 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: How to resize RAID-1 partitions (mdraid)
On Sat, May 29, 2010 at 10:31:11 -0400, Sam Varshavchik wrote: > > I want to juggle these partitions around. It's not clear to me if > parted will handle RAID partitions. I think I should resize each > partition on each drive identically, and parted should end up > producing identical contents if it's asked to resize two identical > partitions to the same size, right? But what about the mdraid > metadata on each partition? Where does mdraid keep it, at the > beginning or at the end of each partition? If I resize the partition > with parted, is it going to blow away my raid metadata? Recent versions of mdraid can keep it either at the front or the back. Previously the data was stored in the back. Storing it in the back is needed if you boot off of the device, since grub doesn't support raid and you want it to think they are ext file systems. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Correct instructions for installing NVidia proprietary driver on Fedora 13?
On Sat, May 29, 2010 at 15:52, Andre Costa wrote: > On Sat, May 29, 2010 at 06:25, Steven P. Ulrick > wrote: > >> >> > > http://fedorasolved.org/video-solutions/nvidia-yum-kmod >> > > >> > > >> > > My problem was the boot setup, because if I recall correctly the nouveau > driver was being used and nvidia could not load correctly, making the system > unstable. After some Googling I found out I had to blacklist the nouveau > driver. After I solved that, I had no more problems whatsoever. > > Don't know about dual-head, and don't trust fedora kmod, a commodity to workaround the rebuilding of nvidia.ko module at kernel change i think. I do as in debian, and having problems with nouveau too: download nvidia binary and chmod +x, then 1) switch to console (ctrl+alt+F2) and login as root. 1b) `initctl stop prefdm' to bring down graphical environment 1c) rmmod -fv nouveau 2) yum install kernel-headers (or kernel-PAE-devel, don't remember; pay attention to PAE or not-pae according to your system) 3) cd to nvidia binary directory 3b) `./NVIDIA...' 3c) hope all go well 4) hack /etc/X11/xorg.conf trought nvidia-xconfig and with nano usually Option "NoLogo" "true" and Option "DPI" "72x72" or something 5) initctl start prefdm That's to repeat whenever a kernel upgrade happen, as booting bring you a black screen you can ctrl+alt+F2 Actually a bit unpractical, but that is: closed driver, focus on backstage. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
How to resize RAID-1 partitions (mdraid)
I have a rack server with two drives, partitioned identically and assembled into RAID-1 arrays using mdraid. No CD/DVD drive. There is a USB port. Don't know if the server's BIOS will boot off a USB drive. I upgrade the server using pxeboot. I want to juggle these partitions around. It's not clear to me if parted will handle RAID partitions. I think I should resize each partition on each drive identically, and parted should end up producing identical contents if it's asked to resize two identical partitions to the same size, right? But what about the mdraid metadata on each partition? Where does mdraid keep it, at the beginning or at the end of each partition? If I resize the partition with parted, is it going to blow away my raid metadata? And how am I going to pull this off? My recollection is that I don't get prompted for rescue mode if I launch pxeboot, the installer jumps straight into anaconda. I suppose I can let anaconda come up, switch to an alt-vt, dismount /mnt/sysimage, and use parted. pgpfyUXYvQ3d5.pgp Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: radeon to nvidia to radeon produces pain
On Fri, 28 May 2010, Michael Hennebry wrote: > I'm on my third video card. > The first was a radeon. > After I zapped that one, I had it replaced with > an nvidia card because it had AGP and I could find it. > Having cooked or otherwise damaged that one, > I replaced it with a VisionTek Radeon HD 3650. > It was the AGP card I could find. > Knoppix 5.1.0 runs just fine. During start up, Knoppix emits a line like ... ATI ... Unkown device 9598 ... Xorg(ati) -- Michael henne...@web.cs.ndsu.nodak.edu "Pessimist: The glass is half empty. Optimist: The glass is half full. Engineer: The glass is twice as big as it needs to be." -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Correct instructions for installing NVidia proprietary driver on Fedora 13?
On Sat, May 29, 2010 at 06:25, Steven P. Ulrick wrote: > > Hi Steven, > > > > On Fri, May 28, 2010 at 16:59, Steven P. Ulrick > > wrote: > > > > > Hello Everyone, > > > If the output of "/sbin/lspci | grep VGA" is: > > > 03:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 > GT] > > > (rev > > > a1) > > > > > > are the correct instructions for installing the proprietary NVidia > driver > > > still > > > located here: > > > http://fedorasolved.org/video-solutions/nvidia-yum-kmod > > > > > > I have tried the above referenced instructions a couple of times, with > the > > > same, > > > bad results... I am now going to try again, paying special attention > to > > > the > > > "Troubleshooting" section... With this exact system, I have been so > used > > > to > > > everything working (up until I installed Fedora 13) that I have never > even > > > had > > > to look at the troubleshooting steps for these instructions before. > > > > > > I will get back to you with whatever happens. > > > > > > > I have a 9800 GT, and all I had to do for F13 was enable rpmfusion repo > and > > install kmod-nvidia; after that Nvidia driver was already used on the > next > > boot, but it didn't recognize my dual-head setup (which was expected). I > > tried using nvidia-settings (as root) to configure dual-head, but I had > some > > trouble setting it exactly the way I wanted; then I just replaced > > /etc/X11/xorg.conf with the one from my F12 /etc backup and that was it. > Well, I have one of those :) I think I will try all of this over AGAIN :) > Good luck =) > > Much easier than with F12 =) > You had a hard time getting this to work with F12? For me, on this same > system, > it "Just Worked." > My problem was the boot setup, because if I recall correctly the nouveau driver was being used and nvidia could not load correctly, making the system unstable. After some Googling I found out I had to blacklist the nouveau driver. After I solved that, I had no more problems whatsoever. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
F13: Delay in screen refresh
Hi, I've noticed that there is a some kind of "delay" in the screen refresh. For instance, under VIM when I move the cursor (that is a black rectangle) under a character, it takes between 1 and 4 secs before the character appears inside the cursor. I've experienced the same issue under OpenOffice and FireFox. This is really annoying. :( Under F12 no problem Does any other experienced this behaviour? My system is: * OS: F13 x86_64 - up-to-dated * WM: OpenBox * CPU: Intel Core 2 Duo * GPU: Intel GM965/GL960 * RAM: 2GB Thank you so much! -- Marco -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: radeon to nvidia to radeon produces pain
On Fri, 28 May 2010, Michael Hennebry wrote: > I'm on my third video card. > The first was a radeon. > After I zapped that one, I had it replaced with > an nvidia card because it had AGP and I could find it. > Having cooked or otherwise damaged that one, > I replaced it with a VisionTek Radeon HD 3650. > It was the AGP card I could find. > Knoppix 5.1.0 runs just fine. > I'm using it now. > knop...@knoppix:~$ uname -a > Linux Knoppix 2.6.19 #7 SMP PREEMPT Sun Dec 17 22:01:07 CET 2006 i686 > GNU/Linux > knop...@knoppix:~$ > Fedora 11, not so great. > It never gets to X. > The last messages to the console involve the ethernet connection. Here is the result of dmesg | tail > ip6_tables: (C) 2000-2006 Netfilter Core Team > RPC: Registered udp transport module. > RPC: Registered tcp transport module. > SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts > ADDRCONF(NETDEV_UP): eth0: link is not ready > e100: eth0 NIC Link is Up 100 Mbps Full Duplex > ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready > audit(1275135885.989:15398): auid=4294967295 ses=4294967295 subj=system_u:system_r:readahead_t:s0 op=remove rule key=(null) list=4 res=0 > audit(1275135885.989:15399): audit_enabled=0 old=1 auid=4294967295 ses=4294967295 subj=system_u:system_r:readahead_t:s0 res=1 > eth0: no IPv6 routers present I might have accidentally broken some lines. -- Michael henne...@web.cs.ndsu.nodak.edu "Pessimist: The glass is half empty. Optimist: The glass is half full. Engineer: The glass is twice as big as it needs to be." -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: "yum grouplist" under Fedora-13
On 29/05/10 02:22, Tom H wrote: > On Fri, May 28, 2010 at 7:15 PM, Timothy Murphy wrote: >> Frank Murphy wrote: >> >>> take each one at a time: >>> yum grouplist "Administration Tools" --snip-- > yum groupinfo 'Administration Tools' Thanks Tom, It was too late at night. Frank -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Cool it Down Please was: Regarding Get Fedora page
/** replying to nobody, just a feeling */ Others readers may feel the same way? Can this thread be left for 24 hours, so temperatures hopefully will fall, and continue in a balanced fashion afterwards. https://admin.fedoraproject.org/mailman/listinfo/websites Is the list for the team who do their best for the site. If you have some web\design experience. Maybe consider helping out. I would ask all to remember it is a public list\archive. So what you say is there adinfinitum. Frank -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F13: strange default for PDF viewer
On Sat, May 29, 2010 at 1:15 PM, Mike Williams wrote: > On Sat, May 29, 2010 at 6:53 AM, Jonathan Underwood > wrote: [...cut...] > > This bug claims that this was a firefox issue and fixed in ff 3.6 > https://bugzilla.redhat.com/show_bug.cgi?id=445543 > > I will test this later with firefox 3.6 and see what happens. I > currently have firefox set to *not* open pdf's because I prefer to > save a local copy and look at it later with evince or acroread instead > of viewing the pdf in the browser. > I partially agree with you. I selected "Always Ask" since in some cases I just want to open a PDF file to have a quick look inside. ;) Anyway, to overcome this issue I created an entry for PDF mime in my own personal area: $HOME/.local/share/applications/mimeinfo.cache where I put this: application/pdf=evince.desktop Now all works right. Thank you very much!! Cheers, -- Marco -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
F13: gnome volume control affects wrong audio channel
Hi all, I did a fresh install of the 64-bit F13 on my desktop system. For the most part, everything works fine. One little hiccup: If I change the audio volume with the gnome volume control applet, it adjusts the *front channel* rather than PCM or Master channel. Since I have a second set of speakers attached to the Side channel, and a headphone attached to Center, this is really inconvenient. In earlier version of Gnome, one could explicitly select the channel the volume applet controlled, but this disappeared a few reiterations ago. Anyone know how to fix this under F13? The audio on the MB is (lspci): 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller Thanks. - Colin Brace Amsterdam http://lim.nl -- View this message in context: http://old.nabble.com/F13%3A-gnome-volume-control-affects-wrong-audio-channel-tp28715606p28715606.html Sent from the Fedora List mailing list archive at Nabble.com. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F13: strange default for PDF viewer
On Sat, May 29, 2010 at 6:53 AM, Jonathan Underwood wrote: > On 28 May 2010 16:10, Marco Guazzone wrote: >> On Fri, May 28, 2010 at 3:16 PM, Rex Dieter wrote: >>> Marco Guazzone wrote: >>> Hi, I've noticed that the default PDF viewer in "/usr/share/applications/mimeinfo.cache" is GIMP: application/pdf=gimp.desktop;evince.desktop; There is mention of this here: https://bugzilla.redhat.com/show_bug.cgi?id=496237 The mimeinfo.cache is apparently ramdonly orders and not intended to be a priority list. At least for pps that play by the rules. >>> Defaults are stored elsewhere, see >>> /usr/share/applications/defaults.list >>> (for !=kde anyway). >> Thank you very much for pointing it out. >> >> Looking at this file I can see: >> application/pdf=AdobeReader.desktop >> >> So why does Firefox try to open a PDF with GIMP? This bug claims that this was a firefox issue and fixed in ff 3.6 https://bugzilla.redhat.com/show_bug.cgi?id=445543 I will test this later with firefox 3.6 and see what happens. I currently have firefox set to *not* open pdf's because I prefer to save a local copy and look at it later with evince or acroread instead of viewing the pdf in the browser. Mike -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
