Re: statistics on Fedora and RHEL usage
On Sat, May 11, 2024 at 07:58:33AM -0700, ToddAndMargo via users wrote: > Anyone know of a source that gives the number of > users of Fedora vs CentOS vs RHEL? For Fedora specifically, there's this: https://github.com/fedora-infra/mirrors-countme -- Michal Domonkos / RPM / Red Hat, Inc. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: 22-> 23 on multiple hosts
> I don't have a computer to test with right now, but I'm pretty sure > system-upgrade doesn't put the packages in there. So at most you will be > merely copying the repo data across. Actually, this is correct -- system-upgrade puts them in /var/lib/dnf/system-upgrade, not in /var/cache/dnf. Copying this folder alone isn't enough, though. One must also copy the /var/lib/dnf/system-upgrade.json file. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org 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: 22-> 23 on multiple hosts
You're right. I've just tested it without copying the file (just the dir with the packages) and running "dnf system-upgrade download" worked as expected -- it didn't download anything and just created the file, making it possible to run "dnf system-upgrade reboot" afterwards. This is definitely the correct approach, thanks. On Mon, Apr 18, 2016 at 9:52 PM, Samuel Sieb wrote: > On 04/18/2016 04:10 AM, Michal Domonkos wrote: >>> >>> I don't have a computer to test with right now, but I'm pretty sure >>> system-upgrade doesn't put the packages in there. So at most you will be >>> merely copying the repo data across. >> >> >> Actually, this is correct -- system-upgrade puts them in >> /var/lib/dnf/system-upgrade, not in /var/cache/dnf. Copying this >> folder alone isn't enough, though. One must also copy the >> /var/lib/dnf/system-upgrade.json file. > > > Have you tested that it is necessary? Personally, I would not want to copy > that file and just let system-upgrade create it on each computer. DNF should > still use the copied files if they are relevant. > > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org 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: 22-> 23 on multiple hosts
> worked as expected -- it didn't download anything Actually, "it didn't re-download any of the cached packages" would be the correct wording here. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org 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: what release am I running ?
On Tue, Jun 28, 2016 at 2:12 AM, Joe Zeff wrote: > Try using package-cleanup --dupes or whatever the dnf version is and find out > if > that's an issue. I'd just add that the dnf equivalent is "dnf repoquery --duplicated" (http://dnf.readthedocs.io/en/latest/cli_vs_yum.html). -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org 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: what release am I running ?
On Tue, Jun 28, 2016 at 12:27 AM, Rick Stevens wrote: > Taking my cursory look at the system-upgrade plugin, it appears that it > looks at the file I mentioned to figure out which version it currently > is and where you want it to go. I've never dug through it that closely, > but that seems to be what it does. I could be wrong (and probably am). You're pretty much right. What the plugin actually does is it looks at the version of the package that provides either the system-release(releasever) or redhat-release virtual provide and takes that version as the current releasever. On Fedora, that package is fedora-release (you can find out by running "dnf repoquery --whatprovides redhat-release"). -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org 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 tries to install yum
On Wed, Jun 29, 2016 at 12:13 AM, Walter Cazzola wrote: > > Dear Experts, > I've a Fedora 23 installed on my laptop and I keep it updated (even if > I'm not going through the upgrade process yet). > > Yesteday when I checked which packages need to be updated, dnf proposed > me to install this packages: > >Installing: > yum noarch 3.4.3-507.fc23 fedora 1.2 M > yum-metadata-parser x86_64 1.1.4-15.fc23fedora 39 k > yum-utils noarch 1.1.31-508.fc23 updates 117 k > > This sounds weird, as far as I know, dnf completely replaced yum so why > I need to install it? Is this generating some conflicts with dnf or > breaking something on my fedora? It looks like something that is being updated is pulling in the yum package as a dependency. As Tom mentioned, you can find out by trying to remove yum, or even better, by running "dnf repoquery --installed --whatrequires yum". -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org 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 tries to install yum
On Wed, Jun 29, 2016 at 10:25 AM, Michal Domonkos wrote: > It looks like something that is being updated is pulling in the yum > package as a dependency. As Tom mentioned, you can find out by trying > to remove yum, or even better, by running "dnf repoquery --installed > --whatrequires yum". Actually, thinking about this, you may want to omit the --installed option as the updated package is obviously not installed yet. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org 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: what release am I running ?
Cool, hope that everything keeps working for you.
However, I'd second Gordon in that, IMO, you shouldn't need to run
system-upgrade to get the final release if you already installed F24
Beta (just "dnf upgrade" should get you there), see:
https://fedoraproject.org/wiki/Upgrading_from_pre-release_to_final
On Tue, Jun 28, 2016 at 7:06 PM, Jim Cromie wrote:
>
> thank you all for your answers, I'll try to be complete here, but brief
> 1st, Im not having any troubles - normal ops are fine, sudo dnf update
> works, etc.
>
> only oddity is with dual boot - 1st few attempts to boot win10 failed after
> installing 24-beta (not an upgrade from f23). But recent attempts now seem
> to work, theyre just a little thrashy (iirc, the bios seems to boot 2x - 2
> toshiba splash screens) but it gets there. This is my 1st EFI bios machine,
> so I
> dont have anything to compare it to.
>
>
> [jimc@buffy ~]$ more /etc/fedora-release
> Fedora release 24 (Twenty Four)
>
> [jimc@buffy ~]$ more /etc/system-release*:
> :
> /etc/system-release
> ::
> Fedora release 24 (Twenty Four)
> ::
> /etc/system-release-cpe
> ::
> cpe:/o:fedoraproject:fedora:24
>
> So thos are good, but I dont know whether any of these said "beta" anywhere
> before final release
>
>
>
> [jimc@buffy ~]$ rpm -qil fedora-release
> Name: fedora-release
> Version : 24
> Release : 2
> Architecture: noarch
> Install Date: Mon 27 Jun 2016 02:10:28 PM MDT
>
> my /etc/os-release matches Darios
> but again I dont know if it said beta earlier.
>
> [jimc@buffy etc]$ dnf repoquery --duplicated
> Last metadata expiration check: 0:36:45 ago on Tue Jun 28 10:02:03 2016.
> so that looks clean
>
> $ cat /var/lib/dnf/system-upgrade.json
> {"upgrade_status": null, "download_status": null}
>
> which seems kind-of empty,
> and counter to what Rick Stevens expected in it,
> but again I dont know how it looked before..
>
> to satisfy curiosity, I ran:
>
> [jimc@buffy dnf]$ pwd
> /var/lib/dnf
> [jimc@buffy dnf]$ sudo strings history/history-2016-05-04.sqlite | less
>
> saw lots of 'fc24', but no 'beta's other than (mostly) taglib packages.
>
>
>
> at this point, things are fine, so Im not gonna sweat the off-chance
> that I might still be at "Beta" - all the packages upgraded to final.
>
> In a few weeks I'll be back to those fc23 boxes,
> will do those upgrades, and if that suggests anything pertinent here
> (longshot)
> I'll follow up here.
>
> thanks again y'all
>
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
>
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
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] Re: dnf update tries to install yum
On Thu, Jun 30, 2016 at 9:35 AM, Walter Cazzola wrote: > On Wed, 29 Jun 2016, Michal Domonkos wrote: > >> It looks like something that is being updated is pulling in the yum >> package as a dependency. As Tom mentioned, you can find out by trying >> to remove yum, or even better, by running "dnf repoquery --installed >> --whatrequires yum". > > > at the moment yum is not installed on my machine and the result of > >dnf repoquery --installed --whatrequires yum > > is completely empty. > > This means that one of the packages that need to be updated has become > dependent on yum, that sounds strange to me since yum is a sort of > deprecated in fedora. > > In particular the new dependency to yum is in one of this packages: > > breeze-cursor-theme > breeze-icon-theme > kde-style-breeze > libkworkspace5 > plasma-breeze > plasma-breeze-common > plasma-workspace > plasma-workspace-common > plasma-workspace-drkonqi > plasma-workspace-geolocation > plasma-workspace-geolocation-libs > plasma-workspace-libs > sddm-breeze OK, I just checked with "dnf repoquery --whatrequires yum-utils" on my F23 and among the listed packages there really is one of those you mentioned: plasma-workspace-drkonqi-0:5.6.5-1.fc23.x86_64 Since yum-utils requires yum and yum requires yum-metadata-parser, you get all these pulled in for the update transaction. > To me seems that plasma is getting dependent on yum, probably could be > the case to fill a bug report. Yup, feel free to file a bug against that plasma package. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org 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: Questions on DNF's UUID
On Sun, May 2, 2021 at 3:15 PM stan via users wrote: > I think the answer to your question is that the variable is sent to > the mirror, so yes, a mirror will receive the flag. However, they > appear to have gone to great lengths to avoid leaking any > identifiable information. See this link: > > https://github.com/rpm-software-management/dnf/pull/1450/commits/24e6fadf03284b7892c9a7e9bc5e154c1138d854 That's correct. The flag is only sent with a metalink or mirrorlink request, which is, in case of Fedora, done centrally to the mirrors.fedoraproject.org (so called MirrorManager) server. The subsequent requests for the repodata itself sent to a specific mirror won't include that flag. There are two pieces of information the countme flag carries: 1) the age of the installation (one of 4 values, see the link above) 2) the fact it's one of the first N metalink requests made that week from that particular system (i.e. we randomly pick a number from 1 to N during the first request that week, and then decrement it on every subsequent request; when it hits 1, we add the countme flag). Currently, we've hardcoded N to be 4, based on some very rough estimation of how many requests there usually are on a typical (workstation) installation throughout a week, but it's quite arbitrary at the moment. The goal of 2) was to avoid signaling "hey, look everybody, this is my first DNF metadata refresh this week", as that alone could indicate some usage patterns of that system (e.g. when it was booted up) and thus is, in a way, user-specific. So adding this little randomization component helps mitigate this. The idea was to minimize any kind of information leakage with this flag, as Stan puts it. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Questions on DNF's UUID
On Sun, May 2, 2021 at 3:47 PM Michal Domonkos wrote: > 1) the age of the installation (one of 4 values, see the link above) Oh, just a little correction - there were some later changes made to that man page (the age "buckets" in particular) that are not reflected in the linked PR, so please check out the current dnf.conf(5) man page instead. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Questions on DNF's UUID
On Sun, May 2, 2021 at 3:47 PM Michal Domonkos wrote: > > On Sun, May 2, 2021 at 3:15 PM stan via users > wrote: > > I think the answer to your question is that the variable is sent to > > the mirror, so yes, a mirror will receive the flag. However, they > > appear to have gone to great lengths to avoid leaking any > > identifiable information. See this link: > > > > https://github.com/rpm-software-management/dnf/pull/1450/commits/24e6fadf03284b7892c9a7e9bc5e154c1138d854 > > That's correct. The flag is only sent with a metalink or mirrorlink > request, which is, in case of Fedora, done centrally to the > mirrors.fedoraproject.org (so called MirrorManager) server. The > subsequent requests for the repodata itself sent to a specific mirror > won't include that flag. Another correction - turns out I didn't read Stan's reply carefully; he says it's sent to a mirror, however that's not the case :) It's just the MirrorManager instance that receives it. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
