Re: An everyday tale of dnf
Am 09.04.2015 um 10:28 schrieb Jan Zelený: On 9. 4. 2015 at 03:19:02, kendell clark wrote: hi I'll add my two cents in. I've had few problems with dnf. That being said, I usually get an error after every install/update that goes something like, snapper. Could not create snapshot error.unknown config: /org.freedesktop.dbus.error. This is not exact, I can get exact if needed. I'm assuming the snapshot plugin might be broken, or still be in development. I sometimes get a much more serious error that I solved once, but now can't remember how. Sometimes when I go to do anything with dnf, I get an error of, error. Repository local is listed more than once in the configuration. And dnf immediately returns me to my prompt. This not only affects dnf when run from the command line, but also appears to affect gnome software, which presumably uses it. I hope to be able to help fix these issues by f22's release. I'll gladly provide any needed info. Thanks Kendell clark Sent from Fedora GNU/Linux Please review the entire thread, I believe you are hitting the very same issue that was thoroughly analyzed and solved here. Once again, dnf is not to be blamed here, the issues are in the individual plugins you have installed not really snapper could simply realize that it can't work as example on ext4 and just be a NOP operatin doing nothing in that case signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: An everyday tale of dnf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 hi I'll add my two cents in. I've had few problems with dnf. That being said, I usually get an error after every install/update that goes something like, snapper. Could not create snapshot error.unknown config: /org.freedesktop.dbus.error. This is not exact, I can get exact if needed. I'm assuming the snapshot plugin might be broken, or still be in development. I sometimes get a much more serious error that I solved once, but now can't remember how. Sometimes when I go to do anything with dnf, I get an error of, error. Repository local is listed more than once in the configuration. And dnf immediately returns me to my prompt. This not only affects dnf when run from the command line, but also appears to affect gnome software, which presumably uses it. I hope to be able to help fix these issues by f22's release. I'll gladly provide any needed info. Thanks Kendell clark Sent from Fedora GNU/Linux Igor Gnatenko wrote: probably you are right. I will take a care tomorrow On Thu, Apr 9, 2015 at 9:49 AM, Jan Zelený jzel...@redhat.com wrote: FYI dnf-plugins-extras is a package that aggregates all plugins that the community produces. Bottom line, please don't blame dnf, blame the individual plugins. Reading your problem and couple other just like it I think it might make sense not to have the dnf-plugins-extras metapackage that installs all the plugins automatically. It seems to be only upsetting people when one (often not the desired one) plugin breaks everything else. I'm CCing Igor to consider this proposal. Thanks Jan On 8. 4. 2015 at 12:14:17, Tom Hughes wrote: So this morning I cloned an up to date rawhide VM and attempted to convert it to F22 by using dnf distro-sync on it. Obviously that is a fairly advanced use case but I think one tale of what happened at the end of that process will highlight why I often find myself shouting WTF at dnf when going beyond basic install/update of packages. There were other issues along the way before I got to this point... Having eventually completed the distro-sync I wanted to check for any orphans that needed sorting out. Google told me dnf-plugins-extras was that I needed to replace package-cleanup, so I installed it, only to find that every use of dnf now reported: fedora22 [~] % sudo dnf upgrade Failed to synchronize cache for repo '_local' from 'file:///var/lib/dnf/plugins/local': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried, disabling. After shouting WTF yet again I determined that dnf-plugins-extras includes python-dnf-plugins-extras-local which apparently tries to use a non-existent local directory as a hidden extra repo. Fine whatever, we don't need that, so lets remove it: fedora22 [~] % sudo dnf erase python-dnf-plugins-extras-local Dependencies resolved. = === PackageArchVersion Repository Size = == = Removing: dnf-plugins-extras noarch 0.0.6-2.fc22 @System 0 python-beautifulsoup4 noarch 4.3.2-3.fc21 @System 605 k python-dnf-plugins-extras noarch 0.0.6-2.fc22 @System0 python-dnf-plugins-extras-debug noarch 0.0.6-2.fc22 @System 26 k python-dnf-plugins-extras-localnoarch 0.0.6-2.fc22 @System 11 k python-dnf-plugins-extras-orphans noarch 0.0.6-2.fc22 @System 9.3 k python-dnf-plugins-extras-repoclosure noarch 0.0.6-2.fc22 @System 9.4 k python-dnf-plugins-extras-repograph noarch 0.0.6-2.fc22 @System 9.5 k python-dnf-plugins-extras-repomanage noarch 0.0.6-2.fc22 @System 12 k python-dnf-plugins-extras-snapper noarch 0.0.6-2.fc22 @System 4.4 k python-dnf-plugins-extras-tracer noarch 0.0.6-2.fc22 @System 7.7 k python-html5lib noarch 1:0.999-5.fc21 @System 1.2 M python-psutil x86_64 2.1.3-1.fc22 @System 518 k snapper x86_64 0.2.5-2.fc22 @System 1.0 M snapper-libs x86_64 0.2.5-2.fc22 @System 846 k tracer noarch 0.5.8-1.fc22 @System 272 k Transaction Summary = === Remove 16 Packages Installed size: 4.5 M Is this ok [y/N]: y WTF! Oh, of course, removing that removes dnf-plugins-extras and then everything else counts as auto installed and gets removed. After ceasing banging my head on the desk I let it go ahead and then add back python-dnf-plugins-extras-orphans to get the plugin I actually wanted. So now I run dnf orphans at last and am a little surprised to get 589 lines of output: fedora22 [~] % sudo dnf orphans CharLS-devel-1.0-8.fc22.x86_64 ... zsh-5.0.7-6.fc22.x86_64 But those are F22 packages I hear you say! Indeed they are, and list confirms that they do exist in
Re: An everyday tale of dnf
On 9. 4. 2015 at 10:31:20, Reindl Harald wrote: Am 09.04.2015 um 10:28 schrieb Jan Zelený: On 9. 4. 2015 at 03:19:02, kendell clark wrote: hi I'll add my two cents in. I've had few problems with dnf. That being said, I usually get an error after every install/update that goes something like, snapper. Could not create snapshot error.unknown config: /org.freedesktop.dbus.error. This is not exact, I can get exact if needed. I'm assuming the snapshot plugin might be broken, or still be in development. I sometimes get a much more serious error that I solved once, but now can't remember how. Sometimes when I go to do anything with dnf, I get an error of, error. Repository local is listed more than once in the configuration. And dnf immediately returns me to my prompt. This not only affects dnf when run from the command line, but also appears to affect gnome software, which presumably uses it. I hope to be able to help fix these issues by f22's release. I'll gladly provide any needed info. Thanks Kendell clark Sent from Fedora GNU/Linux Please review the entire thread, I believe you are hitting the very same issue that was thoroughly analyzed and solved here. Once again, dnf is not to be blamed here, the issues are in the individual plugins you have installed not really snapper could simply realize that it can't work as example on ext4 and just be a NOP operatin doing nothing in that case My point was that it's still an issue of one specific plugin, not the entire dnf. That plugin (may it be snapper or local) can be disabled or uninstalled until the bug is fixed. Thanks Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: An everyday tale of dnf
probably you are right. I will take a care tomorrow On Thu, Apr 9, 2015 at 9:49 AM, Jan Zelený jzel...@redhat.com wrote: FYI dnf-plugins-extras is a package that aggregates all plugins that the community produces. Bottom line, please don't blame dnf, blame the individual plugins. Reading your problem and couple other just like it I think it might make sense not to have the dnf-plugins-extras metapackage that installs all the plugins automatically. It seems to be only upsetting people when one (often not the desired one) plugin breaks everything else. I'm CCing Igor to consider this proposal. Thanks Jan On 8. 4. 2015 at 12:14:17, Tom Hughes wrote: So this morning I cloned an up to date rawhide VM and attempted to convert it to F22 by using dnf distro-sync on it. Obviously that is a fairly advanced use case but I think one tale of what happened at the end of that process will highlight why I often find myself shouting WTF at dnf when going beyond basic install/update of packages. There were other issues along the way before I got to this point... Having eventually completed the distro-sync I wanted to check for any orphans that needed sorting out. Google told me dnf-plugins-extras was that I needed to replace package-cleanup, so I installed it, only to find that every use of dnf now reported: fedora22 [~] % sudo dnf upgrade Failed to synchronize cache for repo '_local' from 'file:///var/lib/dnf/plugins/local': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried, disabling. After shouting WTF yet again I determined that dnf-plugins-extras includes python-dnf-plugins-extras-local which apparently tries to use a non-existent local directory as a hidden extra repo. Fine whatever, we don't need that, so lets remove it: fedora22 [~] % sudo dnf erase python-dnf-plugins-extras-local Dependencies resolved. PackageArchVersion Repository Size === = Removing: dnf-plugins-extras noarch 0.0.6-2.fc22 @System 0 python-beautifulsoup4 noarch 4.3.2-3.fc21 @System 605 k python-dnf-plugins-extras noarch 0.0.6-2.fc22 @System0 python-dnf-plugins-extras-debugnoarch 0.0.6-2.fc22 @System 26 k python-dnf-plugins-extras-localnoarch 0.0.6-2.fc22 @System 11 k python-dnf-plugins-extras-orphans noarch 0.0.6-2.fc22 @System 9.3 k python-dnf-plugins-extras-repoclosure noarch 0.0.6-2.fc22 @System 9.4 k python-dnf-plugins-extras-repograph noarch 0.0.6-2.fc22 @System 9.5 k python-dnf-plugins-extras-repomanage noarch 0.0.6-2.fc22 @System 12 k python-dnf-plugins-extras-snapper noarch 0.0.6-2.fc22 @System 4.4 k python-dnf-plugins-extras-tracer noarch 0.0.6-2.fc22 @System 7.7 k python-html5libnoarch 1:0.999-5.fc21 @System 1.2 M python-psutil x86_64 2.1.3-1.fc22 @System 518 k snapper x86_64 0.2.5-2.fc22 @System 1.0 M snapper-libs x86_64 0.2.5-2.fc22 @System 846 k tracer noarch 0.5.8-1.fc22 @System 272 k Transaction Summary Remove 16 Packages Installed size: 4.5 M Is this ok [y/N]: y WTF! Oh, of course, removing that removes dnf-plugins-extras and then everything else counts as auto installed and gets removed. After ceasing banging my head on the desk I let it go ahead and then add back python-dnf-plugins-extras-orphans to get the plugin I actually wanted. So now I run dnf orphans at last and am a little surprised to get 589 lines of output: fedora22 [~] % sudo dnf orphans CharLS-devel-1.0-8.fc22.x86_64 ... zsh-5.0.7-6.fc22.x86_64 But those are F22 packages I hear you say! Indeed they are, and list confirms that they do exist in configured repositories: fedora22 [~] % sudo dnf list --showduplicates zsh Using metadata from Wed Apr 8 11:02:28 2015 (0:53:45 hours old) Installed Packages zsh.x86_64 5.0.7-6.fc22@System Available Packages zsh.x86_64 5.0.7-6.fc22@System zsh.x86_64 5.0.7-6.fc22 fedora-base WTF! Tom -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: An everyday tale of dnf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 hi Yup, will do. Yeah, I figured it was the plugins, not dnf itself. I may need to remove the offending plugins, if I can figure out which ones cause the error. As for reviewing the thread, all I can do is read the emails. If the history isn't there, I'm not sure how else to do it. Thanks Kendell clark Sent from Fedora GNU/Linux Jan Zelený wrote: On 9. 4. 2015 at 03:19:02, kendell clark wrote: hi I'll add my two cents in. I've had few problems with dnf. That being said, I usually get an error after every install/update that goes something like, snapper. Could not create snapshot error.unknown config: /org.freedesktop.dbus.error. This is not exact, I can get exact if needed. I'm assuming the snapshot plugin might be broken, or still be in development. I sometimes get a much more serious error that I solved once, but now can't remember how. Sometimes when I go to do anything with dnf, I get an error of, error. Repository local is listed more than once in the configuration. And dnf immediately returns me to my prompt. This not only affects dnf when run from the command line, but also appears to affect gnome software, which presumably uses it. I hope to be able to help fix these issues by f22's release. I'll gladly provide any needed info. Thanks Kendell clark Sent from Fedora GNU/Linux Please review the entire thread, I believe you are hitting the very same issue that was thoroughly analyzed and solved here. Once again, dnf is not to be blamed here, the issues are in the individual plugins you have installed. Thanks Jan -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJVJjnlAAoJEGYgJ5/kqBTdo8kP/3fBP24GqmALIXWiKc59cVV/ dS+AufjzQ2hGza8VBUG0ZxZrt+Hk8fUgRiXHvYrgVKfrcLtCnFom9kS4E9WLiq06 D7drf1gJ/y4BMYTA2hOpJ70+/PLuDdvZFcD7at2aEwEssPM7Whyz9jaK4yNmQjJP 05ltuTNhCZaanv42oQKHyvok8qTlo0UjmPxlk63IwnIDo4U5zzuAo+IS8vMj70ly NyZELthWaZw4Not/mivENu7SgLi1cd0er6n1cAs3UhHrQOkkyIboNU2SYe7wsdd4 P8Mo3wQY2pPevWgJYaWZT7cLICRMCmHoKOCF8ga9hJkinA1A4glTG6vCH7wtZzAL gakGvgB9SYjBmfRo8X4oxrrAj46hJuENpIzixbmwxR5GrxWpHoL/EcaXwsEA5k2M JN53tHteDWEfjFyf47Soy7Cwe6+xucGJaioC8VnI0+zHts51eyo6DCOikUmOzoXF YTlDYxFExKMbSpvfaZ9i1Ne28jHBSq7gCjCDzFY9tGZeAyAWJBxkq0DumqWVdm+Y e10TX6EFqntRXvWBo7M+kmGjAnc8DY/IoJbpeDyv0jBSibg30ToebUnx1fMXeoaD RA/+nH4AzpY4RT9f/oEtScKUM1gKQjtvWrJW8jGbr4m0YbyQmzObJrP6CvNtO+h1 End9UUgIrMW1iu8L+Jkc =uodP -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: An everyday tale of dnf
On 9. 4. 2015 at 03:19:02, kendell clark wrote: hi I'll add my two cents in. I've had few problems with dnf. That being said, I usually get an error after every install/update that goes something like, snapper. Could not create snapshot error.unknown config: /org.freedesktop.dbus.error. This is not exact, I can get exact if needed. I'm assuming the snapshot plugin might be broken, or still be in development. I sometimes get a much more serious error that I solved once, but now can't remember how. Sometimes when I go to do anything with dnf, I get an error of, error. Repository local is listed more than once in the configuration. And dnf immediately returns me to my prompt. This not only affects dnf when run from the command line, but also appears to affect gnome software, which presumably uses it. I hope to be able to help fix these issues by f22's release. I'll gladly provide any needed info. Thanks Kendell clark Sent from Fedora GNU/Linux Please review the entire thread, I believe you are hitting the very same issue that was thoroughly analyzed and solved here. Once again, dnf is not to be blamed here, the issues are in the individual plugins you have installed. Thanks Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: An everyday tale of dnf
On 8. 4. 2015 at 16:47:17, Jonathan Underwood wrote: On 8 April 2015 at 16:21, Bruno Wolff III br...@wolff.to wrote: It sounds like you might be happier setting clean_requirements_on_remove to false in dnf.conf . I often find myself wanting to do this temporarily, but have yet to find a command line flag to do it - is there such a thing? If not, I'll file an RFE. To be perfectly honest, I'm not sure that's going to be useful feature - if you disable this functionality by a switch in one run, the next run will do the cleanup anyway. Thanks Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: An everyday tale of dnf
FYI dnf-plugins-extras is a package that aggregates all plugins that the community produces. Bottom line, please don't blame dnf, blame the individual plugins. Reading your problem and couple other just like it I think it might make sense not to have the dnf-plugins-extras metapackage that installs all the plugins automatically. It seems to be only upsetting people when one (often not the desired one) plugin breaks everything else. I'm CCing Igor to consider this proposal. Thanks Jan On 8. 4. 2015 at 12:14:17, Tom Hughes wrote: So this morning I cloned an up to date rawhide VM and attempted to convert it to F22 by using dnf distro-sync on it. Obviously that is a fairly advanced use case but I think one tale of what happened at the end of that process will highlight why I often find myself shouting WTF at dnf when going beyond basic install/update of packages. There were other issues along the way before I got to this point... Having eventually completed the distro-sync I wanted to check for any orphans that needed sorting out. Google told me dnf-plugins-extras was that I needed to replace package-cleanup, so I installed it, only to find that every use of dnf now reported: fedora22 [~] % sudo dnf upgrade Failed to synchronize cache for repo '_local' from 'file:///var/lib/dnf/plugins/local': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried, disabling. After shouting WTF yet again I determined that dnf-plugins-extras includes python-dnf-plugins-extras-local which apparently tries to use a non-existent local directory as a hidden extra repo. Fine whatever, we don't need that, so lets remove it: fedora22 [~] % sudo dnf erase python-dnf-plugins-extras-local Dependencies resolved. PackageArchVersion Repository Size === = Removing: dnf-plugins-extras noarch 0.0.6-2.fc22 @System 0 python-beautifulsoup4 noarch 4.3.2-3.fc21 @System 605 k python-dnf-plugins-extras noarch 0.0.6-2.fc22 @System0 python-dnf-plugins-extras-debugnoarch 0.0.6-2.fc22 @System 26 k python-dnf-plugins-extras-localnoarch 0.0.6-2.fc22 @System 11 k python-dnf-plugins-extras-orphans noarch 0.0.6-2.fc22 @System 9.3 k python-dnf-plugins-extras-repoclosure noarch 0.0.6-2.fc22 @System 9.4 k python-dnf-plugins-extras-repograph noarch 0.0.6-2.fc22 @System 9.5 k python-dnf-plugins-extras-repomanage noarch 0.0.6-2.fc22 @System 12 k python-dnf-plugins-extras-snapper noarch 0.0.6-2.fc22 @System 4.4 k python-dnf-plugins-extras-tracer noarch 0.0.6-2.fc22 @System 7.7 k python-html5libnoarch 1:0.999-5.fc21 @System 1.2 M python-psutil x86_64 2.1.3-1.fc22 @System 518 k snapper x86_64 0.2.5-2.fc22 @System 1.0 M snapper-libs x86_64 0.2.5-2.fc22 @System 846 k tracer noarch 0.5.8-1.fc22 @System 272 k Transaction Summary Remove 16 Packages Installed size: 4.5 M Is this ok [y/N]: y WTF! Oh, of course, removing that removes dnf-plugins-extras and then everything else counts as auto installed and gets removed. After ceasing banging my head on the desk I let it go ahead and then add back python-dnf-plugins-extras-orphans to get the plugin I actually wanted. So now I run dnf orphans at last and am a little surprised to get 589 lines of output: fedora22 [~] % sudo dnf orphans CharLS-devel-1.0-8.fc22.x86_64 ... zsh-5.0.7-6.fc22.x86_64 But those are F22 packages I hear you say! Indeed they are, and list confirms that they do exist in configured repositories: fedora22 [~] % sudo dnf list --showduplicates zsh Using metadata from Wed Apr 8 11:02:28 2015 (0:53:45 hours old) Installed Packages zsh.x86_64 5.0.7-6.fc22@System Available Packages zsh.x86_64 5.0.7-6.fc22@System zsh.x86_64 5.0.7-6.fc22 fedora-base WTF! Tom -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: An everyday tale of dnf
Haha, sounds like a fun experience. I've not used dnf for many complex tasks, but it sounds interesting. On Wed, Apr 8, 2015, 7:14 AM Tom Hughes t...@compton.nu wrote: So this morning I cloned an up to date rawhide VM and attempted to convert it to F22 by using dnf distro-sync on it. Obviously that is a fairly advanced use case but I think one tale of what happened at the end of that process will highlight why I often find myself shouting WTF at dnf when going beyond basic install/update of packages. There were other issues along the way before I got to this point... Having eventually completed the distro-sync I wanted to check for any orphans that needed sorting out. Google told me dnf-plugins-extras was that I needed to replace package-cleanup, so I installed it, only to find that every use of dnf now reported: fedora22 [~] % sudo dnf upgrade Failed to synchronize cache for repo '_local' from 'file:///var/lib/dnf/plugins/local': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried, disabling. After shouting WTF yet again I determined that dnf-plugins-extras includes python-dnf-plugins-extras-local which apparently tries to use a non-existent local directory as a hidden extra repo. Fine whatever, we don't need that, so lets remove it: fedora22 [~] % sudo dnf erase python-dnf-plugins-extras-local Dependencies resolved. PackageArchVersion Repository Size Removing: dnf-plugins-extras noarch 0.0.6-2.fc22 @System 0 python-beautifulsoup4 noarch 4.3.2-3.fc21 @System 605 k python-dnf-plugins-extras noarch 0.0.6-2.fc22 @System 0 python-dnf-plugins-extras-debugnoarch 0.0.6-2.fc22 @System 26 k python-dnf-plugins-extras-localnoarch 0.0.6-2.fc22 @System 11 k python-dnf-plugins-extras-orphans noarch 0.0.6-2.fc22 @System 9.3 k python-dnf-plugins-extras-repoclosure noarch 0.0.6-2.fc22 @System 9.4 k python-dnf-plugins-extras-repographnoarch 0.0.6-2.fc22 @System 9.5 k python-dnf-plugins-extras-repomanage noarch 0.0.6-2.fc22 @System 12 k python-dnf-plugins-extras-snapper noarch 0.0.6-2.fc22 @System 4.4 k python-dnf-plugins-extras-tracer noarch 0.0.6-2.fc22 @System 7.7 k python-html5libnoarch 1:0.999-5.fc21 @System 1.2 M python-psutil x86_64 2.1.3-1.fc22 @System 518 k snapperx86_64 0.2.5-2.fc22 @System 1.0 M snapper-libs x86_64 0.2.5-2.fc22 @System 846 k tracer noarch 0.5.8-1.fc22 @System 272 k Transaction Summary Remove 16 Packages Installed size: 4.5 M Is this ok [y/N]: y WTF! Oh, of course, removing that removes dnf-plugins-extras and then everything else counts as auto installed and gets removed. After ceasing banging my head on the desk I let it go ahead and then add back python-dnf-plugins-extras- orphans to get the plugin I actually wanted. So now I run dnf orphans at last and am a little surprised to get 589 lines of output: fedora22 [~] % sudo dnf orphans CharLS-devel-1.0-8.fc22.x86_64 ... zsh-5.0.7-6.fc22.x86_64 But those are F22 packages I hear you say! Indeed they are, and list confirms that they do exist in configured repositories: fedora22 [~] % sudo dnf list --showduplicates zsh Using metadata from Wed Apr 8 11:02:28 2015 (0:53:45 hours old) Installed Packages zsh.x86_64 5.0.7-6.fc22 @System Available Packages zsh.x86_64 5.0.7-6.fc22 @System zsh.x86_64 5.0.7-6.fc22 fedora-base WTF! Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
An everyday tale of dnf
So this morning I cloned an up to date rawhide VM and attempted to convert it to F22 by using dnf distro-sync on it. Obviously that is a fairly advanced use case but I think one tale of what happened at the end of that process will highlight why I often find myself shouting WTF at dnf when going beyond basic install/update of packages. There were other issues along the way before I got to this point... Having eventually completed the distro-sync I wanted to check for any orphans that needed sorting out. Google told me dnf-plugins-extras was that I needed to replace package-cleanup, so I installed it, only to find that every use of dnf now reported: fedora22 [~] % sudo dnf upgrade Failed to synchronize cache for repo '_local' from 'file:///var/lib/dnf/plugins/local': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried, disabling. After shouting WTF yet again I determined that dnf-plugins-extras includes python-dnf-plugins-extras-local which apparently tries to use a non-existent local directory as a hidden extra repo. Fine whatever, we don't need that, so lets remove it: fedora22 [~] % sudo dnf erase python-dnf-plugins-extras-local Dependencies resolved. PackageArchVersion Repository Size Removing: dnf-plugins-extras noarch 0.0.6-2.fc22 @System0 python-beautifulsoup4 noarch 4.3.2-3.fc21 @System 605 k python-dnf-plugins-extras noarch 0.0.6-2.fc22 @System0 python-dnf-plugins-extras-debugnoarch 0.0.6-2.fc22 @System 26 k python-dnf-plugins-extras-localnoarch 0.0.6-2.fc22 @System 11 k python-dnf-plugins-extras-orphans noarch 0.0.6-2.fc22 @System 9.3 k python-dnf-plugins-extras-repoclosure noarch 0.0.6-2.fc22 @System 9.4 k python-dnf-plugins-extras-repographnoarch 0.0.6-2.fc22 @System 9.5 k python-dnf-plugins-extras-repomanage noarch 0.0.6-2.fc22 @System 12 k python-dnf-plugins-extras-snapper noarch 0.0.6-2.fc22 @System 4.4 k python-dnf-plugins-extras-tracer noarch 0.0.6-2.fc22 @System 7.7 k python-html5libnoarch 1:0.999-5.fc21 @System 1.2 M python-psutil x86_64 2.1.3-1.fc22 @System 518 k snapperx86_64 0.2.5-2.fc22 @System 1.0 M snapper-libs x86_64 0.2.5-2.fc22 @System 846 k tracer noarch 0.5.8-1.fc22 @System 272 k Transaction Summary Remove 16 Packages Installed size: 4.5 M Is this ok [y/N]: y WTF! Oh, of course, removing that removes dnf-plugins-extras and then everything else counts as auto installed and gets removed. After ceasing banging my head on the desk I let it go ahead and then add back python-dnf-plugins-extras-orphans to get the plugin I actually wanted. So now I run dnf orphans at last and am a little surprised to get 589 lines of output: fedora22 [~] % sudo dnf orphans CharLS-devel-1.0-8.fc22.x86_64 ... zsh-5.0.7-6.fc22.x86_64 But those are F22 packages I hear you say! Indeed they are, and list confirms that they do exist in configured repositories: fedora22 [~] % sudo dnf list --showduplicates zsh Using metadata from Wed Apr 8 11:02:28 2015 (0:53:45 hours old) Installed Packages zsh.x86_64 5.0.7-6.fc22@System Available Packages zsh.x86_64 5.0.7-6.fc22@System zsh.x86_64 5.0.7-6.fc22fedora-base WTF! Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: An everyday tale of dnf
On Wed, Apr 08, 2015 at 16:47:17 +0100, Jonathan Underwood jonathan.underw...@gmail.com wrote: On 8 April 2015 at 16:21, Bruno Wolff III br...@wolff.to wrote: It sounds like you might be happier setting clean_requirements_on_remove to false in dnf.conf . I often find myself wanting to do this temporarily, but have yet to find a command line flag to do it - is there such a thing? If not, I'll file an RFE. It looks like you can do it with --setopt, but I am not sure of the exact syntax. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: An everyday tale of dnf
On 8 April 2015 at 16:21, Bruno Wolff III br...@wolff.to wrote: It sounds like you might be happier setting clean_requirements_on_remove to false in dnf.conf . I often find myself wanting to do this temporarily, but have yet to find a command line flag to do it - is there such a thing? If not, I'll file an RFE. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: An everyday tale of dnf
Hi Tom, On Wed, 2015-04-08 at 12:14 +0100, Tom Hughes wrote: snip WTF! snip? I'm wondering why it seems to have became a norm to report DNF issues to a mailing list instead of a Bugzilla. I'm a bit worried about that trend too. Please use Bugzilla. It has a nice form that can help you stay focused on technical issues instead of getting unnecessarily emotional. My experience with DNF upstream has been perfect so far. They are responsive. They probably can fix your problem; no need for you to get as frustrated as you sound. Thank you, Lubo -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: An everyday tale of dnf
On 08/04/15 15:26, Lubomir Rintel wrote: Hi Tom, On Wed, 2015-04-08 at 12:14 +0100, Tom Hughes wrote: snip WTF! snip? I'm wondering why it seems to have became a norm to report DNF issues to a mailing list instead of a Bugzilla. I'm a bit worried about that trend too. Please use Bugzilla. It has a nice form that can help you stay focused on technical issues instead of getting unnecessarily emotional. My experience with DNF upstream has been perfect so far. They are responsive. They probably can fix your problem; no need for you to get as frustrated as you sound. Err, I already did report them: https://bugzilla.redhat.com/show_bug.cgi?id=1209862 https://bugzilla.redhat.com/show_bug.cgi?id=1209864 I was simply trying to provide input to the ongoing discussion about how surprising it can often be to users used to yum. It was also born of a certain amount of frustration at the end of a long morning doing battle with dnf where many of the things that I had to workaround are things which I know have already been stated to be deliberate design choices and which I therefore didn't feel were worth reporting. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: An everyday tale of dnf
On Wed, Apr 08, 2015 at 12:14:17 +0100, Tom Hughes t...@compton.nu wrote: fedora22 [~] % sudo dnf upgrade Failed to synchronize cache for repo '_local' from 'file:///var/lib/dnf/plugins/local': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried, disabling. You can disable that plugin, though there was a bug related to that that I reported and got fixed. WTF! Oh, of course, removing that removes dnf-plugins-extras and then everything else counts as auto installed and gets removed. After ceasing banging my head on I mentioned this effect in my bug about the snapper plugin suggesting it not be on by default because it can use significant resources and that it should be controlled by a config file, since in the default configuration, removing that plugin is going to remove a bunch of others. It sounds like you might be happier setting clean_requirements_on_remove to false in dnf.conf . -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
