Re: Self Introduction: naccyde

[Fabio Valentini]

On Thu, Mar 6, 2025 at 8:25 PM Quentin Deslandes  wrote:
>
> Hi Folks,
>
> My name is Quentin Deslandes, I'm a software engineer based in France.
>
> My day-to-day job is to develop bpfilter 
> (https://github.com/facebook/bpfilter),
> which I recently submitted the package for. bpfilter is a tool to generate
> BPF packet filtering programs from high-level ruleset (e.g., iptables). The
> project is under heavy development but is showing great results!
>
> I work closely with the Fedora and CentOS community and got to know a few 
> people
> in that area that I always enjoy meeting at conferences and spending time 
> with.
> I'm not very involved in the packaging world, but I guess my first package is
> a step in the right direction!
>
> I've been a Fedora user for the past 12 years, and I'm happy to finally 
> contribute
> back to the community.
>
> If you are eager to know more about me or bpfilter, feel free to reach out!

Hi Quentin,

Welcome!
Nice to see the project I heard you talk about a month ago already
landing in Fedora :)

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

Self Introduction: naccyde

[Quentin Deslandes]

Hi Folks,

My name is Quentin Deslandes, I'm a software engineer based in France.

My day-to-day job is to develop bpfilter (https://github.com/facebook/bpfilter),
which I recently submitted the package for. bpfilter is a tool to generate
BPF packet filtering programs from high-level ruleset (e.g., iptables). The
project is under heavy development but is showing great results!

I work closely with the Fedora and CentOS community and got to know a few people
in that area that I always enjoy meeting at conferences and spending time with.
I'm not very involved in the packaging world, but I guess my first package is
a step in the right direction!

I've been a Fedora user for the past 12 years, and I'm happy to finally 
contribute
back to the community.

If you are eager to know more about me or bpfilter, feel free to reach out!

Cheers,
Quentin Deslandes
-- 
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Fedora eln compose report: 20250308.n.0 changes

[Fedora ELN Report]

OLD: Fedora-eln-20250307.n.0
NEW: Fedora-eln-20250308.n.0

= SUMMARY =
Added images:1
Dropped images:  0
Added packages:  3
Dropped packages:1
Upgraded packages:   30
Downgraded packages: 0

Size of added packages:  268.35 MiB
Size of dropped packages:24.21 MiB
Size of upgraded packages:   3.60 GiB
Size of downgraded packages: 0 B

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

= ADDED IMAGES =
Image: RT boot aarch64
Path: RT/aarch64/iso/Fedora-eln-20250308.n.0-RT-aarch64-boot.iso

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: docbook5-style-xsl-1.79.2-23.eln145
Summary: Norman Walsh's XSL stylesheets for DocBook 5.X
RPMs:docbook5-style-xsl
Size:2.95 MiB

Package: gperftools-2.15-5.eln146
Summary: Very fast malloc and performance analysis tools
RPMs:gperftools-libs
Size:1.21 MiB

Package: llvm19-19.1.7-12.eln146
Summary: The Low Level Virtual Machine
RPMs:clang19-libs clang19-resource-filesystem lldb19 llvm19-filesystem 
llvm19-libs
Size:264.20 MiB


= DROPPED PACKAGES =
Package: geolite2-20191217-14.eln145
Summary: Free IP geolocation databases
RPMs:geolite2-city geolite2-country
Size:24.21 MiB


= UPGRADED PACKAGES =
Package:  buildah-2:1.39.2-1.eln146
Old package:  buildah-2:1.39.0-2.eln146
Summary:  A command line tool used for creating OCI Images
RPMs: buildah buildah-tests
Size: 167.76 MiB
Size change:  -26.46 KiB
Changelog:
  * Wed Feb 26 2025 Packit  - 2:1.39.1-1
  - Update to 1.39.1 upstream release

  * Tue Mar 04 2025 Packit  - 2:1.39.2-1
  - Update to 1.39.2 upstream release


Package:  cmake-4.0.0~rc3-2.eln146
Old package:  cmake-4.0.0~rc3-1.eln146
Summary:  Cross-platform make system
RPMs: cmake cmake-data cmake-doc cmake-filesystem cmake-gui 
cmake-rpm-macros
Size: 65.05 MiB
Size change:  -13.35 KiB
Changelog:
  * Fri Mar 07 2025 Cristian Le  - 4.0.0~rc3-2
  - Drop non-standard *_INSTALL options


Package:  dnf5-5.2.11.0-1.eln146
Old package:  dnf5-5.2.10.0-2.eln146
Summary:  Command-line package manager
RPMs: dnf5 dnf5-devel dnf5-plugin-automatic dnf5-plugins libdnf5 
libdnf5-cli libdnf5-cli-devel libdnf5-devel libdnf5-plugin-actions 
libdnf5-plugin-rhsm perl-libdnf5 perl-libdnf5-cli python3-libdnf5 
python3-libdnf5-cli python3-libdnf5-python-plugins-loader ruby-libdnf5 
ruby-libdnf5-cli
Size: 31.68 MiB
Size change:  115.38 KiB
Changelog:
  * Fri Mar 07 2025 Packit  - 5.2.11.0-1
  - Update to version 5.2.11.0


Package:  fio-3.39-2.eln146
Old package:  fio-3.39-1.eln146
Summary:  Multithreaded IO generation tool
RPMs: fio fio-engine-http fio-engine-libaio fio-engine-nbd 
fio-engine-rados fio-engine-rbd fio-engine-rdma
Size: 26.87 MiB
Size change:  -1.92 KiB
Changelog:
  * Fri Mar 07 2025 Pavel Reichl  - 3.39-2
  - Add dependency on gperftools-libs
  - Related: rhbz#2299495


Package:  gnome-kiosk-48~rc-1.eln146
Old package:  gnome-kiosk-48~alpha-3.eln146
Summary:  Window management and application launching for GNOME
RPMs: gnome-kiosk gnome-kiosk-script-session 
gnome-kiosk-search-appliance
Size: 405.29 KiB
Size change:  39.37 KiB
Changelog:
  * Thu Mar 06 2025 nmontero  - 48~rc-1
  - Update to 48~rc


Package:  gobject-introspection-1.83.2-1.eln146
Old package:  gobject-introspection-1.82.0-4.eln146
Summary:  Introspection system for GObject-based libraries
RPMs: gobject-introspection gobject-introspection-devel
Size: 2.35 MiB
Size change:  32.07 KiB
Changelog:
  * Wed Mar 05 2025 nmontero  - 1.83.2-1
  - Update to 1.83.2


Package:  golang-github-openprinting-ipp-usb-0.9.29-1.eln146
Old package:  golang-github-openprinting-ipp-usb-0.9.28-2.eln145
Summary:  HTTP reverse proxy, backed by IPP-over-USB connection to device
RPMs: ipp-usb
Size: 8.98 MiB
Size change:  23.28 KiB
Changelog:
  * Fri Mar 07 2025 Zdenek Dohnal  - 0.9.29-1
  - golang-github-openprinting-ipp-usb-0.9.29 is available (fedora#2349124)


Package:  ipxe-20240119-3.gitde8a0821.eln146
Old package:  ipxe-20240119-2.gitde8a0821.eln144
Summary:  A network boot loader
RPMs: ipxe-bootimgs-aarch64 ipxe-bootimgs-x86 ipxe-roms ipxe-roms-qemu
Size: 17.92 MiB
Size change:  -126.45 KiB
Changelog:
  * Fri Jan 17 2025 Fedora Release Engineering  - 
20240119-3.gitde8a0821
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_42_Mass_Rebuild


Package:  kdump-utils-1.0.53-1.eln146
Old package:  kdump-utils-1.0.52-2.eln145
Summary:  Kernel crash dump collection utilities
RPMs: kdump-utils
Size: 410.70 KiB
Size change:  337 B
Changelog:
  * Thu Mar 06 2025 Packit  - 1.0.53-1
  - Update to 1.0.53 upstream release


Package:  kernel-6.14.0-0.rc5.20250307git00a7d39898c8.47.eln146
Old package:  kernel-6.14.0-0.rc5.20250306git848e07631744.46.eln146
Summary:  The Linux k

Re: Konflux: What is the right time?

[Richard W.M. Jones]

On Fri, Mar 07, 2025 at 12:56:21PM -0800, Brendan Conoboy wrote:
>
> A few weeks back I started a discussion about accidental secrets,
> using Konflux as an example.  Now that FOSDEM has come and gone, I’d
> like to take the topic further. If you’re not familiar with it,
> in its own words, Konflux-ci “is an open source, cloud-native
> software factory focused on software supply chain security”, but for
> the sake of this discussion, it’s probably better to think of it as
> “the aspirational replacement for the myriad build and CI systems
> Red Hat uses in all its products”. Aspirational is key- we aren’t
> there yet… and it’s going to take a while to get there.

This doesn't really help with the "what".  I work at Red Hat and still
have no idea what Konflux actually is.

For Koji I can take a look at the web interface:

https://koji.fedoraproject.org/koji/

and kind of get the gist of what's going on.  Or to be a bit fairer as
many here are already familiar with Koji, SUSE's build system web
interface:

https://build.opensuse.org/

Where's the web interface of Konflux?  Where can I explore what it's
doing / building right now?

> Despite many months of development, rpm support is just now being
> plumbed into the system (containers happened first). In fact, at
> this year’s CentOS Connect  had Mike McLean, lead developer of koji,
> presented “Building RPMs with Konflux
>
> ”. In his talk he related some of the details about the interim rpm
> approach, which injects builds into the koji after a build is
> complete. This seems weird, but it makes sense: When your goal is to
> eventually replace the full pipeline, but it’s going to take a long
> time, you have to write some throw-away code that bridges new to
> old.

I didn't watch his talk, but this all sounds very vague.  And that the
fact that it's "container first" and an internal project first is
worrying too.  How does it build containers without starting with
RPMs?  Where do those RPMs come from?

TL;DR, I don't know what this is.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW

-- 
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Fedora gating tests to openssh

[František Šumšal]

Hey,

On 3/6/25 19:02, Dmitry Belyavskiy wrote:

Dear colleagues,

I see that Fedora gating tests for OpenSSH fail because of, among others, 
ownership/permission tests failure [1].

We have a ssh-keysign binary, that has sgid permissions deviating from 
upstream, we changed it in F38 [2] (and rolled back the corresponding patch) 
but the checks still expect sgid bits.

I believe that I asked some people how to update the data to make the checks 
relevant, and I got a response that I should submit a PR to some repo, and 
probably I even submitted the PR to the repo - but I unfortunately don't 
remember the details at all (and looks like the PR was not processed). Could 
anybody please remind me the proper procedure?


I believe the PR you mentioned is 
https://github.com/rpminspect/rpminspect-data-fedora/pull/57 and I _think_ the reason for 
the fail is that there's no "fileinfo" file for F43 (yet), so it's not picking 
up the changes from the PR. If I run rpminspect locally, the permission check fails with 
--release=f43, but passes with --release=f42, which would confirm this theory:

$ rpminspect-fedora --keep --debug --keep --workdir . --arches x86_64 
--tests=permissions --verbose --release=fc43 --profile=rawhide 
openssh-9.9p1.tbOmLI
...
permissions:

1) /usr/libexec/openssh/ssh-keysign in openssh-keysign on x86_64 carries 
insecure mode 4555, Security Team review may be required

Result: BAD
Waiver Authorization: Security


2) /usr/libexec/openssh/ssh-keysign in openssh-keysign on x86_64 carries 
insecure mode 4555, Security Team review may be required

Result: BAD
Waiver Authorization: Security


$ rpminspect-fedora --keep --debug --keep --workdir . --arches x86_64 
--tests=permissions --verbose --release=fc42 --profile=rawhide 
openssh-9.9p1.tbOmLI
...
permissions:

1) /usr/libexec/openssh/ssh-keysign in openssh-keysign on x86_64 carries 
expected mode 4555

Result: INFO
Waiver Authorization: Not Waivable


2) /usr/libexec/openssh/ssh-keysign in openssh-keysign on x86_64 carries 
expected mode 4555

Result: INFO
Waiver Authorization: Not Waivable
 


Thank you!

[1] https://artifacts.dev.testing-farm.io/7a6fef07-41f3-40a2-8ee8-c327934eddcd/ 

[2] https://fedoraproject.org/wiki/Changes/SSHKeySignSuidBit 

--
Dmitry Belyavskiy



--
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Fedora 42 compose report: 20250307.n.0 changes

[Fedora Branched Report]

OLD: Fedora-42-20250305.n.0
NEW: Fedora-42-20250307.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  7
Dropped packages:0
Upgraded packages:   2
Downgraded packages: 0

Size of added packages:  234.22 KiB
Size of dropped packages:0 B
Size of upgraded packages:   8.92 MiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   136.29 KiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: rust-file-locker-1.1.3-1.fc42
Summary: File locking via POSIX advisory record locks
RPMs:rust-file-locker+default-devel rust-file-locker-devel
Size:20.06 KiB

Package: rust-freedesktop-icons-0.3.1-1.fc42
Summary: Freedesktop Icons lookup crate
RPMs:rust-freedesktop-icons+default-devel 
rust-freedesktop-icons+local_tests-devel rust-freedesktop-icons-devel
Size:34.01 KiB

Package: rust-freedesktop_entry_parser-1.3.0-1.fc42
Summary: Library for parsing FreeDesktop entry files
RPMs:rust-freedesktop_entry_parser+default-devel 
rust-freedesktop_entry_parser-devel
Size:29.60 KiB

Package: rust-ini_core-0.2.0-1.fc42
Summary: Implements a pretty bare-bones streaming INI parser
RPMs:rust-ini_core+default-devel rust-ini_core-devel
Size:23.43 KiB

Package: rust-linicon-2.3.0-1.fc42
Summary: Look up icons and icon theme info on Linux
RPMs:rust-linicon+default-devel rust-linicon+expand-paths-devel 
rust-linicon+linicon-theme-devel rust-linicon+shellexpand-devel 
rust-linicon+system-theme-devel rust-linicon-devel
Size:60.20 KiB

Package: rust-linicon-theme-1.2.0-1.fc42
Summary: Get the user's current icon the on Linux
RPMs:rust-linicon-theme+default-devel rust-linicon-theme-devel
Size:22.61 KiB

Package: rust-speculoos-0.11.0-1.fc42
Summary: Fluent test assertions
RPMs:rust-speculoos+default-devel rust-speculoos+num-devel 
rust-speculoos-devel
Size:44.31 KiB


= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  fedora-release-42-0.21
Old package:  fedora-release-42-0.20
Summary:  Fedora release files
RPMs: fedora-release fedora-release-budgie fedora-release-budgie-atomic 
fedora-release-cinnamon fedora-release-cloud fedora-release-common 
fedora-release-compneuro fedora-release-container fedora-release-coreos 
fedora-release-cosmic fedora-release-cosmic-atomic fedora-release-designsuite 
fedora-release-flatpak fedora-release-i3 fedora-release-identity-basic 
fedora-release-identity-budgie fedora-release-identity-budgie-atomic 
fedora-release-identity-cinnamon fedora-release-identity-cloud 
fedora-release-identity-compneuro fedora-release-identity-container 
fedora-release-identity-coreos fedora-release-identity-cosmic 
fedora-release-identity-cosmic-atomic fedora-release-identity-designsuite 
fedora-release-identity-flatpak fedora-release-identity-i3 
fedora-release-identity-iot fedora-release-identity-kde 
fedora-release-identity-kde-mobile fedora-release-identity-kinoite 
fedora-release-identity-kinoite-mobile fedora-release-identity-lxqt 
fedora-release-identity-matecompiz fedora-release-identity-miraclewm 
fedora-release-identity-miraclewm-atomic fedora-release-identity-mobility 
fedora-release-identity-server fedora-release-identity-silverblue 
fedora-release-identity-snappy fedora-release-identity-soas 
fedora-release-identity-sway fedora-release-identity-sway-atomic 
fedora-release-identity-toolbx fedora-release-identity-workstation 
fedora-release-identity-wsl fedora-release-identity-xfce fedora-release-iot 
fedora-release-kde fedora-release-kde-mobile fedora-release-kinoite 
fedora-release-kinoite-mobile fedora-release-lxqt fedora-release-matecompiz 
fedora-release-miraclewm fedora-release-miraclewm-atomic 
fedora-release-mobility fedora-release-ostree-desktop fedora-release-server 
fedora-release-silverblue fedora-release-snappy fedora-release-soas 
fedora-release-sway fedora-release-sway-atomic fedora-release-toolbx 
fedora-release-workstation fedora-release-wsl fedora-release-xfce
Size: 1.00 MiB
Size change:  7.18 KiB
Changelog:
  * Tue Feb 25 2025 djach7  - 42-0.21
  - Updates Fedora IoT preset to enable ignition first-boot services


Package:  rust-tiny-dfr-0.3.3-1.fc42
Old package:  rust-tiny-dfr-0.3.2-2.fc42
Summary:  Most basic dynamic function row daemon possible
RPMs: tiny-dfr
Size: 7.92 MiB
Size change:  129.11 KiB
Changelog:
  * Tue Mar 04 2025 Davide Cavalca  - 0.3.3-1
  - Update to 0.3.3; Fixes: RHBZ#2330436



= 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/

Re: Unresponsive packager: nilskoenig

[Richard W.M. Jones]

On Fri, Mar 07, 2025 at 09:57:32AM +0100, Pierre-Yves Chibon wrote:
> Good Morning Everyone,
> 
> We have been emailing daily the following user to notify that the email they
> have set in FAS does not correspond to a valid bugzilla account.
> This is a requirement for Fedora packagers.
> 
> Does someone know how to contact them?
> 
> nilskoenig - emailed since February 14th
> nilskoenig is maintainer of rpms/vhostmd

CC-ing him...

I was talking to Nils about vhostmd packaging only a few weeks ago.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
nbdkit - Flexible, fast NBD server with plugins
https://gitlab.com/nbdkit/nbdkit

-- 
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Fedora gating tests to openssh

[Dmitry Belyavskiy]

On Fri, Mar 7, 2025 at 12:04 PM František Šumšal 
wrote:

> Hey,
>
> On 3/6/25 19:02, Dmitry Belyavskiy wrote:
> > Dear colleagues,
> >
> > I see that Fedora gating tests for OpenSSH fail because of, among
> others, ownership/permission tests failure [1].
> >
> > We have a ssh-keysign binary, that has sgid permissions deviating from
> upstream, we changed it in F38 [2] (and rolled back the corresponding
> patch) but the checks still expect sgid bits.
> >
> > I believe that I asked some people how to update the data to make the
> checks relevant, and I got a response that I should submit a PR to some
> repo, and probably I even submitted the PR to the repo - but I
> unfortunately don't remember the details at all (and looks like the PR was
> not processed). Could anybody please remind me the proper procedure?
>
> I believe the PR you mentioned is
> https://github.com/rpminspect/rpminspect-data-fedora/pull/57 and I
> _think_ the reason for the fail is that there's no "fileinfo" file for F43
> (yet), so it's not picking up the changes from the PR. If I run rpminspect
> locally, the permission check fails with --release=f43, but passes with
> --release=f42, which would confirm this theory:
>
> $ rpminspect-fedora --keep --debug --keep --workdir . --arches x86_64
> --tests=permissions --verbose --release=fc43 --profile=rawhide
> openssh-9.9p1.tbOmLI
> ...
> permissions:
> 
> 1) /usr/libexec/openssh/ssh-keysign in openssh-keysign on x86_64 carries
> insecure mode 4555, Security Team review may be required
>
> Result: BAD
> Waiver Authorization: Security
>
>
> 2) /usr/libexec/openssh/ssh-keysign in openssh-keysign on x86_64 carries
> insecure mode 4555, Security Team review may be required
>
> Result: BAD
> Waiver Authorization: Security
>
>
> $ rpminspect-fedora --keep --debug --keep --workdir . --arches x86_64
> --tests=permissions --verbose --release=fc42 --profile=rawhide
> openssh-9.9p1.tbOmLI
> ...
> permissions:
> 
> 1) /usr/libexec/openssh/ssh-keysign in openssh-keysign on x86_64 carries
> expected mode 4555
>
> Result: INFO
> Waiver Authorization: Not Waivable
>
>
> 2) /usr/libexec/openssh/ssh-keysign in openssh-keysign on x86_64 carries
> expected mode 4555
>
> Result: INFO
> Waiver Authorization: Not Waivable
>
> >
> > Thank you!
> >
> > [1]
> https://artifacts.dev.testing-farm.io/7a6fef07-41f3-40a2-8ee8-c327934eddcd/
> <
> https://artifacts.dev.testing-farm.io/7a6fef07-41f3-40a2-8ee8-c327934eddcd/
> >
> > [2] https://fedoraproject.org/wiki/Changes/SSHKeySignSuidBit <
> https://fedoraproject.org/wiki/Changes/SSHKeySignSuidBit>
>

Thank you very much, it explains a lot
-- 
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Unresponsive packager: nilskoenig

[Pierre-Yves Chibon]

Good Morning Everyone,

We have been emailing daily the following user to notify that the email they
have set in FAS does not correspond to a valid bugzilla account.
This is a requirement for Fedora packagers.

Does someone know how to contact them?

nilskoenig - emailed since February 14th
nilskoenig is maintainer of rpms/vhostmd



Thanks 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
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Problems aftes update to F42

[Sérgio Basto via devel]

On Thu, 2025-03-06 at 06:15 -0800, Neal Gompa wrote:
> On Thu, Mar 6, 2025 at 4:54 AM Zbigniew Jędrzejewski-Szmek
>  wrote:
> > 
> > On Thu, Mar 06, 2025 at 12:02:52PM -, Filip Bartmann wrote:
> > > Hello,
> > > I update Fedora 41 to Fedora 42 prerelase and I have some
> > > problems, notably
> > > * in GDM are not listen non wayland sessions
> > 
> > That might be because of the packaging changes releated to X11
> > becoming ever more deprecated. But afaik, X11 sessions should
> > stilll
> > be supported.
> > 
> 
> Nope. It is being explicitly dropped from GDM as the code to X11
> greeter mode is also tied to supporting X11 sessions. If you want to
> use X11 sessions, you need to use something else.


That's don't make sense, why you explicit drop it ? when you know we
have user that want use X11 and support X11 etc 

I have gonme on Xorg at Fedora 42 

sergio@vmdevf42:~#ps -ef --cols=800 | grep X

root 11360 7484 0 14:33 ? 00:00:00 /usr/libexec/sddm-helper --socket
/tmp/sddm-auth-76d527b7-e03e-43e8-808e-8ca720e216d9 --id 3 --start
/usr/bin/gnome-session --user sergio --display-server /usr/bin/X -dpi 0
-background none -seat seat0 -noreset -keeptty -novtswitch -verbose 3

sergio 11503 11360 0 14:33 tty5 00:00:00 /usr/libexec/sddm-helper-
start-x11user /usr/bin/X -dpi 0 -background none -seat seat0 -noreset -
keeptty -novtswitch -verbose 3 /etc/X11/xinit/Xsession "/usr/bin/gnome-
session"

sergio 11504 11503 2 14:33 tty5 00:00:05 /usr/libexec/Xorg -dpi 0 -
background none -seat seat0 -noreset -keeptty -novtswitch -verbose 3 -
auth /run/user/1000/xauth_BRbJvJ -displayfd 13 vt5


-- 
Sérgio M. B.
-- 
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Konflux: What is the right time?

[Brendan Conoboy]

A few weeks back I started a discussion
 about
accidental secrets, using Konflux as an example.  Now that FOSDEM has come
and gone, I’d like to take the topic further. If you’re not familiar with
it, in its own words , Konflux-ci “is an open
source, cloud-native software factory focused on software supply chain
security”, but for the sake of this discussion, it’s probably better to
think of it as “the aspirational replacement for the myriad build and CI
systems Red Hat uses in all its products”. Aspirational is key- we aren’t
there yet… and it’s going to take a while to get there.

Despite many months of development, rpm support is just now being plumbed
into the system (containers happened first). In fact, at this year’s CentOS
Connect  had Mike McLean, lead developer of
koji , presented “Building RPMs with Konflux
”. In his talk he related some
of the details about the interim rpm approach, which injects builds into
the koji after a build is complete. This seems weird, but it makes sense:
When your goal is to eventually replace the full pipeline, but it’s going
to take a long time, you have to write some throw-away code that bridges
new to old.

Talking about replacing koji can evoke understandable feelings and
skepticism: Fedora has used it since at least version 7, when Core & Extras
merged- it’s effectively always been there. Also, Red Hat has previously
started infrastructure replacement projects, then changed course. Also, its
development isn’t far enough along that it could replace koji any time
soon. Also, some parts are only now going into an upstream git forge (the
outstanding work is to replace some hard-coded Red Hat internal values with
a configuration system).

With all this in mind, the big question is: When and how is it the right
time to officially bring up Konflux in the Fedora community context? If it
happens too early, it won’t look credible or be useful. If it happens too
late, there won’t be an opportunity for interested community members to
meaningfully shape its development. So far, Red Hat’s development team has
erred on the side of too-early, with presentations in 2024 at Flock and
Devconf. Community feedback is valuable and showing up too late to accept
it would be a loss.

Beyond presentations at conferences, the development team has created a Konflux
+ Fedora SIG
,
its own community
mailing list , and even a matrix chat
channel . The
astute observer may note that some of the above URLs contain a combination
of github.com and fedoraproject.org addresses. Similar to gcc using gnu.org and
gnome using gnome.org, Konflux is meant to grow into a proper open source
upstream, that many downstreams use, so public presence is not in Fedora
alone.

As it matures, I expect Konflux to be part of the way we improve Fedora CI,
to be part of what powers a more intuitive git-native workflow, and an
easier onramp for people who don’t currently participate in Fedora to join
in with less friction. These dreams may be a little way out, but they are
worth pursuing as we bring Forgejo online and realize its potential. So,
what are the next steps right now? Let’s talk about it.
(This is cross-posted

on the discussion forum).

-- 
Brendan Conoboy / Community Linux Engineering / Red Hat, Inc.
-- 
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue