Re: packaging of nix

[Pratham Patel]

Hi!

Apologies for such a late response! I didn't receive the reply in my mailbox 
and noticed it yesterday night when I circled back here to see the state... :/

Trying to build it locally on an aarch64 board with your spec file, I already 
noticed that `libcpuid-devel` is missing from the available packages on Fedora 
for aarch64. Being a bit more familiar with the Determinate Systems' Nix 
installer, there are a few problems with the setup too, which I will tend to, 
but after getting Nix to build on RHEL 9.x and Fedora 39+, both on aarch64.

I'm actively interested in having Nix available in Fedora repos so there can be 
one less shell script I need to run!

Since there is no git repository, I'm not sure where to send PRs to. In the 
meantime, I will create a repo on GitHub as `thefossguy/nix-for-fedora`.

Pratham Patel
--
___
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: google-re2 pacakge update and facebook vs google python bindings ?

[Adam Williamson]

On Fri, 2024-02-23 at 13:36 -0500, Paul Wouters wrote:
> On Wed, 7 Feb 2024, Ben Beasley wrote:
> 
> > Subject: Re: google-re2 pacakge update and facebook vs google python 
> > bindings
> 
> I haven't heard back from any of the maintainers.
> 
> I've created a PR to upgrade re2-2022-06-01 to re2-2024-02-01 as the
> first step towards getting python-google-re2 working.
> 
> https://src.fedoraproject.org/rpms/re2/pull-request/6

You now seem to have just built re2 for Rawhide without any of the
deps:

https://bodhi.fedoraproject.org/updates/FEDORA-2024-daa3669e4d

that's not how you're supposed to do things, these days. You should
build re2 on a side tag and then get all the deps rebuilt on the same
side tag, then create a combined update. The update failed tests
because of this.

The best thing to do at this point would be to create a side tag, bump
re2 and do a new build on the side tag, then ask maintainers of
dependencies and/or provenpackagers to rebuild the dependencies on the
side tag.
-- 
Adam Williamson (he/him/his)
Fedora QA
Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org
https://www.happyassassin.net



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

Re: Donate 1 minute of your time to test upgrades from F39 to F40

[Samuel Sieb]

On 2/23/24 15:38, Sérgio Basto wrote:

On Sat, 2024-02-24 at 00:06 +0100, Ralf Corsépius wrote:



Am 23.02.24 um 22:37 schrieb Samuel Sieb:

On 2/23/24 10:50, Ralf Corsépius wrote:


# dnf system-upgrade download --releasever=40
...
No match for group package "multican"
...

WTH?


It was a program for controlling Canon cameras that has been
retired.
Some group you have installed has that package listed in it.

Ah, this likely explains why neither "dnf repoquery" nor "dnf group
list" could find "multican".


  The comps
groups need to be cleaned out and that's just a warning.

Well, ... IMHO, most about comps and groups is in an embarrassing
unusable shape.


No match for group package "baekmuk-ttf-batang-fonts"

[snip]

No match for group package "util-linux-user"

I got these ones , is something on my rpm db ?


No.  Well, sort of.  As mentioned, those are packages that have been 
removed from the distro, but are still listed in the comps groups.  dnf 
checks the installed groups for packages that need to be updated and 
can't find these ones.

--
___
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: Donate 1 minute of your time to test upgrades from F39 to F40

[Sérgio Basto]

On Sat, 2024-02-24 at 00:06 +0100, Ralf Corsépius wrote:
> 
> 
> Am 23.02.24 um 22:37 schrieb Samuel Sieb:
> > On 2/23/24 10:50, Ralf Corsépius wrote:
> > > 
> > > # dnf system-upgrade download --releasever=40
> > > ...
> > > No match for group package "multican"
> > > ...
> > > 
> > > WTH?
> > 
> > It was a program for controlling Canon cameras that has been
> > retired.
> > Some group you have installed has that package listed in it.
> Ah, this likely explains why neither "dnf repoquery" nor "dnf group 
> list" could find "multican".
> 
> >  The comps 
> > groups need to be cleaned out and that's just a warning.
> Well, ... IMHO, most about comps and groups is in an embarrassing 
> unusable shape.
> 


No match for group package "baekmuk-ttf-batang-fonts"
No match for group package "baekmuk-ttf-dotum-fonts"
No match for group package "baekmuk-ttf-gulim-fonts"
No match for group package "baekmuk-ttf-hline-fonts"
No match for group package "cdac-sakal-marathi-fonts"
No match for group package "fedora-repos-modular"
No match for group package "fontawesome-fonts"
No match for group package "gimp-heif-plugin"
No match for group package "google-noto-emoji-color-fonts"
No match for group package "google-noto-looped-thai-fonts"
No match for group package "google-noto-sans-phags-pa-fonts"
No match for group package "ht-caladea-fonts"
No match for group package "ibus-bogo"
No match for group package "iwl1000-firmware"
No match for group package "iwl100-firmware"
No match for group package "iwl105-firmware"
No match for group package "iwl135-firmware"
No match for group package "iwl2000-firmware"
No match for group package "iwl2030-firmware"
No match for group package "iwl3160-firmware"
No match for group package "iwl3945-firmware"
No match for group package "iwl4965-firmware"
No match for group package "iwl5000-firmware"
No match for group package "iwl5150-firmware"
No match for group package "iwl6000-firmware"
No match for group package "iwl6000g2a-firmware"
No match for group package "iwl6000g2b-firmware"
No match for group package "iwl6050-firmware"
No match for group package "iwl7260-firmware"
No match for group package "iwlax2xx-firmware"
No match for group package "kalapi-fonts"
No match for group package "kde-print-manager"
No match for group package "layla-arcyarc-fonts"
No match for group package "layla-basic-arabic-fonts"
No match for group package "layla-boxer-fonts"
No match for group package "layla-digital-fonts"
No match for group package "layla-diwani-fonts"
No match for group package "layla-koufi-fonts"
No match for group package "layla-ruqaa-fonts"
No match for group package "layla-thuluth-fonts"
No match for group package "libertas-usb8388-firmware"
No match for group package "libproxy-duktape"
No match for group package "lohit-malayalam-fonts"
No match for group package "lohit-nepali-fonts"
No match for group package "lohit-tamil-classical-fonts"
No match for group package "multican"
No match for group package "nafees-naskh-fonts"
No match for group package "nafees-nastaleeq-fonts"
No match for group package "nafees-pakistani-naskh-fonts"
No match for group package "nafees-pakistani-web-naskh-fonts"
No match for group package "nafees-riqa-fonts"
No match for group package "nafees-tehreer-naskh-fonts"
No match for group package "nafees-web-naskh-fonts"
No match for group package "paktype-ajrak-fonts"
No match for group package "samyak-devanagari-fonts"
No match for group package "samyak-gujarati-fonts"
No match for group package "samyak-malayalam-fonts"
No match for group package "samyak-odia-fonts"
No match for group package "samyak-tamil-fonts"
No match for group package "scim-sayura"
No match for group package "thai-scalable-garuda-fonts"
No match for group package "thai-scalable-kinnari-fonts"
No match for group package "thai-scalable-laksaman-fonts"
No match for group package "thai-scalable-loma-fonts"
No match for group package "thai-scalable-norasi-fonts"
No match for group package "thai-scalable-purisa-fonts"
No match for group package "thai-scalable-sawasdee-fonts"
No match for group package "thai-scalable-tlwgmono-fonts"
No match for group package "thai-scalable-tlwgtypewriter-fonts"
No match for group package "thai-scalable-tlwgtypist-fonts"
No match for group package "thai-scalable-tlwgtypo-fonts"
No match for group package "thai-scalable-umpush-fonts"
No match for group package "thai-scalable-waree-fonts"
No match for group package "util-linux-user"

I got these ones , is something on my rpm db ? 


> Ralf
> 
> 
> --
> ___
> 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:
> 

Re: Donate 1 minute of your time to test upgrades from F39 to F40

[Ralf Corsépius]

Am 23.02.24 um 22:37 schrieb Samuel Sieb:

On 2/23/24 10:50, Ralf Corsépius wrote:


# dnf system-upgrade download --releasever=40
...
No match for group package "multican"
...

WTH?


It was a program for controlling Canon cameras that has been retired.
Some group you have installed has that package listed in it.
Ah, this likely explains why neither "dnf repoquery" nor "dnf group 
list" could find "multican".


 The comps 
groups need to be cleaned out and that's just a warning.
Well, ... IMHO, most about comps and groups is in an embarrassing 
unusable shape.


Ralf


--
___
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: pygsl tests fail on s390x

[Jerry James]

On Fri, Feb 23, 2024 at 3:53 PM Jerry James  wrote:
> I'll open a PR upstream for this issue.

https://github.com/pygsl/pygsl/pull/49

-- 
Jerry James
http://www.jamezone.org/
--
___
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: pygsl tests fail on s390x

[Jerry James]

On Fri, Feb 23, 2024 at 11:22 AM José Abílio Matos  wrote:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=113947607
>
>
> Most of the errors are like this
>
> E   numpy.core._exceptions._ArrayMemoryError: Unable to allocate 320. GiB 
> for an array with shape (42949672961,) and data type float64
>
>
> I am surprised with the fact that the s390x builders do not have at least 320 
> GiB of RAM, they are clearly under-powered. ;-)
>
>
> On a more serious, and boring, note does this warning rings a bell to anyone 
> who had a similar problem?

Yes, many times. :-)  This kind of thing happens when a pointer to a
64-bit integer gets passed to something that expects a pointer to a
32-bit integer.  In this case, src/rng/rng_helpers.c has a number of
variables named "dimension" that have type PyGSL_array_index_t.  That
type has the same size as a pointer; i.e., it is a 32-bit integer on
32-bit systems and a 64-bit integer on 64-bit systems.

At various places in rng_helpers.c, a dimension variable is
initialized to 1, then PyArg_ParseTuple is called to parse an integer
into it.  The type code "i" is given.  Python thinks that means we
passed it a pointer to a 32-bit integer.  On little endian systems,
that's okay as long as the integer to be parsed fits into a 32-bit
integer; we overwrite the 1.  On big endian systems, however, we write
the parsed 32-bit integer into the most significant 32 bits of the 64
bit integer, leaving the 1 in the least significant bits.  This leaves
the dimension variable holding a value like 42949672961 ==
0xa0001, when it should have held the value 10. The fix is to pass
"l" into PyArg_ParseTuple instead of "i".

I have added a patch for this to
https://src.fedoraproject.org/rpms/pygsl/pull-request/2, which (gentle
prod here) has now been open for 6 months.  If you don't want all of
it, we can eject unwanted commits from the PR.

I'll open a PR upstream for this issue.

Regards,
-- 
Jerry James
http://www.jamezone.org/
--
___
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: Donate 1 minute of your time to test upgrades from F39 to F40

[Samuel Sieb]

On 2/23/24 10:50, Ralf Corsépius wrote:


# dnf system-upgrade download --releasever=40
...
No match for group package "multican"
...

WTH?


It was a program for controlling Canon cameras that has been retired.
Some group you have installed has that package listed in it.  The comps 
groups need to be cleaned out and that's just a warning.

--
___
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

[Bug 2265725] New: perl-CPAN-Perl-Releases-5.20240223 is available

[bugzilla]

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

Bug ID: 2265725
   Summary: perl-CPAN-Perl-Releases-5.20240223 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-CPAN-Perl-Releases
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: iarn...@gmail.com, jples...@redhat.com,
mspa...@redhat.com, perl-devel@lists.fedoraproject.org
  Target Milestone: ---
Classification: Fedora



Releases retrieved: 5.20240223
Upstream release that is considered latest: 5.20240223
Current version/release in rawhide: 5.20240120-1.fc40
URL: https://metacpan.org/dist/CPAN-Perl-Releases/

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://docs.fedoraproject.org/en-US/package-maintainers/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/5881/


To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/perl-CPAN-Perl-Releases


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2265725

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265725%23c0
--
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2265706] New: perl-Module-CoreList-5.20240223 is available

[bugzilla]

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

Bug ID: 2265706
   Summary: perl-Module-CoreList-5.20240223 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-Module-CoreList
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mspa...@redhat.com,
perl-devel@lists.fedoraproject.org, spo...@gmail.com,
st...@silug.org
  Target Milestone: ---
Classification: Fedora



Releases retrieved: 5.20240223
Upstream release that is considered latest: 5.20240223
Current version/release in rawhide: 5.20240129-1.fc40
URL: https://metacpan.org/dist/Module-CoreList/

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://docs.fedoraproject.org/en-US/package-maintainers/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/3080/


To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/perl-Module-CoreList


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2265706

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla=report-spam_desc=Report%20of%20Bug%202265706%23c0
--
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/perl-devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Does Fedora Mobility work with Pinetab 2?

[Ryan Bach via devel]

> Allan via devel wrote:
> 
> Not in Fedora ≥ 40 anymore.
> https://fedoraproject.org/wiki/Changes/Wget2asWget
> https://gitlab.com/gnuwget/wget2/-/wikis/Home#what-is-missing
> 
> Kevin Kofler
How do I use that, it idoesn't work like wget...
--
___
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: Donate 1 minute of your time to test upgrades from F39 to F40

[Ralf Corsépius]

# dnf system-upgrade download --releasever=40
...
No match for group package "multican"
...

WTH?
--
___
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: google-re2 pacakge update and facebook vs google python bindings ?

[Paul Wouters]

On Wed, 7 Feb 2024, Ben Beasley wrote:


Subject: Re: google-re2 pacakge update and facebook vs google python bindings


I haven't heard back from any of the maintainers.

I've created a PR to upgrade re2-2022-06-01 to re2-2024-02-01 as the
first step towards getting python-google-re2 working.

https://src.fedoraproject.org/rpms/re2/pull-request/6

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

Re: F40 Change Proposal: F40 Change Proposal: Unify /usr/bin and /usr/sbin (System-Wide)

[Sérgio Basto]

On Fri, 2024-02-23 at 12:57 -0500, Stephen Smoogen wrote:
> 
> 
> On Fri, 23 Feb 2024 at 08:04, Sérgio Basto  wrote:
> > On Thu, 2024-02-22 at 20:36 -0500, Neal Gompa wrote:
> > > On Thu, Feb 22, 2024 at 8:32 PM Sérgio Basto 
> > 
> > > No. This is one of those many myths about the "Unix FHS". And it
> > > doesn't even matter much these days anyway, since most newer
> > > administrative tools don't install in sbin anyway.
> > > 
> > 
> > name it one , I'm not aware.
> > 
> > Fedora old school (or just me I don't know ) don't use sudo , sudo
> > is a
> > bad idea that came from Ubuntu and turn computer much more insecure
> > ,
> > 
> 
> 
> sudo has been part of the Red Hat/Fedora family since Red Hat Linux
> 7.0 
> https://archive.download.redhat.com/pub/redhat/linux/7.0/en/os/i386/R
> edHat/RPMS/ (2000-09) and had been in powertools since at least
> 5.2 https://archive.download.redhat.com/pub/redhat/linux/5.2/en/power
> tools/i386/ (1998-11). Both of those dates vastly predate Ubuntu.
> While they had been part of Debian before that they were included in
> Powertools in 5 due to requests for it being used on Unix systems
> which were being replaced with Red Hat Linux. [sudo was already a
> preferred tool in various university and corporate environments
> because it did allow for all kinds of policy decisions which were
> easily updated versus the standard at that time to make a chroot
> wrapper and control via group permissions. Many times these wrappers
> were the most insecure thing on a system. ]

I don't use sudo or my regular user is not in sudo users , sudo is
needed for others things like wheel group and always have been present
in Linux 

I mean using sudo and can't login as root or root don't have password ,
like in Ubuntu model and if you are admin you do sudo for everything . 


> > since if a regular user is compromised the access to all computer
> > is
> > much more easier .
> > 
> 
> 
> https://xkcd.com/1200/
> 


This xkcd is not new for me and made me think, I already stated my
opinion don't want lose much time on this subject 

> > And PATH at root user have sbin and PATH of regular user should not
> > have /sbin/ 
> > 
> > but checking we got this pearl in /etc/profile 
> > 
> > 
> > if [ "$EUID" = "0" ]; then
> > pathmunge /usr/sbin
> > pathmunge /usr/local/sbin
> > else
> > pathmunge /usr/local/sbin after
> > pathmunge /usr/sbin after
> > fi
> > 
> > 
> 
> 
> There have been holy wars over /usr/sbin:/sbin:/usr/local/bin for as
> long as I have been a systems administrator in the 1980's. Different
> schools of thought have their world view of when/who/how people
> should have access to it and it would be even split into which Unix
> you used because of what was needed to act per system. 
> 
> In the end, this choice tends to be deeply personal where each person
> assumes the world should follow their model and then get
> increasingly angry that is not the case. I have seen it create
> complete forks of an operating system due to needing to compile in
> such paths in various tools. 
>  
> > 
> > --
> > ___
> > 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

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

pygsl tests fail on s390x

[José Abílio Matos]

https://koji.fedoraproject.org/koji/taskinfo?taskID=113947607

Most of the errors are like this
E   numpy.core._exceptions._ArrayMemoryError: Unable to allocate 320. GiB 
for an array with shape (42949672961,) and data type float64

I am surprised with the fact that the s390x builders do not have at least 320 
GiB of RAM, they are clearly under-powered. ;-)

On a more serious, and boring, note does this warning rings a bell to anyone 
who had a similar problem?

FWIW what is failing are the tests in x390x as they work for all other archs.

Best regards,
-- 
José Abílio Matos--
___
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: F40 Change Proposal: F40 Change Proposal: Unify /usr/bin and /usr/sbin (System-Wide)

[Chris Adams]

Once upon a time, Stephen Smoogen  said:
> On Fri, 23 Feb 2024 at 08:04, Sérgio Basto  wrote:
> > Fedora old school (or just me I don't know ) don't use sudo , sudo is a
> > bad idea that came from Ubuntu and turn computer much more insecure ,
> 
> sudo has been part of the Red Hat/Fedora family since Red Hat Linux 7.0
> https://archive.download.redhat.com/pub/redhat/linux/7.0/en/os/i386/RedHat/RPMS/
> (2000-09) and had been in powertools since at least 5.2
> https://archive.download.redhat.com/pub/redhat/linux/5.2/en/powertools/i386/
> (1998-11). Both of those dates vastly predate Ubuntu.

To add: sudo itself pre-dates Linux itself by around 11 years - sudo was
created closer to when su was created than to when the Linux kernel was
created.

sudo's config syntax is a little awkward, but it is a far superior
solution over su when it comes to security.  sudo _can_ be configured
insecurely, but that's a function of who configures it and how, not the
tool itself.  You could also make su insecure with bad configuration.
-- 
Chris Adams 
--
___
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: F40 Change Proposal: F40 Change Proposal: Unify /usr/bin and /usr/sbin (System-Wide)

[Stephen Smoogen]

On Fri, 23 Feb 2024 at 08:04, Sérgio Basto  wrote:

> On Thu, 2024-02-22 at 20:36 -0500, Neal Gompa wrote:
> > On Thu, Feb 22, 2024 at 8:32 PM Sérgio Basto 
>
> > No. This is one of those many myths about the "Unix FHS". And it
> > doesn't even matter much these days anyway, since most newer
> > administrative tools don't install in sbin anyway.
> >
>
> name it one , I'm not aware.
>
> Fedora old school (or just me I don't know ) don't use sudo , sudo is a
> bad idea that came from Ubuntu and turn computer much more insecure ,
>

sudo has been part of the Red Hat/Fedora family since Red Hat Linux 7.0
https://archive.download.redhat.com/pub/redhat/linux/7.0/en/os/i386/RedHat/RPMS/
(2000-09) and had been in powertools since at least 5.2
https://archive.download.redhat.com/pub/redhat/linux/5.2/en/powertools/i386/
(1998-11). Both of those dates vastly predate Ubuntu. While they had been
part of Debian before that they were included in Powertools in 5 due to
requests for it being used on Unix systems which were being replaced with
Red Hat Linux. [sudo was already a preferred tool in various university and
corporate environments because it did allow for all kinds of policy
decisions which were easily updated versus the standard at that time to
make a chroot wrapper and control via group permissions. Many times these
wrappers were the most insecure thing on a system. ]



> since if a regular user is compromised the access to all computer is
> much more easier .
>

https://xkcd.com/1200/


> And PATH at root user have sbin and PATH of regular user should not
> have /sbin/
>
> but checking we got this pearl in /etc/profile
>
>
> if [ "$EUID" = "0" ]; then
> pathmunge /usr/sbin
> pathmunge /usr/local/sbin
> else
> pathmunge /usr/local/sbin after
> pathmunge /usr/sbin after
> fi
>
>
There have been holy wars over /usr/sbin:/sbin:/usr/local/bin for as long
as I have been a systems administrator in the 1980's. Different schools of
thought have their world view of when/who/how people should have access to
it and it would be even split into which Unix you used because of what was
needed to act per system.

In the end, this choice tends to be deeply personal where each person
assumes the world should follow their model and then get increasingly angry
that is not the case. I have seen it create complete forks of an operating
system due to needing to compile in such paths in various tools.


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


-- 
Stephen Smoogen, Red Hat Automotive
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
--
___
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

2024-02-26 @ 17:00 UTC - Fedora 40 Blocker Review Meeting

[Adam Williamson]

# F40 Blocker Review meeting
# Date: 2024-02-26
# Time: 17:00 UTC
# Location:
https://matrix.to/#/#blocker-review:fedoraproject.org?web-instance[element.io]=chat.fedoraproject.org

Hi folks! It's time for another blocker review meeting. We have 7
proposed blockers and 4 proposed freeze exception for Beta, and 5
proposed blockers for Final.

The meeting will be on Matrix. Click the link above to join in a web
client - you can authenticate with your FAS account - or use a
dedicated client of your choosing.

I'll be on vacation on Monday, so Frantisek Zatloukal will be running
the meeting, thanks Franta!

If you have time this weekend, you can take a look at the proposed or
accepted blockers before the meeting -  the full lists can be found
here: https://qa.fedoraproject.org/blockerbugs/ .

Remember, you can also now vote on bugs outside of review meetings! If
you look at the bug list in the blockerbugs app, you'll see links
labeled "Vote!" next to all proposed blockers and freeze exceptions.
Those links take you to tickets where you can vote.
https://pagure.io/fedora-qa/blocker-review has instructions on how
exactly you do it. We usually go through the tickets shortly before the
meeting and apply any clear votes, so the meeting will just cover bugs
where there wasn't a clear outcome in the ticket voting yet. **THIS
MEANS IF YOU VOTE NOW, THE MEETING WILL BE SHORTER!**

We'll be evaluating these bugs to see if they violate any of the 
Release Criteria and warrant the blocking of a release if they're not 
fixed. Information on the release criteria for F40 can be found on the 
wiki [0].

For more information about the Blocker and Freeze exception process, 
check out these links:
 - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process
 - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process

And for those of you who are curious how a Blocker Review Meeting 
works - or how it's supposed to go and you want to run one - check out 
the SOP on the wiki:
 - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting

Have a good weekend and see you on Monday!

[0] https://fedoraproject.org/wiki/Fedora_Release_Criteria
-- 
Adam Williamson (he/him/his)
Fedora QA
Fedora Chat: @adamwill:fedora.im | Mastodon: @ad...@fosstodon.org
https://www.happyassassin.net



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

Re: F40 Change Proposal: F40 Change Proposal: Unify /usr/bin and /usr/sbin (System-Wide)

[Sérgio Basto]

On Fri, 2024-02-23 at 09:17 -0500, Neal Gompa wrote:
> On Fri, Feb 23, 2024 at 8:04 AM Sérgio Basto 
> wrote:
> > 
> > On Thu, 2024-02-22 at 20:36 -0500, Neal Gompa wrote:
> > > On Thu, Feb 22, 2024 at 8:32 PM Sérgio Basto 
> > > wrote:
> > > > 
> > > > On Sun, 2024-01-28 at 20:14 +, Neal Gompa wrote:
> > > > > On Sun, Jan 28, 2024 at 7:54 PM Gary Buhrmaster
> > > > >  wrote:
> > > > > > 
> > > > > > On Wed, Dec 20, 2023 at 7:54 PM Aoife Moloney
> > > > > > 
> > > > > > wrote:
> > > > > > > 
> > > > > > > Wiki ->
> > > > > > > https://fedoraproject.org/wiki/Changes/Unify_bin_and_sbin
> > > > > > > 
> > > > > > 
> > > > > > One additional item to consider is to review
> > > > > > the packager guidelines for use of /sbin
> > > > > > (and /usr/sbin) in additional locations from
> > > > > > those involved directly with installing binaries.
> > > > > > 
> > > > > > In particular, I am thinking of the sysusers
> > > > > > examples where the use of /sbin/nologin
> > > > > > should, perhaps, be changed to /usr/bin/nologin.
> > > > > > 
> > > > > > There are almost certainly other places
> > > > > > in the docs/guidelines.
> > > > > > 
> > > > > > The documentation updates are always
> > > > > > the most annoying in my experience.
> > > > > 
> > > > > We cannot change this without breaking backward
> > > > > compatibility.
> > > > > It'll
> > > > > have to stay that way until RHEL 9 falls out of support.
> > > > 
> > > > 
> > > > That is a good argument to not change it , why we need break
> > > > backward
> > > > compatibility ?
> > > > 
> > > 
> > > Nah. It just means we don't change any configuration or PATH
> > > stuff,
> > > which is fine because the sbin -> bin symlink will cover it.
> > > 
> > 
> > I strongly disagree with you , we should avoid break backward
> > compatibility , unless we got a very good reason , which is not the
> > case
> > 
> 
> We're not breaking backward compatibility. We would install a symlink
> pointing sbin to bin, which ensures any absolute path usage of
> binaries formerly in sbin will still work.


Good 


> > > > is not sbin for super users and bin for users ?
> > > > 
> > > 
> > > No. This is one of those many myths about the "Unix FHS". And it
> > > doesn't even matter much these days anyway, since most newer
> > > administrative tools don't install in sbin anyway.
> > > 
> > 
> > name it one , I'm not aware.
> > 
> 
> Sure: dnf.

Not convinced, dnf repoquery can be used by any user.
I don't see any major problem but also I don't see any great
benefit, so I don't think we should change that, as it will be, most
likely, a lot of work to everyone 


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

Fedora 40 compose report: 20240223.n.0 changes

[Fedora Branched Report]

OLD: Fedora-40-20240221.n.0
NEW: Fedora-40-20240223.n.0

= SUMMARY =
Added images:4
Dropped images:  4
Added packages:  5
Dropped packages:4
Upgraded packages:   145
Downgraded packages: 0

Size of added packages:  3.81 MiB
Size of dropped packages:661.17 KiB
Size of upgraded packages:   8.20 GiB
Size of downgraded packages: 0 B

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

= ADDED IMAGES =
Image: Silverblue dvd-ostree aarch64
Path: 
Silverblue/aarch64/iso/Fedora-Silverblue-ostree-aarch64-40-20240223.n.0.iso
Image: Kinoite dvd-ostree ppc64le
Path: Kinoite/ppc64le/iso/Fedora-Kinoite-ostree-ppc64le-40-20240223.n.0.iso
Image: Sericea dvd-ostree x86_64
Path: Sericea/x86_64/iso/Fedora-Sericea-ostree-x86_64-40-20240223.n.0.iso
Image: Workstation live ppc64le
Path: 
Workstation/ppc64le/iso/Fedora-Workstation-Live-ppc64le-40-20240223.n.0.iso

= DROPPED IMAGES =
Image: Onyx dvd-ostree x86_64
Path: Onyx/x86_64/iso/Fedora-Onyx-ostree-x86_64-40-20240221.n.0.iso
Image: Mate live x86_64
Path: Spins/x86_64/iso/Fedora-MATE_Compiz-Live-x86_64-40-20240221.n.0.iso
Image: Silverblue dvd-ostree x86_64
Path: Silverblue/x86_64/iso/Fedora-Silverblue-ostree-x86_64-40-20240221.n.0.iso
Image: Jam_KDE live x86_64
Path: Labs/x86_64/iso/Fedora-Jam_KDE-Live-x86_64-40-20240221.n.0.iso

= ADDED PACKAGES =
Package: python-opentelemetry-propagator-aws-xray-1.0.1-52.fc40
Summary: AWS X-Ray Propagator for OpenTelemetry
RPMs:python3-opentelemetry-propagator-aws-xray
Size:21.90 KiB

Package: python-opentelemetry-resource-detector-azure-0.1.3-1.fc40
Summary: OpenTelemetry Resource detectors for Azure
RPMs:python3-opentelemetry-resource-detector-azure
Size:21.05 KiB

Package: python-opentelemetry-sdk-extension-aws-2.0.1-52.fc40
Summary: AWS SDK extension for OpenTelemetry
RPMs:python3-opentelemetry-sdk-extension-aws
Size:34.58 KiB

Package: rust-env_filter-0.1.0-1.fc40
Summary: Filter log events using environment variables
RPMs:rust-env_filter+default-devel rust-env_filter+regex-devel 
rust-env_filter-devel
Size:34.01 KiB

Package: rust-kdotool-0.2.1-1.fc40
Summary: Xdotool-like tool to manipulate windows on KDE Wayland
RPMs:kdotool
Size:3.71 MiB


= DROPPED PACKAGES =
Package: bismuth-3.1.4-3.fc39
Summary: KDE Plasma extension that lets you tile your windows automatically
RPMs:bismuth
Size:385.21 KiB

Package: rust-gdk4_0.6-0.6.3-2.fc40
Summary: Rust bindings of the GDK 4 library
RPMs:rust-gdk4_0.6+default-devel rust-gdk4_0.6+dox-devel 
rust-gdk4_0.6+v4_10-devel rust-gdk4_0.6+v4_2-devel rust-gdk4_0.6+v4_4-devel 
rust-gdk4_0.6+v4_6-devel rust-gdk4_0.6+v4_8-devel rust-gdk4_0.6-devel
Size:159.62 KiB

Package: rust-graphene-rs0.17-0.17.10-2.fc40
Summary: Rust bindings for the Graphene library
RPMs:rust-graphene-rs0.17+default-devel rust-graphene-rs0.17+dox-devel 
rust-graphene-rs0.17-devel
Size:51.94 KiB

Package: rust-gsk4-sys0.6-0.6.3-2.fc40
Summary: FFI bindings of GSK 4
RPMs:rust-gsk4-sys0.6+default-devel rust-gsk4-sys0.6+dox-devel 
rust-gsk4-sys0.6+v4_10-devel rust-gsk4-sys0.6+v4_2-devel 
rust-gsk4-sys0.6+v4_4-devel rust-gsk4-sys0.6+v4_6-devel rust-gsk4-sys0.6-devel
Size:64.41 KiB


= UPGRADED PACKAGES =
Package:  algol68g-3.5.1-1.fc40
Old package:  algol68g-3.5.0-1.fc40
Summary:  Algol 68 Genie compiler-interpreter
RPMs: algol68g
Size: 2.49 MiB
Size change:  -70 B
Changelog:
  * Thu Feb 22 2024 Oleg Girko  - 3.5.1-1
  - Update to 3.5.1


Package:  anaconda-webui-8-1.fc40
Old package:  anaconda-webui-7-1.fc40
Summary:  Anaconda installer Web interface
RPMs: anaconda-webui
Size: 1.33 MiB
Size change:  10.02 KiB
Changelog:
  * Wed Feb 21 2024 Packit  - 8-1
  - Change hardcoded installation phases to new API
  - Add bootloader partition early check based on mount point constraints


Package:  ansible-collection-awx-awx-23.8.1-1.fc40
Old package:  ansible-collection-awx-awx-23.7.0-1.fc40
Summary:  Ansible modules and plugins for working with AWX
RPMs: ansible-collection-awx-awx
Size: 104.56 KiB
Size change:  291 B
Changelog:
  * Wed Feb 21 2024 Andrew Heath 
 - 23.8.1-1
  - Update to 2.8.1


Package:  ant-1.10.14-8.fc40
Old package:  ant-1.10.14-7.fc40
Summary:  Java build tool
RPMs: ant ant-antlr ant-apache-bcel ant-apache-bsf ant-apache-oro 
ant-apache-regexp ant-apache-resolver ant-apache-xalan2 ant-commons-logging 
ant-commons-net ant-imageio ant-jakartamail ant-javadoc ant-jdepend ant-jmf 
ant-jsch ant-junit ant-junit5 ant-lib ant-manual ant-swing ant-testutil ant-xz
Size: 5.27 MiB
Size change:  2.06 KiB
Changelog:
  * Thu Feb 22 2024 Mikolaj Izdebski  - 1.10.14-8
  - Drop explicit build-requires on java-devel


Package:  applet-window-buttons-0.11.1^20240221.3047ed7-1.fc40
Old package:  applet-window-buttons-0.11.1-7.fc39
Summary:  Plasma 6 applet

Introduction / unorphaning package request

[Joshua Stone]

Hello everyone,

I've been a Linux user since my friends showed me Ubuntu 9.04! That was a
lifesaver when I needed an OS with a functional office suite after my MS
Office 2007 license expired and Windows Vista was having stability issues.
After multi-booting Windows and Linux for several years, I had decided that
I no longer boot Windows enough to warrant the disk space, so I've been
running Linux exclusively for over a decade.

When I was first using Linux, I would distro hop between Ubuntu, Linux
Mint, and Fedora, finally before settling on Fedora right around the time
it switched to Wayland by default.

I think Fedora has been very beneficial for me because it's given me enough
of a background on RPM-based distros to have a career where I can use Linux
professionally. My current employment is at Red Hat so I spend a lot of
time packaging software.

I also spend time maintaining several apps on Flathub, and I'd like to
expand maintenance efforts to Fedora!

Earlier I filed a request for unorphaning a package:

https://pagure.io/releng/issue/11963

It would appear that there are several requirements I must fulfill,
especially finding a sponsor. If there's anyone who can help, then I'd
really appreciate it! I hope to be more involved with the Fedora community!

Thanks!

- Josh
--
___
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: Does Fedora Mobility work with Pinetab 2?

[Kevin Kofler via devel]

Allan via devel wrote:
> På Fri, 23 Feb 2024 02:33:28 - Ryan Bach via devel skrev:
>> Do you have a non ftp site?
> 
> No.
> 
> But you can just use wget.

Not in Fedora ≥ 40 anymore.
https://fedoraproject.org/wiki/Changes/Wget2asWget
https://gitlab.com/gnuwget/wget2/-/wikis/Home#what-is-missing

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

Re: F40 Change Proposal: F40 Change Proposal: Unify /usr/bin and /usr/sbin (System-Wide)

[Neal Gompa]

On Fri, Feb 23, 2024 at 8:04 AM Sérgio Basto  wrote:
>
> On Thu, 2024-02-22 at 20:36 -0500, Neal Gompa wrote:
> > On Thu, Feb 22, 2024 at 8:32 PM Sérgio Basto 
> > wrote:
> > >
> > > On Sun, 2024-01-28 at 20:14 +, Neal Gompa wrote:
> > > > On Sun, Jan 28, 2024 at 7:54 PM Gary Buhrmaster
> > > >  wrote:
> > > > >
> > > > > On Wed, Dec 20, 2023 at 7:54 PM Aoife Moloney
> > > > > 
> > > > > wrote:
> > > > > >
> > > > > > Wiki ->
> > > > > > https://fedoraproject.org/wiki/Changes/Unify_bin_and_sbin
> > > > > >
> > > > >
> > > > > One additional item to consider is to review
> > > > > the packager guidelines for use of /sbin
> > > > > (and /usr/sbin) in additional locations from
> > > > > those involved directly with installing binaries.
> > > > >
> > > > > In particular, I am thinking of the sysusers
> > > > > examples where the use of /sbin/nologin
> > > > > should, perhaps, be changed to /usr/bin/nologin.
> > > > >
> > > > > There are almost certainly other places
> > > > > in the docs/guidelines.
> > > > >
> > > > > The documentation updates are always
> > > > > the most annoying in my experience.
> > > >
> > > > We cannot change this without breaking backward compatibility.
> > > > It'll
> > > > have to stay that way until RHEL 9 falls out of support.
> > >
> > >
> > > That is a good argument to not change it , why we need break
> > > backward
> > > compatibility ?
> > >
> >
> > Nah. It just means we don't change any configuration or PATH stuff,
> > which is fine because the sbin -> bin symlink will cover it.
> >
>
> I strongly disagree with you , we should avoid break backward
> compatibility , unless we got a very good reason , which is not the
> case
>

We're not breaking backward compatibility. We would install a symlink
pointing sbin to bin, which ensures any absolute path usage of
binaries formerly in sbin will still work.

> > > is not sbin for super users and bin for users ?
> > >
> >
> > No. This is one of those many myths about the "Unix FHS". And it
> > doesn't even matter much these days anyway, since most newer
> > administrative tools don't install in sbin anyway.
> >
>
> name it one , I'm not aware.
>

Sure: dnf.



-- 
真実はいつも一つ！/ Always, there's only one truth!
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Kickstart install of Rawhide fails

[Orion Poplawski]

On 2/22/24 17:28, Adam Williamson wrote:

On Thu, 2024-02-22 at 15:32 -0700, Orion Poplawski wrote:

I've seeing:

INFO:anaconda.modules.payloads.payload.dnf.transaction_progress:Installed:
glibc-common-2.39.9000-
1.fc41.x86_64 1708040026
e4113ddcb7a4bf591492c0bf4644932b0dad7691ff19c65111751675336cb0c8
INFO:anaconda.modules.payloads.payload.dnf.transaction_progress:Installed:
bash-5.2.26-3.fc40.x86_64 1707490454
3d71ab445ce95481fcd0b367a2541260323b11cff351df8dc8f88df4a5d928df
INFO:anaconda.modules.payloads.payload.dnf.transaction_progress:Configuring
(running scriptlet for): bash-5.2.26-3.fc40.x86_64 1707490454
3d71ab445ce95481fcd0b367a2541260323b11cff351df8dc8f88df4a5d928df
INFO:anaconda.modules.payloads.payload.dnf.transaction_progress:Installed:
dbus-common-1:1.14.10-3.fc40.noarch 1706087027
4501dd43017c1bef93ca8edaae3cbaa501aef60b53e9f7edbe0b5f326d6d471d
INFO:anaconda.modules.payloads.payload.dnf.transaction_progress:Configuring
(running scriptlet for): dbus-common-1:1.14.10-3.fc40.noarch 1706087027
4501dd43017c1bef93ca8edaae3cbaa501aef60b53e9f7edbe0b5f326d6d471d
INFO:dnf.rpm:error: failed to exec scriptlet interpreter /bin/sh: No such file
or directory
warning: %post(dbus-common-1:1.14.10-3.fc40.noarch) scriptlet failed, exit
status 127

ERROR:dnf.rpm:Error in POSTIN scriptlet in rpm package dbus-common
ERROR:anaconda.modules.payloads.payload.dnf.transaction_progress:Error in
POSTIN scriptlet in rpm package dbus-common


But /bin/sh is present and runnable when I try in /mnt/sysroot (the log shows
that bash was just installed as well).

Anyone else hitting this?


Yes, someone else is, when installing in VirtualBox:
https://bugzilla.redhat.com/show_bug.cgi?id=2244744

It's confusing, isn't it? Are you using VirtualBox?


I think the problem is that bash is getting installed before glibc, 
presumably due to some kind of circular dep chain that rpm has to break 
arbitrarily.  I don't know how best to determine that though.


--
Orion Poplawski
he/him/his  - surely the least important thing about me
IT Systems Manager 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301 https://www.nwra.com/



smime.p7s
Description: S/MIME Cryptographic 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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Kickstart install of Rawhide fails

[W. Michael Petullo]

>>> Anyone else hitting this?
>> 
>> Yes, someone else is, when installing in VirtualBox:
>> https://bugzilla.redhat.com/show_bug.cgi?id=2244744
>> 
>> It's confusing, isn't it? Are you using VirtualBox?
> 
> No - libvirt kvm on EL7 host.  Thanks for the bug link, I've chimed in
> there.

I too am getting the "kernel version list is not available" error when
a package listed in my kickstart is not available. I encountered this
when trying to install Fedora 39 directly on x86_64 hardware. My bug
was #2264240, but I recently concluded the problem was the same as
Orion's #2238045.

-- 
Mike

:wq
--
___
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: F40 Change Proposal: F40 Change Proposal: Unify /usr/bin and /usr/sbin (System-Wide)

[Sérgio Basto]

On Thu, 2024-02-22 at 20:36 -0500, Neal Gompa wrote:
> On Thu, Feb 22, 2024 at 8:32 PM Sérgio Basto 
> wrote:
> > 
> > On Sun, 2024-01-28 at 20:14 +, Neal Gompa wrote:
> > > On Sun, Jan 28, 2024 at 7:54 PM Gary Buhrmaster
> > >  wrote:
> > > > 
> > > > On Wed, Dec 20, 2023 at 7:54 PM Aoife Moloney
> > > > 
> > > > wrote:
> > > > > 
> > > > > Wiki ->
> > > > > https://fedoraproject.org/wiki/Changes/Unify_bin_and_sbin
> > > > > 
> > > > 
> > > > One additional item to consider is to review
> > > > the packager guidelines for use of /sbin
> > > > (and /usr/sbin) in additional locations from
> > > > those involved directly with installing binaries.
> > > > 
> > > > In particular, I am thinking of the sysusers
> > > > examples where the use of /sbin/nologin
> > > > should, perhaps, be changed to /usr/bin/nologin.
> > > > 
> > > > There are almost certainly other places
> > > > in the docs/guidelines.
> > > > 
> > > > The documentation updates are always
> > > > the most annoying in my experience.
> > > 
> > > We cannot change this without breaking backward compatibility.
> > > It'll
> > > have to stay that way until RHEL 9 falls out of support.
> > 
> > 
> > That is a good argument to not change it , why we need break
> > backward
> > compatibility ?
> > 
> 
> Nah. It just means we don't change any configuration or PATH stuff,
> which is fine because the sbin -> bin symlink will cover it.
> 

I strongly disagree with you , we should avoid break backward
compatibility , unless we got a very good reason , which is not the
case 

> > is not sbin for super users and bin for users ?
> > 
> 
> No. This is one of those many myths about the "Unix FHS". And it
> doesn't even matter much these days anyway, since most newer
> administrative tools don't install in sbin anyway.
> 

name it one , I'm not aware.

Fedora old school (or just me I don't know ) don't use sudo , sudo is a
bad idea that came from Ubuntu and turn computer much more insecure ,
since if a regular user is compromised the access to all computer is
much more easier .
And PATH at root user have sbin and PATH of regular user should not
have /sbin/ 

but checking we got this pearl in /etc/profile 


if [ "$EUID" = "0" ]; then
pathmunge /usr/sbin
pathmunge /usr/local/sbin
else
pathmunge /usr/local/sbin after
pathmunge /usr/sbin after
fi


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

Re: Does Fedora Mobility work with Pinetab 2?

[Allan via devel]

På Fri, 23 Feb 2024 02:33:28 -
Ryan Bach via devel  skrev:
> Do you have a non ftp site?

No.

But you can just use wget.


--
___
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

[Test-Announce] Fedora 40 Branched 20240223.n.0 nightly compose nominated for testing

[rawhide]

Announcing the creation of a new nightly release validation test event
for Fedora 40 Branched 20240223.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 - 20240219.n.0: anaconda-40.22.1-1.fc40.src, 20240223.n.0: 
anaconda-40.22.2-1.fc40.src
lorax - 20240219.n.0: lorax-40.5-2.fc40.src, 20240223.n.0: lorax-40.6-1.fc40.src

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

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_40_Branched_20240223.n.0_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora_40_Branched_20240223.n.0_Installation
https://fedoraproject.org/wiki/Test_Results:Fedora_40_Branched_20240223.n.0_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_40_Branched_20240223.n.0_Server
https://fedoraproject.org/wiki/Test_Results:Fedora_40_Branched_20240223.n.0_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_40_Branched_20240223.n.0_Desktop
https://fedoraproject.org/wiki/Test_Results:Fedora_40_Branched_20240223.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, report it: 
https://pagure.io/fedora-infrastructure/new_issue
--
___
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: Donate 1 minute of your time to test upgrades from F39 to F40

[Dominik 'Rathann' Mierzejewski]

Hi!

On Wednesday, 21 February 2024 at 08:11, Miroslav Suchý wrote:
> Do you want to make Fedora 40 better? Please spend 1 minute of your
> time and try to run:
[...]
> In case you hit dependency issues, please report it against the
> appropriate package.

I did run `dnf system-upgrade` and it revealed no issues at all, not
even downgrades. I am excluding a bunch of packages from being installed
via exclude= in /etc/dnf/dnf.conf, though. These include hardware
enablement for hardware I can't possibly have on this particular
machine.

So, good job on F40, Fedora community!

Regards,
Dominik
-- 
Fedora   https://fedoraproject.org
Deep in the human unconscious is a pervasive need for a logical universe that
makes sense. But the real universe is always one step beyond logic.
-- from "The 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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: F40 Change Proposal: F40 Change Proposal: Unify /usr/bin and /usr/sbin (System-Wide)

[Neal Gompa]

On Fri, Feb 23, 2024 at 5:44 AM Roy Bekken  wrote:
>
> On fredag 23. februar 2024 02:36:38 CET Neal Gompa wrote:
> > On Thu, Feb 22, 2024 at 8:32 PM Sérgio Basto  wrote:
> >
> > >
> > >
> > > On Sun, 2024-01-28 at 20:14 +, Neal Gompa wrote:
> > >
> > > > On Sun, Jan 28, 2024 at 7:54 PM Gary Buhrmaster
> > > >  wrote:
> > > >
> > > > >
> > > > >
> > > > > On Wed, Dec 20, 2023 at 7:54 PM Aoife Moloney 
> > > > > wrote:
> > > > >
> > > > > >
> > > > > >
> > > > > > Wiki -> https://fedoraproject.org/wiki/Changes/Unify_bin_and_sbin
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > One additional item to consider is to review
> > > > > the packager guidelines for use of /sbin
> > > > > (and /usr/sbin) in additional locations from
> > > > > those involved directly with installing binaries.
> > > > >
> > > > >
> > > > >
> > > > > In particular, I am thinking of the sysusers
> > > > > examples where the use of /sbin/nologin
> > > > > should, perhaps, be changed to /usr/bin/nologin.
> > > > >
> > > > >
> > > > >
> > > > > There are almost certainly other places
> > > > > in the docs/guidelines.
> > > > >
> > > > >
> > > > >
> > > > > The documentation updates are always
> > > > > the most annoying in my experience.
> > > >
> > > >
> > > >
> > > > We cannot change this without breaking backward compatibility. It'll
> > > > have to stay that way until RHEL 9 falls out of support.
> > >
> > >
> > >
> > >
> > > That is a good argument to not change it , why we need break backward
> > > compatibility ?
> > >
> > >
> >
> >
> > Nah. It just means we don't change any configuration or PATH stuff,
> > which is fine because the sbin -> bin symlink will cover it.
> >
> >
> Shouldn't sbin be removed from the path with this change?
>
> The only reason normal users have sbin in the first place is because of the
> convenience of tab completion with sudo.
>

We *could*, but we don't really have to.

> When normal users got sbin, it was important that it was at the end of the
> variable or it would break consolehelper. I’m not sure if consolehelper is
> ever used anymore but its still part the repo.
>

consolehelper is still used for mock and a few other things.



-- 
真実はいつも一つ！/ Always, there's only one truth!
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: F40 Change Proposal: F40 Change Proposal: Unify /usr/bin and /usr/sbin (System-Wide)

[Roy Bekken]

On fredag 23. februar 2024 02:36:38 CET Neal Gompa wrote:
> On Thu, Feb 22, 2024 at 8:32 PM Sérgio Basto  wrote:
> 
> >
> >
> > On Sun, 2024-01-28 at 20:14 +, Neal Gompa wrote:
> > 
> > > On Sun, Jan 28, 2024 at 7:54 PM Gary Buhrmaster
> > >  wrote:
> > > 
> > > >
> > > >
> > > > On Wed, Dec 20, 2023 at 7:54 PM Aoife Moloney 
> > > > wrote:
> > > > 
> > > > >
> > > > >
> > > > > Wiki -> https://fedoraproject.org/wiki/Changes/Unify_bin_and_sbin
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > One additional item to consider is to review
> > > > the packager guidelines for use of /sbin
> > > > (and /usr/sbin) in additional locations from
> > > > those involved directly with installing binaries.
> > > >
> > > >
> > > >
> > > > In particular, I am thinking of the sysusers
> > > > examples where the use of /sbin/nologin
> > > > should, perhaps, be changed to /usr/bin/nologin.
> > > >
> > > >
> > > >
> > > > There are almost certainly other places
> > > > in the docs/guidelines.
> > > >
> > > >
> > > >
> > > > The documentation updates are always
> > > > the most annoying in my experience.
> > >
> > >
> > >
> > > We cannot change this without breaking backward compatibility. It'll
> > > have to stay that way until RHEL 9 falls out of support.
> >
> >
> >
> >
> > That is a good argument to not change it , why we need break backward
> > compatibility ?
> >
> >
> 
> 
> Nah. It just means we don't change any configuration or PATH stuff,
> which is fine because the sbin -> bin symlink will cover it.
> 
> 
Shouldn't sbin be removed from the path with this change? 

The only reason normal users have sbin in the first place is because of the 
convenience of tab completion with sudo.

When normal users got sbin, it was important that it was at the end of the 
variable or it would break consolehelper. I’m not sure if consolehelper is 
ever used anymore but its still part the repo.


--
___
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

WAS: package reviews for Pandoc and CVE-2023-35936

[Philip Rhoades via devel]

People,

While we are on this topic - are there any Pandoc gurus here? - I posted 
a note on the Pandoc site but haven't had any responses yet . .


Thanks,

Phil.


On 2024-02-23 19:03, Jens-Ulrik Petersen wrote:

(changed the subject)

On Thu, Feb 22, 2024 at 9:14 PM Zbigniew Jędrzejewski-Szmek
 wrote:


On Thu, Feb 22, 2024 at 02:06:22PM +0800, Jens-Ulrik Petersen wrote:

I realised a second open package review is
https://bugzilla.redhat.com/show_bug.cgi?id=2068718 (isocline)


Done.


Thank you very much, Zbigniew

Okay I have opened a crucial one:

https://bugzilla.redhat.com/show_bug.cgi?id=2265552 (pandoc-cli),

which will actually replace the pandoc binary package.

With this it will simplify the pandoc package further, since this
package depends on the pandoc library!

Jens


zbyszek
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:


https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue


--

 Jens Petersen

_he/him/his_

Associate Manager, Software EngineeringDisplay Systems Group & RHEL
i18n Subsystem

Core Platforms - Global/Product Engineering

Singapore

 [1]



Links:
--
[1] https://www.redhat.com
--
___
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


--
Philip Rhoades

PO Box 896
Cowra  NSW  2794
Australia
E-mail:  p...@pricom.com.au
--
___
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

package reviews for Pandoc and CVE-2023-35936

[Jens-Ulrik Petersen]

(changed the subject)

On Thu, Feb 22, 2024 at 9:14 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:

> On Thu, Feb 22, 2024 at 02:06:22PM +0800, Jens-Ulrik Petersen wrote:
> > I realised a second open package review is
> > https://bugzilla.redhat.com/show_bug.cgi?id=2068718 (isocline)
>
> Done.
>

Thank you very much, Zbigniew

Okay I have opened a crucial one:

https://bugzilla.redhat.com/show_bug.cgi?id=2265552 (pandoc-cli),

which will actually replace the pandoc binary package.

With this it will simplify the pandoc package further, since this package
depends on the pandoc library!

Jens

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


-- 

Jens Petersen

*he/him/his*

Associate Manager, Software Engineering
Display Systems Group & RHEL i18n Subsystem

Core Platforms - Global/Product Engineering

Singapore

--
___
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