[Bug 2221342] New: perl-App-cpm-0.997012 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2221342 Bug ID: 2221342 Summary: perl-App-cpm-0.997012 is available Product: Fedora Version: rawhide Status: NEW Component: perl-App-cpm Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org Target Milestone: --- Classification: Fedora Releases retrieved: 0.997012 Upstream release that is considered latest: 0.997012 Current version/release in rawhide: 0.997.011-4.fc38 URL: https://metacpan.org/release/App-cpm Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/8399/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/perl-App-cpm -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2221342 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202221342%23c0 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2219862] perl-IO-Interactive-1.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2219862 --- Comment #11 from Fedora Update System --- FEDORA-EPEL-2023-19c3fa222f has been pushed to the Fedora EPEL 7 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-19c3fa222f See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202219862%23c11 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2220995] perl-HTTP-Date-6.06 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2220995 --- Comment #7 from Fedora Update System --- FEDORA-2023-d8c424aa2a has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-d8c424aa2a` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-d8c424aa2a See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2220995 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202220995%23c7 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2219862] perl-IO-Interactive-1.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2219862 --- Comment #10 from Fedora Update System --- FEDORA-2023-f084ece54d has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-f084ece54d` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-f084ece54d See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202219862%23c10 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2219862] perl-IO-Interactive-1.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2219862 --- Comment #9 from Fedora Update System --- FEDORA-EPEL-2023-779f2fec35 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-779f2fec35 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202219862%23c9 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2215893] perl-RDF-NS-20230619 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2215893 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-RDF-NS-20230619-1.fc39 |perl-RDF-NS-20230619-1.fc39 |perl-RDF-NS-20230619-1.fc37 |perl-RDF-NS-20230619-1.fc37 ||perl-RDF-NS-20230619-1.fc38 --- Comment #7 from Fedora Update System --- FEDORA-2023-db4da4d358 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2215893 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202215893%23c7 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2215815] perl-re-engine-RE2-0.18 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2215815 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-re-engine-RE2-0.18-1.f |perl-re-engine-RE2-0.18-1.f |c39 |c39 |perl-re-engine-RE2-0.18-1.f |perl-re-engine-RE2-0.18-1.f |c37 |c37 ||perl-re-engine-RE2-0.18-1.f ||c38 --- Comment #7 from Fedora Update System --- FEDORA-2023-6dd1799c92 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2215815 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202215815%23c7 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2219862] perl-IO-Interactive-1.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2219862 --- Comment #8 from Fedora Update System --- FEDORA-EPEL-2023-53a003acef has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-53a003acef See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202219862%23c8 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2220995] perl-HTTP-Date-6.06 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2220995 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #6 from Fedora Update System --- FEDORA-2023-c126e5945d has been pushed to the Fedora 38 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-c126e5945d` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-c126e5945d See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2220995 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202220995%23c6 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2219862] perl-IO-Interactive-1.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #7 from Fedora Update System --- FEDORA-2023-57fb28f777 has been pushed to the Fedora 38 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-57fb28f777` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-57fb28f777 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202219862%23c7 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On 7/6/23 12:10, Aoife Moloney wrote: > That said, Fedora Legal has determined that if we collect any > personally-identifiable data, the entire metrics system must be > opt-in. Since we are only interested in opt-out metrics due to the low > value of opt-in metrics, we must accordingly never collect any > personally-identifiable data. I oppose any telemetry that is not opt-in, but I also do not think that what this proposal is suggesting is possible to implement. For metrics to not be personally identifiable, it is necessary that the set of metrics collected have sufficiently low entropy that on average, _many_ users will send _the exact same metrics_. It is very hard for me to see any useful set of metrics having such low entropy. If Fedora has 2 million users (possibly an overestimate) then the metrics would need to have entropy much less than 2^21, which means that the entire metrics set would need to be able to be represented as a 20-bit integer. In practice, I suspect one would need to fit the entire set in a 16-bit integer or less, and possibly _significantly_ less. -- Sincerely, Demi Marie Obenour (she/her/hers) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On 7/7/23 21:14, Naheem Zaffar wrote: > On Sat, 8 Jul 2023, 01:08 Randy Barlow via devel, < > devel@lists.fedoraproject.org> wrote: > >> On 7/7/23 19:59, Demi Marie Obenour wrote: >>> That is not consent. The GDPR explicitly states that consent must >>> be opt-IN. >> >> I agree. >> >> I think it is important to make it possible for a user to ask for the >> data collected from their machine to be deleted in the event they >> mistakenly submitted data, or changed their mind. >> > > Wouldnt that require the data to be individually identifiable? Yup! The set of all Fedora users is small enough that trying to use cryptographic approaches to mask it won’t work, as a brute-force attack is feasible. -- Sincerely, Demi Marie Obenour (she/her/hers) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2215893] perl-RDF-NS-20230619 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2215893 Fedora Update System changed: What|Removed |Added Resolution|--- |ERRATA Fixed In Version|perl-RDF-NS-20230619-1.fc39 |perl-RDF-NS-20230619-1.fc39 ||perl-RDF-NS-20230619-1.fc37 Status|ON_QA |CLOSED Last Closed||2023-07-08 01:14:28 --- Comment #6 from Fedora Update System --- FEDORA-2023-45536c77fa has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2215893 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202215893%23c6 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2215815] perl-re-engine-RE2-0.18 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2215815 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-re-engine-RE2-0.18-1.f |perl-re-engine-RE2-0.18-1.f |c39 |c39 ||perl-re-engine-RE2-0.18-1.f ||c37 Resolution|--- |ERRATA Last Closed||2023-07-08 01:14:25 --- Comment #6 from Fedora Update System --- FEDORA-2023-6eae45b5b9 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2215815 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202215815%23c6 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Sat, 8 Jul 2023, 01:08 Randy Barlow via devel, < devel@lists.fedoraproject.org> wrote: > On 7/7/23 19:59, Demi Marie Obenour wrote: > > That is not consent. The GDPR explicitly states that consent must > > be opt-IN. > > I agree. > > I think it is important to make it possible for a user to ask for the > data collected from their machine to be deleted in the event they > mistakenly submitted data, or changed their mind. > Wouldnt that require the data to be individually identifiable? ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On 7/7/23 19:59, Demi Marie Obenour wrote: That is not consent. The GDPR explicitly states that consent must be opt-IN. I agree. I think it is important to make it possible for a user to ask for the data collected from their machine to be deleted in the event they mistakenly submitted data, or changed their mind. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On 7/6/23 21:17, Michael Catanzaro wrote: > On Thu, Jul 6 2023 at 07:42:47 PM -0400, Demi Marie Obenour > wrote: >> Then make the metrics be neither opt-in nor opt-out. Have >> “Enable telemetry (y/n)?” be a mandatory question in the >> installer, >> which the user must answer. > > The problem is if users are expected to answer, they are going to > probably answer No and it's effectively the same as an opt-in. But if > we have a default value, users will be inclined to leave the default > value. > > My plan is to put this switch in gnome-initial-setup, not the > installer. But it will have a default value. > > Remember, for avoidance of doubt, we will NEVER enable telemetry upload > without the user's consent, which is indicated by either (a) not > flipping the telemetry switch in gnome-initial-setup to the off > position, or (b) flipping the telemetry switch in gnome-control-center > to the on position. That is not consent. The GDPR explicitly states that consent must be opt-IN. The way to get more data is not to trick users, but to explain _exactly_ what that data is in a way that non-technical people can actually understand. -- Sincerely, Demi Marie Obenour (she/her/hers) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Thu, Jul 06, 2023 at 08:08:05PM -0500, Michael Catanzaro wrote: > ... that would be sad since it would mean more work for me, but > we're still at the point where that's possible. (I'd *much* rather make > changes to the existing system to adapt it to our needs, though. :) Oh, and I didn't mean to suggest adding more work or reworking your existing plans, don't get me wrong :) And absolutely, using an *existing* (and tried) system and adapting that to our needs sounds like a much better idea than scratching all your plans and looking for something else, especially if that *something* isn't even that obvious. -- Michal Domonkos / RPM dev team / Red Hat, Inc. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Fri, Jul 07, 2023 at 16:15:14 -0500, Michael Catanzaro wrote: The local collection is a bit of a hole, but I like your suggestion to put a short time limit on that. Perhaps we can collect for something like one hour locally, then delete if the user has not consented to upload before then. Something like that. I think that would be an improvement. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Thu, Jul 06, 2023 at 08:08:05PM -0500, Michael Catanzaro wrote: > But remember we do not want to keep information about individuals in the > data set in the first place. It's easier to dodge privacy concerns if we > just don't store such associations at all. Sure, but the data still needs to leave a user's system at some point and that's where you have to trust the aggregator (the Fedora project in this case, I suppose) that it's not stored verbatim. Or, apply a DP technique locally, before it leaves the system. Randomized response, which you mentioned, is actually one such technique. In a way, you already trust the distribution by the very nature of it, e.g. the signatures in packages you install. DP just provides a framework in which you can formally quantify the risk of de-masking an individual user from a given data set, and concrete strategies to employ to minimize that risk. Actually this exact problem is discussed in the blog post series I shared, specifically in this part: https://desfontain.es/privacy/local-global-differential-privacy.html > As for differential privacy, I'm quite unfamiliar with this topic so I don't > know to what extent it could be useful, but Endless is interested in adding > randomized response [1], where say 50% of the data sent is fake and the > other half is accurate. This only works for boolean and possibly integer > data, but it would make it even harder to deanonymize reporterd data. But > that is not supported yet. Indeed, randomized response is one of the DP-aware techniques (it's also mentioned in that blog series) :) And RAPPOR is basically just randomized response but generalized to arbitrary strings (using this fancy thing called Bloom filters [1]). > I will add that to my reading list. Certainly it seems a lot less > intimidating than the Wikipedia article. ;) Yup, the Wikipedia article isn't very helpful. There are much better resources, including a bunch of talks on YouTube from the researchers themselves (e.g. Cynthia Dwork). > Wow. I'll add this to my reading list too, although remains to be seen > whether I'll be able to understand it. :D Yeah, the RAPPOR paper is an interesting read but pretty dense and math-heavy (although not as much as it might seem at first glance). I did *try* to read it at some point and actually managed to understand the key concepts which aren't *that* complicated. But I can't blame anybody for not wanting to go down that path after they skim through it and see those formulas and charts, really :D I went into this DP rabbit hole myself when I was working on the DNF Countme [2] implementation a few years back, and even if it wasn't directly applicable in the end, it did inspire me to add a form of "randomized response" there, to spread the countme events from a single system randomly across a week's time window so that no usage patterns of that particular system (e.g. the typical uptime hours) could emerge if someone were to inspect the HTTP requests with the countme flag coming from the same system aggregated over a long period of time. Pretty theoretical and, in retrospect, rather unlikely and paranoid, but it was easy to add that logic so I did, just for the peace of mind :) I haven't kept up with the latest developments in DP since then, though, and have blissfully forgotten most of it, too. But it sparked my interest back then and I certainly thought that if Fedora ever decides that it wants some kind of "telemetry", *this* is the (only acceptable) way to do it. Which doesn't mean there aren't other ways, or that the approach taken by Endless (which you'd like to adopt) is wrong, of course. These were just my 2 cents :) FWIW, it seems like various tech companies and software project make use of DP (at least that's what the Wikipedia article claims). Google Chrome and MS Windows are among those, amusingly, despite their reputation. [1] https://en.wikipedia.org/wiki/Bloom_filter [2] https://fedoraproject.org/wiki/Changes/DNF_Better_Counting -- Michal Domonkos / RPM dev team / Red Hat, Inc. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
Looking at the screenshot, I wonder what percentage of users will read "Privacy", see that all the switches are on, and click "Next" in the belief that all the privacy features are on. Björn Persson pgp2ZQzLUmMNa.pgp Description: OpenPGP digital signatur ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
Michael Catanzaro wrote: > The problem is if users are expected to answer, they are going to > probably answer No and it's effectively the same as an opt-in. But if > we have a default value, users will be inclined to leave the default > value. [...] > Remember, for avoidance of doubt, we will NEVER enable telemetry upload > without the user's consent, which is indicated by either (a) not > flipping the telemetry switch in gnome-initial-setup to the off > position, In other words, you expect that many users will click "Next" without thinking, and you intend to call that "consent". It's a popular tactic to make people "agree" to things without knowing it. Björn Persson pgpRT0A1SqC4E.pgp Description: OpenPGP digital signatur ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
Michael Catanzaro wrote: > I would envision installing > eos-event-recorder-daemon via a Recommends: from the > gnome-control-center and gnome-initial-setup packages (and probably > also by adding it to the workstation-product comps group), so if you > don't have gnome-initial-setup or gnome-control-center installed, you > wouldn't get in on upgrade. I don't seem to have a package named gnome-initial-setup installed. gnome-control-center is installed, but fortunately it looks like I can remove it without losing anything important. I don't know what pulled in gnome-control-center or when, but I used XFCE for many years (until it became unusable on my laptop and drove me over to LXQT), and XFCE had ties to various gnomy things. > Certainly the metrics > components should not be installed for non-GNOME users as part of this > change proposal. Having some package installed is not the same thing as using a particular desktop environment. There are many possible reasons why packages get installed, and they won't always get removed when they're no longer needed. Among more than 4000 installed packages, there are surely several I'm not actually using, but examining them all to determine which ones can be removed would take a lot of work. > I think eos-event-recorder-daemon uses some sort of ring buffer to > eventually discard old events, so that storage space does not increase > forever and should not become an issue? That should make it somewhat less of a problem if it is so. It should of course be verified before data gathering is turned on. > (BTW, the GNOME 3 era concluded with the release of GNOME 40 in Fedora > 34, so I wouldn't except Fedora users to still be using GNOME 3. :) I need some way to distinguish between the Gnome that once was and the very different thing that took over the name "Gnome". Björn Persson pgpdVGkitXcGu.pgp Description: OpenPGP digital signatur ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Fri, Jul 7 2023 at 12:25:12 PM -0500, Bruno Wolff III wrote: Is there going to be a recommended way to not accidentally install this stuff? I'm guessing the least work (for Fedora) would be to black list the key packages in the repo files. Making available a package that conflicts with them could be done, but it could accidentally get removed during and --allowerasing change. But this might be easier when doing installs. Well I wouldn't necessarily expect it to be easy to install by mistake, but I do want to make sure it's not harmful if that happens somehow. So even if the packages are installed, they're still not going to upload metrics to Fedora without further user consent. The local collection is a bit of a hole, but I like your suggestion to put a short time limit on that. Perhaps we can collect for something like one hour locally, then delete if the user has not consented to upload before then. Something like that. Michael ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Fri, Jul 7 2023 at 12:03:14 PM -0500, Bruno Wolff III wrote: Note that collecting the data by default increases the harm if someone accidentally enables telemetry and then notices the issue after data is reported. Is there going to be some time limit on the data that is stored and not uploaded yet? We can implement a time limit. The main purpose of this is so that we have the ability to collect data between first boot and the privacy panel in gnome-initial-setup. I'll add this to the feedback section of the change proposal. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
mirmon license correction
Hello, The license tag in the mirmon package (https://src.fedoraproject.org/rpms/ mirmon) was corrected from BSD to MIT in rawhide. Regards, Robby ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F39 Change Proposal: LLVM 17 (System-Wide)
On 7/6/23 10:14, Alessandro Astone wrote: Is there any interest in providing the full older clang binary instead of just compat libraries? In my case, I'm working on an LLVM pass currently targeting LLVM15, and i can use the llvm15 rpm to build it. But then I don't have a way to compile a C source into an LLVM15-compatible intermediate representation for my pass to run on. _ We discussed doing this, but decided not to due to the maintenance burden. I recommend using containers to get access to older compiler binaries. -Tom __ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Thu, Jul 06, 2023 at 08:17:27PM -0500, Michael Catanzaro wrote: On Thu, Jul 6 2023 at 07:42:47 PM -0400, Demi Marie Obenour wrote: Then make the metrics be neither opt-in nor opt-out. Have “Enable telemetry (y/n)?” be a mandatory question in the installer, which the user must answer. The problem is if users are expected to answer, they are going to probably answer No and it's effectively the same as an opt-in. But if we have a default value, users will be inclined to leave the default value. So you do not trust users to answer the way you want? So much for respecting your users. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
>From what I read, the metrics accumulation has an option to turn off the >collection, as well as the transmission Sent from Yahoo Mail on Android On Thu, Jul 6, 2023 at 8:53 p.m., Michael Catanzaro wrote: On Thu, Jul 6 2023 at 11:08:15 PM +0200, Björn Persson wrote: > As a non-user of Gnome 3 who normally never runs any Gnome 3 settings > programs, I get the impression that Fedora 40 will begin accumulating > unused metrics somewhere in the filesystem. To prevent a constantly > growing waste of storage space, I'll have to run one of two Gnome 3 > settings programs – which may or may not require starting a Gnome 3 > desktop session – and find the right switch to either turn on > uploading > or turn off collection. I'll have to remember to do that after > upgrading around a year from now, and also on any new installations in > the distant future. > > If my impression is wrong, then the change proposal needs to be > amended. Well this change proposal is for Fedora Workstation specifically. That's in the title. :) I would envision installing eos-event-recorder-daemon via a Recommends: from the gnome-control-center and gnome-initial-setup packages (and probably also by adding it to the workstation-product comps group), so if you don't have gnome-initial-setup or gnome-control-center installed, you wouldn't get in on upgrade. I'm not sure whether I want to amend this level of detail into the change proposal in case we might want to change the specifics of how it gets installed, but that's just to give you an idea of what I'm thinking currently. Certainly the metrics components should not be installed for non-GNOME users as part of this change proposal. However, I've heard that Fedora KDE might also be interested in adding metrics once we have this working in Workstation. But that would be up to the people contributing to Fedora KDE and would need to be proposed separately. I think eos-event-recorder-daemon uses some sort of ring buffer to eventually discard old events, so that storage space does not increase forever and should not become an issue? But please don't quote me on this; I have a lot of comments to respond to, and I'm not super familiar with the code, and I don't want to dive in to look at how it works right now. If there's really an issue with space growing without bound, then that's a bug we should fix, but I don't think it's so. (BTW, the GNOME 3 era concluded with the release of GNOME 40 in Fedora 34, so I wouldn't except Fedora users to still be using GNOME 3. :) Michael > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
SuperLU updated to the release 6.0
Hi all In some days, i will update SuperLU to the release 6.0.0 All related dependent packages will be rebuilt in a side-tag: $ repoquery --whatrequires 'libsuperlu.so.5()(64bit)' SuperLU-devel-0:5.3.0-4.fc38.x86_64 amg4psblas-serial-0:1.1.0-5.fc38.x86_64 armadillo-0:10.8.2-3.fc38.x86_64 freefem++-0:4.12-2.fc38.x86_64 freefem++-0:4.13-2.fc38.x86_64 hypre-0:2.24.0-3.fc37.x86_64 octave-iso2mesh-0:1.9.6-8.fc37.x86_64 opentoonz-0:1.6.0-11.fc38.x86_64 petsc-0:3.17.4-15.fc38.x86_64 Best Regards -- --- Antonio Trande Fedora Project https://fedoraproject.org/wiki/User:Sagitter mailto: sagit...@fedoraproject.org GPG key: 0x40FDA7B70789A9CD GPG keys server: https://keys.openpgp.org/ OpenPGP_signature Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Thu, Jul 06, 2023 at 19:53:12 -0500, Michael Catanzaro wrote: Well this change proposal is for Fedora Workstation specifically. That's in the title. :) I would envision installing eos-event-recorder-daemon via a Recommends: from the gnome-control-center and gnome-initial-setup packages (and probably also by adding it to the workstation-product comps group), so if you don't have gnome-initial-setup or gnome-control-center installed, you wouldn't get in on upgrade. I'm not sure whether I want to amend this level of detail into the change proposal in case we might want to change the specifics of how it gets installed, but that's just to give you an idea of what I'm thinking currently. Certainly the metrics components should not be installed for non-GNOME users as part of this change proposal. Is there going to be a recommended way to not accidentally install this stuff? I'm guessing the least work (for Fedora) would be to black list the key packages in the repo files. Making available a package that conflicts with them could be done, but it could accidentally get removed during and --allowerasing change. But this might be easier when doing installs. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Thu, Jul 06, 2023 at 14:32:04 -0500, Michael Catanzaro wrote: On Thu, Jul 6 2023 at 08:19:07 PM +0200, Vitaly Zaitsev via devel wrote: All telemetry collection MUST be an opt-in feature (disabled by default). I'm strongly against enabling it by default. As explained in the proposal document, we know that opt-in metrics are not very useful because few users would opt in, and these users would not be representative of Fedora users as a whole. We are not interested in opt-in metrics. This strongly suggests that most people would prefer not to provide metrics. But what is hoped that they won't mind it enough to turn things off. I'm not a fan of doing this, but people can reasonably argue it is for the greater good or that most people are misevaluating the trade offs of their data being used to improve things for them. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Thu, Jul 06, 2023 at 20:17:27 -0500, Michael Catanzaro wrote: Remember, for avoidance of doubt, we will NEVER enable telemetry upload without the user's consent, which is indicated by either (a) not flipping the telemetry switch in gnome-initial-setup to the off position, or (b) flipping the telemetry switch in gnome-control-center to the on position. (The telemetry might be enabled *locally only* for users who upgrade from previous versions of Fedora Workstation and who therefore have not seen the consent switch, but the data will never be uploaded to Fedora. And upgraded users will see the switch default to off rather than on, so it really will be opt-in for upgraded users.) Note that collecting the data by default increases the harm if someone accidentally enables telemetry and then notices the issue after data is reported. Is there going to be some time limit on the data that is stored and not uploaded yet? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Remove forum email notification delay
On Fri Jul 7, 2023 at 15:56 +, Maxwell G wrote: > Hi, > > Can the configured 5 minute delay between forum posting and email > notifications going out be turned off? > It disadvantages users who participate via email and is an unwelcome > diversion from the way the mailing lists work. s/diversion/divergence/ -- Maxwell G (@gotmax23) Pronouns: He/They ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Remove forum email notification delay
Hi, Can the configured 5 minute delay between forum posting and email notifications going out be turned off? It disadvantages users who participate via email and is an unwelcome diversion from the way the mailing lists work. -- Best, Maxwell G (@gotmax23) Pronouns: He/They ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
+1 Am 07.07.23 um 13:05 schrieb Kevin Kofler via devel: "Privacy-preserving Telemetry" is an oxymoron. No such thing exists. Telemetry is always an invasion of privacy, and as such, completely unacceptable in a Free Software operating system. All the more if it is mandatory or opt-out rather than opt-in (but I also consider all those obnoxious "please opt-in to sharing your personal data with us" prompts a major annoyance). I do not see why Fedora (or any other Free Software project, including GNOME, KDE, Endless OS, etc. – I am also complaining about other projects' telemetry efforts) has a need to spy on its users. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2220995] perl-HTTP-Date-6.06 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2220995 --- Comment #5 from Fedora Update System --- FEDORA-2023-c126e5945d has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-c126e5945d -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2220995 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202220995%23c5 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2220995] perl-HTTP-Date-6.06 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2220995 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #4 from Fedora Update System --- FEDORA-2023-d8c424aa2a has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2023-d8c424aa2a -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2220995 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202220995%23c4 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[rpms/perl-HTTP-Date] PR #3: 6.06 bump
mspacek merged a pull-request against the project: `perl-HTTP-Date` that you are following. Merged pull-request: `` 6.06 bump `` https://src.fedoraproject.org/rpms/perl-HTTP-Date/pull-request/3 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
HEADS UP pkgconf to 1.9.5 landing in rawhide
Hi, Since pkgconf is use by half Fedora , I'm sending this information to devel mailing list , I hope not have any disturbance. Best regards, -- Sérgio M. B. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Thu, Jul 6 2023 at 09:27:47 PM +0200, Florian Weimer wrote: What about packages which already collect metrics and report them somewhere (not necessarily to Red Hat)? Would these packages need to change under this proposal? If not, how do we explain this to our users? No, packages that are already collecting their own metrics separately would not be affected. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F39 Change Proposal: Color Bash Prompt (System Wide)
I actually copy-paste the Debian prompt since Debian Jessie on my systems. Even though it uses blue-green colors, I can see it very well on both white and black background. I think it would be nicer if we played around with several options and have the user have a simple way of choosing. There are many variants, some using git info, some using exit codes and so... On 7. 7. 2023 14:56, Chris Adams wrote: Once upon a time, Vít Ondruch said: Shouldn't blue be the default for Fedora? Blue is probably a bad idea in a prompt, as the human eye doesn't perceive blue as strongly as green. The prompt isn't about art/style, it's purely about functionality. -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F39 Change Proposal: Color Bash Prompt (System Wide)
I agree that blue is not good. It was impossible to read the welcome messages during boot and startup. The cyan/teal is much better. I typically use amber on black but sometimes use green on black so I'm not sure that green would help those who also use green font color. For me, on a black background, #54 works really well for both. Not so well on light backgrounds though. -- * David P. Both, RHCE He/Him/His * www.both.org - My personal web site www.Linux-Databook.info - Home of the DataBook for Linux DataBook is a Registered Trademark of David Both * The value of any software lies in its usefulness not in its price. — Linus Torvalds * On Fri, 7 Jul 2023, Chris Adams wrote: Date: Fri, 7 Jul 2023 08:56:00 From: Chris Adams Reply-To: Development discussions related to Fedora To: devel@lists.fedoraproject.org Subject: Re: F39 Change Proposal: Color Bash Prompt (System Wide) Once upon a time, Vít Ondruch said: Shouldn't blue be the default for Fedora? Blue is probably a bad idea in a prompt, as the human eye doesn't perceive blue as strongly as green. The prompt isn't about art/style, it's purely about functionality. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F39 Change Proposal: LibuserDeprecation (System Wide)
Hi, I went through the thread and there are good points that I was not aware of. But libuser is now pulled into every installation and considering the state of the library (not being developed) I still think we should do something about it. The benefit is small for tools like passwd. The passwd utility has a compile time option for libuser (as well as other dependent packages with one exception where it can be fixed with small effort). So we can keep the current passwd utility for time being until the one from shadow util is ready and SELinux adjusted. Some use cases (like puppet) justify the effort for keeping libuser available in EPEL. Tomáš On Mon, Jul 3, 2023 at 1:25 PM Dominik 'Rathann' Mierzejewski < domi...@greysector.net> wrote: > On Monday, 26 June 2023 at 03:16, James Ralston wrote: > [...] > > To remove a user from a group: > > > > lgroupmod -m someuser somegroup > [...] > > But groupmod has no ability to remove a user from a group. > [...] > > For shadow-utils 4.10 or later, usermod has a new -r option, so it is > > possible to construct an equivalent: > > > > usermod -r -G somegroup someuser > > > > While this is a vast improvement, I would argue this option was added > > to the wrong utility: groupmod should have the ability to remove a > > user from a group, the same as lgroupmod. It’s also fairly new (RHEL9 > > still has shadow-utils 4.9, for example). > > Agreed. Have you tried opening an issue upstream and/or in RHEL > bugzilla? > > Regards, > Dominik > -- > Fedora https://fedoraproject.org > There should be a science of discontent. People need hard times and > oppression to develop psychic muscles. > -- from "Collected Sayings of Muad'Dib" by the Princess Irulan > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue > -- Tomáš Halman ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F39 Change Proposal: Color Bash Prompt (System Wide)
Once upon a time, Vít Ondruch said: > Shouldn't blue be the default for Fedora? Blue is probably a bad idea in a prompt, as the human eye doesn't perceive blue as strongly as green. The prompt isn't about art/style, it's purely about functionality. -- Chris Adams ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: redhat-rpm-config build flags updatesin rawhide
* Florian Weimer:
> * Tulio Magno Quites Machado Filho:
>
>> Florian Weimer writes:
>>
>>> Today, I pushed a redhat-rpm-config update to rawhide,
>>> redhat-rpm-config-260-1.fc39. The only expected change is that
>>> -Wno-complain-wrong-lang now shows up in %optflags (but not
>>> %build_cflags etc.). It should prevent Fortran compilers from warning
>>> on -Werror=format-security (and failing to build with -Werror). That
>>> bogus -Werror=format-security is also gone from %build_fflags. I think
>>> I found a relatively concise way to express this in the macros language
>>> (using non-lexical macro bindings).
>>>
>>> There's some code in there for more -Werror= options, but it's disabled
>>> by default pending Fesco approval.
>>>
>>> I tested this change and it seems to work as expected, but I thought I
>>> should send this note nevertheless.
>>
>> I'm seeing warnings when building with the new redhat-rpm-config with
>> clang:
>>
>> warning: unknown warning option '-Wno-complain-wrong-lang'; did you
>> mean '-Wno-c++11-long-long'? [-Wunknown-warning-option]
>
> I'm going to disable -Wno-complain-wrong-lang for %toolchain == "clang".
>
>> I'm also seeing other warnings that appear to be related:
>>
>> /builddir/build/SPECS/llvm.spec: line 259: Macro %__build_for_lang_any
>> defined but not used within scope
>
> The line number seems off (on the %ifarch). It's because of this:
>
> %ifarch s390 s390x %{arm} %ix86
> # Decrease debuginfo verbosity to reduce memory consumption during final
> library linking
> %global optflags %(echo %{optflags} | sed 's/-g /-g1 /')
> %endif
>
> This freezes the expansions of %optflags, so the indirect references to
> the mentioned macros are gone. I'm going to put in a workaround for
> that, too.
It's hopefully fixed with redhat-rpm-config-261-1.fc39.
Thanks,
Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
Re: python3-pyside2 and Python 3.12
Richard Shaw wrote: > So it looks like upstream has no intention of supporting Python 3.12 in > Pyside2 (5.15.x series), only in Pyside6 which AFAIK requires Qt6. > > https://bugreports.qt.io/browse/PYSIDE-2388 > > Porting is non-trivial and Python upstream does not provide a porting > guide. > > https://docs.python.org/3/c-api/unicode.html#c.PyUnicode_AS_UNICODE > > Says to replace PyUnicode_AS_UNICODE with PyUnicode_nBYTE_DATA which also > requires use of the KIND and READY functions. > > So now what? Take the patches from https://bugreports.qt.io/browse/PYSIDE-2230 (or from the PySide6 git history if there are changes needed that are not listed there) and backport them. Try talking to other distros' maintainers to share work. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F39 Change Proposal: Color Bash Prompt (System Wide)
On Fri, Jul 07, 2023 at 01:38:08PM +0200, Vít Ondruch wrote: > > > > There seems to be a general desire to have a colored prompt like other > > popular distros, which commonly use green > > > Shouldn't blue be the default for Fedora? > > And I think that dark as well as light color schemes should be considered. I thought we should be using ANSI_COLOR from /etc/os-release. Which is blue on Fedora. -- Tomasz Torcz “God, root, what's the difference?” to...@pipebreaker.pl “God is more forgiving.” ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F39 Change Proposal: Color Bash Prompt (System Wide)
Dne 05. 07. 23 v 11:25 Aoife Moloney napsal(a): https://fedoraproject.org/wiki/Changes/Color_Bash_Prompt == Summary == Introduce a default colored prompt for Fedora's default shell bash. == Owner == * Name: [[User:Petersen| Jens Petersen]] * Email: == Detailed Description == For a long time the Fedora default shell prompt has been monochrome, which makes it difficult to find shell prompt commands between long command outputs when scrolling through terminal shell output. This Change introduces a simple default colored shell prompt, which users can also easily theme themselves. [https://petersen.fedorapeople.org/color-bash-prompt.png screenshot of color bash prompt in gnome-terminal] == Feedback == Initial [https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/B5AJS3FIIPMF3KNWM7HRUNI7ISA2AKBR/#B5AJS3FIIPMF3KNWM7HRUNI7ISA2AKBR devel list discussion thread] There seems to be a general desire to have a colored prompt like other popular distros, which commonly use green Shouldn't blue be the default for Fedora? And I think that dark as well as light color schemes should be considered. IOW I appreciate the screenshot attached above, but could you also attach one with the light scheme? Thx a lot. Vít etc, though some concerns were raised about colorblind users. However given that the original prompt was black & white, and the new one while colored will still be essentially monochromatic, it should be less of a problem and users will easily be able to turn off or change any color introduced. == Benefit to Fedora == Fedora will have a more modern and distinct default shell prompt. == Scope == * Proposal owners: ** update the default bash PS1 to a simple essentially monochromatic prompt (restricted to interactive color terminals). ** like the old default prompt, no external commands or processes will be run by PS1 by default * Other developers: bash and/or setup package maintainers to be consulted on the preferred implementation file location * Release engineering: [https://pagure.io/releng/issues #Releng issue number] * Policies and guidelines: N/A (not needed for this Change) * Trademark approval: N/A (not needed for this Change) * Alignment with Community Initiatives: == Upgrade/compatibility impact == No impact for rpm editions, ostree editions may gain the default color prompt if they include its package. == How To Test == * install Fedora and test the new PS1 prompt in various terminals and scenarios ** desktop default terminals should be expected to render the new prompt well * try customizing the prompt theme by setting for example `PROMPT_COLOR='1;33'` (bright/bold yellow), etc A proof of concept can be tested today with https://copr.fedorainfracloud.org/coprs/petersen/bash-color-prompt/ ([https://copr-dist-git.fedorainfracloud.org/cgit/petersen/bash-color-prompt/bash-color-prompt.git/tree/ source git repo]) == User Experience == Fedora users will now benefit from a clear self-colored shell prompt, which should make the separation between command outputs and shell prompts much clearer and they can also easily change the prompt coloring in real-time as they desire. == Dependencies == None == Contingency Plan == * Contingency mechanism: Change owner will revert PS1 back to monochrome prompt * Contingency deadline: Beta freeze * Blocks release? Yes == Documentation == [https://en.wikipedia.org/wiki/ANSI_escape_code#SGR_(Select_Graphic_Rendition)_parameters ANSI color attributes] (Wikipedia) == Release Notes == The default shell prompt is now in a distinct color for increased clarity and the theme can be customized. OpenPGP_signature Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
python3-pyside2 and Python 3.12
So it looks like upstream has no intention of supporting Python 3.12 in Pyside2 (5.15.x series), only in Pyside6 which AFAIK requires Qt6. https://bugreports.qt.io/browse/PYSIDE-2388 Porting is non-trivial and Python upstream does not provide a porting guide. https://docs.python.org/3/c-api/unicode.html#c.PyUnicode_AS_UNICODE Says to replace PyUnicode_AS_UNICODE with PyUnicode_nBYTE_DATA which also requires use of the KIND and READY functions. So now what? Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
"Privacy-preserving Telemetry" is an oxymoron. No such thing exists. Telemetry is always an invasion of privacy, and as such, completely unacceptable in a Free Software operating system. All the more if it is mandatory or opt-out rather than opt-in (but I also consider all those obnoxious "please opt-in to sharing your personal data with us" prompts a major annoyance). I do not see why Fedora (or any other Free Software project, including GNOME, KDE, Endless OS, etc. – I am also complaining about other projects' telemetry efforts) has a need to spy on its users. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Fri, Jul 07, 2023 at 12:41:00PM +0200, Leon Fauster via devel wrote: > Am 07.07.23 um 12:19 schrieb Richard W.M. Jones: > > On Thu, Jul 06, 2023 at 05:10:24PM +0100, Aoife Moloney wrote: > > > Important process note: we are experimenting with using Fedora > > > Discussion as part of the Changes process. Change announcements (like > > > the one you are reading right now) will still be sent to the > > > devel-announce mailing list, but the conversation about each change > > > will take place on Fedora Discussion at > > > https://discussion.fedoraproject.org/t/f40-change-request-privacy-preserving-telemetry-for-fedora-workstation-system-wide/85320 > > > > Why? This was discussed a while back and the number problems with > > discourse were covered, and to my knowledge none of them have been > > fixed. > > > > > == Summary == > > > > > > The Red Hat Display Systems Team (which develops the desktop) proposes > > > to enable limited data collection of anonymous Fedora Workstation > > > usage metrics. > > > > > > Fedora is an open source community project, and nobody is interested > > > in violating user privacy. We do not want to collect data about > > > individual users. We want to collect only aggregate usage metrics that > > > are actually needed to achieve specific Fedora improvement objectives, > > > and no more. We understand that if we violate our users' trust, then > > > we won't have many users left, so if metrics collection is approved, > > > we will need to be very careful to roll this out in a way that > > > respects our users at all times. (For example, we should not collect > > > users' search queries, because that would be creepy.) > > > > This also keeps coming up and the answer is again, no! There's no > > such thing as anonymous data collection, people don't want it, it must > > not be enabled by default (making it useless to you), it's probably > > illegal in the Europe, so stop asking for it. > > +1 > > General Data Protection Regulation in EU law. > > "... consent can't be implied and must always be given through an opt-in > ..." Note the proposal at the top of the thread directly addresses this opt-in vs opt-out Q wrt GDPR compliance: [quote] Fedora Legal has determined that if we collect any personally-identifiable data, the entire metrics system must be opt-in. Since we are only interested in opt-out metrics due to the low value of opt-in metrics, we must accordingly never collect any personally-identifiable data. We must also not collect any data that could become personally-identifiable if combined with other data, which notably means IP addresses must not be stored. We only want to collect anonymous data anyway, but we need to be especially mindful of the possibility that combining two "anonymous" data points could result in the data no longer being anonymous. [/quote] IOW, the intention is to avoid triggering GDPR obligations by not collecting (potentially) personally identifiable data. The last sentance though hints at how tricky this can be to put into practice in reality though. Combining anonymous data sets can be surprisingly effective at producing metrics that could uniquely identify users - it is the heart of online advertizment targetting techniques after all. With regards, Daniel -- |: https://berrange.com -o-https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o-https://fstop138.berrange.com :| |: https://entangle-photo.org-o-https://www.instagram.com/dberrange :| ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
Am 07.07.23 um 12:19 schrieb Richard W.M. Jones: On Thu, Jul 06, 2023 at 05:10:24PM +0100, Aoife Moloney wrote: Important process note: we are experimenting with using Fedora Discussion as part of the Changes process. Change announcements (like the one you are reading right now) will still be sent to the devel-announce mailing list, but the conversation about each change will take place on Fedora Discussion at https://discussion.fedoraproject.org/t/f40-change-request-privacy-preserving-telemetry-for-fedora-workstation-system-wide/85320 Why? This was discussed a while back and the number problems with discourse were covered, and to my knowledge none of them have been fixed. == Summary == The Red Hat Display Systems Team (which develops the desktop) proposes to enable limited data collection of anonymous Fedora Workstation usage metrics. Fedora is an open source community project, and nobody is interested in violating user privacy. We do not want to collect data about individual users. We want to collect only aggregate usage metrics that are actually needed to achieve specific Fedora improvement objectives, and no more. We understand that if we violate our users' trust, then we won't have many users left, so if metrics collection is approved, we will need to be very careful to roll this out in a way that respects our users at all times. (For example, we should not collect users' search queries, because that would be creepy.) This also keeps coming up and the answer is again, no! There's no such thing as anonymous data collection, people don't want it, it must not be enabled by default (making it useless to you), it's probably illegal in the Europe, so stop asking for it. +1 General Data Protection Regulation in EU law. "... consent can't be implied and must always be given through an opt-in ..." -- Leon ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[rpms/perl-HTTP-Date] PR #4: 6.06 bump
mspacek merged a pull-request against the project: `perl-HTTP-Date` that you are following. Merged pull-request: `` 6.06 bump `` https://src.fedoraproject.org/rpms/perl-HTTP-Date/pull-request/4 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Thu, Jul 06, 2023 at 10:26:17PM +0200, Frantisek Zatloukal wrote: > > > On Thu, Jul 6, 2023 at 9:58 PM Vitaly Zaitsev via devel < > devel@lists.fedoraproject.org> wrote: > > On 06/07/2023 21:32, Michael Catanzaro wrote: > > As explained in the proposal document, we know that opt-in metrics are > > not very useful because few users would opt in, and these users would > > not be representative of Fedora users as a whole. > > Because Linux users care about their privacy. > > > In that case, the users can opt-out, if the aggregated telemetry > doesn't fit in their privacy framework. This is not legal. Rich. > -- > > Best regards / S pozdravem, > > František Zatloukal > Senior Quality Engineer > Red Hat > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
On Thu, Jul 06, 2023 at 05:10:24PM +0100, Aoife Moloney wrote: > Important process note: we are experimenting with using Fedora > Discussion as part of the Changes process. Change announcements (like > the one you are reading right now) will still be sent to the > devel-announce mailing list, but the conversation about each change > will take place on Fedora Discussion at > https://discussion.fedoraproject.org/t/f40-change-request-privacy-preserving-telemetry-for-fedora-workstation-system-wide/85320 Why? This was discussed a while back and the number problems with discourse were covered, and to my knowledge none of them have been fixed. > == Summary == > > The Red Hat Display Systems Team (which develops the desktop) proposes > to enable limited data collection of anonymous Fedora Workstation > usage metrics. > > Fedora is an open source community project, and nobody is interested > in violating user privacy. We do not want to collect data about > individual users. We want to collect only aggregate usage metrics that > are actually needed to achieve specific Fedora improvement objectives, > and no more. We understand that if we violate our users' trust, then > we won't have many users left, so if metrics collection is approved, > we will need to be very careful to roll this out in a way that > respects our users at all times. (For example, we should not collect > users' search queries, because that would be creepy.) This also keeps coming up and the answer is again, no! There's no such thing as anonymous data collection, people don't want it, it must not be enabled by default (making it useless to you), it's probably illegal in the Europe, so stop asking for it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Test-Announce] Fedora-IoT 39 RC 20230707.0 nightly compose nominated for testing
Announcing the creation of a new nightly release validation test event for Fedora-IoT 39 RC 20230707.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki/QA:Release_validation_test_plan Test coverage information for the current release can be seen at: https://openqa.fedoraproject.org/testcase_stats/39iot You can see all results, find testing instructions and image download locations, and enter results on the Summary page: https://fedoraproject.org/wiki/Test_Results:Fedora-IoT_39_RC_20230707.0_Summary The individual test result pages are: https://fedoraproject.org/wiki/Test_Results:Fedora-IoT_39_RC_20230707.0_General Thank you for testing! -- Mail generated by relvalconsumer: https://pagure.io/fedora-qa/relvalconsumer ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-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/test-annou...@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
Assuming the goal is to improve fedora, that would be pointless as telemetry rarely produces useful results as opt-in. It makes sense to have it opt-out, but I'd expect the telemetry output and inputs to be open and available for fedora developers. Regards, Nikos On Thu, Jul 6, 2023 at 8:19 PM Vitaly Zaitsev via devel < devel@lists.fedoraproject.org> wrote: > On 06/07/2023 18:10, Aoife Moloney wrote: > > The Red Hat Display Systems Team (which develops the desktop) proposes > > to enable limited data collection of anonymous Fedora Workstation > > usage metrics. > > All telemetry collection MUST be an opt-in feature (disabled by > default). I'm strongly against enabling it by default. > > Please add the ability to completely get rid of it by removing the > telemetry collector package. > > -- > Sincerely, >Vitaly Zaitsev (vit...@easycoding.org) > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[rpms/perl-HTTP-Date] PR #2: 6.06 bump
mspacek merged a pull-request against the project: `perl-HTTP-Date` that you are following. Merged pull-request: `` 6.06 bump `` https://src.fedoraproject.org/rpms/perl-HTTP-Date/pull-request/2 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Fedora rawhide compose report: 20230707.n.0 changes
OLD: Fedora-Rawhide-20230706.n.0 NEW: Fedora-Rawhide-20230707.n.0 = SUMMARY = Added images:1 Dropped images: 1 Added packages: 4 Dropped packages:0 Upgraded packages: 152 Downgraded packages: 1 Size of added packages: 2.35 MiB Size of dropped packages:0 B Size of upgraded packages: 1.05 GiB Size of downgraded packages: 21.35 MiB Size change of upgraded packages: -7.68 MiB Size change of downgraded packages: 1.17 KiB = ADDED IMAGES = Image: Silverblue dvd-ostree aarch64 Path: Silverblue/aarch64/iso/Fedora-Silverblue-ostree-aarch64-Rawhide-20230707.n.0.iso = DROPPED IMAGES = Image: Kinoite dvd-ostree ppc64le Path: Kinoite/ppc64le/iso/Fedora-Kinoite-ostree-ppc64le-Rawhide-20230706.n.0.iso = ADDED PACKAGES = Package: rust-http-range-header-0.3.0-1.fc39 Summary: No-dep range header parser RPMs:rust-http-range-header+default-devel rust-http-range-header+with_error_cause-devel rust-http-range-header-devel Size:29.28 KiB Package: rust-iri-string-0.7.0-1.fc39 Summary: IRI as string types RPMs:rust-iri-string+alloc-devel rust-iri-string+default-devel rust-iri-string+memchr-devel rust-iri-string+serde-devel rust-iri-string+std-devel rust-iri-string-devel Size:165.97 KiB Package: rust-prometheus-client-derive-encode-0.4.1-1.fc39 Summary: Auxiliary crate to derive Encode trait from prometheus-client RPMs:rust-prometheus-client-derive-encode+default-devel rust-prometheus-client-derive-encode-devel Size:23.47 KiB Package: tbb2020.3-2020.3-1.fc39 Summary: The Threading Building Blocks library abstracts low-level threading details RPMs:tbb2020.3 tbb2020.3-devel Size:2.14 MiB = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: PyDrive2-1.16.1-1.fc39 Old package: PyDrive2-1.16.0-2.fc39 Summary: Google Drive API Python wrapper library, maintained fork of PyDrive RPMs: python3-PyDrive2 Size: 123.45 KiB Size change: -574 B Changelog: * Thu Jul 06 2023 Mikel Olasagasti Uranga - 1.16.1-1 - Update to 1.16.1 - Closes rhbz#2220824 Package: ansible-collection-community-general-7.1.0-1.fc39 Old package: ansible-collection-community-general-7.0.0-1.fc39 Summary: Modules and plugins supported by Ansible community RPMs: ansible-collection-community-general Size: 1.51 MiB Size change: 27.11 KiB Changelog: * Thu Jun 22 2023 Maxwell G - 7.1.0-1 - Update to 7.1.0. Fixes rhbz#2209182. Package: apptainer-1.2.0~rc.2-1.fc39 Old package: apptainer-1.2.0~rc.1-1.fc39 Summary: Application and environment virtualization formerly known as Singularity RPMs: apptainer apptainer-suid Size: 121.02 MiB Size change: 1.00 MiB Changelog: * Thu Jul 06 2023 Dave Dykstra - 1.2.0~rc.1-2 - Update to upstream 1.2.0-rc.2 Package: baresip-3.3.0-1.fc39 Old package: baresip-3.2.0-1.fc39 Summary: Modular SIP user-agent with audio and video support RPMs: baresip baresip-aac baresip-alsa baresip-av1 baresip-codec2 baresip-ctrl_dbus baresip-devel baresip-g722 baresip-g726 baresip-gst baresip-gtk baresip-jack baresip-mpa baresip-mqtt baresip-opus baresip-pipewire baresip-plc baresip-portaudio baresip-pulse baresip-sdl baresip-snapshot baresip-sndfile baresip-tools baresip-v4l2 baresip-vp8 baresip-vp9 baresip-x11 Size: 6.54 MiB Size change: 151 B Changelog: * Fri Jul 07 2023 Robert Scheck 3.3.0-1 - Upgrade to 3.3.0 (#2220879) Package: boost-1.81.0-4.fc39 Old package: boost-1.81.0-3.fc39 Summary: The free peer-reviewed portable C++ source libraries RPMs: boost boost-atomic boost-b2 boost-build boost-chrono boost-container boost-context boost-contract boost-coroutine boost-date-time boost-devel boost-doc boost-doctools boost-examples boost-fiber boost-filesystem boost-graph boost-graph-mpich boost-graph-openmpi boost-iostreams boost-json boost-locale boost-log boost-math boost-mpich boost-mpich-devel boost-mpich-python3 boost-mpich-python3-devel boost-nowide boost-numpy3 boost-openmpi boost-openmpi-devel boost-openmpi-python3 boost-openmpi-python3-devel boost-program-options boost-python3 boost-random boost-regex boost-serialization boost-stacktrace boost-static boost-system boost-test boost-thread boost-timer boost-type_erasure boost-url boost-wave Size: 338.00 MiB Size change: 34.16 KiB Changelog: * Thu Jul 06 2023 Jonathan Wakely - 1.81.0-4 - Update License for SPDX migration Package: borgbackup-1.2.4-4.fc39 Old package: borgbackup-1.2.4-2.fc39 Summary: A deduplicating backup program with compression and authenticated encryption RPMs: borgbackup Size: 5.53 MiB Size change: -89.72 KiB Changelog: * Wed Jun 14 2023 Python Maint - 1.2.4-3 - Rebuilt for Python 3.12 * Thu Jul 06 2023 Felix Schwarz - 1.2.4-4 - add patch for Python 3.12 compatibility Package: cinnamon-5.8.3-1.fc39 Old package: cinnamon-5.8.2-2.fc39
[Bug 2219862] perl-IO-Interactive-1.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2219862 --- Comment #6 from Fedora Update System --- FEDORA-EPEL-2023-19c3fa222f has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-19c3fa222f -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202219862%23c6 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[rpms/perl-HTTP-Date] PR #4: 6.06 bump
mspacek opened a new pull-request against the project: `perl-HTTP-Date` that you are following: `` 6.06 bump `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-HTTP-Date/pull-request/4 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[rpms/perl-HTTP-Date] PR #3: 6.06 bump
mspacek opened a new pull-request against the project: `perl-HTTP-Date` that you are following: `` 6.06 bump `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-HTTP-Date/pull-request/3 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[rpms/perl-HTTP-Date] PR #2: 6.06 bump
mspacek opened a new pull-request against the project: `perl-HTTP-Date` that you are following: `` 6.06 bump `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-HTTP-Date/pull-request/2 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2219862] perl-IO-Interactive-1.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2219862 --- Comment #5 from Fedora Update System --- FEDORA-EPEL-2023-779f2fec35 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-779f2fec35 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202219862%23c5 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2220995] perl-HTTP-Date-6.06 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2220995 Michal Josef Spacek changed: What|Removed |Added Doc Type|--- |If docs needed, set a value Status|NEW |ASSIGNED --- Comment #3 from Michal Josef Spacek --- Changes: 6.06 2023-07-06 22:29:55Z - Use copyright year rather than range (GH#18) (Olaf Alders) - Replace "Test" with "Test::More" (GH#20) (James Raspass) - Remove the executable bit from the test (GH#21) (James Raspass) - Add support for Windows four-digit year format (GH#23) (Grant Street Group) For Fedora rawhide, f38 and f37 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2220995 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202220995%23c3 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2219862] perl-IO-Interactive-1.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2219862 --- Comment #3 from Fedora Update System --- FEDORA-2023-f084ece54d has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2023-f084ece54d -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202219862%23c3 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2219862] perl-IO-Interactive-1.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2219862 --- Comment #4 from Fedora Update System --- FEDORA-EPEL-2023-53a003acef has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-53a003acef -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202219862%23c4 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2219862] perl-IO-Interactive-1.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2219862 --- Comment #2 from Fedora Update System --- FEDORA-2023-57fb28f777 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-57fb28f777 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202219862%23c2 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2219862] perl-IO-Interactive-1.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-IO-Interactive-1.025-1 ||.fc39 --- Comment #1 from Petr Pisar --- A bug-fix release suitable for all Fedoras and EPELs. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202219862%23c1 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2219862] perl-IO-Interactive-1.025 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2219862 Petr Pisar changed: What|Removed |Added CC|ppi...@redhat.com | Status|NEW |ASSIGNED Doc Type|--- |If docs needed, set a value -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2219862 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2221022] perl-Business-ISBN-Data-20230707.001 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2221022 Fedora Update System changed: What|Removed |Added Resolution|--- |ERRATA Status|MODIFIED|CLOSED Fixed In Version||perl-Business-ISBN-Data-202 ||30707.001-1.fc39 Last Closed||2023-07-07 08:18:56 --- Comment #2 from Fedora Update System --- FEDORA-2023-a3150e4d0b has been pushed to the Fedora 39 stable repository. If problem still persists, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2221022 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202221022%23c2 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2221022] perl-Business-ISBN-Data-20230707.001 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2221022 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #1 from Fedora Update System --- FEDORA-2023-a3150e4d0b has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-a3150e4d0b -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2221022 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202221022%23c1 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Bug 2221022] perl-Business-ISBN-Data-20230707.001 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2221022 Paul Howarth changed: What|Removed |Added Doc Type|--- |If docs needed, set a value Status|NEW |ASSIGNED Assignee|jples...@redhat.com |p...@city-fan.org -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2221022 ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-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/perl-devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)
* Aoife Moloney: > == Dependencies == > > Any package that wishes to collect a metric would need to depend on > eos-metrics. For example, if we were to collect statistics on which > system settings panels are used most frequently, then the > gnome-control-center package would need to depend on eos-metrics in > order to send a metric to eos-event-recorder-daemon. What about packages which already collect metrics and report them somewhere (not necessarily to Red Hat)? Would these packages need to change under this proposal? If not, how do we explain this to our users? Thanks, Florian ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Lazpaint license update: "GPLv3 and LGPLv2 and Boost" -> "GPL-3.0-only AND LGPL-3.0-only"
Hi, I have updated the license on the "lazpaint" package. [0] LazPaint is an image editor, and a leaf package with no dependents. a) LGPLv2 -> LGPL-3.0-only I missed upstream switching from v2 to v3 at some point. b) Dropping Boost The Boost license is only relevant to some test files, No files in the built RPM are subject to it, and our licensing guidelines say that the tag refers to the contents of the binary RPM. [1] Cheers, A.FI. [0] https://src.fedoraproject.org/rpms/lazpaint [1] https://docs.fedoraproject.org/en-US/packaging-guidelines/LicensingGuidelines/#_license_field ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: redhat-rpm-config build flags updatesin rawhide
* Tulio Magno Quites Machado Filho:
> Florian Weimer writes:
>
>> Today, I pushed a redhat-rpm-config update to rawhide,
>> redhat-rpm-config-260-1.fc39. The only expected change is that
>> -Wno-complain-wrong-lang now shows up in %optflags (but not
>> %build_cflags etc.). It should prevent Fortran compilers from warning
>> on -Werror=format-security (and failing to build with -Werror). That
>> bogus -Werror=format-security is also gone from %build_fflags. I think
>> I found a relatively concise way to express this in the macros language
>> (using non-lexical macro bindings).
>>
>> There's some code in there for more -Werror= options, but it's disabled
>> by default pending Fesco approval.
>>
>> I tested this change and it seems to work as expected, but I thought I
>> should send this note nevertheless.
>
> I'm seeing warnings when building with the new redhat-rpm-config with
> clang:
>
> warning: unknown warning option '-Wno-complain-wrong-lang'; did you
> mean '-Wno-c++11-long-long'? [-Wunknown-warning-option]
I'm going to disable -Wno-complain-wrong-lang for %toolchain == "clang".
> I'm also seeing other warnings that appear to be related:
>
> /builddir/build/SPECS/llvm.spec: line 259: Macro %__build_for_lang_any
> defined but not used within scope
The line number seems off (on the %ifarch). It's because of this:
%ifarch s390 s390x %{arm} %ix86
# Decrease debuginfo verbosity to reduce memory consumption during final
library linking
%global optflags %(echo %{optflags} | sed 's/-g /-g1 /')
%endif
This freezes the expansions of %optflags, so the indirect references to
the mentioned macros are gone. I'm going to put in a workaround for
that, too.
Thanks,
Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
SPDX Statistics - Dollar edition
Two weeks ago we had: * 23055 spec files in Fedora * 29519license tags in all spec files * 17864 tags have not been converted to SPDX yet * 6691tags can be trivially converted using `license-fedora2spdx` * Progress: 39.48% ░░░███ 100% Today we have: * 23090 spec files in Fedora * 29509license tags in all spec files * 17680 tags have not been converted to SPDX yet * 6607tags can be trivially converted using `license-fedora2spdx` * Progress: 40.09% ██ 100% ELN subset: 1467 out of 3764 packages are not converted yet The list of packages needed to be converted is again here: https://pagure.io/copr/license-validate/blob/main/f/packages-without-spdx-final.txt List by package maintainers is here https://pagure.io/copr/license-validate/blob/main/f/packages-without-spdx-final-maintainers.txt List of packages from ELN subset that needs to be converted: https://pagure.io/copr/license-validate/blob/main/f/eln-not-migrated.txt New version of fedora-license-data has been released. With 6 new licenses. Legal docs and especially https://docs.fedoraproject.org/en-US/legal/allowed-licenses/ was updated too. I updated the progress the spreadsheet with Burndown chart: https://docs.google.com/spreadsheets/d/1QVMEzXWML-6_Mrlln02axFAaRKCQ8zE807rpCjus-8s/edit?usp=sharing New projection when we will be finished is 2024-11-18 (we are slowing down a lot!). Pure linear approximation. If your package does not have neither git-log entry nor spec-changelog entry mentioning SPDX and you know your license tag matches SPDX formula, you can put your package on ignore list https://pagure.io/copr/license-validate/blob/main/f/ignore-packages.txt Either pull-request or direct email to me is fine. Tip of the day: Do you have license that does not have SPDX id? Here is shortened version how to get one: * Submit issue against https://gitlab.com/fedora/legal/fedora-license-data when accepted the issue gets "licese::allowed" and "SPDX::submit issue" labels * Then somebody has to file issue against https://github.com/spdx/license-list-XML/ When **you** do that, it speeds up the process. Otherwise it can take one or three weeks untill **we* do that. * When SPDX accepts the license and emits the id for the license then the issue in fedora-license-data get label "TOML file::needed". And somebody has to craft TOML file and open MR. This can be you, if you want to make things faster. And then you can finally use the new id in your SPEC file. Why SPDX Dollar edition? Because on today's date (I am writing this on the eve of posting), in year 1785 accepted that money unit of USA should be one dollar. The name comes from my homeland, Czechia. In 16th century we had here currency thaler (in Czech tolar) that found it way to many languages and through Dutch and Spanish coined the word "dollar". https://en.wikipedia.org/wiki/United_States_dollar Do you hesitate how to proceed with the migration? Please follow https://docs.fedoraproject.org/en-US/legal/update-existing-packages/ Miroslav ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
