Re: PWG virtual meetup 2021

[Zdenek Dohnal]

On 5/6/21 9:36 PM, Brandon Nielsen wrote:
> Would you want to see that ported to a "How to debug printing
> problems" Quick Doc[0]? Probably under "Usage and customisation"? I
> could take a crack at a draft.
>
> [0] - https://docs.fedoraproject.org/en-US/quick-docs/
>
>
Hi Brandon!

Thank you for looking into it! IMO it would be nice to have a separate
category (for Printing and then a separate for Scanning) like kernel,
databases or virtualization have - it would be lost in 'Usage and
customisation' group.

It is because the wiki page doesn't cover only 'How to debug printing
problems', but it covers more terminology, tricks, known issues, user
stories and (finally) how to debug and file the report - so it would be
nice to have subcategory for all of those.

And IMHO Fedora Linux's user base is mostly on desktop, it makes sense
to me to have printing and scanning on the main page.

If it is possible and you agree too, please let me know once you have a
time to create a draft :)

Again, thank you very much!


Zdenek

-- 
Zdenek Dohnal
Software Engineer
Red Hat Czech - Brno TPB-C




OpenPGP_signature
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: RPM name collisions

[Kevin Kofler via devel]

Matthew Miller wrote:
> I'm glad you mentioned this, because that's my thought too. DNF 5 with
> modularity 2.0 :)

Not the m-word again!

Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Fedora 34 GCP image

[Matthew Miller]

On Thu, May 06, 2021 at 02:21:39PM -0400, Dusty Mabe wrote:
> FYI - I published the Fedora 34 GCP image to the `fedora-cloud` project in 
> GCP.
> See https://pagure.io/cloud-sig/issue/328 for more details. 

Nice!

-- 
Matthew Miller

Fedora Project Leader
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-IoT-35-20210506.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 3/16 (x86_64), 2/15 (aarch64)

Old failures (same test failed in Fedora-IoT-35-20210505.0):

ID: 880628  Test: x86_64 IoT-dvd_ostree-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/880628
ID: 880630  Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/880630
ID: 880638  Test: x86_64 IoT-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/880638
ID: 880644  Test: aarch64 IoT-dvd_ostree-iso install_default_upload@uefi
URL: https://openqa.fedoraproject.org/tests/880644
ID: 880646  Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/880646

Skipped non-gating openQA tests: 26 of 31
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: GNOME only: KeepassXC quirks

[Germano Massullo]

Il 01/05/21 21:01, Jan Grulich ha scritto:
> Hi,
>
> pá 30. 4. 2021 v 12:30 odesílatel Germano Massullo
> mailto:germano.massu...@gmail.com>> napsal:
>
> KeepassXC comaintainer here.
>
> There are many Fedora GNOME Wayland users experiencing quirks in
> using KeepassXC. Textboxes not showing text that is being written,
> other quirks with GNOME, etc.
>
> Upstream developers said many times that this only happen with
> Fedora users.
>
> Myself I do use KDE Spin and I do not experience these issues
> (tested on Wayland too)
>
> I don't paste bugs titles since they are misleading
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1925130
> 
>
>
> I haven't seen any other application having this issue and I've been
> using lots of Qt/KDE apps under GNOME. It might be an issue in
> KeepassXC as they have some custom theme.

Not KeePassXC bug because:
- as I said, upstream devels confirmed that all strange quirks
bugreports they are receiving since a while, are from Fedora GNOME
(Wayland) only
- I received various feedbacks [1] [2] of problems disappearing as soon
I introduced this patch
https://src.fedoraproject.org/rpms/keepassxc/blob/rawhide/f/xcb.patch

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1925130#c13
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1954742#c10
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-Rawhide-20210506.n.0 compose check report

[Fedora compose checker]

No missing expected images.

Compose FAILS proposed Rawhide gating check!
1 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING** 
below

Failed openQA tests: 26/194 (x86_64), 20/133 (aarch64)

New failures (same test not failed in Fedora-Rawhide-20210505.n.0):

ID: 879965  Test: x86_64 Server-dvd-iso install_blivet_lvm_ext4
URL: https://openqa.fedoraproject.org/tests/879965
ID: 879966  Test: x86_64 Server-dvd-iso install_blivet_lvm_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/879966
ID: 879968  Test: x86_64 Server-dvd-iso 
install_blivet_standard_partition_ext4
URL: https://openqa.fedoraproject.org/tests/879968
ID: 879969  Test: x86_64 Server-dvd-iso 
install_blivet_standard_partition_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/879969
ID: 879983  Test: x86_64 Server-dvd-iso install_blivet_resize_lvm
URL: https://openqa.fedoraproject.org/tests/879983
ID: 880092  Test: aarch64 Server-dvd-iso install_blivet_lvm_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/880092
ID: 880103  Test: aarch64 Server-dvd-iso 
install_blivet_standard_partition_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/880103
ID: 880122  Test: aarch64 Server-dvd-iso install_blivet_resize_lvm@uefi
URL: https://openqa.fedoraproject.org/tests/880122
ID: 880177  Test: x86_64 universal install_blivet_lvmthin
URL: https://openqa.fedoraproject.org/tests/880177
ID: 880178  Test: x86_64 universal install_blivet_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/880178
ID: 880183  Test: x86_64 universal install_blivet_btrfs
URL: https://openqa.fedoraproject.org/tests/880183
ID: 880187  Test: x86_64 universal install_blivet_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/880187
ID: 880188  Test: x86_64 universal install_blivet_with_swap
URL: https://openqa.fedoraproject.org/tests/880188
ID: 880189  Test: x86_64 universal install_blivet_with_swap@uefi
URL: https://openqa.fedoraproject.org/tests/880189
ID: 880193  Test: x86_64 universal install_blivet_software_raid
URL: https://openqa.fedoraproject.org/tests/880193
ID: 880194  Test: x86_64 universal install_blivet_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/880194
ID: 880214  Test: x86_64 universal install_blivet_xfs
URL: https://openqa.fedoraproject.org/tests/880214
ID: 880215  Test: x86_64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/880215
ID: 880234  Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/880234
ID: 880250  Test: aarch64 universal install_blivet_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/880250
ID: 880256  Test: aarch64 universal install_blivet_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/880256
ID: 880257  Test: aarch64 universal install_blivet_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/880257
ID: 880259  Test: aarch64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/880259
ID: 880261  Test: aarch64 universal install_blivet_with_swap@uefi
URL: https://openqa.fedoraproject.org/tests/880261
ID: 880349  Test: aarch64 Workstation-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/880349
ID: 880390  Test: aarch64 Server-dvd-iso install_default_upload@uefi
URL: https://openqa.fedoraproject.org/tests/880390
ID: 880413  Test: aarch64 universal install_with_swap@uefi
URL: https://openqa.fedoraproject.org/tests/880413
ID: 880416  Test: aarch64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/880416

Old failures (same test failed in Fedora-Rawhide-20210505.n.0):

ID: 879963  Test: x86_64 Server-dvd-iso install_vnc_server
URL: https://openqa.fedoraproject.org/tests/879963
ID: 879984  Test: x86_64 Server-dvd-iso install_vnc_client
URL: https://openqa.fedoraproject.org/tests/879984
ID: 880045  Test: x86_64 KDE-live-iso desktop_terminal **GATING**
URL: https://openqa.fedoraproject.org/tests/880045
ID: 880056  Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/880056
ID: 880123  Test: aarch64 Server-dvd-iso install_vnc_server@uefi
URL: https://openqa.fedoraproject.org/tests/880123
ID: 880128  Test: aarch64 Server-dvd-iso install_vnc_client@uefi
URL: https://openqa.fedoraproject.org/tests/880128
ID: 880196  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/880196
ID: 880213  Test: x86_64 universal upgrade_2_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/880213
ID: 880232  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/880232
ID: 880236  Test: x86_64 universal upgrade_realmd_client
URL: https://openqa.fedoraproject.org/tests/880236
ID: 880239  Test: x86_64 universal upgrade_2_real

xen soname bump

[Michael Young]

I have started the process to update xen to xen-4.15.0 on rawhide with a 
build in the f35-build-side-40901 side tag. This changes many library 
versions in the xen-libs package including some that don't normally 
change. I believe the packages that use these libraries are qemu and 
libvirt.


Michael Young
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-Rawhide-20210506.n.0 compose check report

[Fedora compose checker]

No missing expected images.

Compose FAILS proposed Rawhide gating check!
7 of 43 required tests failed, 9 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** 
below

Failed openQA tests: 32/194 (x86_64), 20/133 (aarch64)

New failures (same test not failed in Fedora-Rawhide-20210505.n.0):

ID: 879958  Test: x86_64 Server-boot-iso install_default **GATING**
URL: https://openqa.fedoraproject.org/tests/879958
ID: 879959  Test: x86_64 Server-boot-iso install_default@uefi **GATING**
URL: https://openqa.fedoraproject.org/tests/879959
ID: 879965  Test: x86_64 Server-dvd-iso install_blivet_lvm_ext4
URL: https://openqa.fedoraproject.org/tests/879965
ID: 879966  Test: x86_64 Server-dvd-iso install_blivet_lvm_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/879966
ID: 879968  Test: x86_64 Server-dvd-iso 
install_blivet_standard_partition_ext4
URL: https://openqa.fedoraproject.org/tests/879968
ID: 879969  Test: x86_64 Server-dvd-iso 
install_blivet_standard_partition_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/879969
ID: 879979  Test: x86_64 Server-dvd-iso install_default_upload **GATING**
URL: https://openqa.fedoraproject.org/tests/879979
ID: 879981  Test: x86_64 Server-dvd-iso install_default@uefi **GATING**
URL: https://openqa.fedoraproject.org/tests/879981
ID: 879983  Test: x86_64 Server-dvd-iso install_blivet_resize_lvm
URL: https://openqa.fedoraproject.org/tests/879983
ID: 880015  Test: x86_64 Everything-boot-iso install_default **GATING**
URL: https://openqa.fedoraproject.org/tests/880015
ID: 880016  Test: x86_64 Everything-boot-iso install_default@uefi **GATING**
URL: https://openqa.fedoraproject.org/tests/880016
ID: 880085  Test: aarch64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/880085
ID: 880086  Test: aarch64 Server-dvd-iso install_default_upload@uefi
URL: https://openqa.fedoraproject.org/tests/880086
ID: 880092  Test: aarch64 Server-dvd-iso install_blivet_lvm_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/880092
ID: 880103  Test: aarch64 Server-dvd-iso 
install_blivet_standard_partition_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/880103
ID: 880122  Test: aarch64 Server-dvd-iso install_blivet_resize_lvm@uefi
URL: https://openqa.fedoraproject.org/tests/880122
ID: 880141  Test: aarch64 Workstation-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/880141
ID: 880177  Test: x86_64 universal install_blivet_lvmthin
URL: https://openqa.fedoraproject.org/tests/880177
ID: 880178  Test: x86_64 universal install_blivet_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/880178
ID: 880183  Test: x86_64 universal install_blivet_btrfs
URL: https://openqa.fedoraproject.org/tests/880183
ID: 880187  Test: x86_64 universal install_blivet_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/880187
ID: 880188  Test: x86_64 universal install_blivet_with_swap
URL: https://openqa.fedoraproject.org/tests/880188
ID: 880189  Test: x86_64 universal install_blivet_with_swap@uefi
URL: https://openqa.fedoraproject.org/tests/880189
ID: 880193  Test: x86_64 universal install_blivet_software_raid
URL: https://openqa.fedoraproject.org/tests/880193
ID: 880194  Test: x86_64 universal install_blivet_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/880194
ID: 880214  Test: x86_64 universal install_blivet_xfs
URL: https://openqa.fedoraproject.org/tests/880214
ID: 880215  Test: x86_64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/880215
ID: 880234  Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/880234
ID: 880250  Test: aarch64 universal install_blivet_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/880250
ID: 880256  Test: aarch64 universal install_blivet_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/880256
ID: 880257  Test: aarch64 universal install_blivet_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/880257
ID: 880259  Test: aarch64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/880259
ID: 880261  Test: aarch64 universal install_blivet_with_swap@uefi
URL: https://openqa.fedoraproject.org/tests/880261
ID: 880275  Test: aarch64 universal install_with_swap@uefi
URL: https://openqa.fedoraproject.org/tests/880275

Old failures (same test failed in Fedora-Rawhide-20210505.n.0):

ID: 879963  Test: x86_64 Server-dvd-iso install_vnc_server
URL: https://openqa.fedoraproject.org/tests/879963
ID: 879984  Test: x86_64 Server-dvd-iso install_vnc_client
URL: https://openqa.fedoraproject.org/tests/879984
ID: 880045  Test: x86_64 KDE-live-iso desktop_terminal **GATING**
URL: https://openqa.fedoraproject.org/tests/880045
ID: 880047  Test: x86_64 KDE-live-iso desktop_login
URL: https://openqa.fedoraproject

Fedora rawhide compose report: 20210506.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20210505.n.0
NEW: Fedora-Rawhide-20210506.n.0

= SUMMARY =
Added images:11
Dropped images:  0
Added packages:  2
Dropped packages:0
Upgraded packages:   111
Downgraded packages: 0

Size of added packages:  488.50 KiB
Size of dropped packages:0 B
Size of upgraded packages:   3.46 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   108.05 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =
Image: Container_Minimal_Base docker aarch64
Path: 
Container/aarch64/images/Fedora-Container-Minimal-Base-Rawhide-20210506.n.0.aarch64.tar.xz
Image: Container_Base docker armhfp
Path: 
Container/armhfp/images/Fedora-Container-Base-Rawhide-20210506.n.0.armhfp.tar.xz
Image: Container_Base docker s390x
Path: 
Container/s390x/images/Fedora-Container-Base-Rawhide-20210506.n.0.s390x.tar.xz
Image: Container_Minimal_Base docker armhfp
Path: 
Container/armhfp/images/Fedora-Container-Minimal-Base-Rawhide-20210506.n.0.armhfp.tar.xz
Image: Container_Minimal_Base docker s390x
Path: 
Container/s390x/images/Fedora-Container-Minimal-Base-Rawhide-20210506.n.0.s390x.tar.xz
Image: Container_Base docker x86_64
Path: 
Container/x86_64/images/Fedora-Container-Base-Rawhide-20210506.n.0.x86_64.tar.xz
Image: Container_Base docker ppc64le
Path: 
Container/ppc64le/images/Fedora-Container-Base-Rawhide-20210506.n.0.ppc64le.tar.xz
Image: Xfce raw-xz armhfp
Path: Spins/armhfp/images/Fedora-Xfce-Rawhide-20210506.n.0.armhfp.raw.xz
Image: Container_Minimal_Base docker x86_64
Path: 
Container/x86_64/images/Fedora-Container-Minimal-Base-Rawhide-20210506.n.0.x86_64.tar.xz
Image: Container_Minimal_Base docker ppc64le
Path: 
Container/ppc64le/images/Fedora-Container-Minimal-Base-Rawhide-20210506.n.0.ppc64le.tar.xz
Image: Container_Base docker aarch64
Path: 
Container/aarch64/images/Fedora-Container-Base-Rawhide-20210506.n.0.aarch64.tar.xz

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: perl-JSON-Create-0.34-1.fc35
Summary: Create JSON
RPMs:perl-JSON-Create perl-JSON-Create-tests
Size:468.33 KiB

Package: python-matplotlib-inline-0.1.2-1.fc35
Summary: Inline Matplotlib backend for Jupyter
RPMs:python3-matplotlib-inline
Size:20.16 KiB


= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  CubicSDR-0.2.5-14.20200824git4f1db55.fc35
Old package:  CubicSDR-0.2.5-13.20200824git4f1db55.fc34
Summary:  Cross-Platform Software-Defined Radio Panadapter
RPMs: CubicSDR
Size: 5.56 MiB
Size change:  3.43 KiB
Changelog:
  * Tue May 04 2021 Scott Talbert  - 
0.2.5-14.20200824git4f1db55
  - Rebuild for wxWidgets 3.1.5


Package:  NetworkManager-1:1.32.0-0.3.fc35
Old package:  NetworkManager-1:1.32.0-0.2.fc35
Summary:  Network connection manager and user applications
RPMs: NetworkManager NetworkManager-adsl NetworkManager-bluetooth 
NetworkManager-cloud-setup NetworkManager-config-connectivity-fedora 
NetworkManager-config-server NetworkManager-dispatcher-routing-rules 
NetworkManager-libnm NetworkManager-libnm-devel NetworkManager-ovs 
NetworkManager-ppp NetworkManager-team NetworkManager-tui NetworkManager-wifi 
NetworkManager-wwan
Size: 29.43 MiB
Size change:  36.87 KiB
Changelog:
  * Wed May 05 2021 Beniamino Galvani  - 1:1.32.0-0.3
  - update to an early 1.32 snapshot (1.31.4)


Package:  adwaita-icon-theme-40.1.1-1.fc35
Old package:  adwaita-icon-theme-40.0-2.fc35
Summary:  Adwaita icon theme
RPMs: adwaita-cursor-theme adwaita-icon-theme adwaita-icon-theme-devel
Size: 11.24 MiB
Size change:  11.17 KiB
Changelog:
  * Wed May 05 2021 Kalev Lember  - 40.1.1-1
  - Update to 40.1.1


Package:  anaconda-35.14-1.fc35
Old package:  anaconda-35.13-1.fc35
Summary:  Graphical system installer
RPMs: anaconda anaconda-core anaconda-dracut anaconda-gui 
anaconda-install-env-deps anaconda-install-img-deps anaconda-live anaconda-tui 
anaconda-widgets anaconda-widgets-devel
Size: 22.02 MiB
Size change:  -153.01 KiB
Changelog:
  * Wed May 05 2021 Martin Kolman  - 35.14-1
  - Document too little memory for LUKS setup (vslavik)
  - Remove redundant logging messages from the DNF module (vponcova)
  - Use the new support for checking the software selection in UI (vponcova)
  - Add an installation task for resolving the packages selection (vponcova)
  - Add a validation task for checking the packages selection (vponcova)
  - Handle marking errors in the DNF manager (vponcova)
  - Add the clear_selection method to the DNF manager (vponcova)
  - Add the resolve_selection method to the DNF manager (vponcova)
  - Remove the bugUrl variable (vponcova)
  - Remove the productStamp variable (vponcova)
  - Remove the productArch variable (vponcova)
  - Improve debug message about configuration loading and writing (jkonecny)
  - Enable closest mirror in CentOS Stream config (carl)
  - The kernel boot argument sshd is removed and should warn user (jkonecny

Re: PWG virtual meetup 2021

[Brandon Nielsen]

On 5/6/21 12:18 AM, Zdenek Dohnal wrote:
[Snip]


More terminology and tricks here [1] and here [2].


[1]
https://fedoraproject.org/wiki/How_to_debug_printing_problems#Terminology_for_printing_and_scanning

[2]
https://fedoraproject.org/wiki/How_to_debug_printing_problems#Useful_tricks

P.S. I know the page should be rewritten into docs.fedoraproject (I and
Matt even talked together about it once), I have never got a time to do
that. So if someone is willing to rewrite it in docs.fedoraproject, give
me access to edit it and merge the changes, that person is very welcomed :)




Would you want to see that ported to a "How to debug printing problems" 
Quick Doc[0]? Probably under "Usage and customisation"? I could take a 
crack at a draft.


[0] - https://docs.fedoraproject.org/en-US/quick-docs/


___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

RE: need Proven Packager sign-off for new package "Processor Counter Monitor (PCM)"

[Leigh Scott]

I tried to sponsor you but it doesn't seem to be applied. Have you signed the 
CLA? 

https://accounts.fedoraproject.org/user/rdementi/


https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Create_a_Fedora_Account
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: RPM name collisions

[przemek klosowski via devel]

On 5/5/21 2:29 AM, Adam Williamson wrote:


  If a third party wants to do
something nefarious and can convince you to "install a repository" in
some way, that means that at minimum they convinced you to drop an
arbitrary file in /etc/yum.repos.d . What they probably did was
convince you to install a package containing the repo definition, as
that's the way most third party repos deploy. Well, that package could
do*absolutely anything else at all*  on your system with root
privileges, because that's how packaging works.


Right, of course, but there are more possibilities between 'completely 
trustable repo' and 'totally evil repo'. We used to control the repos in 
the set likely to be used by most Fedora users, and managed them 
consistently. I assume that in the future there will be more repo 
diversity with all kinds of rules and little leverage to make them 
consistent, which would inevitably end up in confusion.


Essentially, now the package names are in a global name space, which, as 
we remember from the programming languages history, tends to be problematic.


I liked Daniel Mach's ideas about vendor-lock and how it might actually 
be a way to re-implement modularity. I think they would create implicit 
namespaces that would mitigate the above concerns.

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: need Proven Packager sign-off for new package "Processor Counter Monitor (PCM)"

[Mattia Verga via devel]

You can also file a ticket at https://pagure.io/packager-sponsors/

Mattia
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: RPM name collisions

[Colin Walters]

On Thu, Apr 29, 2021, at 4:04 PM, przemek klosowski via devel wrote:
> Few weeks ago we had an announcement of a Python supply chain hack where 
> people supplied libraries with names matching some private library 
> names, which took precedence and overrode those private libraries, 
> giving the hackers control.
> 
> Now, the name collisions are built-in into RPM, because that's how 
> updates work: the original package is in 'fedora' and the updates are 
> in, well, 'updates'. 

In rpm-ostree it works differently; the `fedora` and `updates` repos are rolled 
together to make the "base image".  Then client side we distinguish between the 
"base image" and extensions.  No layered RPM (operating system extension) can 
replace (or cause to be removed via depsolve clash) a "base image package" by 
default. (But you can of course use `override replace/remove` to do so, it just 
requires very explicit action that will also remain very visible in `rpm-ostree 
status`).

So it's even stronger in many ways than say vendor locking - we won't e.g. 
silently depsolve back to an ancient kernel/glibc from the `fedora` repo ever 
either (since no one ever wants that).

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Fedocal] Reminder meeting : ELN SIG

[sgallagh]

Dear all,

You are kindly invited to the meeting:
   ELN SIG on 2021-05-07 from 12:00:00 to 13:00:00 US/Eastern
   At fedora-meet...@irc.freenode.net

The meeting will be about:



Source: https://apps.fedoraproject.org/calendar/meeting/9920/

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Test-Announce] Fedora 35 Rawhide 20210506.n.0 nightly compose nominated for testing

[rawhide]

Announcing the creation of a new nightly release validation test event
for Fedora 35 Rawhide 20210506.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan

Notable package version changes:
anaconda - 20210501.n.0: anaconda-35.13-1.fc35.src, 20210506.n.0: 
anaconda-35.14-1.fc35.src
lorax - 20210501.n.0: lorax-35.1-2.fc35.src, 20210506.n.0: lorax-35.2-1.fc35.src

Test coverage information for the current release can be seen at:
https://openqa.fedoraproject.org/testcase_stats/35

You can see all results, find testing instructions and image download
locations, and enter results on the Summary page:

https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210506.n.0_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210506.n.0_Installation
https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210506.n.0_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210506.n.0_Server
https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210506.n.0_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210506.n.0_Desktop
https://fedoraproject.org/wiki/Test_Results:Fedora_35_Rawhide_20210506.n.0_Security_Lab

Thank you for testing!
-- 
Mail generated by relvalconsumer: https://pagure.io/fedora-qa/relvalconsumer
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test-annou...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Source-git SIG meeting minutes from 2021-05-05

[Hunor Csomortáni]

Hello everyone,

Notes and minutes from the Source-git meeting from yesterday can be found at:

https://pagure.io/fedora-source-git/sig/blob/main/f/meeting-minutes/2020-05-05.md

Heads up, that we decided to re-schedule these meetings on the 2nd and
4th weeks of the month as this seems to be a more suitable time for
most interested parties.
This is why the next meeting is scheduled for next week, Wednesday,
12th of May, 14.30 UTC.
Wannabe members and curious passers-by are welcome :)

Future schedule can be found in the SIGs calendar:
https://apps.fedoraproject.org/calendar/list/SIGs/

For more information about the Source-git SIG, see our wiki page:
https://fedoraproject.org/wiki/SIGs/Source-git

Current work and discussions can be tracked in our Pagure project:
https://pagure.io/fedora-source-git/sig/issues

You can also reach us in #fedora-source-git at freenode.

--
Hunor
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [HEADS UP] wxGTK 3.1.5 in Rawhide

[Scott Talbert]

On Thu, 6 May 2021, Dominik 'Rathann' Mierzejewski wrote:


I'm updating wxWidgets (wxGTK package) to v3.1.5 in Rawhide.  This includes
a soname bump.  I'm doing the build in a side tag: f35-build-side-40779.

As far as I can tell, the only users are CubicSDR and audacity.  I'll
rebuild CubicSDR.  Gwyn or Ian, can you please take care of rebuilding
audacity in the side tag?


Actually, there's another consumer: wxmacmolplt, but it's stuck on
wxGTK3 compat package (that's at 3.0.x). I tried building it against
3.1.x and it builds successfully, but then throws failed assertions at
runtime. I need some time to investigate before I can switch it to
wxGTK-3.1.x, so don't wait for me.


Yes, there are a lot more consumers of wxGTK3 package - this change 
doesn't affect them.  wxGTK3 will still around at least until 3.2.0 is 
released.


These builds have been completed and the side tag merged, although I don't 
think there's been a Rawhide compose yet.


Thanks,
Scott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: RPM name collisions

[Matthew Miller]

On Thu, May 06, 2021 at 08:56:47AM +0200, Daniel Mach wrote:
> To be clear, I like the idea of vendor/repo stickiness turned on by
> default, it could solve a lot of problems and eventually provide a
> very simple alternative to modularity. I'm just not convinced that

I'm glad you mentioned this, because that's my thought too. DNF 5 with
modularity 2.0 :)

-- 
Matthew Miller

Fedora Project Leader
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-Cloud-32-20210506.0 compose check report

[Fedora compose checker]

No missing expected images.

Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in Fedora-Cloud-32-20210504.0):

ID: 879781  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/879781
ID: 879789  Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/879789

Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64)
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora 34 GCP image

[Dusty Mabe]

FYI - I published the Fedora 34 GCP image to the `fedora-cloud` project in GCP.

See https://pagure.io/cloud-sig/issue/328 for more details. 

Currently you do have to provide cloud-init userdata to the instance (via the 
user-data key).
This hopefully won't be the case once we include the newly added google compute 
enging config rpm.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Fedocal] Reminder meeting : ELN SIG

[sgallagh]

Dear all,

You are kindly invited to the meeting:
   ELN SIG on 2021-05-07 from 12:00:00 to 13:00:00 US/Eastern
   At fedora-meet...@irc.freenode.net

The meeting will be about:



Source: https://calendar.fedoraproject.org//meeting/9920/

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Heads up: Update to gdal-3.3.0 in Rawhide

[Sandro Mani]

Hi

I'm updating to gdal-3.3.0 in rawhide in f35-build-side-40845, and I'll 
rebuild the following dependencies:


bes
cloudcompare
dans-gdal-scripts
gazebo
GMT
grass
liblas
mapnik
mapserver
merkaartor
ncl
opencv
OpenSceneGraph
OpenSceneGraph
osgearth
osgearth
paraview
PDAL
postgis
python-fiona
python-rasterio
qgis
qmapshack
R-rgdal
saga
vfrnav
vtk
mingw-opencv


Sandro

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

RE: need Proven Packager sign-off for new package "Processor Counter Monitor (PCM)"

[Dementiev, Roman]

>--- Comment #11 from Petr Pisar  --- You don't need any 
>proven packager. First you need to become a member of a "packager" group.
>Then that you will be able request relengs for creating a repository for this 
>new package.

>To become a packager, you need a sponsor who will grant you the membership 
>.

Thanks Petr for pointing this out.

I am looking for a sponsor now (to become a packager). Anyone here in the list 
would be able to sponsor?

Thanks,
Roman

-Original Message-
From: Dementiev, Roman 
Sent: Thursday, May 6, 2021 8:13 AM
To: devel@lists.fedoraproject.org
Cc: pra...@redhat.com; Pathi, Pragyansri ; Bayly, 
Don ; Dementiev, Roman 
Subject: need Proven Packager sign-off for new package "Processor Counter 
Monitor (PCM)"

Hi,

we need a Proven Packager sign-off for new package "Processor Counter Monitor 
(PCM)"

https://bugzilla.redhat.com/show_bug.cgi?id=1949058

Please help..

Description of the package:

Processor Counter Monitor (PCM) is an application programming interface (API) 
and a set of simple easy-to-use tools based on the API to monitor performance 
and energy metrics of Intel Core, Xeon, Atom and Xeon Phi processors.
https://github.com/opcm/pcm

Thanks,
Roman


Intel Deutschland GmbH
Registered Address: Am Campeon 10, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de 
Managing Directors: Christin Eisenschmid, Sharon Heck, Tiffany Doon Silva  
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-Cloud-34-20210506.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 1/8 (x86_64)

Old failures (same test failed in Fedora-Cloud-34-20210505.0):

ID: 879709  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/879709

Soft failed openQA tests: 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in Fedora-Cloud-34-20210505.0):

ID: 879717  Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/879717

Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64)
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Storing package metadata in ELF objects

[Luca Boccassi]

On Thu, 2021-05-06 at 03:17 +0200, Mark Wielaard wrote:
> Hi Luca,
> 
> On Tue, 2021-05-04 at 14:43 +0100, Luca Boccassi wrote:
> > On Fri, 2021-04-30 at 19:57 +0200, Mark Wielaard wrote:
> > > Is there a list of default keys (and their canonical spelling, upper-
> > > lower-Camel_Case, etc.)? If there is, could we have a "debuginfod" key
> > > with as value an URL pointing to the debuginfod server URL where the
> > > embedded build-id executable, debuginfo and sources can be found?
> > > https://sourceware.org/elfutils/Debuginfod.html
> > 
> > The "Implementation" section of the spec lists the "main" fields:
> > 
> > https://systemd.io/COREDUMP_PACKAGE_METADATA/
> > 
> > (source for that is 
> > https://github.com/systemd/systemd/blob/main/docs/COREDUMP_PACKAGE_METADATA.md
> >  )
> > 
> > Would you like to send a PR to update it and add that field?
> 
> Sorry, I don't have a github account. But attached is a patch for to
> document it and one for the package-notes generator to add an --
> debuginfod argument (maybe the distro should set a default value for
> that?) Hopefully those patches could be applied somehow.

Hi,

Thanks, opened PRs with your commits:

https://github.com/systemd/systemd/pull/19523
https://github.com/systemd/package-notes/pull/8

Yes, if the distro has a debuginfod server, it should definitely be
included.

-- 
Kind regards,
Luca Boccassi


signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: [HEADS UP] wxGTK 3.1.5 in Rawhide

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 05 May 2021 at 14:16, Scott Talbert wrote:
> Hi,
> 
> I'm updating wxWidgets (wxGTK package) to v3.1.5 in Rawhide.  This includes
> a soname bump.  I'm doing the build in a side tag: f35-build-side-40779.
> 
> As far as I can tell, the only users are CubicSDR and audacity.  I'll
> rebuild CubicSDR.  Gwyn or Ian, can you please take care of rebuilding
> audacity in the side tag?

Actually, there's another consumer: wxmacmolplt, but it's stuck on
wxGTK3 compat package (that's at 3.0.x). I tried building it against
3.1.x and it builds successfully, but then throws failed assertions at
runtime. I need some time to investigate before I can switch it to
wxGTK-3.1.x, so don't wait for me.

Regards,
Dominik
-- 
Fedora   https://getfedora.org  |  RPM Fusion  http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[Test-Announce] [Test Week] Fedora Linux Kernel 5.12 2021-05-09 through 2021-05-16

[Sumantro Mukherjee]

Hey All,

I would like to invite all of you to participate in the Kernel 5.12
Test week, which is happening from 2021-05-09 to 2021-05-16. It's
fairly simple, head over to the wiki [0] and read in details about the
test week and simply run the test case mentioned in[1] and enter your
results.

As usual, the Fedora QA team will hangout at #fedora-test-day@freenode
for question and discussion.


[0] http://fedoraproject.org/wiki/Test_Day:2021-05-09_Kernel_5.12_Test_Week
[1] https://testdays.fedoraproject.org/events/114


-- 
//sumantro
Fedora QE
TRIED AND PERSONALLY TESTED, ERGO TRUSTED
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test-annou...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora-Cloud-33-20210506.0 compose check report

[Fedora compose checker]

No missing expected images.

Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test soft failed in Fedora-Cloud-33-20210505.0):

ID: 879581  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/879581
ID: 879589  Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/879589

Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64)
-- 
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: RPM name collisions

[Daniel Mach]

On 5/5/21 7:08 PM, Neal Gompa wrote:

On Wed, May 5, 2021 at 11:55 AM Qiyu Yan  wrote:


在 2021-05-05星期三的 07:44 +0200，Dan Čermák写道：

przemek klosowski via devel  writes:


Is that something we need to worry about? I couldn't think of any new
rules to impose on repositories, but maybe dnf should have more
explicit
warnings when it sees multiple versions of the same package, or at
least
a way to show such versions.


Or how about teaching dnf that only certain repositories are allowed to
be used for updates (with an allowedlist for exceptions)? Then
microsoft
or any other third party repo could put hello-5000-1 into their repo
and
it could never compromise your system, as dnf would not consider the
3rd
party repo a valid update repo for a base system package.


Neal, I remember you had a really good idea about this - repo stickiness 
(+repo equivalence classes). It might be a better option than vendor 
stickiness. I'd like to explore this more in DNF 5 (see my excuses why I 
don't want to do it in DNF 4 below).





That would require dnf to track where it got the package from though
and I am not sure if it does that at the moment?

This reminds me of an idea named Vendor Change from Zypper of openSUSE
https://en.opensuse.org/SDB:Vendor_change_update
This approach seems to solve our problems here?


Well, we do have the sticky vendor feature in DNF, DNF on openSUSE has
it switched on by default[1]. If we want to have this feature turned
on in Fedora, we could look at having it switched on.

[1]: 
https://build.opensuse.org/package/view_file/openSUSE:Factory/libdnf/libdnf-0.55.0-Switch-allow_vendor_change-off.patch?expand=1



Yes, there's basic support for ventor stickiness in DNF.
It probably works fine with dnf install and upgrade.

I have concerns about the following commands:

* downgrade
  * not supported in Zypper
  * no support in libsolv
  * dnf emulates downgrades with installs, that implies vendor changes
* distro-sync
  * unsupported with allow_vendor_change=1
* install
  * installing explicit NEVRA lead to vendor change
  * vendor changes are not displayed in the transaction table
* updateinfo
  * dnf probably considers all package versions as update candidates
  * needs thorough testing at least
* literally all dnf commands that query the package set,
  because vendor impacts the meaning of the latest package.
  * list
  * info
  * repoquery
  * repoclosure
* COPR
  * enabling a COPR repo would do nothing if the repo provides 
alternatives to packages shipped in Fedora

  * maybe a good thing, but definitely a change in user expectations

What's also important, DNF team currently doesn't have capacity to fix 
all new bugs related to turning `allow_vendor_change` option on. Our 
priority is RHEL 9 (that includes new modularity depsolver among other 
bugs/RFEs) and DNF 5 (doing it right takes time and is relatively hard, 
but we believe it pays off long-term due to bringing better APIs, 
overall consistency etc.)


To be clear, I like the idea of vendor/repo stickiness turned on by 
default, it could solve a lot of problems and eventually provide a very 
simple alternative to modularity. I'm just not convinced that the DNF 
stack is ready for that now and turning it on would most likely make 
user experience worse. I'm fine with my team looking into this when we 
have capacity to do so - that means in about one year from now.

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

need Proven Packager sign-off for new package "Processor Counter Monitor (PCM)"

[Dementiev, Roman]

Hi,

we need a Proven Packager sign-off for new package "Processor Counter Monitor 
(PCM)"

https://bugzilla.redhat.com/show_bug.cgi?id=1949058

Please help..

Description of the package:

Processor Counter Monitor (PCM) is an application programming
interface (API) and a set of simple easy-to-use tools based on
the API to monitor performance and energy metrics of Intel Core,
Xeon, Atom and Xeon Phi processors.
https://github.com/opcm/pcm

Thanks,
Roman


Intel Deutschland GmbH
Registered Address: Am Campeon 10, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de 
Managing Directors: Christin Eisenschmid, Sharon Heck, Tiffany Doon Silva  
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Wayland and basic graphics mode

[Gerd Hoffmann]

  Hi,

> Do we want to support a "basic graphics mode"? If so (which I think we
> do), are there any alternatives to disabling KMS entirely that we
> could use? Perhaps vkms[2] is an option? If not, what do we do about
> it?

Hopefully we can ignore just fbdev soon ...

https://patchwork.freedesktop.org/series/78817/

[ drm driver for firmware framebuffers ]

take care,
  Gerd
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: PWG virtual meetup 2021

[Zdenek Dohnal]

On 5/5/21 8:35 PM, Neal Gompa wrote:
> On Wed, May 5, 2021 at 2:27 PM Zdenek Dohnal  wrote:
>> Hi all,
>>
>> I attended PWG virtual meetup 2021 yesterday and today and created
>> reported about it.
>>
>> Highlights:
>>
>> - CUPS got into OpenPrinting group from Apple
>>
> I'm confused, what does this mean? I saw a while back that
> OpenPrinting had a fork of it. I see now that the fork relationship is
> broken, but it seems like both Apple and OpenPrinting have trees.
> What's going on now?

Hi Neal,

basically the best and complete explanation can be found in Mike's CUPS
Plenary in PWG meetup (page 4 and on) [1], but I'll try to sum it up.


Apple basically stopped developing CUPS since the end of 2019, when Mike
Sweet (author of CUPS, PWG and OpenPrinting member) left Apple. Apple
didn't show any intent to work on CUPS at github (except one squash of
commits for CVEs in March 2020) - either it is an active development
(which is needed for moving to world without drivers) or
responding/solving upstream issues, so Mike forked CUPS from Apple to
OpenPrinting after some time of Apple inactivity. So OpenPrinting CUPS
version became upstream for CUPS packages in Linux (at least in Fedora,
Debian, Ubuntu AFAIK) and we will follow the Openprinting fork.

Recently, Mike has accepted Apple's offer to do some bugfixes in
Apple/CUPS, but Apple isn't interested in active development, so Linux
stays with Openprinting.


[1]
https://ftp.pwg.org/pub/pwg/liaison/openprinting/presentations/cups-plenary-may-2021.pdf

>
>
>
-- 
Zdenek Dohnal
Software Engineer
Red Hat Czech - Brno TPB-C




OpenPGP_signature
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure