Re: passwordless rsync?
Hi Alan, Please do not top post (please read the mailing list guidelines at the bottom of each message). On Thu, May 28, 2015 at 02:14:16PM -0700, Alan Evans wrote: On Thu, May 28, 2015 at 1:59 PM, Dustin Kempter dust...@consistentstate.com wrote: Hi all, Ive been looking into a way to run rsync from server1 to server2 using ssh-keys but not allowing the user from server 1 to login to server2 or to run any other commands only rsync. Ive seen a few postings of how to do it, where they add a command=“some command” line in the .ssh/authorized_keys file. But I can’t seem see the same result even when I copy and paste what they had. Any advice or help would be greatly appreciated. google ssh-keygen. You will find things like: http://www.linuxproblem.org/art_9.html and similar. I believe the OP already tried that. He mentions .ssh/authorized_keys in the email. Dustin, I have faced this problem too! For some reason the command='somecommand' trick does not work. I think some magic incantation is missing from the docs. I would also like to know the answer to this. Cheers, -- Suvayu Open source is the future. It sets us free. -- 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: What Seriously Ails Fedora
On Thu, May 28, 2015 at 11:26:12AM -0600, jd1008 wrote: One of the reasons why users wince at the prospect of upgrading is the numerous problems being encountered. snip Fedora is not a normal Linux distro. It's bleeding edge. Updates come fast and furious; there's no such thing as LTS. If you want more stability, use another distro. Accept that you won't have the latest'n'greatest releases of packages, but they're likely to be more integrated and stable. It's all about what you're looking to accomplish. Cheers, -- Dave Ihnat dih...@dminet.com -- 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: passwordless rsync?
On 05/28/2015 03:38 PM, Suvayu Ali wrote: Hi Alan, Please do not top post (please read the mailing list guidelines at the bottom of each message). On Thu, May 28, 2015 at 02:14:16PM -0700, Alan Evans wrote: On Thu, May 28, 2015 at 1:59 PM, Dustin Kempter dust...@consistentstate.com wrote: Hi all, Ive been looking into a way to run rsync from server1 to server2 using ssh-keys but not allowing the user from server 1 to login to server2 or to run any other commands only rsync. Ive seen a few postings of how to do it, where they add a command=“some command” line in the .ssh/authorized_keys file. But I can’t seem see the same result even when I copy and paste what they had. Any advice or help would be greatly appreciated. google ssh-keygen. You will find things like: http://www.linuxproblem.org/art_9.html and similar. I believe the OP already tried that. He mentions .ssh/authorized_keys in the email. Dustin, I have faced this problem too! For some reason the command='somecommand' trick does not work. I think some magic incantation is missing from the docs. I would also like to know the answer to this. It absolutely works. The trick is that the ~username/.ssh/authorized_keys file entries should look like: command=ls -l /var ssh-dss B3NzaC1kc3MAAACBAJKaULZpo3CiH2Nep14S1IZ6mhc4UkSAX0oWdYNvjH9gRzrFAXNT/Ha0xSTu6ZxPdn8zfpLZiJXxy28aP4XtzwiTIaTPG0VuUUJA1R8VJKqzBi2AMXf1sG3q+5UmCsfKaE3Eb3+7kotOsThaWNvcKuMI12kB0L6e2DT4PCZDtK7rFQCfGok/B1rqLMi3Tm4IiqMWVUXh/QAAAIBxUWgS0N3ez5ohA86V/atkG3yKoi10r0kGUE6uzLEEOH8A+ftyRrMfkUm2EAKLH29u8Eaq6h7wwmtzDQsYrn8nBN6J6DimpOMmB4FnYwELVh2Dl8xcaNiQJJxeWdlUJO6imwvZskZI1LKfNhs4l40hx1vSDkoRI8BNIncXoUbz7QAAAIAv79gtfuKrlx9Ygr+t/Tj7YGP8z6wKYdA/3Of6LdIQ3N9r4p39WIkBPuOyC+UO7cO9/odo+yu+mCeJ8M0ABBcIGQdjx9LRVtin5QrETRZ7dKeUhSTnCvB1iVl0tXxH7aX5VTe0lmGawC3NXfwcsNy6ceGqHLyL9BiV9BbxQtp4KQ== r...@prophead.alldigital.net The above example allows root on my desktop to log into my laptop and is an example of an ssh V2 entry using DSA encryption (yes, I know it's not good for root, but both are behind several layers of firewalls and I'm safe). Note that the 'command=some command' is the FIRST field in a given key stanza, followed by a space, the key type, a space, the key, a space, then the comment (typically the name of the key). If I log into my laptop from my desktop with that entry in the laptop's ~root/.ssh/authorized_keys file, this happens: [root@prophead local]# ssh golem4 total 112 drwxr-xr-x. 2 root root 4096 Aug 17 2014 account drwxr-xr-x. 2 root root 4096 Nov 18 2014 adm drwxr-xr-x. 25 root root 4096 Jan 9 13:53 cache drwxr-xr-x. 2 root root 4096 Jan 12 21:59 crash drwxr-xr-x. 3 root root 4096 Mar 10 10:13 db drwxr-xr-x. 3 root root 4096 Jan 13 14:16 empty drwxr-xr-x. 3 root root 4096 Aug 18 2014 ftp drwxr-xr-x. 2 root root 4096 Nov 18 2014 games drwx--x--x2 gdm gdm 4096 Jul 29 2013 gdm drwxr-xr-x. 2 root root 4096 Nov 18 2014 gopher drwxr-xr-x. 3 root root 4096 Mar 17 09:49 kerberos drwxr-xr-x. 80 root root 4096 May 28 03:22 lib drwxr-xr-x. 2 root root 4096 Nov 18 2014 local lrwxrwxrwx. 1 root root11 May 13 2011 lock - ../run/lock drwxr-xr-x. 34 root root 12288 May 28 03:22 log lrwxrwxrwx1 root root10 Nov 18 2014 mail - spool/mail drwxr-xr-x. 2 root root 4096 Nov 18 2014 nis drwxr-xr-x. 2 root root 4096 Nov 18 2014 opt drwxr-xr-x. 2 root root 4096 Nov 18 2014 preserve lrwxrwxrwx. 1 root root 6 May 13 2011 run - ../run drwxr-xr-x. 16 root root 4096 Nov 18 2014 spool drwxrwxrwt. 276 root root 20480 May 27 14:47 tmp drwxr-xr-x. 6 root root 4096 Dec 17 02:07 www drwxr-xr-x. 2 root root 4096 Nov 18 2014 yp Connection to golem4 closed. [root@prophead local]# If I remove the 'command=ls -l /var' bit and log in again: [root@prophead local]# ssh golem4 Last login: Thu May 28 15:57:44 2015 from 192.168.1.50 [root@golem4 ~]# Eh, voila! -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - Never test for an error condition you don't know how to handle. - -- -- 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: I lost Windows boot option on installation of Fedora 22
On Thu, 28 May 2015, Fred Smith wrote: On Thu, May 28, 2015 at 10:16:27PM +, Bill Oliver wrote: Help! I had a dual boot box using Kubuntu and Windows 8. In GRUB, the Windows option was listed as Windows Boot Loader. When Fedora 22 came out yesterday, I jumped to it. I installed it without a problem, but the Windows option is no longer listed. The Windows partitions are still there(the fdisk output is below. Any help on how to add it to the boot options? I dunno if this will help you with F22, but here it is, FWIW. I have a dual-core netbook that came with Win7, and I shrank the partition and installed F19 in the resulting free space, back when F19 was not EOL. The F19 installation found the bootable windoze partition(s) without trouble and set up Grub accordingly. But when I replaced the F19 system with Centos-7, it did not. After some digging and list replies to my queries, one kind person told me to try this: 1) Install ntfs support yum install -y epel-release yum install -y ntfs-3g ntfsprogs 2) re-run the grub config gen script grub2-mkconfig -o /boot/grub2/grub.cfg now, for Fedora, you probably don't need to install the EPEL repo, I think ntfs-3g is probably available in the Fedora repos. If, by any chance, ntfs-3g and ntfsprogs are NOT installed already, that would explain why the windows partition was not found. to make this long story short(er), once I did those steps, Grub now supports booting windows as well as Centos. Thanks, but no joy: %grub2-mkconfig -o /boot/grub2/grub.cfg Generating grub configuration file ... Found linux image: /boot/vmlinuz-4.0.4-301.fc22.x86_64 Found initrd image: /boot/initramfs-4.0.4-301.fc22.x86_64.img Found linux image: /boot/vmlinuz-0-rescue-78fbe953ac7541f89d8b08858c868950 Found initrd image: /boot/initramfs-0-rescue-78fbe953ac7541f89d8b08858c868950.img done billo -- 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: Adobe Reader in Fedora 21
On 05/27/2015 08:41 PM, Mickey wrote: On 05/27/2015 06:16 PM, stan wrote: On Wed, 27 May 2015 14:15:39 -0400 Mickey binary...@comcast.net wrote: Will Adobe Reader work in Fedora-21-I386 ? It should. But since I don't use reader, that's just a supposition. You could enable the adobe repository, and install it from there. http://linuxdownload.adobe.com That url does not work, doesn't exist. I found this, I don't know if it will install, I have not tried yet, But I do know you can download it. http://ardownload.adobe.com/pub/adobe/reader/unix/9.x/9.5.5/enu/AdbeRdr9.5.5-1_i486linux_enu.rpm -- 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: passwordless rsync?
On 05/28/2015 04:02 PM, Rick Stevens wrote: On 05/28/2015 03:38 PM, Suvayu Ali wrote: Hi Alan, Please do not top post (please read the mailing list guidelines at the bottom of each message). On Thu, May 28, 2015 at 02:14:16PM -0700, Alan Evans wrote: On Thu, May 28, 2015 at 1:59 PM, Dustin Kempter dust...@consistentstate.com wrote: Hi all, Ive been looking into a way to run rsync from server1 to server2 using ssh-keys but not allowing the user from server 1 to login to server2 or to run any other commands only rsync. Ive seen a few postings of how to do it, where they add a command=“some command” line in the .ssh/authorized_keys file. But I can’t seem see the same result even when I copy and paste what they had. Any advice or help would be greatly appreciated. google ssh-keygen. You will find things like: http://www.linuxproblem.org/art_9.html and similar. I believe the OP already tried that. He mentions .ssh/authorized_keys in the email. Dustin, I have faced this problem too! For some reason the command='somecommand' trick does not work. I think some magic incantation is missing from the docs. I would also like to know the answer to this. It absolutely works. The trick is that the ~username/.ssh/authorized_keys file entries should look like: command=ls -l /var ssh-dss B3NzaC1kc3MAAACBAJKaULZpo3CiH2Nep14S1IZ6mhc4UkSAX0oWdYNvjH9gRzrFAXNT/Ha0xSTu6ZxPdn8zfpLZiJXxy28aP4XtzwiTIaTPG0VuUUJA1R8VJKqzBi2AMXf1sG3q+5UmCsfKaE3Eb3+7kotOsThaWNvcKuMI12kB0L6e2DT4PCZDtK7rFQCfGok/B1rqLMi3Tm4IiqMWVUXh/QAAAIBxUWgS0N3ez5ohA86V/atkG3yKoi10r0kGUE6uzLEEOH8A+ftyRrMfkUm2EAKLH29u8Eaq6h7wwmtzDQsYrn8nBN6J6DimpOMmB4FnYwELVh2Dl8xcaNiQJJxeWdlUJO6imwvZskZI1LKfNhs4l40hx1vSDkoRI8BNIncXoUbz7QAAAIAv79gtfuKrlx9Ygr+t/Tj7YGP8z6wKYdA/3Of6LdIQ3N9r4p39WIkBPuOyC+UO7cO9/odo+yu+mCeJ8M0ABBcIGQdjx9LRVtin5QrETRZ7dKeUhSTnCvB1iVl0tXxH7aX5VTe0lmGawC3NXfwcsNy6ceGqHLyL9BiV9BbxQtp4KQ== r...@prophead.alldigital.net The above example allows root on my desktop to log into my laptop and is an example of an ssh V2 entry using DSA encryption (yes, I know it's not good for root, but both are behind several layers of firewalls and I'm safe). Note that the 'command=some command' is the FIRST field in a given key stanza, followed by a space, the key type, a space, the key, a space, then the comment (typically the name of the key). If I log into my laptop from my desktop with that entry in the laptop's ~root/.ssh/authorized_keys file, this happens: [root@prophead local]# ssh golem4 total 112 drwxr-xr-x. 2 root root 4096 Aug 17 2014 account drwxr-xr-x. 2 root root 4096 Nov 18 2014 adm drwxr-xr-x. 25 root root 4096 Jan 9 13:53 cache drwxr-xr-x. 2 root root 4096 Jan 12 21:59 crash drwxr-xr-x. 3 root root 4096 Mar 10 10:13 db drwxr-xr-x. 3 root root 4096 Jan 13 14:16 empty drwxr-xr-x. 3 root root 4096 Aug 18 2014 ftp drwxr-xr-x. 2 root root 4096 Nov 18 2014 games drwx--x--x2 gdm gdm 4096 Jul 29 2013 gdm drwxr-xr-x. 2 root root 4096 Nov 18 2014 gopher drwxr-xr-x. 3 root root 4096 Mar 17 09:49 kerberos drwxr-xr-x. 80 root root 4096 May 28 03:22 lib drwxr-xr-x. 2 root root 4096 Nov 18 2014 local lrwxrwxrwx. 1 root root11 May 13 2011 lock - ../run/lock drwxr-xr-x. 34 root root 12288 May 28 03:22 log lrwxrwxrwx1 root root10 Nov 18 2014 mail - spool/mail drwxr-xr-x. 2 root root 4096 Nov 18 2014 nis drwxr-xr-x. 2 root root 4096 Nov 18 2014 opt drwxr-xr-x. 2 root root 4096 Nov 18 2014 preserve lrwxrwxrwx. 1 root root 6 May 13 2011 run - ../run drwxr-xr-x. 16 root root 4096 Nov 18 2014 spool drwxrwxrwt. 276 root root 20480 May 27 14:47 tmp drwxr-xr-x. 6 root root 4096 Dec 17 02:07 www drwxr-xr-x. 2 root root 4096 Nov 18 2014 yp Connection to golem4 closed. [root@prophead local]# If I remove the 'command=ls -l /var' bit and log in again: [root@prophead local]# ssh golem4 Last login: Thu May 28 15:57:44 2015 from 192.168.1.50 [root@golem4 ~]# Eh, voila! I should also mention that this IS described in the AUTHORIZED_KEYS FILE FORMAT section of man sshd. Perhaps the magic incantation you referred to is that the command= stuff goes into the options field of the stanza (as do the other items in that part of the man page, with multiple options separated by commas). -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - NEWS FLASH! Intelligence of mankind decreasing! Details at... - - uh, when, uh, the little hand is, uh, on the... Aw, NUTS! - -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct:
Re: Adobe Reader in Fedora 21
On 05/28/2015 07:02 PM, Mickey wrote: On 05/27/2015 08:41 PM, Mickey wrote: On 05/27/2015 06:16 PM, stan wrote: On Wed, 27 May 2015 14:15:39 -0400 Mickey binary...@comcast.net wrote: Will Adobe Reader work in Fedora-21-I386 ? It should. But since I don't use reader, that's just a supposition. You could enable the adobe repository, and install it from there. http://linuxdownload.adobe.com That url does not work, doesn't exist. I found this, I don't know if it will install, I have not tried yet, But I do know you can download it. http://ardownload.adobe.com/pub/adobe/reader/unix/9.x/9.5.5/enu/AdbeRdr9.5.5-1_i486linux_enu.rpm I forgot to add this website that show you how to install it. http://www.if-not-true-then-false.com/2010/install-adobe-acrobat-pdf-reader-on-fedora-centos-red-hat-rhel/ -- 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: dnf failed to download repomd.xml from updates
On Wed, 27 May 2015 19:46:05 -0600, jd1008 wrote: On 05/27/2015 05:34 PM, Chris Adams wrote: Once upon a time, jd1008 jd1...@gmail.com said: Another failure: Error: package image-analyzer-3.0.0-1.fc21.x86_64 requires libmirage.so.10()(64bit), but none of the providers can be installed. image-analyzer does not appear to be in Fedora, so you'll need to consult wherever you got it from to find out about updates. It apparently is linked against an old version if libmirage. However, as mentioned in several places, some packages in Fedora 22 will still have fc21 in the release name, because there was no mass-rebuild of all packages between Fedora 21 and Fedora 22. This just means that there was no manual reason for such packages to be rebuilt (no new upstream version, no bugfixes required, etc.). / Just removed it. I do not recall why and from where it was installed. / # rpm -qv --whatprovides /usr/lib64/libmirage.so.10 libmirage-3.0.3-1.fc21.x86_64 Much much newer than what's available in the Fedora build system: http://koji.fedoraproject.org/koji/packageinfo?packageID=6757 -- 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: GRUB question
On 05/28/2015 03:19 PM, Michael Schwendt wrote: On Wed, 27 May 2015 16:13:38 -0500, Glenn Holmer wrote: I've just switched to Fedora from Ubuntu (my first distro switch in seven years!). I have multiple operating systems on my machines, and use a small dedicated GRUB parition to boot them. When I switched to Fedora, I re-installed the copy of GRUB I boot from, but the screen looks a bit different. In particular, I'm not seeing a border around the menu now. A hint: http://pkgs.fedoraproject.org/cgit/grub2.git/tree/ Thanks. I'm currently looking at choice of font and the use of menu_color_normal and menu_color_highlight. I'm sure I'll find it eventually. What I'd love to do is use the t.fnt console font, but I'm not sure how to convert it. -- Glenn Holmer (Linux registered user #16682) After the vintage season came the aftermath -- and Cenbe. -- 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: Yum update warning
On 28/05/15 04:29 PM, Richard Shaw wrote: On Thu, May 28, 2015 at 2:11 PM, Frank McCormick bea...@videotron.ca mailto:bea...@videotron.ca wrote: During todays update of 21 I got several warnings from Yum:  Updating  : 1:java-1.8.0-openjdk-headless-1.8.0.45-39.b14.fc21.i686        3/28 warning: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/US_export_policy.jar created as What should I do about these ? You can use rpmconf -a to go through them and in this case probably keep the new ones and delete the old unless you've made modifications. Had to install rpmconf...but then went ahead and did it. Solved the problem. Have to remember this as I've seen the warnings before. Thanks -- 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: dnf failed to download repomd.xml from updates
On 05/28/2015 02:09 PM, Michael Schwendt wrote: On Wed, 27 May 2015 19:46:05 -0600, jd1008 wrote: On 05/27/2015 05:34 PM, Chris Adams wrote: Once upon a time, jd1008 jd1...@gmail.com said: Another failure: Error: package image-analyzer-3.0.0-1.fc21.x86_64 requires libmirage.so.10()(64bit), but none of the providers can be installed. image-analyzer does not appear to be in Fedora, so you'll need to consult wherever you got it from to find out about updates. It apparently is linked against an old version if libmirage. However, as mentioned in several places, some packages in Fedora 22 will still have fc21 in the release name, because there was no mass-rebuild of all packages between Fedora 21 and Fedora 22. This just means that there was no manual reason for such packages to be rebuilt (no new upstream version, no bugfixes required, etc.). / Just removed it. I do not recall why and from where it was installed. / # rpm -qv --whatprovides /usr/lib64/libmirage.so.10 libmirage-3.0.3-1.fc21.x86_64 Much much newer than what's available in the Fedora build system: http://koji.fedoraproject.org/koji/packageinfo?packageID=6757 Well, on my machine: # rpm -qa | grep mirage libmirage-devel-3.0.3-1.fc21.x86_64 libmirage-debuginfo-3.0.3-1.fc21.x86_64 libmirage-3.0.3-1.fc21.x86_64 and on Koji link you provide, latest is: libmirage-2.0.0-6.fc22rdieter 2014-08-18 18:35:52 -- 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: I lost Windows boot option on installation of Fedora 22
On Thu, May 28, 2015 at 10:16:27PM +, Bill Oliver wrote: Help! I had a dual boot box using Kubuntu and Windows 8. In GRUB, the Windows option was listed as Windows Boot Loader. When Fedora 22 came out yesterday, I jumped to it. I installed it without a problem, but the Windows option is no longer listed. The Windows partitions are still there(the fdisk output is below. Any help on how to add it to the boot options? I dunno if this will help you with F22, but here it is, FWIW. I have a dual-core netbook that came with Win7, and I shrank the partition and installed F19 in the resulting free space, back when F19 was not EOL. The F19 installation found the bootable windoze partition(s) without trouble and set up Grub accordingly. But when I replaced the F19 system with Centos-7, it did not. After some digging and list replies to my queries, one kind person told me to try this: 1) Install ntfs support yum install -y epel-release yum install -y ntfs-3g ntfsprogs 2) re-run the grub config gen script grub2-mkconfig -o /boot/grub2/grub.cfg now, for Fedora, you probably don't need to install the EPEL repo, I think ntfs-3g is probably available in the Fedora repos. If, by any chance, ntfs-3g and ntfsprogs are NOT installed already, that would explain why the windows partition was not found. to make this long story short(er), once I did those steps, Grub now supports booting windows as well as Centos. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart. Hebrews 4:12 (niv) -- -- 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: Yum update warning
On 05/28/2015 02:11 PM, Frank McCormick wrote: What should I do about these ? They are harmless. It's notifying you that the Java security policy files you have are not being overwritten. If you choose to do anything about it you can delete any old java directory in /usr/lib/jvm and overwrite your current policy files with the .rpmnew files. -- 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: What Seriously Ails Fedora
On 05/28/2015 03:09 PM, Gordon Messmer wrote: I don't have a good example, so let's illustrate that hypothetically. Let's say Fedora includes a terminal application written with boost libraries, boost-terminal. That application requires boost version 1.53, which was included in the release with boost-terminal. The maintainer for boost-terminal goes away, and the package is deprecated. Upgrading Fedora to the next version might not complete successfully because the new release includes boost 1.54, which isn't compatible with the installed boost-terminal application, and can't be installed in parallel with boost 1.53. What you're saying is, in effect, that boost 1.54 breaks backward compatibility and boost-terminal isn't going to get upgraded. Isn't it up to boost's maintainer to see to it that this doesn't become an issue? (Yes, we all know of cases where the maintainer either doesn't check properly or simply doesn't care, but it's my understanding that it's still part of their job.) One of the problems the OSS community keeps pointing to in commercial software is the way newer versions of programs fail to read or write files in formats that older versions understand, while bragging that their packages don't suffer from that fault. Has this changed, or is it simply a case of sloppy testing? -- 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: Yum update warning
On Thu, May 28, 2015 at 2:11 PM, Frank McCormick bea...@videotron.ca wrote: During todays update of 21 I got several warnings from Yum: Updating : 1:java-1.8.0-openjdk-headless-1.8.0.45-39.b14.fc21.i686 3/28 warning: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/US_export_policy.jar created as /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/US_export_policy.jar.rpmnew warning: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/java.security created as /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/java.security.rpmnew warning: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/local_policy.jar created as /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/local_policy.jar.rpmnew What should I do about these ? You can use rpmconf -a to go through them and in this case probably keep the new ones and delete the old unless you've made modifications. Richard -- 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
passwordless rsync?
Hi all, Ive been looking into a way to run rsync from server1 to server2 using ssh-keys but not allowing the user from server 1 to login to server2 or to run any other commands only rsync. Ive seen a few postings of how to do it, where they add a command=“some command” line in the .ssh/authorized_keys file. But I can’t seem see the same result even when I copy and paste what they had. Any advice or help would be greatly appreciated. Thanks in advance! -- 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: passwordless rsync?
google ssh-keygen. You will find things like: http://www.linuxproblem.org/art_9.html and similar. On Thu, May 28, 2015 at 1:59 PM, Dustin Kempter dust...@consistentstate.com wrote: Hi all, Ive been looking into a way to run rsync from server1 to server2 using ssh-keys but not allowing the user from server 1 to login to server2 or to run any other commands only rsync. Ive seen a few postings of how to do it, where they add a command=“some command” line in the .ssh/authorized_keys file. But I can’t seem see the same result even when I copy and paste what they had. Any advice or help would be greatly appreciated. Thanks in advance! -- 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
Re: dnf failed to download repomd.xml from updates
On Thu, 28 May 2015 16:10:27 -0600, jd1008 wrote: On 05/28/2015 02:09 PM, Michael Schwendt wrote: On Wed, 27 May 2015 19:46:05 -0600, jd1008 wrote: On 05/27/2015 05:34 PM, Chris Adams wrote: Once upon a time, jd1008 jd1...@gmail.com said: Another failure: Error: package image-analyzer-3.0.0-1.fc21.x86_64 requires libmirage.so.10()(64bit), but none of the providers can be installed. image-analyzer does not appear to be in Fedora, so you'll need to consult wherever you got it from to find out about updates. It apparently is linked against an old version if libmirage. However, as mentioned in several places, some packages in Fedora 22 will still have fc21 in the release name, because there was no mass-rebuild of all packages between Fedora 21 and Fedora 22. This just means that there was no manual reason for such packages to be rebuilt (no new upstream version, no bugfixes required, etc.). / Just removed it. I do not recall why and from where it was installed. / # rpm -qv --whatprovides /usr/lib64/libmirage.so.10 libmirage-3.0.3-1.fc21.x86_64 Much much newer than what's available in the Fedora build system: http://koji.fedoraproject.org/koji/packageinfo?packageID=6757 Well, on my machine: # rpm -qa | grep mirage libmirage-devel-3.0.3-1.fc21.x86_64 libmirage-debuginfo-3.0.3-1.fc21.x86_64 libmirage-3.0.3-1.fc21.x86_64 and on Koji link you provide, latest is: libmirage-2.0.0-6.fc22rdieter 2014-08-18 18:35:52 How is that any different from what I wrote above? You've just shown that the libmirage you've installed is much much newer than what's available for F22. -- 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: GRUB question
On Wed, 27 May 2015 16:13:38 -0500, Glenn Holmer wrote: I've just switched to Fedora from Ubuntu (my first distro switch in seven years!). I have multiple operating systems on my machines, and use a small dedicated GRUB parition to boot them. When I switched to Fedora, I re-installed the copy of GRUB I boot from, but the screen looks a bit different. In particular, I'm not seeing a border around the menu now. This is what it looks like on a machine with Ubuntu's GRUB: http://www.lyonlabs.org/shoggoth-boot.png and this is what it looks like on the machine where GRUB was re-installed from Fedora: http://www.lyonlabs.org/grub-greyhand.png Anybody have any idea what might have changed? The grub.cfg file for the new machine was cut 'n' pasted from the old file and just changed for menu entries and directory locations. I can post it if necessary. A hint: http://pkgs.fedoraproject.org/cgit/grub2.git/tree/ -- 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: Yum update warning
On 28/05/15 04:18 PM, Michael Cronenworth wrote: On 05/28/2015 02:11 PM, Frank McCormick wrote: What should I do about these ? They are harmless. It's notifying you that the Java security policy files you have are not being overwritten. If you choose to do anything about it you can delete any old java directory in /usr/lib/jvm and overwrite your current policy files with the .rpmnew files. Good to know. Thanks -- 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: What Seriously Ails Fedora
On 05/28/2015 12:36 PM, Kevin Fenzi wrote: Before Fedora 22 was released all packages with broken dependencies were fixed or retired/removed. It's part of the release process now. When released, there were no known broken dependencies. jd1008's message was difficult to interpret, but I *think* he means that from time to time, a package is deprecated, and future version of Fedora will not include it. However, on systems which have it installed, that package might depend on a specific version of one of its dependencies. Upgrades might fail because the that package can't be upgraded because an old, deprecated package requires it, but packages in the new Fedora release require it to be upgraded. I don't have a good example, so let's illustrate that hypothetically. Let's say Fedora includes a terminal application written with boost libraries, boost-terminal. That application requires boost version 1.53, which was included in the release with boost-terminal. The maintainer for boost-terminal goes away, and the package is deprecated. Upgrading Fedora to the next version might not complete successfully because the new release includes boost 1.54, which isn't compatible with the installed boost-terminal application, and can't be installed in parallel with boost 1.53. And if that's not what jd meant, then I have no idea what he did. :) -- 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
I lost Windows boot option on installation of Fedora 22
Help! I had a dual boot box using Kubuntu and Windows 8. In GRUB, the Windows option was listed as Windows Boot Loader. When Fedora 22 came out yesterday, I jumped to it. I installed it without a problem, but the Windows option is no longer listed. The Windows partitions are still there(the fdisk output is below. Any help on how to add it to the boot options? Thanks! billo fdisk /dev/sda Welcome to fdisk (util-linux 2.26.2). Changes will remain in memory only, until you decide to write them. Be careful before using the write command. Command (m for help): p Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 5390029D-8714-44E0-B5B5-5589884E6942 Device Start End Sectors Size Type /dev/sda1 2048 1333247 1331200 650M Windows recovery environment /dev/sda21333248 1865727532480 260M EFI System /dev/sda31865728 2127871262144 128M Microsoft reserved /dev/sda42127872 272847348 270719477 129.1G Microsoft basic data /dev/sda5 925009920 976762879 51752960 24.7G Microsoft basic data /dev/sda6 272848896 914122751 641273856 305.8G Linux filesystem /dev/sda7 914122752 925009919 10887168 5.2G Linux swap Partition table entries are not in disk order. Command (m for help): q -- 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: 2 part question
On Thu, May 28, 2015 at 11:39:09AM -0400, Kevin Cummings wrote: Seems like silly reasoning to me. Why not just install it, so that it gets updated during the normal lifetime of that release, so that when it comes time to upgrade to the next release, it is already there and updated? What's the benefit of (potentially) all of those updates? Apparently this is, however, a moot point, as Will Woods, the fedup developer, just announced that it's going away. :) -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- 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: Reporting KDE issues?
Sorry my phone top posts. Ugh. Biggest problem is custom shortcuts don't work at all. I use these for HTML code. I suspect that the daemon isn't running. David Hart - South Beach http://www.slowlyboiledfrog.com Via my Android On May 28, 2015 12:53 PM, bitlord bitlord0...@gmail.com wrote: On Thu, 2015-05-28 at 11:57 -0400, David Cary Hart wrote: Forgive me - it's been awhile. Are we reporting issues upstream, Fedora or both? Depends, try to describe the problem, and someone will help you with a decision where to report it. If you don't know where, it is good to ask downstream first (developers/packagers (in this case KDE SIG people)). For KDE on Fedora related questions it is good to subscribe to KDE list [1], also you can always ask for help here, or IRC (irc.freenode.net (#fedora or #fedora-kde (for KDE on Fedora specific questions)) [1] https://admin.fedoraproject.org/mailman/listinfo/kde -- 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
Re: dnf has no command to check all
Hi On Thu, May 28, 2015 at 8:38 AM, Radek Holy wrote: Sounds good. Would you mind filing an RFE? https://bugzilla.redhat.com/show_bug.cgi?id=1226009 Rahul -- 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
install f22 into btrfs subvolume won't boot
I tried it. It was not easy to figure out how to use anaconda gui to setup install into a subvolume - but I got it done. I now have 3 subvolumes: sudo btrfs subvolume list / [sudo] password for nbecker: ID 256 gen 1818627 top level 5 path home ID 259 gen 1818478 top level 5 path root ID 487 gen 1818625 top level 5 path root00 But if I try to boot with 1st grub entry, I get: dracut-initqueue warning could not boot starting dracut emergency shell If I try to boot off the grub entry labeled 'rescue', it boots OK. dracut says something about fixing initramfs. -- Those who fail to understand recursion are doomed to repeat it -- 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
ssh -X not working f22?
clean installed f22 onto server (was f21). Now ssh -X doesn't seem to work to this server. In /etc/ssh/sshd_config I do have X11Forwarding yes and ssh -v -X host command doesn't give any error - just hangs. -- Those who fail to understand recursion are doomed to repeat it -- 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: ssh -X not working f22?
On 05/28/2015 01:41 PM, Neal Becker wrote: clean installed f22 onto server (was f21). Now ssh -X doesn't seem to work to this server. In /etc/ssh/sshd_config I do have X11Forwarding yes and ssh -v -X host command doesn't give any error - just hangs. Silly question, but does the server have an X server on it? -- Dan Mossor, RHCSA Systems Engineer Fedora Server WG | Fedora KDE WG | Fedora QA Team Fedora Infrastructure Apprentice FAS: dmossor IRC: danofsatx San Antonio, Texas, USA -- 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: ssh -X not working f22?
On 28/05/2015 09:41 PM, Neal Becker wrote: clean installed f22 onto server (was f21). Now ssh -X doesn't seem to work to this server. In /etc/ssh/sshd_config I do have X11Forwarding yes and ssh -v -X host command doesn't give any error - just hangs. Hi, what does ssh -v say? -- 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: What Seriously Ails Fedora
On Thu, 28 May 2015 11:26:12 -0600 jd1008 jd1...@gmail.com wrote: [snip] Some of these problems seem to stem from the fact that not all installed rpms of the current release (let's say 21) are made available in f22. [snip] So, I am wondering if the thought has even crossed the minds of the fedora project architects/managers/directors to properly address this issue. I have been a victim f this particular issue ever since the early fedora core days. If you've been here that long, then you know that the issue isn't that the problem isn't recognized. It's that there isn't enough man(and woman)power to do all the things that need doing. So, the tasks that have the most effect are prioritized. Even at a cash cow like Windows, the managers probably wish they could have more resources to do the things they want done. So, absent an alien army of minions, are you volunteering to pick up all the dropped and obsoleted packages? [snip] That said, I am totally against the elimination of those packages from the user's system just to please the update and upgrade processes. Somehow fedora project needs to come up with a scheme to let the previous release's packages and their dependencies to continue to live and work in the new release and subsequent releases without raising any problems or errors for updates and upgrades. Maybe you should have a look at NixOS. Or Gentoo. What you are talking about entails either recompiling everything when changes occur, or having multiple versions of packages on the system, especially libraries. Lots of overhead in the first, lots of security exposure in the second. And sometimes, the package you want to bring forward is obsolete, no longer supported, or on the waning side of technological progress. What happens then? Seen lilo lately? The people involved with Fedora are smart. Sure, they sometimes miss things, but they definitely consider issues like this. Your comment sounds like 'surly dog' to me. With all your experience, you didn't recognize the reason a package didn't update. You even mention that you've experienced this many times before. And you're surly and trying to make it someone else's fault. Doesn't fly for me. And the Fedora folks don't deserve it. -- 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: ssh -X not working f22?
2015-05-28 21:50 GMT+03:00 Neal Becker ndbeck...@gmail.com: Dan Mossor wrote: On 05/28/2015 01:41 PM, Neal Becker wrote: clean installed f22 onto server (was f21). Now ssh -X doesn't seem to work to this server. In /etc/ssh/sshd_config I do have X11Forwarding yes and ssh -v -X host command doesn't give any error - just hangs. Silly question, but does the server have an X server on it? Yes, I have logged into it locally with monitor and kb attached. Try to export DISPLAY=:1 or DISPLAY=localhost:1 variable. -- Those who fail to understand recursion are doomed to repeat it -- 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
What Seriously Ails Fedora
One of the reasons why users wince at the prospect of upgrading is the numerous problems being encountered. Some of these problems seem to stem from the fact that not all installed rpms of the current release (let's say 21) are made available in f22. Now the user mosies on thinking all is well. Until some updates come up later which will prevent those updates from being installed,because of the dependencies of packages installed in the previous release upon packages which are still of the previous release vintage. As you all know, the dependencies do not satisfy the requirements of only one package, but possibly of several other packages. Thus the update of certain dependencies will fail because a remnant or remnants from the previous release has/have no presence in the new release's repo. So, I am wondering if the thought has even crossed the minds of the fedora project architects/managers/directors to properly address this issue. I have been a victim f this particular issue ever since the early fedora core days. I suggest that the fedora project consider either 1. the creation or porting of the previous release packages and their dependencies into the new release OR 2. the deprecation of packages that will not see the light of day in the new release, and creation of replacements for them. That said, I am totally against the elimination of those packages from the user's system just to please the update and upgrade processes. Somehow fedora project needs to come up with a scheme to let the previous release's packages and their dependencies to continue to live and work in the new release and subsequent releases without raising any problems or errors for updates and upgrades. -- 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: ssh -X not working f22?
Dan Mossor wrote: On 05/28/2015 01:41 PM, Neal Becker wrote: clean installed f22 onto server (was f21). Now ssh -X doesn't seem to work to this server. In /etc/ssh/sshd_config I do have X11Forwarding yes and ssh -v -X host command doesn't give any error - just hangs. Silly question, but does the server have an X server on it? Yes, I have logged into it locally with monitor and kb attached. -- Those who fail to understand recursion are doomed to repeat it -- 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
Yum update warning
During todays update of 21 I got several warnings from Yum: Updating : 1:java-1.8.0-openjdk-headless-1.8.0.45-39.b14.fc21.i686 3/28 warning: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/US_export_policy.jar created as /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/US_export_policy.jar.rpmnew warning: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/java.security created as /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/java.security.rpmnew warning: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/local_policy.jar created as /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.i386/jre/lib/security/local_policy.jar.rpmnew What should I do about these ? Thanks -- 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: install f22 into btrfs subvolume won't boot
Neal Becker wrote: I tried it. It was not easy to figure out how to use anaconda gui to setup install into a subvolume - but I got it done. I now have 3 subvolumes: sudo btrfs subvolume list / [sudo] password for nbecker: ID 256 gen 1818627 top level 5 path home ID 259 gen 1818478 top level 5 path root ID 487 gen 1818625 top level 5 path root00 But if I try to boot with 1st grub entry, I get: dracut-initqueue warning could not boot starting dracut emergency shell If I try to boot off the grub entry labeled 'rescue', it boots OK. dracut says something about fixing initramfs. the rescue, which DOES work, says: linux16 /vmlinuz-0-rescue-39e9e51995d040a88bf6f0ae625ead80 root=UUID=7246327b-1905-4fe2-9b6b-b9376017264f ro rootflags=subvol=root00 rhgb quiet the default, which does NOT work, says: linux16 /vmlinuz-4.0.4-301.fc22.x86_64 root=/dev/sdb8 ro rootflags=subvol=root00 rhgb quiet LANG=en_US.UTF-8 I did see an error about not finding /dev/sdb8 - I think that's the problem. /etc/fstab says: UUID=7246327b-1905-4fe2-9b6b-b9376017264f / btrfs subvolid=5,subvol=root00 0 0 UUID=2c04be93-34c1-4016-ba41-60fd9fd90616 /boot ext4 defaults1 2 UUID=7246327b-1905-4fe2-9b6b-b9376017264f /home btrfs subvol=home 0 0 -- Those who fail to understand recursion are doomed to repeat it -- 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: Reporting KDE issues?
David Cary Hart wrote: Forgive me - it's been awhile. Are we reporting issues upstream, Fedora or both? If you think it's something Fedora-specific, bugzilla.redhat.com Otherwise, upstream bugs.kde.org is preferable. If in doubt, go with bugzilla.redhat.com, and we can diagnose and triage from there. -- Rex -- 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: What Seriously Ails Fedora
On 05/28/2015 01:07 PM, stan wrote: On Thu, 28 May 2015 11:26:12 -0600 jd1008 jd1...@gmail.com wrote: [snip] Some of these problems seem to stem from the fact that not all installed rpms of the current release (let's say 21) are made available in f22. [snip] So, I am wondering if the thought has even crossed the minds of the fedora project architects/managers/directors to properly address this issue. I have been a victim f this particular issue ever since the early fedora core days. If you've been here that long, then you know that the issue isn't that the problem isn't recognized. It's that there isn't enough man(and woman)power to do all the things that need doing. So, the tasks that have the most effect are prioritized. Even at a cash cow like Windows, the managers probably wish they could have more resources to do the things they want done. So, absent an alien army of minions, are you volunteering to pick up all the dropped and obsoleted packages? [snip] That said, I am totally against the elimination of those packages from the user's system just to please the update and upgrade processes. Somehow fedora project needs to come up with a scheme to let the previous release's packages and their dependencies to continue to live and work in the new release and subsequent releases without raising any problems or errors for updates and upgrades. Maybe you should have a look at NixOS. Or Gentoo. What you are talking about entails either recompiling everything when changes occur, or having multiple versions of packages on the system, especially libraries. Lots of overhead in the first, lots of security exposure in the second. And sometimes, the package you want to bring forward is obsolete, no longer supported, or on the waning side of technological progress. What happens then? Seen lilo lately? The people involved with Fedora are smart. Sure, they sometimes miss things, but they definitely consider issues like this. Your comment sounds like 'surly dog' to me. With all your experience, you didn't recognize the reason a package didn't update. You even mention that you've experienced this many times before. And you're surly and trying to make it someone else's fault. Doesn't fly for me. And the Fedora folks don't deserve it. Your reply is indeed a serious flaw in your type of mentality and is a strong contributer to the problem at hand. Your assumptions about what I think of the developers are utterly flawed!!! -- 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: What Seriously Ails Fedora
On Thu, 28 May 2015 11:26:12 -0600 jd1008 jd1...@gmail.com wrote: One of the reasons why users wince at the prospect of upgrading is the numerous problems being encountered. Well, lots and lots of people aren't having any problems at all too. Of course no matter how we strive there's not going to be any solution thats 100%. Some of these problems seem to stem from the fact that not all installed rpms of the current release (let's say 21) are made available in f22. That is not the case. All packages are available in Fedora 22 repos that are still active and maintained. Now, some of those packages may have '.fc21' in their filenames because they were not rebuilt in the Fedora 22 cycle, but they are there in the Fedora 22 repos, have no broken dependencies and should work fine. If they do not, it's a bug on that package. Now the user mosies on thinking all is well. Until some updates come up later which will prevent those updates from being installed,because of the dependencies of packages installed in the previous release upon packages which are still of the previous release vintage. As you all know, the dependencies do not satisfy the requirements of only one package, but possibly of several other packages. Thus the update of certain dependencies will fail because a remnant or remnants from the previous release has/have no presence in the new release's repo. Before Fedora 22 was released all packages with broken dependencies were fixed or retired/removed. It's part of the release process now. When released, there were no known broken dependencies. So, I am wondering if the thought has even crossed the minds of the fedora project architects/managers/directors to properly address this issue. It has been addressed. Perhaps you can further describe the issue(s) you ran into and we can figure out how they happened? kevin pgp4Hal2otdlG.pgp Description: OpenPGP digital signature -- 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: 2 part question
On 05/28/2015 01:25 PM, Matthew Miller wrote: On Thu, May 28, 2015 at 11:39:09AM -0400, Kevin Cummings wrote: Seems like silly reasoning to me. Why not just install it, so that it gets updated during the normal lifetime of that release, so that when it comes time to upgrade to the next release, it is already there and updated? What's the benefit of (potentially) all of those updates? What's the benefit of *any* update? Whenever they happen, the software gets updated, so that when it gets used, the latest copy is used. Whether or not the update is a security update, or a functionality update, the Fedora mindset is to update your software regularly from the updates channel. If/when a new fedup becomes available, it will be installed on the user's machine. Apparently this is, however, a moot point, as Will Woods, the fedup developer, just announced that it's going away. :) And what will be the approved replacement? fedora-upgrade? The same should apply to that. Whatever the approved upgrade utility is, it should already be installed on everyones machine (at least at the time of initial installation), so that it is available (and up-to-date) when the user needs to use it. You can argue that not every user will use it. I can understand that argument, but it doesn't hurt them to have it installed, and it helps those of us who will want to use it. It should be a part of the base system. -- Kevin J. Cummings kjch...@verizon.net cummi...@kjchome.homeip.net cummi...@kjc386.framingham.ma.us Registered Linux User #1232 (http://www.linuxcounter.net/) -- 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: What Seriously Ails Fedora
On 05/28/2015 04:30 PM, Matthew Miller wrote: Some things to consider: A. If someone packages software into Fedora, are they obligated to maintain all current and future software which might depend on it in perpetuity? B. If so, should that maintainer be allowed to veto the addition of new dependencies? If you vote yes to both, get ready for it to be even harder to package software for Fedora. I vote no to both. A is clearly a straw-man argument. If you are maintaining package Foo, which is a dependency of Bar, you have no obligation to support Bar. You do, however, have an obligation to make an effort to support backward compatibility in Foo, so that Bar is forced to upgrade itself to accommodate changes to Foo. Note, however, that listing a specific version of Foo as a a dependency rather than having *at least* that version makes all dependency issues caused by this a Bar issue, not a Foo issue. And, of course, there's nothing forcing you to continue as maintainer if you wish or need to stop. B, of course, is an absurd idea, and I doubt that this was an accident. Whoever maintains Foo has the obligation to see to it that any and all packages that Foo depends on are listed properly, but has no say over what other packages require Foo. -- 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: I lost Windows boot option on installation of Fedora 22
On 28 May 2015 at 23:02, Bill Oliver wrote: Date sent: Thu, 28 May 2015 23:02:40 + (UTC) From: Bill Oliver ven...@billoblog.com To: Community support for Fedora users users@lists.fedoraproject.org Subject:Re: I lost Windows boot option on installation of Fedora 22 Send reply to: Community support for Fedora users users@lists.fedoraproject.org On Thu, 28 May 2015, Fred Smith wrote: On Thu, May 28, 2015 at 10:16:27PM +, Bill Oliver wrote: Help! I had a dual boot box using Kubuntu and Windows 8. In GRUB, the Windows option was listed as Windows Boot Loader. When Fedora 22 came out yesterday, I jumped to it. I installed it without a problem, but the Windows option is no longer listed. The Windows partitions are still there(the fdisk output is below. Any help on how to add it to the boot options? I dunno if this will help you with F22, but here it is, FWIW. I have a dual-core netbook that came with Win7, and I shrank the partition and installed F19 in the resulting free space, back when F19 was not EOL. The F19 installation found the bootable windoze partition(s) without trouble and set up Grub accordingly. But when I replaced the F19 system with Centos-7, it did not. After some digging and list replies to my queries, one kind person told me to try this: 1) Install ntfs support yum install -y epel-release yum install -y ntfs-3g ntfsprogs 2) re-run the grub config gen script grub2-mkconfig -o /boot/grub2/grub.cfg now, for Fedora, you probably don't need to install the EPEL repo, I think ntfs-3g is probably available in the Fedora repos. If, by any chance, ntfs-3g and ntfsprogs are NOT installed already, that would explain why the windows partition was not found. to make this long story short(er), once I did those steps, Grub now supports booting windows as well as Centos. Thanks, but no joy: %grub2-mkconfig -o /boot/grub2/grub.cfg Generating grub configuration file ... Found linux image: /boot/vmlinuz-4.0.4-301.fc22.x86_64 Found initrd image: /boot/initramfs-4.0.4-301.fc22.x86_64.img Found linux image: /boot/vmlinuz-0-rescue-78fbe953ac7541f89d8b08858c868950 Found initrd image: /boot/initramfs-0-rescue-78fbe953ac7541f89d8b08858c868950.img done I was going to recommand the grub2-mkconfig, but you show it isn't finding the windows? With my Fedora 21, I ran it with an strace to see what it was doing to find the windows 7 that I have on machine. Seems it is the following. /etc/grub.d/30_os-prober The script seems to use os-prober to find the windows partitions. So, see if os-prober reports that it finds any windows partitions. Not sure is 22 uses the same script, but you might try running it, and see if it finds the windows partition. What does cat /proc/partitions show? billo -- 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 +--+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mi...@kuentos.guam.net mailto:msetze...@gmail.com http://www.guam.net/home/mikes Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +--+ http://setiathome.berkeley.edu (Original) Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) BOINC@HOME CREDITS ROSETTA 3836.373720 | SETI53146742.662541 ABC 16613838.513356 | EINSTEIN62223466.390700 -- 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: passwordless rsync?
On 29May2015 01:40, suvayu ali fatkasuvayu+li...@gmail.com wrote: I think the magic incantation for me was command=somecommand is actually the whole command, with all the arguments. From the man page, this wasn't clear to me. I was trying to setup passwordless root login with PermitRootLogin set to forced-commands-only for backups with rsnapshot. Btw, to allow multiple commands from the same host, I guess I should have multiple lines for the same public key? Also, any ideas what should be the command to allow rsnapshot backups? I guess I need to figure out what are the arguments passed onto rsync by rsnapshot, and in which order. Might I also suggest you consider reading man rsync, specificly the section USING RSYNC-DAEMON FEATURES VIA A REMOTE-SHELL CONNECTION. In fact, the whole section starting at CONNECTING TO AN RSYNC DAEMON? This details invoking rsync in daemon mode, which lets you use an rsyncd.conf file to control what is available (see man rsyncd.conf). Then you just put a suitable rsync daemon mode with specified (or default) rsyncd.conf file in the command=... part of your authorized_keys file. This may be a far more controllable and flexible way to give rsync access, because you can use the .conf file at the server end to decide what may be backed up, and the rsync command in all its glory at the client end to decide what to ask for in a given run. Cheers, Cameron Simpson c...@zip.com.au -- 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: passwordless rsync?
On 05/28/2015 04:40 PM, Suvayu Ali wrote: On Thu, May 28, 2015 at 04:02:19PM -0700, Rick Stevens wrote: On 05/28/2015 03:38 PM, Suvayu Ali wrote: Hi Alan, Please do not top post (please read the mailing list guidelines at the bottom of each message). On Thu, May 28, 2015 at 02:14:16PM -0700, Alan Evans wrote: On Thu, May 28, 2015 at 1:59 PM, Dustin Kempter dust...@consistentstate.com wrote: Hi all, Ive been looking into a way to run rsync from server1 to server2 using ssh-keys but not allowing the user from server 1 to login to server2 or to run any other commands only rsync. Ive seen a few postings of how to do it, where they add a command=“some command” line in the .ssh/authorized_keys file. But I can’t seem see the same result even when I copy and paste what they had. Any advice or help would be greatly appreciated. google ssh-keygen. You will find things like: http://www.linuxproblem.org/art_9.html and similar. I believe the OP already tried that. He mentions .ssh/authorized_keys in the email. Dustin, I have faced this problem too! For some reason the command='somecommand' trick does not work. I think some magic incantation is missing from the docs. I would also like to know the answer to this. It absolutely works. The trick is that the ~username/.ssh/authorized_keys file entries should look like: command=ls -l /var ssh-dss B3NzaC1kc3MAAACBAJKaULZpo3CiH2Nep14S1IZ6mhc4UkSAX0oWdYNvjH9gRzrFAXNT/Ha0xSTu6ZxPdn8zfpLZiJXxy28aP4XtzwiTIaTPG0VuUUJA1R8VJKqzBi2AMXf1sG3q+5UmCsfKaE3Eb3+7kotOsThaWNvcKuMI12kB0L6e2DT4PCZDtK7rFQCfGok/B1rqLMi3Tm4IiqMWVUXh/QAAAIBxUWgS0N3ez5ohA86V/atkG3yKoi10r0kGUE6uzLEEOH8A+ftyRrMfkUm2EAKLH29u8Eaq6h7wwmtzDQsYrn8nBN6J6DimpOMmB4FnYwELVh2Dl8xcaNiQJJxeWdlUJO6imwvZskZI1LKfNhs4l40hx1vSDkoRI8BNIncXoUbz7QAAAIAv79gtfuKrlx9Ygr+t/Tj7YGP8z6wKYdA/3Of6LdIQ3N9r4p39WIkBPuOyC+UO7cO9/odo+yu+mCeJ8M0ABBcIGQdjx9LRVtin5QrETRZ7dKeUhSTnCvB1iVl0tXxH7aX5VTe0lmGawC3NXfwcsNy6ceGqHLyL9BiV9BbxQtp4KQ== r...@prophead.alldigital.net I think the magic incantation for me was command=somecommand is actually the whole command, with all the arguments. From the man page, this wasn't clear to me. I was trying to setup passwordless root login with PermitRootLogin set to forced-commands-only for backups with rsnapshot. Ah, yes, you have to put in the whole command and arguments. If you need spaces to separate arguments, then everything after the '=' has to be enclosed in quotes: command=somecommand -arg1 -arg2 -arg3 etc. You can put in multiple options, too: command=somecommand -arg1 -arg2 -arg3,from=*.mydomain.com to restrict the user so they'd have to log in from hosts in the mydomain.com DNS domain and the only thing that'd happen if they did was have somecommand run automatically. They'd be disconnected immediately after somecommand completed. Btw, to allow multiple commands from the same host, I guess I should have multiple lines for the same public key? Also, any ideas what should be the command to allow rsnapshot backups? I guess I need to figure out what are the arguments passed onto rsync by rsnapshot, and in which order. AFAIK, you can only have one command= per line (or stanza) in the authorized_keys file for each user. Otherwise, how would the client specify which to run? You might be able to do some fancy footwork using Match clauses in the /etc/ssh/sshd_config file, but I've never done anything more than simple matches (match on username or address patterns to put in some additional restrictions). Thanks a lot Rick! You're welcome. -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - Any sufficiently advanced technology is indistinguishable from a - - rigged demo. - -- -- 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: What Seriously Ails Fedora
On Thu, May 28, 2015 at 04:43:42PM -0700, Joe Zeff wrote: A. If someone packages software into Fedora, are they obligated to maintain all current and future software which might depend on it in perpetuity? I vote no to both. A is clearly a straw-man argument. If you are maintaining package Foo, which is a dependency of Bar, you have no obligation to support Bar. You do, however, have an obligation to make an effort to support backward compatibility in Foo, so that Bar is forced to upgrade itself to accommodate changes to Foo. Note, An effort, sure. But an obligation? That's the same as A, especially when the library changes so that Bar doesn't work but the new version is required for other stuff. however, that listing a specific version of Foo as a a dependency rather than having *at least* that version makes all dependency issues caused by this a Bar issue, not a Foo issue. And, of course, And this is often practically the case. B, of course, is an absurd idea, and I doubt that this was an accident. Whoever maintains Foo has the obligation to see to it that any and all packages that Foo depends on are listed properly, but has no say over what other packages require Foo. Listed? Where? And again, why obligated? -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- 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: What Seriously Ails Fedora
On 05/28/2015 04:31 PM, Matthew Miller wrote: Other distros are certainly_more_ bleeding edge. Our goal is to be leading, but to avoid that blood. It's a delicate balance! Really? Which ones are you thinking of? Enquiring minds want to *Know!* -- 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: What Seriously Ails Fedora
On 05/28/2015 04:43 PM, Joe Zeff wrote: If you are maintaining package Foo, which is a dependency of Bar, you have no obligation to support Bar. You do, however, have an obligation to make an effort to support backward compatibility in Foo You're already mixing several different roles into the umbrella of maintaining. Developers sometimes make incompatible changes. Sometimes that is required to correct a design flaw that cannot be fixed and maintain compatibility. Often it's to add features that can't be done under the old design. In some languages, like C, the developer could bump the soname and multiple versions can be installed in parallel. In other languages, there really isn't a provision for versioning. Packagers just build what developers are publishing. Fedora is the work, primarily of packagers, not developers. There are instances where I think Fedora's naming scheme is garbage, and parallel installation of versioned libraries should be better supported. boost is actually an example. If I ruled the world, versioned libraries would always be named liblibraryversion, such as libboost157. I think Debian names packages that way. But those packages are not the norm. For the most part, I think you're blaming the wrong people, and also vastly oversimplifying the complexity of maintaining perpetual backward compatibility. And if you disagree, well, one of the advantages of Free Software is that you can contribute. Get involved. Help provide backward compatibility. , so that Bar is forced to upgrade itself to accommodate changes to Foo. I'm not sure what you mean. Bar, in our hypothetical example, is a package that doesn't exist any more. No one is publishing updated versions or builds. Note, however, that listing a specific version of Foo as a a dependency rather than having *at least* that version makes all dependency issues caused by this a Bar issue, not a Foo issue. I used boost as my example for a reason. Each version changes the soname. Compatibility between versions is non-existent. A package cannot depend on boost = 1.53, because boost 1.54 libraries aren't compatible. B, of course, is an absurd idea, and I doubt that this was an accident. Whoever maintains Foo has the obligation to see to it that any and all packages that Foo depends on are listed properly You started out with an example of Foo, a dependency of Bar, or in other words Bar depends on Foo. You now are talking about things that Foo depends on. Rather than change the relationship you started with, I'm going to pretend that you meant that the packages that Bar depends on (including Foo) should be listed properly. That's already the way the system works. In fact, that's the problem that we're talking about. When Fedora is upgraded and Bar (or the hypothetical boost-terminal) has been dropped from the new release, upgrades may fail. Existing systems may have Bar installed, with its dependency on Foo (or boost) noted in the rpm database. If Foo (or boost) in the new release is a new, incompatible version, then the upgrade cannot complete successfully. Either Bar (boost-terminal) will be broken, or any new packages that need Foo (boost) will. Now, if the issue is complex enough to confuse you in discussing how it *should* work, can you see how it might be complex enough in practice to be a Hard Problem (TM)? -- 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: What Seriously Ails Fedora
On Thu, May 28, 2015 at 03:21:14PM -0700, Joe Zeff wrote: What you're saying is, in effect, that boost 1.54 breaks backward compatibility and boost-terminal isn't going to get upgraded. Isn't it up to boost's maintainer to see to it that this doesn't become an issue? (Yes, we all know of cases where the maintainer either doesn't check properly or simply doesn't care, but it's my understanding that it's still part of their job.) One of the The Debian constition includes a rule: Nothing in this constitution imposes an obligation on anyone to do work for the Project. A person who does not want to do a task which has been delegated or assigned to them does not need to do it. However, they must not actively work against these rules and decisions properly made under them. Of course, Fedora is not Debian, but really, this is a statement of fundemental truth in a volunteer project rather than a legal ruling. Some things to consider: A. If someone packages software into Fedora, are they obligated to maintain all current and future software which might depend on it in perpetuity? B. If so, should that maintainer be allowed to veto the addition of new dependencies? If you vote yes to both, get ready for it to be even harder to package software for Fedora. If you vote yes to A but no to B, any maintainer is signing up for an infinite amount of work — I think most people would say no thanks!. In fact, I know for sure that the managers of many Red Hat employees paid to work on Fedora packages would not agree to that — and, really, how could I make them? And assuming I were given that power at RH, who would wield it over volunteers? I really can't think of a more reasonable approach than what we have: best effort to deal with the _maintainers_ of dependent packages (and sometimes fix them up as a proven packager), but no ultimate obligation. Now, if we do get to a Fedora Rings model, it makes some sense to have a bounded subset of these requirements: A': If someone packages software into Ring N, they must also insure that dependencies in Ring N and Ring N+1 are handled. B': A maintainer of a Ring N package may veto the addition of a package to Ring N or Ring N+1, unless the maintainer of the new package agrees to co-maintain the base package and also help with A'. But we don't have anything like that. So, we clean up by retiring those dead packages. problems the OSS community keeps pointing to in commercial software is the way newer versions of programs fail to read or write files in formats that older versions understand, while bragging that their packages don't suffer from that fault. Has this changed, or is it simply a case of sloppy testing? I think it's simply a case of overstating the claim. The brag is much weaker than that. First, while software may bit-rot, format support is rarely removed as a market driver as it is in commercial software. Second, even if the software is no longer supported, you have the source and can either attempt to built it yourself, or at least you can look at the code and figure out the format without unreliable reverse-engineering. -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- 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: What Seriously Ails Fedora
On Thu, May 28, 2015 at 04:44:31PM -0700, Joe Zeff wrote: Other distros are certainly_more_ bleeding edge. Our goal is to be leading, but to avoid that blood. It's a delicate balance! Really? Which ones are you thinking of? Enquiring minds want to *Know!* I was thinking specifically of Arch, but there's surely others. -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- 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: passwordless rsync?
On 05/28/2015 04:40 PM, Suvayu Ali wrote: Btw, to allow multiple commands from the same host, I guess I should have multiple lines for the same public key? No. command= is run instead of whatever was requested. It's not conditional. sshd isn't executing that command or allowing that key only when the command requested and command= match. Nothing would cause sshd to prefer a command= that matched the original. If you want to allow multiple paths, you could use individual keys for each one, and the correct command for each key in the fire. I use the script provided. Put it in /usr/local/bin and use command=/usr/local/bin/validate-rsync-command.sh ... Also, any ideas what should be the command to allow rsnapshot backups? rsync is the only command that rsnapshot will call on the source system. validate-rsync-cmd.sh Description: application/shellscript -- 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: ssh -X not working f22?
On 05/28/2015 02:07 PM, Todor Petkov wrote: On 28/05/2015 09:41 PM, Neal Becker wrote: clean installed f22 onto server (was f21). Now ssh -X doesn't seem to work to this server. In /etc/ssh/sshd_config I do have X11Forwarding yes and ssh -v -X host command doesn't give any error - just hangs. Hi, what does ssh -v say? Have you xhost + on the receiver? Kevin -- 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: What Seriously Ails Fedora
On Thu, May 28, 2015 at 05:43:48PM -0500, Dave Ihnat wrote: Fedora is not a normal Linux distro. It's bleeding edge. Updates come fast and furious; there's no such thing as LTS. If you want more stability, use another distro. Accept that you won't have the latest'n'greatest releases of packages, but they're likely to be more integrated and stable. Other distros are certainly _more_ bleeding edge. Our goal is to be leading, but to avoid that blood. It's a delicate balance! -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- 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: What Seriously Ails Fedora
On 05/28/2015 03:21 PM, Joe Zeff wrote: What you're saying is, in effect, that boost 1.54 breaks backward compatibility and boost-terminal isn't going to get upgraded. Yes. Isn't it up to boost's maintainer to see to it that this doesn't become an issue? How? boost-terminal isn't in the hypothetical current release, so there's nothing to check. One of the problems the OSS community keeps pointing to in commercial software is the way newer versions of programs fail to read or write files in formats that older versions understand, while bragging that their packages don't suffer from that fault. Has this changed, or is it simply a case of sloppy testing? Nothing has changed. The advantage of Free Software has never been that nothing ever changes, or that software is backward compatible forever. The advantage is that if *you* need backward compatibility, or to be able to read files in old formats, or any other need, then you have the right and the ability to make that happen. You have the right to change your software to do what you need. If you lack the skill, you can hire someone who has it. With proprietary software, you do not have the right, and you very often don't have the technical information required to make such a thing happen anyway. -- 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: passwordless rsync?
On Thu, May 28, 2015 at 04:02:19PM -0700, Rick Stevens wrote: On 05/28/2015 03:38 PM, Suvayu Ali wrote: Hi Alan, Please do not top post (please read the mailing list guidelines at the bottom of each message). On Thu, May 28, 2015 at 02:14:16PM -0700, Alan Evans wrote: On Thu, May 28, 2015 at 1:59 PM, Dustin Kempter dust...@consistentstate.com wrote: Hi all, Ive been looking into a way to run rsync from server1 to server2 using ssh-keys but not allowing the user from server 1 to login to server2 or to run any other commands only rsync. Ive seen a few postings of how to do it, where they add a command=“some command” line in the .ssh/authorized_keys file. But I can’t seem see the same result even when I copy and paste what they had. Any advice or help would be greatly appreciated. google ssh-keygen. You will find things like: http://www.linuxproblem.org/art_9.html and similar. I believe the OP already tried that. He mentions .ssh/authorized_keys in the email. Dustin, I have faced this problem too! For some reason the command='somecommand' trick does not work. I think some magic incantation is missing from the docs. I would also like to know the answer to this. It absolutely works. The trick is that the ~username/.ssh/authorized_keys file entries should look like: command=ls -l /var ssh-dss B3NzaC1kc3MAAACBAJKaULZpo3CiH2Nep14S1IZ6mhc4UkSAX0oWdYNvjH9gRzrFAXNT/Ha0xSTu6ZxPdn8zfpLZiJXxy28aP4XtzwiTIaTPG0VuUUJA1R8VJKqzBi2AMXf1sG3q+5UmCsfKaE3Eb3+7kotOsThaWNvcKuMI12kB0L6e2DT4PCZDtK7rFQCfGok/B1rqLMi3Tm4IiqMWVUXh/QAAAIBxUWgS0N3ez5ohA86V/atkG3yKoi10r0kGUE6uzLEEOH8A+ftyRrMfkUm2EAKLH29u8Eaq6h7wwmtzDQsYrn8nBN6J6DimpOMmB4FnYwELVh2Dl8xcaNiQJJxeWdlUJO6imwvZskZI1LKfNhs4l40hx1vSDkoRI8BNIncXoUbz7QAAAIAv79gtfuKrlx9Ygr+t/Tj7YGP8z6wKYdA/3Of6LdIQ3N9r4p39WIkBPuOyC+UO7cO9/odo+yu+mCeJ8M0ABBcIGQdjx9LRVtin5QrETRZ7dKeUhSTnCvB1iVl0tXxH7aX5VTe0lmGawC3NXfwcsNy6ceGqHLyL9BiV9BbxQtp4KQ== r...@prophead.alldigital.net I think the magic incantation for me was command=somecommand is actually the whole command, with all the arguments. From the man page, this wasn't clear to me. I was trying to setup passwordless root login with PermitRootLogin set to forced-commands-only for backups with rsnapshot. Btw, to allow multiple commands from the same host, I guess I should have multiple lines for the same public key? Also, any ideas what should be the command to allow rsnapshot backups? I guess I need to figure out what are the arguments passed onto rsync by rsnapshot, and in which order. Thanks a lot Rick! -- Suvayu Open source is the future. It sets us free. -- 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: What Seriously Ails Fedora
On 2015-05-28 21:15, Gordon Messmer wrote: On 05/28/2015 03:21 PM, Joe Zeff wrote: What you're saying is, in effect, that boost 1.54 breaks backward compatibility and boost-terminal isn't going to get upgraded. Yes. Isn't it up to boost's maintainer to see to it that this doesn't become an issue? How? boost-terminal isn't in the hypothetical current release, so there's nothing to check. One of the problems the OSS community keeps pointing to in commercial software is the way newer versions of programs fail to read or write files in formats that older versions understand, while bragging that their packages don't suffer from that fault. Has this changed, or is it simply a case of sloppy testing? Nothing has changed. The advantage of Free Software has never been that nothing ever changes, or that software is backward compatible forever. The advantage is that if *you* need backward compatibility, or to be able to read files in old formats, or any other need, then you have the right and the ability to make that happen. You have the right to change your software to do what you need. If you lack the skill, you can hire someone who has it. With proprietary software, you do not have the right, and you very often don't have the technical information required to make such a thing happen anyway. Talking about this today at work with the release of F22. Software ages and people leave projects. Some projects get forked and the original stalls or dies but the fork continues. A bug report can get that package to replace the present one. In some cases, the various forks come together again as is happening with parchive. How many people in the Windows world are upset because their old Office won't work on their fancy new Windows 8 computer? I know enough. I also have run into the upgrade issue and previous Must Have application is not there anymore or stopped due to a dependency. In most cases, it is around, just not maintained. There are times when you have to drop the demand of backwards compatibility. I have seen it in Linux where something updates and there are tools to convert all old data files to the new format provided in the package or third party. I have thrown out stacks of disks with files that there are not documentation on the file format. Heck, I cannot even remember the programs that wrote the files. But that is part of life. I have stacks of films at work that I cannot process due to no working equipment anymore and no funds to buy something that will work. I know that Fedora is a short lived version system. No expectations of it working the same way in the years down the road but it provides the tools and flexibility to make me more productive. I used Fedup on three machines with minor issues. One machine I cannot get to update due to the firewall and bandwidth throttling at work. I think Fedup is a great improvement to the older days of clean install with each new version to ensure things were clean and to go through the previous saved installed package list to re-install all the applications. My only complaint on upgrades is that Fedup is slow in comparison to a clean install but then all your applications are also installed so I guess it may be long but it is easier. :) There are easier Linux versions out there and I know some computer non-experts that use Mint with great success and are very happy. I hear less from them now than when they had Windows installed. One issue I do find that says Fedora isn't cutting edge is when some new major releases of applications do come out shortly after the current Fedora release, they are not upgraded in Fedora. To all the maintainers, thank you. -- 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: Status of Optimus laptop graphics in F22?
On 2015-05-28 08:16, Pete Travis wrote: On May 28, 2015 7:36 AM, Matthew Saltzman m...@clemson.edu wrote: On Thu, 2015-05-28 at 16:40 +0530, Sudhir Khanger wrote: On Wed, May 27, 2015 at 5:09 AM, Matthew Saltzman m...@clemson.edu wrote: Does anyone know if nVidia's Optimus technology is supported natively in F22? Or do we still need to go with Bumblebee? And what's the status of Bumblebee for F22? I booted the Live DVD and it loaded the nouveau driver on my Latitude, but I couldn't tell if it was using the Intel chip or not. (There doesn't seem to be an X.log.0 on the live system.) How can I check? TIA. Optimus is not supported on Linux. Bumblebee should work fine on Fedora 22. By default system uses Intel graphic card but both cards are in ON state causing battery drain. https://fedoraproject.org/wiki/Bumblebee https://github.com/Bumblebee-Project/Bumblebee/issues/153 PS:- Repos are up but wiki needs to be updated though. Thanks. While searching, I ran across this: http://negativo17.org/nvidia-driver/. Wondering if anyone has experience with these packages? He claims to have Optimus support working without Bumblebee. -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu -- I use these packages with a desktop card, the DKMS driver works very well. --Pete I will have to give it a try on F21 laptop that has Optimus. Robin -- 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: F22 - DNF migrate
On 27. 5. 2015 at 12:33:19, antonio montagnani wrote: if I issue the command dnf-2 migrate I get: vim-minimal-7.4.475-2.fc20.x86_64 found in DNFDB; skipping vlc-2.1.5-1.fc20.x86_64 found in DNFDB; skipping vino-3.14.2-1.fc21.x86_64 found in DNFDB; skipping vim-common-7.4.027-2.fc19.x86_64 found in DNFDB; skipping vte291-0.38.3-1.fc21.x86_64 found in DNFDB; skipping vim-enhanced-7.4.475-2.fc20.x86_64 found in DNFDB; skipping 3930 YUMDB records found, 0 migrated, 3930 skipped/preserved Migrating groups data... Yum command has been deprecated, use dnf instead. See 'man dnf' and 'man yum2dnf' for more information. Errore: Malformed yum output Not very familiar with Dnf.What does it mean?? It seems that you have been using dnf and yum simultaneously for a period of time and dnf migration just informs you that some items in yumdb don't have to be migrated to dnfdb. Nothing to be afraid of IMO. Jan -- 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: F22 'who' reports 0 users
On 05/28/15 15:44, Christopher Ross wrote: On 27/05/15 22:29, Ed Greshko wrote: On 05/27/15 23:18, Christopher Ross wrote: On the one machine I've updated to Fedora 22 (using fedora-upgrade) so far I've noticed that uptime/who/w and friends report, wrongly, that no-one is logged in. Is anyone else seeing this? root@nellie 16:10:27 ~ # w 16:10:28 up 8:04, 0 users, load average: 0.21, 0.38, 0.45 USER TTYLOGIN@ IDLE JCPU PCPU WHAT root@nellie 16:10:28 ~ # logout chris@nellie 16:10:55 ~ $ chris@nellie 16:10:57 ~ $ who chris@nellie 16:10:58 ~ $ w 16:11:00 up 8:04, 0 users, load average: 0.40, 0.40, 0.46 USER TTYLOGIN@ IDLE JCPU PCPU WHAT chris@nellie 16:11:00 ~ $ Are you using the KDE version of F22? Yes. Although this is upgraded from F21 (using the target nonproduct). Yes, that is what you'll see. Not a bug, a feature. :-) :-) -- If you can't laugh at yourself, others will gladly oblige. -- 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: 2 part question
On Tue, May 26, 2015 at 11:06 AM, bitlord bitlord0...@gmail.com wrote: fedup [1] which is officially supported, Why isn't fedup shipped by default in all Fedora installs? -- Regards, Sudhir Khanger, sudhirkhanger.com, github.com/donniezazen, 5577 8CDB A059 085D 1D60 807F 8C00 45D9 F5EF C394. -- 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: dnf has no command to check all
On 27. 5. 2015 at 20:21:08, jd1008 wrote: On 05/27/2015 08:15 PM, Matthew Miller wrote: On Wed, May 27, 2015 at 08:02:55PM -0600, jd1008 wrote: I had to use # /bin/yum-deprecated check all Yum command has been deprecated, use dnf instead. See 'man dnf' and 'man yum2dnf' for more information. See http://dnf.readthedocs.org/en/latest/cli_vs_yum.html#changes-in-dnf-plugin s-compared-to-yum-plugins # dnf check all No such command: check. Please use /bin/dnf --help It could be a DNF plugin command, try: dnf install 'dnf-command(check)' This message is _trying_ to be helpful, but it's not very smart. # dnf repoquery --unsatisfied Last metadata expiration check performed 0:49:41 ago on Wed May 27 19:29:59 2015. nothing provides plasma4(dataengine-time) needed by kde-plasma-akonadi-calendars-0.2.2-5.fc21.x86_64 nothing provides plasma4(scriptengine-python) needed by kde-plasma-alsa-volume-0.51.2-2.fc21.noarch nothing provides libweather_ion.so.6()(64bit) needed by kde-plasma-yawp-0.4.5-4.fc21.x86_64 nothing provides libkdecorations.so.4()(64bit) needed by kde-style-skulpture-0.2.4-9.fc21.x86_64 nothing provides kde-workspace = 4.11.18-3.fc21 needed by kde-workspace-ksplash-themes-4.11.18-3.fc21.noarch nothing provides perl(:MODULE_COMPAT_5.18.0) needed by perl-PlRPC-0.2020-15.fc20.noarch How do I fix this, since I am unable to find the packages needed. Hi, you can install all the provides directly. If they are not available in F22 repo, you can try --releasever=21 Jan -- 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: fedora 20 box so slow to be unusable
On Thu, May 28, 2015 at 9:26 AM, M. Fioretti mfiore...@nexaima.net wrote: Greetings, I have come across a computer running Fedora 20 X86_64 that is basically unusable. I would really appreciate your help to: 1) figure out and fix the current problem (including: would installing fedora 22 help or make things worse because of dropped support for some hw component, etc?) 2) even more important: help me define a general, systematic procedure to investigate what exactly causes certain problems on Fedora and Linux in general, in all cases like this. I ask because I just realized that I am not up to date anymore on this particular topic, and it is a general interset question, isn't it? Now the facts: that computer has a dual core CPU and 8GB of RAM, but it is so slow that when I open any terminal in X, under any window/desktop manager, if I write a long command at the prompt, then realize I made a typo 10 characters before the cursor, and hit backspace, it takes 2/3 seconds to go back to that point. If I open libre office or ANY OTHER text editor, and move the trackball to select a sentence, it takes seconds to see it highlighted. If I then click on another part of the file to paste the text there, it is another 2 seconds to see the cursor blink in that new position. Ditto for scrolling, in ANY program that supports it: press PageDown, wait seconds to see the corresponding text. My **feeling** is that there is some biiig misconfiguration at the graphic driver level, but it's just a feeling. As I said, besides fixing THIS computer, I really want to refresh all my knowledge on how to investigate properly any case like this. Outputs of lspci, /proc information are below. If I need to run other tests, just ask. Any feedback is welcome, thanks in advance, Marco Most likely you're using software acceleration (due to poorly supported [by F20] graphics card) with a heavy desktop environment (E.g. GNOME 3). As F20 is nearing end of life (~4 weeks), so I wouldn't waste time trying to fix it. I suggest you download the XFCE live CD (or USB), play around with it, see if things look better. If it does, install F22 with XFCE, and slowly test the different desktop environments (XFCE, GNOME 3, KDE 5, etc) and see what works best. If it doesn't, file a bug report with the complete system configuration; I'd also add the output of glxinfo. - Gilboa -- 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: Default Google-Chrome
On 28 May 2015 at 02:35, Mickey binary...@comcast.net wrote: On 05/27/2015 05:45 PM, Ed Greshko wrote: xdg-settings get default-web-browser xdg-settings get default-web-browser google-chrome.desktop You need to change the mime handler for x-scheme-handler/https and x-scheme-handler/https; Try this: xdg-settings set default-web-browser google-chrome.desktop xdg-settings set default-url-scheme-handler http google-chrome.desktop xdg-settings set default-url-scheme-handler https google-chrome.desktop -- Ahmad Samir -- 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: fedora 20 box so slow to be unusable
On 2015-05-28 08:37, Gilboa Davara wrote: Most likely you're using software acceleration (due to poorly supported [by F20] graphics card) with a heavy desktop environment (E.g. GNOME 3). Thanks Gilboa for the quick answer. As I understand it, the behavior I reported is the SAME with any desktop environment tried so far (cinnamon mate, non-gnome stuff...) Things are more complicated by one important thing I forgot to say,sorry: I have no **continuous** direct access to that box: it's in somebody else's house, *without* broadband. I do have ssh access to it, and root password, but anything that involves downloading lots of packages and/or plugging a live CD or installing F22 in there may have to wait weeks. If at all possible, any temporary improvement that can be achieved through a slow terminal, or giving a few simple instructions (click there, then there) over the phone would be a livesaver for the end user. So, how can I test your hypothesis quickly? Is it possible to test it disabling acceleration (how?) and/or changing configuration in other ways (passing option to the kernel, changing configuration files (which ones?) without installing all possible desktop/windows manager and trying to work with each... FIY, here is the first screenful of glxinfo output: name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_swap_control client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read OpenGL vendor string: VMware, Inc. OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits) OpenGL version string: 2.1 Mesa 10.3.3 OpenGL shading language version string: 1.30 OpenGL extensions: GL_AMD_conservative_depth, GL_AMD_draw_buffers_blend, GL_AMD_seamless_cubemap_per_texture, GL_AMD_shader_trinary_minmax, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_ES2_compatibility, GL_ARB_ES3_compatibility, GL_ARB_blend_func_extended, GL_ARB_clear_buffer_object, GL_ARB_color_buffer_float, GL_ARB_compressed_texture_pixel_storage, GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth, GL_ARB_copy_buffer, GL_ARB_debug_output, GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_draw_buffers_blend, GL_ARB_draw_elements_base_vertex, GL_ARB_draw_instanced, GL_ARB_explicit_attrib_location, GL_ARB_explicit_uniform_location, GL_ARB_fragment_coord_conventions, GL_ARB_fragment_program, GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, GL_ARB_framebuffer_object, GL_ARB_framebuffer_sRGB, GL_ARB_get_program_binary, GL_ARB_half_float_pixel, GL_ARB_half_float_vertex, GL_ARB_instanced_arrays, GL_ARB_internalformat_query, GL_ARB_invalidate_subdata, GL_ARB_map_buffer_alignment, GL_ARB_map_buffer_range, GL_ARB_multi_bind, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_occlusion_query2, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex, GL_ARB_robustness, GL_ARB_sampler_objects, GL_ARB_seamless_cube_map, GL_ARB_seamless_cubemap_per_texture, GL_ARB_separate_shader_objects,
fedora 20 box so slow to be unusable
Greetings, I have come across a computer running Fedora 20 X86_64 that is basically unusable. I would really appreciate your help to: 1) figure out and fix the current problem (including: would installing fedora 22 help or make things worse because of dropped support for some hw component, etc?) 2) even more important: help me define a general, systematic procedure to investigate what exactly causes certain problems on Fedora and Linux in general, in all cases like this. I ask because I just realized that I am not up to date anymore on this particular topic, and it is a general interset question, isn't it? Now the facts: that computer has a dual core CPU and 8GB of RAM, but it is so slow that when I open any terminal in X, under any window/desktop manager, if I write a long command at the prompt, then realize I made a typo 10 characters before the cursor, and hit backspace, it takes 2/3 seconds to go back to that point. If I open libre office or ANY OTHER text editor, and move the trackball to select a sentence, it takes seconds to see it highlighted. If I then click on another part of the file to paste the text there, it is another 2 seconds to see the cursor blink in that new position. Ditto for scrolling, in ANY program that supports it: press PageDown, wait seconds to see the corresponding text. My **feeling** is that there is some biiig misconfiguration at the graphic driver level, but it's just a feeling. As I said, besides fixing THIS computer, I really want to refresh all my knowledge on how to investigate properly any case like this. Outputs of lspci, /proc information are below. If I need to run other tests, just ask. Any feedback is welcome, thanks in advance, Marco [marco@localhost ~]$ lspci 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] RS780 Host Bridge 00:01.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (int gfx) 00:05.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 1) 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:12.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller 00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller 00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 3c) 00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 IDE Controller 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller 00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge 00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor HyperTransport Configuration 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Address Map 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Miscellaneous Control 00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Link Control 01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS780L [Radeon 3000] 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06) [marco@localhost ~]$ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 16 model : 6 model name : AMD Athlon(tm) II X2 250 Processor stepping: 3 microcode : 0x1c8 cpu MHz : 2200.086 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr hw_pstate npt lbrv svm_lock nrip_save vmmcall bugs: tlb_mmatch apic_c1e fxsave_leak bogomips: 4400.17 TLB size
Re: F22 'who' reports 0 users
On 27/05/15 22:29, Ed Greshko wrote: On 05/27/15 23:18, Christopher Ross wrote: On the one machine I've updated to Fedora 22 (using fedora-upgrade) so far I've noticed that uptime/who/w and friends report, wrongly, that no-one is logged in. Is anyone else seeing this? root@nellie 16:10:27 ~ # w 16:10:28 up 8:04, 0 users, load average: 0.21, 0.38, 0.45 USER TTYLOGIN@ IDLE JCPU PCPU WHAT root@nellie 16:10:28 ~ # logout chris@nellie 16:10:55 ~ $ chris@nellie 16:10:57 ~ $ who chris@nellie 16:10:58 ~ $ w 16:11:00 up 8:04, 0 users, load average: 0.40, 0.40, 0.46 USER TTYLOGIN@ IDLE JCPU PCPU WHAT chris@nellie 16:11:00 ~ $ Are you using the KDE version of F22? Yes. Although this is upgraded from F21 (using the target nonproduct). Chris R. -- 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: F22 'who' reports 0 users
On 28/05/15 09:15, Ed Greshko wrote: On 05/28/15 15:44, Christopher Ross wrote: On 27/05/15 22:29, Ed Greshko wrote: On 05/27/15 23:18, Christopher Ross wrote: On the one machine I've updated to Fedora 22 (using fedora-upgrade) so far I've noticed that uptime/who/w and friends report, wrongly, that no-one is logged in. Is anyone else seeing this? root@nellie 16:10:27 ~ # w 16:10:28 up 8:04, 0 users, load average: 0.21, 0.38, 0.45 USER TTYLOGIN@ IDLE JCPU PCPU WHAT root@nellie 16:10:28 ~ # logout chris@nellie 16:10:55 ~ $ chris@nellie 16:10:57 ~ $ who chris@nellie 16:10:58 ~ $ w 16:11:00 up 8:04, 0 users, load average: 0.40, 0.40, 0.46 USER TTYLOGIN@ IDLE JCPU PCPU WHAT chris@nellie 16:11:00 ~ $ Are you using the KDE version of F22? Yes. Although this is upgraded from F21 (using the target nonproduct). Yes, that is what you'll see. Not a bug, a feature. :-) :-) How could that possibly be considered a feature? -- 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: Status of Optimus laptop graphics in F22?
On Wed, May 27, 2015 at 5:09 AM, Matthew Saltzman m...@clemson.edu wrote: Does anyone know if nVidia's Optimus technology is supported natively in F22? Or do we still need to go with Bumblebee? And what's the status of Bumblebee for F22? I booted the Live DVD and it loaded the nouveau driver on my Latitude, but I couldn't tell if it was using the Intel chip or not. (There doesn't seem to be an X.log.0 on the live system.) How can I check? TIA. Optimus is not supported on Linux. Bumblebee should work fine on Fedora 22. By default system uses Intel graphic card but both cards are in ON state causing battery drain. https://fedoraproject.org/wiki/Bumblebee https://github.com/Bumblebee-Project/Bumblebee/issues/153 PS:- Repos are up but wiki needs to be updated though. -- Regards, Sudhir Khanger, sudhirkhanger.com, github.com/donniezazen, 5577 8CDB A059 085D 1D60 807F 8C00 45D9 F5EF C394. -- 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: Default Google-Chrome
Ed Greshko: xdg-settings get default-web-browser Kevin Cummings: For me it returns: xdg-settings: unknown desktop environment B^) I run MATE desktops. Likewise, on both counts. While I don't use Thunderbird, other things do open the right web browser (for my personally set preference). And for further information, just following up on something later on in the thread: [tim@fluffy ~]$ xdg-settings get default-web-browser xdg-settings: unknown desktop environment [tim@fluffy ~]$ xdg-settings get default-url-scheme-handler xdg-settings: unknown desktop environment [tim@fluffy ~]$ xdg-settings get default-url-scheme-handler xdg-settings: unknown desktop environment -- tim@localhost ~]$ uname -rsvp Linux 3.19.5-100.fc20.i686 #1 SMP Mon Apr 20 20:28:39 UTC 2015 i686 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
install into btrfs subvolume question
I have f21 installed into btrfs: sudo btrfs subvolume list / ID 256 gen 1818195 top level 5 path home ID 259 gen 1818195 top level 5 path root Now I want to install f22 into a subvolume. I assume that I need to create the subvolume 1st (while running f21), and then I can get anaconda to install into it. But I don't know how: [nbecker@nbecker7 scma-unframed]$ sudo btrfs subvolume create /f22 Create subvolume '//f22' [nbecker@nbecker7 scma-unframed]$ sudo btrfs subvolume list / ID 256 gen 1818179 top level 5 path home ID 259 gen 1818179 top level 5 path root ID 488 gen 1818179 top level 259 path f22 This created f22 which looks different than the other subvols - I think I want an f22 which is parallel to 'root', not a subvol under root - but I can't guess the correct syntax for that. So the idea is that 'root' would be my old f21 system and 'f22' would be my f22 system. I hope I understand this correctly. -- Those who fail to understand recursion are doomed to repeat it -- 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: dnf has no command to check all
- Original Message - From: Matthew Miller mat...@fedoraproject.org To: Community support for Fedora users users@lists.fedoraproject.org Sent: Thursday, May 28, 2015 4:15:24 AM Subject: Re: dnf has no command to check all On Wed, May 27, 2015 at 08:02:55PM -0600, jd1008 wrote: I had to use # /bin/yum-deprecated check all Yum command has been deprecated, use dnf instead. See 'man dnf' and 'man yum2dnf' for more information. See http://dnf.readthedocs.org/en/latest/cli_vs_yum.html#changes-in-dnf-plugins-compared-to-yum-plugins # dnf check all No such command: check. Please use /bin/dnf --help It could be a DNF plugin command, try: dnf install 'dnf-command(check)' This message is _trying_ to be helpful, but it's not very smart. -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader Any idea how to make it smarter without a need to (re)download metadata? -- Radek Holý Associate Software Engineer Software Management Team Red Hat Czech -- 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: F22 - DNF migrate
- Original Message - From: antonio montagnani antonio.montagn...@alice.it To: Fedora List users@lists.fedoraproject.org Sent: Wednesday, May 27, 2015 12:33:19 PM Subject: F22 - DNF migrate if I issue the command dnf-2 migrate I get: vim-minimal-7.4.475-2.fc20.x86_64 found in DNFDB; skipping vlc-2.1.5-1.fc20.x86_64 found in DNFDB; skipping vino-3.14.2-1.fc21.x86_64 found in DNFDB; skipping vim-common-7.4.027-2.fc19.x86_64 found in DNFDB; skipping vte291-0.38.3-1.fc21.x86_64 found in DNFDB; skipping vim-enhanced-7.4.475-2.fc20.x86_64 found in DNFDB; skipping 3930 YUMDB records found, 0 migrated, 3930 skipped/preserved Migrating groups data... Yum command has been deprecated, use dnf instead. See 'man dnf' and 'man yum2dnf' for more information. Errore: Malformed yum output Not very familiar with Dnf.What does it mean?? -- Antonio M Skype: amontag52 Linux Fedora F22 on PcDesktop1 http://lugsaronno.altervista.org http://campingmonterosa.altervista.org This is a bug in the community plugins (see https://bugzilla.redhat.com/show_bug.cgi?id=1214807). Fixed in dnf-plugins-extras-0.0.8-1.fc22. -- Radek Holý Associate Software Engineer Software Management Team Red Hat Czech -- 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: Default Google-Chrome
On 28 May 2015 at 13:06, Tim ignored_mail...@yahoo.com.au wrote: Ed Greshko: xdg-settings get default-web-browser Kevin Cummings: For me it returns: xdg-settings: unknown desktop environment B^) I run MATE desktops. Likewise, on both counts. While I don't use Thunderbird, other things do open the right web browser (for my personally set preference). And for further information, just following up on something later on in the thread: [tim@fluffy ~]$ xdg-settings get default-web-browser xdg-settings: unknown desktop environment [tim@fluffy ~]$ xdg-settings get default-url-scheme-handler xdg-settings: unknown desktop environment [tim@fluffy ~]$ xdg-settings get default-url-scheme-handler xdg-settings: unknown desktop environment You can edit ~/.local/share/applications/mimeapps.list manually, in the [Default Applications] section put this: text/html=google-chrome.desktop x-scheme-handler/https=google-chrome.desktop x-scheme-handler/http=google-chrome.desktop -- Ahmad Samir -- 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: Default Google-Chrome
On 05/28/15 05:55, Kevin Cummings wrote: On 05/27/2015 05:45 PM, Ed Greshko wrote: xdg-settings get default-web-browser For me it returns: xdg-settings: unknown desktop environment B^) I run MATE desktops. Oh, and FWIW, I installed MATE desktop on my KDE system which is working as I want in starting chrome when clicking on a link in T-Bird even thought I get the same output as you show for the xdg-settings command. -- If you can't laugh at yourself, others will gladly oblige. -- 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: Fedora 22: SSSD Active Directory authentication
On 27 May 2015 15:58, Frank Pikelner frank.pikel...@gmail.com wrote: Hello, Is anyone successfully using SSSD to authenticate user logins into Fedora 22 against Active Directory. More specifically using AD provider (versus LDAP) in their SSSD config? If possible, please share your config (less any confidential info) and any lessons learned. All our CentOS and Fedora systems auth from AD Check out this article I wrote on it: https://www.hogarthuk.com/?q=node/5 If using AD based uid/gid attributes don't forget to replicate uid to GC and index it for performance reasons. -- 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: F22: XFCE issues
On Thu, May 28, 2015 at 4:01 AM, Kevin Fenzi ke...@scrye.com wrote: The gnome-shell is not 'under Xfce'. Its the way gdm works. It was definitely still the case in Fedora 21. ;) OK. But unlike Fedora 22, in Fedora 21 there wasn't a gnome-shell process running together with XFCE. Probably something has changed in the GDM version shipped with F22 Indeed, I didn't noted the parameter --mode=gdm passed to gnome-shell, which might run a lightweight version of gnome-shell needed by GDM Anyway, to see gnome-shell running inside XFCE was rather confusing and disappointing (since I don't like gnome-shell) ;-) Cheers, Marco -- 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: dnf failed to download repomd.xml from updates
- Original Message - From: jd1008 jd1...@gmail.com To: Fedora Community Users Support users@lists.fedoraproject.org Sent: Thursday, May 28, 2015 12:11:34 AM Subject: dnf failed to download repomd.xml from updates # dnf distro-sync Fedora 22 - x86_64 3.1 MB/s | 41 MB 00:13 RPM Fusion for Fedora 22 - Free - Updates 1.1 kB/s | 399 B 00:00 RPM Fusion for Fedora 22 - Nonfree - Updates2.8 kB/s | 399 B 00:00 RPM Fusion for Fedora 22 - Free 955 kB/s | 551 kB 00:00 Error: Failed to synchronize cache for repo 'updates' from 'https://mirrors.fedoraproject.org/metalink?repo=updates-released-f22arch=x86_64': Cannot download repomd.xml: Curl error (56): Failure when receiving data from the peer for ftp://mirror.lstn.net/fedora/updates/22/x86_64/repodata/repomd.xml [response reading failed] I guess that this is the same as https://bugzilla.redhat.com/show_bug.cgi?id=1220269 even though it happened at another time. -- Radek Holý Associate Software Engineer Software Management Team Red Hat Czech -- 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: Default Google-Chrome
On 05/28/15 19:06, Tim wrote: Ed Greshko: xdg-settings get default-web-browser Kevin Cummings: For me it returns: xdg-settings: unknown desktop environment B^) I run MATE desktops. Likewise, on both counts. While I don't use Thunderbird, other things do open the right web browser (for my personally set preference). And for further information, just following up on something later on in the thread: [tim@fluffy ~]$ xdg-settings get default-web-browser xdg-settings: unknown desktop environment [tim@fluffy ~]$ xdg-settings get default-url-scheme-handler xdg-settings: unknown desktop environment [tim@fluffy ~]$ xdg-settings get default-url-scheme-handler xdg-settings: unknown desktop environment I installed MATE on my KDE system and indeed it doesn't fully support the xdg environment. Notice the difference in the environment variables set... KDE XDG_VTNR=1 XDG_SESSION_ID=5 XDG_MENU_PREFIX=kf5- XDG_SESSION_CLASS=user XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session7 XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0 XDG_SESSION_TYPE=x11 XDG_SEAT=seat0 XDG_SESSION_DESKTOP=KDE XDG_DATA_DIRS=/usr/share/kde-settings/kde-profile/default/share:/usr/local/share:/usr/share XDG_RUNTIME_DIR=/run/user/1029 XDG_CURRENT_DESKTOP=KDE MATE XDG_VTNR=1 XDG_SESSION_ID=4 XDG_SESSION_CLASS=user XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session5 XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0 XDG_SESSION_TYPE=x11 XDG_SEAT=seat0 XDG_SESSION_DESKTOP= XDG_RUNTIME_DIR=/run/user/1029 XDG_CURRENT_DESKTOP= Setting the blank DESKTOP variable to KDE will change the behavior of the commands. -- If you can't laugh at yourself, others will gladly oblige. -- 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: dnf has no command to check all
On Thu, May 28, 2015 at 08:17:24AM -0400, Radek Holy wrote: # dnf check all No such command: check. Please use /bin/dnf --help It could be a DNF plugin command, try: dnf install 'dnf-command(check)' Any idea how to make it smarter without a need to (re)download metadata? Sure — a core plugin could know about deprecated yum commands and print the alternative. Or better, for _at least_ everything listed in the yum man page where there's an obvious mapping, just do it (even if those things stay documented as compatibility options). -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- 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: fedora 20 box so slow to be unusable
On 05/28/2015 04:03 AM, M. Fioretti wrote: On 2015-05-28 08:37, Gilboa Davara wrote: Most likely you're using software acceleration (due to poorly supported [by F20] graphics card) with a heavy desktop environment (E.g. GNOME 3). Thanks Gilboa for the quick answer. As I understand it, the behavior I reported is the SAME with any desktop environment tried so far (cinnamon mate, non-gnome stuff...) Things are more complicated by one important thing I forgot to say,sorry: I have no **continuous** direct access to that box: it's in somebody else's house, *without* broadband. I do have ssh access to it, and root password, but anything that involves downloading lots of packages and/or plugging a live CD or installing F22 in there may have to wait weeks. If at all possible, any temporary improvement that can be achieved through a slow terminal, or giving a few simple instructions (click there, then there) over the phone would be a livesaver for the end user. So, how can I test your hypothesis quickly? Is it possible to test it disabling acceleration (how?) and/or changing configuration in other ways (passing option to the kernel, changing configuration files (which ones?) without installing all possible desktop/windows manager and trying to work with each... FIY, here is the first screenful of glxinfo output: name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_swap_control client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read OpenGL vendor string: VMware, Inc. OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits) OpenGL version string: 2.1 Mesa 10.3.3 OpenGL shading language version string: 1.30 OpenGL extensions: GL_AMD_conservative_depth, GL_AMD_draw_buffers_blend, GL_AMD_seamless_cubemap_per_texture, GL_AMD_shader_trinary_minmax, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_ES2_compatibility, GL_ARB_ES3_compatibility, GL_ARB_blend_func_extended, GL_ARB_clear_buffer_object, GL_ARB_color_buffer_float, GL_ARB_compressed_texture_pixel_storage, GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth, GL_ARB_copy_buffer, GL_ARB_debug_output, GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_draw_buffers_blend, GL_ARB_draw_elements_base_vertex, GL_ARB_draw_instanced, GL_ARB_explicit_attrib_location, GL_ARB_explicit_uniform_location, GL_ARB_fragment_coord_conventions, GL_ARB_fragment_program, GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, GL_ARB_framebuffer_object, GL_ARB_framebuffer_sRGB, GL_ARB_get_program_binary, GL_ARB_half_float_pixel, GL_ARB_half_float_vertex, GL_ARB_instanced_arrays, GL_ARB_internalformat_query, GL_ARB_invalidate_subdata, GL_ARB_map_buffer_alignment, GL_ARB_map_buffer_range, GL_ARB_multi_bind, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_occlusion_query2, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex, GL_ARB_robustness, GL_ARB_sampler_objects, GL_ARB_seamless_cube_map,
Re: fedora 20 box so slow to be unusable
On 2015-05-28 14:43, Dan Mossor wrote: Well, one way to check if it is indeed the video driver is to stop the service utilizing it. issue 'systemctl stop kdm' from your ssh session (or sddm if you've switched it to that, kdm was still default in F20). This will stop the desktop processes and drop the machine to a console. If your ssh session suddenly speeds up, then you know it has something to do with video. I tried that, but it doesn't produce any noticeable effect on my side (as I said, the other box is on a slow connection, so that's the major bottleneck that keeps things slow when I connect there). What I reported earlier, i.e. deleting characters with the backspace key in a terminal, happens on a **local** terminal, inside an X session of that computer, from its keyboard. Marco -- http://mfioretti.com -- 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: Status of Optimus laptop graphics in F22?
On Thu, 2015-05-28 at 16:40 +0530, Sudhir Khanger wrote: On Wed, May 27, 2015 at 5:09 AM, Matthew Saltzman m...@clemson.edu wrote: Does anyone know if nVidia's Optimus technology is supported natively in F22? Or do we still need to go with Bumblebee? And what's the status of Bumblebee for F22? I booted the Live DVD and it loaded the nouveau driver on my Latitude, but I couldn't tell if it was using the Intel chip or not. (There doesn't seem to be an X.log.0 on the live system.) How can I check? TIA. Optimus is not supported on Linux. Bumblebee should work fine on Fedora 22. By default system uses Intel graphic card but both cards are in ON state causing battery drain. https://fedoraproject.org/wiki/Bumblebee https://github.com/Bumblebee-Project/Bumblebee/issues/153 PS:- Repos are up but wiki needs to be updated though. Thanks. While searching, I ran across this: http://negativo17.org/nvidia-driver/. Wondering if anyone has experience with these packages? He claims to have Optimus support working without Bumblebee. -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu -- 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
ssh-agent called by gnome, cinnamon... but not by openbox
Greetings, I just realized that if,under Fedora (20, btw), you set up your gnome or cinnamon desktop sessions to use ssh-agent, so you can automatically ssh without typing passwords from any terminal you open in those sessions... this setting does not transfer to openbox. The solutions mentioned here, for example, for arch linux: https://bbs.archlinux.org/viewtopic.php?id=124847 don't seem to do anything under Fedora. What is the fedora way to do make Openbox start ssh-agent every time, then? the old .startx of yore, or what? thanks, Marco -- http://mfioretti.com -- 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: Status of Optimus laptop graphics in F22?
On May 28, 2015 7:36 AM, Matthew Saltzman m...@clemson.edu wrote: On Thu, 2015-05-28 at 16:40 +0530, Sudhir Khanger wrote: On Wed, May 27, 2015 at 5:09 AM, Matthew Saltzman m...@clemson.edu wrote: Does anyone know if nVidia's Optimus technology is supported natively in F22? Or do we still need to go with Bumblebee? And what's the status of Bumblebee for F22? I booted the Live DVD and it loaded the nouveau driver on my Latitude, but I couldn't tell if it was using the Intel chip or not. (There doesn't seem to be an X.log.0 on the live system.) How can I check? TIA. Optimus is not supported on Linux. Bumblebee should work fine on Fedora 22. By default system uses Intel graphic card but both cards are in ON state causing battery drain. https://fedoraproject.org/wiki/Bumblebee https://github.com/Bumblebee-Project/Bumblebee/issues/153 PS:- Repos are up but wiki needs to be updated though. Thanks. While searching, I ran across this: http://negativo17.org/nvidia-driver/. Wondering if anyone has experience with these packages? He claims to have Optimus support working without Bumblebee. -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu -- I use these packages with a desktop card, the DKMS driver works very well. --Pete -- 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: dnf failed to download repomd.xml from updates
On Thu, 2015-05-28 at 08:25 -0400, Radek Holy wrote: - Original Message - From: jd1008 jd1...@gmail.com To: Fedora Community Users Support users@lists.fedoraproject.org Sent: Thursday, May 28, 2015 12:11:34 AM Subject: dnf failed to download repomd.xml from updates # dnf distro-sync Fedora 22 - x86_64 3.1 MB/s | 41 MB 00:13 RPM Fusion for Fedora 22 - Free - Updates 1.1 kB/s | 399 B 00:00 RPM Fusion for Fedora 22 - Nonfree - Updates2.8 kB/s | 399 B 00:00 RPM Fusion for Fedora 22 - Free 955 kB/s | 551 kB 00:00 Error: Failed to synchronize cache for repo 'updates' from 'https://mirrors.fedoraproject.org/metalink?repo=updates-released -f22arch=x86_64': Cannot download repomd.xml: Curl error (56): Failure when receiving data from the peer for ftp://mirror.lstn.net/fedora/updates/22/x86_64/repodata/repomd.xml [response reading failed] I guess that this is the same as https://bugzilla.redhat.com/show_bug.cgi?id=1220269 even though it happened at another time. I'm getting repeated failures of this type: Failure when receiving data from the peer for ftp://ftp.mirrorservice.org/sites/dl.fedoraproject.org/pub/fedora/linux/development/22/x86_64/os/Packages/k/kde-l10n-14.12.3-6.fc22.noarch.rpm [response reading failed] I get the same even after dnf clean all, and it happens with update, install, distro-sync, ... poc -- 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: 2 part question
On Thu, May 28, 2015 at 02:20:25PM +0530, Sudhir Khanger wrote: On Tue, May 26, 2015 at 11:06 AM, bitlord bitlord0...@gmail.com wrote: fedup [1] which is officially supported, Why isn't fedup shipped by default in all Fedora installs? When it's time to upgrade, you want to make sure to have the latest version anyway. Why ship it when it, by definition, won't be used for the life of that installation? -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- 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: ssh-agent called by gnome, cinnamon... but not by openbox
On 05/28/2015 06:56 AM, M. Fioretti wrote: don't seem to do anything under Fedora. What is the fedora way to do make Openbox start ssh-agent every time, then? the old .startx of yore, or what? I'm not familiar with openbox, so I can't comment on the environment setup to which you linked. I think the standard solution on Fedora would be to install the xorg-x11-xinit-session package, which will add an xsession option to GDM, and then create an executable file in your home dir named .xsession: #!/bin/sh ssh-agent openbox -- 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: dnf failed to download repomd.xml from updates
On Thu, 2015-05-28 at 11:23 -0400, Terry Polzin wrote: 64-bit issue? I've had no issues with 32-bit. Seems to have been fixed now. [Please don't top-post. See the list Guidelines] poc -- 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: dnf has no command to check all
On 05/28/2015 06:29 AM, Matthew Miller wrote: On Thu, May 28, 2015 at 08:17:24AM -0400, Radek Holy wrote: # dnf check all No such command: check. Please use /bin/dnf --help It could be a DNF plugin command, try: dnf install 'dnf-command(check)' Any idea how to make it smarter without a need to (re)download metadata? Sure — a core plugin could know about deprecated yum commands and print the alternative. Or better, for _at least_ everything listed in the yum man page where there's an obvious mapping, just do it (even if those things stay documented as compatibility options). +1 Iwish the devs would please stop creating shit that requires relearning what worked so damned well. Why do they keep fixing what is NOT broken??? -- 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: dnf failed to download repomd.xml from updates
On 05/28/2015 09:23 AM, Terry Polzin wrote: On Thu, May 28, 2015 at 11:21 AM, Patrick O'Callaghan pocallag...@gmail.com mailto:pocallag...@gmail.com wrote: On Thu, 2015-05-28 at 08:25 -0400, Radek Holy wrote: - Original Message - From: jd1008 jd1...@gmail.com mailto:jd1...@gmail.com To: Fedora Community Users Support users@lists.fedoraproject.org mailto:users@lists.fedoraproject.org Sent: Thursday, May 28, 2015 12:11:34 AM Subject: dnf failed to download repomd.xml from updates # dnf distro-sync Fedora 22 - x86_64 3.1 MB/s | 41 MB 00:13 RPM Fusion for Fedora 22 - Free - Updates1.1 kB/s | 399 B 00:00 RPM Fusion for Fedora 22 - Nonfree - Updates 2.8 kB/s | 399 B 00:00 RPM Fusion for Fedora 22 - Free955 kB/s | 551 kB 00:00 Error: Failed to synchronize cache for repo 'updates' from 'https://mirrors.fedoraproject.org/metalink?repo=updates-released -f22arch=x86_64': Cannot download repomd.xml: Curl error (56): Failure when receiving data from the peer for ftp://mirror.lstn.net/fedora/updates/22/x86_64/repodata/repomd.xml [response reading failed] I guess that this is the same as https://bugzilla.redhat.com/show_bug.cgi?id=1220269 even though it happened at another time. I'm getting repeated failures of this type: Failure when receiving data from the peer for ftp://ftp.mirrorservice.org/sites/dl.fedoraproject.org/pub/fedora/linux/development/22/x86_64/os/Packages/k/kde-l10n-14.12.3-6.fc22.noarch.rpm [response reading failed] I get the same even after dnf clean all, and it happens with update, install, distro-sync, ... 64-bit issue? I've had no issues with 32-bit. I do not think it is a 'bitness' issue. I think it is a recurring issue with every new release. Packages that are well and good in previous release are not all recompiled for the new release and placed in the repos. Also, during the first week or two of a new release, the servers are extremely busy being updated, and they are not able to respond quickly enough to the clients, and the clients time out and declare their inability to download something. -- 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: ssh-agent called by gnome, cinnamon... but not by openbox
On 05/28/2015 08:36 AM, M. Fioretti wrote: Like in the old times then? OK, thanks. Will try it as soon as I've finished something I cannot interrupt right now. Besides, I still have one question: won't this confuse/break the way ssh agent is started/used by other WM/DEs??? I'm not sure why it would affect anything outside of the session you write. Note that GNOME doesn't use ssh-agent at all. It has its own keyring that manages ssh keys as well as other passwords and keys. -- 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: dnf issues in f22
- Original Message - From: Isaac Cortés González w.isaac.cor...@gmail.com To: Community support for Fedora users users@lists.fedoraproject.org Sent: Wednesday, May 27, 2015 8:08:44 PM Subject: Re: dnf issues in f22 What problems exactly? This: . Traceback (most recent call last): File /bin/dnf, line 36, in module main.user_main(sys.argv[1:], exit_code=True) File /usr/lib/python2.7/site-packages/dnf/cli/main.py, line 185, in user_mai n errcode = main(args) File /usr/lib/python2.7/site-packages/dnf/cli/main.py, line 84, in main return _main(base, args) File /usr/lib/python2.7/site-packages/dnf/cli/main.py, line 134, in _main cli.run() File /usr/lib/python2.7/site-packages/dnf/cli/cli.py, line 1077, in run return self.command.run(self.base.extcmds) File /usr/lib/python2.7/site-packages/dnf/cli/commands/group.py, line 385, i n run return self.base.env_group_install(patterns, types) File /usr/lib/python2.7/site-packages/dnf/base.py, line 1253, in env_group_i nstall res.groups, types) File /usr/lib/python2.7/site-packages/dnf/comps.py, line 88, in install_or_s kip logger.warning(%s, %s, str(e)[:-1], _(skipping.)) UnicodeEncodeError: 'ascii' codec can't encode character u'\xe1' in position 30: ordinal not in range(128) This is a bug (see https://bugzilla.redhat.com/show_bug.cgi?id=1223932). Fixed in upstream. -- Radek Holý Associate Software Engineer Software Management Team Red Hat Czech -- 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: dnf has no command to check all
- Original Message - From: Matthew Miller mat...@fedoraproject.org To: Radek Holy rh...@redhat.com Cc: Community support for Fedora users users@lists.fedoraproject.org Sent: Thursday, May 28, 2015 2:29:23 PM Subject: Re: dnf has no command to check all On Thu, May 28, 2015 at 08:17:24AM -0400, Radek Holy wrote: # dnf check all No such command: check. Please use /bin/dnf --help It could be a DNF plugin command, try: dnf install 'dnf-command(check)' Any idea how to make it smarter without a need to (re)download metadata? Sure — a core plugin could know about deprecated yum commands and print the alternative. Or better, for _at least_ everything listed in the yum man page where there's an obvious mapping, just do it (even if those things stay documented as compatibility options). -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader Sounds good. Would you mind filing an RFE? -- Radek Holý Associate Software Engineer Software Management Team Red Hat Czech -- 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
Reporting KDE issues?
Forgive me - it's been awhile. Are we reporting issues upstream, Fedora or both? -- David C. Hart - South Beach http://www.slowlyboiledfrog.com -- 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: dnf failed to download repomd.xml from updates
64-bit issue? I've had no issues with 32-bit. On Thu, May 28, 2015 at 11:21 AM, Patrick O'Callaghan pocallag...@gmail.com wrote: On Thu, 2015-05-28 at 08:25 -0400, Radek Holy wrote: - Original Message - From: jd1008 jd1...@gmail.com To: Fedora Community Users Support users@lists.fedoraproject.org Sent: Thursday, May 28, 2015 12:11:34 AM Subject: dnf failed to download repomd.xml from updates # dnf distro-sync Fedora 22 - x86_64 3.1 MB/s | 41 MB 00:13 RPM Fusion for Fedora 22 - Free - Updates 1.1 kB/s | 399 B 00:00 RPM Fusion for Fedora 22 - Nonfree - Updates2.8 kB/s | 399 B 00:00 RPM Fusion for Fedora 22 - Free 955 kB/s | 551 kB 00:00 Error: Failed to synchronize cache for repo 'updates' from 'https://mirrors.fedoraproject.org/metalink?repo=updates-released -f22arch=x86_64': Cannot download repomd.xml: Curl error (56): Failure when receiving data from the peer for ftp://mirror.lstn.net/fedora/updates/22/x86_64/repodata/repomd.xml [response reading failed] I guess that this is the same as https://bugzilla.redhat.com/show_bug.cgi?id=1220269 even though it happened at another time. I'm getting repeated failures of this type: Failure when receiving data from the peer for ftp://ftp.mirrorservice.org/sites/dl.fedoraproject.org/pub/fedora/linux/development/22/x86_64/os/Packages/k/kde-l10n-14.12.3-6.fc22.noarch.rpm [response reading failed] I get the same even after dnf clean all, and it happens with update, install, distro-sync, ... poc -- 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
Re: ssh-agent called by gnome, cinnamon... but not by openbox
On 2015-05-28 17:02, Gordon Messmer wrote: On 05/28/2015 06:56 AM, M. Fioretti wrote: don't seem to do anything under Fedora. What is the fedora way to do make Openbox start ssh-agent every time, then? the old .startx of yore, or what? I'm not familiar with openbox, so I can't comment on the environment setup to which you linked. I think the standard solution on Fedora would be to install the xorg-x11-xinit-session package, which will add an xsession option to GDM, and then create an executable file in your home dir named .xsession: #!/bin/sh ssh-agent openbox Like in the old times then? OK, thanks. Will try it as soon as I've finished something I cannot interrupt right now. Besides, I still have one question: won't this confuse/break the way ssh agent is started/used by other WM/DEs??? Marco -- http://mfioretti.com -- 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: 2 part question
On 05/28/2015 10:52 AM, Matthew Miller wrote: On Thu, May 28, 2015 at 02:20:25PM +0530, Sudhir Khanger wrote: On Tue, May 26, 2015 at 11:06 AM, bitlord bitlord0...@gmail.com wrote: fedup [1] which is officially supported, Why isn't fedup shipped by default in all Fedora installs? When it's time to upgrade, you want to make sure to have the latest version anyway. Why ship it when it, by definition, won't be used for the life of that installation? OK, let me get this straight. You don't originally get it. When it comes time to use it, its not there. The user must now install it. The user then uses it to upgrade to the next release. Now, it is there. It gets updated during the course of the use of the next release. Now, when it is time to go to the *next* new release, it is there and already updated from any/all updates performed just prior to the 2nd upgrade. Seems like silly reasoning to me. Why not just install it, so that it gets updated during the normal lifetime of that release, so that when it comes time to upgrade to the next release, it is already there and updated? -- Kevin J. Cummings kjch...@verizon.net cummi...@kjchome.homeip.net cummi...@kjc386.framingham.ma.us Registered Linux User #1232 (http://www.linuxcounter.net/) -- 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: 2 part question
On Thu, 2015-05-28 at 11:39 -0400, Kevin Cummings wrote: On 05/28/2015 10:52 AM, Matthew Miller wrote: On Thu, May 28, 2015 at 02:20:25PM +0530, Sudhir Khanger wrote: On Tue, May 26, 2015 at 11:06 AM, bitlord bitlord0...@gmail.com wrote: fedup [1] which is officially supported, Why isn't fedup shipped by default in all Fedora installs? When it's time to upgrade, you want to make sure to have the latest version anyway. Why ship it when it, by definition, won't be used for the life of that installation? OK, let me get this straight. You don't originally get it. When it comes time to use it, its not there. The user must now install it. The user then uses it to upgrade to the next release. Now, it is there. It gets updated during the course of the use of the next release. Now, when it is time to go to the *next* new release, it is there and already updated from any/all updates performed just prior to the 2nd upgrade. Seems like silly reasoning to me. Why not just install it, so that it gets updated during the normal lifetime of that release, so that when it comes time to upgrade to the next release, it is already there and updated? Perhaps because (IIRC) in the past people have been told to get the latest fedup from updates-testing before upgrading their system, something that not everyone does for their regular updates. Shipping it by default should never preclude getting the latest one since not everyone does regular updates anyway. poc -- 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: Default Google-Chrome
On 05/27/2015 10:03 PM, Dan Mossor wrote: On 05/27/2015 05:09 PM, Rick Stevens wrote: On 05/27/2015 11:22 AM, Mickey wrote: Fedora 21/KDE I have in KDE Settings the Google-Chrome as default Web Browser. How do I setup that when I'm reading my Emails in Thunderbird and I click on a Web Link in a email and I want the link to open in Chrome, but it always opens in Firefox. How do I change that ? Go to: Edit Menu-Preferences-Advanced Click on the General tab. The lower right side will have a button: Config Editor... Click on that button, and click the I'll be careful, I promise button. Now you're in the config editor. In the search box, enter network.protocol-handler.app.http. Two things are now possible: A) If nothing shows up, you need to add a couple of entries. Right-click in the window and select New-String. In the New String Value window, type in network.protocol-handler.app.http and hit ENTER or click Ok. In the Enter string value window, put in the FULL path to the chrome binary you want. In my case: /opt/google/chrome/chrome Press ENTER again or click Ok and now you should have a new entry that looks like: network.protocol-handler.app.http user-set string /opt/google/chrome/chrome Repeat that process, but add network.protocol-handler.app.https to handle https://; links in your emails and you should have two entries: network.protocol-handler.app.http user-set string /opt/google/chrome/chrome network.protocol-handler.app.https user-set string /opt/google/chrome/chrome B) There are entries, but they're pointing somewhere else. In this case, just double-click on the entry and in the pop-up window, put in the path to your Chrome binary and press ENTER or click Ok. That oughta do it. Here's the link from Mozilla: http://kb.mozillazine.org/Changing_the_web_browser_invoked_by_Thunderbird Keep in mind the navigation path they talk about: Tools-Options-Advanced-General-Config editor is aimed at Windows users. The equivalent for Linux is: Edit menu-Preferences-Advanced-General tab-Config Editor... button that I talked about above. You will need to restart Thunderbird for this to take effect. Good luck! Thanks Rick! Thunderbird has been driving me up a wall for quite some time. On F20 and F21, it would open all links in FF when the system default browser was Google Chrome. Now in F22, I've switched to FF as my default browser, but T-bird opened all https links in emails with Konquerer. This fixes it. Glad to be of service! There may be other ways to do this, but I know this works. -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - Never put off 'til tommorrow what you can forget altogether! - -- -- 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: Reporting KDE issues?
On Thu, 2015-05-28 at 11:57 -0400, David Cary Hart wrote: Forgive me - it's been awhile. Are we reporting issues upstream, Fedora or both? Depends, try to describe the problem, and someone will help you with a decision where to report it. If you don't know where, it is good to ask downstream first (developers/packagers (in this case KDE SIG people)). For KDE on Fedora related questions it is good to subscribe to KDE list [1], also you can always ask for help here, or IRC (irc.freenode.net (#fedora or #fedora-kde (for KDE on Fedora specific questions)) [1] https://admin.fedoraproject.org/mailman/listinfo/kde -- 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
