Description of problem: 'man dnf.conf' says the following about /etc/yum.repos.d: "The latter is typically used for repository configuration". If one want to use that "atypically" then what? Documentation is numb about 'reposdir' directive as present in yum.conf. The other one which is sorely missing is 'cachedir'. In case yumdownloader is used, for example, to download selected packages for various distributions (and that presumes that yumdownloader utilty, or equivalent, eventually will be dnf based) those missing directives make the whole exercise rather painfull. There are surely other scenarios when these two were used. Over years on various systems I was changing many times 'cachedir' configuration for assorted reasons. Version-Release number of selected component (if applicable): dnf-0.4.17-1.fc20
Hello, thanks for the report. This should be configurable of course. The 'yumdownloader' bug is 1045679.
Hm, it does not look to me that a changed subject reflects a content of the original report. 'yumdownloader' just served as an example here. The point was that means to set "cachedir" and "reposdir" so far are missing. The first one, for example, is routinely used by Fedora to separate old and new caches while running distro upgrades. Hopefuly you are not planning to forget that facility.
both cachedir & repodir is listed in the public http://akozumpl.github.io/dnf/api_conf.html dnf.conf.Conf is merged with values from the /etc/dnf/dnf.conf by the dnf cli so it don't look like they are going away. a custom dnf.conf can be loaded with dnf -c <path to conf file> So it look like it is only the dnf.conf man page there are missing infomation about these options.
(In reply to Tim Lauridsen from comment #3) > both cachedir & repodir is listed in the public > http://akozumpl.github.io/dnf/api_conf.html Indeed, although at least 'cachedir' does not specify such location (as opposed to what yum is doing) but a top directory in which dnf will build its own tree. Likely close enough for practical purposes. 'man dnf.conf' should document that. OTOH 'man dnf' describes "--disableexcludes=[all|main|<repoid>] ....", implying that such thing do exist but neither 'man dnf.conf' nor http://akozumpl.github.io/dnf/api_conf.html mentions anything how to provide such specification. Does this deserve a separate bugzilla report? Also very important in many situations '--skip-broken' options apears to be AWOL (another report?) I did try undocumented 'cachedir' a while ago and then it was just ignored. I considered that WIPO and did not report problems at that time.
> > Also very important in many situations '--skip-broken' options apears to be > AWOL (another report?) --skip-broken option don't exist in dnf, afaik dnf does always skip broken by default
cachedir set where the dnf cache is located. did some testing /home/tim/dnf/dnf.conf [main] cachedir=/home/tim/dnf $ sudo dnf -c /home/tim/dnf/dnf.conf makecache will make a fresh dnf cache in /home/tim/dnf but it seams like it is only working as root
Sorry, to many open tabs, changed to wrong one ;-)
(In reply to Tim Lauridsen from comment #5) > --skip-broken option don't exist in dnf, afaik dnf does always skip broken > by default So it does but in a clearly deficient manner. See bug 1084129.
Hi Michael Does this solve your needs http://dnf-utils.readthedocs.org/en/latest/command-ref.html#dnl-command Use these command to test the tool: sudo dnf copr enable timlau/dnf-utils sudo dnf install dnf-utils The plan is move the tool into dnf-plugins-core when ready
(In reply to Tim Lauridsen from comment #9) > Does this solve your needs Hard to tell. Maybe. > Use these command to test the tool: > > sudo dnf copr enable timlau/dnf-utils A response to that is: No such command: copr. Please use /usr/bin/dnf --help Well, indeed, neither 'man dnf' nor 'dnf --help' mentions anything of that sort. The same actually applies to "enable" in this context. The general issue seems to be that 'man dnf' says "It roughly maintains CLI compatibility with Yum" where what "roughly" may eventually mean is anybodys guess. At this stage I am not that interested in dnf.
you need to do a sudo dnf install dnf-plugins-core to get access to the copr command
(In reply to Michal Jaegermann from comment #10) > The general issue seems to be that 'man dnf' says "It roughly maintains CLI > compatibility with Yum" where what "roughly" may eventually mean is anybodys > guess. At this stage I am not that interested in dnf. Where does the yum man page mention 'copr'? It is unfair to open bugzillas, have people work on them and then casually mention you're not interested in the project.
(In reply to Tim Lauridsen from comment #11) > Where does the yum man page mention 'copr'? I miss something. Where 'copr' was mentioned in a context of yum. > It is unfair to open bugzillas, > have people work on them and then casually mention you're not interested in > the project. Well, I spent not that little time trying to figure out how I can use dnf and filing reports about what looked to me like problems. This required somewhat more than a casual effort. It appears that dnf at this stage is still very much WIP and I need some "insider knowledge" to push that further. A bit much for now.
the copr command added by the dnf-plugins-core, the gives you a easy way to enable this copr repository http://copr.fedoraproject.org/coprs/timlau/dnf-utils/ you can also download and install the .repo file in /etc/yum.repos.d and use 'dnf install dnf-utils' to install the test package and test the 'dnf dnl' command supplied by the package, to see if solves the same need as yumdownloader does.
download command is added to dnf-plugins-core-0.0.8, available in fedora updates http://dnf-plugins-core.readthedocs.org/en/latest/download.html