Dne 26.3.2018 v 10:16 Tom Hughes napsal(a): > On 26/03/18 09:06, Marcin Juszkiewicz wrote: >> W dniu 22.03.2018 o 13:40, Daniel Mach pisze: >>> We are pleased to announce that development of DNF 3 has started. This >>> version is focused on performance improvements, new API and >>> consolidating >>> the whole software management stack. >>> >>> Please read more details on our blog: >>> https://rpm-software-management.github.io/announcement/2018/03/22/dnf-3-announcement/ >>> >> >> Will it FINALLY use one copy of metadata for all system users? > > Do you have a proposal as to how that might be possible in a > secure way? If DNF was just frontend for some service/daemon, that would be one possibility. It would also help with other issues like updates of X server crashing whole user session and therefore the update. V. > >> I do not see how fetching megabytes of metadata is better than using >> copy present in /var/cache/dnf/ directory. > > Well it could just use the cached copy sure, but if it was out of > date then it wouldn't be able to update it? > >> It is faster to enter long password to use sudo than to wait until dnf >> fetch useless copy of metadata. > > Agreed, which is why I always run dnf under sudo even for query > operations. > >> Debian has APT. APT uses one copy of metadata. Be wise. Like Debian. > > Do we know how? Do they just not allow non-root users to get up > to date data, or do they do something cleverer? > > Tom > _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
