Re: Save everybody some surprises in Fedora 22!
On 6. 6. 2014 at 16:56:18, Patrick O'Callaghan wrote: On Fri, 2014-06-06 at 14:46 +0200, Ales Kozumplik wrote: Hello, The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-d nf/ Can the default configuration still leave you without a working kernel or has that been fixed? IIRC there was a bug that has been fixed. If you encounter this again, feel free to let us know. Thanks 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: Save everybody some surprises in Fedora 22!
On 6. 6. 2014 at 09:20:33, Luke Nath wrote: Date: Fri, 6 Jun 2014 14:46:23 +0200 From: akozu...@redhat.com To: de...@lists.fedoraproject.org; yum-de...@lists.baseurl.org; users@lists.fedoraproject.org Subject: Save everybody some surprises in Fedora 22! Hello, The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-d nf/ Ales I have never used dnf. Does it have a GUI front end like Yumex? Nope, yumex has only a very little to do with yum, it's a separate project. You can use PackageKit or the GNOME software center which will both soon use the same underlying libraries dnf uses. 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: Save everybody some surprises in Fedora 22!
On 7. 6. 2014 at 13:08:42, Timothy Murphy wrote: Sudhir Khanger wrote: The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-d nf/ Why not Vote for yum vs dnf? What exactly is wrong with yum? It has worked faultlessly and painlessly for me for years, with addons to deal with every conceivable problem. If there is some problem with it, why not simply deal with that problem instead of inventing a completely new program? Because the code base of yum is 10+ years old and is very difficult to maintain. Dnf was forked from yum with a goal to refactor the code base so it can be around for another 10+ years. Thanks 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: Save everybody some surprises in Fedora 22!
On 06/09/2014 12:48 AM, Jan Zelený wrote: Nope, yumex has only a very little to do with yum, it's a separate project. You can use PackageKit or the GNOME software center which will both soon use the same underlying libraries dnf uses. And what do I use if I don't use Gnome but want a GUI? -- 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: Save everybody some surprises in Fedora 22!
On 8. 6. 2014 at 09:45:44, Ed Greshko wrote: On 06/06/14 20:46, Ales Kozumplik wrote: The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-d nf/ Thanks for the heads up. Knowing it will be F22 (with F21 not even due out till October) will give folks plenty of time to hone their dnf skills. IMO, for many (majority?) it will be a drop-in replacement for yum. Yes, that's the plan. There are some differences but they are all well documented. http://akozumpl.github.io/dnf/cli_vs_yum.html Thanks 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: Save everybody some surprises in Fedora 22!
On 06/09/14 15:59, Jan Zelený wrote: On 8. 6. 2014 at 09:45:44, Ed Greshko wrote: On 06/06/14 20:46, Ales Kozumplik wrote: The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-d nf/ Thanks for the heads up. Knowing it will be F22 (with F21 not even due out till October) will give folks plenty of time to hone their dnf skills. IMO, for many (majority?) it will be a drop-in replacement for yum. Yes, that's the plan. There are some differences but they are all well documented. http://akozumpl.github.io/dnf/cli_vs_yum.html Yes, of course they are well documented and as we knoweveryone reads documentation. :-) While I do understand the plan and it will happen, some decisions have me scratching my head. One in particular is dnf erase kernel deletes all packages called kernel In Yum, the running kernel is spared. There is no reason to keep this in DNF, the user can always specify concrete versions on the command line, e.g.: dnf erase kernel-3.9.4 I suppose the reasoning behind this is Well the user can already shoot themselves in the foot with rm -rf / so why not give them another tool to commit suicide. :-) As we know, all end users are intelligent and never make typing errors and never make changes to their systems after sitting in the bar until 3AM. What the heck. It will at least give some interesting problems for the mailing list to deal with. :-) -- Do not condemn the judgment of another because it differs from your own. You may both be wrong. -- Dandemis -- 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: Save everybody some surprises in Fedora 22!
On 9. 6. 2014 at 00:58:31, Joe Zeff wrote: On 06/09/2014 12:48 AM, Jan Zelený wrote: Nope, yumex has only a very little to do with yum, it's a separate project. You can use PackageKit or the GNOME software center which will both soon use the same underlying libraries dnf uses. And what do I use if I don't use Gnome but want a GUI? I think PackageKit is not GNOME centric, is it? 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: Save everybody some surprises in Fedora 22!
On 06/08/2014 02:02 AM, Timothy Murphy wrote: For me, the essential properties of yum are simplicity and reliability. Thanks Timothy for bringing this up. The focus in DNF development is on those priorities just as much as on speed. Users experience very little problems with the stable releases (according to our bugzilla) and we have dropped many features and options that we consider too obscure for the users (compare the man pages). Ales -- 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 problem (Fedora 20-32bit
On 8 June 2014 23:40, David dgbo...@gmail.com wrote: It took a while but I remembered that from school. But I admit that I had to Google search it for reference. So? The people here are, mostly, ordinary people that try to help people with problems. Insulting *paid help* is just stupid. Insulting *free* help is just worse. Do you not understand what Doug is saying, and trying to clarify, here? He is not being insulting. Sage means wise and intelligent. When he says that he is following the list's sage advice rather than using the disk he already has, what that sentence means is since you folk tell me that I'd be better off with 64-bit than 32-bit, I am listening to you, because you know more than I do. That is what it plainly says. And yet you are complaining and claiming that he is being insulting. Why? Because you don't understand him, he's being insulting to you? -- Liam Proven * Profile: http://lproven.livejournal.com/profile Email: lpro...@cix.co.uk * GMail/G+/Twitter/Flickr/Facebook: lproven MSN: lpro...@hotmail.com * Skype/AIM/Yahoo/LinkedIn: liamproven Cell: +44 7939-087884 -- 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 problem (Fedora 20-32bit
On 8 June 2014 22:54, Doug dmcgarr...@optonline.net wrote: I'd have the file in 20 minutes or so. The estimate was 4 1/2 hours! I said to go ahead, and then after about 2 1/2 hours I accidentally aborted it. I'll try again late tonite. Hi Doug. Good to hear from you again. If you are using Firefox to download, then I suggest that you add a download manager to it. There are several free ones. They download faster, by splitting big files into chunks and downloading all the chunks at once. Also, they can handle pausing a download and starting it again later on, picking up where they left off. This includes if you lose your connection or something. The one I use is called DownThemAll. It's a Firefox addon and it's free, although they ask for a donation. Go into Firefox. Pick the Tools menu. Pick Addons. Type downthemall into the box. It should find it quickly; pick install. Close Firefox and reopen it. Then retry your Fedora download. When Firefox asks you what to do with the file - open, save etc. - there should now be a new option, download with DownThemAll. Choose this. Typically I find things download 2-4x faster and the extra reliability is a big help. -- Liam Proven * Profile: http://lproven.livejournal.com/profile Email: lpro...@cix.co.uk * GMail/G+/Twitter/Flickr/Facebook: lproven MSN: lpro...@hotmail.com * Skype/AIM/Yahoo/LinkedIn: liamproven Cell: +44 7939-087884 -- 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: Save everybody some surprises in Fedora 22!
On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote: till October) will give folks plenty of time to hone their dnf skills. IMO, for many (majority?) it will be a drop-in replacement for yum. Yes, that's the plan. There are some differences but they are all well documented. Is the plan to actually rename dnf to yum at that point? If it is truly a drop-in replacement, that seems like the less disruptive approach for users (and scripts) everywhere. Additionally, in remembrance of Seth Vidal, I would hate to see Fedora lose 'yum'. Even if Seth would probably find that silly, it's important to me. -- 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: Save everybody some surprises in Fedora 22!
On Mon, Jun 09, 2014 at 04:14:01PM +0800, Ed Greshko wrote: dnf erase kernel deletes all packages called kernel I think this and the protected-packages behavior in general is important to carry forward. -- 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: Save everybody some surprises in Fedora 22!
On 06/09/14 20:30, Matthew Miller wrote: On Mon, Jun 09, 2014 at 04:14:01PM +0800, Ed Greshko wrote: dnf erase kernel deletes all packages called kernel I think this and the protected-packages behavior in general is important to carry forward. Make sure you make your opinion known here. http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-dnf/ -- Do not condemn the judgment of another because it differs from your own. You may both be wrong. -- Dandemis -- 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
Save everybody some surprises in Fedora 22!
The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-dnf/ The list of missing yum options is both outdated and incomplete. For example, it's missing includepkgs (a repository option), for people who need to access specific packages from non-Fedora compatible repos. On the other hand, it includes deltarpm, although dnf has supported this for a while now. Sorry for replying out of thread, but I normally use Gmane to reply, and for some reason this thread never showed up there. (Normally there's just a delay, but it's past that point now.) -- 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: Save everybody some surprises in Fedora 22!
On Mon, 9 Jun 2014 08:30:01 -0400 Matthew Miller mat...@fedoraproject.org wrote: On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote: till October) will give folks plenty of time to hone their dnf skills. IMO, for many (majority?) it will be a drop-in replacement for yum. Yes, that's the plan. There are some differences but they are all well documented. Is the plan to actually rename dnf to yum at that point? If it is truly a drop-in replacement, that seems like the less disruptive approach for users (and scripts) everywhere. Additionally, in remembrance of Seth Vidal, I would hate to see Fedora lose 'yum'. Even if Seth would probably find that silly, it's important to me. I agree with this sentiment. (Btw, I have no idea what all this hullaballoo about yum is about. It is sometimes slow, but that is why I have multiple tabs/windows -- carry on while it loads if needed. Of course, different people have different comfort levels.) Ranjan Protect your computer files with professional cloud backup. Get PCRx Backup and upload unlimited files automatically. Learn more at http://backup.pcrx.com/mail -- 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: Save everybody some surprises in Fedora 22!
On Mon, Jun 09, 2014 at 09:06:32PM +0800, Ed Greshko wrote: dnf erase kernel deletes all packages called kernel I think this and the protected-packages behavior in general is important to carry forward. Make sure you make your opinion known here. http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-dnf/ I did, although I suppose I can vote more than once if it helps. :) -- 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: Save everybody some surprises in Fedora 22!
On 06/09/14 21:47, Matthew Miller wrote: On Mon, Jun 09, 2014 at 09:06:32PM +0800, Ed Greshko wrote: dnf erase kernel deletes all packages called kernel I think this and the protected-packages behavior in general is important to carry forward. Make sure you make your opinion known here. http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-dnf/ I did, although I suppose I can vote more than once if it helps. :) Yes. But make sure you use an assumed name. :-) -- Do not condemn the judgment of another because it differs from your own. You may both be wrong. -- Dandemis -- 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: Save everybody some surprises in Fedora 22!
On Mon, Jun 09, 2014 at 10:03:06PM +0800, Ed Greshko wrote: I did, although I suppose I can vote more than once if it helps. :) Yes. But make sure you use an assumed name. :-) For the record, I'm not actually voting more than once. :) -- 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: Install problem (Fedora 20-32bit
On Sun, 2014-06-08 at 17:49 -0400, David wrote: Use a torrent download (the same site has torrent versions). It's likely to be faster, not to mention easier to restart partial downloads. poc His complaint was that his download did not complete. A torrent would be a complete restart. Wrong, see below. And a torrent, at this late date, would/could be slow since the possibility od acctive 'seeds' would/could be small. As an experiment I just started a torrent download of the x86_64 DVD. It's currently coming from 88 peers and maxing out my 80Mbps connection. And, IMO, since he can not complete, or resume, an oridinary d/l -- you expect him to preform a torrent d/l? God luck with that. I restart (i.e. continue) torrents all the time. I frequently reboot my machine while it's in the middle of downloading a torrent and have never had the least problem in continuing it. The whole point of torrents is that they consist of multiple pieces from different sources. 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: Save everybody some surprises in Fedora 22!
I'm using version 0.3.11 and the proxy options are not used when update, install, etc. On Mon, Jun 9, 2014 at 8:15 AM, Andre Robatino robat...@fedoraproject.org wrote: The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-dnf/ The list of missing yum options is both outdated and incomplete. For example, it's missing includepkgs (a repository option), for people who need to access specific packages from non-Fedora compatible repos. On the other hand, it includes deltarpm, although dnf has supported this for a while now. Sorry for replying out of thread, but I normally use Gmane to reply, and for some reason this thread never showed up there. (Normally there's just a delay, but it's past that point now.) -- 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 -- JP -- 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: Save everybody some surprises in Fedora 22!
On Mon, 2014-06-09 at 09:45 +0200, Jan Zelený wrote: On 6. 6. 2014 at 16:56:18, Patrick O'Callaghan wrote: On Fri, 2014-06-06 at 14:46 +0200, Ales Kozumplik wrote: Hello, The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-d nf/ Can the default configuration still leave you without a working kernel or has that been fixed? IIRC there was a bug that has been fixed. If you encounter this again, feel free to let us know. Do you have the bug reference? I'd rather find out before dnf leaves me with a non-bootable system. The reason I'm harping on about it is that in a thread on this list a few months back the developers didn't seem to think it was a bug. 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: Save everybody some surprises in Fedora 22!
On Mon, 2014-06-09 at 00:58 -0700, Joe Zeff wrote: On 06/09/2014 12:48 AM, Jan Zelený wrote: Nope, yumex has only a very little to do with yum, it's a separate project. You can use PackageKit or the GNOME software center which will both soon use the same underlying libraries dnf uses. And what do I use if I don't use Gnome but want a GUI? You can run most Gnome programs under any desktop as long as you have the libraries. I'm using Evolution to reply to this and my desktop is KDE. 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: Save everybody some surprises in Fedora 22!
On 06/09/2014 02:30 PM, Matthew Miller wrote: On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote: till October) will give folks plenty of time to hone their dnf skills. IMO, for many (majority?) it will be a drop-in replacement for yum. Yes, that's the plan. There are some differences but they are all well documented. Is the plan to actually rename dnf to yum at that point? 1. Is there a yum compatibility test suite? It dnf is supposed to be a drop-in replacement, not having one would seem grossly silly and should be treated as full stop show stopper. 2. If dnf is supposed to be a drop-in replacement, a more reasonable approach but to force dnf upon all users by brute force, would be to apply alternatives. If it is truly a drop-in replacement, that seems like the less disruptive approach for users (and scripts) everywhere. Agreed. I regret, but so far, dnf I do not see much sense in dnf. Ralf -- 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: losing WiFi Access - prompted for password
I appear to have the same problem on one of my Fedora 20 machines. Was this ever solved ? On Thu, May 30, 2013 at 10:49 AM, Steven Stern subscribed-li...@sterndata.com wrote: On 05/30/2013 11:41 AM, staticsafe wrote: On Thu, May 30, 2013 at 11:35:00AM -0500, Steven Stern wrote: F18... Over the last few days, I'm getting prompted to re-enter my password for my WiFi network. It's not the router because no other device on the network seems to be having problems. Potential changes on my system include May 07 21:39:32 Updated: 1:wpa_supplicant-1.1-1.fc18.x86_64 May 25 15:33:44 Installed: kernel-3.9.3-201.fc18.x86_64 May 27 08:06:42 Updated: 1:NetworkManager-glib-0.9.8.1-3.git20130514.fc18.x86_64 May 27 08:06:47 Updated: 1:NetworkManager-0.9.8.1-3.git20130514.fc18.x86_64 May 27 08:06:53 Updated: network-manager-applet-0.9.8.1-4.git20130514.fc18.x86_64 Given that this has really started the day before yesterday, I suspect it has something to do with the NetworkManager update. Is anyone else having this problem? (Please -- do not tell me to dump the evil NetworkManager. I'm trying to solve a problem here, not make some stand against the tide. Thanks.) Is there anything in the system logs? journalctl on Fedora IIRC. This stuff repeats until I reboot: May 27 20:14:49 sds-desk-2 kernel: [127649.968367] wlan0: AP 00:18:e7:f7:50:2a changed bandwidth, new config is 2422 MHz, width 2 (2432/0 MHz) May 27 20:38:18 sds-desk-2 kernel: [129059.576420] wlan0: AP 00:18:e7:f7:50:2a changed bandwidth, new config is 2422 MHz, width 1 (2422/0 MHz) May 27 20:38:18 sds-desk-2 kernel: [129059.576425] wlan0: AP 00:18:e7:f7:50:2a changed bandwidth in a way we can't support - disconnect May 27 20:38:18 sds-desk-2 kernel: [129059.628461] cfg80211: Calling CRDA to update world regulatory domain May 27 20:38:18 sds-desk-2 NetworkManager[822]: info (wlan0): supplicant interface state: completed - disconnected May 27 20:38:18 sds-desk-2 kernel: [129059.708167] cfg80211: World regulatory domain updated: May 27 20:38:18 sds-desk-2 kernel: [129059.708170] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) May 27 20:38:18 sds-desk-2 kernel: [129059.708171] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) May 27 20:38:18 sds-desk-2 kernel: [129059.708173] cfg80211: (2457000 KHz - 2482000 KHz @ 4 KHz), (300 mBi, 2000 mBm) May 27 20:38:18 sds-desk-2 kernel: [129059.708174] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 2000 mBm) May 27 20:38:18 sds-desk-2 kernel: [129059.708175] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2000 mBm) May 27 20:38:18 sds-desk-2 kernel: [129059.708176] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 2000 mBm) May 27 20:38:18 sds-desk-2 kernel: [129059.708186] cfg80211: Calling CRDA for country: US May 27 20:38:18 sds-desk-2 kernel: [129059.710473] cfg80211: Regulatory domain changed to country: US May 27 20:38:18 sds-desk-2 kernel: [129059.710476] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) May 27 20:38:18 sds-desk-2 kernel: [129059.710477] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2700 mBm) May 27 20:38:18 sds-desk-2 kernel: [129059.710479] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 1700 mBm) May 27 20:38:18 sds-desk-2 kernel: [129059.710480] cfg80211: (525 KHz - 533 KHz @ 4 KHz), (300 mBi, 2000 mBm) May 27 20:38:18 sds-desk-2 kernel: [129059.710481] cfg80211: (549 KHz - 560 KHz @ 4 KHz), (300 mBi, 2000 mBm) May 27 20:38:18 sds-desk-2 kernel: [129059.710482] cfg80211: (565 KHz - 571 KHz @ 4 KHz), (300 mBi, 2000 mBm) May 27 20:38:18 sds-desk-2 kernel: [129059.710483] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 3000 mBm) May 27 20:38:18 sds-desk-2 kernel: [129059.710485] cfg80211: (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 4000 mBm) May 27 20:38:18 sds-desk-2 NetworkManager[822]: info (wlan0): supplicant interface state: disconnected - scanning May 27 20:38:19 sds-desk-2 kernel: [129060.469210] wlan0: authenticate with 00:18:e7:f7:50:2a May 27 20:38:19 sds-desk-2 kernel: [129060.487024] wlan0: send auth to 00:18:e7:f7:50:2a (try 1/3) May 27 20:38:19 sds-desk-2 NetworkManager[822]: info (wlan0): supplicant interface state: scanning - authenticating May 27 20:38:19 sds-desk-2 kernel: [129060.488473] wlan0: authenticated May 27 20:38:19 sds-desk-2 kernel: [129060.489482] wlan0: associate with 00:18:e7:f7:50:2a (try 1/3) May 27 20:38:19 sds-desk-2 kernel: [129060.493452] wlan0: RX AssocResp from 00:18:e7:f7:50:2a (capab=0x431 status=0 aid=1) May 27 20:38:19 sds-desk-2 NetworkManager[822]: info (wlan0): supplicant interface state: authenticating - associating May 27 20:38:19 sds-desk-2 kernel: [129060.493596] wlan0: associated May 27 20:38:19 sds-desk-2
Re: Save everybody some surprises in Fedora 22!
On 9 June 2014 15:41, Ralf Corsepius rc040...@freenet.de wrote: 1. Is there a yum compatibility test suite? It dnf is supposed to be a drop-in replacement, not having one would seem grossly silly and should be treated as full stop show stopper. From someone that's had to work with the yum API in the past, I think such a thing would be very difficult if not impossible to achieve. The yum API grew organically and never really had any kind of published API docs or ABI stability promises. yum as a command line tool works well enough modulo multilib and depsolving, yum as a python API, not so much. 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
Re: Save everybody some surprises in Fedora 22!
On 9. 6. 2014 at 16:41:59, Ralf Corsepius wrote: On 06/09/2014 02:30 PM, Matthew Miller wrote: On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote: till October) will give folks plenty of time to hone their dnf skills. IMO, for many (majority?) it will be a drop-in replacement for yum. Yes, that's the plan. There are some differences but they are all well documented. Is the plan to actually rename dnf to yum at that point? 1. Is there a yum compatibility test suite? It dnf is supposed to be a drop-in replacement, not having one would seem grossly silly and should be treated as full stop show stopper. 2. If dnf is supposed to be a drop-in replacement, a more reasonable approach but to force dnf upon all users by brute force, would be to apply alternatives. If it is truly a drop-in replacement, that seems like the less disruptive approach for users (and scripts) everywhere. Agreed. I regret, but so far, dnf I do not see much sense in dnf. Dnf is not supposed to be 100% drop-in replacement (hence the list of incompatibilities in the dnf documentation). I'd rather say that it's supposed to be as compatible as possible, focusing on the most widely used features first. Thanks 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: Save everybody some surprises in Fedora 22!
On 06/09/2014 05:00 PM, Richard Hughes wrote: On 9 June 2014 15:41, Ralf Corsepius rc040...@freenet.de wrote: 1. Is there a yum compatibility test suite? It dnf is supposed to be a drop-in replacement, not having one would seem grossly silly and should be treated as full stop show stopper. From someone that's had to work with the yum API in the past, I think such a thing would be very difficult if not impossible to achieve. I am not sufficiently familiar with yum's internal API to be able to have a strong opinion. However, when looking at it from a broader angle, your claim/statement then would qualify all compatibility claims on dnf to be cheating. The yum API grew organically and never really had any kind of published API docs or ABI stability promises. yum as a command line tool works well enough modulo multilib and depsolving, yum as a python API, not so much. Well, I start to wonder how people had been able to implement yum plugins? Do have at least /usr/bin/yum compatibilty-test suite? Ralf -- 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: Save everybody some surprises in Fedora 22!
On 06/09/2014 04:15 PM, Andre Robatino wrote: The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-dnf/ The list of missing yum options is both outdated and incomplete. For example, it's missing includepkgs (a repository option), for people who need to access specific packages from non-Fedora compatible repos. On the other hand, it includes deltarpm, although dnf has supported this for a while now. Deltarpms are working, but, as far as I can see, need to be manually enabled. If we're going for consistency, deltarpms should be enabled by default if deltarpm is installed. Jonathan -- 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: Save everybody some surprises in Fedora 22!
On Fri, Jun 06, 2014 at 02:46:23PM +0200, Ales Kozumplik wrote: Hello, The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-dnf/ Is the command still going to be called yum? It appears from https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF that everyone will have to start writing dnf install ..., which (if true) invalidates a vast amount of existing documentation and scripts. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.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: Save everybody some surprises in Fedora 22!
Jonathan Dieter jdieter at lesbg.com writes: The list of missing yum options is both outdated and incomplete. For example, it's missing includepkgs (a repository option), for people who need to access specific packages from non-Fedora compatible repos. On the other hand, it includes deltarpm, although dnf has supported this for a while now. Deltarpms are working, but, as far as I can see, need to be manually enabled. If we're going for consistency, deltarpms should be enabled by default if deltarpm is installed. Personally, I agree with this, since they reduce bandwidth for the mirrors (whether they help at the user's end depends on the user's hardware and bandwidth). I also think --best should be the default, since in Rawhide/Branched people need to know about broken deps to deal with them (hiding them isn't good, when a broken dep can prevent 100 packages that need testing from updating), while in stable releases they aren't supposed to happen anyway (hopefully better automation will actually ensure this). But I'm more concerned with things that are completely missing (especially if the survey doesn't include them) than about defaults that users have control over. -- 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: Save everybody some surprises in Fedora 22!
On 06/07/14 12:19, Rahul Sundaram wrote: Hi On Sat, Jun 7, 2014 at 10:36 AM, Bob Goodwin - Zuni, Virginia, USA Those of us who have to consider usage are willing to wait for the rpm rebuilding process Don't think you can speak for all of us. I don't prefer to wait at all and want the process to go as fast as it can. I have to deal with many more updates as a package maintainer and slowing me down will reduce the amount of time I can spend getting users the updates they want. So it likely affects you indirectly as well. Rahul Well it appears that we can both have it our way. I simple added deltarpm=1 to /etc/dnf/dnf.conf. [main] gpgcheck=1 installonly_limit=3 clean_requirements_on_remove=true deltarpm=1 That reduced a 171 MB update to 43 MB. It appears I might save a GB or more in the course of a month. That is much more important to me than the time dnf update spends rebuilding rpm's. Bob -- http://www.qrz.com/db/W2BOD box10 Fedora-20/64bit Linux/XFCE -- 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: Save everybody some surprises in Fedora 22!
On 06/09/2014 09:25 AM, Richard W.M. Jones wrote: It appears fromhttps://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF that everyone will have to start writing dnf install ..., which (if true) invalidates a vast amount of existing documentation and scripts. alias dnf=yum HTH, HAND. -- 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: Trying do get F20 up
On 06/07/14 20:07, Ed Greshko wrote: On 06/08/14 10:15, don fisher wrote: All of the configuration files have changed from my previous version (I think it is F17). Is there documentation on how to set up acpi? Is there documentation of all of these other changes? I am command line orientated and have trouble finding where things are. Pleases help a non-windows orientated person. Your question seem very general and vague to the point where I, for one, would find it hard to answer. Try asking specific questions, one subject per post. Meaning if you want to know about DNS configuration and sendmail configuration don't lump those together. As for acpi what do you mean by setting it up? Do you have, for example, a Toshiba laptop and do you need to install acpitool? root@meimei ~]# dnf info acpitool Available Packages Name: acpitool Arch: x86_64 Epoch : 0 Version : 0.5.1 Release : 7.fc20 Size: 57 k Repo: fedora Summary : Command line ACPI client URL : http://freeunix.dyndns.org:8000/site2/acpitool.shtml License : GPLv2+ Description : AcpiTool is a Linux ACPI client. It's a small command line : application, intended to be a replacement for the apm tool. Besides : basic ACPI information like battery status, AC presence, putting : the laptop to sleep, Acpitool also supports various extensions for : Toshiba, Asus and IBM Thinkpad laptops, allowing you to change the : LCD brightness level, toggle fan on/off, and more. Is this page of value? http://docs.fedoraproject.org/en-US/index.html Thanks for getting back. I receive a message from one of my older apps asking if I have loaded the 'battery' module. The only documentation I see for acpid does not go into how to configure for different modules. I looked under /etc/acpi and co mention of battery exists. I did not see anything. On my old system there was /lib/systemd/system/acpid.service. Does not appear to be here any more. My question was vague because I have been away from system configuration for awhile. My last system would not let me update files because of an error between yum and dbus that I could not resolve. I was looking for a system administration manual that described how things work, which files they use etc. When systemd came out Lennart had a 3 part description for why it was there and what was changed. I was looking for similar documentation for other changes. Or at least pointers to the appropriate man pages. I do not like to work blindly through GUI wizards, like you do under Windows. Thanks again. -- 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: Trying do get F20 up
On 06/10/14 03:30, don fisher wrote: Thanks for getting back. I receive a message from one of my older apps asking if I have loaded the 'battery' module. The only documentation I see for acpid does not go into how to configure for different modules. I looked under /etc/acpi and co mention of battery exists. I did not see anything. On my old system there was /lib/systemd/system/acpid.service. Does not appear to be here any more. [egreshko@meimei ~]$ yum whatprovides /lib/systemd/system/acpid.service Loaded plugins: langpacks, refresh-packagekit acpid-2.0.20-2.fc20.x86_64 : ACPI Event Daemon Repo: fedora Matched from: Filename: /lib/systemd/system/acpid.service So. yum install acpid -- Do not condemn the judgment of another because it differs from your own. You may both be wrong. -- Dandemis -- 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: Save everybody some surprises in Fedora 22!
Hi, I had a look at dnf yesterday for the first time, I didn't know it existed until this thread. I have a query with its functionality that I'm not sure is an issue or whether its just the package manager I normally use that is being user friendly or doing things differently. I have the akmod.nvidia and kmod.nvidia proprietary drivers installed and when they are updated, the package manager I use tells me about the packages that have to be uninstalled in order to do the update (this package manager seems to uninstall to old kmod package and installs the new one rather than update as such), but when I look at what dnf would do if I used that, it just tells me it is going to update the kmod driver and mentions nothing about the peripheral packages that will be removed. Is this normal functionality or is it a Beta testing issue? regards, Steve On 06/09/2014 05:45 PM, Jan Zelený wrote: On 6. 6. 2014 at 16:56:18, Patrick O'Callaghan wrote: On Fri, 2014-06-06 at 14:46 +0200, Ales Kozumplik wrote: Hello, The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-d nf/ Can the default configuration still leave you without a working kernel or has that been fixed? IIRC there was a bug that has been fixed. If you encounter this again, feel free to let us know. Thanks Jan attachment: samorris.vcf-- 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: Save everybody some surprises in Fedora 22!
On 06/09/2014 05:48 PM, Jan Zelený wrote: On 6. 6. 2014 at 09:20:33, Luke Nath wrote: Date: Fri, 6 Jun 2014 14:46:23 +0200 From: akozu...@redhat.com To: de...@lists.fedoraproject.org; yum-de...@lists.baseurl.org; users@lists.fedoraproject.org Subject: Save everybody some surprises in Fedora 22! Hello, The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-d nf/ Ales I have never used dnf. Does it have a GUI front end like Yumex? Nope, yumex has only a very little to do with yum, it's a separate project. You can use PackageKit or the GNOME software center which will both soon use the same underlying libraries dnf uses. Is PackageKit the only option for a kde user or is there something else which could be used, like for example Smartpm? regards, Steve Jan attachment: samorris.vcf-- 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: Save everybody some surprises in Fedora 22!
On 06/09/2014 05:45 PM, Jan Zelený wrote: On 6. 6. 2014 at 16:56:18, Patrick O'Callaghan wrote: On Fri, 2014-06-06 at 14:46 +0200, Ales Kozumplik wrote: Hello, The time when DNF will take over from Yum in Fedora is nearing. We're wondering: is there stuff people are still missing from DNF that they have got recently in Yum? Or even something else! We've put together a very short and simple survey. Let your opinion be heard! http://dnf.baseurl.org/2014/06/06/vote-for-yum-features-that-you-miss-in-d nf/ Can the default configuration still leave you without a working kernel or has that been fixed? IIRC there was a bug that has been fixed. If you encounter this again, feel free to let us know. Hi, Just another question, is DNF multi-threaded? From my perspective it would be ideal if it could be configured to specify how many parallel downloads to start (like other download managers I have used under windows) and like some compilers I have used, configure how many threads to use to allow non-dependent installs to run in parallel. In my view that would potentially speed up the install process. Thanks Jan attachment: samorris.vcf-- 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
Plymouth Uses Wrong Boot-up Theme
Hi, I have just configured Plymouth is install a graphical theme into the initrd. I specified that I wanted the 'Solar Flares' theme to be used, which correctly gets used at shutdown, but at start up the 'Solar Flares' theme is not used, instead the 'Hotdog' theme is used. Is this a bug in Plymouth or is this normal functionality? regards, Steve attachment: samorris.vcf-- 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: Save everybody some surprises in Fedora 22!
On 06/09/2014 07:50 PM, Bob Goodwin - Zuni, Virginia, USA wrote: On 06/07/14 12:19, Rahul Sundaram wrote: Hi On Sat, Jun 7, 2014 at 10:36 AM, Bob Goodwin - Zuni, Virginia, USA Those of us who have to consider usage are willing to wait for the rpm rebuilding process Don't think you can speak for all of us. I don't prefer to wait at all and want the process to go as fast as it can. I have to deal with many more updates as a package maintainer and slowing me down will reduce the amount of time I can spend getting users the updates they want. So it likely affects you indirectly as well. Rahul Well it appears that we can both have it our way. I simple added deltarpm=1 to /etc/dnf/dnf.conf. With yum, the situation was converse. = dnf IS NOT a drop-in replacement for yum. Ralf -- 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: Save everybody some surprises in Fedora 22!
On 06/10/14 05:16, Stephen Morris wrote: Is PackageKit the only option for a kde user or is there something else which could be used, like for example Smartpm? KDE's package management is apper -- Do not condemn the judgment of another because it differs from your own. You may both be wrong. -- Dandemis -- 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: Save everybody some surprises in Fedora 22!
On 06/09/2014 05:49 PM, Jan Zelený wrote: On 9. 6. 2014 at 16:41:59, Ralf Corsepius wrote: On 06/09/2014 02:30 PM, Matthew Miller wrote: On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote: till October) will give folks plenty of time to hone their dnf skills. IMO, for many (majority?) it will be a drop-in replacement for yum. Yes, that's the plan. There are some differences but they are all well documented. Is the plan to actually rename dnf to yum at that point? 1. Is there a yum compatibility test suite? It dnf is supposed to be a drop-in replacement, not having one would seem grossly silly and should be treated as full stop show stopper. 2. If dnf is supposed to be a drop-in replacement, a more reasonable approach but to force dnf upon all users by brute force, would be to apply alternatives. If it is truly a drop-in replacement, that seems like the less disruptive approach for users (and scripts) everywhere. Agreed. I regret, but so far, dnf I do not see much sense in dnf. Dnf is not supposed to be 100% drop-in replacement (hence the list of incompatibilities in the dnf documentation). I'd rather say that it's supposed to be as compatible as possible, focusing on the most widely used features first. Well, in this case ... you don't want to hear, what I think of this. What you currently are doing, definitely is against the Fedora users' interests, to say the least. Ralf -- 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: Save everybody some surprises in Fedora 22!
On Mon, Jun 9, 2014 at 12:53 AM, Jan Zelený jzel...@redhat.com wrote: Why not Vote for yum vs dnf? What exactly is wrong with yum? It has worked faultlessly and painlessly for me for years, with addons to deal with every conceivable problem. If there is some problem with it, why not simply deal with that problem instead of inventing a completely new program? Because the code base of yum is 10+ years old and is very difficult to maintain. Dnf was forked from yum with a goal to refactor the code base so it can be around for another 10+ years. Also, dnf is built on top of the 7 year old dependency solving library from openSUSE, so it's not exactly reinventing the wheel either. -T.C. -- 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: Save everybody some surprises in Fedora 22!
On Mon, Jun 9, 2014 at 12:58 AM, Joe Zeff j...@zeff.us wrote: On 06/09/2014 12:48 AM, Jan Zelený wrote: Nope, yumex has only a very little to do with yum, it's a separate project. You can use PackageKit or the GNOME software center which will both soon use the same underlying libraries dnf uses. And what do I use if I don't use Gnome but want a GUI? In KDE you can use Apper. (And possibly Muon in the future, which was developed by the Kubuntu folks but recently gained PackageKit support as well.) Not only will it work fine with DNF or yum but in Fedora 21 it will also get the fancy new screenshots and application descriptions that are available in gnome-software currently. If your favorite desktop doesn't have a PacakgeKit client, yell at them. It's been around for years now and is supported by all the major distributions. (I'm rather surprised the MATE folks haven't forked gnome-packagekit already...) Also, originally DNF was supposed to keep some compatibility with the yum python API. If that is still the case, porting yumex to DNF may be within the realm of possibility. -T.C. -- 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: Trying do get F20 up
On 06/07/14 20:07, Ed Greshko wrote: On 06/08/14 10:15, don fisher wrote: All of the configuration files have changed from my previous version (I think it is F17). Is there documentation on how to set up acpi? Is there documentation of all of these other changes? I am command line orientated and have trouble finding where things are. Pleases help a non-windows orientated person. Your question seem very general and vague to the point where I, for one, would find it hard to answer. Try asking specific questions, one subject per post. Meaning if you want to know about DNS configuration and sendmail configuration don't lump those together. As for acpi what do you mean by setting it up? Do you have, for example, a Toshiba laptop and do you need to install acpitool? root@meimei ~]# dnf info acpitool Available Packages Name: acpitool Arch: x86_64 Epoch : 0 Version : 0.5.1 Release : 7.fc20 Size: 57 k Repo: fedora Summary : Command line ACPI client URL : http://freeunix.dyndns.org:8000/site2/acpitool.shtml License : GPLv2+ Description : AcpiTool is a Linux ACPI client. It's a small command line : application, intended to be a replacement for the apm tool. Besides : basic ACPI information like battery status, AC presence, putting : the laptop to sleep, Acpitool also supports various extensions for : Toshiba, Asus and IBM Thinkpad laptops, allowing you to change the : LCD brightness level, toggle fan on/off, and more. Is this page of value? http://docs.fedoraproject.org/en-US/index.html I found more documentation https://wiki.archlinux.org/index.php/ACPI_modules and notice that there is no 'battery' module listed for the kernel. I guess I will have to build a new one. Thanks Don -- 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: Save everybody some surprises in Fedora 22!
On Fri, Jun 6, 2014 at 6:33 AM, Tom Horsley horsley1...@gmail.com wrote: Can we vote for features we want removed, like multilib? (Actually I guess that is an rpm abomination, not a yum abomination, but it still ought to be removed and all the rpms properly split into noarch, i686, and x86_64 parts :-). Why? I don't think everyone has given up on running random 32-bit apps, especially including 32-bit Windows apps via WINE (which requires multilib i686 bits). -T.C. -- 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: Save everybody some surprises in Fedora 22!
I've been using DNF for a year or so primarily. The one gripe that I have is that DNF tends to avoid giving useful information with broken packages. A required package version isn't available? Yum will print out tons of information on which package failed, what version is installed, and what version is available through yum. On the other hand, DNF just gives up without any useful output. Absolutely no information that there was a package conflict, much less what the details are. With Fedora embracing community repositories through COPR, the default packaging tool absolutely needs to present this information to users. There are also still situations where a user gets a Python stack trace, which is, bluntly, sloppy programming. Exceptions always need to be handled and presented in a reasonable format for users. The failure to catch exceptions instills the belief that the authors don't understand the failure modes of their application. I'll make one additional comment about how DNF doesn't go far enough to actually be useful enough to be next-generation. The slowest step for users who keep their packages generally up-to-date is the download and parsing of metadata. The Fedora OS repository metadata is over 36MiB (and completely static after release) that has to be downloaded and still takes a long time to parse. Why DNF didn't attempt to even address server-based queries or partial metadata download is beyond me. I shouldn't need to download full metadata of all packages just to figure out what needs to be updated, and similarly a package queries should happen on the remote mirror. There's no reason why every client needs to download and parse that much metadata. While DNF works pretty well and is marginally faster, it doesn't really offer that much benefit. I anticipate that we'll see DNF 2 or some other new package manager show up that at least alters the metadata situation if not going radically parallel to support simultaneous modification of many packages. On Mon, Jun 9, 2014 at 4:58 PM, Ralf Corsepius rc040...@freenet.de wrote: On 06/09/2014 05:49 PM, Jan Zelený wrote: On 9. 6. 2014 at 16:41:59, Ralf Corsepius wrote: On 06/09/2014 02:30 PM, Matthew Miller wrote: On Mon, Jun 09, 2014 at 09:59:15AM +0200, Jan Zelený wrote: till October) will give folks plenty of time to hone their dnf skills. IMO, for many (majority?) it will be a drop-in replacement for yum. Yes, that's the plan. There are some differences but they are all well documented. Is the plan to actually rename dnf to yum at that point? 1. Is there a yum compatibility test suite? It dnf is supposed to be a drop-in replacement, not having one would seem grossly silly and should be treated as full stop show stopper. 2. If dnf is supposed to be a drop-in replacement, a more reasonable approach but to force dnf upon all users by brute force, would be to apply alternatives. If it is truly a drop-in replacement, that seems like the less disruptive approach for users (and scripts) everywhere. Agreed. I regret, but so far, dnf I do not see much sense in dnf. Dnf is not supposed to be 100% drop-in replacement (hence the list of incompatibilities in the dnf documentation). I'd rather say that it's supposed to be as compatible as possible, focusing on the most widely used features first. Well, in this case ... you don't want to hear, what I think of this. What you currently are doing, definitely is against the Fedora users' interests, to say the least. Ralf -- 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: Save everybody some surprises in Fedora 22!
On Mon, 9 Jun 2014 15:25:33 -0700 T.C. Hollingsworth wrote: which requires multilib i686 bits Properly split up rpms wouldn't require multilib. The abomination that is multilib introduces utter confusion by allowing 32 and 64 bit versions of rpms to both be installed when both claim to include (for instance) /usr/bin/sillyprogram, yet by undocumented skullduggery only the 64 bit /usr/bin/sillyprogram executable is really installed. The whole multilib thing was a monstrous kludge because no one wanted to do the work to properly split rpms into noarch, library, and executable chunks. Packaging would be infinitely less mysterious and confusing if the proper split were made, and nothing would prevent 32 bit libs from being installed on 64 bit machines. -- 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: Plymouth Uses Wrong Boot-up Theme
Stephen Morris writes: Hi, I have just configured Plymouth is install a graphical theme into the initrd. I specified that I wanted the 'Solar Flares' theme to be used, which correctly gets used at shutdown, but at start up the 'Solar Flares' theme is not used, instead the 'Hotdog' theme is used. Is this a bug in Plymouth or is this normal functionality? You have to rebuild initramfs. Which is a pain; the easiest idiot-proof way to do this is as follows: 1) Reboot, but select one of the older kernels from the grub menu, and boot it. 2) After you boot, manually rpm -i the newest installed kernel 3) Run yum update to reinstall the newest kernel package. After you reboot, you should have the new theme coming up when booting the newest kernel. pgpone5PDZzYV.pgp Description: PGP 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: Plymouth Uses Wrong Boot-up Theme
On Mon, Jun 09, 2014 at 08:27:18PM -0400, Sam Varshavchik wrote: Stephen Morris writes: Hi, I have just configured Plymouth is install a graphical theme into the initrd. I specified that I wanted the 'Solar Flares' theme to be used, which correctly gets used at shutdown, but at start up the 'Solar Flares' theme is not used, instead the 'Hotdog' theme is used. Is this a bug in Plymouth or is this normal functionality? You have to rebuild initramfs. Which is a pain; the easiest idiot-proof way to do this is as follows: 1) Reboot, but select one of the older kernels from the grub menu, and boot it. 2) After you boot, manually rpm -i the newest installed kernel 3) Run yum update to reinstall the newest kernel package. Just running the following as root should be enough: # /usr/libexec/plymouth/plymouth-update-initrd should be enough. -- 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: F19 install and custom / RAID partitioning
On Jun 5, 2014, at 5:04 AM, Gary Stainburn gary.stainb...@ringways.co.uk wrote: The install has succeeded but when I reboot I get the following: Booting 'Fedora, with Linux 3.9.5-301.fc19.x86_64' error: failure reading sector 0xfc from 'hd1'. error: failure reading sector 0xe0 from 'hd1'. error: failure reading sector 0x0 from 'hd1'. Secure boot not enabled Press any key to continue... However, even if I don't press any key it then boots normally. Anyone know what this means and how serious it is? This could be an old bug. You could install the grub2-efi, grub2-tools, and shim packages for Fedora 20 or even Rawhide; and then: grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg Chris Murphy -- 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: Plymouth Uses Wrong Boot-up Theme
On 10/06/14 03:27, Sam Varshavchik wrote: Stephen Morris writes: Hi, I have just configured Plymouth is install a graphical theme into the initrd. I specified that I wanted the 'Solar Flares' theme to be used, which correctly gets used at shutdown, but at start up the 'Solar Flares' theme is not used, instead the 'Hotdog' theme is used. Is this a bug in Plymouth or is this normal functionality? You have to rebuild initramfs. Which is a pain; the easiest idiot-proof way to do this is as follows: 1) Reboot, but select one of the older kernels from the grub menu, and boot it. 2) After you boot, manually rpm -i the newest installed kernel 3) Run yum update to reinstall the newest kernel package. After you reboot, you should have the new theme coming up when booting the newest kernel. To rebuild the initrd, as root: dracut -f this will build the initrd for the currently running kernel, have a look at the manual page for how to rebuild the initrd for a specific kernel. -- 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