Re: Dual boot Fedora <--> Windows 8
Makes sense (unfortunately :-/ ). I will be prepared, thks ;-) Another (offtopic) question: anyone knows if Windows 8 can be installed so far on the disk? (XP for example can't handle large disks) I would really hate to have to repartition because of Windows... I will only use it eventually for gaming. Regards, Andre On Fri, Nov 22, 2013 at 9:19 AM, Tim wrote: > Allegedly, on or about 22 November 2013, Andre Costa sent: > > I have the following partitions on a 1TB disk: > > > >- 1M BIOS boot partition > >- 500M Linux boot partition > >- 733G Linux LVM partition (Fedora 19) > >- 200G unused space > > > > I would like to install Windows 8 on this last partition. Anyone knows > > if this will mess up with my current boot manager? Can Windows 8 > > coexist with GRUB? > > Windows installations have always messed with bootloaders to set things > up for itself, and nothing else. So I wouldn't expect any newer > versions of Windows to be any different. Be prepared to redo your > bootloader, for dual-booting, post Windows installation. > > The only time I've seen Windows installations acknowledge prior installs > and give you a boot choice has been when installing some versions of > Windows with a another version of Windows. Microsoft only cares about > Microsoft. > > -- > [tim@localhost ~]$ uname -rsvp > Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64 > > All mail to my mailbox is automatically deleted, there is no point > trying to privately email me, I will only read messages posted to the > public lists. > > George Orwell's '1984' was supposed to be a warning against tyranny, not > a set of instructions for supposedly democratic governments. > > > > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Dual boot Fedora <--> Windows 8
Hi, I have the following partitions on a 1TB disk: - 1M BIOS boot partition - 500M Linux boot partition - 733G Linux LVM partition (Fedora 19) - 200G unused space I would like to install Windows 8 on this last partition. Anyone knows if this will mess up with my current boot manager? Can Windows 8 coexist with GRUB? Regards, Andre -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Poor quality watching Quicktime movies on F18 [SOLVED]
Some additional info: according to "running clutter<https://developer.gnome.org/clutter/1.12/running-clutter.html>" page, other possible values for CLUTTER_VBLANK are "glx" and "dri". I just tested and "glx" also seems to work fine for me (NVidia driver with sync to vblank set to true). Regards, Andre On Thu, Mar 21, 2013 at 1:10 PM, Andre Costa wrote: > Some follow up on this: found on this > thread<https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1064095/comments/8>that > setting > > CLUTTER_VBLANK=none > > makes it a *whole* lot better. In fact, AFAICS the problem is gone -- even > if NVidia driver is still set to sync to vblank. Other performance problems > which were also very noticeable on GNOME 3.6 (eg. moving windows around) > are also gone. > > Not sure if this is a GNOME or a NVidia bug (or both), will dive deeper > into it later. > > Regards, > > Andre > > > On Wed, Feb 6, 2013 at 9:20 PM, Andre Costa wrote: > >> >> On Wed, Feb 6, 2013 at 5:03 PM, Joe Zeff wrote: >> >>> On 02/06/2013 04:26 AM, Andre Costa wrote: >>> >>>> Quite the contrary: this is a 8-core i7 desktop with a GeForce GT9800. >>>> It should handle any videos just fine ;-) (as it always has done until >>>> F18). There's clearly something wrong, I just don't know exactly what it >>>> is. CPU usage doesn't spike too much while watching videos >>>> >>> >>> Have you tried running top in a terminal while this is going on? It >>> can't hurt to know what process is using most of your CPU time when the >>> videos slow down. >> >> >> Thks Joe, I'll try that. But it doesn't look like it's a high CPU usage >> issue, it looks as if video decoding is buggy. >> >> I just tested getting rid of totem-mozplugin and installing >> gecko-mediaplayer (which uses MPlayer). Firefox is now able to play videos >> just fine, so it does seem to be some issue with Totem (or, more >> specifically, GStreamer?). However, gecko-mediaplayer doesn't get along >> well with Chrome, it simply can't load the plugin. So, either I switch back >> to Firefox or I use it only when I want to watch Quicktime movies. >> >> Damn :-/ >> > > -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Poor quality watching Quicktime movies on F18 [SOLVED]
You're welcome =) I felt that very same relief when I tried it out and realized GNOME 3.6 performance finally went back to GNOME 3.4 levels on the same machine. Just out of curiosity: what is your graphics card? Regards, Andre On Thu, Mar 21, 2013 at 3:34 PM, Bill Davidsen wrote: > Andre Costa wrote: > >> Some follow up on this: found on this thread >> <https://bugs.launchpad.net/**ubuntu/+source/gnome-shell/+** >> bug/1064095/comments/8<https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1064095/comments/8> >> > >> >> that setting >> >> CLUTTER_VBLANK=none >> >> makes it a *whole* lot better. In fact, AFAICS the problem is gone -- >> even if >> NVidia driver is still set to sync to vblank. Other performance problems >> which >> were also very noticeable on GNOME 3.6 (eg. moving windows around) are >> also gone. >> >> Not sure if this is a GNOME or a NVidia bug (or both), will dive deeper >> into it >> later. >> >> Regards, >> >> Andre >> >> THANK YOU!! > > -- > Bill Davidsen > "We have more to fear from the bungling of the incompetent than from > the machinations of the wicked." - from Slashdot > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.**org/mailman/listinfo/users<https://admin.fedoraproject.org/mailman/listinfo/users> > Guidelines: > http://fedoraproject.org/wiki/**Mailing_list_guidelines<http://fedoraproject.org/wiki/Mailing_list_guidelines> > Have a question? Ask away: http://ask.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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Poor quality watching Quicktime movies on F18 [SOLVED]
Some follow up on this: found on this thread<https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1064095/comments/8>that setting CLUTTER_VBLANK=none makes it a *whole* lot better. In fact, AFAICS the problem is gone -- even if NVidia driver is still set to sync to vblank. Other performance problems which were also very noticeable on GNOME 3.6 (eg. moving windows around) are also gone. Not sure if this is a GNOME or a NVidia bug (or both), will dive deeper into it later. Regards, Andre On Wed, Feb 6, 2013 at 9:20 PM, Andre Costa wrote: > > On Wed, Feb 6, 2013 at 5:03 PM, Joe Zeff wrote: > >> On 02/06/2013 04:26 AM, Andre Costa wrote: >> >>> Quite the contrary: this is a 8-core i7 desktop with a GeForce GT9800. >>> It should handle any videos just fine ;-) (as it always has done until >>> F18). There's clearly something wrong, I just don't know exactly what it >>> is. CPU usage doesn't spike too much while watching videos >>> >> >> Have you tried running top in a terminal while this is going on? It >> can't hurt to know what process is using most of your CPU time when the >> videos slow down. > > > Thks Joe, I'll try that. But it doesn't look like it's a high CPU usage > issue, it looks as if video decoding is buggy. > > I just tested getting rid of totem-mozplugin and installing > gecko-mediaplayer (which uses MPlayer). Firefox is now able to play videos > just fine, so it does seem to be some issue with Totem (or, more > specifically, GStreamer?). However, gecko-mediaplayer doesn't get along > well with Chrome, it simply can't load the plugin. So, either I switch back > to Firefox or I use it only when I want to watch Quicktime movies. > > Damn :-/ > -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Poor quality watching Quicktime movies on F18
On Wed, Feb 6, 2013 at 5:03 PM, Joe Zeff wrote: > On 02/06/2013 04:26 AM, Andre Costa wrote: > >> Quite the contrary: this is a 8-core i7 desktop with a GeForce GT9800. >> It should handle any videos just fine ;-) (as it always has done until >> F18). There's clearly something wrong, I just don't know exactly what it >> is. CPU usage doesn't spike too much while watching videos >> > > Have you tried running top in a terminal while this is going on? It can't > hurt to know what process is using most of your CPU time when the videos > slow down. Thks Joe, I'll try that. But it doesn't look like it's a high CPU usage issue, it looks as if video decoding is buggy. I just tested getting rid of totem-mozplugin and installing gecko-mediaplayer (which uses MPlayer). Firefox is now able to play videos just fine, so it does seem to be some issue with Totem (or, more specifically, GStreamer?). However, gecko-mediaplayer doesn't get along well with Chrome, it simply can't load the plugin. So, either I switch back to Firefox or I use it only when I want to watch Quicktime movies. Damn :-/ -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Poor quality watching Quicktime movies on F18
On Wed, Feb 6, 2013 at 1:38 AM, Fernando Cassia wrote: > > On Wed, Feb 6, 2013 at 12:35 AM, Andre Costa wrote: > >> (and this is just one of the quirks I see) > > > probably gstreamer and friends is sucking too much of your cpu with > overhead and thus pixelation occurs due to lack of cpu time for realtime > high quality decoding. > > I repeat, try vlc and/or mplayer with its firefox plugins which imho has > much more optimized video decoding than what the gstreamer spaghetti code > provides. > > Is your cpu old and/or are you playing this on battery power (so cpu > doesn´t use 100% of its speed). Quite the contrary: this is a 8-core i7 desktop with a GeForce GT9800. It should handle any videos just fine ;-) (as it always has done until F18). There's clearly something wrong, I just don't know exactly what it is. CPU usage doesn't spike too much while watching videos. Regards, Andre -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Poor quality watching Quicktime movies on F18
On Wed, Feb 6, 2013 at 1:28 AM, Fernando Cassia wrote: > On Tue, Feb 5, 2013 at 9:07 PM, Andre Costa wrote: > > Anyone knows what could be wrong? Is this a known issue? > > yes, gstreamer has always sucked. Install VLC and the VLC Mozilla plugins. > > or MPlayer + mplayerplug-in, for that matter. > > Thks, I'll give VLC a try. It's weird, though, because as far as I recall I used to use gstreamer and have no complaints about it. Regards, Andre -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Poor quality watching Quicktime movies on F18
Here's an example of what I'm talking about: quicktime quality.png<https://docs.google.com/file/d/0ByC8z6K9bo98MTlJTS1TUkpaR0k/edit> (and this is just one of the quirks I see) Regards, Andre On Wed, Feb 6, 2013 at 1:20 AM, Andre Costa wrote: > > On Tue, Feb 5, 2013 at 10:57 PM, Ed Greshko wrote: > >> On 02/06/2013 08:49 AM, Andre Costa wrote: >> > Mmmh,,, that's weird, it's the same configuration here (fully updated >> F18-64 system), but all videos play with the issues I mentioned. I'm using >> NVidia driver 310.32 installed from their own installer (Freshrpms is still >> one version behind, I'm giving this a try). What video driver are you using? >> > >> >> 01:00.0 VGA compatible controller: NVIDIA Corporation GT215 [GeForce GT >> 240] (rev a2) >> >> is my hardware and I use the nVidia drivers installed using rpmfusion's >> akmod-nvidia >> >> > ... which makes this even weirder :-P Well, thks for the info, I'll have > to keep looking for the culprit. > > Regards, > > Andre > -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Poor quality watching Quicktime movies on F18
On Tue, Feb 5, 2013 at 10:57 PM, Ed Greshko wrote: > On 02/06/2013 08:49 AM, Andre Costa wrote: > > Mmmh,,, that's weird, it's the same configuration here (fully updated > F18-64 system), but all videos play with the issues I mentioned. I'm using > NVidia driver 310.32 installed from their own installer (Freshrpms is still > one version behind, I'm giving this a try). What video driver are you using? > > > > 01:00.0 VGA compatible controller: NVIDIA Corporation GT215 [GeForce GT > 240] (rev a2) > > is my hardware and I use the nVidia drivers installed using rpmfusion's > akmod-nvidia > > ... which makes this even weirder :-P Well, thks for the info, I'll have to keep looking for the culprit. Regards, Andre -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Poor quality watching Quicktime movies on F18
On Tue, Feb 5, 2013 at 10:41 PM, Ed Greshko wrote: > On 02/06/2013 08:07 AM, Andre Costa wrote: > > Hi, > > > > ever since I upgraded to F18 trailers from trailers.apple.com < > http://trailers.apple.com> are playing with poor quality (audio is fine, > but video isn't fluid, it's like some frames are skipped and some parts of > the screen aren't updated when they should be). > > > > I haven't had any trouble with these trailers for a long time already. > Chrome says its Quicktime plugin is being handled by > /usr/lib64/mozilla/plugins/libtotem-narrowspace-plugin.so which is owned > by totem-mozplugin package. I have also installed all the -bad and -ugly > gstreamer plugins I could find: > > > > gstreamer-0.10.36-2.fc18.x86_64 > > gstreamer1-1.0.5-1.fc18.x86_64 > > gstreamer1-libav-1.0.2-2.fc18.x86_64 > > gstreamer1-plugins-bad-free-1.0.5-1.fc18.x86_64 > > gstreamer1-plugins-bad-freeworld-1.0.2-2.fc18.x86_64 > > gstreamer1-plugins-base-1.0.5-3.fc18.x86_64 > > gstreamer1-plugins-good-1.0.5-1.fc18.x86_64 > > gstreamer-ffmpeg-0.10.13-5.fc18.x86_64 > > gstreamer-plugins-bad-0.10.23-2.fc18.x86_64 > > gstreamer-plugins-bad-free-0.10.23-13.fc18.x86_64 > > gstreamer-plugins-base-0.10.36-3.fc18.x86_64 > > gstreamer-plugins-espeak-0.4.0-1.fc18.x86_64 > > gstreamer-plugins-good-0.10.31-5.fc18.x86_64 > > gstreamer-plugins-ugly-0.10.19-5.fc18.x86_64 > > gstreamer-python-0.10.22-3.fc18.x86_64 > > gstreamer-rtsp-0.10.8-3.fc18.x86_64 > > gstreamer-tools-0.10.36-2.fc18.x86_64 > > PackageKit-gstreamer-plugin-0.8.7-1.fc18.x86_64 > > phonon-backend-gstreamer-4.6.2-2.fc18.x86_64 > > > > Anyone knows what could be wrong? Is this a known issue? > > > > > > FWIW, I just went to the site and watched several trailers without issue. > What is running is, as you point out, is > /usr/lib64/mozilla/plugins/libtotem-narrowspace-plugin.so > > Fully updated F18-64 system. > > Mmmh,,, that's weird, it's the same configuration here (fully updated F18-64 system), but all videos play with the issues I mentioned. I'm using NVidia driver 310.32 installed from their own installer (Freshrpms is still one version behind, I'm giving this a try). What video driver are you using? Regards, Andre -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Poor quality watching Quicktime movies on F18
Hi, ever since I upgraded to F18 trailers from trailers.apple.com are playing with poor quality (audio is fine, but video isn't fluid, it's like some frames are skipped and some parts of the screen aren't updated when they should be). I haven't had any trouble with these trailers for a long time already. Chrome says its Quicktime plugin is being handled by /usr/lib64/mozilla/plugins/libtotem-narrowspace-plugin.so which is owned by totem-mozplugin package. I have also installed all the -bad and -ugly gstreamer plugins I could find: gstreamer-0.10.36-2.fc18.x86_64 gstreamer1-1.0.5-1.fc18.x86_64 gstreamer1-libav-1.0.2-2.fc18.x86_64 gstreamer1-plugins-bad-free-1.0.5-1.fc18.x86_64 gstreamer1-plugins-bad-freeworld-1.0.2-2.fc18.x86_64 gstreamer1-plugins-base-1.0.5-3.fc18.x86_64 gstreamer1-plugins-good-1.0.5-1.fc18.x86_64 gstreamer-ffmpeg-0.10.13-5.fc18.x86_64 gstreamer-plugins-bad-0.10.23-2.fc18.x86_64 gstreamer-plugins-bad-free-0.10.23-13.fc18.x86_64 gstreamer-plugins-base-0.10.36-3.fc18.x86_64 gstreamer-plugins-espeak-0.4.0-1.fc18.x86_64 gstreamer-plugins-good-0.10.31-5.fc18.x86_64 gstreamer-plugins-ugly-0.10.19-5.fc18.x86_64 gstreamer-python-0.10.22-3.fc18.x86_64 gstreamer-rtsp-0.10.8-3.fc18.x86_64 gstreamer-tools-0.10.36-2.fc18.x86_64 PackageKit-gstreamer-plugin-0.8.7-1.fc18.x86_64 phonon-backend-gstreamer-4.6.2-2.fc18.x86_64 Anyone knows what could be wrong? Is this a known issue? Regards, Andre -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: [SOLVED] GTK3 themes not working on Fedora 18?
On Fri, Feb 1, 2013 at 10:45 AM, Tom Horsley wrote: > On Fri, 1 Feb 2013 10:29:19 -0200 > Andre Costa wrote: > > > no matter how many GTK3 themes I install, gnome-tweak-tool only shows me > > "Adwaita" and "High Contrast" as options for the "Gtk+ Theme" combo on > the > > Theme panel. Any advice? > > Sounds like a gnome-tweak-tool problem. I was just experimenting > with themes to find one that restored arrows to click on > in scroll bars, but I was trying them by using dconf-editor > and changing the theme in org.gnome.desktop.interface.gtk-theme > (while finding the list of themes by looking for directories > that have gtk-2.0 and gtk-3.0 subdirs under /usr/share/themes). > Thks, you pointed me the right direction. gnome-tweak-tool only lists themes available for both GTK2 and GTK3. I had only GTK3 versions installed, and that's why they were being ignored. Once I installed their GTK2 counterparts, bingo, all themes were available =) Regards, Andre -- 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 Have a question? Ask away: http://ask.fedoraproject.org
GTK3 themes not working on Fedora 18?
Hi, no matter how many GTK3 themes I install, gnome-tweak-tool only shows me "Adwaita" and "High Contrast" as options for the "Gtk+ Theme" combo on the Theme panel. Any advice? Right now I have these installed: ~ rpm -qa \*gtk3-theme\* greybird-gtk3-theme-1.0.7-1.fc18.noarch egtk-gtk3-theme-3.1-2.fc18.noarch adwaita-gtk3-theme-3.6.2-1.fc18.x86_64 albatross-gtk3-theme-1.2-4.fc18.noarch bluebird-gtk3-theme-0.6-5.fc18.noarch Not sure this is relevant, but judging from the listing above Adwaita (one of the themes that are working) is the only which isn't a "noarch" rpm. Regards, Andre -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Can I remove sendmail?
Hi, On Wed, May 30, 2012 at 5:55 PM, wrote: > > > --- Em qua, 30/5/12, jdow escreveu: > > > De: jdow > > Assunto: Re: Can I remove sendmail? > > Para: sergiocmailbox-fedoraus...@yahoo.com.br, "Community support for > Fedora users" > > Data: Quarta-feira, 30 de Maio de 2012, 12:04 > > On 2012/05/30 04:58, sergiocmailbox-fedoraus...@yahoo.com.br > > wrote: > > > Hi, we have the sendmail.service enabled by default > > even in the minimal installation. > > > I only use Thunderbird as my email client. > > > May I uninstall sendmail? Is it needed for something > > I'm not aware of? > > > > > > Regards. > > > > Logwatch and other periodic email messages from the system > > to the root > > user (or his designee) will get lost. I embraced this folly > > years ago > > and had to reinstall SOME mail program. I suppose PostFix > > would do as > > well as SendMail. > > > > {^_^} > > > > Oh yes, that's what I had in the back of my mind when I asked the question. > So back to enable it again. > > Just for the record, I used to do this after every Fedora installation: yum install postfix yum remove sendmail chkconfig postfix on service postfix start (well, I still do this -- just did for F17 -- but now 'chkconfig' and 'service' should be replaced by their systemd counterparts) Works like a charm, as jdow posted, postfix is configured to replace sendmail completely. Regards, Andre -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: SystemD - F-16
On Sun, Nov 13, 2011 at 16:51, Michael Schwendt wrote: > On Sun, 13 Nov 2011 13:05:47 -0200, AC (Andre) wrote: > > > Maybe if there > > was a similar documentation explaining to "old dogs" (myself included) > how > > to do SysV tasks the systemd way, transition would be easier. I know the > > information is probably already on all the manpages somehow, but I'm > > talking explicitly about something along the "if you wanna do this > > , use this " way. > > http://fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet > -- > 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 > Nice, that's exactly what I was talking about =) Thks for the pointer. Regards, Andre -- 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: SystemD - F-16
On Sun, Nov 13, 2011 at 12:22, Tom Horsley wrote: > On Sun, 13 Nov 2011 12:41:14 + > mike cloaked wrote: > > > Whilst we are on the subject can someone tell me what the systemd > > equivalent is for the command "service iptables save" ? > > I always just run the iptables-save program directly and > redirect output to /etc/sysconfig/iptables if you really > want to save the state permanently and not just look at > it (I'm pretty sure that is all the rc script did with > the save command). > -- > 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 > I've always been a RedHat/Fedora user, but I have to use Ubuntu at work. At first I was completely lost with apt-get, but then someone pointed me to this page [ https://help.ubuntu.com/community/SwitchingToUbuntu/FromLinux/RedHatEnterpriseLinuxAndFedora] and it made a whole lot of difference to me as a newcomer. Maybe if there was a similar documentation explaining to "old dogs" (myself included) how to do SysV tasks the systemd way, transition would be easier. I know the information is probably already on all the manpages somehow, but I'm talking explicitly about something along the "if you wanna do this , use this " way. Just my $0.02. Regards, Andre -- 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: Problems with audio cds (playing, ripping) on F15
On Sat, Jun 11, 2011 at 12:13, Andre Costa wrote: > Hi, > > I just triled to rip and audio cd, and couldn't do it (first time I tried > this since I upgraded to F15). > > When I inserted the cd it was successfully detected as an audio cd, and I > was asked about what I wanted to do. I chose to use Sound Juicer, but it > failed to recognize the audio tracks (the list remained empty, only the cd > title field was filled). I then tried listening to the cd using rhythmbox, > but it behaved the same -- only the title, no tracks. Don't know if this is > relevant, but both sound juicer and rhythmbox complained they couldn't find > the cd info on MusicBrainz. Sound juicer shows "retrieving track listing... > please wait" on the status bar. > > Last attempt was to open the cd with the file manager, and all 14 WAV > tracks were there. But, when I tried to copy them by dragging them to > another folder, the copy progress dialog showed up and but copy stopped on > the 4th file. The only way I could copy the files was by copying chunks of 3 > files at a time. > > This cd isn't deffective nor copy-protected, because my wife successfully > ripped it on her iMac. Anyway, I tried another audio cd just to make sure, > and this time it appeared on rhythmbox. > > ... now comes the weird part: i reinserted the 1st audio cd, and this time > its tracks also appeared on rhythmbox! (it wasn't able to fetch tracks data, > but there was no MusicBrainz complaints this time). > > So, to sum it all up: > > - tried the cd through sound juicer and rhythmbox, both failed to even > recognize the tracks > - copy WAV files directly through file manager also failed > - inserted another audio cd, didn't open sound juicer, rhythmbox recognizes > it just fine > - reinserted 1st cd, didn't open sound juicer, rhythmbox regoznized it > > Anyone else seeing this? I don't know if this makes any sense, but it looks > as if sound juicer kind of "blocks" other apps from accessing the audio > tracks. > > Regards, > > Andre > Some additional info: ~/xsession-errors shows these errors when I insert the cd and launch sound juicer: (sound-juicer:22217): Gtk-WARNING **: Unknown property: GtkDialog.has-separator (sound-juicer:22217): Gtk-WARNING **: Unknown property: GtkDialog.has-separator MusicBrainz: Connecting to http://musicbrainz.org:80 MusicBrainz: GET /ws/1/release/?type=xml&discid=Xte240NIV31MEJes_5B.QES86NA- MusicBrainz: Connecting to http://musicbrainz.org:80 MusicBrainz: GET /ws/1/release/?type=xml&discid=Xte240NIV31MEJes_5B.QES86NA- MusicBrainz: Result: 0 (200 ) MusicBrainz: Status: 200 MusicBrainz: Response: http://musicbrainz.org/ns/mmd-1.0#"; xmlns:ext=" http://musicbrainz.org/ns/ext-1.0#";> MusicBrainz: Result: 0 (200 ) MusicBrainz: Status: 200 MusicBrainz: Response: http://musicbrainz.org/ns/mmd-1.0#"; xmlns:ext=" http://musicbrainz.org/ns/ext-1.0#";> (sound-juicer:22217): Gtk-CRITICAL **: gtk_widget_get_accessible: assertion `GTK_IS_WIDGET (widget)' failed ** (sound-juicer:22217): CRITICAL **: atk_object_add_relationship: assertion `ATK_IS_OBJECT (object)' failed ** (sound-juicer:22217): CRITICAL **: atk_object_add_relationship: assertion `ATK_IS_OBJECT (object)' failed (sound-juicer:22217): Gtk-CRITICAL **: gtk_widget_get_accessible: assertion `GTK_IS_WIDGET (widget)' failed ** (sound-juicer:22217): CRITICAL **: atk_object_add_relationship: assertion `ATK_IS_OBJECT (object)' failed ** (sound-juicer:22217): CRITICAL **: atk_object_add_relationship: assertion `ATK_IS_OBJECT (object)' failed When I launch ryhthmbox (without ejecting the cd) it shows this: ** Message: pygobject_register_sinkfunc is deprecated (GstObject) MusicBrainz: Connecting to http://musicbrainz.org:80 MusicBrainz: GET /ws/1/release/?type=xml&discid=Xte240NIV31MEJes_5B.QES86NA- MusicBrainz: Result: 0 (200 ) MusicBrainz: Status: 200 MusicBrainz: Response: http://musicbrainz.org/ns/mmd-1.0#"; xmlns:ext=" http://musicbrainz.org/ns/ext-1.0#";> Regards, Andre -- 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
Problems with audio cds (playing, ripping) on F15
Hi, I just triled to rip and audio cd, and couldn't do it (first time I tried this since I upgraded to F15). When I inserted the cd it was successfully detected as an audio cd, and I was asked about what I wanted to do. I chose to use Sound Juicer, but it failed to recognize the audio tracks (the list remained empty, only the cd title field was filled). I then tried listening to the cd using rhythmbox, but it behaved the same -- only the title, no tracks. Don't know if this is relevant, but both sound juicer and rhythmbox complained they couldn't find the cd info on MusicBrainz. Sound juicer shows "retrieving track listing... please wait" on the status bar. Last attempt was to open the cd with the file manager, and all 14 WAV tracks were there. But, when I tried to copy them by dragging them to another folder, the copy progress dialog showed up and but copy stopped on the 4th file. The only way I could copy the files was by copying chunks of 3 files at a time. This cd isn't deffective nor copy-protected, because my wife successfully ripped it on her iMac. Anyway, I tried another audio cd just to make sure, and this time it appeared on rhythmbox. ... now comes the weird part: i reinserted the 1st audio cd, and this time its tracks also appeared on rhythmbox! (it wasn't able to fetch tracks data, but there was no MusicBrainz complaints this time). So, to sum it all up: - tried the cd through sound juicer and rhythmbox, both failed to even recognize the tracks - copy WAV files directly through file manager also failed - inserted another audio cd, didn't open sound juicer, rhythmbox recognizes it just fine - reinserted 1st cd, didn't open sound juicer, rhythmbox regoznized it Anyone else seeing this? I don't know if this makes any sense, but it looks as if sound juicer kind of "blocks" other apps from accessing the audio tracks. Regards, Andre -- 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: Unable to poweroff with kernel 2.6.38.7-30
Hi Athmane, On Thu, Jun 9, 2011 at 10:49, Athmane Madjoudj wrote: > On 06/09/2011 02:45 PM, Joachim Backes wrote: > > On 06/09/2011 01:14 PM, Andre Costa wrote: > >> Hi, > >> > >> Latest kernel (2.6.38.7-30) won't poweroff, anyone else also > experiencing > >> this? > > if you are using halt, this command doesn't work anymore, you should use > one of these: > > halt -p > poweroff > init 0 > shutdown -P now > > Ref.: > > http://docs.fedoraproject.org/en-US/Fedora/15/html/Release_Notes/sect-Release_Notes-Changes_for_SysAdmin.html#id3057138 > > Thks for the pointer, didn't know that. However, when I tried manually I used 'poweroff', so it should have worked. Also, it fails even from desktop's "Power off" menu item. Regards, Andre -- 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: Unable to poweroff with kernel 2.6.38.7-30
On Thu, Jun 9, 2011 at 08:45, Andre Costa wrote: > On Thu, Jun 9, 2011 at 08:25, antonio.montagn...@alice.it < > antonio.montagn...@alice.it> wrote: > >> >> >> >Messaggio originale >> >Da: blue...@gmail.com >> >Data: 9-giu-2011 13.14 >> >> >A: "Community support for Fedora users" >> >Ogg: >> Unable to poweroff with kernel 2.6.38.7-30 >> > >> >Hi, >> > >> >Latest kernel (2.6.38.7- >> 30) won't poweroff, anyone else also experiencing >> >this? >> > >> >Regards, >> > >> >Andre >> >> >-- >> >> >> It works here on three different machines >> > > That sucks :-( (for me, of course ;-)) > > Here it fails consistently. I booted on text mode and watched > /var/log/messages with tail -F as I did a shutdown, and after a couple of > complaints that "not all DM devices were detached" (which seems to be > harmless AFAICS [ > https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=657497 ]) it > shows > > [] Power Down > > but stays there. I guess it's time to file a bug report. > > Regards, > > Andre > I just filed bug #712060 [ https://bugzilla.redhat.com/show_bug.cgi?id=712060 ] Regards, Andre -- 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: Unable to poweroff with kernel 2.6.38.7-30
On Thu, Jun 9, 2011 at 08:25, antonio.montagn...@alice.it < antonio.montagn...@alice.it> wrote: > > > >Messaggio originale > >Da: blue...@gmail.com > >Data: 9-giu-2011 13.14 > > >A: "Community support for Fedora users" > >Ogg: > Unable to poweroff with kernel 2.6.38.7-30 > > > >Hi, > > > >Latest kernel (2.6.38.7- > 30) won't poweroff, anyone else also experiencing > >this? > > > >Regards, > > > >Andre > > >-- > > > It works here on three different machines > That sucks :-( (for me, of course ;-)) Here it fails consistently. I booted on text mode and watched /var/log/messages with tail -F as I did a shutdown, and after a couple of complaints that "not all DM devices were detached" (which seems to be harmless AFAICS [ https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=657497 ]) it shows [] Power Down but stays there. I guess it's time to file a bug report. Regards, Andre -- 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
Unable to poweroff with kernel 2.6.38.7-30
Hi, Latest kernel (2.6.38.7-30) won't poweroff, anyone else also experiencing this? Regards, Andre -- 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: F14 =)
Hi Ankur, On Sun, Nov 7, 2010 at 17:09, Ankur Sinha wrote: > On Sat, 2010-11-06 at 21:24 -0200, Andre Costa wrote: >> Hi, >> >> just for the record, installing F14 x86_64 was pretty painless for me. >> Installed from scratch (kept /home partition, reformatted everything >> else, as I've been doing since F10), upgraded, installed my usual >> additional packages, and I was up and running in less than an hour. If >> it wasn't for the annoying nvidia bug >> (https://bugzilla.rpmfusion.org/show_bug.cgi?id=1469) it would have >> been a flawless installation, but even that didn't spoil the fun. >> >> Kudos and thanks to all involved for another great release =) >> >> Regards, >> >> Andre > > Workaround is here: > > https://bugzilla.rpmfusion.org/show_bug.cgi?id=1469#c14 Nice, thks, I had seen it. Still, creating xorg.conf was not enough to make that annoying warning sign disappear, I also had to comment the line that ran the nvidia-config script on /etc/init.d/nvidia. After that, everything seems to be fine =) Regards, Andre -- 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
F14 =)
Hi, just for the record, installing F14 x86_64 was pretty painless for me. Installed from scratch (kept /home partition, reformatted everything else, as I've been doing since F10), upgraded, installed my usual additional packages, and I was up and running in less than an hour. If it wasn't for the annoying nvidia bug (https://bugzilla.rpmfusion.org/show_bug.cgi?id=1469) it would have been a flawless installation, but even that didn't spoil the fun. Kudos and thanks to all involved for another great release =) Regards, Andre -- 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: Aren't upgrades demanding too much restarts?
On Tue, Aug 31, 2010 at 22:37, kalinix wrote: > On Tue, 2010-08-31 at 20:20 -0400, Tom Horsley wrote: > > Why not just only apply updates when you feel like rebooting? > That's what I do. I've lived without them my whole life, > a few more days won't hurt anything. > > Of course, I also turn off the annoying packagekit app that > is like an animated paperclip tapping on my screen saying: > > "Hey! There's updates! Don't you want to apply updates! > Com'on, it will be fun! Let's go update the system! You > don't have anything better to do". > > > http://www.imagepoop.com/image/660/I-Reboot-As-Much-As-I-Get-Laid.html > > :)) > Hahaha... awesome! :-) ... oh, wait a minute... damn 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: Aren't upgrades demanding too much restarts?
On Wed, Sep 1, 2010 at 00:11, Patrick O'Callaghan wrote: > On Tue, 2010-08-31 at 22:15 -0300, Andre Costa wrote: >> These userspace apps should be restated automatically after >> the upgrade, without bothering the user with a "reboot your computer >> to make sure any changes will be applied" warning. > > Suddenly restarting apps without consulting the user is the last thing > we need. Even the "please reboot" message is simply a suggestion, and if > you use yum directly rather than via PK you won't even see it. That's a good point (also made by Calin a couple of messages ago), it's obviously not practical, I would hate it as well. Please forget I even suggested that ;-) Still, AFAICS a reboot shouldn't be necessary on such cases. Andre -- 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: Aren't upgrades demanding too much restarts?
On Tue, Aug 31, 2010 at 22:08, Wolfgang S. Rupprecht wrote: > > Why not just do reboots at 3 in the morning and it just won't matter all > that much. I just have a cron script in /etc/cron.daily that checks to > see if /var/log/yum has changed since the last reboot and then it does a > reboot if nobody is logged in. If I had certain long-running programs > that needed to finish, I'd have to check for those too, but I don't. It would work. But that's still not fixing the cause, only dealing with the consequences. (BTW: I don't leave my computer on continuously, so I know upgrades will be effective tomorrow. It just feels plain wrong ;-)) Andre -- 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: Aren't upgrades demanding too much restarts?
On Tue, Aug 31, 2010 at 21:59, kalinix wrote: > On Tue, 2010-08-31 at 21:43 -0300, Andre Costa wrote: >> On Tue, Aug 31, 2010 at 20:17, Patrick O'Callaghan >> wrote: >> > On Tue, 2010-08-31 at 19:17 -0300, Andre Costa wrote: >> >> Isn't there any more clever way of determining if a reboot is really >> >> necessary? Or maybe at least the message should be less "demanding", I >> >> don't know... it really seems unneeded. >> > >> > needs-restarting ("yum install yum-utils" if you don't have it). This >> > will catch everything except the kernel, but that one is obvious. >> >> That's nice, I didn't know needs-restarting, it will definitely be >> useful (it is installed). Thks =) >> >> Still, my point is: this kind of check should be handled automatically >> by the upgrade process, and the user should only be asked to reboot if >> there's *really* need to do so. Eg. right now, after those two >> upgrades I mentioned, that read "reboot me!" icon is sitting on my >> notification panel, but if I run 'needs-restarting' this is what I >> get: >> >> 3478 : >> /usr/libexec/clock-applet--oaf-activate-iid=OAFIID:GNOME_ClockApplet_Factory--oaf-ior-fd=42 >> 3484 : /usr/sbin/restorecond-u >> 3501 : pidgin >> >> Aside from restorecond, it's obvious I don't need to restart because >> clock-applet and pidgin were upgraded... :-/ (and even restorecond >> might not require a reboot). >> >> Andre > > Andre, I think needs-restarting means those applications need to be > restarted, not you need to restart the whole system to update those > applications. Yes, that's what I understood as well. This is what I tried to evidence with my example. > As well as 'reboot me' should means exactly that: reboot that particular > application. Exactly. These userspace apps should be restated automatically after the upgrade, without bothering the user with a "reboot your computer to make sure any changes will be applied" warning. > I never ever saw a linux system which has to be rebooted in order to > update pidgin. Amen. If it ever happens, it will be time to move on to something else... ;-) Andre -- 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: Aren't upgrades demanding too much restarts?
Hi JD, On Tue, Aug 31, 2010 at 19:47, JD wrote: > On 08/31/2010 03:17 PM, Andre Costa wrote: >> Latest F13 upgrades include two packages that "require" a restart: >> evolution-data-server and GtkHTML. >> >> ... ?! Is it really necessary to *reboot* because two desktop >> components have been upgraded? Shouldn't a logout/login be enough? >> This sounds like overkill, specially if you're the only one using the >> computer (i.e. there are no other users using those libraries/services >> besides you -- *if* you're using them). I don't even use Evolution! >> >> Isn't there any more clever way of determining if a reboot is really >> necessary? Or maybe at least the message should be less "demanding", I >> don't know... it really seems unneeded. >> >> I used to be proud of Linux only needing a reboot when the kernel (or >> some key component) was upgraded. This is sadly feeling like "those >> good old times" :-( >> >> Regards, >> >> Andre > It was bound to happen. > Way too many daemons are running linked with libraries that just got > updated. > That said, I think that unless you want to boot with the updated kernel, you > can get away with just doing; > > sudo init 1 > Once you are in the single user shell, issue > > init 5 > > This will at least get you running the the latest apps and libs while > staying with the currently booted kernel. Yes, it's slightly better than a reboot, but still more "drastic" than it should be IMHO. In this particular case (and many others I've seen recently), a simple logout should be enough AFAICS. Regards, Andre -- 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: Aren't upgrades demanding too much restarts?
Hi Calin, On Tue, Aug 31, 2010 at 20:48, kalinix wrote: > In this particulary case, why not just an evolution --force-shutdown? > This will shutdown evolution-data-server. As simple as that. Yes, it's simple. So simple it should have been handled automatically by the upgrade *without a reboot* ;-) I appreciate all the tips (really), but my point is not specifically about Evolution, it's just that I believe reboots are being required unnecessarily. Upgrades could and should be smarter. It seems we're stepping backwards. Regards, Andre -- 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: Aren't upgrades demanding too much restarts?
On Tue, Aug 31, 2010 at 20:17, Patrick O'Callaghan wrote: > On Tue, 2010-08-31 at 19:17 -0300, Andre Costa wrote: >> Isn't there any more clever way of determining if a reboot is really >> necessary? Or maybe at least the message should be less "demanding", I >> don't know... it really seems unneeded. > > needs-restarting ("yum install yum-utils" if you don't have it). This > will catch everything except the kernel, but that one is obvious. That's nice, I didn't know needs-restarting, it will definitely be useful (it is installed). Thks =) Still, my point is: this kind of check should be handled automatically by the upgrade process, and the user should only be asked to reboot if there's *really* need to do so. Eg. right now, after those two upgrades I mentioned, that read "reboot me!" icon is sitting on my notification panel, but if I run 'needs-restarting' this is what I get: 3478 : /usr/libexec/clock-applet--oaf-activate-iid=OAFIID:GNOME_ClockApplet_Factory--oaf-ior-fd=42 3484 : /usr/sbin/restorecond-u 3501 : pidgin Aside from restorecond, it's obvious I don't need to restart because clock-applet and pidgin were upgraded... :-/ (and even restorecond might not require a reboot). Andre -- 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
Aren't upgrades demanding too much restarts?
Latest F13 upgrades include two packages that "require" a restart: evolution-data-server and GtkHTML. ... ?! Is it really necessary to *reboot* because two desktop components have been upgraded? Shouldn't a logout/login be enough? This sounds like overkill, specially if you're the only one using the computer (i.e. there are no other users using those libraries/services besides you -- *if* you're using them). I don't even use Evolution! Isn't there any more clever way of determining if a reboot is really necessary? Or maybe at least the message should be less "demanding", I don't know... it really seems unneeded. I used to be proud of Linux only needing a reboot when the kernel (or some key component) was upgraded. This is sadly feeling like "those good old times" :-( Regards, Andre -- 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: F14 Alpha x86_64 ISO too large?
On Tue, Aug 24, 2010 at 19:12, Athmane Madjoudj wrote: > On 08/24/2010 11:11 PM, Athmane Madjoudj wrote: > >> >> He's talking about the Live CD which is 701 MB for i686,the x86_64 >> version can be bigger. >> > > BTW, this is not a real issue for Alpha and Beta releases. Yes, I was takling about x86_64, which has 704MB. Thks for the explanation, it makes sense. Sorry for the noise. Regards, Andre -- 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
F14 Alpha x86_64 ISO too large?
Hi, I just downloaded Fedora 14 Alpha ISO for x86_64 and it doesn't fit on a 80min (700MB) cd. Was this supposed to happen? (I was going to test it on a pendrive anyway, but maybe this is not what everyone will use...) Regards, Andre -- 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: evolution-data-server
On Tue, Jun 29, 2010 at 07:56, Michael Schwendt wrote: > On Tue, 29 Jun 2010 06:43:00 -0400, Chris wrote: > > > Why is evolution-data-server still broken after this much time, and is > > anything being done to correct it? I'm guessing all the dependencies > > must be rebuilt against the new package. > > > > So far I get the best results adding to the yum.conf: > > > > exclude=evolution* > > > > and occasionally un-commenting it to see if it's fixed. > > skip_broken=1 > > is a better work-around. Though, in both cases you still need to be > careful on x86_64 and watch out for any multiarch packages that may be > pulled in. Broken deps on x86_64 are really bad. Mmmh... I just realized I have multiple versions of gnome-panel-libs: ~ yum list gnome-panel-libs\* Loaded plugins: presto, refresh-packagekit Installed Packages gnome-panel-libs.i6862.30.0-1.fc13 @fedora gnome-panel-libs.x86_64 2.30.0-3.fc13 @updates Available Packages gnome-panel-libs.i6862.30.0-3.fc13 updates I have used --skip-broken at least once today. yum history shows me that lots of i686 packages were pulled in by last update, among them gnome-panel-libs.i686: ~ yum history info 67 ... Dep-Install freetype-freeworld-2.3.11-2.fc13.i686 Dep-Install gamin-0.1.10-7.fc13.i686 Dep-Install glib2-2.24.1-1.fc13.i686 Dep-Install glibc-2.12-2.i686 Dep-Install gnome-panel-libs-2.30.0-1.fc13.i686 ... Damn it =/ I'll try to undo this update. Thks for your warning. Andre -- 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: Must tracker-search-tool really depend on Evolution?
On Tue, Jun 29, 2010 at 20:02, Ralf Corsepius wrote: > On 06/30/2010 12:37 AM, Germán A. Racca wrote: > > On Tue, 2010-06-29 at 18:58 -0300, Andre Costa wrote: > >> Hi, > >> > >> > >> I don't use evolution as my MUA so I would like to remove it from my > >> F13 installation. However, when I try to do this yum says it would > >> remove tracker-search-tool as well beacuse of libeutil.so.0: > > >> Couldn't this lib be packaged separately so that it wouldn't be > >> necessary to install a 37M app because of a 330K lib needed by a 300K > >> app? > > > Maybe the right list to ask this question is > > > > packag...@lists.fedoraproject.org ??? > This would be the wrong list - This list is for discussion packaging > conventions/standards and not for discussing individual packages. > > I think you will want to file an RFE against evolution in bugzilla and > hope for the evolution maintainer to have some insight. > If you're lucky, he will listen. Makes sense, I just filed bug #609317: https://bugzilla.redhat.com/show_bug.cgi?id=609317 Let's see how this goes. Regards, Andre -- 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
Must tracker-search-tool really depend on Evolution?
Hi, I don't use evolution as my MUA so I would like to remove it from my F13 installation. However, when I try to do this yum says it would remove tracker-search-tool as well beacuse of libeutil.so.0: ~ sudo yum remove evolution Loaded plugins: presto, refresh-packagekit Setting up Remove Process Resolving Dependencies --> Running transaction check ---> Package evolution.x86_64 0:2.30.1-8.fc13 set to be erased --> Processing Dependency: libeutil.so.0()(64bit) for package: tracker-search-tool-0.8.4-1.fc13.x86_64 --> Running transaction check ---> Package tracker-search-tool.x86_64 0:0.8.4-1.fc13 set to be erased --> Finished Dependency Resolution Dependencies Resolved Package ArchVersion Repository Size Removing: evolutionx86_64 2.30.1-8.fc13 @updates 37 M Removing for dependencies: tracker-search-tool x86_64 0.8.4-1.fc13 @fedora 300 k Couldn't this lib be packaged separately so that it wouldn't be necessary to install a 37M app because of a 330K lib needed by a 300K app? Regards, Andre -- 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
[SOLVED] Re: How do I configure browser as default viewer for HTML files on GNOME (F13)?
Hi Aaron, On Fri, Jun 25, 2010 at 10:34, Aaron Konstam wrote: > On Fri, 2010-06-25 at 10:15 -0300, Andre Costa wrote: > > Hi, > > > > > > when I double-click a HTML file on nautilus (GNOME file explorer) it > > opens up on gedit by default. How do I change this to make the browser > > open it by default? I already tried right-click > Open With > Another > > Application ... > Google Chrome and checked the "Remember this > > application for 'HTML Document' files", but it doesn't "stick" (next > > time I double-click the file it opens on gedit again). > > > > > > (this seems to be a GNOME bug, I can't redefine file associations > > regardless of file type or application, the behavior is always the > > same) > > > > > > Regards, > > > > > > Andre > > Right click on the html file and choose properties.. Onne of the options > is "Open With'. It will allow you to choose the default program to use > to open the file. > You're THE man! =) Setting file associations this way did the trick -- it even allowed me to fix the same problem with JNLP (Java Webstart) files, which I could not associate to javaws. I'll file this upstream as a GNOME bug because the other method (through the "open with" popup menu option) should work the same way AFAICS. Thks for the help =) (and for solving this mistery -- I knew there had to be a way to do this on GNOME 2.30 ;-)) Regards, Andre -- 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 do I configure browser as default viewer for HTML files on GNOME (F13)?
Hi, when I double-click a HTML file on nautilus (GNOME file explorer) it opens up on gedit by default. How do I change this to make the browser open it by default? I already tried right-click > Open With > Another Application ... > Google Chrome and checked the "Remember this application for 'HTML Document' files", but it doesn't "stick" (next time I double-click the file it opens on gedit again). (this seems to be a GNOME bug, I can't redefine file associations regardless of file type or application, the behavior is always the same) Regards, Andre -- 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: iPod touch and F13?
Hi Todd, On Tue, Jun 15, 2010 at 13:12, Todd Zullinger wrote: > Hi Andre, > > Andre Costa wrote: > > Yeah, I hoped it would just work when I read F13 release notes, too > > :-( > > I just noticed that we don't have the latest libgpod included in F-13. > I'm correcting that now, which might help. The changes from 0.7.91 to > 0.7.93 include: > > * various bug fixes in HAL/udev iPhone callout which would make it > fail to dump SysInfoExtended more often than not. > > That looks a lot like the cause of the problem you're having. I just > submitted the package for updates-testing, it'll show up there in the > next push (a day or so at most). If you want to test it sooner (and > provide feedback, good or bad), see: > > https://admin.fedoraproject.org/updates/libgpod-0.7.93-1.fc13 > > Cool! =) Thks for all the effort. I downloaded this RPM, and things indeed improved, even though behavior is still strange. This time around I could transfer songs to the main list on the iPod (still unable to transfer directly to the playlists), but somethings I've done through rhythmbox just didn't "stick", even after sync took place (yes, you do have to wait a couple of seconds until the "sync in progress" appears on the iPod -- but now it appears =) ). Eg. I tried to rearrange songs order on one of my playlists, but even though they appeared just fine on rhythmbox and have been sync'ed, the playlist on the iPod just didn't reflect the changes, and when I replugged the device songs order went back to what it was before. (I know these must be reported upstream, just reporting here for the record). > >> Another thing to check is that there are no SELinux denials > >> blocking the udev callout from working. This is intended to take > >> the manual setup work out of the picture by running whenever an > >> iPod is plugged in. I think we got selinux policy updated, but it > >> never hurts to be sure. If it needs an update, the good folks > >> maintaining SELinux are very quick about pushing policy fixes. > >> > > > > Right, I'll keep an eye on that. Can I assume that any denials would > > popup on that app that monitors SELinux problems? (it is enabled > > here) Or should I search log files for any problems? > > Yeah, I would think they'd show up in the setroubleshoot tray icon. > It should also be logged to the audit log (/var/log/audit/audit.log). > That was more of a longshot guess. I think now that updating to the > latest libgpod is more likely to help. Yes, it did =) Thks again for all the help. Regards, Andre -- 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: iPod touch and F13?
Hi Todd, On Tue, Jun 15, 2010 at 11:00, Todd Zullinger wrote: > Hi Andre, > > Andre Costa wrote: > > Nice, didn't know about it, thks for the pointer. But, the thing is: > > I have already used iTunes to transfer music to the iPod (in fact, > > rhythmbox recognizes it already has 444 songs in it), but there's no > > 'Device' folder on the 'iTunes_Control' folder, which goes against > > what's said on that page. > > > > So, my question is: is it safe to create such dir, specially > > considering I already used iTunes on this iPod? > > Unfortunately, I don't know the answer to this. It's possible that > some other manual step is needed or that the libgpod packages are > missing something which would automate this process a little better. > I thought that for a device which had been initialized with iTunes, > the current libgpod in Fedora 13 would "just work." > Yeah, I hoped it would just work when I read F13 release notes, too :-( > I just asked Christophe Fergeau, one of the main libgpod contributors > and he confirmed that in general, it should work. There is currently > an upstream bug involving playlists. Christophe suggested testing > whether adding a track to the main iPod library works and "wait 15 > seconds after the transfer ends." Another helpful soul in #gtkpod on > freenode mentioned that since the sync happens with a slight delay, a > common problem is unplugging the device too soon after the files are > transferred. > I guess I waited a couple of seconds before giving up, but I'll try it again anyway. And, yes, there's a bug with the playlists -- you can't transfer songs directly to them, you have to transfer them to the main library and then assign them to the playlist. > Another thing to check is that there are no SELinux denials blocking > the udev callout from working. This is intended to take the manual > setup work out of the picture by running whenever an iPod is plugged > in. I think we got selinux policy updated, but it never hurts to be > sure. If it needs an update, the good folks maintaining SELinux are > very quick about pushing policy fixes. > Right, I'll keep an eye on that. Can I assume that any denials would popup on that app that monitors SELinux problems? (it is enabled here) Or should I search log files for any problems? > I don't have any of the newer Apple hardware to test so I can't > generally poke at this stuff myself. (And I believe my days of owning > Apple hardware, nice as it may be, are over. Chasing down how to make > it work on any non-Apple sanctioned operating systems has grown old.) > Yeah, it's a real PITA having to play catch-up with Apple, their "my way or the highway" attitude is incredibly annoying. I'm really thankful for the guys who spend their time reverse engineering Apple products, but there should really be a better way. Regards, Andre -- 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: iPod touch and F13?
Hi Todd, On Tue, Jun 15, 2010 at 01:44, Todd Zullinger wrote: > Andre Costa wrote: > > I just tried plugging my iPod touch on F13, and to my surprise, it > > did appear on rhythmbox (as advertised on the release notes). > > However, even though it offers a "create new playlist" option on the > > iPod popup menu and allows me to drag songs to the iPod (it even > > says it is transferring the files), lists aren't created, and songs > > don't show on the iPod. > > > > Is there any additional configuration I need to do? Any additional > > app? Or is it still read-only support? > > I'm not up on all the steps needed, but if you've never written to the > iPod touch with iTunes, you either need to do so or visit > http://ihash.marcansoft.com/ to generate a file needed for libgpod > using tools (gtkpod, rhythmbox, amarok, etc.) to write a valid > iTunesDB to the device. Nice, didn't know about it, thks for the pointer. But, the thing is: I have already used iTunes to transfer music to the iPod (in fact, rhythmbox recognizes it already has 444 songs in it), but there's no 'Device' folder on the 'iTunes_Control' folder, which goes against what's said on that page. So, my question is: is it safe to create such dir, specially considering I already used iTunes on this iPod? Regards, Andre -- 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
iPod touch and F13?
Hi, I just tried plugging my iPod touch on F13, and to my surprise, it did appear on rhythmbox (as advertised on the release notes). However, even though it offers a "create new playlist" option on the iPod popup menu and allows me to drag songs to the iPod (it even says it is transferring the files), lists aren't created, and songs don't show on the iPod. Is there any additional configuration I need to do? Any additional app? Or is it still read-only support? Regards, Andre -- 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 do I associate *.jnlp files to Java Webstart (javaws) on GNOME?
Hi Brian, On Mon, Jun 7, 2010 at 11:53, Brian Millett wrote: > On Mon, 2010-06-07 at 10:53 -0300, Andre Costa wrote: > > On Mon, Jun 7, 2010 at 05:05, Tim > > wrote: > > On Sun, 2010-06-06 at 21:48 -0300, Andre Costa wrote: > > > the thing is that when Chrome downloads a JNLP file it by > > > default saves it somewhere on the filesystem, and offers a > > "Open" > > > option, along with a "always open files from this type". If > > I use the > > > "Open" option, JNLP file is opened on gedit, and if the > > "always > > > open ..." checkbox is checked, clicking on a JNLP file link > > also opens > > > the file on gedit. This is why I believe some additional > > client-side > > > mime-type configuration is needed. > > > > > > If you gave some examples, people could look and see if it > > works for > > them, or whether /that/ site was broken. > > > > > > Well, I tried. On my 2nd reply I said this: > > > > > > "All JNLP links behave the same. Try this one for > > example: > http://java.sun.com/docs/books/tutorialJWS/uiswing/learn/ex6/CelsiusConverter.jnlp > > > > > > Remember: it works on Firefox, so you should really try with Chrome > > (and Nautilus, once you've saved the JNLP file locally)." > > > > > > This, combined with the explanation above, and the description on the > > original post (note that I am the one who posted comment #34 on > > Chromium issue), pretty much sums it all AFAICT. Let me know what > > additional info you need and I'll be happy to provide. > > > > > > Regards, > > > > > > Andre > > Ok, so I downloaded the jnlp file to the desktop. > I am using sun's java: > java version "1.6.0_19" > installed under /usr/jdk > > I right clicked on the CelsiusConverter.jnlp file. > In the dialog box, I selected the "Open with" tab. > I clicked the Add button. > Select "Use a custom command" and entered /usr/jdk/bin/javaws. > Closed all dialog windows. > Double clicked on the CelsiusConverter.jnlp icon on the desktop. > Javaws lauched the app and I converted temperatures. Thks for the info. You checked the "remember this application ..." checkbox as well when you made the association, right? I am at work right now, so I won't be able to test this for a couple of hours. Just for the record, There's already a 'javaws' command on my "Open with..." list for JNLP files, and I already tried permanently associating files to it, to no avail. I'll try to remove this javaws definition and recreate it as you did, to see if anything changes. BTW: here at work we're using Ubuntu 10.04 (which also uses GNOME 2.30). I just tried launching the CelsiusConverter.jnlp from nautilus (file browser) and Firefox opened as the preferred application (!?) -- but it correctly handled the JNLP file, opening it through javaws (but, of course, I don't want to have Firefox as intermediary ;-)). I then tried to do what you described: - right-clicked the JNLP file and opened the "Open With > Other Application" dialog - added a custom 'javaws' command (with absolute path) - marked the "remember this application ..." checkbox When I clicked the "Open" button on the file association dialog, javaws was launched. But, double-clicking on the JNLP file launched Firefox again :-( (indeed, the first option on the right-click popup menu still is "Open with Firefox web browser") ?! :-( Regards, Andre -- 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 do I associate *.jnlp files to Java Webstart (javaws) on GNOME?
On Mon, Jun 7, 2010 at 05:05, Tim wrote: > On Sun, 2010-06-06 at 21:48 -0300, Andre Costa wrote: > > the thing is that when Chrome downloads a JNLP file it by > > default saves it somewhere on the filesystem, and offers a "Open" > > option, along with a "always open files from this type". If I use the > > "Open" option, JNLP file is opened on gedit, and if the "always > > open ..." checkbox is checked, clicking on a JNLP file link also opens > > the file on gedit. This is why I believe some additional client-side > > mime-type configuration is needed. > > If you gave some examples, people could look and see if it works for > them, or whether /that/ site was broken. Well, I tried. On my 2nd reply I said this: "All JNLP links behave the same. Try this one for example: http://java.sun.com/docs/books/tutorialJWS/uiswing/learn/ex6/CelsiusConverter.jnlp Remember: it works on Firefox, so you should really try with Chrome (and Nautilus, once you've saved the JNLP file locally)." This, combined with the explanation above, and the description on the original post (note that I am the one who posted comment #34 on Chromium issue), pretty much sums it all AFAICT. Let me know what additional info you need and I'll be happy to provide. Regards, Andre -- 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 do I associate *.jnlp files to Java Webstart (javaws) on GNOME?
Hi Tim, On Sun, Jun 6, 2010 at 01:18, Tim wrote: > On Sat, 2010-06-05 at 08:55 -0300, Andre Costa wrote: > > I use Chrome on F13, and everytime I try to open a JNLP file it opens > > it with gedit. > > > > Firefox opens JNLP files just fine, but I guess it has its own table > > of file associations. > > Presuming that you're talking about opening a file with a file browser > versus clicking on a weblink and the browser doing something with that > file through a webserver, then yes, there's different mechanisms. > > A file browser will use the system file types and actions to identify > the type of file, and hand it over to the default/preferred program. > Or, that file browser can have its own identification schemes and > associated application lists. > > And a web server will do its own file type identification, send that > information before the data content, and the web browser will have its > own list of what to do with the file. It's necessary, as it can handle > certain file types all by itself. e.g. You want a web browser to show > the HTML, JPEGs, GIFs, etc., as a page, not open a text editor and image > viewer programs (well, certainly not by default). > > Conversely, for some served content, the browser isn't given the file. > The file is used by the server to generate content, and that generated > content is served to the web browser, with a file content type > description that pertains to the data actually sent to the browser, > irrespective of the original source that created it. e.g. If a Java > applet is called by the URI, and that applet produces a HTML page, the > browser is sent a HTML data description followed by HTML data. That's right, but the thing is that when Chrome downloads a JNLP file it by default saves it somewhere on the filesystem, and offers a "Open" option, along with a "always open files from this type". If I use the "Open" option, JNLP file is opened on gedit, and if the "always open ..." checkbox is checked, clicking on a JNLP file link also opens the file on gedit. This is why I believe some additional client-side mime-type configuration is needed. Regards, Andre -- 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 do I associate *.jnlp files to Java Webstart (javaws) on GNOME?
On Sat, Jun 5, 2010 at 11:45, Terry Polzin wrote: > On Sat, 2010-06-05 at 08:55 -0300, Andre Costa wrote: > > Hi, > > > > > > I use Chrome on F13, and everytime I try to open a JNLP file it opens > > it with gedit. First I thought it was a Chrome bug (there's even a bug > > report for > > that: http://code.google.com/p/chromium/issues/detail?id=10877), but > > then I realized that if I try to open a .jnlp on nautilus it also > > opens it with gedit, even if I click on "Open With... > Other > > Application... javaws" and check the "Remember this application for > > 'jnlp file' files". > > > > > > I tried to use xdg-mime install as suggested by comment #32 but it > > didn't work (see comment #34). > > > > > > Firefox opens JNLP files just fine, but I guess it has its own table > > of file associations. > > > > > > So, my guess is that if I can teach GNOME to open JNLP files with > > javaws my problem will be solved. Any tips? > I would install sun jdk or jre. > I installed Sun JDK official RPM, from Oracle's site. > Then I would make sure that what I just installed was the default via > the alternatives command ie; > /usr/sbin/alternatives --install /usr/bin/java java [path to java] [any > digit] > > /usr/sbin/alternatives --install /usr/bin/javaws javaws [path to javaws] > [any digit] > I am really not proficient with 'alternatives' command, but I did try to configure Sun's JDK as the default. The difference is that I configured javaws as a "slave" to java config, like this: sudo alternatives --install /usr/bin/java java /usr/java/latest/bin/java 2 \ --slave /usr/bin/javaws javaws /usr/java/latest/bin/javaws It seems it worked: ~ ls -l /usr/bin/javaws lrwxrwxrwx. 1 root root 24 Jun 5 12:25 /usr/bin/javaws -> /etc/alternatives/javaws ~ file /etc/alternatives/javaws /etc/alternatives/javaws: symbolic link to `/usr/java/latest/bin/javaws' /usr/java/latest/bin/javaws is the right executable (I mean, it is Sun's javaws). Then make sure that alternatives is set to use what you just installed; > > /usr/sbin/alternatives --config java > /usr/sbin/alternatives --config javaws It is, at least AFAICS: ~ alternatives --display java java - status is auto. /usr/lib/jvm/jre-1.5.0-gcj/bin/java - priority 1500 slave jar: (null) slave jarsigner: (null) slave javadoc: (null) slave javaws: (null) ... /usr/java/latest/bin/java - priority 2 slave jar: /usr/java/latest/bin/jar slave jarsigner: /usr/java/latest/bin/jarsigner slave javadoc: /usr/java/latest/bin/javadoc slave javaws: /usr/java/latest/bin/javaws Regards, Andre -- 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 do I associate *.jnlp files to Java Webstart (javaws) on GNOME?
On Sat, Jun 5, 2010 at 10:30, Frank Murphy wrote: > On 05/06/10 14:04, Andre Costa wrote: > > > All JNLP links behave the same. Try this one for > > example: > http://java.sun.com/docs/books/tutorialJWS/uiswing/learn/ex6/CelsiusConverter.jnlp > > > Works fine with Chrome on Rawhide. (Icedtea-plugin) > google-chrome-stable-5.0.375.55-47796.x86_64 > Mmmh... that's a good sign. Or not ;-) I just have to figure what's wrong with my setup now. > Havn't got Nautilus so can'tt test there. > But is it chrome you want to open it, through Nautilus? > Sorry, I should have made it clearer. Nautilus is GNOME's file manager. My goal is to open JNLP files through Chrome, I just mentioned nautilus because I thought that Chrome sees gedit as the preferred application for JNLP files because nautilus also does it, so if I could fix this maybe I would fix both. Regards, Andre -- 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 do I associate *.jnlp files to Java Webstart (javaws) on GNOME?
On Sat, Jun 5, 2010 at 09:31, Frank Murphy wrote: > On 05/06/10 13:19, Andre Costa wrote: > > Hi Frank, > > > --snip-- > > ... > > > > So, AFAICS it should work, but obviously something is missing... I'm out > > of ideas :-( > > > > Regards, > > > > Andre > > > > I'm still only a Java newbie, > but have you tested ita against another jdk, > openjdk, sun-jdk? > Nope, I'll give it a try with openjdk. > Was there a particular link, I could test a Rawhide box against? > All JNLP links behave the same. Try this one for example: http://java.sun.com/docs/books/tutorialJWS/uiswing/learn/ex6/CelsiusConverter.jnlp Remember: it works on Firefox, so you should really try with Chrome (and Nautilus, once you've saved the JNLP file locally). Regards, Andre -- 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 do I associate *.jnlp files to Java Webstart (javaws) on GNOME?
On Sat, Jun 5, 2010 at 09:31, Frank Murphy wrote: > On 05/06/10 13:19, Andre Costa wrote: > > Hi Frank, > > > --snip-- > > ... > > > > So, AFAICS it should work, but obviously something is missing... I'm out > > of ideas :-( > > > > Regards, > > > > Andre > > > > I'm still only a Java newbie, > but have you tested ita against another jdk, > openjdk, sun-jdk? > Nope, I'll give it a try with openjdk. > Was there a particular link, I could test a Rawhide box against? > All JNLP links behave the same. Try this one for example: http://java.sun.com/docs/books/tutorialJWS/uiswing/learn/ex6/CelsiusConverter.jnlp Remember: it works on Firefox, so you should really try with Chrome (and Nautilus, once you've saved the JNLP file locally). Regards, Andre -- 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 do I associate *.jnlp files to Java Webstart (javaws) on GNOME?
Hi Frank, On Sat, Jun 5, 2010 at 09:02, Frank Murphy wrote: > On 05/06/10 12:55, Andre Costa wrote: > > Hi, > > > > I use Chrome on F13, and everytime I try to open a JNLP file it opens it > > with gedit. First I thought it was a Chrome bug (there's even a bug > > report for > > did you search for it on your box? > > locate javaws > It is installed: ~ type -pa javaws /usr/java/latest/bin/javaws /usr/java/latest/bin/javaws /usr/bin/javaws (I use Oracle's JDK) I configured alternatives so that Oracle's JDK has top priority over gcj: ~ alternatives --display java java - status is auto. link currently points to /usr/java/latest/bin/java /usr/lib/jvm/jre-1.5.0-gcj/bin/java - priority 1500 slave jar: (null) slave jarsigner: (null) slave javadoc: (null) slave javaws: (null) ... /usr/java/latest/bin/java - priority 2 slave jar: /usr/java/latest/bin/jar slave jarsigner: /usr/java/latest/bin/jarsigner slave javadoc: /usr/java/latest/bin/javadoc slave javaws: /usr/java/latest/bin/javaws ... ~ javaws Java(TM) Web Start 1.6.0_20 ... So, AFAICS it should work, but obviously something is missing... I'm out of ideas :-( Regards, Andre -- 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 do I associate *.jnlp files to Java Webstart (javaws) on GNOME?
Hi, I use Chrome on F13, and everytime I try to open a JNLP file it opens it with gedit. First I thought it was a Chrome bug (there's even a bug report for that: http://code.google.com/p/chromium/issues/detail?id=10877), but then I realized that if I try to open a .jnlp on nautilus it also opens it with gedit, even if I click on "Open With... > Other Application... javaws" and check the "Remember this application for 'jnlp file' files". I tried to use xdg-mime install as suggested by comment #32 but it didn't work (see comment #34). Firefox opens JNLP files just fine, but I guess it has its own table of file associations. So, my guess is that if I can teach GNOME to open JNLP files with javaws my problem will be solved. Any tips? Regards, Andre -- 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: Chromium by default?
On Tue, Jun 1, 2010 at 10:07, mike cloaked wrote: > On Tue, Jun 1, 2010 at 1:55 PM, Richard Shaw wrote: > > On Tue, Jun 1, 2010 at 3:24 AM, Valent Turkovic > > wrote: > >> In the latest release [1] of Community Fedora Remix (yes, we are > >> looking for a new name [2]) some flack we got was due to having > >> duplicate apps; two browsers and two email clients. > >> > >> How about switching to Chromium only in our next release? > >> > >> Are there some pitfalls that would prevents us from doing so? The > >> biggest issue currently is that Chromium is still not in Fedora repos > >> (read why [3]) but Tom releases great quality packages and all his > >> releases were rock solid so far. > > Can someone confirm that Chromium now runs flash and java correctly? > One reason I switched to Chrome from Chromium some time back is > because of these issues. > Flash runs as fine as on Firefox here on F13 x86_64. I just can't make it run JNLP files properly, though, it opens them with gedit instead of javaws (probably something related to MIME-type handling). Anyone experiencing this? Test URL: http://java.sun.com/docs/books/tutorialJWS/ui/PasswordStore.jnlp Regards, Andre -- 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 Sun, May 30, 2010 at 13:34, Andre Costa wrote: > Hi Steven, > > On Sat, May 29, 2010 at 23:09, 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. >> >> 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. >> > > It seems you`re loading nouveau instead of nvidia. If that`s the case, you > might have to blacklist nouveau kernel module somehow (which seems odd > considering that I didn't have to do anything). Did you install F13 from > scratch or did you upgrade from F12? > > I`m not at home right now so I can`t check my configuration files, but I`ll > do that as soon as I can and see if that's anything that could help you. > > Regard
Re: Correct instructions for installing NVidia proprietary driver on Fedora 13?
Hi Steven, On Sat, May 29, 2010 at 23:09, 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. > > 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. > It seems you`re loading nouveau instead of nvidia. If that`s the case, you might have to blacklist nouveau kernel module somehow (which seems odd considering that I didn't have to do anything). Did you install F13 from scratch or did you upgrade from F12? I`m not at home right now so I can`t check my configuration files, but I`ll do that as soon as I can and see if that's anything that could help you. Regards, Andre -- 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
Re: Correct instructions for installing NVidia proprietary driver on Fedora 13?
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. Much easier than with F12 =) HTH Andre -- 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
Hi Máirín, 2010/5/27 Máirín Duffy > On Thu, 2010-05-27 at 09:41 -0300, Andre Costa wrote: > > > Ok, that's better. Still, I would suggest to make it a little more > > explicit. You see, when I didn't find the link to the torrents right > > away, my first reaction was to CTRL+F for "torrent". > > I talked to the folks in #fedora on IRC for a while yesterday and I > agree this is a good approach. It seems torrent is the most popular > alternative method based both on the survey and the complaints we've > received, so I'm going to change the patch before I commit it to say: > > "We offer several alternative Fedora download methods for advanced > users, including torrents:" > > > I am ok with the main focus being set towards newbies, but I believe > > "old timers" should receive some love as well ;-) > > Old timers as polite as you certainly deserve it :) > Thks =) I just tried to bring the focus back to the problem itself, I guess there's too much "I'm right, you're wrong" flying around (from both sides, I must say). > > As I said above, it's an improvement, but IMHO something like a > > "Advanced User? Click here for torrent, jigdo etc." link closer to the > > default option (the big blue "Download Now!" button) would be more > > helpful and would not distract newbies. > > It looks like I have support for the patch from the websites team, so I > just pushed it with the change you suggested above. It might take a > couple of hours to show up. > Nice =) ... I know the change has already ben committed, and I don't wanna push my luck here, but any chance this gets positioned closer to the main (default) download options (eg. to the right of it, or right below it, or even among the "Other options" links)? This would hopefully make the CTRL+F unnecessary ;-) Thanks for the polite and reasoned feedback, it really makes a > difference :) Thks for listening =) Regards, Andre -- 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
Hi Máirín, 2010/5/27 Máirín Duffy > On Wed, 2010-05-26 at 19:58 -0300, Andre Costa wrote: > > > > First of all: I do appreciate all the effort in making the download > > page easier to newbies, and I recognize a lot of thought has been > > spent in doing so. However, it doesn't mean the result can't be > > improved, even if the improvements will only be perceived by a portion > > of the audience. > > > > Absolutely. We could certainly do without the hateful and unfair > commentary, though. > Agreed. IMO this whole thing has grown way out of proportion, from any angle you look at it. Please see > http://lists.fedoraproject.org/pipermail/websites/2010-May/008043.html - > I made a lot of adjustments based on the user feedback we've gotten over > the past couple of days. There's a screenshot in there that shows some > of the changes. > Ok, that's better. Still, I would suggest to make it a little more explicit. You see, when I didn't find the link to the torrents right away, my first reaction was to CTRL+F for "torrent". I am ok with the main focus being set towards newbies, but I believe "old timers" should receive some love as well ;-) > I agree with Alan that it wouldn't hurt to have this extra link at the > > bottom of the page, I don't think this would distract newbies > > considering they should be attracted to the big blue "Download Now!" > > button in the middle of the screen =) I must say I also spent a couple > > of minutes going back and forth trying to find a link to the torrents > > (... sure, I could have Googled right away -- which I ended up doing > > after visiting the "Formats" page for the 3rd time ;-)) > > That's exactly what the design revision has done. The archives link has > been swapped out with one general, 'Alternative download methods' link > that points to get-fedora-all, which has been supplemented with the > archives link. > As I said above, it's an improvement, but IMHO something like a "Advanced User? Click here for torrent, jigdo etc." link closer to the default option (the big blue "Download Now!" button) would be more helpful and would not distract newbies. Just another $0.02 ;-) Regards, Andre -- 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 Wed, May 26, 2010 at 17:42, Alan Evans wrote: > 2010/5/26 Máirín Duffy : > > On Wed, 2010-05-26 at 13:22 -0700, Alan Evans wrote: > >> 2010/5/26 Máirín Duffy : > >> > The links you referenced were removed quite explicitly in the design. > >> > The assumption was that if someone understands how to use bittorrent, > >> > jigdo, and mirror lists, they are more than capable of making use of a > >> > search engine to find them. > >> > >> I hope that this thread is a demonstration that folks who *could* use > >> a search engine may have been well-served by a page design that didn't > >> deliberately exclude them. > > > > How about the silent group of folks who looked at the old Fedora get > > page, had no clue what half of the jargon on the page went, and then > > browsed away to look at another distro or worse just stuck with Windows > > or OS X? > > You seem to think that the only alternative to completely excluding > the more technical options is to scatter incomprehensible jargon all > over the page. I'm not sure how you came to this conclusion. > > How about something like this at the bottom of the page?: > > "Users looking for the Torrent downloads should go [link]here[/link]. > If you don't know what a Torrent is then it's not what you want." > > That would have at least kept me (and probably many others) from > scanning the page over and over again for ten minutes looking for what > I just knew must be there. > > -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 > First of all: I do appreciate all the effort in making the download page easier to newbies, and I recognize a lot of thought has been spent in doing so. However, it doesn't mean the result can't be improved, even if the improvements will only be perceived by a portion of the audience. I agree with Alan that it wouldn't hurt to have this extra link at the bottom of the page, I don't think this would distract newbies considering they should be attracted to the big blue "Download Now!" button in the middle of the screen =) I must say I also spent a couple of minutes going back and forth trying to find a link to the torrents (... sure, I could have Googled right away -- which I ended up doing after visiting the "Formats" page for the 3rd time ;-)) Just my $0.02. Regards, Andre -- 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 upgrades post here, please.
On Wed, May 26, 2010 at 05:17, Mike Guilmot wrote: > > > On Wed, May 26, 2010 at 8:20 AM, Frank Elsner > wrote: > >> On Tue, 25 May 2010 10:28:41 -0600 Linuxguy123 wrote: >> > Hi people. >> > >> > I'd love to hear about F13 upgrade experiences. Once the issues are >> > worked out I'll be upgrading from F12. >> >> >> Last night I upgraded from F12 to F13 using the DVD and until now I've >> encountered no problems. >> >> exim, dovecot, clamav (self compiled/installed) still work fine. >> >> > Upgraded 8 hours ago with preupgrade, no problems encountered :-) > > Installed last night from x86_64 Live cd and no problems so far (aside from some manual tweaking in order to configure Nvidia driver for my dual head display). I must say, one of the smoothest upgrades ever, kudos to all =) Overall I liked F13 look & feel (as usual), except for the default X11 pointer which is ugly IMHO, but that's irrelevant ;-) -- Andre -- 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: HTTP error 416 with google-chrome and virtualbox repos
On Tue, Mar 30, 2010 at 21:22, Andre Costa wrote: > Hi Tim, > > On Tue, Mar 30, 2010 at 17:46, Tim wrote: > >> On Tue, 2010-03-30 at 09:25 -0300, Andre Costa wrote: >> > HTTP error 416 >> >> 416 - Requested Range Not Satisfiable >> A server usually returns a response with 416-status code if a request >> included a Range request-header field, and none of the range-specifier >> values in this field overlap the current extent of the selected >> resource, and the request did not include an If-Range request-header >> field. For example if the resource is an image file and has 1000 bytes, >> and the Range requested is 500-1500, then it cannot be satisfied. >> > > Pretty weird, isn't it? This was the first time I heard about Error 416. > > At least somene else (another Tim BTW ;-)) is also experiencing this: > http://groups.google.com/group/google-linux-repositories-help-basics/browse_thread/thread/69265baf769d402a > > >> It sounds like you've got a different primary.xml.gz file cached than >> the server is serving, and you're trying to merge them together (which >> can only work when resuming downloading the exact same file) instead of >> replace your one with theirs. Trying "yum clean metadata" might clear >> up the snag. >> > > Yeah, I had tried cleaning yum's metadata, but it still chokes the same > way. This is really weird, and has been going on for a couple of days > already. AFAIK it only occurs for these two repos. > > Regards, > > Andre > Found something on Bugzilla: it might be realted to bug 577497: https://bugzilla.redhat.com/show_bug.cgi?id=577497 Andre -- 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: HTTP error 416 with google-chrome and virtualbox repos
Hi Tim, On Tue, Mar 30, 2010 at 17:46, Tim wrote: > On Tue, 2010-03-30 at 09:25 -0300, Andre Costa wrote: > > HTTP error 416 > > 416 - Requested Range Not Satisfiable > A server usually returns a response with 416-status code if a request > included a Range request-header field, and none of the range-specifier > values in this field overlap the current extent of the selected > resource, and the request did not include an If-Range request-header > field. For example if the resource is an image file and has 1000 bytes, > and the Range requested is 500-1500, then it cannot be satisfied. > Pretty weird, isn't it? This was the first time I heard about Error 416. At least somene else (another Tim BTW ;-)) is also experiencing this: http://groups.google.com/group/google-linux-repositories-help-basics/browse_thread/thread/69265baf769d402a > It sounds like you've got a different primary.xml.gz file cached than > the server is serving, and you're trying to merge them together (which > can only work when resuming downloading the exact same file) instead of > replace your one with theirs. Trying "yum clean metadata" might clear > up the snag. > Yeah, I had tried cleaning yum's metadata, but it still chokes the same way. This is really weird, and has been going on for a couple of days already. AFAIK it only occurs for these two repos. Regards, Andre -- 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
HTTP error 416 with google-chrome and virtualbox repos
Hi, anyone else also experiencing HTTP error 416 with 'google-chrome' and 'virtualbox' repos? Here on my x86_64 F12 yum is choking: yum info kernel Loaded plugins: presto, refresh-packagekit http://dl.google.com/linux/rpm/stable/x86_64/repodata/primary.xml.gz: [Errno 14] HTTP Error 416 : http://dl.google.com/linux/rpm/stable/x86_64/repodata/primary.xml.gz Trying other mirror. Error: failure: repodata/primary.xml.gz from google-chrome: [Errno 256] No more mirrors to try. yum --disablerepo=google-chrome info kernel Loaded plugins: presto, refresh-packagekit http://download.virtualbox.org/virtualbox/rpm/fedora/12/x86_64/repodata/primary.xml.gz: [Errno 14] HTTP Error 416 : http://download.virtualbox.org/virtualbox/rpm/fedora/12/x86_64/repodata/primary.xml.gz Trying other mirror. Error: failure: repodata/primary.xml.gz from virtualbox: [Errno 256] No more mirrors to try. yum --disablerepo=google-chrome --disablerepo=virtualbox info kernel Loaded plugins: presto, refresh-packagekit Installed Packages Name : kernel Arch : x86_64 Version: 2.6.32.9 Release: 67.fc12 Size : 104 M Repo : installed >From repo : updates Summary: The Linux kernel URL: http://www.kernel.org/ License: GPLv2 Description: The kernel package contains the Linux kernel (vmlinuz), the core of : any Linux operating system. The kernel handles the basic functions : of the operating system: memory allocation, process allocation, : device input and output, etc. ... Weird thing is that PackageKit is working just fine, no workarounds needed. Grabbing http://dl.google.com/linux/rpm/stable/x86_64/repodata/primary.xml.gz with wget also works, and the file seems to be ok AFAICT. Is it yum's fault? Repos' fault? Both? yum version is 3.2.27-2 Regards, Andre -- 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