[Bug 1806236] perl-Math-NumSeq-74 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1806236 Miro Hrončok changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Math-NumSeq-74-1.fc33 Resolution|--- |RAWHIDE Doc Type|--- |If docs needed, set a value Last Closed||2020-02-23 07:35:53 -- You are receiving this mail because: You are on the CC list for the bug. ___ 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
Re: Help needed to get dependencies in EPEL 8 for pagure
On Sat, Feb 8, 2020 at 9:59 PM Neal Gompa wrote: > > Hey all, > > I've been trying to get Pagure into EPEL 8 for a couple of months now > so that we can upgrade our Pagure instances to RHEL 8[1]. > > Thankfully, most of Pagure's dependencies *are* now present in EPEL 8, > so there's only a few that need to be added. > So, an update: after this most recent push, most of Pagure's dependencies are now in EPEL 8. We're still missing celery... > * python-celery: abompard, mrunge, pingou, ngompa ... > Celery is in a special position here, because it has a number of > missing dependencies, too (which is why I haven't branched and built > it yet): > > * python-kombu: mrunge, pingou, fab, pjp, sundaram > * python-billiard: mrunge, pingou, fab, pjp, sundaram > * python-amqp: eharney > * python-vine: mrunge > * python-case: mrunge And we're still missing pygit2... > * python-pygit2: pwalter ... > A note here: RHEL 8 ships libgit2 0.26.8, so we need pygit2 0.26.x. > This is already what we ship in the EPEL 7 branch, so that can just be > branched into a new epel8 branch and built. We're nearly there, though. Thanks for everyone who has helped so far! -- 真実はいつも一つ！/ Always, there's only one truth! ___ 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
[Bug 1806236] perl-Math-NumSeq-74 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1806236 --- Comment #2 from Upstream Release Monitoring --- the-new-hotness/release-monitoring.org's scratch build of perl-Math-NumSeq-74-1.fc30.src.rpm for rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=41793249 -- You are receiving this mail because: You are on the CC list for the bug. ___ 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
[Bug 1806236] New: perl-Math-NumSeq-74 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1806236 Bug ID: 1806236 Summary: perl-Math-NumSeq-74 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Math-NumSeq Keywords: FutureFeature, Triaged Assignee: mhron...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mhron...@redhat.com, perl-devel@lists.fedoraproject.org Target Milestone: --- Classification: Fedora Latest upstream release: 74 Current version/release in rawhide: 73-2.fc32 URL: http://search.cpan.org/dist/Math-NumSeq/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/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/3062/ -- You are receiving this mail because: You are on the CC list for the bug. ___ 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
[Bug 1806236] perl-Math-NumSeq-74 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1806236 --- Comment #1 from Upstream Release Monitoring --- Created attachment 1665164 --> https://bugzilla.redhat.com/attachment.cgi?id=1665164=edit [patch] Update to 74 (#1806236) -- You are receiving this mail because: You are on the CC list for the bug. ___ 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
Re: Help needed to get dependencies in EPEL 8 for pagure
On Sat, Feb 8, 2020 at 9:59 PM Neal Gompa wrote: > > Hey all, > > I've been trying to get Pagure into EPEL 8 for a couple of months now > so that we can upgrade our Pagure instances to RHEL 8[1]. > > Thankfully, most of Pagure's dependencies *are* now present in EPEL 8, > so there's only a few that need to be added. > So, an update: after this most recent push, most of Pagure's dependencies are now in EPEL 8. We're still missing celery... > * python-celery: abompard, mrunge, pingou, ngompa ... > Celery is in a special position here, because it has a number of > missing dependencies, too (which is why I haven't branched and built > it yet): > > * python-kombu: mrunge, pingou, fab, pjp, sundaram > * python-billiard: mrunge, pingou, fab, pjp, sundaram > * python-amqp: eharney > * python-vine: mrunge > * python-case: mrunge And we're still missing pygit2... > * python-pygit2: pwalter ... > A note here: RHEL 8 ships libgit2 0.26.8, so we need pygit2 0.26.x. > This is already what we ship in the EPEL 7 branch, so that can just be > branched into a new epel8 branch and built. We're nearly there, though. Thanks for everyone who has helped so far! -- 真実はいつも一つ！/ Always, there's only one truth! ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org
Re: Pagure for EL8 (EPEL8)
On Mon, Nov 18, 2019 at 1:16 PM Neal Gompa wrote: > > On Mon, Nov 18, 2019 at 11:18 AM Kevin Fenzi wrote: > > > > On Sat, Nov 16, 2019 at 05:37:16PM -0500, Neal Gompa wrote: > > > I've done an early build locally to determine what's needed to make > > > this possible. The following report from DNF indicates the missing > > > packages that need to be added to EPEL 8 before I can introduce Pagure > > > into EPEL8: > > > > > > Problem 1: conflicting requests > > > - nothing provides python3-jenkins needed by pagure-ci-5.8-1.el8.noarch > > > Problem 2: conflicting requests > > > - nothing provides gitolite3 needed by pagure-5.8-1.el8.noarch > > > - nothing provides python3.6dist(binaryornot) needed by > > > pagure-5.8-1.el8.noarch > > > - nothing provides python3.6dist(celery) needed by > > > pagure-5.8-1.el8.noarch > > > - nothing provides python3.6dist(flask-wtf) needed by > > > pagure-5.8-1.el8.noarch > > > - nothing provides python3.6dist(redis) needed by > > > pagure-5.8-1.el8.noarch > > > - nothing provides python3.6dist(straight.plugin) needed by > > > pagure-5.8-1.el8.noarch > > > - nothing provides python3.6dist(wtforms) needed by > > > pagure-5.8-1.el8.noarch > > > - nothing provides python3.6dist(pygit2) >= 0.26.0 needed by > > > pagure-5.8-1.el8.noarch > > > Problem 3: conflicting requests > > > - nothing provides python3-trololio needed by pagure-ev-5.8-1.el8.noarch > > > > > > One of the reasons I'd like to have this done sooner rather than later > > > is so that we can drop Python 2 support from Pagure with version 6.0. > > > I think it's quite reasonable to say that version 6.0 isn't going to > > > happen until we can get our Pagure servers running on EL8 using Python > > > 3. > > > > > > So now, I need some help making this happen. I already own trololio, > > > and I'm going to make that available in EPEL 8 ASAP. Can anyone help > > > with some of the other dependencies here? > > > > Can you give a list with maintainers? I'm not sure off hand how many of > > those are maintained by me/infra-sig, but any I can I would be happy to > > add in. There's a few that are in testing I think already... > > > > Sure, here's a list so far (package: maintainer): > > * gitolite3: limb > * python-jenkins: cottsay > * python-binaryornot: pingou > * python-celery: bowlofeggs > * python-flask-wtf: pingou > * python-redis: kevin > * python-straight-plugin: pingou > * python-wtforms: kumarpraveen > * python-pygit2: pwalter > * python-trololio: ngompa > > I've already got trololio going: > https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-6c443851dd > So an update on this... We're now only missing two dependencies: * python-celery: abompard * python-pygit2: pwalter The rest of them are now in EPEL 8. -- 真実はいつも一つ！/ Always, there's only one truth! ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org
[389-devel] 389 DS nightly 2020-02-23 - 94% PASS
https://fedorapeople.org/groups/389ds/ci/nightly/2020/02/23/report-389-ds-base-1.4.2.7-1.fc31.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-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/389-devel@lists.fedoraproject.org
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-42e4c7d470 mbedtls-2.7.13-1.el6 10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-dd6b868b6d pam_radius-1.4.0-4.el6 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-91512b5eee proftpd-1.3.3g-14.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing python-regex-2020.2.20-1.el6 Details about builds: python-regex-2020.2.20-1.el6 (FEDORA-EPEL-2020-ac26fdea0e) Alternative regular expression module, to replace re Update Information: Update regex to the latest released version. ChangeLog: * Sat Feb 22 2020 Thomas Moschny - 2020.2.20-1 - Update to 2020.2.20. ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org
[EPEL-devel] Fedora EPEL 8 updates-testing report
The following Fedora EPEL 8 Security updates need testing: Age URL 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-0e6e3f93b6 mbedtls-2.16.4-1.el8 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-e016baf8b3 cacti-1.2.9-1.el8 cacti-spine-1.2.9-1.el8 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-eac9cef8cf hiredis-0.13.3-13.el8 2 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-3483348dc1 proftpd-1.3.6c-1.el8 The following builds have been pushed to Fedora EPEL 8 updates-testing ccache-3.7.7-1.el8 python-pyspf-2.0.14-3.el8 xrdp-0.9.12-6.el8 Details about builds: ccache-3.7.7-1.el8 (FEDORA-EPEL-2020-9b9178c5e5) C/C++ compiler cache Update Information: Update to 3.7.7 ChangeLog: * Tue Feb 18 2020 Orion Poplawski - 3.7.7-1 - Update to 3.7.7 python-pyspf-2.0.14-3.el8 (FEDORA-EPEL-2020-582b05fe3c) Python module and programs for SPF (Sender Policy Framework) Update Information: Relax and replace LF with space in SPF records (bug #1573072, pb at bieringer dot de). New release upstream, 2.0.14. ChangeLog: * Fri Feb 21 2020 Bojan Smojver - 2.0.14-3 - relax and replace LF with space (bug #1573072, pb at bieringer dot de) * Fri Feb 7 2020 Bojan Smojver - 2.0.14-1 - Update to 2.0.14 - Should fix bug #1770636 - Change the name of the README file * Thu Jan 30 2020 Fedora Release Engineering - 2.0.13-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild References: [ 1 ] Bug #1409470 - Please backport python2/3 combined package to epel7 https://bugzilla.redhat.com/show_bug.cgi?id=1409470 [ 2 ] Bug #1573072 - policyd-spf crashes on buggy SPF record entry instead being more relaxed https://bugzilla.redhat.com/show_bug.cgi?id=1573072 [ 3 ] Bug #1770636 - python-pyspf-2.0.13-1.fc30 breaks for years running setup https://bugzilla.redhat.com/show_bug.cgi?id=1770636 xrdp-0.9.12-6.el8 (FEDORA-EPEL-2020-8a94cd1032) Open source remote desktop protocol (RDP) server Update Information: Patch a segfault: - Issue #1487 and #1501, pointed out by oden dot eriksson at vattenfall dot com. Fix license tag (bz1804932). ChangeLog: * Sat Feb 22 2020 Tom Callaway - 1:0.9.12-6 - patch a segfault - issue #1487 and #1501, pointed out by oden dot eriksson at vattenfall dot com * Thu Feb 20 2020 Tom Callaway - 1:0.9.12-5 - fix license tag (bz1804932) References: [ 1 ] Bug #1804932 - xrdp license information incomplete https://bugzilla.redhat.com/show_bug.cgi?id=1804932 [ 2 ] Bug #1787953 - Enable VSOCK in SPEC build config https://bugzilla.redhat.com/show_bug.cgi?id=1787953 ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org
[Bug 1802773] perl-Sys-Mmap-0.20 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1802773 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-Sys-Mmap-0.20-1.fc31 Resolution|--- |ERRATA Last Closed||2020-02-23 01:22:42 --- Comment #4 from Fedora Update System --- perl-Sys-Mmap-0.20-1.fc31 has been pushed to the Fedora 31 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. ___ 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
[Bug 1788965] perl-DateTime-Format-RFC3339 for EL8
https://bugzilla.redhat.com/show_bug.cgi?id=1788965 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-DateTime-Format-RFC333 ||9-1.2.0-13.el8 Resolution|--- |ERRATA Last Closed||2020-02-23 01:01:04 --- Comment #5 from Fedora Update System --- perl-DateTime-Format-RFC3339-1.2.0-13.el8 has been pushed to the Fedora EPEL 8 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. ___ 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
Re: internal error in mpich on rawhide
On Sat, Feb 22, 2020 at 1:46 PM Kevin Fenzi wrote: > > On Fri, Feb 21, 2020 at 04:21:04PM -0700, Christoph Junghans wrote: > > Hi, > > > > could a proven maintainer have a look at > > https://src.fedoraproject.org/rpms/mpich/pull-request/2? > > It causes a FTBFS in espressomd, gromacs and now coin-or-Ipopt on rawhide > > (see https://bugzilla.redhat.com/show_bug.cgi?id=1803964 for details) > > > > The above PR is open for a week and I have pinged the maintainers a > > while back, too. > > Merged and building. Should I cherry pick for f32 also? Or you want to > do a PR there? Or does this not affect f32? F32 seems to be fine, I just scratch built gromacs on aarch64 there successfully. Christoph > > kevin > ___ > 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 -- Christoph Junghans Web: http://www.compphys.de ___ 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
[Bug 1806215] New: perl-experimental-0.021 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1806215 Bug ID: 1806215 Summary: perl-experimental-0.021 is available Product: Fedora Version: rawhide Status: NEW Component: perl-experimental Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 0.021 Current version/release in rawhide: 0.020-440.fc32 URL: http://search.cpan.org/dist/experimental/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/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/2857/ -- You are receiving this mail because: You are on the CC list for the bug. ___ 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
[Bug 1806215] perl-experimental-0.021 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1806215 --- Comment #1 from Upstream Release Monitoring --- An unexpected error occurred while creating the scratch build and has been automatically reported. Sorry! -- You are receiving this mail because: You are on the CC list for the bug. ___ 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
Re: URGENT: users prompted to upgrade to F32
On Sat, 2020-02-22 at 12:42 -0800, Kevin Fenzi wrote: > On Tue, Feb 18, 2020 at 09:33:42PM -0700, Ken Dreyer wrote: > > On Mon, Feb 17, 2020 at 10:52 AM Adam Williamson > > wrote: > > > > > Since this is an API endpoint of a real system which needs to be > > > updated correctly when the release events actually happen, it > > > should > > > have the benefits pkgdb used to be (the information should be > > > reliable > > > and timely) > > > > Do we have stats on how many hits per second that current endpoint > > receives? > > It looks like it gets less than 100k/day. So, one or less per second. Are they evenly-spaced, though? I don't recall exactly how fancy the GNOME Software code is, but it seems at least possible that these check-ins aren't evenly spaced out but come in clumps... BTW, I've ported fedfind from collections to Bodhi in 4.4.0, 4.4.1 is in updates-testing now. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP adamw AT happyassassin . net http://www.happyassassin.net ___ 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
Saved search for SciTech bugs
Hello! I created a new saved search to list bugs for packages managed by our scitech packager FAS group. You should be able to see it in "Preferences: saved searches" and that should also allow you to add it to your footer. This is the link (I think it only works if you are logged in): https://bugzilla.redhat.com/buglist.cgi?cmdtype=runnamed=SciTech%20bugs -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP 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
Re: internal error in mpich on rawhide
On Fri, Feb 21, 2020 at 04:21:04PM -0700, Christoph Junghans wrote: > Hi, > > could a proven maintainer have a look at > https://src.fedoraproject.org/rpms/mpich/pull-request/2? > It causes a FTBFS in espressomd, gromacs and now coin-or-Ipopt on rawhide > (see https://bugzilla.redhat.com/show_bug.cgi?id=1803964 for details) > > The above PR is open for a week and I have pinged the maintainers a > while back, too. Merged and building. Should I cherry pick for f32 also? Or you want to do a PR there? Or does this not affect f32? kevin signature.asc Description: PGP 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
Re: URGENT: users prompted to upgrade to F32
On Tue, Feb 18, 2020 at 09:33:42PM -0700, Ken Dreyer wrote: > On Mon, Feb 17, 2020 at 10:52 AM Adam Williamson > wrote: > > > Since this is an API endpoint of a real system which needs to be > > updated correctly when the release events actually happen, it should > > have the benefits pkgdb used to be (the information should be reliable > > and timely) > > Do we have stats on how many hits per second that current endpoint receives? It looks like it gets less than 100k/day. So, one or less per second. > > It would be a bummer to inadvertently bring down Bodhi because of this > feature. Agreed. We should definitely make sure if we switch to this it can handle the load, but it doesn't seem like it will be much of a problem. > > What do you think about having Bodhi write out a flat file to disk or > something for Apache to serve in a similar way, so it doesn't have to > go through mod_wsgi or touch the database for that URL? We could, but I don't think it gets enough traffic to warrent that... Something to discuss with the Bodhi development team. kevin signature.asc Description: PGP 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
[Bug 1797039] Please build perl-Data-Validate-IP for EPEL8
https://bugzilla.redhat.com/show_bug.cgi?id=1797039 Scott Talbert changed: What|Removed |Added CC||jples...@redhat.com --- Comment #2 from Scott Talbert --- @jplesnik, any way you could help with this please? -- You are receiving this mail because: You are on the CC list for the bug. ___ 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
[EPEL-devel] Missing httpd-itk for CentOS 8
Hi. qq, is there a reason httpd-itk package is missing in EPEL-8? Thanks, Marko ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-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/epel-devel@lists.fedoraproject.org
Fedora-IoT-32-20200222.0 compose check report
Missing expected images: Iot dvd x86_64 Iot dvd aarch64 Failed openQA tests: 2/8 (x86_64) Old failures (same test failed in Fedora-IoT-32-20200221.0): ID: 525578 Test: x86_64 IoT-dvd_ostree-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/525578 ID: 525579 Test: x86_64 IoT-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/525579 Skipped non-gating openQA tests: 6 of 8 -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ 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
Fedora-32-20200222.n.0 compose check report
No missing expected images. Failed openQA tests: 83/171 (x86_64), 1/2 (arm) New failures (same test not failed in Fedora-32-20200221.n.0): ID: 525452 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/525452 ID: 525462 Test: x86_64 Workstation-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/525462 ID: 525469 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/525469 ID: 525494 Test: x86_64 Silverblue-dvd_ostree-iso desktop_terminal URL: https://openqa.fedoraproject.org/tests/525494 ID: 52 Test: x86_64 universal support_server URL: https://openqa.fedoraproject.org/tests/52 ID: 525574 Test: x86_64 universal install_pxeboot URL: https://openqa.fedoraproject.org/tests/525574 Old failures (same test failed in Fedora-32-20200221.n.0): ID: 525404 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/525404 ID: 525405 Test: x86_64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/525405 ID: 525406 Test: x86_64 Server-dvd-iso install_vnc_server URL: https://openqa.fedoraproject.org/tests/525406 ID: 525409 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/525409 ID: 525410 Test: x86_64 Server-dvd-iso install_vncconnect_server URL: https://openqa.fedoraproject.org/tests/525410 ID: 525411 Test: x86_64 Server-dvd-iso install_repository_hd_variation URL: https://openqa.fedoraproject.org/tests/525411 ID: 525412 Test: x86_64 Server-dvd-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/525412 ID: 525419 Test: x86_64 Server-dvd-iso support_server URL: https://openqa.fedoraproject.org/tests/525419 ID: 525427 Test: x86_64 Server-dvd-iso install_repository_nfsiso_variation URL: https://openqa.fedoraproject.org/tests/525427 ID: 525428 Test: x86_64 Server-dvd-iso install_updates_nfs URL: https://openqa.fedoraproject.org/tests/525428 ID: 525435 Test: x86_64 Server-dvd-iso install_repository_nfs_variation URL: https://openqa.fedoraproject.org/tests/525435 ID: 525440 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical URL: https://openqa.fedoraproject.org/tests/525440 ID: 525446 Test: x86_64 Everything-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/525446 ID: 525447 Test: x86_64 Everything-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/525447 ID: 525449 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/525449 ID: 525459 Test: x86_64 Workstation-live-iso desktop_background URL: https://openqa.fedoraproject.org/tests/525459 ID: 525467 Test: x86_64 KDE-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/525467 ID: 525476 Test: x86_64 KDE-live-iso desktop_background URL: https://openqa.fedoraproject.org/tests/525476 ID: 525483 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/525483 ID: 525492 Test: x86_64 Silverblue-dvd_ostree-iso desktop_background URL: https://openqa.fedoraproject.org/tests/525492 ID: 525498 Test: x86_64 universal install_lvmthin@uefi URL: https://openqa.fedoraproject.org/tests/525498 ID: 525499 Test: x86_64 universal install_sata URL: https://openqa.fedoraproject.org/tests/525499 ID: 525501 Test: x86_64 universal install_ext3 URL: https://openqa.fedoraproject.org/tests/525501 ID: 525502 Test: x86_64 universal install_ext3@uefi URL: https://openqa.fedoraproject.org/tests/525502 ID: 525504 Test: x86_64 universal install_scsi_updates_img URL: https://openqa.fedoraproject.org/tests/525504 ID: 525505 Test: x86_64 universal install_serial_console URL: https://openqa.fedoraproject.org/tests/525505 ID: 525506 Test: x86_64 universal install_simple_encrypted@uefi URL: https://openqa.fedoraproject.org/tests/525506 ID: 525507 Test: x86_64 universal install_blivet_lvmthin URL: https://openqa.fedoraproject.org/tests/525507 ID: 525508 Test: x86_64 universal install_blivet_no_swap URL: https://openqa.fedoraproject.org/tests/525508 ID: 525509 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/525509 ID: 525510 Test: x86_64 universal install_xfs URL: https://openqa.fedoraproject.org/tests/525510 ID: 525511 Test: x86_64 universal install_arabic_language URL: https://openqa.fedoraproject.org/tests/525511 ID: 525512 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/525512 ID: 525513 Test: x86_64 universal install_mirrorlist_graphical URL: https://openqa.fedoraproject.org/tests/525513 ID: 525516 Test: x86_64 universal install_simple_free_space@uefi URL: https://openqa.fedoraproject.org/tests/525516 ID: 525517 Test: x86_64
Re: New Release Freeze Times
On Sat, Feb 22, 2020 at 7:58 AM Kevin Kofler wrote: > > Neal Gompa wrote: > > 14:00 UTC is 9:00 EST, so it basically means to everyone: do > > everything the day before. > > "Do everything the day before" is exactly what was confusing about the 00:00 > UTC deadline, so I do not see how the change to 14:00 UTC fixes the issue. > It is customary to give inclusive deadlines, i.e., a deadline of day X means > I have up to AND INCLUDING day X to do the work. > > I do not see why the deadlines were not changed to 23:59 UTC deadlines > instead, which would also not have meant any actual change in process > (unlike this 14:00 UTC change), just a change of how the deadlines are > announced (subtract 1 day from all the posted deadlines). > The folks that actually are doing this work are also based on US Eastern Time, specifically out in the Boston, MA area. It is much easier for them to pull this off by saying "welp, it's the start of the day for me and this is the day we push the button, so let's push it!". Previously they had to do it technically *after* the end of *the previous day* their time, which made things confusing. -- 真実はいつも一つ！/ Always, there's only one truth! ___ 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
Fedora 32 compose report: 20200222.n.0 changes
OLD: Fedora-32-20200221.n.0 NEW: Fedora-32-20200222.n.0 = SUMMARY = Added images:0 Dropped images: 1 Added packages: 4 Dropped packages:1 Upgraded packages: 97 Downgraded packages: 0 Size of added packages: 4.98 MiB Size of dropped packages:37.06 KiB Size of upgraded packages: 1.78 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 366.68 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = Image: Astronomy_KDE live x86_64 Path: Labs/x86_64/iso/Fedora-Astronomy_KDE-Live-x86_64-32-20200221.n.0.iso = ADDED PACKAGES = Package: ocaml-stdint-0.6.0-1.fc32 Summary: Various signed and unsigned integers for OCaml RPMs:ocaml-stdint ocaml-stdint-devel ocaml-stdint-doc Size:4.71 MiB Package: python-contextily-1.0~rc2-1.fc32 Summary: Context geo-tiles in Python RPMs:python3-contextily Size:40.78 KiB Package: python-mapclassify-2.2.0-1.fc32 Summary: Classification Schemes for Choropleth Maps RPMs:python3-mapclassify Size:55.12 KiB Package: python-mercantile-1.1.2-1.fc32 Summary: Web Mercator XYZ tile utilities RPMs:python3-mercantile Size:174.78 KiB = DROPPED PACKAGES = Package: slack-cleaner-0.6.0-4.fc32 Summary: Bulk delete messages/files on Slack RPMs:python3-slack_cleaner slack-cleaner Size:37.06 KiB = UPGRADED PACKAGES = Package: adf-accanthis-fonts-1.8-16.fc32 Old package: adf-accanthis-fonts-1.8-15.fc32 Summary: ADF Accanthis, a ???modernized??? garaldic serif font family, ???Galliard??? alternative RPMs: adf-accanthis-2-fonts adf-accanthis-3-fonts adf-accanthis-fonts adf-accanthis-fonts-all adf-accanthis-fonts-doc Added RPMs: adf-accanthis-fonts-all adf-accanthis-fonts-doc Dropped RPMs: adf-accanthis-fonts-common Size: 647.60 KiB Size change: 31.44 KiB Changelog: * Sat Feb 15 2020 Nicolas Mailhot - 1.8-16 ??? Convert to fonts-rpm-macros use Package: adf-tribun-fonts-1.17-1.fc32 Old package: adf-tribun-fonts-1.13-18.fc32 Summary: ADF Tribun, a newsprint-like serif font family RPMs: adf-tribun-fonts adf-tribun-fonts-doc Added RPMs: adf-tribun-fonts-doc Size: 431.65 KiB Size change: -116.83 KiB Changelog: * Sat Feb 15 2020 Nicolas Mailhot - 1.17-1 ??? Convert to fonts-rpm-macros use Package: berusky2-0.11-1.fc32 Old package: berusky2-0.10-22.fc32 Summary: Sokoban clone RPMs: berusky2 Size: 2.13 MiB Size change: 15.02 KiB Package: bitstream-vera-fonts-1.10-36.fc32 Old package: bitstream-vera-fonts-1.10-35.fc32 Summary: The Bitstream Vera font families RPMs: bitstream-vera-fonts-all bitstream-vera-sans-fonts bitstream-vera-sans-mono-fonts bitstream-vera-serif-fonts Added RPMs: bitstream-vera-fonts-all Dropped RPMs: bitstream-vera-fonts-common Size: 304.07 KiB Size change: 11.61 KiB Changelog: * Sat Feb 15 2020 Nicolas Mailhot - 1.10-36 ??? Convert to fonts-rpm-macros use Package: bubblemail-0.5-1.fc32 Old package: bubblemail-0.4-3.fc32 Summary: Extensible mail notification service RPMs: bubblemail Size: 1.03 MiB Size change: 21.38 KiB Changelog: * Sat Feb 22 2020 Robert-Andr?? Mauchin - 0.5-1 - Update to 0.5 Package: candy-icon-theme-0-8.20200220gita6e938f8.fc32 Old package: candy-icon-theme-0-7.20200131git8f853b2e.fc32 Summary: Sweet gradient icon theme RPMs: candy-icon-theme Size: 397.34 KiB Size change: 21.89 KiB Changelog: * Fri Feb 21 2020 Artur Iwicki - 0-8.20200131gita6e938f8 - Update to latest upstream snapshot Package: cantor-19.12.2-2.fc32 Old package: cantor-19.08.3-3.fc32 Summary: KDE Frontend to Mathematical Software RPMs: cantor cantor-devel cantor-libs python3-cantor Size: 11.54 MiB Size change: 448.48 KiB Changelog: * Thu Jan 16 2020 Rex Dieter - 19.12.1-1 - 19.12.1 * Tue Jan 28 2020 Fedora Release Engineering - 19.12.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild * Tue Feb 04 2020 Rex Dieter - 19.12.2-1 - 19.12.2 * Fri Feb 21 2020 Than Ngo - 19.12.2-2 - Fixed bz#1799106, FTBFS Package: cobbler-3.1.1-3.fc32 Old package: cobbler-3.1.1-2.fc32 Summary: Boot server configurator RPMs: cobbler cobbler-web Size: 656.93 KiB Size change: -1011 B Changelog: * Fri Feb 21 2020 Orion Poplawski - 3.1.1-3 - Add requires for python3-dns Package: coin-or-Bonmin-1.8.8-1.fc32 Old package: coin-or-Bonmin-1.8.7-4.fc32 Summary: Basic Open-source Nonlinear Mixed INteger programming RPMs: coin-or-Bonmin coin-or-Bonmin-devel coin-or-Bonmin-doc Size: 103.93 MiB Size change: 71.45 MiB Changelog: * Fri Feb 21 2020 Jerry James - 1.8.8-1 - Release 1.8.8 - BR help2man and generate a man page for the binary - Make the -doc subpackage be arch-specific to work around FTBFS Package
Re: Adopting fedora-jam-kde-theme and fedora-jam-backgrounds
Hi Ankur, On Saturday, February 22, 2020 1:34:40 AM PST Ankur Sinha wrote: > On Fri, Feb 21, 2020 17:40:53 -0800, Erich Eickmeyer wrote: > [snip] > > If Brendan is non-responsive you can follow the non-responsive > maintainer policy to take over the packages: > https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_ > maintainers/ Done. :) > A proven packager can help in the meantime: > https://docs.fedoraproject.org/en-US/fesco/Provenpackager_policy/ > > > I understand that I still need to be sponsored into the packager > > group, and I still have 3 other packages undergoing review (all of > > which I have corrected per comments). > > I'm sure you'll be sponsored soon, so that isn't a problem. Is a sponsor > already looking at your reviews? I have had a few people looking at my reviews. After I made corrections and posted that info, I have had zero responses on my bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1801352 https://bugzilla.redhat.com/show_bug.cgi?id=1803945 https://bugzilla.redhat.com/show_bug.cgi?id=1804307 All three packages are building and test well, and I have a copr opened at https://copr.fedorainfracloud.org/coprs/eeickmeyer/Jam-Incoming/packages/ for packages I intend to include in Jam eventually. I'm not sure if there's anything further I need to do, but perhaps you have more info. Thanks, Erich Erich Eickmeyer Fedora Jam ___ 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
Non-responsive maintainer: Brendan Jones (bsjones)
I have filed the following non-responsive maintainer checks for bsjones regarding packages fedora-jam-kde-theme and fedoar-jam-backgrounds: https://bugzilla.redhat.com/show_bug.cgi?id=1806161 https://bugzilla.redhat.com/show_bug.cgi?id=1806162 Here is the fedora-active-user output: Last login in FAS: bsjones 2020-02-03 Last action on koji: Sat, 11 Jan 2020 tag_package_owners entry revoked by oscar Last package update on bodhi: 2019-10-14 07:30:03 on package drumkv1-0.9.10-1.fc30 qtractor-0.9.10-1.fc30 samplv1-0.9.10-1.fc30 synthv1-0.9.10-1.fc30 Last actions performed according to fedmsg: - oget.fed...@gmail.com updated 'cc' on RHBZ#1706391 'hexter gui doesn´t start' on 2020-02-21 19:09:22 - releng updated 'flag.needinfo' on RHBZ#1799338 'fedora-jam-kde-theme: FTBFS in Fedora ra...' on 2020-02-15 20:34:29 - releng updated 'flag.needinfo' on RHBZ#1799338 'fedora-jam-kde-theme: FTBFS in Fedora ra...' on 2020-02-15 20:34:28 - releng updated 'flag.needinfo' on RHBZ#1799944 'python-poppler-qt4: FTBFS in Fedora rawh...' on 2020-02-15 20:30:27 - releng updated 'flag.needinfo' on RHBZ#1799944 'python-poppler-qt4: FTBFS in Fedora rawh...' on 2020-02-15 20:30:27 - releng updated 'flag.needinfo' on RHBZ#1799981 'rosegarden4: FTBFS in Fedora rawhide/f32' on 2020-02-15 20:28:40 - releng updated 'flag.needinfo' on RHBZ#1799981 'rosegarden4: FTBFS in Fedora rawhide/f32' on 2020-02-15 20:28:40 - releng updated 'flag.needinfo' on RHBZ#1799863 'phat: FTBFS in Fedora rawhide/f32' on 2020-02-15 20:26:55 - releng updated 'flag.needinfo' on RHBZ#1799863 'phat: FTBFS in Fedora rawhide/f32' on 2020-02-15 20:26:55 - releng updated 'flag.needinfo' on RHBZ#1799678 'nekobee-dssi: FTBFS in Fedora rawhide/f3...' on 2020-02-15 20:25:14 As you can see, they have only been responsive by maintaining certain packages, but appear to have abandoned several packages. If anybody knows a way to contact Brendan, please do. Otherwise, I believe it is safe to say the two packages I would like to adopt (fedora-jam-kde-theme, fedoara-jam-backgrounds) have been abandoned along with all the other packages listed in the output above. Thanks, Erich Erich Eickmeyer Fedora Jam ___ 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
Re: New Release Freeze Times
Neal Gompa wrote: > 14:00 UTC is 9:00 EST, so it basically means to everyone: do > everything the day before. "Do everything the day before" is exactly what was confusing about the 00:00 UTC deadline, so I do not see how the change to 14:00 UTC fixes the issue. It is customary to give inclusive deadlines, i.e., a deadline of day X means I have up to AND INCLUDING day X to do the work. I do not see why the deadlines were not changed to 23:59 UTC deadlines instead, which would also not have meant any actual change in process (unlike this 14:00 UTC change), just a change of how the deadlines are announced (subtract 1 day from all the posted deadlines). 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
Fedora-Cloud-31-20200222.0 compose check report
No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ 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
Re: [Test-Announce] New Release Freeze Times
On Sat, Feb 22, 2020, 10:47 Ralf Corsepius wrote: > On 2/20/20 8:04 PM, Mohan Boddu wrote: > > Hi all, > > > > It has been brought to our attention that release freezes starting at > > 00:00 UTC has been confusing for a lot of people. So, we decided to > > change it to 14:00 UTC. > > This longs for an explanation. > > I fail to understand why 14:00 UTC should be less confusing than 00:00 > UTC. Seems like planless bikesheding to me. > > Ralf > I assume 00:00 UTC was confusing for people used to the AM/PM (12h) time format instead of the 24h format. For people used to 24h clocks, it's completely obvious that 00:00 is the beginning of the day, and 24:00 is the end of the day (= equivalent to 00:00 of the following day). Whereas with 12h clocks, I think midnight is 12:00 PM, and noon is 12:00 AM? Which is still confusing me after having known about it for decades. Fabio ___ > 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 > ___ 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
Re: [Test-Announce] New Release Freeze Times
On 2/20/20 8:04 PM, Mohan Boddu wrote: Hi all, It has been brought to our attention that release freezes starting at 00:00 UTC has been confusing for a lot of people. So, we decided to change it to 14:00 UTC. This longs for an explanation. I fail to understand why 14:00 UTC should be less confusing than 00:00 UTC. Seems like planless bikesheding to me. Ralf ___ 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
Re: Adopting fedora-jam-kde-theme and fedora-jam-backgrounds
On Fri, Feb 21, 2020 17:40:53 -0800, Erich Eickmeyer wrote: > Hi all, Hi Erich, > > While working on getting Fedora Jam a bit more modernized for F33 (the > backgrounds and themes haven't been touched since 2013!), I found that my > predecessor (Brendan Jones) still has fedora-jam-kde-theme and > fedora-jam-backgrounds. I think it's safe to say that since he abandoned Jam > that these two packages are now orphaned. Well, they're still being built, and they're not technically orphaned: https://koji.fedoraproject.org/koji/packageinfo?packageID=14400 https://src.fedoraproject.org/rpms/fedora-jam-backgrounds > I have already moved the sources of both packages to pagure since they were > formerly on his fedorahosted page. Additionally, I have simplified both > packages into separate sources (used to be one git source) so I believe it's > safe to say the .sh files from both srpms can be dropped. I just now opened a > PR, but it appears as though Brendan is the owner and would have to accept > that > PR. Unfortunately, I believe that's not going to happen as he was unresponsive > with Ben Cotton's keepalive request for Jam, which is why I stepped-in. > With that, I'd li ke to adopt both of these packages. If Brendan is non-responsive you can follow the non-responsive maintainer policy to take over the packages: https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/ A proven packager can help in the meantime: https://docs.fedoraproject.org/en-US/fesco/Provenpackager_policy/ > I understand that I still need to be sponsored into the packager > group, and I still have 3 other packages undergoing review (all of > which I have corrected per comments). I'm sure you'll be sponsored soon, so that isn't a problem. Is a sponsor already looking at your reviews? -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP 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
Re: Qt, GNOME, and fonts
Le lundi 17 février 2020 à 16:08 -0700, Jerry James a écrit : Hi, > I am trying to track down a font problem with MuseScore: > > https://bugzilla.redhat.com/show_bug.cgi?id=1790829 > > The problem is that everything is displayed in Cantarell, no matter > which font the user actually selects. In the style menu, one can pop > up a list of fonts to choose from, and even though every font on the > system is displayed by name, the text samples are all displayed in > Cantarell. I’m neither a QT nor Musescore user. However, I know how things should have been done to work reliably. So I'll put it there and let you find where one of the app authors though it smart to play fast and loose. First, Muse Score should install its fonts in the system font store, use standard unicode points to render, and rely on fontconfig to compute the best font containing those symbols given user-provided font preferences. (I suppose, musical symbols Unicode.org range, https://unicode.org/charts/PDF/U1D100.pdf). Eventually, contributing a music orth file to fontconfig to make selection easier if none is present yet. That would make rendering work regardless of the font family selected, as long as a font containing music symbols was present on system. Maybe that’s the case today, or maybe Muse Score relies on non-unicode fonts (or fonts using a PUA area) in a private directory. Private or non unicode fonts are begging for breakage, as far as I am concerned. Second, QT should interface properly with fontconfig and honor its aliases and fallbacks in its selectors (that wasn't the case a long time ago, I assume the bugs have been fixed since, but maybe I'm wrong). Third, GNOME should go back to using fontconfig directly as it did in the past, instead of trying to override it with a vanity font declared in a private non interoperable registry, enforced by overriding default fontconfig queries in GNOME APIs. (vanity font that could not be accepted as default font either Fedora or upstream, fontconfig side, because its coverage is too small, and does not pass any serious i18n test). That’s not rocket science, drop a file in $XDG_CONFIG_HOME/fonts defining the system-ui alias to whatever GNOME wants it to be, and you get instant interoperability with non-GNOME apps (KDE, GTK, etc). If the file is already present, do nothing, assume the user already defined his prefered UI font. Interoperability means thing like the CSS 4 system-ui selector work in all compliant browsers without needing a special GNOME frobation. If you want to be fancy go XDG or fontconfig to define a standard filename all DE use, so different DEs do not stomp on one another. Regards, -- Nicolas Mailhot ___ 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
Re: Fedora 32 Beta blocker status
On Fri, Feb 21, 2020, 23:54 Kevin Kofler wrote: > Ben Cotton wrote: > > 1. dnf-plugins-extras — Cannot upgrade to Fedora 32: Modules blocking > > the upgrade path — NEW > > ACTION: dnf team to implement module reset workaround > > > > 2. PackageKit — Cannot upgrade to Fedora 32: Modules blocking the > > upgrade path — NEW > > ACTION: PackageKit maintainers to work with dnf team to implement > > module reset workaround > > Yet again! > > Can we please finally make it release-blocking to have a permanent, > non-hack > fix for this issue (ideally, eliminating all default streams and providing > a > default upgrade path from modular to non-modular packages, requiring an > explicit opt-out if the user wishes to remain on modules)? We already > punted > that for F31 and here we are again having the exact same issue for F32! > FESCo is aware of this issue and there is a current proposal to "ban" default streams, at least for now. See: https://pagure.io/fesco/issue/2341#comment-627466 Fabio > 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 > ___ 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
Re: New Release Freeze Times
> On Friday, February 21, 2020 10:52:27 PM MST Miro Hrončok wrote: > > On 22. 02. 20 1:28, John M. Harris Jr wrote: > > > > > I really must disagree. > > > > > > In my opinion, once you simply disagree with literally everything, your > > feedback no longer gives any significant meaning for the people who > > receive it. I know that it is very frustrating when everybody around you > > seem not to see the simplest reason why an idea is wrong. However I suggest > > you do your research first on the subject (in this case, when the freeze > > times were discussed) and only start a "I disagree" topic on subjects that > > are really very important to you. That way, your opinion has a larger > > chance of being considered. > > Thanks. > > While this is clearly not the most important of such issues, I suppose it just > seemed a bit illogical to use a seemingly random offset, rather than the start > of that day in UTC. I don't really have a dog in this fight regardless, it's > just weird, I suppose. It makes sense for a number of reasons besides the confusion, in particular it means working hours for the people that have to do the work as opposed to some other time. ___ 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
Fedora-Cloud-30-20200222.0 compose check report
No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ 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
