Re: Self Introduction: Adam Thiede
On Sun, Sep 26, 2021 at 09:30:39PM -, Adam Thiede via devel wrote: > If there's a package or two that someone would like off their plate > and wouldn't mind handing it to a newbie, I'm game. Either that, or > anything else that's a fairly easy on-ramp - I really just want to > make Fedora better in any way I can. That's not how this generally works — right now other maintainers don't know what kind of packages you work on, what are your skills, etc. Please find some package that needs work, submit a pull request or triage some bugs. If you then find packages which need more maintainership (and there are plenty…), you can take some over. Zbyszek ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 2008042] New: perl-HTML-Escape-1.11 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2008042 Bug ID: 2008042 Summary: perl-HTML-Escape-1.11 is available Product: Fedora Version: rawhide Status: NEW Component: perl-HTML-Escape Keywords: FutureFeature, Triaged Assignee: emman...@seyman.fr Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: emman...@seyman.fr, jples...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 1.11 Current version/release in rawhide: 1.10-19.fc35 URL: http://search.cpan.org/dist/HTML-Escape/ 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://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/2963/ -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2008042 ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Won't be at weekly EPEL meeting
I'm sorry for sending this via email, I should have said something at the last EPEL Steering Committee meeting. I will not be available at this weeks (Wed Sept. 29) EPEL Steering Committee meeting. Does someone else want to run the meeting? Or do we want to cancel it this week? Troy ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 2000615] perl-Locale-Codes-3.68 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2000615 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Locale-Codes-3.68-1.fc |perl-Locale-Codes-3.68-1.fc |35 |35 ||perl-Locale-Codes-3.68-1.fc ||34 --- Comment #8 from Fedora Update System --- FEDORA-2021-a3c365d50c has been pushed to the Fedora 34 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=2000615 ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Fedora EPEL 8 updates-testing report
The following Fedora EPEL 8 Security updates need testing: Age URL 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-7d0a7b6146 libspf2-1.2.11-1.20210922git4915c308.el8 4 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-3dbdaa5f12 golang-github-prometheus-2.26.1-1.el8 The following builds have been pushed to Fedora EPEL 8 updates-testing cryptopp-8.6.0-1.el8 Details about builds: cryptopp-8.6.0-1.el8 (FEDORA-EPEL-2021-1eb20196c7) C++ class library of cryptographic schemes Update Information: Update to 8.6.0. ChangeLog: * Sun Sep 26 2021 Vasiliy N. Glazov 8.6.0-1 - Update to 8.6.0 * Wed Jul 21 2021 Fedora Release Engineering - 8.4.0-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild * Tue Jan 26 2021 Fedora Release Engineering - 8.4.0-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild * Sun Jan 3 2021 Vasiliy N. Glazov 8.4.0-1 - Update to 8.4.0 * Wed Dec 30 2020 Vasiliy N. Glazov 8.3.0-1 - Update to 8.3.0 * Mon Jul 27 2020 Fedora Release Engineering - 8.2.0-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild * Tue Jan 28 2020 Fedora Release Engineering - 8.2.0-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild References: [ 1 ] Bug #2002831 - CVE-2021-40530 cryptopp: ElGamal implementation allows plaintext recovery [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2002831 ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Self Introduction: Adam Thiede
If there's a package or two that someone would like off their plate and wouldn't mind handing it to a newbie, I'm game. Either that, or anything else that's a fairly easy on-ramp - I really just want to make Fedora better in any way I can. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Linux Plumbers Conference - Open Printing Micro Conference
On 9/23/21 9:01 PM, Brandon Nielsen wrote: [Snip] For anyone looking to play with these right now without a snap, I've started a copr[0]. I don't have the systemd service working yet, but you can start the printer app server manually. It gives you a good feel for where the project is going. [0] - https://copr.fedorainfracloud.org/coprs/nielsenb/printer-apps/ I have the services working as well now for people looking to experiment with installing a printer system wide. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora Java: The Death of Two SIGs
I think part of the problem is that Java is too big. There are too many libraries to fit into a single community. I think there's probably willing volunteers to maintain some libraries and application packages, but these are not necessarily the same people willing to do all the work of maintaining OpenJDK packages or the whole Eclipse stack. When modularity took out the whole Java stack, it did a lot of lasting damage that is going to be hard to recover from. In order for the vast majority of Java packagers to return, there needs to be a reliable base. I'm thinking OpenJDK (which I think is reliably maintained right now) and XMvn. Java packagers who might be willing to support a lot of the rest of the libraries (guava, commons-*, etc.) need to be able to rely on those core components being stable first. Then, when that trust is restored, I'm sure end-user applications will trickle in. Right now, I'm not sure there's adequate expertise to reestablish trust in the Java core tools for Java packagers to start coming back. One problem is that instead of thinking about the state of Java packaging as 3 separate layers, core-libraries-applications, and having only a single massive Java maintenance SIG, probably leaves a lot of end-user/application packagers like myself just lurking. There's little I can do to help with the vast majority of Java packages. And, there's little interest for me doing so, because I'm still waiting to see if the Java core and some of the libraries can make a comeback and be stable enough to rely on to start packaging my applications again. Right now, the whole stack seems unreliable, and it's a bit overwhelming for the casual volunteer, like me. Maybe this applies to other packagers as well? On Sun, Sep 26, 2021 at 3:20 PM Fabio Valentini wrote: > > Good evening everybody, > > Not sure why it's me who's writing this message, but somebody needs to do it. > > Community maintenance of Java packages in Fedora is, for all intents > and purposes, dead. Mikolaj keeps a bare minimum of packages working > for the maven toolchain, but that's it. Fedora 35 will ship without > packages for the Eclipse IDE, and none of the Java applications I know > of are still in working order. While I had hoped that setting up a > "new" SIG and gathering members to shore up community maintenance of > the "extended core" Java stack, this effort fizzled out after mere > weeks. > > "He's dead, Jim." > > Now to the reason why I feel the need to beat a dead horse: I wonder > if the @java-maint-sig group should actually continue to exist (or > rather, be maintainer or bugzilla assignee for packages, because I > don't even know if FAS groups can be deleted). It seems that none of > the current members (I am no longer one of them) are active. Bugs, > including security issues with assigned CVE numbers, are collecting > dust. Packages get orphaned and retired one by one because they fail > to build or install. > > At this point, I'm still the only person with the password for the > SIG's bugzilla account and the only administrator of the private > mailing list - just because I wouldn't even know who to hand those > things over to (fedora-infra?). There's nobody left, nobody is reading > the mailing lists. Only tumbleweeds are here. > > Should the @java-maint-sig group be removed from any packages it is > still associated with? Should it be dissolved, and members be removed? > Should the remaining ruins that used to be packages be orphaned? > Retired? Buried? Forgotten? > > I don't know. > > 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 > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Fedora Java: The Death of Two SIGs
Good evening everybody, Not sure why it's me who's writing this message, but somebody needs to do it. Community maintenance of Java packages in Fedora is, for all intents and purposes, dead. Mikolaj keeps a bare minimum of packages working for the maven toolchain, but that's it. Fedora 35 will ship without packages for the Eclipse IDE, and none of the Java applications I know of are still in working order. While I had hoped that setting up a "new" SIG and gathering members to shore up community maintenance of the "extended core" Java stack, this effort fizzled out after mere weeks. "He's dead, Jim." Now to the reason why I feel the need to beat a dead horse: I wonder if the @java-maint-sig group should actually continue to exist (or rather, be maintainer or bugzilla assignee for packages, because I don't even know if FAS groups can be deleted). It seems that none of the current members (I am no longer one of them) are active. Bugs, including security issues with assigned CVE numbers, are collecting dust. Packages get orphaned and retired one by one because they fail to build or install. At this point, I'm still the only person with the password for the SIG's bugzilla account and the only administrator of the private mailing list - just because I wouldn't even know who to hand those things over to (fedora-infra?). There's nobody left, nobody is reading the mailing lists. Only tumbleweeds are here. Should the @java-maint-sig group be removed from any packages it is still associated with? Should it be dissolved, and members be removed? Should the remaining ruins that used to be packages be orphaned? Retired? Buried? Forgotten? I don't know. 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[EPEL-devel] Re: python-gevent and pytest-cov in el9
On 24. 09. 21 21:45, Ken Dreyer wrote: This means that python-pytest-cov and python-pytest-xdist won't be available on epel9, since those require gevent. Ignoring the rest of your email for now, but I don't the gevent dependency does not exsist: $ [dnf] install python3-pytest-cov python3-pytest-xdist ... Installed: expat-2.4.1-2.fc35.x86_64 mpdecimal-2.5.1-2.fc35.x86_64 openssl1.1-1:1.1.1l-1.fc36.x86_64 python-pip-wheel-21.2.3-2.fc36.noarch python-setuptools-wheel-57.4.0-1.fc35.noarch python3-3.10.0~rc2-2.fc36.x86_64 python3-attrs-21.2.0-4.fc35.noarch python3-coverage-5.6-0.3b1.fc35.x86_64 python3-execnet-1.9.0-2.fc35.noarch python3-iniconfig-1.1.1-5.fc35.noarch python3-libs-3.10.0~rc2-2.fc36.x86_64 python3-packaging-21.0-2.fc35.noarch python3-pluggy-1.0.0-1.fc36.noarch python3-py-1.10.0-5.fc35.noarch python3-pyparsing-2.4.7-9.fc35.noarch python3-pytest-6.2.5-1.fc36.noarch python3-pytest-cov-2.12.1-1.fc36.noarch python3-pytest-forked-1.3.0-4.fc35.noarch python3-pytest-xdist-2.4.0-1.fc36.noarch python3-setuptools-57.4.0-1.fc35.noarch python3-toml-0.10.2-5.fc35.noarch -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads-up: Upcoming retirement of ytop
On Sun, Sep 26, 2021 at 8:13 PM Miro Hrončok wrote: > > On 26. 09. 21 15:20, Fabio Valentini wrote: > > But until which point is it possible to retire packages from F35? > > Start of final freeze? > > I recommend doing it a couple days before the freeze, as it happens > asynchronously some time after the git push and sometimes it does not happen. Good point. IIRC, retired packages get blocked by koji at the end of a successful compose. So, since the F35 beta freeze starts on Oct. 05, that means the packages would need to be retired on Oct. 03 at the very latest. If there's no objections, I'll retire the packages for f35+ on Oct. 01, just to be safe. 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads-up: Upcoming retirement of ytop
On 26. 09. 21 15:20, Fabio Valentini wrote: But until which point is it possible to retire packages from F35? Start of final freeze? I recommend doing it a couple days before the freeze, as it happens asynchronously some time after the git push and sometimes it does not happen. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Non-responsive package maintainer - snakeyaml
Thank you for clarifying, Fabio. And for pointing out the wrong main maintainer. I will get in tough with the hopefully correct main maintainer. Best wishes, Stefan - Ursprüngliche Mail - Von: "Fabio Valentini" An: "devel" Gesendet: Sonntag, 26. September 2021 19:24:36 Betreff: Re: Non-responsive package maintainer - snakeyaml On Sun, Sep 26, 2021 at 6:45 PM Stefan Bluhm wrote: > > Hello, > > I am following the non-responsive package maintainer process for "snakeyaml": > https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/ > > Bugzilla asking for response: > https://bugzilla.redhat.com/show_bug.cgi?id=2007971 > > Bugzilla asking for snakeyaml maintenance: > https://bugzilla.redhat.com/show_bug.cgi?id=1993621 > > Pagure ticket indicating that the maintainer e-mail address is not actively > maintained anymore: https://pagure.io/releng/issue/10309 > > Maintainer: Please add me as contributor for EPEL packages. Just to clarify: The "not actively maintained" email address you're talking about here is the *private bugzilla mailing list* for the @java-maint-sig group. Groups also cannot be main maintainer for a package, that responsibility *always* lies with an actual person. So complaining about non-responsiveness to a group will not help, because it's the wrong recipient for it. 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Non-responsive package maintainer - snakeyaml
On Sun, Sep 26, 2021 at 6:45 PM Stefan Bluhm wrote: > > Hello, > > I am following the non-responsive package maintainer process for "snakeyaml": > https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/ > > Bugzilla asking for response: > https://bugzilla.redhat.com/show_bug.cgi?id=2007971 > > Bugzilla asking for snakeyaml maintenance: > https://bugzilla.redhat.com/show_bug.cgi?id=1993621 > > Pagure ticket indicating that the maintainer e-mail address is not actively > maintained anymore: https://pagure.io/releng/issue/10309 > > Maintainer: Please add me as contributor for EPEL packages. Just to clarify: The "not actively maintained" email address you're talking about here is the *private bugzilla mailing list* for the @java-maint-sig group. Groups also cannot be main maintainer for a package, that responsibility *always* lies with an actual person. So complaining about non-responsiveness to a group will not help, because it's the wrong recipient for it. 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Non-responsive package maintainer - snakeyaml
Hello, I am following the non-responsive package maintainer process for "snakeyaml": https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/ Bugzilla asking for response: https://bugzilla.redhat.com/show_bug.cgi?id=2007971 Bugzilla asking for snakeyaml maintenance: https://bugzilla.redhat.com/show_bug.cgi?id=1993621 Pagure ticket indicating that the maintainer e-mail address is not actively maintained anymore: https://pagure.io/releng/issue/10309 Maintainer: Please add me as contributor for EPEL packages. Thank you and best wishes, Stefan ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Linux Plumbers Conference - Open Printing Micro Conference
On 9/25/21 8:55 PM, Solomon Peachy wrote: On Thu, Sep 23, 2021 at 09:01:07PM -0500, Brandon Nielsen wrote: For anyone looking to play with these right now without a snap, I've started a copr[0]. I don't have the systemd service working yet, but you can start the printer app server manually. Can you round out the set with the hplip and gutenprint applications too? https://github.com/OpenPrinting/hplip-printer-app/ https://github.com/OpenPrinting/gutenprint-printer-app/ The latter in particular is of considerable interest to me, and I'd prefer to not have to deal with the snap ecosystem. - Solomon Done. Earlier caveat still applies, I don't have the service working correctly. You can start the server manually. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Going to orphan some of my packages
Hi, because of less time nowadays and as I don't use those packages I tend to orphan. Please take a look and feel free to pick them if you think they're still useful in Fedora. o yarock - a music player o kdocker - help you dock any application in the system tray - no support for wayland o python-power - allows you to get power and battery status of the system o python-email_reply_parser - grab only the last reply to an on-going email thread - outdated version Best regards Raphael ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-Rawhide-20210926.n.0 compose check report
Missing expected images: Xfce raw-xz armhfp Compose FAILS proposed Rawhide gating check! 2 of 43 required tests failed, 1 result missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Unsatisfied gating requirements that could not be mapped to openQA tests: MISSING: fedora.Cloud_Base-qcow2-qcow2.x86_64.64bit - compose.cloud_autocloud Failed openQA tests: 11/206 (x86_64), 6/132 (aarch64) New failures (same test not failed in Fedora-Rawhide-20210925.n.0): ID: 1002364 Test: x86_64 Server-boot-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/1002364 ID: 1002380 Test: x86_64 Server-dvd-iso install_blivet_lvm_ext4 URL: https://openqa.fedoraproject.org/tests/1002380 ID: 1002447 Test: x86_64 KDE-live-iso anaconda_help URL: https://openqa.fedoraproject.org/tests/1002447 ID: 1002489 Test: x86_64 Cloud_Base-qcow2-qcow2 base_update_cli@uefi URL: https://openqa.fedoraproject.org/tests/1002489 ID: 1002503 Test: aarch64 Server-dvd-iso anaconda_help@uefi URL: https://openqa.fedoraproject.org/tests/1002503 ID: 1002588 Test: x86_64 universal install_sata **GATING** URL: https://openqa.fedoraproject.org/tests/1002588 ID: 1002610 Test: x86_64 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/1002610 ID: 1002718 Test: x86_64 Server-dvd-iso support_server URL: https://openqa.fedoraproject.org/tests/1002718 ID: 1002721 Test: x86_64 Server-dvd-iso install_repository_nfs_variation URL: https://openqa.fedoraproject.org/tests/1002721 Old failures (same test failed in Fedora-Rawhide-20210925.n.0): ID: 1002546 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi URL: https://openqa.fedoraproject.org/tests/1002546 ID: 1002560 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi URL: https://openqa.fedoraproject.org/tests/1002560 ID: 1002593 Test: x86_64 universal install_european_language URL: https://openqa.fedoraproject.org/tests/1002593 ID: 1002660 Test: aarch64 universal upgrade_minimal_64bit@uefi URL: https://openqa.fedoraproject.org/tests/1002660 ID: 1002691 Test: aarch64 universal install_european_language@uefi URL: https://openqa.fedoraproject.org/tests/1002691 ID: 1002705 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/1002705 ID: 1002724 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/1002724 ID: 1002725 Test: aarch64 universal install_asian_language@uefi URL: https://openqa.fedoraproject.org/tests/1002725 Soft failed openQA tests: 3/132 (aarch64), 4/206 (x86_64) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Fedora-Rawhide-20210925.n.0): ID: 1002555 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi URL: https://openqa.fedoraproject.org/tests/1002555 Old soft failures (same test soft failed in Fedora-Rawhide-20210925.n.0): ID: 1002429 Test: x86_64 Workstation-live-iso gedit URL: https://openqa.fedoraproject.org/tests/1002429 ID: 1002471 Test: x86_64 Silverblue-dvd_ostree-iso evince URL: https://openqa.fedoraproject.org/tests/1002471 ID: 1002472 Test: x86_64 Silverblue-dvd_ostree-iso gedit URL: https://openqa.fedoraproject.org/tests/1002472 ID: 1002483 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1002483 ID: 1002492 Test: aarch64 Minimal-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1002492 ID: 1002567 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1002567 Passed openQA tests: 191/206 (x86_64), 123/132 (aarch64) New passes (same test not passed in Fedora-Rawhide-20210925.n.0): ID: 1002442 Test: x86_64 Workstation-live-iso desktop_login URL: https://openqa.fedoraproject.org/tests/1002442 ID: 1002490 Test: x86_64 Cloud_Base-qcow2-qcow2 base_package_install_remove@uefi URL: https://openqa.fedoraproject.org/tests/1002490 ID: 1002508 Test: aarch64 Server-dvd-iso install_repository_hd_variation@uefi URL: https://openqa.fedoraproject.org/tests/1002508 ID: 1002517 Test: aarch64 Server-dvd-iso install_blivet_standard_partition_ext4@uefi URL: https://openqa.fedoraproject.org/tests/1002517 ID: 1002553 Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi URL: https://openqa.fedoraproject.org/tests/1002553 ID: 1002559 Test: aarch64 Workstation-raw_xz-raw.xz evince@uefi URL: https://openqa.fedoraproject.org/tests/1002559 ID: 1002561 Test: aarch64 Workstation-raw_xz-raw.xz desktop_update_graphical@uefi URL: https://openqa.fedoraproject.org/tests/1002561 ID: 1002631 Test: x86_64 universal upgrade_2_minimal_uefi@uefi URL: https://openqa.fedoraproject.org/tests/1002631 ID: 1002655 Test: aarch64 universal install_cyrillic_language@uefi URL: https://openqa.fedoraproject.org/tests/1002655
Re: Need some help with libyui-ncurses and libyui-mga-ncurses FTBFS
On Sat, Sep 11, 2021 at 4:47 PM Jerry James wrote:
>
> On Sat, Sep 11, 2021 at 1:49 PM Neal Gompa wrote:
> > I've been trying to figure out how to fix the builds for
> > libyui-ncurses[1] and libyui-mga-ncurses[2].
> >
> > The errors in both package builds confuse me. It looks like the
> > "friend" declarations are all broken and it leads to all kinds of
> > missing methods and members, which breaks the whole thing.
> >
> > Anyone have any idea how to fix this? I'm out of ideas...
> >
> > [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1987670
> > [2]: https://bugzilla.redhat.com/show_bug.cgi?id=1987669
>
> With libyui-ncurses, at least, I see this when preprocessing YNCursesUI.cc:
>
> # 143 "/usr/include/etip.h" 3 4
> class NCURSES_CXX_IMPEXP NCursesPanel;
> class NCURSES_CXX_IMPEXP NCursesMenu;
> class NCURSES_CXX_IMPEXP NCursesForm;
>
> class NCURSES_CXX_IMPEXP NCursesException
> {
> ...
>
> That is, the macro NCURSES_CXX_IMPEXP has not been expanded. It is
> defined in /usr/include/cursesw.h.
>
> The problem seems to be that libyui-ncurses has its own copy of
> /usr/include/cursesw.h, named src/ncursesw.h, but the definitions in
> it are not an exact match for the system header file. It pulls in the
> system etip.h, and the mismatched definitions cause the errors you are
> seeing.
>
> A simple workaround is to add this to the top of %build:
>
> export CXXFLAGS="-DNCURSES_CXX_IMPEXP= %{build_cxxflags}"
>
> but the real fix would involve reconciling the libyui-ncurses code to
> the latest GNU ncurses headers.
>
> I haven't looked at libyui-mga-ncurses, but if the same fix doesn't
> work, ping me and I'll take a look. Regards,
I tried to figure out how to fix the headers and gave up. For now, I
went with the workaround you suggested and submitted it to Bodhi:
https://bodhi.fedoraproject.org/updates/FEDORA-2021-117b32eafe
Thanks for the help!
--
真実はいつも一つ！/ 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
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
Re: Heads-up: Upcoming retirement of ytop
On Sun, Sep 26, 2021 at 9:20 AM Fabio Valentini wrote: > > On Sun, Sep 26, 2021 at 3:17 PM Neal Gompa wrote: > > > > On Sun, Sep 26, 2021 at 9:15 AM Fabio Valentini > > wrote: > > > > > > Hi all, > > > > > > As one of the main maintainers of the Rust stack in Fedora, I propose > > > that ytop and its non-shared Rust dependencies (as in, only ytop > > > depends on them) are retired. > > > > > > ytop has been officially deprecated and unmaintained by upstream for > > > over a year: > > > https://github.com/cjbassi/ytop/commit/5d1e2fd > > > Even the upstream developer recommends to use other programs instead. > > > > > > Due to the statically linked nature of Rust binaries, old ytop builds > > > should continue to work, since it links to no shared libraries except > > > libc, libm, and libgcc_s. But making sure the package also keeps > > > *building* successfully is no longer worth the effort IMO, because it > > > involves working around its increasingly outdated dependencies - just > > > to keep unmaintained software available as an RPM package. So I intend > > > to retire the following packages from rawhide / f36+ if there is no > > > opposition to this plan within two weeks: > > > > > > - rust-ytop > > > - rust-platform-dirs (only depended on by ytop) > > > - rust-psutil (only depended on by ytop) > > > - rust-platforms ((only depended on by psutil) > > > > > > > Fine with me. +1 > > > > Can we also get rid of this in F35 too? > > I mean, sure, I don't see a reason not to do this for F35 as well. > But until which point is it possible to retire packages from F35? > Start of final freeze? You can do it at any point before the final freeze, I believe. -- 真実はいつも一つ！/ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads-up: Upcoming retirement of ytop
On Sun, Sep 26, 2021 at 3:17 PM Neal Gompa wrote: > > On Sun, Sep 26, 2021 at 9:15 AM Fabio Valentini wrote: > > > > Hi all, > > > > As one of the main maintainers of the Rust stack in Fedora, I propose > > that ytop and its non-shared Rust dependencies (as in, only ytop > > depends on them) are retired. > > > > ytop has been officially deprecated and unmaintained by upstream for > > over a year: > > https://github.com/cjbassi/ytop/commit/5d1e2fd > > Even the upstream developer recommends to use other programs instead. > > > > Due to the statically linked nature of Rust binaries, old ytop builds > > should continue to work, since it links to no shared libraries except > > libc, libm, and libgcc_s. But making sure the package also keeps > > *building* successfully is no longer worth the effort IMO, because it > > involves working around its increasingly outdated dependencies - just > > to keep unmaintained software available as an RPM package. So I intend > > to retire the following packages from rawhide / f36+ if there is no > > opposition to this plan within two weeks: > > > > - rust-ytop > > - rust-platform-dirs (only depended on by ytop) > > - rust-psutil (only depended on by ytop) > > - rust-platforms ((only depended on by psutil) > > > > Fine with me. +1 > > Can we also get rid of this in F35 too? I mean, sure, I don't see a reason not to do this for F35 as well. But until which point is it possible to retire packages from F35? Start of final freeze? ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Heads-up: Upcoming retirement of ytop
On Sun, Sep 26, 2021 at 9:15 AM Fabio Valentini wrote: > > Hi all, > > As one of the main maintainers of the Rust stack in Fedora, I propose > that ytop and its non-shared Rust dependencies (as in, only ytop > depends on them) are retired. > > ytop has been officially deprecated and unmaintained by upstream for > over a year: > https://github.com/cjbassi/ytop/commit/5d1e2fd > Even the upstream developer recommends to use other programs instead. > > Due to the statically linked nature of Rust binaries, old ytop builds > should continue to work, since it links to no shared libraries except > libc, libm, and libgcc_s. But making sure the package also keeps > *building* successfully is no longer worth the effort IMO, because it > involves working around its increasingly outdated dependencies - just > to keep unmaintained software available as an RPM package. So I intend > to retire the following packages from rawhide / f36+ if there is no > opposition to this plan within two weeks: > > - rust-ytop > - rust-platform-dirs (only depended on by ytop) > - rust-psutil (only depended on by ytop) > - rust-platforms ((only depended on by psutil) > Fine with me. +1 Can we also get rid of this in F35 too? -- 真実はいつも一つ！/ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Heads-up: Upcoming retirement of ytop
Hi all, As one of the main maintainers of the Rust stack in Fedora, I propose that ytop and its non-shared Rust dependencies (as in, only ytop depends on them) are retired. ytop has been officially deprecated and unmaintained by upstream for over a year: https://github.com/cjbassi/ytop/commit/5d1e2fd Even the upstream developer recommends to use other programs instead. Due to the statically linked nature of Rust binaries, old ytop builds should continue to work, since it links to no shared libraries except libc, libm, and libgcc_s. But making sure the package also keeps *building* successfully is no longer worth the effort IMO, because it involves working around its increasingly outdated dependencies - just to keep unmaintained software available as an RPM package. So I intend to retire the following packages from rawhide / f36+ if there is no opposition to this plan within two weeks: - rust-ytop - rust-platform-dirs (only depended on by ytop) - rust-psutil (only depended on by ytop) - rust-platforms ((only depended on by psutil) 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: openbabel-3.1* in Rawhide
On Sun, Sep 26, 2021 at 12:59 PM Antonio T. sagitter wrote: > > On 9/26/21 10:22, Antonio T. sagitter wrote: > > I moved the openbabel's libraries under a private lib directory. > > 'desktop' files are modified for working in this sense. > > Sorry, i meant gchemistry's libraries under a private lib directory. > > > > Let me check again Avogadro2. My mistake about gnome-chemistry-utils, after the failure to open some cif files in F35, in F34 I kept launching the programs from the terminal. They do work (with the same problems they had with Open Babel 2). Avogadro launched with the right backend only suffers from the crash after the addition of a fourth atom. The Wayland backend works also on X11, whereas the X11 one shows a transparent canvas on Wayland. I am using your last copr build. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Fedora rawhide compose report: 20210926.n.0 changes
OLD: Fedora-Rawhide-20210925.n.0 NEW: Fedora-Rawhide-20210926.n.0 = SUMMARY = Added images:0 Dropped images: 1 Added packages: 0 Dropped packages:0 Upgraded packages: 26 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded packages: 195.02 MiB Size of downgraded packages: 0 B Size change of upgraded packages: 1.21 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = Image: Server raw-xz aarch64 Path: Server/aarch64/images/Fedora-Server-Rawhide-20210925.n.0.aarch64.raw.xz = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: Zim-0.74.1-1.fc36 Old package: Zim-0.74.0-1.fc36 Summary: Desktop wiki & notekeeper RPMs: Zim Size: 1.81 MiB Size change: -298 B Changelog: * Sat Sep 25 2021 Robin Lee 0.74.1-1 - Update to 0.74.1 Package: ansible-collection-community-general-3.7.0-1.fc36 Old package: ansible-collection-community-general-3.5.0-2.fc36 Summary: Modules and plugins supported by Ansible community RPMs: ansible-collection-community-general Size: 1.46 MiB Size change: 37.30 KiB Changelog: * Sat Sep 25 2021 Kevin Fenzi - 3.7.0-1 - Update to 3.7.0. Fixes rhbz#1999899 Package: ghex-3.41.0-1.fc36 Old package: ghex-3.41~rc-1.fc36 Summary: Binary editor for GNOME RPMs: ghex ghex-devel ghex-libs Size: 7.40 MiB Size change: 1.95 KiB Changelog: * Fri Sep 17 2021 Gustavo Costa - 3.41~rc-2 - Use _metainfodir macro - Add appdata check * Sat Sep 25 2021 Kalev Lember - 3.41.0-1 - Update to 3.41.0 Package: gnome-shell-frippery-41.1-1.fc36 Old package: gnome-shell-frippery-40.2-3.fc35 Summary: Extensions to provide a user experience more like that of GNOME 2 RPMs: gnome-shell-extension-frippery-applications-menu gnome-shell-extension-frippery-bottom-panel gnome-shell-extension-frippery-move-clock gnome-shell-extension-frippery-panel-favorites Size: 227.76 KiB Size change: 415 B Changelog: * Sun Sep 26 2021 Davide Cavalca 41.1-1 - Update to 41.1 Package: gplugin-0.34.1-1.fc36 Old package: gplugin-0.34.0-1.fc36 Summary: GObject based library that implements a reusable plugin system RPMs: gplugin gplugin-devel gplugin-gtk gplugin-gtk-devel gplugin-gtk-libs gplugin-gtk-vala gplugin-libs gplugin-loader-lua gplugin-loader-perl gplugin-loader-python gplugin-vala Size: 1.67 MiB Size change: 6.08 KiB Changelog: * Sun Sep 26 2021 Elliott Sales de Andrade 0.34.1-1 - Update to latest version (#2007868) Package: koji-containerbuild-0.13.0-1.fc36 Old package: koji-containerbuild-0.11.1-4.fc35 Summary: Koji support for building layered container images RPMs: koji-containerbuild koji-containerbuild-builder koji-containerbuild-hub python3-koji-containerbuild-cli Size: 97.21 KiB Size change: -1.12 KiB Changelog: * Sat Sep 25 2021 Kevin Fenzi - 0.13.0-1 - Upgrade to 0.13.0. Fixes rhbz#1819520 Package: liboping-1.10.0-19.fc36 Old package: liboping-1.10.0-17.fc35 Summary: A C library to generate ICMP echo requests RPMs: liboping liboping-devel Size: 659.69 KiB Size change: -1.58 KiB Changelog: * Thu Jul 22 2021 Fedora Release Engineering - 1.10.0-18 - Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild * Sat Sep 25 2021 Frantisek Sumsal - 1.10.0-19 - FTBFS fix - drop redundant RPATH (BZ#1969505) Package: mate-panel-1.26.1-1.fc36 Old package: mate-panel-1.26.0-2.fc36 Summary: MATE Desktop panel and applets RPMs: mate-panel mate-panel-devel mate-panel-libs Size: 14.25 MiB Size change: 9.53 KiB Changelog: * Sat Sep 25 2021 Wolfgang Ulbrich - 1.26.1-1 - update to 1.26.1 Package: nwg-launchers-0.6.2-1.fc36 Old package: nwg-launchers-0.6.1-1.fc36 Summary: GTK-based launchers for sway and other window managers RPMs: nwg-launchers Size: 1.10 MiB Size change: 17.81 KiB Changelog: * Sat Sep 25 2021 Aleksei Bavshin - 0.6.2-1 - Update to 0.6.2 Package: python-EvoPreprocess-0.4.2-4.fc36 Old package: python-EvoPreprocess-0.4.2-3.fc36 Summary: A Python Toolkit for Data Preprocessing RPMs: python3-EvoPreprocess Size: 48.08 KiB Size change: -190 B Changelog: * Sat Sep 25 2021 Iztok Fister Jr. - 0.4.2-4 - Use python rpm macros Package: python-alembic-1.7.3-1.fc36 Old package: python-alembic-1.7.1-3.fc36 Summary: Database migration tool for SQLAlchemy RPMs: python3-alembic Size: 823.39 KiB Size change: 547 B Changelog: * Sat Sep 25 2021 Kevin Fenzi - 1.7.3-1 - Update to 1.7.3. Fixes rhbz#2005403 Package: python-cmd2-2.2.0-1.fc36 Old package: python-cmd2-2.1.2-1.fc35 Summary: Extra features for standard library's cmd module RPMs: python3-cmd2
Fedora-IoT-35-20210926.0 compose check report
No missing expected images. Failed openQA tests: 1/15 (aarch64) Old failures (same test failed in Fedora-IoT-35-20210923.0): ID: 1002354 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi URL: https://openqa.fedoraproject.org/tests/1002354 Soft failed openQA tests: 1/16 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-IoT-35-20210923.0): ID: 1002339 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/1002339 Passed openQA tests: 15/16 (x86_64), 14/15 (aarch64) Installed system changes in test aarch64 IoT-dvd_ostree-iso install_default_upload@uefi: System load changed from 0.32 to 0.43 Previous test data: https://openqa.fedoraproject.org/tests/999219#downloads Current test data: https://openqa.fedoraproject.org/tests/1002348#downloads -- 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 2007889] perl-HTML-FillInForm-2.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2007889 Emmanuel Seyman changed: What|Removed |Added Doc Type|--- |If docs needed, set a value Resolution|--- |RAWHIDE Status|NEW |CLOSED Fixed In Version||perl-HTML-FillInForm-2.22-1 ||.fc36 Last Closed||2021-09-26 11:10:06 --- Comment #1 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1837045 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2007889 ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 1927876] perl-Search-Elasticsearch-7.714 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1927876 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |RAWHIDE Fixed In Version||perl-Search-Elasticsearch-7 ||.714-1.fc36 Last Closed||2021-09-26 11:09:31 --- Comment #4 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1837072 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=1927876 ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
[Bug 2006371] perl-WWW-Mechanize-2.05 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2006371 Emmanuel Seyman changed: What|Removed |Added Doc Type|--- |If docs needed, set a value Fixed In Version||perl-WWW-Mechanize-2.05-1.f ||c36 Status|NEW |CLOSED Resolution|--- |RAWHIDE Last Closed||2021-09-26 11:08:37 --- Comment #1 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1837046 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2006371 ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: openbabel-3.1* in Rawhide
On 9/26/21 10:22, Antonio T. sagitter wrote: On 9/26/21 01:10, Alexander Ploumistos wrote: On Sat, Sep 25, 2021 at 5:05 PM Alexander Ploumistos wrote: I will try with a Fedora 34 VM later and report back. I got pretty much the same results on F34. I think xdrawchem works better with Open Babel 3 than it does with Open Babel 2, at least as far as structure cleanup goes (I installed the current version in F34). With Open Babel 2, SMILES output is also asterisks and trying InChi output crashes the program, so nothing changed there. gnome-chemistry-utils programs can't find the required shared object files in F34 either. I moved the openbabel's libraries under a private lib directory. 'desktop' files are modified for working in this sense. Sorry, i meant gchemistry's libraries under a private lib directory. Let me check again Avogadro2. ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure -- --- Antonio Trande Fedora Project mailto: sagit...@fedoraproject.org GPG key: 0x29FBC85D7A51CC2F GPG key server: https://keyserver1.pgp.com/ OpenPGP_0x29FBC85D7A51CC2F.asc Description: OpenPGP public key 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: openbabel-3.1* in Rawhide
I have rebuilt Avogadro2* against openbabel3 The package provides two desktop files, for Wayland and x11 with different environment variables. That was a bug: https://github.com/OpenChemistry/avogadroapp/issues/167 I will apply the patch and try again. On 9/25/21 17:05, Alexander Ploumistos wrote: Hello Antonio, * Avogadro2: Avogadro appears to be working, but I can't see anything on the canvas, it displays whatever window is behind it on the screen, or the wallpaper if there's nothing else there. Maybe a Wayland bug? I will try with a Fedora 34 VM later and report back. -- --- Antonio Trande Fedora Project mailto: sagit...@fedoraproject.org GPG key: 0x29FBC85D7A51CC2F GPG key server: https://keyserver1.pgp.com/ OpenPGP_0x29FBC85D7A51CC2F.asc Description: OpenPGP public key 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 on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-Cloud-34-20210926.0 compose check report
No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-34-20210925.0): ID: 1002317 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1002317 ID: 1002325 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1002325 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-35-20210925.n.1 compose check report
No missing expected images. Failed openQA tests: 8/204 (x86_64), 4/141 (aarch64) New failures (same test not failed in Fedora-35-20210924.n.0): ID: 1001987 Test: x86_64 Server-dvd-iso server_freeipa_replication_master URL: https://openqa.fedoraproject.org/tests/1001987 ID: 1002000 Test: x86_64 Server-dvd-iso server_freeipa_replication_replica URL: https://openqa.fedoraproject.org/tests/1002000 ID: 1002004 Test: x86_64 Server-dvd-iso server_freeipa_replication_client URL: https://openqa.fedoraproject.org/tests/1002004 ID: 1002201 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/1002201 ID: 1002230 Test: x86_64 universal upgrade_2_minimal_uefi@uefi URL: https://openqa.fedoraproject.org/tests/1002230 ID: 1002245 Test: x86_64 universal upgrade_minimal_uefi@uefi URL: https://openqa.fedoraproject.org/tests/1002245 ID: 1002291 Test: aarch64 universal install_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/1002291 Old failures (same test failed in Fedora-35-20210924.n.0): ID: 1002047 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/1002047 ID: 1002050 Test: x86_64 KDE-live-iso desktop_login URL: https://openqa.fedoraproject.org/tests/1002050 ID: 1002136 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi URL: https://openqa.fedoraproject.org/tests/1002136 ID: 1002159 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi URL: https://openqa.fedoraproject.org/tests/1002159 ID: 1002265 Test: aarch64 universal install_asian_language@uefi URL: https://openqa.fedoraproject.org/tests/1002265 Soft failed openQA tests: 4/141 (aarch64), 4/204 (x86_64) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Fedora-35-20210924.n.0): ID: 1002148 Test: aarch64 Workstation-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1002148 Old soft failures (same test soft failed in Fedora-35-20210924.n.0): ID: 1002021 Test: x86_64 Workstation-live-iso gedit URL: https://openqa.fedoraproject.org/tests/1002021 ID: 1002063 Test: x86_64 Silverblue-dvd_ostree-iso evince URL: https://openqa.fedoraproject.org/tests/1002063 ID: 1002064 Test: x86_64 Silverblue-dvd_ostree-iso gedit URL: https://openqa.fedoraproject.org/tests/1002064 ID: 1002075 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1002075 ID: 1002082 Test: aarch64 Minimal-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1002082 ID: 1002139 Test: aarch64 Server-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1002139 ID: 1002166 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1002166 Passed openQA tests: 192/204 (x86_64), 133/141 (aarch64) New passes (same test not passed in Fedora-35-20210924.n.0): ID: 1002058 Test: x86_64 KDE-live-iso base_update_cli URL: https://openqa.fedoraproject.org/tests/1002058 ID: 1002098 Test: aarch64 Server-dvd-iso install_repository_hd_variation@uefi URL: https://openqa.fedoraproject.org/tests/1002098 ID: 1002154 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi URL: https://openqa.fedoraproject.org/tests/1002154 ID: 1002255 Test: aarch64 universal install_blivet_with_swap@uefi URL: https://openqa.fedoraproject.org/tests/1002255 Installed system changes in test x86_64 Server-dvd-iso install_default@uefi: 2 packages(s) added since previous compose: chkconfig, guile22 3 packages(s) removed since previous compose: guile, python3-pexpect, python3-ptyprocess Previous test data: https://openqa.fedoraproject.org/tests/1000698#downloads Current test data: https://openqa.fedoraproject.org/tests/1001961#downloads Installed system changes in test x86_64 Server-dvd-iso install_default_upload: 2 packages(s) added since previous compose: chkconfig, guile22 3 packages(s) removed since previous compose: guile, python3-pexpect, python3-ptyprocess System load changed from 0.04 to 0.21 Previous test data: https://openqa.fedoraproject.org/tests/1000711#downloads Current test data: https://openqa.fedoraproject.org/tests/1001974#downloads Installed system changes in test x86_64 Workstation-live-iso install_default@uefi: 6 packages(s) added since previous compose: initscripts-service, libbpf, qemu-device-display-virtio-gpu-gl, qemu-device-display-virtio-gpu-pci-gl, qemu-device-display-virtio-vga-gl, qemu-device-usb-host 2 packages(s) removed since previous compose: guile, libmusicbrainz5 System load changed from 0.66 to 0.38 Previous test data: https://openqa.fedoraproject.org/tests/1000753#downloads Current test data: https://openqa.fedoraproject.org/tests/1002016#downloads Installed system changes in test x86_64
Re: openbabel-3.1* in Rawhide
On 9/26/21 01:10, Alexander Ploumistos wrote: On Sat, Sep 25, 2021 at 5:05 PM Alexander Ploumistos wrote: I will try with a Fedora 34 VM later and report back. I got pretty much the same results on F34. I think xdrawchem works better with Open Babel 3 than it does with Open Babel 2, at least as far as structure cleanup goes (I installed the current version in F34). With Open Babel 2, SMILES output is also asterisks and trying InChi output crashes the program, so nothing changed there. gnome-chemistry-utils programs can't find the required shared object files in F34 either. I moved the openbabel's libraries under a private lib directory. 'desktop' files are modified for working in this sense. Let me check again Avogadro2. -- --- Antonio Trande Fedora Project mailto: sagit...@fedoraproject.org GPG key: 0x29FBC85D7A51CC2F GPG key server: https://keyserver1.pgp.com/ OpenPGP_0x29FBC85D7A51CC2F.asc Description: OpenPGP public key 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: openbabel-3.1* in Rawhide
On Sat, Sep 25, 2021 at 08:07:20PM -0600, Jerry James wrote: > On Sat, Sep 25, 2021 at 5:10 PM Alexander Ploumistos > wrote: > > I built the latest avogadro2 and avogadro2-libs from the srpm in your > > copr for F34 and I hit some graphical glitches again. On Wayland, > > Avogadro2 for X11 has a transparent canvas, whereas the other one (I > > guess Wayland) doesn't, but as soon as I add a fourth atom to the > > drawing, it crashes: > > > > /usr/include/c++/11/bits/stl_vector.h:1045: std::vector<_Tp, > > _Alloc>::reference std::vector<_Tp, > > _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) [with _Tp = > > Eigen::Matrix; _Alloc = > > std::allocator >; std::vector<_Tp, > > _Alloc>::reference = Eigen::Matrix&; std::vector<_Tp, > > _Alloc>::size_type = long unsigned int]: Assertion '__n < > > this->size()' failed. > > Aborted (core dumped) > > I don't know if this is the same as the inchi-related abort, but that > one is caused by this code, on lines 178-180 of molecule_smiles.cpp, > in Molecule::ToInChI(): > > std::string s = ostream.str(); > s[s.length() - 1] = '\0'; // Abort happens here > return ( QString( s.c_str() ) ); > > The abort happens because s is the empty string, so s.length() == 0, > and assigning to s[-1] just isn't a good idea. I'm pretty sure that > line isn't needed anyway. Isn't s.c_str() guaranteed to provide a > null-terminated C string? Yes, this is guaranteed: > Returns a pointer to an array that contains a null-terminated > sequence of characters (i.e., a C-string) representing the current > value of the string object. Zbyszek ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Re: Self Introduction: Adam Thiede
Hi Adam, welcome to Fedora! > There is some more obscure software I'd like to package, but I'd also > like to help where it's most needed. I'd say that helping with existing packages is probably more important than adding more new stuff, even though we make the latter the most straightforward way to join the packager group. And there's always a thousand places that could use help… Zbyszek ___ 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 on the list, report it: https://pagure.io/fedora-infrastructure
Fedora-Cloud-33-20210926.0 compose check report
No missing expected images. Failed openQA tests: 1/8 (aarch64) New failures (same test not failed in Fedora-Cloud-33-20210925.0): ID: 1002311 Test: aarch64 Cloud_Base-qcow2-qcow2 base_system_logging@uefi URL: https://openqa.fedoraproject.org/tests/1002311 Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20210925.0): ID: 1002301 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1002301 ID: 1002309 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1002309 Passed openQA tests: 7/8 (x86_64), 6/8 (aarch64) -- 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
