Re: Unretiring tmuxinator
> I will CC myself to the 2 bugzilla tickets. Ouch, I'm not a sponsor so even if I approve your review requests it won't be enough. ___ 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: Unretiring tmuxinator
On Sun, Oct 25, 2020 at 8:05 PM Micah Shennum wrote: > > I want to unretire tmuxinator, as it is a tool I use and I was surprised to > find it is currently retired. Searching through the mailing list, it appears > to have been retired simply due to being orphaned. When it got retired, it was also stuck on an old version that didn't work well with the tmux version of the time. > I have a copr repo, > https://copr.fedorainfracloud.org/coprs/jimtahu/tmuxinator/, which I have > personally been using. And have now created a review request > https://bugzilla.redhat.com/show_bug.cgi?id=1891335 > > The new version needs rubygem-xdg, I found a previous review that didn't make > it into the repos here https://bugzilla.redhat.com/show_bug.cgi?id=1654426, > so I created a separate request > https://bugzilla.redhat.com/show_bug.cgi?id=1891335 > > The new version also needs an update to rubygem-thor (1.0.1) which I found > has an existing ticket https://bugzilla.redhat.com/show_bug.cgi?id=1783465 > with matching pull request > https://src.fedoraproject.org/rpms/rubygem-thor/pull-request/1 I have also have a copr repository where I had to prepare the same set of packages: https://copr.fedorainfracloud.org/coprs/dridi/tmuxinator/packages/ Feel free to compare our specs, I believe I followed the ruby packaging guidelines correctly at the time. I'm not actively maintaining the packages myself because I don't have time and I'm not a ruby developer so I don't feel confident taking bug reports. But if you don't find a reviewer in a week, I will find time to review your submissions. I will CC myself to the 2 bugzilla tickets. Thanks! Dridi ___ 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: Btrfs question for Fedora 33 beta. How can I add nocow to /var
Hi Chris I am again attaching a program for you to try.I AM THE AUTHOR. Extended to manage btrfs entries. fstabxref -o /tmp/fstab It reads the /dev/disk/by-xxx contents,/etc/mtab and /etc/fstab It validates each fstab entry as it builds the output. Errors are pointed out. In the process of coding it, if you have "btrfs sub create var" at the 5 levelmtab will show it as /var, ditto for the other subvols. And changing the /etc/fstab to include the / before the var in the fstab as subvol=var appears to make no difference if it is subvol=var or subvol=/var Things I discover. If you look at other distros based on btrfs, the root00 is replaced by @so @home, @var etc are used. For a while that @ thing stumped me. But then, I persisted. I am going to study your link's contents. My code is opensource and actually I find it very useful. Use labels, UUIDs, PARTUUIDS, PARTLABELS, /dev/, my code handles it. If you find it useful and want the source git repro, just ask. Regards Leslie Leslie Satenstein Montréal Québec, Canada On Sunday, October 25, 2020, 10:38:33 p.m. EDT, Chris Murphy wrote: On Sun, Oct 25, 2020 at 6:56 PM Leslie Satenstein via devel wrote: > > Hi Chris, > > This weekend past, I did create /opt and /var as subvolumes. For the empty > /opt, it was easy. For /var, it took the live ISO to help with moving > directory /var to subvolume /var. Recommended reading. https://btrfs.wiki.kernel.org/index.php/SysadminGuide#Layout The "flat" method for /var means it actually gets swapped from the 'old dir var' to 'new subvolume var' at reboot time via the fstab entry resulting in it being mounted on /var. You can mount the Btrfs file system again at /mnt and clean out the root/var directory. There is a sort of "through the looking glass" experience with "flat" layout. I often regret not giving subvolumes names different from their mount point if I use this layout style. So instead of a "var" subvolume mounted at /var, I'll name it var33 (i.e. var for Fedora 33). Maybe we'll end up using native system mount units for these kinds of things so that fstab isn't overly complicated. The "nested" layout just substitutes in-place, no need for fstab entry. Way simpler. Except if you ever have to do a rollback, and then you have to move it into the new location before the rollback. That isn't always possible or maybe you wouldn't have to rollback in the first place. > I also intend to do the same with /sys on this, my beta system, I'm not sure about this. /sys is a pseudo-filesystem, the contents aren't really on the root file system. > The rational for my doing the subvolume exercise is the following: > 1) Under default installation, each snapfile of root has a copy of all > subdirectories including active /var, and /sys. I noted that /var/log and > /var/cache is rather volatile. My SSD size is 120gigs > 2) By isolating /var, /opt and /sys the root snapshot becomes less bloated. /var contains the rpm database, which means at least /var/lib/rpm is tied to /usr and to some degree /boot. That means any need to rollback one requires rolling back all in conjunction. And yet /var/log is one thing we probably do not want to rollback, and possibly the same for /var/cache in its entirety. But... work-in-progress. > 4) But /var/log is quite active, as is /var/cache. I will be using btrfs > defragment on /var. If it's a (spinning) HDD it might be suited for the autodefrag mount option so long as the workload isn't heavy database use. Autodefrag is intended for light database use like web browsers, and spinning drives. There's a proposal upstream to make it a settable property so it can be enabled selectively, rather than as a mount option. I don't ever defragment SSD/NVMe. I think you're better off using bcc-tools' fileslower to evaluate if there are unexpected latencies happening. And quantifying how much defragmenting solves the problem. You can further narrow these down the source of latency with btrfsdist, btrfsslower and biolatency. (There are ext4 and xfs equivalents.) > 5) Having /var as nodatacow puts /var to the same risk level as when /var was > on the ext4 system. If you're wanting to save space, you may want to experiment with compression. And nodatacow means no compression. I think you want to be more selective with nodatacow for very specific reasons and already the top candidate for that already get's nodatacow set automatically by libvirt when a storage pool is created. > > I will be using fstrim -a (to do SSD trims) and I want to user snapper, to > manage the subvolume snapshots. The generations of snapshots for /var and / > will be my objective. > I will be using crontab and a script to take snapshots just before the > script launches "sudo dnf update -y". OK you might want to look at the dnf snapper plugin for this. > This switch to btrfs is a learning experience for me. Fedora is my passion, > From my
[Bug 1889975] loadable library and perl binaries are mismatched
https://bugzilla.redhat.com/show_bug.cgi?id=1889975 FlyDove changed: What|Removed |Added Flags|needinfo?(flyd...@qq.com) | --- Comment #2 from FlyDove --- $ sudo systemctl restart webmin Job for webmin.service failed because the control process exited with error code. See "systemctl status webmin.service" and "journalctl -xe" for details. [Fedora@MiWiFi-R4-srv packages]$ sudo systemctl status webmin ● webmin.service - LSB: web-based administration interface for Unix systems Loaded: loaded (/etc/rc.d/init.d/webmin; generated) Active: failed (Result: exit-code) since Mon 2020-10-26 09:56:00 CST; 4s ago Docs: man:systemd-sysv-generator(8) Process: 33825 ExecStart=/etc/rc.d/init.d/webmin start (code=exited, status=1/FAILURE) CPU: 86ms 10月 26 09:56:00 MiWiFi-R4-srv systemd[1]: Starting LSB: web-based administration interface for Unix systems... 10月 26 09:56:00 MiWiFi-R4-srv systemd[1]: webmin.service: Control process exited, code=exited, status=1/FAILURE 10月 26 09:56:00 MiWiFi-R4-srv systemd[1]: webmin.service: Failed with result 'exit-code'. 10月 26 09:56:00 MiWiFi-R4-srv systemd[1]: Failed to start LSB: web-based administration interface for Unix systems. $ sudo /etc/rc.d/init.d/webmin restart Stopping Webmin server in /usr/libexec/webmin Starting Webmin server in /usr/libexec/webmin Socket6.c: loadable library and perl binaries are mismatched (got handshake key 0xce00080, needed 0xcd00080) -- 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: Btrfs question for Fedora 33 beta. How can I add nocow to /var
On Sun, Oct 25, 2020 at 6:56 PM Leslie Satenstein via devel wrote: > > Hi Chris, > > This weekend past, I did create /opt and /var as subvolumes. For the empty > /opt, it was easy. For /var, it took the live ISO to help with moving > directory /var to subvolume /var. Recommended reading. https://btrfs.wiki.kernel.org/index.php/SysadminGuide#Layout The "flat" method for /var means it actually gets swapped from the 'old dir var' to 'new subvolume var' at reboot time via the fstab entry resulting in it being mounted on /var. You can mount the Btrfs file system again at /mnt and clean out the root/var directory. There is a sort of "through the looking glass" experience with "flat" layout. I often regret not giving subvolumes names different from their mount point if I use this layout style. So instead of a "var" subvolume mounted at /var, I'll name it var33 (i.e. var for Fedora 33). Maybe we'll end up using native system mount units for these kinds of things so that fstab isn't overly complicated. The "nested" layout just substitutes in-place, no need for fstab entry. Way simpler. Except if you ever have to do a rollback, and then you have to move it into the new location before the rollback. That isn't always possible or maybe you wouldn't have to rollback in the first place. > I also intend to do the same with /sys on this, my beta system, I'm not sure about this. /sys is a pseudo-filesystem, the contents aren't really on the root file system. > The rational for my doing the subvolume exercise is the following: > 1) Under default installation, each snapfile of root has a copy of all > subdirectories including active /var, and /sys. I noted that /var/log and > /var/cache is rather volatile. My SSD size is 120gigs > 2) By isolating /var, /opt and /sys the root snapshot becomes less bloated. /var contains the rpm database, which means at least /var/lib/rpm is tied to /usr and to some degree /boot. That means any need to rollback one requires rolling back all in conjunction. And yet /var/log is one thing we probably do not want to rollback, and possibly the same for /var/cache in its entirety. But... work-in-progress. > 4) But /var/log is quite active, as is /var/cache. I will be using btrfs > defragment on /var. If it's a (spinning) HDD it might be suited for the autodefrag mount option so long as the workload isn't heavy database use. Autodefrag is intended for light database use like web browsers, and spinning drives. There's a proposal upstream to make it a settable property so it can be enabled selectively, rather than as a mount option. I don't ever defragment SSD/NVMe. I think you're better off using bcc-tools' fileslower to evaluate if there are unexpected latencies happening. And quantifying how much defragmenting solves the problem. You can further narrow these down the source of latency with btrfsdist, btrfsslower and biolatency. (There are ext4 and xfs equivalents.) > 5) Having /var as nodatacow puts /var to the same risk level as when /var was > on the ext4 system. If you're wanting to save space, you may want to experiment with compression. And nodatacow means no compression. I think you want to be more selective with nodatacow for very specific reasons and already the top candidate for that already get's nodatacow set automatically by libvirt when a storage pool is created. > > I will be using fstrim -a (to do SSD trims) and I want to user snapper, to > manage the subvolume snapshots. The generations of snapshots for /var and / > will be my objective. > I will be using crontab and a script to take snapshots just before the > script launches "sudo dnf update -y". OK you might want to look at the dnf snapper plugin for this. > This switch to btrfs is a learning experience for me. Fedora is my passion, > From my studies, I may discover that you are absolutely right to state that I > do not need to make the extra subvolumes. > The advantage I have over you is my career. It is called "retirement". > Retirement comes with spare time to study, to learn, to write code, to > explore, experiment and to share experiences. Cool! Have fun! -- Chris Murphy ___ 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 1891366] New: Failed to start LSB: web-based administration interface for Unix systems.
https://bugzilla.redhat.com/show_bug.cgi?id=1891366 Bug ID: 1891366 Summary: Failed to start LSB: web-based administration interface for Unix systems. Product: Fedora Version: 32 Hardware: x86_64 OS: Linux Status: NEW Component: perl Severity: urgent Assignee: jples...@redhat.com Reporter: flyd...@qq.com QA Contact: extras...@fedoraproject.org CC: caillon+fedoraproj...@gmail.com, iarn...@gmail.com, jples...@redhat.com, ka...@ucw.cz, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com, rhug...@redhat.com, sandm...@redhat.com, spo...@gmail.com Target Milestone: --- Classification: Fedora $ sudo systemctl restart webmin Job for webmin.service failed because the control process exited with error code. See "systemctl status webmin.service" and "journalctl -xe" for details. [Fedora@MiWiFi-R4-srv packages]$ sudo systemctl status webmin ● webmin.service - LSB: web-based administration interface for Unix systems Loaded: loaded (/etc/rc.d/init.d/webmin; generated) Active: failed (Result: exit-code) since Mon 2020-10-26 09:56:00 CST; 4s ago Docs: man:systemd-sysv-generator(8) Process: 33825 ExecStart=/etc/rc.d/init.d/webmin start (code=exited, status=1/FAILURE) CPU: 86ms 10月 26 09:56:00 MiWiFi-R4-srv systemd[1]: Starting LSB: web-based administration interface for Unix systems... 10月 26 09:56:00 MiWiFi-R4-srv systemd[1]: webmin.service: Control process exited, code=exited, status=1/FAILURE 10月 26 09:56:00 MiWiFi-R4-srv systemd[1]: webmin.service: Failed with result 'exit-code'. 10月 26 09:56:00 MiWiFi-R4-srv systemd[1]: Failed to start LSB: web-based administration interface for Unix systems. $ sudo /etc/rc.d/init.d/webmin restart Stopping Webmin server in /usr/libexec/webmin Starting Webmin server in /usr/libexec/webmin Socket6.c: loadable library and perl binaries are mismatched (got handshake key 0xce00080, needed 0xcd00080) -- 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 1889685] perl-Clone-PP-1.08 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1889685 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-Clone-PP-1.08-1.fc34 |perl-Clone-PP-1.08-1.fc34 ||perl-Clone-PP-1.08-1.fc33 Resolution|--- |ERRATA Last Closed||2020-10-26 01:06:14 --- Comment #4 from Fedora Update System --- FEDORA-2020-b2511c6661 has been pushed to the Fedora 33 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. ___ 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 1889925] perl-Module-CoreList-5.20201020 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1889925 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-Module-CoreList-5.2020 |perl-Module-CoreList-5.2020 |1020-1.fc34 |1020-1.fc34 ||perl-Module-CoreList-5.2020 ||1020-1.fc33 Resolution|--- |ERRATA Last Closed||2020-10-26 01:06:12 --- Comment #6 from Fedora Update System --- FEDORA-2020-277a211cf8 has been pushed to the Fedora 33 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. ___ 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: Btrfs question for Fedora 33 beta. How can I add nocow to /var
Hi Chris, This weekend past, I did create /opt and /var as subvolumes. For the empty /opt, it was easy. For /var, it took the live ISO to help with moving directory /var to subvolume /var I also intend to do the same with /sys on this, my beta system, Later this week I will install the "release version" on a second drive as a second system, when it is available. The rational for my doing the subvolume exercise is the following: 1) Under default installation, each snapfile of root has a copy of all subdirectories including active /var, and /sys. I noted that /var/log and /var/cache is rather volatile. My SSD size is 120gigs 2) By isolating /var, /opt and /sys the root snapshot becomes less bloated. 3) The /sys directory rarely has changes according to my survey of directory and file dates. One subvolume taken when there is a change is OK for me. 4) But /var/log is quite active, as is /var/cache. I will be using btrfs defragment on /var. 5) Having /var as nodatacow puts /var to the same risk level as when /var was on the ext4 system. I will be using fstrim -a (to do SSD trims) and I want to user snapper, to manage the subvolume snapshots. The generations of snapshots for /var and / will be my objective. I will be using crontab and a script to take snapshots just before the script launches "sudo dnf update -y". This switch to btrfs is a learning experience for me. Fedora is my passion, From my studies, I may discover that you are absolutely right to state that I do not need to make the extra subvolumes. The advantage I have over you is my career. It is called "retirement". Retirement comes with spare time to study, to learn, to write code, to explore, experiment and to share experiences. ___ 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: Hang in bash/zsh launched via Eclipse->TM Terminal
On Sunday, 25 October 2020 at 08:40, Richard Chan wrote: > Hi folks, > > I need help debugging why /bin/bash, /bin/zsh would hang being launched by > Eclipse (v2020-09) -> TM Terminal (v10) -> (shell) on up-to-date Fedora 33. > > I am using upstream build Eclipse 2020-09 and the TM Terminal plugin: > > 1. As root - no problem, TM Terminal can launch /bin/bash > 2. As user - both /bin/bash and /bin/zsh hang, (bash at some pselect6() ) > call and both do not reach the shell prompt. They are still responsive to > SIGHUP. > 3. As user - /bin/fish, /bin/sh, /bin/ksh, /bin/tmux(this launches > /bin/bash inside) - all work. [...] > Any suggestions to track down the issue would be appreciated. I'd check audit logs for SELinux AVC denials. Also, make sure you're fully updated. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [ELN] gcc is going to be updated to gcc11 in the ELN buildroot ahead of Rawhide
On Saturday, 24 October 2020 at 12:28, Aleksandra Fedorova wrote: [...] > On top of generic sidetag functionality, ELN has additional features > like automated continuous rebuilds of Rawhide packages, regular > composes and container builds[1], and people watching after them. > Note that we have spent three months on ELN automation and it still > has a lot of gaps in it. Very cool. That's exactly what was missing in the original announcement. If you had included that, I'm sure there would have been a lot less misunderstanding. Please keep that in mind and make sure you include not only "what you're doing" but also "why you're doing it that way" in future announcements. Can we assume that those features are going to be part of regular rawhide at some not-too-distant point in the future? Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: youtube-dl Copyright Violations
On Sun, Oct 25, 2020 at 10:52 PM Christian Dersch wrote: > > > On 25/10/2020 22:47, Leigh Scott wrote: > > See > > > > https://github.com/github/dmca/blob/master/2020/10/2020-10-23-RIAA.md > > > There is already a fork of youtube-dl removing the critical parts, maybe > we should switch if Fedora has to remove original youtube-dl for legal > reasons: https://github.com/l1ving/youtube-dl > > Greetings, > > Christian IANAL, but maybe we should not speculate about such things on the devel list? 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
Re: youtube-dl Copyright Violations
On 25/10/2020 22:47, Leigh Scott wrote: See https://github.com/github/dmca/blob/master/2020/10/2020-10-23-RIAA.md There is already a fork of youtube-dl removing the critical parts, maybe we should switch if Fedora has to remove original youtube-dl for legal reasons: https://github.com/l1ving/youtube-dl Greetings, Christian ___ 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
youtube-dl Copyright Violations
See https://github.com/github/dmca/blob/master/2020/10/2020-10-23-RIAA.md ___ 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
CPE Weekly: 2020-10-25
Hi Everyone, Below is this week's CPE weekly for week ending 2020-10-25 for both Fedora & CentOS, and if you want to visit the hackmd link https://hackmd.io/8iV7PilARSG68Tqv8CzKOQ?view you can then use the header bar on your left to skip to Fedora or CentOS updates that interest you. ## General Project Updates We have a CPE Q3 Achievements blog out on the Fedora and CentOS websites https://blog.centos.org/2020/10/cpe-q3-achievements-2020/ https://communityblog.fedoraproject.org/cpe-achievements-during-q3-2020/ Updated initative timetable can be viewed here https://docs.fedoraproject.org/en-US/cpe/time_tables/ And below are the projects the CPE team are working on for the months of October, November & December: * CentOS Stream Phase 4 - Build system services * Noggin Phase 4 - Data Migration of Fedora & CentOS Accounts, Community testing * OSBS for aarch64 - this will begin in November * Fedora Messaging Schemas - this work is continuing from Q3 and is being worked on part-time ### Misc GitLab Sent a mail to the devel lists for both Fedora & CentOS with questions that had answers relating to the topic Accouns & Permissions. It has been sent to devel-annou...@fedoraproject.org & centos-de...@centos.org. Here is the link to the hackmd doc I used to write the email before copying it across to my email to send https://hackmd.io/1pjX1cVnTjekOLVowj5UiQ?view ## Project Updates *The below updates are pulled directly from our CPE team call we have every week.* ## Fedora ### General * F33 will be released next week!! * The team got an F33 nightly compose finished too! * There is a dashboard available to view the performance of Anitya https://monitor-dashboard-web-monitor-dashboard.app.os.fedoraproject.org/d/8Zi9LU5Mz/anitya?orgId=1 * And there is capability to do the same for the packager workflow pipeline which we are still working on ### Staging Environment * Build system nearly done - waiting on a firewall change ### Noggin/AAA * New estimated deployment date for Noggin is 29th January 2021. * The team are working on completing a full staging environment to deploy Noggin in right now and will hope to have this in place in the next few weeks * We also have some members of CentOS working in this team now to help with the work required for the migration of the CentOS accounts and data to Noggin * The teams kanban board where they track their work can be found here https://github.com/orgs/fedora-infra/projects/6 * And we have a project tracker available to be viewed here https://github.com/fedora-infra/aaa-tracker ### Fedora Messaging Schemas * This project is worked on on a part time basis as we are prioritizing completing Noggin first before fully committing to its completion * There is a list of applications that require messaging schemas can be found here https://hackmd.io/@nilsph/H1i8CAbkP/edit * There is a readme which contains documentation on messaging schemas, a cookie-cutter template to create the schema and a definition of Done for writing a schemas https://github.com/fedora-infra/fedora-messaging-schemas-issues * The board they are working from can be viewed here https://github.com/orgs/fedora-infra/projects/7 ## CentOS Updates ### CentOS * CentOS 7.9.2009 pkgs pushed to CR repo, next step is to install tree and artifacts such as iso & cloud images. * Working a lot with the AAA/Noggin team on CentOS account integration and making good progress ### CentOS Stream * There are now cloud image updates available for CentOS Stream * There are some documentation updates here on unshipped packages & Stream feel free to read up! https://wiki.centos.org/FAQ/CentOS8/UnshippedPackages ## Team Info ### CPE Product Owner Office Hours IRC office hours are now once per month.Below are the logs from the most recent meetings and dates for the next ones. #fedora-meeting-1 * Next Meeting: 2020-11-12 @ 1300 UTC on #fedora-meeting-1 #centos-meeting * Next Meeting: 2020-11-10 @ 1500 UTC on #centos-meeting ## Background: The Community Platform Engineering group, or CPE for short, is the Red Hat team combining IT and release engineering from Fedora and CentOS. Our goal is to keep core servers and services running and maintained, build releases, and other strategic tasks that need more dedicated time than volunteers can give. See our wiki page here for more information:https://docs.fedoraproject.org/en-US/cpe/ As always, feedback is welcome, and we will continue to look at ways to improve the delivery and readability of this weekly report. Have a great week! Aoife Source: https://hackmd.io/8iV7PilARSG68Tqv8CzKOQ?view -- Aoife Moloney Product Owner Community Platform Engineering Team Red Hat EMEA Communications House Cork Road Waterford ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:
Re: Has glibc just removed some symbols?
On Sun, 25 Oct 2020, Scott Talbert wrote: Has this been fixed in rawhide yet? I'm still getting this when running fedora-review: Traceback (most recent call last): File "/usr/bin/dnf", line 57, in from dnf.cli import main File "/usr/lib/python3.9/site-packages/dnf/__init__.py", line 30, in import dnf.base File "/usr/lib/python3.9/site-packages/dnf/base.py", line 29, in import libdnf.transaction File "/usr/lib64/python3.9/site-packages/libdnf/__init__.py", line 12, in from . import conf File "/usr/lib64/python3.9/site-packages/libdnf/conf.py", line 13, in from . import _conf ImportError: /lib64/libglib-2.0.so.0: undefined symbol: lstat64, version GLIBC_2.33 You need to tell fedora-review to perform a full upgrade to the rawhide for the chroot it manages. glibc in rawhide already has the lstat64@@GLIBC_2.33 symbol, and this version should also be in the compose by now. Actually - come to think of it, I think I'm probably going to have to delete this chroot and re-create it. Since DNF is broken in the chroot, I don't think there's any way to fix it by upgrading? In case this helps someone else later, I ended up doing mock -r fedora-rawhide-x86_64 --scrub=all Might not have needed to scrub *all* but it took care of it. Scott ___ 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 Cloud rawhide images not updating?
On Sun, Oct 25, 2020 at 12:30:13PM -0700, Adam Williamson wrote: > On Sun, 2020-10-25 at 11:23 -0700, Kevin Fenzi wrote: > > On Wed, Oct 21, 2020 at 12:29:14PM +0200, Ondrej Mosnacek wrote: > > > Hi, > > > > > > I noticed that the image available at [1] has been stuck at the > > > 20201004 version for quite some time now. AFACIT, it used to be > > > updated approx. every day before. Does anyone know what happened? I > > > understand that the rawhide content might not be 100% reliable, but 17 > > > days without updating the image seems a bit long... > > > > > > Thanks, > > > > > > [1] > > > https://download.fedoraproject.org/pub/fedora/linux/development/rawhide/Cloud/x86_64/images/ > > > > > Indeed they aren't. ;( > > > > They are (with the exception of ppc64le) being composed, they just > > aren't being synced over. > > > > I note that we updated productmd on that day and when we sync we call > > compose-partial-copy from compose-utils (which uses productmd), so the > > only thought I have now is that there is a bug there. I downgraded back > > to the previous version and we can see if it updates correctly tonight? > > I believe mboddu had already looked at this a bit and identified > productmd as a suspect, but hadn't figured out exactly what the issue > was yet. He said it seems like any variant with an 'images/' folder > doesn't get synced, I think. Yeah, but I downgraded python3-productmd, (to the version it was when it was working) and it still didn't work... so it's somthing less obvious. ;( 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: Problem signing custom kernel package
On Sun, 25 Oct 2020 06:20:16 -0500 Richard Shaw wrote: > I'm following the directions here[1] on building a custom kernel to > test some patches[2] related to suspend[3] on my new HP ENVY X360 AMD > laptop without S3 support. > > The directions could be updated to include which commands need to be > run as root, however, my problem is at this step: > > """ > Create a PKCS #12 key file: > > openssl pkcs12 -export -out key.p12 -inkey key.pem -in cert.der > """ > > # openssl pkcs12 -export -out key.p12 -inkey key.pem -in cert.der > unable to load certificates > > Both files are in the current directory... > > Thanks, > Richard > > [1] > https://docs.fedoraproject.org/en-US/quick-docs/kernel/build-custom-kernel/#_secure_boot > [2] https://gitlab.freedesktop.org/drm/amd/-/issues/1230#note_671110 > [3] https://gitlab.freedesktop.org/drm/amd/-/issues/1230 It's been a while since I did this, so it might have changed, but these are the steps I went through to create the signing keys. It should at least give you some hints, if nothing else. A lot of work. The configuration file needed for openssl to create the keys. cat configuration_file.config """ [ req ] default_bits = 4096 distinguished_name = req_distinguished_name prompt = no string_mask = utf8only x509_extensions = myexts [ req_distinguished_name ] O = Organization CN = Organization signing key emailAddress = E-mail address [ myexts ] basicConstraints=critical,CA:FALSE keyUsage=digitalSignature subjectKeyIdentifier=hash authorityKeyIdentifier=keyid """ Creating the public and private key. openssl req -x509 -new -nodes -utf8 -sha256 -days 36500 -batch -config ./configuration_file.config -outform DER -out public_key.der -keyout private_key.priv alternate form, haven't tried yet openssl req -new -x509 -newkey rsa:2048 -sha256 -keyout key.asc -out cert.pem -nodes -days 666 -subj "/CN=$USER/" Telling mok that on next boot, use root password to import key into its database. mokutil -P --import public_key.der Converting der to pem using openssl. openssl x509 -inform DER -in public_key.der -outform PEM -out public_key.pem Convert the private key and pem certificate to a pk12 structure. openssl pkcs12 -export -out kernel_key.p12 -inkey public_key.pem -in xyz_cert.x509.pem # openssl pkcs12 -export -inkey private_key.priv -in public_key.pem -name kernel_cert -out kernel_cert.p12 Enter Export Password: Verifying - Enter Export Password: # Import pkcs12 file into pesign db # pk12util -i kernel_cert.p12 -d /etc/pki/pesign Enter password for PKCS12 file: pk12util: no nickname for cert in PKCS12 file. pk12util: using nickname: Organization signing key - Organization pk12util: PKCS12 IMPORT SUCCESSFUL ___ 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
Unretiring tmuxinator
I want to unretire tmuxinator, as it is a tool I use and I was surprised to find it is currently retired. Searching through the mailing list, it appears to have been retired simply due to being orphaned. I have a copr repo, https://copr.fedorainfracloud.org/coprs/jimtahu/tmuxinator/, which I have personally been using. And have now created a review request https://bugzilla.redhat.com/show_bug.cgi?id=1891335 The new version needs rubygem-xdg, I found a previous review that didn't make it into the repos here https://bugzilla.redhat.com/show_bug.cgi?id=1654426, so I created a separate request https://bugzilla.redhat.com/show_bug.cgi?id=1891335 The new version also needs an update to rubygem-thor (1.0.1) which I found has an existing ticket https://bugzilla.redhat.com/show_bug.cgi?id=1783465 with matching pull request https://src.fedoraproject.org/rpms/rubygem-thor/pull-request/1 ___ 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 Cloud rawhide images not updating?
On Sun, 2020-10-25 at 11:23 -0700, Kevin Fenzi wrote: > On Wed, Oct 21, 2020 at 12:29:14PM +0200, Ondrej Mosnacek wrote: > > Hi, > > > > I noticed that the image available at [1] has been stuck at the > > 20201004 version for quite some time now. AFACIT, it used to be > > updated approx. every day before. Does anyone know what happened? I > > understand that the rawhide content might not be 100% reliable, but 17 > > days without updating the image seems a bit long... > > > > Thanks, > > > > [1] > > https://download.fedoraproject.org/pub/fedora/linux/development/rawhide/Cloud/x86_64/images/ > > > Indeed they aren't. ;( > > They are (with the exception of ppc64le) being composed, they just > aren't being synced over. > > I note that we updated productmd on that day and when we sync we call > compose-partial-copy from compose-utils (which uses productmd), so the > only thought I have now is that there is a bug there. I downgraded back > to the previous version and we can see if it updates correctly tonight? I believe mboddu had already looked at this a bit and identified productmd as a suspect, but hadn't figured out exactly what the issue was yet. He said it seems like any variant with an 'images/' folder doesn't get synced, I think. -- 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
Re: Orphaned packages (including pdc-client) looking for new maintainers
On Mon, Oct 19, 2020 at 11:55:01AM +0200, Miro Hrončok wrote: ...snip... > pdc-client bliu, chcao, cheng, chuzhang, 1 weeks ago >lholecek, lsedlar, nphilipp, I've taken pdc-client. Happy to hand it off to any of the co-maintainers if they want, or add more folks. :) thanks, 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: Fedora Cloud rawhide images not updating?
On Wed, Oct 21, 2020 at 12:29:14PM +0200, Ondrej Mosnacek wrote: > Hi, > > I noticed that the image available at [1] has been stuck at the > 20201004 version for quite some time now. AFACIT, it used to be > updated approx. every day before. Does anyone know what happened? I > understand that the rawhide content might not be 100% reliable, but 17 > days without updating the image seems a bit long... > > Thanks, > > [1] > https://download.fedoraproject.org/pub/fedora/linux/development/rawhide/Cloud/x86_64/images/ > Indeed they aren't. ;( They are (with the exception of ppc64le) being composed, they just aren't being synced over. I note that we updated productmd on that day and when we sync we call compose-partial-copy from compose-utils (which uses productmd), so the only thought I have now is that there is a bug there. I downgraded back to the previous version and we can see if it updates correctly tonight? 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: Mass spec change: Replace Python 3 version globs (3.?) with macros to support 3.10
Thank you python SIG for being transparent and helpful and thanks for making these commits. :) 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
Orphaning electrum bitcoin wallet
Hi, keeping Electrum [1] up to date have been harder than I expected. I just orphaned it, it would be great if someone could give it more care than I have lately. Problems: * Several python dependencies that have different version that system. * Just noticed electrum 4 started bundling JavaScript library Sincerely Jonny Heggheim [1] https://src.fedoraproject.org/rpms/electrum ___ 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: Has glibc just removed some symbols?
On Sat, 24 Oct 2020, Florian Weimer wrote: Has this been fixed in rawhide yet? I'm still getting this when running fedora-review: Traceback (most recent call last): File "/usr/bin/dnf", line 57, in from dnf.cli import main File "/usr/lib/python3.9/site-packages/dnf/__init__.py", line 30, in import dnf.base File "/usr/lib/python3.9/site-packages/dnf/base.py", line 29, in import libdnf.transaction File "/usr/lib64/python3.9/site-packages/libdnf/__init__.py", line 12, in from . import conf File "/usr/lib64/python3.9/site-packages/libdnf/conf.py", line 13, in from . import _conf ImportError: /lib64/libglib-2.0.so.0: undefined symbol: lstat64, version GLIBC_2.33 You need to tell fedora-review to perform a full upgrade to the rawhide for the chroot it manages. glibc in rawhide already has the lstat64@@GLIBC_2.33 symbol, and this version should also be in the compose by now. Actually - come to think of it, I think I'm probably going to have to delete this chroot and re-create it. Since DNF is broken in the chroot, I don't think there's any way to fix it by upgrading? Scott ___ 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
[2020-10-25] Møte (meetbot.fp.o) developer meeting notes and recording
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi all, Today, the Fedora Møte team met for one-hour on a Jitsi call. We set up development goals and began splitting up the backlog for two-week sprints. A video recording is below: https://youtu.be/gpLPDgYRIvA Some highlights from our meeting: * Five high-level goals for Møte: 1. Full support for Python 3 2. Convert simple Flask site to a full web app with FE/BE component 3. Mobile support for responsiveness (no refreshing the full D.O.M.) 4. Fully-automated deployment for new updates 5. Continuous integration testing for developers Some of these things are partially done already, but need additional follow-up (e.g. Py3 support, CI testing pipeline). We are using a GitHub Project Board on github.com/fedora-infra to track and measure our sprints: https://github.com/orgs/fedora-infra/projects/8?fullscreen=true Interested in joining the team? Find us in #fedora-mote on Freenode IRC or join us on Element/Matrix: https://matrix.to/#/!gbiuxNuMUuCiOywHsr:mozilla.org?via=matrix.org=mozilla.org=t2bot.io -- Cheers, Justin W. Flory (he/him) https://jwf.io TZ=America/New_York -BEGIN PGP SIGNATURE- Version: ProtonMail wmgEARYIABAFAl+Vr/cJEBa1xZdT1mbAAAoJEBa1xZdT1mbA8u8BAL2At4kg 2qUCMZ3M7Q83Im1gdUxiqkBEv8lefR2nx0ybAP9872echdYTwd5XbX2/NE67 6z0+bzYd4Uacnqv0VcrmDg== =vU6T -END PGP SIGNATURE- publickey - foss@jwf.io - 570e854f.asc Description: application/pgp-keys publickey - foss@jwf.io - 570e854f.asc.sig 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
Fedora-Rawhide-20201025.n.0 compose check report
No missing expected images. Compose FAILS proposed Rawhide gating check! 7 of 43 required tests failed, 5 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 17/181 (x86_64) Old failures (same test failed in Fedora-Rawhide-20201024.n.0): ID: 706901 Test: x86_64 Server-dvd-iso server_cockpit_default **GATING** URL: https://openqa.fedoraproject.org/tests/706901 ID: 706905 Test: x86_64 Server-dvd-iso server_freeipa_replication_master URL: https://openqa.fedoraproject.org/tests/706905 ID: 706909 Test: x86_64 Server-dvd-iso realmd_join_sssd **GATING** URL: https://openqa.fedoraproject.org/tests/706909 ID: 706910 Test: x86_64 Server-dvd-iso server_freeipa_replication_replica URL: https://openqa.fedoraproject.org/tests/706910 ID: 706911 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart **GATING** URL: https://openqa.fedoraproject.org/tests/706911 ID: 706913 Test: x86_64 Server-dvd-iso server_freeipa_replication_client URL: https://openqa.fedoraproject.org/tests/706913 ID: 706920 Test: x86_64 Workstation-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/706920 ID: 706934 Test: x86_64 Workstation-live-iso desktop_browser **GATING** URL: https://openqa.fedoraproject.org/tests/706934 ID: 706937 Test: x86_64 KDE-live-iso install_no_user **GATING** URL: https://openqa.fedoraproject.org/tests/706937 ID: 706938 Test: x86_64 KDE-live-iso install_default_upload **GATING** URL: https://openqa.fedoraproject.org/tests/706938 ID: 706939 Test: x86_64 KDE-live-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/706939 ID: 706957 Test: x86_64 Silverblue-dvd_ostree-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/706957 ID: 706985 Test: x86_64 universal upgrade_2_server_domain_controller URL: https://openqa.fedoraproject.org/tests/706985 ID: 707006 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/707006 ID: 707020 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/707020 ID: 707028 Test: x86_64 universal upgrade_realmd_client URL: https://openqa.fedoraproject.org/tests/707028 ID: 707047 Test: x86_64 universal upgrade_2_realmd_client URL: https://openqa.fedoraproject.org/tests/707047 Soft failed openQA tests: 6/181 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Rawhide-20201024.n.0): ID: 706876 Test: x86_64 Server-dvd-iso install_vncconnect_client URL: https://openqa.fedoraproject.org/tests/706876 ID: 706895 Test: x86_64 Server-dvd-iso install_vnc_client URL: https://openqa.fedoraproject.org/tests/706895 ID: 706922 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/706922 ID: 706935 Test: x86_64 Workstation-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/706935 ID: 706972 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/706972 ID: 707037 Test: x86_64 universal upgrade_2_server_64bit URL: https://openqa.fedoraproject.org/tests/707037 Passed openQA tests: 139/181 (x86_64) New passes (same test not passed in Fedora-Rawhide-20201024.n.0): ID: 706924 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/706924 Skipped gating openQA tests: 5/181 (x86_64) Old skipped gating tests (same test skipped in Fedora-Rawhide-20201024.n.0): ID: 706906 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller **GATING** URL: https://openqa.fedoraproject.org/tests/706906 ID: 706942 Test: x86_64 KDE-live-iso base_system_logging **GATING** URL: https://openqa.fedoraproject.org/tests/706942 ID: 706943 Test: x86_64 KDE-live-iso base_update_cli **GATING** URL: https://openqa.fedoraproject.org/tests/706943 ID: 706952 Test: x86_64 KDE-live-iso desktop_browser **GATING** URL: https://openqa.fedoraproject.org/tests/706952 ID: 706954 Test: x86_64 KDE-live-iso desktop_terminal **GATING** URL: https://openqa.fedoraproject.org/tests/706954 Skipped non-gating openQA tests: 14 of 181 Installed system changes in test x86_64 Server-boot-iso install_default@uefi: System load changed from 0.27 to 0.12 Previous test data: https://openqa.fedoraproject.org/tests/706639#downloads Current test data: https://openqa.fedoraproject.org/tests/706875#downloads Installed system changes in test x86_64 Server-dvd-iso install_default_upload: System load changed from 0.15 to 0.33 Previous test data: https://openqa.fedoraproject.org/tests/706650#downloads Current test data: https://openqa.fedoraproject.org/tests/706886#downloads Installed system changes in test x86_64 Workstation-live-iso install_default_upload: Used swap changed
Orphaning rofi
Hi all, I've just orphaned rofi [1], as I don't use it anymore and use wofi instead. The package is in a good shape, Dan (CCed) has already taken care of it in the past. Dan, please take the package if you want! If not, everyone else feel free to take it! Kind regards, Till [1] https://src.fedoraproject.org/rpms/rofi ___ 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 rawhide compose report: 20201025.n.0 changes
OLD: Fedora-Rawhide-20201024.n.0 NEW: Fedora-Rawhide-20201025.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 2 Dropped packages:0 Upgraded packages: 26 Downgraded packages: 0 Size of added packages: 247.14 KiB Size of dropped packages:0 B Size of upgraded packages: 1.93 GiB Size of downgraded packages: 0 B Size change of upgraded packages: 372.60 KiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = Package: dialect-1.0.0-1.fc34 Summary: A translation app for GNOME based on Google Translate RPMs:dialect Size:36.97 KiB Package: gnome-shell-extension-pop-shell-0.1.0-1.20201016gita11d3c3.fc34 Summary: GNOME Shell extension for advanced tiling window management RPMs:gnome-shell-extension-pop-shell gnome-shell-extension-pop-shell-shortcut-overrides Size:210.17 KiB = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: apt-2.1.11-1.fc34 Old package: apt-2.1.10-1.fc33 Summary: Command-line package manager for Debian packages RPMs: apt apt-apidoc apt-devel apt-doc apt-libs apt-utils Size: 16.41 MiB Size change: -3.48 KiB Changelog: * Wed Oct 21 2020 Fedora Release Monitoring - 2.1.11-1 - Update to 2.1.11 (#1890077) Package: bpytop-1.0.45-1.fc34 Old package: bpytop-1.0.44-1.fc34 Summary: Linux/OSX/FreeBSD resource monitor RPMs: bpytop Size: 65.40 KiB Size change: 706 B Changelog: * Sun Oct 25 2020 Artem Polishchuk - 1.0.45-1 - build(update): 1.0.45 Package: cinnamon-settings-daemon-4.7.0-0.2.20201024git34b4120.fc34 Old package: cinnamon-settings-daemon-4.7.0-0.1.20201015gitba0aa97.fc34 Summary: The daemon sharing settings from CINNAMON to GTK+/KDE applications RPMs: cinnamon-settings-daemon cinnamon-settings-daemon-devel Size: 3.30 MiB Size change: -4.57 KiB Changelog: * Sat Oct 24 2020 Leigh Scott - 4.7.0-0.2.20201024git34b4120 - Update to git snapshot Package: cobbler-3.2.0-1.fc34 Old package: cobbler-3.1.2-4.fc34 Summary: Boot server configurator RPMs: cobbler cobbler-tests cobbler-web Added RPMs: cobbler-tests Size: 731.79 KiB Size change: 36.89 KiB Changelog: * Sat Oct 24 2020 Orion Poplawski - 3.2.0-1 - Update to 3.2.0 Package: drbd-9.15.0-2.fc34 Old package: drbd-9.13.1-1.fc33 Summary: DRBD user-land tools and scripts RPMs: drbd drbd-bash-completion drbd-pacemaker drbd-rgmanager drbd-udev drbd-utils drbd-xen Size: 4.08 MiB Size change: -49.26 KiB Changelog: * Mon Jul 27 2020 Fedora Release Engineering - 9.13.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild * Sat Aug 01 2020 Fedora Release Engineering - 9.13.1-3 - Second attempt - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild * Sat Oct 24 2020 Peter Hanecak - 9.15.0-1 - Upstream release of 9.15.0 * Sat Oct 24 2020 Peter Hanecak - 9.15.0-2 - workaround for FEdora build doe to "make configure" requiring automake Package: dummy-test-package-crested-0-1996 Old package: dummy-test-package-crested-0-1983 Summary: Dummy Test Package called Crested RPMs: dummy-test-package-crested Size: 129.16 KiB Size change: 792 B Changelog: * Sat Oct 24 2020 packagerbot - 0-1984 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1985 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1986 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1987 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1988 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1989 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1990 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1991 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1992 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1993 - rebuilt * Sun Oct 25 2020 packagerbot - 0-1994 - rebuilt * Sun Oct 25 2020 packagerbot - 0-1995 - rebuilt * Sun Oct 25 2020 packagerbot - 0-1996 - rebuilt Package: dummy-test-package-gloster-0-1881.fc34 Old package: dummy-test-package-gloster-0-1868.fc34 Summary: Dummy Test Package called Gloster RPMs: dummy-test-package-gloster Size: 121.00 KiB Size change: 842 B Changelog: * Sat Oct 24 2020 packagerbot - 0-1869 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1870 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1871 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1872 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1873 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1874 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1875 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1876 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1877 - rebuilt * Sat Oct 24 2020 packagerbot - 0-1878 - rebuilt * Sun Oct 25 2020 packagerbot - 0-1879 - rebuilt * Sun Oct 25 2020 packagerbot - 0-1880
[Bug 1890585] EPEL8 Request: perl-AnyEvent-AIO
https://bugzilla.redhat.com/show_bug.cgi?id=1890585 Robin Lee changed: What|Removed |Added Assignee|robinlee.s...@gmail.com |jakub.jedel...@gmail.com Doc Type|--- |If docs needed, set a value --- Comment #1 from Robin Lee --- Added kubo as admin of perl-AnyEvent-AIO -- 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
librealsense soname bump 2.39
Hi all, I'm updating librealsense to 2.39.0, which bumps the soname to 2.39. I'll take care of rebuilding its only dependency (fawkes). Kind regards, Till ___ 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
Problem signing custom kernel package
I'm following the directions here[1] on building a custom kernel to test some patches[2] related to suspend[3] on my new HP ENVY X360 AMD laptop without S3 support. The directions could be updated to include which commands need to be run as root, however, my problem is at this step: """ Create a PKCS #12 key file: openssl pkcs12 -export -out key.p12 -inkey key.pem -in cert.der """ # openssl pkcs12 -export -out key.p12 -inkey key.pem -in cert.der unable to load certificates Both files are in the current directory... Thanks, Richard [1] https://docs.fedoraproject.org/en-US/quick-docs/kernel/build-custom-kernel/#_secure_boot [2] https://gitlab.freedesktop.org/drm/amd/-/issues/1230#note_671110 [3] https://gitlab.freedesktop.org/drm/amd/-/issues/1230 ___ 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 1829982] perl-WWW-Mechanize for EL8
https://bugzilla.redhat.com/show_bug.cgi?id=1829982 Emmanuel Seyman changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|trem...@tremble.org.uk |emman...@seyman.fr --- Comment #5 from Emmanuel Seyman --- Xavier, I've given you commit rights on the repo and requested an EPEL8 branch. https://pagure.io/releng/fedora-scm-requests/issue/29972 https://pagure.io/releng/fedora-scm-requests/issue/29973 -- 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 1889499] perl-Future-0.46 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1889499 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Future-0.46-1.fc34 Resolution|--- |RAWHIDE Doc Type|--- |If docs needed, set a value Last Closed||2020-10-25 07:46:01 --- Comment #1 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1634048 -- 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 1890213] perl-MooX-File-ConfigDir-0.008 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1890213 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-MooX-File-ConfigDir-0. ||008-1.fc34 Resolution|--- |RAWHIDE Doc Type|--- |If docs needed, set a value Last Closed||2020-10-25 07:43:09 --- Comment #2 from Emmanuel Seyman --- Built for rawhide: https://koji.fedoraproject.org/koji/buildinfo?buildID=1634052 -- 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
Hang in bash/zsh launched via Eclipse->TM Terminal
Hi folks, I need help debugging why /bin/bash, /bin/zsh would hang being launched by Eclipse (v2020-09) -> TM Terminal (v10) -> (shell) on up-to-date Fedora 33. I am using upstream build Eclipse 2020-09 and the TM Terminal plugin: 1. As root - no problem, TM Terminal can launch /bin/bash 2. As user - both /bin/bash and /bin/zsh hang, (bash at some pselect6() ) call and both do not reach the shell prompt. They are still responsive to SIGHUP. 3. As user - /bin/fish, /bin/sh, /bin/ksh, /bin/tmux(this launches /bin/bash inside) - all work. For /bin/bash specifically the hang seems to be here: 0x7f6fcc10024b in pselect () from /lib64/libc.so.6 (gdb) bt #0 0x7f6fcc10024b in pselect () from /lib64/libc.so.6 #1 0x55c978de88af in rl_getc () #2 0x55c978de7b7c in rl_read_key () #3 0x55c978dc8c4a in readline_internal_char () #4 0x55c978dc97cd in readline () #5 0x55c978d31f1f in yy_readline_get () #6 0x55c978d33a29 in shell_getc.lto_priv () #7 0x55c978d3632a in read_token.part () #8 0x55c978d39c52 in yyparse () #9 0x55c978d3d00b in parse_command () #10 0x55c978d3d14d in read_command () #11 0x55c978d3d415 in reader_loop () #12 0x55c978d2f689 in main () For /bin/zsh: (gdb) bt #0 0x7f16278953f2 in read () from /lib64/libc.so.6 #1 0x7f16199570a6 in getbyte () from /usr/lib64/zsh/5.8/zsh/zle.so #2 0x7f16199579c1 in getkeymapcmd () from /usr/lib64/zsh/5.8/zsh/zle.so #3 0x7f161995a4bf in getkeycmd () from /usr/lib64/zsh/5.8/zsh/zle.so #4 0x7f161995d354 in zlecore () from /usr/lib64/zsh/5.8/zsh/zle.so #5 0x7f161995e0bc in zleread () from /usr/lib64/zsh/5.8/zsh/zle.so #6 0x55d18465fb78 in zleentry () #7 0x55d18466044b in ingetc.part () #8 0x55d184653657 in ihgetc () #9 0x55d18466d956 in zshlex.part () #10 0x55d184690b56 in parse_event () #11 0x55d184659698 in loop () #12 0x55d184661b4e in zsh_main () #13 0x55d18460fd8b in main () Any suggestions to track down the issue would be appreciated. SPChan ___ 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-33-20201025.0 compose check report
No missing expected images. Soft failed openQA tests: 1/7 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20201024.0): ID: 706827 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/706827 Passed openQA tests: 6/7 (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