[Bug 1887018] New: perl-Data-JavaScript-1.14 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1887018 Bug ID: 1887018 Summary: perl-Data-JavaScript-1.14 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Data-JavaScript Keywords: FutureFeature, Triaged Assignee: emman...@seyman.fr Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: emman...@seyman.fr, perl-devel@lists.fedoraproject.org Target Milestone: --- Classification: Fedora Latest upstream release: 1.14 Current version/release in rawhide: 1.13-30.fc33 URL: https://metacpan.org/release/Data-JavaScript 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/17961/ -- 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: Could Bodhi create some temporary repositories before composes are ready?
On 10/6/20 7:26 AM, Pavel Raiskup wrote: On Tuesday, October 6, 2020 10:35:04 AM CEST Mattia Verga via devel wrote: You can let Bodhi client download the builds for you: bodhi updates download --updateid FEDORA-2020-15d324f87c Then dnf install the downloaded builds. Awesome, I didn't know this! Thank you, it would be awesome if each of the update mentioned that command (at least till it is in updates-testing). I wrapped that + createrepo + dnf update into a simple script, if anyone else finds it useful: https://github.com/praiskup/fedora-early-testing/blob/master/fedora-early-testing You don't need that script. Just run "dnf upgrade *" in the directory with the downloaded rpms. dnf will only use the ones that are needed, it won't install everything. ___ 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
need to untag/delete two builds from f34
Hi, https://fedoraproject.org/wiki/Koji/GarbageCollection I need to untag/delete fabtests-1.11.1rc1-1.fc34 and libfabric-1.11.1rc1-1.fc34, which was built by me. I tried to untag them, but I don't have the permission. $ koji untag-build -v f34 fabtests-1.11.1rc1-1.fc34 untagging fabtests-1.11.1rc1-1.fc34 2020-10-09 22:38:14,648 [ERROR] koji: ActionNotAllowed: tag requires autosign permission Can someone, who have the permission, please delete those two builds? I will push new build after I fixed the prerelease version issue. Thanks ___ 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 1884617] F32->F33 upgrade: obsolete removed Perl packages requiring perl(:MODULE_COMPAT_5.30.1)
https://bugzilla.redhat.com/show_bug.cgi?id=1884617 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||fedora-obsolete-packages-33 ||-28 Resolution|--- |ERRATA Last Closed|2020-10-02 13:41:18 |2020-10-09 23:56:27 --- Comment #11 from Fedora Update System --- FEDORA-2020-879e65ad1f 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: Reproducible builds/bootstrap
On 27/11/2019 15:17, Pablo Greco wrote: > I'm starting to work on a project to make Fedora fully reproducible and > bootstrappable from scratch. > I know it is a long term plan and still working on the steps, but it would be > good to know the current status, if there is an internal interest in this, if > someone is already working (or planning to). I recently blogged[1] about packaging over IPFS I believe this provides some interesting opportunities for reproducible builds. In particular, when somebody publishes a spec file in IPFS, many build servers around the world could simultaneously pick up the spec file and attempt to build it in parallel. After making their builds, each independent server could then check it against any binary RPM that already exists in IPFS and decide if it matches or not. The mechanism these servers use to communicate about build results is currently vaporware. Regards, Daniel 1. https://danielpocock.com/distributed-packaging-workflow/ ___ 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: F33 Workstation/btrfs: Can't reinstall while preserving /home
On Fri, Oct 9, 2020 at 11:03 AM Christopher Engelhard wrote: > > Hi, > I just tried to reinstall a Fedora 33 Workstation system that uses the > F33 default btrfs partitioning (i.e. subvolumes for / and /home). I > can't seem to find an option to install to / while preserving the /home > subvolume, Anaconda insists on a reformatted partition for root - which > would of course wipe /home as well. > > Am I missing something? There is a test case you can follow. This might be a good Quick Doc candidate. https://fedoraproject.org/wiki/QA:Testcase_partitioning_custom_btrfs_preserve_home There are a couple of bugs that can result in confusion: Custom partitioning, when adding additional mount points on Btrfs, size field should be hidden https://bugzilla.redhat.com/show_bug.cgi?id=1874551 Custom part: partition type (standard, btrfs, lvm, etc) can't be specified when creating a new partition, preventing specific use cases (edit) https://bugzilla.redhat.com/show_bug.cgi?id=1878620 -- 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
Re: Reproducible builds/bootstrap
My apologies for necro-ing this thread, but I wanted to see if there are any updates to reproducible Fedora builds. A lot has changed in the ~year ... notably BTRFS by default! Has this enabled any new developments? Did your tests go anywhere Pablo? ___ 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: fawkes
Hi Kevin, On 10/9/20 9:19 PM, Kevin Fenzi wrote: > Hey folks. > > The fawkes package FTBFS and is not installable in F33/rawhide. > This breaks the robotics spin compose, and since it's the _last_ failing > thing in f33 composes, I'd love to fix it. :) > > We don't have a listed post of contact for the robotics spin. :( > If we did perhaps we could just remove fawkes for now and fix it that > way? Or is it too essential to the spin? I don't know. ;( > > So, I went part way down the rabbit hole, and I wonder if someone else > can figure out the rest. Thanks for looking into this! Rawhide should hopefully build now (it succeeded locally): https://koji.fedoraproject.org/koji/taskinfo?taskID=53107361 > > First we need: > https://patch-diff.githubusercontent.com/raw/fawkesrobotics/fawkes/pull/228.patch > to fix the boost placeholder change in the recent boost update. > > Then, > https://github.com/fawkesrobotics/fawkes/compare/tviehmann/microhttpd-temp-fix.patch > gets it past the updated microhttpd that we have. > > But then it hits: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=53038092 > > ... > [PLUGIN] src/plugins/clips-navgraph/: plugins/clips-navgraph > <-- Leaving src/plugins/gazebo/msgs > In file included from > /usr/include/ignition/msgs1/ignition/msgs/header.pb.h:35, > from /usr/include/ignition/msgs1/ignition/msgs/color.pb.h:35, > from /usr/include/gazebo-10/gazebo/msgs/msgs.hh:32, > from > /usr/include/gazebo-10/gazebo/transport/TopicManager.hh:30, > from /usr/include/gazebo-10/gazebo/transport/Node.hh:32, > from > /builddir/build/BUILD/fawkes-1.3.0/src/plugins/gazebo/aspect/gazebo.h:30, > from > /builddir/build/BUILD/fawkes-1.3.0/src/plugins/gazebo/aspect/gazebo_inifin.h:28, > from > /builddir/build/BUILD/fawkes-1.3.0/src/plugins/gazebo/aspect/gazebo_inifin.cpp:25: > /usr/include/ignition/msgs1/ignition/msgs/time.pb.h:56:51: error: > 'AuxiliaryParseTableField' in namespace 'google::protobuf::internal' does not > name a type; did you mean 'AuxillaryParseTableField'? >56 | static const > ::PROTOBUF_NAMESPACE_ID::internal::AuxiliaryParseTableField aux[] > | > ^~~~ > | > AuxillaryParseTableField > ... > > I think this might be that we need a newer ignition-msgs package? > Or something in gazebo? I think it's the other way around: ignition-msgs needs protobuf 3.13 because that contains a patch that renamed AuxillaryParseTableField to AuxiliaryParseTableField: https://github.com/protocolbuffers/protobuf/commit/2ae7cf0e03c3469973e592e812565e4ee2470e0b I don't think we can do anything from the fawkes side. 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
NeuroFedora review swap: mod2c
Hello, Another really simple single binary package for NeuroFedora is ready for review: mod2c: https://bugzilla.redhat.com/show_bug.cgi?id=1886957 This is required to build the optimised CoreNeuron component of the NEURON simulator. Would anyone like to swap reviews please? -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Unresponsive packagers: wolnei and dturecek
On Friday, October 9, 2020 4:59:32 PM CEST Pierre-Yves Chibon wrote: > - dturecek has no corresponding bugzilla account - First notification Oct 1st Dominik left Red Hat ~10 days ago, so he probably lost the access to his FAS account. I informed him on his personal email. Pavel ___ 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 33 blocker status
The Go/No-Go meeting is Thursday. Here we go! Action summary Accepted blockers - 1. sddm — login stuck when changing users repeatedly (log out, log in a different one) — ASSIGNED ACTION: kf5-kglobalaccel maintainers to provide systemd service file NEEDINFO: rdieter 2. cheese — cheese creates invalid and extremely long video files, each app restart making them longer — ASSIGNED ACTION: cheese maintainers to diagnose and fix issue ACTION: everyone to watch kparal's puppet show 3. libvncserver — Server crashes after one connection attempt, all subsequent attempts will fail — NEW ACTION: libvncserver maintainers to package upstream fix 4. kernel — 5.8.3-300.fc33.aarch64 kernel panic on boot (X-Gene PMU) — ON_QA ACTION: QA to verify FEDORA-2020-9664e2f1d2 5. shim — Secure Boot fails to boot F33 Beta image — NEW ACTION: Do whatever pjones says we need to do Proposed blockers - 1. freeipa — FreeIPA server upgrade from F32 to F33 doesn't work any more because F32's FreeIPA is newer — MODIFIED ACTION: Releng to push FEDORA-2020-e9e815177e stable if it's not replaced by a fixier version 2. gnome-calendar — gnome-calendar: on_calendar_monitor_completed_cb(): gnome-calendar killed by SIGABRT — NEW ACTION: gnome-calendar maintainers to diagnose and fix issue 3. gnome-online-accounts — Google account: Credentials have expired — ASSIGNED ACTION: gnome-online-accounts maintainers to diagnose and fix issue NEEDINFO: chrismurphy 4. gnome-software — Gnome software unable to rate review — NEW ACTION: gnome-software maintainers to diagnose and fix issue 5. uboot-tools uboot-tools-2020.10 is available ON_QA ACTION: QA to verify FEDORA-2020-8de85c0b4f Bug-by-bug detail = Accepted blockers - 1. sddm — https://bugzilla.redhat.com/show_bug.cgi?id=1861700 — ASSIGNED login stuck when changing users repeatedly (log out, log in a different one) Tricky bug that may need F34 to fix fully. Short term suggestion is to provide service files of type=dbus. Request for kf5-kglobalaccel filed as BZ 1884696. 2. cheese — https://bugzilla.redhat.com/show_bug.cgi?id=1884260 — NEW cheese creates invalid and extremely long video files, each app restart making them longer cheese seems to insert empty length before subsequent video captures. See Kamil's excellent puppet show in comment 3 as an example. 3. libvncserver — https://bugzilla.redhat.com/show_bug.cgi?id=1882718 — NEW Server crashes after one connection attempt, all subsequent attempts will fail An inital VNC session succeeds, but the subsquent attempt crashes. There is an upstream fix available: https://github.com/LibVNC/libvncserver/pull/444 4. kernel — https://bugzilla.redhat.com/show_bug.cgi?id=1874117 — ON_QA 5.8.3-300.fc33.aarch64 kernel panic on boot (X-Gene PMU) 5. shim https://bugzilla.redhat.com/show_bug.cgi?id=1883609 NEW Secure Boot fails to boot F33 Beta image It appears that Ubuntu has pushed a Secure Boot revocation list early, so people who have previously installed Ubtunu will not be able to boot Fedora. This is accepted as a FESCo blocker. Proposed blockers - 1. freeipa — https://bugzilla.redhat.com/show_bug.cgi?id=1886205 — MODIFIED FreeIPA server upgrade from F32 to F33 doesn't work any more because F32's FreeIPA is newer What it says on the tin. Update FEDORA-2020-e9e815177e is in updates-testing but does not fix systemd-resolved integration as it's intended to. We may need to push the update and let a future update fix the systemd-resolved integration. 2. gnome-calendar — https://bugzilla.redhat.com/show_bug.cgi?id=1883681 — NEW gnome-calendar: on_calendar_monitor_completed_cb(): gnome-calendar killed by SIGABRT The second launch of gnome-calendar fails. This may or may not be related to an issue with a potential upstream fix: https://gitlab.gnome.org/GNOME/gnome-calendar/-/merge_requests/149 3. gnome-online-accounts — https://bugzilla.redhat.com/show_bug.cgi?id=1885479 — ASSIGNED Google account: Credentials have expired Immediately after authenticating with 2FA enabled, Google account shows that credentials have expired. It appears to be related to the token not being written to gnome-keyring. 4. gnome-software — https://bugzilla.redhat.com/show_bug.cgi?id=1886406 — NEW Gnome software unable to rate review It is possible to add a review for an application, but not to rate it (useful/not useful). This appears to be headed for RejectedBlocker status as it does not fall under "basic functionality". 5. uboot-tools https://bugzilla.redhat.com/show_bug.cgi?id=1885316 ON_QA uboot-tools-2020.10 is available This is a bump from the RC currently in Fedora 33. Historically, we get a lot of questions when we ship with an RC of this component on the media. -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ=America/Indiana/Indianapolis ___ devel mailing list --
fawkes
Hey folks. The fawkes package FTBFS and is not installable in F33/rawhide. This breaks the robotics spin compose, and since it's the _last_ failing thing in f33 composes, I'd love to fix it. :) We don't have a listed post of contact for the robotics spin. :( If we did perhaps we could just remove fawkes for now and fix it that way? Or is it too essential to the spin? I don't know. ;( So, I went part way down the rabbit hole, and I wonder if someone else can figure out the rest. First we need: https://patch-diff.githubusercontent.com/raw/fawkesrobotics/fawkes/pull/228.patch to fix the boost placeholder change in the recent boost update. Then, https://github.com/fawkesrobotics/fawkes/compare/tviehmann/microhttpd-temp-fix.patch gets it past the updated microhttpd that we have. But then it hits: https://koji.fedoraproject.org/koji/taskinfo?taskID=53038092 ... [PLUGIN] src/plugins/clips-navgraph/: plugins/clips-navgraph <-- Leaving src/plugins/gazebo/msgs In file included from /usr/include/ignition/msgs1/ignition/msgs/header.pb.h:35, from /usr/include/ignition/msgs1/ignition/msgs/color.pb.h:35, from /usr/include/gazebo-10/gazebo/msgs/msgs.hh:32, from /usr/include/gazebo-10/gazebo/transport/TopicManager.hh:30, from /usr/include/gazebo-10/gazebo/transport/Node.hh:32, from /builddir/build/BUILD/fawkes-1.3.0/src/plugins/gazebo/aspect/gazebo.h:30, from /builddir/build/BUILD/fawkes-1.3.0/src/plugins/gazebo/aspect/gazebo_inifin.h:28, from /builddir/build/BUILD/fawkes-1.3.0/src/plugins/gazebo/aspect/gazebo_inifin.cpp:25: /usr/include/ignition/msgs1/ignition/msgs/time.pb.h:56:51: error: 'AuxiliaryParseTableField' in namespace 'google::protobuf::internal' does not name a type; did you mean 'AuxillaryParseTableField'? 56 | static const ::PROTOBUF_NAMESPACE_ID::internal::AuxiliaryParseTableField aux[] | ^~~~ | AuxillaryParseTableField ... I think this might be that we need a newer ignition-msgs package? Or something in gazebo? Ideas welcome. ;) 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
Fedora-33-20201009.n.0 compose check report
No missing expected images. Failed openQA tests: 7/181 (x86_64) New failures (same test not failed in Fedora-33-20201008.n.1): ID: 689503 Test: x86_64 Server-dvd-iso install_vnc_server URL: https://openqa.fedoraproject.org/tests/689503 ID: 689515 Test: x86_64 Server-dvd-iso install_vnc_client URL: https://openqa.fedoraproject.org/tests/689515 ID: 689520 Test: x86_64 Server-dvd-iso modularity_tests URL: https://openqa.fedoraproject.org/tests/689520 Old failures (same test failed in Fedora-33-20201008.n.1): ID: 689556 Test: x86_64 KDE-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/689556 ID: 689571 Test: x86_64 KDE-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/689571 ID: 689626 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/689626 ID: 689648 Test: x86_64 universal upgrade_realmd_client URL: https://openqa.fedoraproject.org/tests/689648 Soft failed openQA tests: 9/181 (x86_64) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Fedora-33-20201008.n.1): ID: 689604 Test: x86_64 universal upgrade_2_minimal_64bit URL: https://openqa.fedoraproject.org/tests/689604 ID: 689605 Test: x86_64 universal upgrade_2_server_domain_controller URL: https://openqa.fedoraproject.org/tests/689605 ID: 689629 Test: x86_64 universal upgrade_2_minimal_uefi@uefi URL: https://openqa.fedoraproject.org/tests/689629 Old soft failures (same test soft failed in Fedora-33-20201008.n.1): ID: 689496 Test: x86_64 Server-dvd-iso install_vncconnect_client URL: https://openqa.fedoraproject.org/tests/689496 ID: 689542 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/689542 ID: 689555 Test: x86_64 Workstation-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/689555 ID: 689575 Test: x86_64 Silverblue-dvd_ostree-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/689575 ID: 689578 Test: x86_64 Silverblue-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/689578 ID: 689592 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/689592 Passed openQA tests: 165/181 (x86_64) New passes (same test not passed in Fedora-33-20201008.n.1): ID: 689553 Test: x86_64 Workstation-live-iso desktop_login URL: https://openqa.fedoraproject.org/tests/689553 ID: 689607 Test: x86_64 universal install_blivet_ext3@uefi URL: https://openqa.fedoraproject.org/tests/689607 ID: 689618 Test: x86_64 universal install_with_swap@uefi URL: https://openqa.fedoraproject.org/tests/689618 ID: 689667 Test: x86_64 universal upgrade_2_realmd_client URL: https://openqa.fedoraproject.org/tests/689667 Installed system changes in test x86_64 Workstation-live-iso install_default_upload: Used swap changed from 34 MiB to 41 MiB System load changed from 0.90 to 0.63 Previous test data: https://openqa.fedoraproject.org/tests/688565#downloads Current test data: https://openqa.fedoraproject.org/tests/689539#downloads Installed system changes in test x86_64 Workstation-live-iso install_default@uefi: Average CPU usage changed from 16.7 to 27.42380952 Previous test data: https://openqa.fedoraproject.org/tests/688567#downloads Current test data: https://openqa.fedoraproject.org/tests/689541#downloads Installed system changes in test x86_64 KDE-live-iso install_default_upload: Used swap changed from 21 MiB to 15 MiB System load changed from 1.27 to 1.41 Average CPU usage changed from 14.45238095 to 33.14761905 Previous test data: https://openqa.fedoraproject.org/tests/688584#downloads Current test data: https://openqa.fedoraproject.org/tests/689558#downloads Installed system changes in test x86_64 KDE-live-iso install_default@uefi: Used mem changed from 915 MiB to 763 MiB Used swap changed from 15 MiB to 0 MiB System load changed from 1.10 to 0.66 Average CPU usage changed from 22.61428571 to 3.3 Previous test data: https://openqa.fedoraproject.org/tests/688585#downloads Current test data: https://openqa.fedoraproject.org/tests/689559#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso install_default_upload: Used mem changed from 857 MiB to 762 MiB Used swap changed from 21 MiB to 28 MiB System load changed from 0.95 to 0.58 Average CPU usage changed from 9.92380952 to 25.67619048 Previous test data: https://openqa.fedoraproject.org/tests/688601#downloads Current test data: https://openqa.fedoraproject.org/tests/689575#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso install_default@uefi: Mount /run/user/979 disappeared since previous compose 2 services(s) removed since previous compose: user-runtime-dir@979.service,
Re: F33 Workstation/btrfs: Can't reinstall while preserving /home
On 10/9/20 12:02 PM, Christopher Engelhard wrote: Hi, I just tried to reinstall a Fedora 33 Workstation system that uses the F33 default btrfs partitioning (i.e. subvolumes for / and /home). I can't seem to find an option to install to / while preserving the /home subvolume, Anaconda insists on a reformatted partition for root - which would of course wipe /home as well. Am I missing something? Christopher It's certainly a little different. See if an answer in this thread works for you: https://lists.fedoraproject.org/archives/list/t...@lists.fedoraproject.org/thread/VZFJ2MWPJLSP3RFCWN4H7MWDXXWEXLNL/ ___ 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 33 compose report: 20201009.n.0 changes
OLD: Fedora-33-20201008.n.1 NEW: Fedora-33-20201009.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:1 Upgraded packages: 2 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:40.00 KiB Size of upgraded packages: 32.87 MiB Size of downgraded packages: 0 B Size change of upgraded packages: -243.85 KiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = Package: manuale-1.1.0-13.fc33 Summary: A fully manual Let's Encrypt/ACME client RPMs:manuale Size:40.00 KiB = UPGRADED PACKAGES = Package: LabPlot-2.7.0-5.fc33 Old package: LabPlot-2.7.0-2.fc33 Summary: Data Analysis and Visualization RPMs: LabPlot Size: 31.00 MiB Size change: -244.61 KiB Changelog: * Mon Jul 27 2020 Fedora Release Engineering - 2.7.0-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild * Sat Aug 01 2020 Fedora Release Engineering - 2.7.0-4 - Second attempt - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild * Fri Aug 21 2020 Rex Dieter - 2.7.0-5 - rebuild (cantor) - adapt to new cmake macros Package: s390utils-2:2.14.0-4.fc33 Old package: s390utils-2:2.14.0-3.fc33 Summary: Utilities and daemons for IBM z Systems RPMs: s390utils s390utils-base s390utils-cmsfs-fuse s390utils-core s390utils-cpacfstatsd s390utils-cpuplugd s390utils-devel s390utils-hmcdrvfs s390utils-iucvterm s390utils-mon_statd s390utils-osasnmpd s390utils-zdsfs s390utils-ziomon Size: 1.86 MiB Size change: 775 B Changelog: * Wed Oct 07 2020 Dan Hor??k - 2:2.14.0-4 - update scripts for https://fedoraproject.org/wiki/Changes/NetworkManager_keyfile_instead_of_ifcfg_rh = DOWNGRADED PACKAGES =___ 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 1886862] perl-WebService-Rajce-1.202830 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886862 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #6 from Fedora Update System --- FEDORA-2020-968912834f has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-968912834f` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-968912834f See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. ___ 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: F34 Change proposal: DNS Over TLS (System-Wide Change)
On Fri, Oct 9, 2020 at 12:31 pm, Paul Wouters wrote: The main use case of DNS-over-TLS is to bypass untrustworthy DNS, which often means the local DHCP provided DNS of the coffeeshop/hotel. The importance of doing DNS-over-TLS to your local ISP is pretty minor compare to the security and privacy conerns raised of the current systemd-resolved implementation and default configuration. To avoid any misunderstanding, this change does nothing to bypass untrustworthy DNS. It only works if your DNS is trustworthy, and even then, impact is limited. From my proposed release notes: "Be aware that Fedora can only encrypt traffic between you and your DNS server, and then only if supported by your DNS server. For example, if you are connected to a home router, the DNS between your laptop and your router will be encrypted if supported by your router, but this change has no impact on what happens between your router and your ISP unless your router is running Fedora and your ISP supports DoT." ___ 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
F33 Workstation/btrfs: Can't reinstall while preserving /home
Hi, I just tried to reinstall a Fedora 33 Workstation system that uses the F33 default btrfs partitioning (i.e. subvolumes for / and /home). I can't seem to find an option to install to / while preserving the /home subvolume, Anaconda insists on a reformatted partition for root - which would of course wipe /home as well. Am I missing something? Christopher ___ 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 1870755] EPEL8 Branch Request: perl-Data-GUID
https://bugzilla.redhat.com/show_bug.cgi?id=1870755 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #8 from Fedora Update System --- FEDORA-EPEL-2020-9e6ef245e5 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-9e6ef245e5 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. -- You are receiving this mail because: You are on the CC list for the bug. ___ perl-devel mailing list -- perl-devel@lists.fedoraproject.org To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 12 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-a37e7c643e xawtv-3.107-1.el7 10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-98b234afda libuv-1.40.0-1.el7 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-bd6a96cd24 python34-3.4.10-7.el7 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-9eaf8d2e11 prosody-0.11.7-1.el7 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-50425dd33f rubygem-kramdown-1.9.0-2.el7 6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-1eeb530261 python3-urllib3-1.25.6-2.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing borgbackup-1.1.14-1.el7 Details about builds: borgbackup-1.1.14-1.el7 (FEDORA-EPEL-2020-8f96750b8a) A deduplicating backup program with compression and authenticated encryption Update Information: new upstream release (major bug fix release) ChangeLog: * Thu Oct 8 2020 Felix Schwarz - 1.1.14-1 - update to 1.1.14 ___ 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
Re: F34 Change proposal: DNS Over TLS (System-Wide Change)
On Thu, 8 Oct 2020, Michael Catanzaro wrote: On Thu, Oct 8, 2020 at 1:28 pm, Paul Wouters wrote: I agree for two reasons. One, the FESCO decision to postpone making systemd-resolvd the default resolver. I would like to ensure this change happens properly and securely for f34. Well it's too late, since we are now in final freeze. FESCo reaffirmed the systemd-resolved change just last week I was not aware of this. I've left a comment in the FESCO issue. It is unfortunately that the issue provides no information why FESCO made this decision, other than vote tally about why it rejected it. I would appreciate it if FESCO would clarify their argumentation for this decision. Clearly it is very disappointing to me that we are accepting such a security and standards compliance degradation, especially without a plan to address that for f34. , so it's clearly not going to be postponed. I agree that this DNSSEC problem with systemd-resolved is unfortunate, and I'm sure the systemd developers would appreciate help fixing it. This assumes the issues reported are seen as bugs and not features by the systemd developers. I have no seen such agreement on the security and privacy issues I have reported. Anyway, the best time to deal with this would have been six months ago, when the change was proposed This was reported 5 years ago in a physical meeting. Scolding me now for not reporting this 6 months ago is not a proper justification, and in fact sounds more like victim blaming. Here is my counter proposal for this f34 feature. It is clearly now 6 months in advance of f34 that some of us reported a number of systemd-resolved related problems. Let's get these fixed before adding new systemd-resolved features in f34. That is, it is far more appropriate to have a f34 feature of "fix security and RFC standards comforming bugs in systemd-resolved" than it is to just add more new features without addressing the previous feature that has significant security bugs. Even if the main goal of such a feature is to force the systemd-resolved developers to focus on a security and privacy commitment before adding new features. That's why we did this in two parts. F33: systemd-resolved. F34: DoT. We could have done them both at once. It looks like the f33 feature did not get done properly at once, so I am glad we did not do both features as once. If we do this feature for f34 while there were serious issues reporting in the f33 feature, then basically we would _still_ be doing these two features at the same time. So in your own words, you are agreeing with me that the f33 feature should be cleaned up before doing this f34 scheduled feature. So yes, put this feature in f35 and create a f34 feature to cleanup the f33 feature. That would show that the issues we have been reported are taken seriously and address my concern that moving forward with this feature will cause my issues to never get addressed. Second, we really need any DNS-over-TLS to not break DNSSEC. If we are going to outsource validation to a remote endpoint via DNS-over-TLS, instead of using the local resolver or the local ISP resolver, then data authenticity becomes eveb more important. And DNS-over-TLS only provides transport security, not data origin authenticity. Look, I really don't understand, sorry. How is this in any way related to DNSSEC? I think this has zero relation to DNSSEC. The main use case of DNS-over-TLS is to bypass untrustworthy DNS, which often means the local DHCP provided DNS of the coffeeshop/hotel. The importance of doing DNS-over-TLS to your local ISP is pretty minor compare to the security and privacy conerns raised of the current systemd-resolved implementation and default configuration. What Fedora needs is for the DNS resolution to re-stabilize, and to not add more features while there are several security issues at play. Paul ___ 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 1883959] perl-File-Listing-6.07 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1883959 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-File-Listing-6.07-1.fc |perl-File-Listing-6.07-1.fc |34 |34 |perl-File-Listing-6.07-1.fc |perl-File-Listing-6.07-1.fc |33 |33 |perl-File-Listing-6.07-1.fc |perl-File-Listing-6.07-1.fc |32 |32 ||perl-File-Listing-6.07-1.fc ||31 --- Comment #11 from Fedora Update System --- FEDORA-2020-d9daf21032 has been pushed to the Fedora 31 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 1883959] perl-File-Listing-6.07 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1883959 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-File-Listing-6.07-1.fc |perl-File-Listing-6.07-1.fc |34 |34 |perl-File-Listing-6.07-1.fc |perl-File-Listing-6.07-1.fc |33 |33 ||perl-File-Listing-6.07-1.fc ||32 --- Comment #10 from Fedora Update System --- FEDORA-2020-31b5a0d352 has been pushed to the Fedora 32 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 1886870] perl-Net-Amazon-S3-0.97 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886870 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Net-Amazon-S3-0.97-1.f ||c34 Resolution|--- |RAWHIDE Last Closed||2020-10-09 16:06:37 --- Comment #2 from Petr Pisar --- An enhancement release suitable for Fedora ≥ 34. -- 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
Fedora-Rawhide-20201009.n.0 compose check report
Missing expected images: Xfce raw-xz armhfp Compose FAILS proposed Rawhide gating check! 5 of 43 required tests failed, 8 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 19/170 (x86_64) Old failures (same test failed in Fedora-Rawhide-20201008.n.1): ID: 689333 Test: x86_64 Workstation-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/689333 ID: 689351 Test: x86_64 KDE-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/689351 ID: 689381 Test: x86_64 universal upgrade_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/689381 ID: 689403 Test: x86_64 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/689403 ID: 689408 Test: x86_64 universal upgrade_2_desktop_64bit URL: https://openqa.fedoraproject.org/tests/689408 ID: 689409 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/689409 ID: 689421 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/689421 ID: 689424 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/689424 ID: 689426 Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/689426 ID: 689427 Test: x86_64 universal install_arabic_language URL: https://openqa.fedoraproject.org/tests/689427 ID: 689429 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/689429 ID: 689442 Test: x86_64 universal upgrade_kde_64bit URL: https://openqa.fedoraproject.org/tests/689442 ID: 689446 Test: x86_64 universal install_european_language URL: https://openqa.fedoraproject.org/tests/689446 ID: 689458 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/689458 ID: 689459 Test: x86_64 KDE-live-iso install_no_user **GATING** URL: https://openqa.fedoraproject.org/tests/689459 ID: 689460 Test: x86_64 KDE-live-iso install_default_upload **GATING** URL: https://openqa.fedoraproject.org/tests/689460 ID: 689476 Test: x86_64 KDE-live-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/689476 ID: 689477 Test: x86_64 Workstation-live-iso install_default_upload **GATING** URL: https://openqa.fedoraproject.org/tests/689477 ID: 689493 Test: x86_64 Workstation-live-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/689493 Soft failed openQA tests: 4/170 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Rawhide-20201008.n.1): ID: 689291 Test: x86_64 Server-dvd-iso install_vncconnect_client URL: https://openqa.fedoraproject.org/tests/689291 ID: 689310 Test: x86_64 Server-dvd-iso install_vnc_client URL: https://openqa.fedoraproject.org/tests/689310 ID: 689376 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/689376 ID: 689389 Test: x86_64 universal upgrade_2_server_domain_controller URL: https://openqa.fedoraproject.org/tests/689389 Passed openQA tests: 117/170 (x86_64) Skipped gating openQA tests: 8/170 (x86_64) Old skipped gating tests (same test skipped in Fedora-Rawhide-20201008.n.1): ID: 689463 Test: x86_64 KDE-live-iso base_system_logging **GATING** URL: https://openqa.fedoraproject.org/tests/689463 ID: 689464 Test: x86_64 KDE-live-iso base_update_cli **GATING** URL: https://openqa.fedoraproject.org/tests/689464 ID: 689473 Test: x86_64 KDE-live-iso desktop_browser **GATING** URL: https://openqa.fedoraproject.org/tests/689473 ID: 689475 Test: x86_64 KDE-live-iso desktop_terminal **GATING** URL: https://openqa.fedoraproject.org/tests/689475 ID: 689483 Test: x86_64 Workstation-live-iso base_system_logging **GATING** URL: https://openqa.fedoraproject.org/tests/689483 ID: 689484 Test: x86_64 Workstation-live-iso base_update_cli **GATING** URL: https://openqa.fedoraproject.org/tests/689484 ID: 689488 Test: x86_64 Workstation-live-iso desktop_terminal **GATING** URL: https://openqa.fedoraproject.org/tests/689488 ID: 689491 Test: x86_64 Workstation-live-iso desktop_browser **GATING** URL: https://openqa.fedoraproject.org/tests/689491 Skipped non-gating openQA tests: 22 of 170 Installed system changes in test x86_64 Server-boot-iso install_default: Used mem changed from 182 MiB to 206 MiB System load changed from 0.08 to 0.20 Previous test data: https://openqa.fedoraproject.org/tests/688701#downloads Current test data: https://openqa.fedoraproject.org/tests/689289#downloads Installed system changes in test x86_64 Server-boot-iso install_default@uefi: Used mem changed from 185 MiB to 207 MiB Previous test data: https://openqa.fedoraproject.org/tests/688702#downloads Current test data:
[Bug 1886862] perl-WebService-Rajce-1.202830 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886862 --- Comment #5 from Fedora Update System --- FEDORA-2020-0a104d397c has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-0a104d397c -- 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 1886862] perl-WebService-Rajce-1.202830 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886862 --- Comment #3 from Fedora Update System --- FEDORA-2020-968912834f has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-968912834f -- 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 1886862] perl-WebService-Rajce-1.202830 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886862 --- Comment #4 from Fedora Update System --- FEDORA-2020-894e5c3025 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-894e5c3025 -- 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 1886870] perl-Net-Amazon-S3-0.97 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886870 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED CC|ppi...@redhat.com | Doc Type|--- |If docs needed, set a value -- 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 1886862] perl-WebService-Rajce-1.202830 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886862 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-WebService-Rajce-1.202 ||.830-1.fc34 --- Comment #2 from Petr Pisar --- A bug-fix release suitable for all Fedoras. -- 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 1886862] perl-WebService-Rajce-1.202830 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886862 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED CC|ppi...@redhat.com | Doc Type|--- |If docs needed, set a value -- 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
Fedora rawhide compose report: 20201009.n.0 changes
OLD: Fedora-Rawhide-20201008.n.1 NEW: Fedora-Rawhide-20201009.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:3 Upgraded packages: 59 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:820.43 KiB Size of upgraded packages: 807.56 MiB Size of downgraded packages: 0 B Size change of upgraded packages: -1.27 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = Package: manuale-1.1.0-13.fc33 Summary: A fully manual Let's Encrypt/ACME client RPMs:manuale Size:40.00 KiB Package: relaxngDatatype-2011.1-15.fc33 Summary: RELAX NG Datatype API RPMs:relaxngDatatype relaxngDatatype-javadoc Size:296.69 KiB Package: relaxngcc-1.12-18.fc32 Summary: RELAX NG Compiler Compiler RPMs:relaxngcc relaxngcc-javadoc Size:483.75 KiB = UPGRADED PACKAGES = Package: Add64-3.9.3-2.fc34 Old package: Add64-3.9.3-2.fc33 Summary: An additive synthesizer using JACK RPMs: Add64 Size: 785.90 KiB Size change: 957 B Changelog: * Thu Oct 08 2020 Erich Eickmeyer - 3.9.3-3 - Rebuild to call for jack-audio-connection-kit explicitly as part of experiment for pipewire-jack compatibility Package: awscli-1.18.156-1.fc34 Old package: awscli-1.18.155-1.fc34 Summary: Universal Command Line Environment for AWS RPMs: awscli Size: 1.89 MiB Size change: 93 B Changelog: * Thu Oct 08 2020 Gwyn Ciesla - 1.18.156-1 - 1.18.156 Package: binaryen-97-1.fc34 Old package: binaryen-96-1.fc34 Summary: Compiler and toolchain infrastructure library for WebAssembly RPMs: binaryen Size: 9.73 MiB Size change: -327.15 KiB Changelog: * Wed Oct 07 2020 Dominik Mierzejewski 97-1 - update to 97 (#1880087) Package: borgbackup-1.1.14-1.fc34 Old package: borgbackup-1.1.13-2.fc33 Summary: A deduplicating backup program with compression and authenticated encryption RPMs: borgbackup Size: 5.05 MiB Size change: 46.24 KiB Changelog: * Thu Oct 08 2020 Felix Schwarz - 1.1.14-1 - update to 1.1.14 Package: devilspie2-0.43-9.fc34 Old package: devilspie2-0.43-6.fc32 Summary: A window-matching utility RPMs: devilspie2 Size: 285.82 KiB Size change: -5.80 KiB Changelog: * Mon Jul 27 2020 Fedora Release Engineering - 0.43-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild * Sat Aug 01 2020 Fedora Release Engineering - 0.43-8 - Second attempt - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild * Fri Oct 09 2020 Michal Min - 0.43-8 - Fixed build error due to deprecated LUA_QL macro - Resolves bz#1863421 Package: dnf-4.4.0-1.fc34 Old package: dnf-4.2.23-2.fc33 Summary: Package manager RPMs: dnf dnf-automatic dnf-data python3-dnf yum Size: 987.73 KiB Size change: 36.58 KiB Changelog: * Wed Oct 07 2020 Nicola Sella - 4.4.0-1 - Update to 4.4.0 - Handle empty comps group name (RhBug:1826198) - Remove dead history info code (RhBug:1845800) - Improve command emmitter in dnf-automatic - Enhance --querytags and --qf help output - [history] add option --reverse to history list (RhBug:1846692) - Add logfilelevel configuration (RhBug:1802074) - Don't turn off stdout/stderr logging longer than necessary (RhBug:1843280) - Mention the date/time that updates were applied - [dnf-automatic] Wait for internet connection (RhBug:1816308) - [doc] Enhance repo variables documentation (RhBug:1848161,1848615) - Add librepo logger for handling messages from librepo (RhBug:1816573) - [doc] Add package-name-spec to the list of possible specs - [doc] Do not use - [doc] Add section to explain -n, -na and -nevra suffixes - Add alias 'ls' for list command - README: Reference Fedora Weblate instead of Zanata - remove log_lock.pid after reboot(Rhbug:1863006) - comps: Raise CompsError when removing a non-existent group - Add methods for working with comps to RPMTransactionItemWrapper - Implement storing and replaying a transaction - Log failure to access last makecache time as warning - [doc] Document Substitutions class - Dont document removed attribute ``reports`` for get_best_selector - Change the debug log timestamps from UTC to local time Package: dnf-plugins-core-4.0.18-1.fc34 Old package: dnf-plugins-core-4.0.16-4.fc33 Summary: Core Plugins for DNF RPMs: dnf-plugins-core dnf-utils python3-dnf-plugin-leaves python3-dnf-plugin-local python3-dnf-plugin-post-transaction-actions python3-dnf-plugin-show-leaves python3-dnf-plugin-versionlock python3-dnf-plugins-core Size: 366.52 KiB Size change: 7.30 KiB Changelog: * Thu Oct 08 2020 Nicola Sella - 4.0.18-1 - [needs-restarting] Fix plugin fail if needs-restarting.d does not exist
[Bug 1886733] Non-responsive maintainer check for tremble
https://bugzilla.redhat.com/show_bug.cgi?id=1886733 --- Comment #4 from Xavier Bachelot --- Ralf, additionally from taking over from Mark for the perl-Test-WWW-Mechanize-PSGI dependencies through the non-responsive maintainer process, I will also need your help for perl-Test-WWW-Mechanize-PSGI itself. Indeed, any package in the dependency chain you can grant me access to will speed things up quite a bit for me. My FAS username is xavierb. One can see the dependency chain for the missing EL7 and EL8 packages by following this link: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW_status=ASSIGNED=Fedora=perl-Test-WWW-Mechanize-PSGI=tvp_id=11415841=Fedora=Fedora%20EPEL_format=advanced_dir=dependson# Regards, Xavier -- 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
Unresponsive packagers: wolnei and dturecek
Good Morning Everyone, The following two accounts do not have a valid bugzilla account associated with their email in FAS. They have received a daily notification about it (and thus so have we) and so far in vain. - wolnei has no corresponding bugzilla account - First notification Sept 29th wolnei is main admin of rpms/kio-gdrive wolnei has a bugzilla override on rpms/kio-gdrive - dturecek has no corresponding bugzilla account - First notification Oct 1st dturecek is maintainer of rpms/copr-backend dturecek is maintainer of rpms/copr-cli dturecek is maintainer of rpms/copr-dist-git dturecek is maintainer of rpms/copr-frontend dturecek is maintainer of rpms/copr-keygen dturecek is maintainer of rpms/copr-rpmbuild dturecek is maintainer of rpms/copr-selinux dturecek is maintainer of rpms/python-copr dturecek is main admin of rpms/python-copr-common Does anyone know how to contact them? Thanks in advance for your help, Pierre ___ 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 1886870] New: perl-Net-Amazon-S3-0.97 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886870 Bug ID: 1886870 Summary: perl-Net-Amazon-S3-0.97 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Net-Amazon-S3 Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: igor.ra...@gmail.com, jakub.jedel...@gmail.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, rr...@redhat.com, tjczep...@gmail.com Target Milestone: --- Classification: Fedora Latest upstream release: 0.97 Current version/release in rawhide: 0.96-1.fc34 URL: http://search.cpan.org/dist/Net-Amazon-S3/ 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/6573/ -- 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 1886862] perl-WebService-Rajce-1.202830 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886862 --- Comment #1 from Upstream Release Monitoring --- Skipping the scratch build because an SRPM could not be built: ['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs', '/var/tmp/thn-ziv9sqak/perl-WebService-Rajce.spec'] returned 1: b'error: line 5: unclosed macro or bad line continuation\n' -- 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 1886862] New: perl-WebService-Rajce-1.202830 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886862 Bug ID: 1886862 Summary: perl-WebService-Rajce-1.202830 is available Product: Fedora Version: rawhide Status: NEW Component: perl-WebService-Rajce Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com Target Milestone: --- Classification: Fedora Latest upstream release: 1.202830 Current version/release in rawhide: 1.190.840-6.fc33 URL: http://search.cpan.org/dist/WebService-Rajce/ 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/3497/ -- 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 1886733] Non-responsive maintainer check for tremble
https://bugzilla.redhat.com/show_bug.cgi?id=1886733 --- Comment #3 from Ralf Corsepius --- Correct, Tremble is the maintainer for EPEL. I am not involved at all. -- 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
Fedora 33: Gnome 3.38 bad user expericence on prefs window
Hi, testing Fedora 33 with Gnome 3.38 via XRDP: when opening system prefs, a popup informing the user, that "he can't scan for wifi networks" needs to be clicked. Thats pointless, because in the liveimage the request is for "Live System User" which has no password, therefor it is possible to scan for networks. Also, the request comes in on any scan cycle which is anoying AND they seem to stack with each scan loop thats done inthe background. On a real system, a user in this situation does not have admin rights, it would make sense to ask once when entering the menu entry "wifi" OR to skip the entire process and disable the prefs menu entry "wifi" at all. In addition: the button to disable WLAN to safe energy, is access & useable, but does not have a result. best regards, Marius PS: if the liveimage category in bugzilla would be maintained, those bugreports would be there. ___ 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 33: pcscd and xrdp issue
Am 09.10.20 um 13:18 schrieb Nikos Mavrogiannopoulos: > LIBCCID_ifdLogLevel=0x000F pcscd --foreground --debug --apdu > --color | tee log.txt This the unchanged output: [root@localhost-live liveuser]# LIBCCID_ifdLogLevel=0x000F pcscd --foreground --debug --apdu --color | tee log.txt debuglog.c:299:DebugLogSetLevel() debug level=debug 0040 debuglog.c:320:DebugLogSetCategory() Debug options: APDU 0017 [140407890258048] pcscdaemon.c:353:main() Force colored logs 0464 [140407890258048] utils.c:81:GetDaemonPid() Can't open /run/pcscd/pcscd.pid: No such file or directory 0235 [140407890258048] configfile.l:293:DBGetReaderListDir() Parsing conf directory: /etc/reader.conf.d 0043 [140407890258048] configfile.l:329:DBGetReaderListDir() Skipping non regular file: . 0009 [140407890258048] configfile.l:369:DBGetReaderList() Parsing conf file: /etc/reader.conf.d/libccidtwin 0271 [140407890258048] configfile.l:329:DBGetReaderListDir() Skipping non regular file: .. 0035 [140407890258048] pcscdaemon.c:663:main() pcsc-lite 1.9.0 daemon ready. 00010542 [140407890258048] hotplug_libudev.c:299:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 0277 [140407890258048] hotplug_libudev.c:299:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 0282 [140407890258048] hotplug_libudev.c:299:get_driver() Looking for a driver for VID: 0x058F, PID: 0x6387, path: /dev/bus/usb/001/002 0288 [140407890258048] hotplug_libudev.c:299:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 0280 [140407890258048] hotplug_libudev.c:299:get_driver() Looking for a driver for VID: 0x1286, PID: 0x204C, path: /dev/bus/usb/001/004 0267 [140407890258048] hotplug_libudev.c:299:get_driver() Looking for a driver for VID: 0x1286, PID: 0x204C, path: /dev/bus/usb/001/004 0250 [140407890258048] hotplug_libudev.c:299:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0002, path: /dev/bus/usb/001/001 0360 [140407890258048] hotplug_libudev.c:299:get_driver() Looking for a driver for VID: 0x045E, PID: 0x09C0, path: /dev/bus/usb/001/003 0412 [140407890258048] hotplug_libudev.c:299:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0003, path: /dev/bus/usb/002/001 0243 [140407890258048] hotplug_libudev.c:299:get_driver() Looking for a driver for VID: 0x1D6B, PID: 0x0003, path: /dev/bus/usb/002/001 0288 [140407890258048] hotplug_libudev.c:299:get_driver() Looking for a driver for VID: 0x045E, PID: 0x090C, path: /dev/bus/usb/002/002 95411976 [140407890258048] winscard_msg_srv.c:256:ProcessEventsServer() Common channel packet arrival 0024 [140407890258048] winscard_msg_srv.c:267:ProcessEventsServer() ProcessCommonChannelRequest detects: 7 0003 [140407890258048] pcscdaemon.c:133:SVCServiceRunLoop() A new context thread creation is requested: 7 00595098 [140407890258048] winscard_msg_srv.c:256:ProcessEventsServer() Common channel packet arrival 0019 [140407890258048] winscard_msg_srv.c:267:ProcessEventsServer() ProcessCommonChannelRequest detects: 13 0003 [140407890258048] pcscdaemon.c:133:SVCServiceRunLoop() A new context thread creation is requested: 13 00222759 [140407873467968] auth.c:137:IsClientAuthorized() Process 33327 (user: 1001) is NOT authorized for action: access_pcsc 0125 [140407873467968] winscard_svc.c:335:ContextThread() Rejected unauthorized PC/SC client 0065 [140407873467968] winscard_svc.c:1055:MSGCleanupClient() Thread is stopping: dwClientID=7, threadContext @0x555c31f5c610 0027 [140407873467968] winscard_svc.c:1063:MSGCleanupClient() Freeing SCONTEXT @0x555c31f5c610 0101 [140407890258048] winscard_msg_srv.c:256:ProcessEventsServer() Common channel packet arrival 0014 [140407890258048] winscard_msg_srv.c:267:ProcessEventsServer() ProcessCommonChannelRequest detects: 7 0011 [140407890258048] pcscdaemon.c:133:SVCServiceRunLoop() A new context thread creation is requested: 7 40774480 [140407774111296] winscard_svc.c:340:ContextThread() Authorized PC/SC client 0013 [140407774111296] winscard_svc.c:343:ContextThread() Thread is started: dwClientID=13, threadContext @0x555c31f6fe40 0009 [140407774111296] winscard_svc.c:361:ContextThread() Received command: CMD_VERSION from client 13 0004 [140407774111296] winscard_svc.c:373:ContextThread() Client is protocol version 4:4 0002 [140407774111296] winscard_svc.c:396:ContextThread() CMD_VERSION rv=0x0 for client 13 0045 [140407774111296] winscard_svc.c:361:ContextThread() Received command: ESTABLISH_CONTEXT from client 13 0007 [140407774111296] winscard.c:215:SCardEstablishContext() Establishing Context: 0x1A91F22B 0003 [140407774111296] winscard_svc.c:461:ContextThread() ESTABLISH_CONTEXT rv=0x0 for client 13 0045 [140407774111296] winscard_svc.c:361:ContextThread() Received command: CMD_GET_READERS_STATE from client 13 0093
[Bug 1829977] perl-Test-WWW-Mechanize for EL8
https://bugzilla.redhat.com/show_bug.cgi?id=1829977 Petr Pisar changed: What|Removed |Added Assignee|ppi...@redhat.com |xav...@bachelot.org --- Comment #3 from Petr Pisar --- The branch is ready. -- 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 1829995] perl-Test-WWW-Mechanize for EL7
https://bugzilla.redhat.com/show_bug.cgi?id=1829995 Petr Pisar changed: What|Removed |Added Assignee|ppi...@redhat.com |xav...@bachelot.org --- Comment #3 from Petr Pisar --- The branch is ready. -- 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
Summary/Minutes from yesterday's FESCo Meeting (2020-10-14)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 = #fedora-meeting-2: FESCO (2020-10-07) = Meeting started by sgallagh at 14:00:29 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting-2/2020-10-07/fesco.2020-10-07-14.00.log.html . Meeting summary - --- * init process (sgallagh, 14:00:29) * #2441 F34 System-Wide Change: RPM-level auto release and changelog bumping (sgallagh, 14:03:23) * AGREED: We need more information from the Change owner who is out of contact. We will wait until they return. (+6, 0, -0) (sgallagh, 14:09:10) * #2474 F34 System-Wide Change: Rust Crate Packages For Release Branches (sgallagh, 14:09:36) * AGREED: FESCo approves the new Rust packaging approach and grants an exception to allow the backwards-incompatible -devel change. (+7, 0, -0) (sgallagh, 14:18:46) * #2479 F33 UEFI Secure Boot signing keys (sgallagh, 14:19:03) * LINK: https://fedoraproject.org/wiki/Basic_Release_Criteria#Release-blocking_images_must_boot / (nirik, 14:56:49) * AGREED: FESCo considers this serious enough to warrant being a blocker, though the resolution does not necessarily have to be technical. (+7, 0, -0) (sgallagh, 15:00:01) * Next week's chair (sgallagh, 15:00:42) * ACTION: decathorpe will chair next meeting (sgallagh, 15:04:30) * Open Floor (sgallagh, 15:04:36) * AGREED: In the event that fewer than a quorum of FESCo members is present at Go/No-Go, a FESCo blocker may only be waived by a unanimous vote of those members present. (+5, 0, -0) (sgallagh, 15:09:17) Meeting ended at 15:11:13 UTC. Action Items - * decathorpe will chair next meeting Action Items, by person - --- * decathorpe * decathorpe will chair next meeting * **UNASSIGNED** * (none) People Present (lines said) - --- * sgallagh (88) * King_InuYasha (60) * mhroncok (42) * nirik (38) * pjones (30) * dcantrell (27) * zodbot (21) * decathorpe (20) * zbyszek (16) * bcotton (3) * Conan_Kudo (1) * cverna (1) * ignatenkobrain (0) * Eighth_Doctor (0) * Sir_Gallantmon (0) * Son_Goku (0) * Pharaoh_Atem (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -BEGIN PGP SIGNATURE- iQGzBAEBCAAdFiEEhQqd0dvyrMxvxJSRRduFpWgobREFAl+AXnEACgkQRduFpWgo bRGe2Qv+NI6iXZqJN/3EfygSnoKFftbAPMxLskuWG1BEL9aXlFe+xPutgKOsiRUb dTZaawEcS+ffnHXn8jZDVKk8RkMIKaJCuIU0eIUJimdAhK5YyrTPyPwNDe5Kmqex qT7p6YnUqRswt82GdeYEH8GuQkIS0KvCymoVT+IEWMNtOwzk/p3QxB8+RgzTkwA4 2P3/DVhJWgj0gssXRqZKmBwCGn28MZuh+V1l/fWSt6H1zU3iRACYCf7sH+qRqvP3 8FSAc4o03LYzrMIBJSpOsfCKo53jQBkspnni+aAZjGgDk2sL2KCy72z9tyiN0Cjn Xl6VcVw8TDGOrB1MpiOdHxvpBO3vXozq8C0hzq0d+5TW6PGHWme0byOWS/0L7NPW dY9nMPAMV5msmG6we4oiz/v6tGDNEyU1uEoHVKPJQu2RmAcKeYJaze2y/yfAEUs1 D4IaZtf43rer2DfHBDXczRllQu73AUdMTUJrdrV9AezoYHu02g5fH6y3nUqvQem6 efODub+J =q/gN -END 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 33: pcscd and xrdp issue
/usr/share/polkit-1/actions/org.debian.pcsc-lite.policyOn Thu, Oct 8, 2020 at 11:06 AM Marius Schwarz wrote: > > Hi, > > this is a topic since a lot of time and it's still hits the user in it's > face for no reason. > > Found: while presenting Fedora 33 changes to an audience and > screenrecording with wayland isn't working yet :( > > Tested on Fedora 33 liveimage: > > su > dnf install xrdp -y > adduser -s /bin/bash -d /home/rdptest rdptest > passwd rdptest > systemctl start xrdp > > ## different pc ## > > Start Remmina or XFreeRDP to connect to your running liveimage. > > You get a fucking uncloseable requester once the gnome session is open, > that you need to enter a password for the LIVEUSER with to buttons > without any function. It's not possible to get rid of it by using either > one of the buttons nor a windowclose. I do not have two systems to reproduce, but it seems that something tries to access the smart cards while you connect and polkit makes this popup. You can fix it by disabling the popup at all (/usr/share/polkit-1/actions/org.debian.pcsc-lite.policy), or better, identify what tried to access the smart cards. Running pcscd with debug output may help. To do that disable pcscd (systemctl stop and disable), and then try running it in the foreground: sudo LIBCCID_ifdLogLevel=0x000F pcscd --foreground --debug --apdu --color | tee log.txt > Only Solution: dnf erase pcsc* > > Because: stopping that service does not stop the requester from popping > up, as the daemon gets restarted via a socket. Yes, the idea is for it to be enabled only when some service asks for smart card access. I wonder however what is there that requests that access. > Now what really makes it so anoying: there is no smartcard reader in the > hw. There are two access control levels, access the pcsc daemon, and access specific cards. Currently according to the pcsc-lite.policy we ship we require authentication to access either when connecting remotely. I wonder whether it makes sense to tweak these settings. Could you try playing with the policy and see whether there are options that could remove this popup? If you allow access to the daemon from remote sessions do you still get the popup? regards, Nikos ___ 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
NeuroFedora review swap: python-sklearn-nature-inspired-algorithms
Hello, Would anyone like to swap reviews please? I've got another package ready for inclusion in NeuroFedora: https://bugzilla.redhat.com/show_bug.cgi?id=1882527 "1882527 – Review Request: python-sklearn-nature-inspired-algorithms - Nature Inspired Algorithms for scikit-learn" -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Fedora-Cloud-31-20201009.0 compose check report
No missing expected images. Passed openQA tests: 7/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
Re: Non-responsive maintainer: Mark Chappell (tremble)
On Fri, Oct 09, 2020 at 12:04:36PM +0200, Xavier Bachelot wrote: > Le 09/10/2020 à 12:00, Petr Pisar a écrit : > > On Fri, Oct 09, 2020 at 11:13:14AM +0200, Xavier Bachelot wrote: > > > I've tried to get in touch with Mark Chappell about : > > > perl-Test-WWW-Mechanize > > Owned by corsepiu. > > > > > perl-Pod-Tests > > Owned by corsepiu. > > > > > perl-HTML-Lint > > Owned by corsepiu. > > > > > perl-HTTP-Response-Encoding > > Owned by corsepiu. > > > > Are you sure you are after the right person? > > > I'm after the maintainer of the EPEL branches. > Sorry for being unclear. > I see. Ousting tremble from EPEL branches is only the first step. corsepiu is not interested in EPEL and he does not cooperate in giving access to EPEL branches. You will have to raise this issue to relengs to add the new contributors for EPEL branches, to create the branches, and change the default EPEL assignee. I'm admin of perl-Test-WWW-Mechanize, so I gave you the required access there. -- Petr signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[Bug 1829995] perl-Test-WWW-Mechanize for EL7
https://bugzilla.redhat.com/show_bug.cgi?id=1829995 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED CC||ppi...@redhat.com Assignee|trem...@tremble.org.uk |ppi...@redhat.com --- Comment #2 from Petr Pisar --- I have admin access to this package. I granted you a collaborator access to EPEL branches and I filed a request for creating epel7 branch: https://pagure.io/releng/fedora-scm-requests/issue/29610 Once done, you should be able to push commits and build the package in EPEL. Changing the default assignee for EPEL bugs will be resolved in the nonresponsive maintainer process. -- 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 1829977] perl-Test-WWW-Mechanize for EL8
https://bugzilla.redhat.com/show_bug.cgi?id=1829977 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED CC||ppi...@redhat.com Assignee|trem...@tremble.org.uk |ppi...@redhat.com --- Comment #2 from Petr Pisar --- I have admin access to this package. I granted you a collaborator access to EPEL branches and I filed a request for creating epel8 branch: https://pagure.io/releng/fedora-scm-requests/issue/29608 https://pagure.io/releng/fedora-scm-requests/issue/29609 Once done, you should be able to push commits and build the package in EPEL. Changing the default assignee for EPEL bugs will be resolved in the nonresponsive maintainer process. -- 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: Non-responsive maintainer: Mark Chappell (tremble)
Le 09/10/2020 à 12:00, Petr Pisar a écrit : On Fri, Oct 09, 2020 at 11:13:14AM +0200, Xavier Bachelot wrote: I've tried to get in touch with Mark Chappell about : perl-Test-WWW-Mechanize Owned by corsepiu. perl-Pod-Tests Owned by corsepiu. perl-HTML-Lint Owned by corsepiu. perl-HTTP-Response-Encoding Owned by corsepiu. Are you sure you are after the right person? I'm after the maintainer of the EPEL branches. Sorry for being unclear. Regards, Xavier ___ 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 1886733] Non-responsive maintainer check for tremble
https://bugzilla.redhat.com/show_bug.cgi?id=1886733 Xavier Bachelot changed: What|Removed |Added Assignee|rc040...@freenet.de |trem...@tremble.org.uk --- Comment #2 from Xavier Bachelot --- Oops, sorry for the mis-assignement. Tremble is the maintainer for the EPEL branches. -- 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: Non-responsive maintainer: Mark Chappell (tremble)
On Fri, Oct 09, 2020 at 11:13:14AM +0200, Xavier Bachelot wrote: > I've tried to get in touch with Mark Chappell about : > perl-Test-WWW-Mechanize Owned by corsepiu. > perl-Pod-Tests Owned by corsepiu. > perl-HTML-Lint Owned by corsepiu. > perl-HTTP-Response-Encoding Owned by corsepiu. Are you sure you are after the right person? -- Petr signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[Bug 1886733] Non-responsive maintainer check for tremble
https://bugzilla.redhat.com/show_bug.cgi?id=1886733 Petr Pisar changed: What|Removed |Added CC||ppi...@redhat.com Doc Type|--- |If docs needed, set a value --- Comment #1 from Petr Pisar --- I'm active in Fedora and I want to keep maintaining perl-Test-WWW-Mechanize. But I'm not tremble. Maybe you wanted to assign this bug to tremble. Please note that tremble is not an owner of this package. -- 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
Fedora-IoT-34-20201009.0 compose check report
No missing expected images. 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-34-20201008.0): ID: 689076 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/689076 Passed openQA tests: 15/16 (x86_64) Installed system changes in test x86_64 IoT-dvd_ostree-iso install_default_upload: Used mem changed from 159 MiB to 177 MiB System load changed from 0.17 to 0.28 Previous test data: https://openqa.fedoraproject.org/tests/688488#downloads Current test data: https://openqa.fedoraproject.org/tests/689077#downloads Installed system changes in test x86_64 IoT-dvd_ostree-iso install_default@uefi: Used mem changed from 158 MiB to 178 MiB Previous test data: https://openqa.fedoraproject.org/tests/688490#downloads Current test data: https://openqa.fedoraproject.org/tests/689079#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
[Bug 1807857] please build perl-Sys-SigAction on EPEL8
https://bugzilla.redhat.com/show_bug.cgi?id=1807857 Xavier Bachelot changed: What|Removed |Added CC||xav...@bachelot.org --- Comment #4 from Xavier Bachelot --- Mark is unresponsive for quite a while, I've just started the non-responsive maintainer process. -- 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
Non-responsive maintainer: Mark Chappell (tremble)
Hi, I've tried to get in touch with Mark Chappell about : perl-Test-WWW-Mechanize perl-Pod-Tests perl-HTML-Lint perl-HTTP-Response-Encoding The bugs were left untouched, even after setting need-info flag and proposing to help maintain the packages. I've also tried to reach to him by direct mail at least 2 times and did not get an answer. According to fedora_active_user, last FAS login was on 2020-03-10. Anyone knows how to contact him ? Here's the non-responsive maintainer bug : https://bugzilla.redhat.com/show_bug.cgi?id=1886733 The following bugs are assigned to him: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW_status=ASSIGNED=tremble%40tremble.org.uk_to1=1=equals_id=11414869_format=advanced He is listed as maintainer for the following packages: https://src.fedoraproject.org/user/tremble/projects Regards, Xavier ___ 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 1886733] New: Non-responsive maintainer check for tremble
https://bugzilla.redhat.com/show_bug.cgi?id=1886733 Bug ID: 1886733 Summary: Non-responsive maintainer check for tremble Product: Fedora Version: rawhide Hardware: All OS: Linux Status: NEW Component: perl-Test-WWW-Mechanize Severity: medium Priority: medium Assignee: rc040...@freenet.de Reporter: xav...@bachelot.org QA Contact: extras...@fedoraproject.org CC: jose.p.oliveira@gmail.com, perl-devel@lists.fedoraproject.org, rc040...@freenet.de, trem...@tremble.org.uk Target Milestone: --- Classification: Fedora This bug is part of the non-responsive maintainer procedure for tremble, following https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/. Please respond if you are still active in Fedora and want to maintain perl-Test-WWW-Mechanize. -- 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: mock, febootstrap, building chroots a.k.a. debootstrap
On Tue, Oct 06, 2020 at 11:42:33PM +0200, Daniel Pocock wrote: > > > Hi all, > > I came across febootstrap[1] but it doesn't look like it has been > updated[2] for some time. What is the currently recommended method for > creating a chroot, is it mock or are there alternatives? Please don't use febootstrap. It doesn't do what you think it does, and is as you pointed out obsolete and deprecated. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ 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 1886655] perl-SVN-Look-0.42 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886655 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-SVN-Look-0.42-1.fc34 Resolution|--- |RAWHIDE Last Closed||2020-10-09 09:02:21 -- 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 1886655] perl-SVN-Look-0.42 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886655 Jitka Plesnikova changed: What|Removed |Added Status|NEW |ASSIGNED Doc Type|--- |If docs needed, set a value -- You are receiving this mail because: You are on the CC list for the bug. ___ 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 1886491] perl-PPIx-Regexp-0.075 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886491 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-PPIx-Regexp-0.075-1.fc ||34 Resolution|--- |RAWHIDE Last Closed||2020-10-09 08:27:34 --- Comment #1 from Petr Pisar --- An enhancement release suitable for Fedoras ≥ 34. -- 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 1886491] perl-PPIx-Regexp-0.075 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1886491 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED CC|ppi...@redhat.com | Doc Type|--- |If docs needed, set a value -- 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 1870745] EPEL8 Branch Request: perl-DBIx-Class
https://bugzilla.redhat.com/show_bug.cgi?id=1870745 Jitka Plesnikova changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Jitka Plesnikova --- https://pagure.io/releng/fedora-scm-requests/issue/29601 https://pagure.io/releng/fedora-scm-requests/issue/29602 -- 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 1870755] EPEL8 Branch Request: perl-Data-GUID
https://bugzilla.redhat.com/show_bug.cgi?id=1870755 --- Comment #7 from Fedora Update System --- FEDORA-EPEL-2020-9e6ef245e5 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-9e6ef245e5 -- 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 1870755] EPEL8 Branch Request: perl-Data-GUID
https://bugzilla.redhat.com/show_bug.cgi?id=1870755 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-Data-GUID-0.049-13.el8 Assignee|p...@city-fan.org |jples...@redhat.com -- 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