Re: DNF is a time waster
On 30. 3. 2016 at 06:35:19, Ralf Corsepius wrote: > On 03/29/2016 07:36 PM, CLOSE Dave wrote: > > If I run something like, "dnf -y install ", and is already > > installed, DNF gives a response like the following. > > > > Last metadata expiration check performed 0:00:02 ago on ... > > Package is already installed, skipping. > > > >... (long delay, sometimes several minutes) ... > > > > Dependencies resolved. > > Nothing to do. > > Complete! > > > > That is, it works but it takes an unreasonably long time to do so. How > > can it be that, DNF knows the package is already installed and /still/ > > takes such a long time to decide that dependencies are ok? There aren't > > any dependencies to resolve! > > I've seen and am seeing this happening many times, but I've given up > complaining about it, because I feel feedback on the numerous defects > dnf has, is politically unwanted. Feedback is always welcome, as long as it's constructive and both sides want to find mutually acceptable solution. 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: Why was YUM removed
On 10. 12. 2015 at 22:21:42, Tim wrote: > Allegedly, on or about 09 December 2015, Ralf Corsepius sent: > > My view: The only thing that was wrong with yum, was it being > > work-in-progress, when its maintainer passed away. > > One hopes that something as central as the updating/installing tool > would be (a) worked on by more than one person, and (b) sufficiently > documented that the project could be taken over. > > My second point seems to be seriously lacking on Fedora. While I can't > personally speak to documentation regarding software coding, the > documentation for operating some software is sorely lacking. There are > some distros where good documentation is a prerequisite to software > being accepted. That's something that substantially improved with dnf taking over. 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: dnf group thinks a group is installed but its packages have already been removed
Hey, > 1. Why does `dnf group remove lxqt` wants to remove everything on my system? > Most of it is not explicitely installed by me > https://paste.fedoraproject.org/291300/ That might be the reason. Dnf removes parts of the system that are marked as "installed only as a dependency" as soon as the packages depending on them are being removed. If you don't want this behavior, check out the config option called clean_requirements_on_remove. You can also take a look at the dnf mark command. > 2. How can I reinstall lxqt group? You first need to uninstall it. Groups are objects independent of the packages they contain. Check out the dnf group mark command. > 3. Is it a bug in dnf? Doesn't seem like it. > 4. Is there a reinstall option for group? See my previous comment about dnf group mark remove. HTH 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: f21 :: dnf-yum conflicts with yum
On 3. 11. 2015 at 10:49:43, Adrian Sevcenco wrote: > Hi! I am trying that, before f23 is out, to get used with dnf. > As such i am trying to install dnf but also to install the dnf-yum layer > (just in case my reflexes will kick in :) ) but i have an conflict with > yum .. and if i try to remove yum is bad :) > > Is there something to be done or just a fresh install of f23? > Thank you! > Adrian Well, the reason for the conflict is that dnf-yum transition package provides /usr/bin/yum which is also provided by yum itself. In F22 and later, yum was renamed to yum-deprecated and can therefore coexist with dnf-yum transition package. What you can try is to upgrade yum to version >= 3.4.3-505. Then, with sufficiently new dnf, you should be able to install both at the same time. I haven't tested this but taking the latest versions of dnf, yum and their dependencies should be the easiest way to do what you are trying to do. 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: dnf install custom rpm - dnf upgrade
On 12. 10. 2015 at 12:04:00, arnaud gaboury wrote: > I built my own .rpm's for a meta package. These packages are only a > modification of an existing Fedora package. Before I installed my own > packages, I first removed the original version from Fedora. > > Thus now $ dnf list installed return correctly: > Software version-MyBuild.fc22.1 > > When doing a system upgrade, dnf want to install the original Fedora > version: Software-version.fc22.1 I guess the official Fedora package was upgraded in remote repos and was therefore selected as an upgrade of your package. This happens if both packages have the same name. > Is there a way to change somewhere this behavior? Why dnf want to > upgrade a package which is not installed? I guess one solution would > be to give a different name for my own tweak rpm, but I thought > changing only versisoning would be enough. Another solution would be > to ignore these packages. Is there a clean and recommended way to > avoid dnf to upgrade these customs rpm's ? You basically have two options to do what you need: 1) Rename the package [1] 2) Bump the epoch so that the EVR of your custom package is always higher than the official one However, both of these options have some potential implications for stability of your system and you should know what are you doing before choosing one of them. [1] http://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_Packages 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: dnf: not found deltainfo and updateinfo
On 20. 8. 2015 at 08:42:31, Robert Moskowitz wrote: I used the -v option and saw all these messages for all of my repos (Fedora, Fedora-update, Adobe, rpmfusion free and non-free). I kind of get the no deltainfo message. I did not download the delta rpms to my local repos for Fedora and Fedora-update, and not supprised the others don't have. Is that why? Though I did put a deltarpm=0 in the /etc/yum.conf file (does dnf use this or have its own?). But what is the no updateinfo message about? thanks Both messages are debug level information, which indicates that they should not concern you unless you are debugging something. Anyway, the way I understand it (looking at the code for the first time), these are influenced solely by the metadata in remote repo. If the updateinfo or prestodelta files are missing, you will see these messages. 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: dnf update vs Software Udpates
On 21. 7. 2015 at 20:33:27, Matthew Miller wrote: On Wed, Jul 22, 2015 at 02:10:10AM +0200, Suvayu Ali wrote: I'm sorry but clean all is not necessary at all! clean metadata or clean expire-cache should be sufficient. You don't even need to do that. Just use the --refresh flag -- `dnf --refresh upgrade`. ... and I believe setting metadata_expire = 0 in dnf.conf will do the same thing permanently. 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: Thank God for yum-deprecated :-)
On 18. 7. 2015 at 17:59:49, Tom Horsley wrote: I see that dnf, in its infinite wisdom, has classified ignoring packages it can't find as a bug, therefore if you say dnf install `cat f22-missing.txt` to install as much stuff as possible in your new f22 as you used to have in f20, it will find the very first missing rpm (and ONLY the first), tell you it isn't in the repos, and quit. See: https://bugzilla.redhat.com/show_bug.cgi?id=1224485 So you delete it from the list and try again, which let's you find the 2nd one, repeat for several weeks, or discover there is a yum-deprecated out there and run: yum-deprecated install `cat f22-missing.txt` which will actually install everything it can and ignore the ones it can't find, thus saving you many hours of fixing the list or installing one package at a time with dnf. IIRC this feature is on the roadmap and should be implemented in a matter of weeks. 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: dnf update vs Software Udpates
On 19. 7. 2015 at 20:39:36, Javier Perez wrote: Ok, just did a dnf clean all , and the dnf update and the updates showed up Weird. JP On Sun, Jul 19, 2015 at 8:32 PM, Javier Perez pepeb...@gmail.com wrote: This is weird. Software Updates on the Control Panel says that there are 39 updates available But when I run dnf update it says Nothing to do. What gives? JP IIRC the Software Updates widget does not use dnf to check for updates, therefore it's likely it has a different set of metadata at its disposal. As you figured out, cleaning the MD cache helps. 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: dnf update vs Software Udpates
On 20. 7. 2015 at 09:43:45, Suvayu Ali wrote: On Mon, Jul 20, 2015 at 09:00:16AM +0200, Jan Zelený wrote: On Sun, Jul 19, 2015 at 8:32 PM, Javier Perez pepeb...@gmail.com wrote: This is weird. Software Updates on the Control Panel says that there are 39 updates available But when I run dnf update it says Nothing to do. What gives? IIRC the Software Updates widget does not use dnf to check for updates, therefore it's likely it has a different set of metadata at its disposal. As you figured out, cleaning the MD cache helps. I'm getting a bit confused lately. How many package managers does Fedora have these days? IIRC, until a year or two back, it was the same backend (yum), but many front ends (yumex, all the packagekit based frontends for the different desktops). Did packagekit start doing the backend bits itself? From your message I understand that there are at least two different package managers, both are Official to some capacity. For cli users like myself, it's dnf, for gui users it's something packagekit based. Am I mistaken? You are not, that's pretty much it. We have had two independent software management stacks since F21 where PackageKit (PK) switched from yum backend to libhif. At the moment PK and dnf share libraries for depsolving and downloading stuff but other than that the code is independent. IIRC the reason is that dnf is written in Python and that is not acceptable for PackageKit because of the new Gnome Software front end. It is likely that PK and dnf will share more code in the future but that's more of a very long term plan. 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: Thank God for yum-deprecated :-)
On 20. 7. 2015 at 08:57:41, kevin martin wrote: I'm with Jan...Thank God for yum-deprecated. Been trying to get systemd updated with DNF forever and it's been throwing an error about fedora-release..yum-deprecated has it handled. The whole skip-broken part of yum makes it so much easier to actually do updates. DNF's handling of broken packages by stopping the update cold is worthless. Well, I can't be sure because you haven't provided any details but it sounds like something --best might be able to solve for you. 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: Thank God for yum-deprecated :-)
On 20. 7. 2015 at 10:12:35, Bruno Wolff III wrote: On Mon, Jul 20, 2015 at 16:02:11 +0200, Jan Zelený jzel...@redhat.com wrote: On 20. 7. 2015 at 08:57:41, kevin martin wrote: I'm with Jan...Thank God for yum-deprecated. Been trying to get systemd updated with DNF forever and it's been throwing an error about fedora-release..yum-deprecated has it handled. The whole skip-broken part of yum makes it so much easier to actually do updates. DNF's handling of broken packages by stopping the update cold is worthless. Well, I can't be sure because you haven't provided any details but it sounds like something --best might be able to solve for you. That doesn't really help much. It provides some data on why it isn't doing things that might allow you to figure out how to modify the command to get it to partially succeed. --allowerasing only works in some cases and I haven't been able to figure out which cases. For just doing updates (not installs) I found that dnf does a better job at figuring out what can be updated without removing anything. Yum's depsolver would just give up in some caes where dnf can do some updates. That's basically what --allowerasing is about. The idea is that when you run upgrade, you most likely don't want this upgrade to remove any of the packages that are currently installed on your system. As the name says, the -- allowerasing switch removes this assumption, allowing the dependency solver to have more available solutions to choose from. Let me give you an example how can such situation occur. You install package A which it depends on a certain capability that packages B and C provide. The dependency solver chooses to install package C and finishes the transaction. Then, after some time, package A gets an upgrade that requires newer version of the aforementioned functionality. However, package C doesn't provide this newer version. An intuitive solution is to remove package C and install package B instead. To do that you need to use --allowerasing, as dnf doesn't expect you by default to want a solution that includes removing currently installed package. Back to your original question, I am not sure what the problem is. You seem to describe a situation where package has some broken deps and therefore can't be installed in which case it is not going to be installed, neither by yum nor by dnf and --skip-broken will have no effect on that. Or am I missing something? HTH 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 - 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: 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 22 beta -
On 27. 5. 2015 at 03:56:11, Bob Goodwin - Zuni, Virginia, USA wrote: Do I need to do anything more with this Fedora 22 beta system? # dnf update Last metadata expiration check performed 0:18:24 ago on Wed May 27 03:30:41 2015. Dependencies resolved. Nothing to do. Complete! That seems to indicate not. This indication might not be completely correct. Unfortunately dnf does not report packages that can't be upgraded due to broken dependencies by default (there is an RFE for that somewhere). You can try running dnf check-update to verify there is really nothing to do and if there is, you can run run dnf with --best to see what the problem is. In my case, upgrade of half of the system to F21 was blocked by chromium-v8. If you need any further assistance, let me 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: dnf and RPMDB altered outside of yum
On 7. 4. 2015 at 17:40:06, Michael Schwendt wrote: On Mon, 6 Apr 2015 09:30:21 -0400, Rahul Sundaram wrote: You can remove yum and install dnf-yum package which provides an alias but I wouldn't really recommend that for Fedora 21 yet Even with Fedora 22 there are explicit dependencies on yum: # rpm --test -e yum error: Failed dependencies: yum is needed by (installed) fedora-easy-karma-0-0.23.20140905git5fb5b77a.fc22.noarch yum is needed by (installed) bodhi-client-0.9.12.2-1.fc22.noarch yum = 2.4 is needed by (installed) mock-1.2.7-1.fc22.noarch yum is needed by (installed) python-dnf-plugins-extras-migrate-0.0.6-2.fc22.noarch yum = 3.4.3-148 is needed by (installed) yum-utils-1.1.31-505.fc22.noarch yum = 3.2.19 is needed by (installed) yum-plugin-auto-update-debug-info-1.1.31-505.fc22.noarch yum = 3.4.3-91 is needed by (installed) anaconda-core-22.20.8-1.fc22.x86_64 You are correct. Our first goal was to migrate those tools that are in basic installations of either of the three Fedora products. We met that goal and we now work on migrating the rest. However this is going to take some time, which is why yum is still in F22. You can run `dnf repoquery --whatrequires yum` to get some idea which of your applications still depend on yum. 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: getting rid of yum
On 15. 12. 2014 at 17:23:48, Marko Vojinovic wrote: On Mon, 15 Dec 2014 16:46:53 + Patrick O'Callaghan pocallag...@gmail.com wrote: On Mon, 2014-12-15 at 10:34 -0600, Ranjan Maitra wrote: Because (from what I understood, perhaps incorrectly) yum is going away in favor dnf, I was trying to get used to the latter. Because the former is so ingrained in me, I was trying to get rid of it from the system so that not having it available would force me to think and thus get used to dnf. Or you could alias yum to echo Use DNF My understanding is that the name dnf is just a dummy placeholder, so that --- once its code matures enough and the old yum code gets obsolete --- dnf will simply be renamed to yum, and its major version number increased by a notch. So the name yum isn't going anywhere, AFAIK. Actually it's the exact opposite, dnf is going to continue being the project name, as renaming it would cause nothing but pain. The discussion about the name took place about a year ago on Fedora devel list if you are interested. You can also find some explanation about the name here: http://dnf.baseurl.org/2014/03/12/on-the-name/ 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: getting rid of yum
On 15. 12. 2014 at 13:03:54, Chris Murphy wrote: On Mon, Dec 15, 2014 at 9:34 AM, Ranjan Maitra maitra.mbox.igno...@inbox.com wrote: Because (from what I understood, perhaps incorrectly) yum is going away in favor dnf, I was trying to get used to the latter. Because the former is so ingrained in me, I was trying to get rid of it from the system so that not having it available would force me to think and thus get used to dnf. So I try: dnf erase yum I suggest being really skeptical of dnf erase suggestions. It can be brutal (don't try dnf erase kernel for example, it'll remove all kernels including the running one). This is not true, the issue was fixed quite some time ago: [root@boson ~]# dnf erase kernel Dependencies resolved. Error: The operation would result in removing the booted kernel: kernel-3.17.4-200.fc20.x86_64. I also suggest being prepared to file a bug in which case you need to use --debugsolver, e.g. dnf --debugsolver upgrade dnf --debugsolver erase blah And then tar the resulting debug folder in the current directory and attach to the bug. It's close to 100% chance you'll be asked for it so you might as well just provide it from the start. This is definitely a good advice. Even though most of these issues are caused by poor packaging of various Fedora rpms, it helps a lot to know what exactly happened. See this page for more information on how to report a bug so it's as helpful and descriptive as possible: https://github.com/rpm-software-management/dnf/wiki/Bug-Reporting 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: getting rid of yum
On 15. 12. 2014 at 10:34:30, Ranjan Maitra wrote: Because (from what I understood, perhaps incorrectly) yum is going away in favor dnf, I was trying to get used to the latter. Because the former is so ingrained in me, I was trying to get rid of it from the system so that not having it available would force me to think and thus get used to dnf. So I try: dnf erase yum abrt x86_64 2.3.0-3.fc21@System 1.9 M abrt-addon-ccpp x86_64 2.3.0-3.fc21 @System 275 k abrt-addon-kerneloops x86_64 2.3.0-3.fc21 @System74 k abrt-addon-pstoreoops x86_64 2.3.0-3.fc21 @System14 k abrt-addon-python x86_64 2.3.0-3.fc21@System19 k abrt-addon-python3 x86_64 2.3.0-3.fc21@System14 k abrt-addon-vmcore x86_64 2.3.0-3.fc21@System40 k abrt-addon-xorg x86_64 2.3.0-3.fc21@System17 k abrt-cli x86_64 2.3.0-3.fc21@System 0 abrt-libs x86_64 2.3.0-3.fc21@System51 k abrt-plugin-bodhi x86_64 2.3.0-3.fc21@System20 k abrt-python x86_64 2.3.0-3.fc21@System57 k abrt-python3 x86_64 2.3.0-3.fc21@System53 k abrt-retrace-client x86_64 2.3.0-3.fc21@System 105 k abrt-tui x86_64 2.3.0-3.fc21 @System24 k anaconda-core x86_64 21.48.21-1.fc21 @System 7.7 M anaconda-gui x86_64 21.48.21-1.fc21 @System 1.2 M anaconda-tui x86_64 21.48.21-1.fc21 @System 373 k anaconda-yum-plugins noarch 1:1.0-10.fc20 @System21 k createrepo noarch 0.10.3-3.fc21 @System 301 k fedup noarch 0.9.0-2.fc21@System 253 k libreport x86_64 2.3.0-5.fc21@System 1.8 M libreport-anaconda x86_64 2.3.0-5.fc21@System15 k libreport-cli x86_64 2.3.0-5.fc21@System29 k libreport-fedora x86_64 2.3.0-5.fc21@System 40 k libreport-gtk x86_64 2.3.0-5.fc21@System 219 k libreport-plugin-bugzilla x86_64 2.3.0-5.fc21 @System 147 k libreport-plugin-kerneloops x86_64 2.3.0-5.fc21 @System37 k libreport-plugin-logger x86_64 2.3.0-5.fc21 @System35 k libreport-plugin-reportuploader x86_64 2.3.0-5.fc21@System71 k libreport-plugin-ureport x86_64 2.3.0-5.fc21@System55 k libreport-python x86_64 2.3.0-5.fc21@System94 k libreport-python3 x86_64 2.3.0-5.fc21@System41 k libreport-web x86_64 2.3.0-5.fc21@System44 k livecd-tools x86_64 1:21.4-1.fc21 @System 144 k lorax x86_64 21.30-1.fc21@System 440 k python-imgcreate x86_64 1:21.4-1.fc21 @System 282 k python-mehnoarch 0.32-3.fc21 @System 251 k python-meh-guinoarch 0.32-3.fc21 @System24 k yum noarch 3.4.3-153.fc21 @System 5.6 M yum-langpacks noarch 0.4.4-1.fc21@System66 k yum-plugin-fastestmirror noarch 1.1.31-27.fc21 @System53 k yum-plugin-remove-with-leaves noarch 1.1.31-27.fc21 @System 26 k yum-utils noarch 1.1.31-27.fc21 @System 324 k Question: why do stuff like createrepo, fedup, livecd-tools, etc still depend on yum? Should they be made to depend on dnf now, in which case, should there be a bug report on this? We have already filed bugs to all those components that still rely on yum and we hope people will port them soon. See the tracking bug [1] for details. We continuously work on improving the documentation so people have some examples to follow when porting their applications. We are also available on #yum @ FreeNode to answer potential questions. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1156491 As for createrepo, that's a different topic. This project is going to die alongside yum, as it shares some of the code base. At this point we are working on createrepo_c. Written in C, it is ~30% more efficient and almost feature complete when compared to the old createrepo (only deltas are missing at this point but work in underway to change that). Thanks Jan -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options:
Re: getting rid of yum
On 15. 12. 2014 at 22:10:21, Sudhir Khanger wrote: On Monday, December 15, 2014 10:34:30 AM Ranjan Maitra wrote: Question: why do stuff like createrepo, fedup, livecd-tools, etc still depend on yum? Should they be made to depend on dnf now, in which case, should there be a bug report on this? Yum isn't going anywhere anytime soon. DNF doesn't support createrepo/local repositories. Folks are going to use yum for at least a few releases even after F22. Well, yes and no. Yum is not going away completely but some powerful features (like the extended dependency model) are coming to rpm which yum will not keep up with and at that point it will pretty much stop working. 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: f21 runs dnf check on every shell startup
On 9. 12. 2014 at 07:06:52, Neal Becker wrote: After fedup f20-f21, on every shell startup I see: Repository google-chrome is listed more than once in the configuration I don't want this check run on each shell start. For one thing, I believe it is causing sometimes long delays. How do I turn it off? Sounds like it's caused by dnf bash completion script. Adding Igor into the loop, as he is the author of that script. 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: f21 runs dnf check on every shell startup
On 9. 12. 2014 at 18:52:29, Igor Gnatenko wrote: On Tue, Dec 9, 2014 at 5:34 PM, Neal Becker ndbeck...@gmail.com wrote: I'm sorry, I'm confused. The problem is that it seems with every shell startup, some dnf command is run (perhaps check-update?). I did not run the command. I don't want it to run - sometimes it slows shell startup. You mean GNOME shell startup? or what startup? IIUIC that would be bash startup. Is is possible that the bash completion script does some preloading at that time? 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: request for DNF package
On 3. 9. 2014 at 10:54:07, Balint Szigeti wrote: hello I don't know where I should send this email but I'd like to ask the DNF developer to the DNF application examine the proxy settings and if the user run the DNF command with debug option list the all steps instead of yum. I just had a case when I couldn't install RPMs by yum. I traced the network traffic, routing, firewall, debug yum, check network settings but didn't find the problem. After several hours finally I found the problem. Someone configured proxy settings which was loaded for all user even though yum should have used their own proxy setting but it didn't do. So I'd like to ask the DNF developer, DNF on the latest debug level tell everything what it does like, reading this config file, reading env variable, setting these variable, using these proxy, configs, restrictions etc If someone know how I can reach them please answer to me. Hello, your best option is to file RFE in Bugzilla [1], the dnf development team is quite active there. They usually do the bug triage in a matter of hours (mostly days) and they let you know what their call is. Note: before you file the RFE, I suggest you search through the bug list, I have seen some proxy related RFEs there already. Thanks Jan [1] https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora -- 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: wanted: performance laptop, no windoze tax
On 16. 7. 2014 at 11:07:06, Neal Becker wrote: Sorry, I know this subject has been written about before. But google shows mostly 5 year old info. What are some recommendations for a relatively high performance laptop that works well on linux, and without paying windoze tax? Just yesterday, I saw this offer: Ultrabook Dell Latitude E7440, Linux preinstalled (not sure what Linux though). CPU: i7-4600U GPU: Intel HD 4400 RAM: 8GB HDD: 500GB Display: 14 FHD I have very good experience with older Latitute E6500, I suppose this might work well too. HTH 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: dnf v.s. yum
On 16. 6. 2014 at 07:19:45, Stephen Morris wrote: On 06/15/2014 11:23 PM, Ed Greshko wrote: On 06/15/14 19:02, Tim wrote: On Sun, 2014-06-15 at 18:27 +0800, Ed Greshko wrote: OK I read FAQ. http://akozumpl.github.io/dnf/user_faq.html#why-do-i-get-different-resul ts-with-dnf-update-vs-yum-update And the one following it Is it possible to force DNF to get the latest metadata on dnf upgrade? Running KDE and the notifications in the systray showed there are 12 updates available. Figured I give dnf a try, which I've done from time to time, but it showed no packages to update. OKso clean metadata for both yum and dnf ran both yum check-update and dnf check-update. yum listed the 12 And dnf offered nothing... Is this just a case of whatever generates the metadata that yum uses, and whatever else generates the metadata that dnf uses, do their generation at different times? Or do they actually have a different set of package files to look through? I can't help but wonder what changing from yum to dnf will do for mirror sites. Are we going to see a prolonged period where various mirrors stagnate? Right But, now it does I thought clean metadata would have done it But, clean expire-cache seems to have done the trick. Can Yum cache updates and DNF cache updates interfere with each other? Since installing DNF I randomly get out of space conditions on cache updates which I have queried in another thread. I don't understand why this occurs when the file I think it is trying to update is 25 GB in size and there is 695 GB free space in the partition where the cache is. Have you experienced this sort of thing, or should I be raising a bug report (the issue with a bug report is at the moment I'm not sure if it is DNF or Yum producing the error message, and, if it is Yum, given that DNF is replacing Yum in Fedora 22 is anybody going to care anyway?). Hi Steve, I'm not sure I understand your situation entirely but the short version is: yum cache and dnf cache are two separate things so they do not interfere with each other. May I ask what 25G file do you have on fs that needs updating? I have never seen rpms of such size and quite frankly I was under the impression that it wasn't even possible to build them using rpm until recently. 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 14. 6. 2014 at 11:05:03, Stephen Morris wrote: On 06/14/2014 12:05 AM, Aleksandar Kostadinov wrote: Tom Horsley wrote, On 06/07/2014 03:57 PM (EEST): On Sat, 7 Jun 2014 07:47:37 -0500 Bruno Wolff III wrote: For one thing the depsolving algorithm used by yum is slow. Not so an ordinary human could notice it compared (for example) to the time it takes to rebuild the rpms from the deltas. Not everybody is runnig fedora on a 2GB+ machine. I welcome the move to more efficient package management. Especially if it is mostly backward compatible. Most users shouldn't notice. I've just installed python3-dnf and python3-dnf-plugins-core and when I run dnf I get the following messages: dnf --version Traceback (most recent call last): File /usr/bin/dnf, line 35, in module from dnf.cli import main ImportError: No module named dnf.cli If instead I install dnf and dnf-plugins-core, which are the python2.7 versions they run fine. I have manually also installed the python-cli packages which was not instead when installing either version of dnf. That sounds like a bug and if you used up-to-date version of dnf, you should definitely report it in bugzilla. 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 16. 6. 2014 at 07:49:55, David wrote: On 6/16/2014 7:19 AM, Ed Greshko wrote: On 06/16/14 19:00, David wrote: On 6/16/2014 1:05 AM, Ed Greshko wrote: On 06/16/14 12:27, Rejy M Cyriac wrote: By the way, 'dnf erase kernel' scares me :-O FWIW, it has been suggested that the DNF developers would consider this a bug if the number of CC's on https://bugzilla.redhat.com/show_bug.cgi?id=1049310 was over 40. It now stands at 40. But, it wouldn't hurt to have others add themselves to the list to increase the #. 43 now but it is marked CLOSED WONTFIX. So you think that they will change their mind? Let's just put it this way They may or they may not, but adding to the cc list couldn't hurt. Who knows, it may take a large paid user of RHEL suffering an avoidable failure to convince them. Perhaps. Have you any knowledge of a Bugzilla marked CLOSED WONTFIX being changed? We originally didn't want to implement anything like this for three reasons: a) in our opinion, dnf should not do the thinking for admins b) the real impact of this feature is questionable c) we don't want dnf to contain ugly hacks from the beginning ad b) how many times have this feature actually saved you from erasing the kernel? In 10+ years using Linux I have never managed to do this accidentally. That being said, if users accidentally instruct yum to erase the running kernel on a regular basis, we are will reconsider this argument. Hence the poll ... feel free to reopen the bug too, otherwise it might get off the radar. ad c) if we are to implement this, it will be a part of systematic solution, no workarounds or hackish constructs in the code base. It might take a while longer but the difference will be worth the effort, I'm sure. 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 16. 6. 2014 at 09:19:21, Rahul Sundaram wrote: Hi On Mon, Jun 16, 2014 at 8:45 AM, Jan Zelený wrote: ad b) how many times have this feature actually saved you from erasing the kernel? In 10+ years using Linux I have never managed to do this accidentally. You are assuming limited by your own experience that this is done accidentally. And hence the poll 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 9. 6. 2014 at 17:12:37, Andre Robatino wrote: 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. In case you have some features you would like us to include, please search bugzilla for the list of (both opened and closed) RFEs. If you don't find the RFE in the list, feel free to open a request so we can track what people actually want. Your other option is to use the form to let us know what are you missing and what is your use case (don't forget to include the second part, that's actually the more important one). 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 9. 6. 2014 at 15:17:47, T.C. Hollingsworth wrote: 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. Some compatibility yes but the problem is that yum's internals have historically been abused a lot so there is no way of knowing what might have broken. However dnf's API is well documented so porting any application should not be a big problem. 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 9. 6. 2014 at 15:28:44, Patrick O'Callaghan wrote: 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. There were a few bugs in this area but I think this is the one with the highest impact: 1087534 Obviously if you specifically instruct dnf to erase your kernel, it will do so. 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 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 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 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 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 6. 6. 2014 at 09:33:03, Tom Horsley 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? 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 :-). Proposals welcome, we can create a poll later ;-) Although I'm pretty sure multilib is one of the things that are here to stay in the foreseeable future. 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: DNF vs. YUM
On 13. 3. 2014 at 13:41:48, Tethys wrote: On Thu, Mar 13, 2014 at 1:35 PM, Mark Haney mha...@practichem.com wrote: So, let me get this straight, DNF doesn't check the (online?) repo metadata when I call 'sudo dnf update'? That's how I'm reading this. If that's true, why the devil not? At a guess, for marketing reasons. People see apt as being quicker than yum, and in a large part that's because it doesn't update metadata where yum does, so people are comparing two different things. I believe that not checking metadata is retarded and I don't think we're right in moving to the same architecture. But it wouldn't surprise me if that's the rationale. And you are absolutely correct. The metadata are quite large and downloading them every single time is time consuming. There is usually no harm in getting the updates a few days later and if you really want to get the very latest updates, you still have options how to achieve that - either change the time period for how long the MD should be cached or run dnf clean * before you run the update. * See the man page for details on dnf clean, there are multiple options you can use 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: DNF vs. YUM
On 13. 3. 2014 at 10:04:04, Mark Haney wrote: On 03/13/14 09:52, Tethys wrote: On Thu, Mar 13, 2014 at 1:48 PM, Jan Zelený jzel...@redhat.com wrote: The metadata are quite large and downloading them every single time is time consuming. I can't think of an occasion on which I'd want to say update this package, but not to the latest version. For installing new software, maybe. But updating an already installed package? I'd say the default should be to check metadata in that instance. That's your opinion and we respect it by providing you the means how to do exactly what you want (see my previous email for details). Comparing apt and yum is silly. But I see the point. I've never been personally all that impressed with how Debian updates packages. Fast, maybe. Consistent? I have always had a real problem with .deb packages and updating configuration files. Invariably I have config files that don't get updated and don't work with the new versions. Then I have to spend precious time updating the files by hand. Personally, yum does a much better job of that. And dnf will provide the best of the two - it will stay consistent (older packages are not in the repos anyway) and it will increase the performance by fetching the metadata only when necessary. Making RPMs and yum more efficient is great, don't get me wrong. But I don't care about speed. I typically manually run updates from the CLI every day. I prefer seeing the progress that way than from a GUI. But, I guess that comes from years of being a command line jockey. And you can still do that in dnf, it's just not the default behavior 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: F20 Updates or yum broken?
On 19. 2. 2014 at 12:57:29, Dan Irwin wrote: Hello Joe, Thanks for the tip. I had forgotten about package-cleanup. However, running that shows some more issues: Is this ok [y/N]: y Downloading packages: Running transaction check ERROR with transaction check vs depsolve: libvirt-daemon = 1.1.3.3-5.fc20 is needed by (installed) libvirt-daemon-driver-network-1.1.3.3-5.fc20.x86_64 libvirt-daemon = 1.1.3.3-5.fc20 is needed by (installed) libvirt-daemon-driver-qemu-1.1.3.3-5.fc20.x86_64 libvirt-daemon = 1.1.3.3-5.fc20 is needed by (installed) libvirt-daemon-driver-secret-1.1.3.3-5.fc20.x86_64 libvirt-daemon = 1.1.3.3-5.fc20 is needed by (installed) libvirt-daemon-driver-nodedev-1.1.3.3-5.fc20.x86_64 libvirt-daemon = 1.1.3.3-5.fc20 is needed by (installed) libvirt-daemon-driver-nwfilter-1.1.3.3-5.fc20.x86_64 libvirt-daemon = 1.1.3.3-5.fc20 is needed by (installed) libvirt-daemon-driver-storage-1.1.3.3-5.fc20.x86_64 libvirt-daemon = 1.1.3.3-5.fc20 is needed by (installed) libvirt-daemon-driver-interface-1.1.3.3-5.fc20.x86_64 libvirt-daemon = 1.1.3.3-5.fc20 is needed by (installed) libvirt-daemon-kvm-1.1.3.3-5.fc20.x86_64 Complete! (1, []) If I try to remove libvirt-daemon, and its dependencies, I get the following error: # rpm -e libvirt... (and it's dependencies including gnome-boxes) warning: %postun(gnome-boxes-3.10.2-2.fc20.x86_64) scriptlet failed, exit status 127 error: %preun(libvirt-daemon-1.1.3.2-1.fc20.x86_64) scriptlet failed, exit status 127 error: libvirt-daemon-1.1.3.2-1.fc20.x86_64: erase failed It's beginning to look like a re-install is on the cards! Still, I'd love to know what caused this breakage. That's a known F20 problem, SELinux is the culprit: http://fedoraproject.org/wiki/Common_F20_bugs#RPM_scriptlets_fail_during_updates 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: dnf-yum observation - link corrected
On 9. 1. 2014 at 14:31:09, Frank Murphy wrote: On Thu, 09 Jan 2014 09:26:32 -0500 Bob Goodwin - Zuni, Virginia, USA bobgood...@wildblue.net wrote: Apologies wrog link http://dnf.baseurl.org/2014/01/02/dnf-update-and-yum-update-produce-differen t-output/ Just a note here: if you want the MD to be synced up every time you run yum (which is not the case for me and I suppose many users will appreciate the fact that dnf doesn't check for MD every single time), check out the clean command, you have more options ranging from dnf clean expire-cache to dnf clean all. Ex. dnf clean all dnf update 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: announcement --- planned Yum replacement now ready for user testing
On 2. 1. 2014 at 13:32:23, Timothy Murphy wrote: Ales Kozumplik wrote: On behalf of the DNF team I'd like to invite all the interested Fedora users in trying out and testing DNF in Fedora 20. DNF is a tool that aims to fully replace Yum by Fedora 22. Yum works perfectly well, in my experience. The problems you discuss are never met by the average user (like me), who simply use yum update and yum install. By all means introduce an alternative, but please leave yum for those who are satisfied with it. Not another grub2, please. It's actually going to be the other way around - yum will be an alternative to dnf. The thing is that yum will soon enter maintenance mode - most of the planned new features will happen in dnf, not in yum. At this point I will repeat that dnf is based on the original yum code so for vast majority of users the change will not be noticeable and everything will continue to work the same. 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: missing files during yum cleanup phase
On 2. 11. 2013 at 09:30:56, Les Howell wrote: Hi everyone, I got a few messages during my latest yum update. They indicate that some files were not present, since it occurred during the cleanup phase I suspect it is not important, but thought I should check just in case... Here are the messages: Cleanup: gnome-documents-3.8.4-1.fc19.x86_64 94/94 chown: cannot access ‘/var/tmp/abrt/ccpp-2013-10-19-11:59:44-4569/*’: No such file or directory chown: cannot access ‘/var/tmp/abrt/ccpp-2013-08-30-18:20:54-2289/*’: No such file or directory chown: cannot access ‘/var/tmp/abrt/ccpp-2013-10-27-00:21:24-3873/*’: No such file or directory chown: cannot access ‘/var/tmp/abrt/ccpp-2013-10-27-00:14:49-1837/*’: No such file or directory chown: cannot access ‘/var/tmp/abrt/ccpp-2013-10-27-00:15:51-2883/*’: No such file or directory chown: cannot access ‘/var/tmp/abrt/ccpp-2013-10-03-01:10:57-1846/*’: No such file or directory The location and the action to be performed suggest it's really not important, probably just some minor packaging glitch in abrt package. 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: yum grouplist does not show all groups
On 29. 9. 2013 at 18:02:57, Özgür wrote: And why do hidden groups exist at all? I cannot see any point of hiding Development Libraries. Is it very infrequently used? No. Is it dangerous? No. So what is the point? My guess is that the group is not intended (for whatever reason) to be installed on its own, rather as a part of some environment like Development or Development and Creative Workstation. -- snip -- 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: Yum: a suggestion
On 30. 8. 2013 at 18:18:54, poma wrote: On 30.08.2013 10:52, Frank Murphy wrote: On Fri, 30 Aug 2013 10:48:45 +0200 Timothy Murphy gayle...@alice.it wrote: Yum only tells me the sites it has _failed_ to download from. Wouldn't it be nice if it also told us which sites _succeed_? I'd like to know who to be grateful to. A good place for yum suggestions. http://lists.baseurl.org/mailman/listinfo/yum Actually now is a good time for the feature requests, but for the DNF[1]. Ales Kozumplik at 'de...@lists.fedoraproject.org'[2] is your pal. Good luck. Or just file a bugzilla with RFE against the dnf component, Ales is doing a great job triaging RFEs. 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