Re: Self-Introduction: Peter Pentchev

[Dominik 'Rathann' Mierzejewski]

Hello, Peter!

On Tuesday, 28 May 2024 at 08:23, Peter Pentchev wrote:
[...]
> If my packager group application is accepted,

Have you gone through the other steps outlined in 
https://docs.fedoraproject.org/en-US/package-maintainers/Joining_the_Package_Maintainers/
?

> I will try to
> help several packaging teams within Fedora (Python, Perl, Rust, maybe
> some other topic-based ones) and probably separately package some tools
> that I use on a daily basis, some written by me, some by others.

Sounds good. Welcome to Fedora!

> PGP key:http://people.FreeBSD.org/~roam/roam.key.asc

You might want to update this URL to use https.

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: Roseline Bassey - Community Architect Intern Introduction

[Dominik 'Rathann' Mierzejewski]

Hello, Roseline!

On Monday, 27 May 2024 at 17:26, Roseline Bassey wrote:
[...]
> I’m excited to bring my experience and skills and to contribute to and
> support various Fedora teams and the broader community during my
> internship.

Welcome to Fedora!

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: Upgrading Xwayland to version 24.1.0 in Fedora 40

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 15 May 2024 at 19:00, Fabio Valentini wrote:
> On Wed, May 15, 2024 at 6:23 PM Leigh Scott  wrote:
> >
> > > On Wed, May 15, 2024 at 4:31 PM Olivier Fourdan 
> > >  > >
> > > Not directly related, but hopefully not entirely off-topic:
> > > Are there plans to update the xorg-x11-server package itself to the
> > > new stable branch too?
> > >
> > > It's been stuck on the 1.20.14 release for a long time (on the last
> > > release from the 1.20 branch from 2021 - admittedly, with a lot of
> > > backports).
> > > But the last stable release of xorg-server (21.1.13) was just a month ago.
> > >
> > > Fabio
> >
> > Updating the xorg abi would mean retirement for nvidia 340xx and 390xx.
> 
> Does this mean "I'm against it" or "it would involve retiring two
> legacy NVidia driver packages"?

I'd love to see an updated version of xorg-x11-server, as it'd allow
dropping most, if not all of those backports and it'd bring in a lot of
bug fixes and improvements.

Looking at nVidia 340 and 390 driver series, the last releases were:
340.108 on 2019.12.23, i.e. ~4.5 years ago
390.157 on 2022.11.22, i.e. ~2.5 years ago

However, 390.157 supports Xorg 21.1 series:
https://us.download.nvidia.com/XFree86/Linux-x86_64/390.157/README/minimumrequirements.html
so I think we would not have to retire 390 series driver just yet.

Heck, the 390 series supports the GT 525M GPU in my 12 year old Dell XPS
15 laptop. I should actually try it as the nouveau driver doesn't work
very well with it.

So, I think losing compatibility with binary nVidia drivers that were
EOL 4.5 years ago while still being compatible with drivers supporting
12yo GPUs is an acceptable trade-off for bumping the Xorg xserver to
21.1.x in F41.

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: GIMP 3.0 in F41?

[Dominik 'Rathann' Mierzejewski]

On Monday, 13 May 2024 at 23:22, Nils Philippsen wrote:
[...]
> Let me try to clarify: Offering both major versions is mainly to cater
> for existing projects people might have. It’s hardly a maintenance
> burden as long as the dependencies are still available, at some point
> this might change and then the 2.x package will be retired. I have my
> reasons for naming the set of packages ("gimp", "gimp3") rather than
> ("gimp2", "gimp") which you might not find convincing, but in the end
> which package gets the versioned name and which doesn’t is an
> implementation detail – many people use package management software
> which doesn’t display these front and center.

Not moving the "gimp" RPM to 3.x once it's released is arguably contrary
to Fedora principle of being "First". Historically, when some upstream
released a new major version, Fedora packaging followed it and,
sometimes, kept the older version as a separate, version-suffixed
package. This was accompanied by a Change and I think it makes sense to
do a Self-Contained Change upgrading gimp to GIMP 3.0 and introducing
gimp2 for those who need it in F41.

You still have plenty of time (until Jul 16th) to write up and submit
the Change. By that time, GIMP 3.0 will very likely be out already,
so by F41 release, GIMP users will be aware that 3.0 is out. I think
it's both safe and expected to move the main gimp package to 3.0 and
upgrade users automatically in F41.

Do you have any convincing arguments to do otherwise?

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

Re: GIMP 3.0 in F41?

[Dominik 'Rathann' Mierzejewski]

On Monday, 13 May 2024 at 13:27, Dan Horák wrote:
> On Mon, 13 May 2024 11:49:47 +0200
> Dominik 'Rathann' Mierzejewski  wrote:
[...]
> > Also, how did this pass review?
> > 
> > License:LGPLv3+
> 
> https://src.fedoraproject.org/rpms/gimp3/blob/rawhide/f/gimp3.spec
> contains
> 
> License: LGPL-3.0-or-later AND GPL-2.0-or-later AND GPL-3.0-or-later
> AND BSD-3-Clause AND CC-BY-SA-3.0 AND CC-BY-SA-4.0 AND CC0
> 
> since its import, with a comment about the details. It looks good to
> me. Where did you find the LGPLv3+?

In the subpackages, which Nils has confirmed he missed:
https://src.fedoraproject.org/rpms/gimp3/blob/rawhide/f/gimp3.spec#_186
https://src.fedoraproject.org/rpms/gimp3/blob/rawhide/f/gimp3.spec#_204

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

Re: GIMP 3.0 in F41?

[Dominik 'Rathann' Mierzejewski]

On Monday, 13 May 2024 at 12:14, Fabio Valentini wrote:
> On Mon, May 13, 2024, 11:50 Dominik 'Rathann' Mierzejewski <
> domi...@greysector.net> wrote:
> 
> > On Monday, 13 May 2024 at 01:00, Neal Gompa wrote:
> > > On Sun, May 12, 2024 at 4:59 PM Sérgio Basto  wrote:
> > > >
> > > >
> > > >
> > > > https://src.fedoraproject.org/rpms/gimp3
> > > >
> > >
> > > What the heck? This should have been gimp2 for the old version, not
> > > gimp3 for the new version...
> >
> > Also, how did this pass review?
> >
> > License:LGPLv3+
> >
> > And I'll answer myself: it hasn't or at least I can't find any review
> > ticket.
> >
> > Nils, could you explain how this package ended up in Fedora?
> 
> Standard procedure, everything seems to be in order:
> 
> https://pagure.io/releng/fedora-scm-requests/issue/62152

Thanks, I couldn't find the link.

> The review exception is valid because it's an alternative version of an
> existing package, and Nils is also the maintainer of the existing package.

Sure. That doesn't excuse importing a spec that doesn't follow current
packaging guidelines. It'd be nice if such requests had to pass at least
some automated checks (like successful scratch build, installability check,
SPDX validation, i.e. basic sanity checks) before human approval is sought.
I expect nobody wants to import broken stuff knowingly, but these things
can be missed.

> While most people prefer that alternative versions carry a "compat" suffix
> (i.e. the new version is the one without the suffix, and the old version
> has the suffix), this is - contrary to popular belief - not actually
> required or even mentioned in the packaging guidelines.

Also correct.

And Nils, I'm not saying you did anything wrong. Just that it'd be a
good idea to announce this, even if to invite testers. I actually have a
GIMP user at home who might want to check it out. Thanks for working on
the new GIMP version!

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: GIMP 3.0 in F41?

[Dominik 'Rathann' Mierzejewski]

On Monday, 13 May 2024 at 01:00, Neal Gompa wrote:
> On Sun, May 12, 2024 at 4:59 PM Sérgio Basto  wrote:
> >
> >
> >
> > https://src.fedoraproject.org/rpms/gimp3
> >
> 
> What the heck? This should have been gimp2 for the old version, not
> gimp3 for the new version...

Also, how did this pass review?

License:LGPLv3+

And I'll answer myself: it hasn't or at least I can't find any review
ticket.

Nils, could you explain how this package ended up in Fedora?

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: Self Introduction: Susan LeGendre-McGhee

[Dominik 'Rathann' Mierzejewski]

Hello, Susan.

On Thursday, 09 May 2024 at 20:53, Susan LeGendre-McGhee wrote:
> Hey all,
> 
> I'd like to introduce myself to the community. @bgurney reviewed and
> approved my first package at
> https://bugzilla.redhat.com/show_bug.cgi?id=2273535. As such, I'm now
> looking for someone to sponsor me. My official request for sponsorship is
> at https://pagure.io/packager-sponsors/issue/657.
> 
> I have been developing software for over a decade, mostly in the realm of
> embedded applications. For the last two years, I have also co-maintained the
> VDO kernel and user tool packages for CentOS/RHEL. Our kernel module has
> been accepted upstream and is included in the 6.9 kernel that was pulled in
> for F41. I would like to maintain the VDO user tools for Fedora, and
> potentially other packages in the future.

Great stuff!

> I generally love learning and contributing wherever I can, so my interests
> are broad. I look forward to contributing more to Fedora.

Welcome to Fedora!

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: PWG+OpenPrinting meetup 2024

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 07 May 2024 at 18:40, Zdenek Dohnal wrote:
> Hi all,
> 
> I've joined the mentioned meetup to see what are the changes from the last
> year and proposal what to do in the future.

Thanks, Zdenek. Your summaries are very useful as usual!

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: Self Introduction: Jan André Reuter

[Dominik 'Rathann' Mierzejewski]

Hello, Jan!

On Friday, 03 May 2024 at 11:29, Jan Andre Reuter wrote:
[...]
> I decided to learn a bit about the packaging and open a PR to update
> it to the latest release. I have still a lot to learn, but I'm eager
> to learn more about the packaging and everything around it.

Welcome to Fedora. Your achievements are quite impressive already and
we're definitely looking forward to more contributions from you.

Please consider joining the SciTech SIG:
https://fedoraproject.org/wiki/Category:SciTech_SIG as this group's
interests seem to overlap with yours.

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

GIMP 3.0 in F41?

[Dominik 'Rathann' Mierzejewski]

Hi!

I noticed that GIMP 3.0 is scheduled[1] for release in June. It'd be
nice to have it in F41. Are there any plans to do so? Do the maintainers
(Cc'd) need any help?

[1] https://gitlab.gnome.org/GNOME/gimp/-/issues/10373#timeline

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: [HEADS-UP] openexr so name bump heading Rawhide and f40

[Dominik 'Rathann' Mierzejewski]

On Friday, 26 April 2024 at 15:47, Ben Beasley wrote:
> Josef,
> 
> I finished rebuilding everything in the side tag f41-build-side-88169.
> Please create the Bodhi update.
> 
> The packages cinelerra-gg and olive are RPMFusion packages, so there is
> nothing to do in Fedora; any coordination you want to do with RPMFusion is
> up to you.

olive is eligible for Fedora now as it has no dependencies outside
Fedora. I haven't looked at cinelerrra-gg, but it should be easey
at this point.

> For the curious, further details follow below.
> 
> – Ben Beasley (FAS music)
> 
> 
> 
> I double-checked the packages that were in your original list but not in the
> output of "fedrq wrsrc -s openexr":
> 
>     - The CTL package BuildRequires the compat package openexr2 instead, so
> it did not need to be rebuilt.
> 
>     - The synfig package also BuildRequires the compat package, and one can
> see that it links the compat libraries (e.g. libIlmImf-2_5.so.26), but it
> does depend *indirectly* on the current openexr via its dependencies. I
> think it did not need to be rebuilt, but an attempt was made to rebuild it
> in the side tag, which failed because the dependencies were not rebuilt yet
> – so I rebuilt it again, successfuly.
> 
>     - The cinelerra-gg and olive packages belong to RPMFusion, so there is
> nothing to do in Fedora.
> 
>     - The synfigstudio package really did need to be rebuilt! The source RPM
> does not depend on openexr, but the binary packages do.
> 
> To look for other cases like synfigstudio, I tried this:
> 
>     fedrq wr openexr-libs | xargs repoquery --repo=rawhide --qf
> '%{source_name}'
> 
> Other than synfigstudio, all of the resulting packages were in the original
> list.
> 
> On 4/25/24 11:20 AM, Ben Beasley wrote:
> > 
> > The side tag is nearly complete. I have finished rebuilding all of the
> > packages in “my” list for openexr except Blender (which I’ll tackle
> > soon).
> > 
> > I discovered that an ABI-incompatible update was committed to the
> > Rawhide branch for OpenColorIO, but never built, about two months ago.
> > Since I needed to rebuild OpenColorIO in the side tag, I raised the
> > issue[1] with the OpenColorIO maintainer and—after a quick, successful
> > trial-run in COPR—we ultimately decided to include the OpenColorIO
> > update in side tag rather than trying to revert it before rebuilding.
> > 
> > Therefore, OpenImageIO, krita, and luxcorerender received a second
> > rebuild commit for OpenColorIO 2.3.2 and a second build in the side tag.
> > The calligra and usd packages are also rebuilding for OpenColorIO 2.3.2
> > in the side tag. Once everything else is done, I will build Blender.
> > 
> > Finally, I will double-check the packages that were in Josef’s list but
> > not mine (CTL, cinelerra-gg, olive, synfig, and synfigstudio; libjxl is
> > just a binary package of jpegxl), to make sure I haven’t missed any
> > additional packages that really do need to be rebuilt.
> > 
> > [1] https://bugzilla.redhat.com/show_bug.cgi?id=2239262#c15
> > 
> > On 4/24/24 8:13 AM, Ben Beasley wrote:
> > > 
> > > I rebuilt openvdb. I am finding that the dependency chains in this
> > > set of packages are even longer than I expected. Considering that,
> > > and how “heavy” some of these packages are – and in the interest of
> > > not keeping this side tag open for too long – I am going to go ahead
> > > and start using provenpackager privilege to carefully work through
> > > the packages that can be rebuilt with a simple release bump.
> > > (Hopefully that means all of them!)
> > > 
> > > 
> > > On 4/23/24 7:21 PM, Ben Beasley wrote:
> > > > 
> > > > I get a slightly larger list with fedrq:
> > > > 
> > > > $ fedrq wrsrc -s openexr -F name
> > > > CImg
> > > > Field3D
> > > > ImageMagick
> > > > OpenColorIO
> > > > OpenEXR_Viewers
> > > > OpenImageIO
> > > > OpenSceneGraph
> > > > YafaRay
> > > > blender
> > > > darktable
> > > > enblend
> > > > freeimage
> > > > gdal
> > > > gegl04
> > > > gimp
> > > > gmic
> > > > gstreamer1-plugins-bad-free
> > > > hugin
> > > > jpegxl
> > > > kdelibs3
> > > > kf5-kimageformats
> > > > kf6-kimageformats
> > > > kio-extras
> > > > kio-extras-kf5
> > > > krita
> > > > luxcorerender
> > > > ogre
> > > > opencv
> > > > openvdb
> > > > pfstools
> > > > povray
> > > > prusa-slicer
> > > > vigra
> > > > vips
> > > > 
> > > > I BCC’d all of the foo-maintain...@fedoraproject.org aliases in
> > > > case anyone missed the original email.
> > > > 
> > > > I am happy to work as provenpackager to help with some of these
> > > > rebuilds, but I want to allow a *little* time for anyone who
> > > > wants to rebuild their own package.
> > > > 
> > > > That said, I’m going to go ahead and rebuild some of the
> > > > packages that are in or adjacent to the Blender stack, because I
> > > > co-maintain a few of them and have recently had to touch a few
> > > > more of them due to other ABI changes – also, there are some
> > > > long dependency chains involved.

Re: Self Introduction: Łukasz W.

[Dominik 'Rathann' Mierzejewski]

Hello, Łukasz.

On Sunday, 21 April 2024 at 20:37, Łukasz Wojniłowicz wrote:
> Hi all,
> 
> @decathorpe reviewed my first package positively at
> https://bugzilla.redhat.com/show_bug.cgi?id=2271100 
> and now I'm looking for somebody to sponsor me. My official request for
> sponsorship is at https://pagure.io/packager-sponsors/issue/640.

I've sponsored you.

> I would like to package aw-server-rust and eventually other components
> from ActivityWatch. Fedora is missing several dozens of dependencies
> for aw-server-rust and I would like to follow up on them as well.

Great! Thanks for your contribution.

> If that's of any use, I already maintain nvidia-340xx-kmod at RPMFusion
> and provide ungoogled-chromium at my own COPR.

That is certainly useful for users of older nVidia GPUs. Thanks!

> I look forward to hearing from you soon.

Welcome to Fedora!

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

soname bump: live555 2024.03.08 coming to rawhide

[Dominik 'Rathann' Mierzejewski]

Hello!
Latest live555-2024.03.08 comes with an SONAME bump from 107 to 112.
The only consumer seems to be vlc, which I'll rebuild in a side-tag
(f41-build-side-87311) and submit together as an update.

This is rawhide only.

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: ld: error: triggering the generation of an executable stack

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 20 March 2024 at 01:27, Orion Poplawski wrote:
> With a recent update, plplot is failing to build with:
> 
> cd /builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/examples/fortran
> && /usr/bin/cmake -E cmake_link_script CMakeFiles/x16af.dir/link.txt
> --verbose=1
> /usr/bin/gfortran -Wl,-z,relro -Wl,--as-needed -Wl,-z,pack-relative-relocs
> -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld-errors
> -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
> -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -Wl,--build-id=sha1 -O2
> -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe
> -Wall -Wno-complain-wrong-lang -Werror=format-security
> -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS
> -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
> -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -m64 -march=x86-64
> -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection
> -fcf-protection -mtls-dialect=gnu2 -fno-omit-frame-pointer
> -mno-omit-leaf-frame-pointer -frecursive CMakeFiles/x16af.dir/x16af.f90.o -o
> x16af 
> -Wl,-rpath,/builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/bindings/fortran:/builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/src:/builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/lib/csa:/builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/lib/nn:/builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/lib/qsastime
> ../libplfortrandemolib.a ../../bindings/fortran/libplplotfortran.so.0.2.0 
> -Wl,-rpath-link,/builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/src:/builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/lib/csa:/builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/lib/nn:/builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/lib/qsastime
> /usr/bin/ld: error: /tmp/cchkMGCX.ltrans0.ltrans.o: is triggering the
> generation of an executable stack (because it has an executable
> .note.GNU-stack section)
> /usr/bin/ld: failed to set dynamic section sizes: No such file or directory
> 
> I have no idea what is up here.
> 
> Seems to have started with:
> 
> gcc 14.0.1-0.7.fc41
> glibc 2.39.9000-3.fc41
> util-linux 2.40-0.9.rc1.fc41
> binutils 2.42.50-4.fc41
> 
> and lots of others, but that seems the most likely.

koschei shows that this started on Feb 24th:
https://koschei.fedoraproject.org/build/17466620

Most likely culprit is indeed glibc (2.39->2.39.9000)
or binutils (2.41->2.42.50).

This binutils patch seems relevant:
https://inbox.sourceware.org/binutils/20240126214553.46536-1-hjl.to...@gmail.com/t/#u
However, the error message is slightly different.

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: gloox soname bump

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 19 March 2024 at 09:41, David Bold wrote:
> > Hi Fedorians,
> > 
> > I intend to update gloox to 1.0.28 which comes with a soname bump.
> > 0ad and uwsgi depend on gloox [0].
> > 
> > I have successfully rebuild both in copr [1].
> > 
> > I will rebuild gloox in the following side tags:
> > fedpkg build --target=f41-build-side-85385
> > fedpkg build --target=f40-build-side-85387
> > 
> > Help with the rebuilds would be greatly appreciated, as I do not have 
> > permission for those
> > two packages.
> > 
> > Best, David
> 
> It has been a bit over a week. Could I please get some help from a
> provenpackager to rebuild the two dependencies and submit the update?

Builds completed. I think you can submit the updates yourself now. 
Next time, I'd suggest opening a pull request against
each of the packages you want to rebuild. That saves time for PPs.

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

[Dominik 'Rathann' Mierzejewski]

Hello, Patrice!

On Monday, 19 February 2024 at 13:55, Patrice Peterson via devel wrote:
> Hello to all and sundry!
> 
> I've been a Fedora user for close to ten years but I've never been involved
> with the project itself, aside from reporting a few bugs here and there.
> Been using Linux for ~20 years, more or less – started out on Ubuntu, moved
> over to Arch, and then Fedora. On Arch, I used to maintain a few AUR
> packages, mostly games. A while ago, I began getting into music production
> on Linux, started building flatpaks and submitting my first one to Flathub
> [1], and I'm currently trying to pull the rtirq package into the current
> decade [2].

Some quick nitpicks for your spec:

1. License must be converted to SPDX (and verified):
https://codeberg.org/runiq/rpms/src/branch/main/rtirq/rtirq.spec#L7

2. You might consider using %autosetup -p1 instead of %setup and a
series of %patch calls:
https://codeberg.org/runiq/rpms/src/branch/main/rtirq/rtirq.spec#L32

3. You don't need to clean the buildroot in %install and you should drop
the whole %clean section:
https://codeberg.org/runiq/rpms/src/branch/main/rtirq/rtirq.spec#L47
https://codeberg.org/runiq/rpms/src/branch/main/rtirq/rtirq.spec#L70

4. systemd macros are in a separate package (systemd-rpm-macros), so
there's no need to BR: systemd:
https://codeberg.org/runiq/rpms/src/branch/main/rtirq/rtirq.spec#L23

5. I think there's nothing wrong with using /etc/default instead of
/etc/sysconfig. Grub and shadow-utils are using that location, so
there's a precedent and you could save some patching.

6. The upstream URL returns 404 not found (http://www.rncbc.org/jack/)

7. There's a tarball signature that you could validate:
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_source_file_verification

If you unretire within a week, you'll be able to claim ownership and
start working on it immediately.

The package has been retired after being orphaned for 6+ weeks, and if
you wait another week, it'll have been retired for 8 weeks, which is the
cut-off time for a new review requirement.

https://docs.fedoraproject.org/en-US/fesco/Policy_for_orphan_and_retired_packages/#unorphaning_and_unretiring_packages

> Thanks for having me :)

You are most welcome!

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

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 07 February 2024 at 15:31, Luis Correia wrote:
> The package already exists, under RPM Fusion free (most updated is a beta
> version)
> 
> I'll at least keep it up to date with new releases

We know it exists. Neal is saying you should move it from RPM Fusion to
Fedora.

As far as I know, it doesn't depend on anything not already in Fedora.

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: FYI: AFL++ now builds a GCC plugin

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 06 February 2024 at 12:54, Richard W.M. Jones wrote:
>   https://koji.fedoraproject.org/koji/taskinfo?taskID=113035034
>   https://bugzilla.redhat.com/show_bug.cgi?id=2262539
> 
> The new AFL++ (American Fuzzy Lop, a fuzzing tool) in Rawhide appears
> to be building a GCC plugin, contained in one or all of these newly
> added files:
> 
>   %global afl_helper_path %{_libdir}/afl
>   %{_bindir}/afl-gcc-fast
>   %{_bindir}/afl-g++-fast
>   %{afl_helper_path}/afl-gcc-cmplog-pass.so
>   %{afl_helper_path}/afl-gcc-cmptrs-pass.so
>   %{afl_helper_path}/afl-gcc-pass.so
>   %{afl_helper_path}/afl-gcc-rt.o
>   %{afl_helper_path}/injection-pass.so

By the way, I think it makes no sense to define and use afl_helper_path
macro here. %{_libdir}/afl is shorter than %{_afl_helper_path}.

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: Retirement of sundials2 seqan seqan2 wise2

[Dominik 'Rathann' Mierzejewski]

Hi!

On Saturday, 03 February 2024 at 22:01, Antonio T. sagitter wrote:
> Hi all.
> 
> Following packages will be retired in Rawhide branch:

[...]
> wise2 (unmaintained by upstream, no longer needed in Fedora),
> https://src.fedoraproject.org/rpms/wise2

Can you drop my name from Bugzilla Assignee for EPEL before you retire?
I no longer maintain the EPEL7 branch.

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: Heads-up: abseil-cpp 20240116.0 coming to F40/Rawhide

[Dominik 'Rathann' Mierzejewski]

Hello, Ben.

On Sunday, 28 January 2024 at 19:43, Ben Beasley wrote:
> In one week, 2024-02-04, or slightly later, I plan to update abseil-cpp from
> 20230802.1 to 20230116.0 (Abseil LTS branch, Jan 2024)[1] in side tags for

Correct me if I'm wrong, but this looks like a downgrade:
$ rpmdev-vercmp 0 20230802.1 1 0 20230116.0 1
0:20230802.1-1 > 0:20230116.0-1

Did you mean "update to 20240116.0"?

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: Self Introduction: Jacek Migacz

[Dominik 'Rathann' Mierzejewski]

Hello, Jacek!

On Friday, 26 January 2024 at 20:46, Jacek Migacz wrote:
> Dear Community!
> 
> My name is Jacek Migacz; a software engineer from Poland.
> I'm currently maintaining curl and emacs on Red Hat Enterprise Linux.
> I am eager to learn from the collective wisdom of the community and
> contribute in meaningful ways.

Welcome to Fedora! Feel free to drop by our official room on Matrix[1]
and/or IRC[2] to say hello.

[1] #pl:fedoraproject.org
[2] #fedora-pl

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

Re: HEADSUP boost and tbb rebuilds starting in a side tag

[Dominik 'Rathann' Mierzejewski]

On Saturday, 20 January 2024 at 17:59, Tom Hughes via devel wrote:
> On 20/01/2024 16:07, Jerry James wrote:
> 
> > Upstream has this in src/tbb/CMakeLists.txt:
> > 
> > if (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >  set(TBB_PC_NAME tbb)
> > else()
> >  set(TBB_PC_NAME tbb32)
> > endif()
> > 
> > That makes the pkgconfig file install as tbb32.pc.  I don't know why
> > upstream is doing that.  Maybe so 64-bit and 32-bit installs can
> > coexist on the same system?
> 
> The correct way to do that is to install in /usr/lib{,64}/pkgconfig
> instead of /usr/share/pkgconfig I think?

Correct!

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

Re: F40 Change Proposal: Pytorch Release (Self-Contained)

[Dominik 'Rathann' Mierzejewski]

On Friday, 12 January 2024 at 20:46, Tim Flink wrote:
[...]
> We're still working on AMD GPU support via ROCm - hopefully that will
> be for F41.

Is there a place where one can track progress and assist? I've got an
AMD GPU and would be happy to help test things.

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

[EPEL-devel] Re: VLC via EPEL vs via RPMFUSION

[Dominik 'Rathann' Mierzejewski]

Hello, Leon.

On Monday, 08 January 2024 at 17:18, Leon Fauster via epel-devel wrote:
> Hi all,
> 
> it seems that VLC is in EPEL9 now. Looks like some license changes
> allows packaging some multimedia stuff now. I noticed also the
> new epel-cisco-openh264 repo.
> 
> Unfortunately, I'm not involved in the upstream/Fedora discussions.
> So, I miss some kind of documentation. A look into Fedoras Wiki also
> doesn't show any article that explains the current status/motivation
> /limitations of such components and their differences to RPMFUSIONs
> one.  Also the concept of "freeworld" packages is unclear (at least to
> me).

What kind of documentation would you like to see? What exact questions
woud you like to see answered in such documentation?

> Some RPMFUSION packages were in conflict with the new packages in
> epel- testing. Currently, the conflicts are resolved but the
> epel-testing packages would overwrite the ones installed from
> RPMFUSION now (someone stated no assurance for such repo
> compatibility).

Perfect coordination is, unfortunately, not possible. Even if we pushed
the packages to testing and to stable repos at the same time in both
Fedora and RPM Fusion, there will still be delays due to mirroring.

> Any pointers to sources/docs/threads that explains the new strategies
> and activities or any other suggestions to read would be greatly
> appreciated.

I did a presentation on this topic at a local conference last year, but
it seems they haven't put it online yet. I'll try to post my slides when
I find them at least.

> BTW, do the RPMFUSION and Fedora Devs coordinate such overlap? Where?

We usually do it over bugzilla[1] and e-mail[2]. Sometimes on IRC[3] and
Matrix[4].

"We" here means the Multimedia SIG:
https://fedoraproject.org/wiki/Category:Multimedia_SIG

[1] https://bugzilla.redhat.com https://bugzilla.rpmfusion.org
[2] Direct or 
https://lists.rpmfusion.org/archives/list/rpmfusion-develop...@lists.rpmfusion.org/
[3] irc://#rpmfus...@libera.chat
[4] https://matrix.to/#/#multimedia:fedoraproject.org

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

Re: intent to hand over or orphan several scientific packages and their build requirements

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 27 December 2023 at 23:26, Dominik 'Rathann' Mierzejewski wrote:
> Hello!
> I intend to hand over primary maintainership of the following packages
> or orphan them if nobody steps up:
> arpack
> chemtool
> cp2k
> elpa
> inchi
> python-colorspacious
> python-fypp
> python-GridDataFormats
> python-gsd
> python-kaitaistruct
> python-mmtf
> python-mrcfile
> python-Pympler
> tachyon
> wxmacmolplt
> xdrawchem
> 
> I don't use them anymore, so I'm not a good maintainer for them.
> 
> Most, if not all above, are co-maintained by SciTech SIG already.
> Please contact me if you want to take over one of these. Otherwise,
> I will orphan them in the first week of the new year.

This is done. I gave inchi to Alexander and the rest are up for taking.

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

Re: intent to hand over or orphan several scientific packages and their build requirements

[Dominik 'Rathann' Mierzejewski]

Hello, Alexander.

On Thursday, 28 December 2023 at 10:27, Alexander Ploumistos wrote:
> Hello Dominik,
> 
> For the time being I will take inchi, if nobody else wants it. I
> haven't used EPEL in a very long time, so I'm only interested in the
> Fedora branches.

Done. I put @scitech_sig as the default bugzilla assignee for EPEL.
Can you change the default assignee for Fedora to yourself? It looks
like it didn't get reset after transferring the project to you.

> On Wed, Dec 27, 2023 at 11:26 PM Dominik 'Rathann' Mierzejewski
>  wrote:
> >
> > chemtool
> > xdrawchem

I gave you chemtool by mistake, feel free to give it back or orphan it.

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

Re: utf8cpp update to 4.0.5

[Dominik 'Rathann' Mierzejewski]

On Thursday, 23 November 2023 at 17:44, Dominik 'Rathann' Mierzejewski wrote:
> Dear all,
> I am in the process of updating utf8cpp (a header only package)
> from 3.2.5 to 4.0.2 in rawhide. No rebuilds are necessary immediately,

Upstream released 4.0.5 in the meantime, so rebased.

> but I did rebuild all consumers in COPR[1].
[...]
> Rebuild failures:
> * termy-server: bundles ancient version of utf8cpp (unbundled in Fedora)
>   and needs porting to newer utf8cpp, seems dead upstream (last commit
>   in April 2019)

I'll try to fix this.

> * vfrnav: unrelated to utf8cpp, existing FTBFS bug:
> https://bugzilla.redhat.com/show_bug.cgi?id=2185412

vfrnav seems to be building fine, though the bug above is not closed
yet.

> paraview and vtk are still building. paraview is currently FTBFS because
> it depends on openmpi, which is no longer built for i686, and FTI
> because of dependency on older GDAL
> (https://bugzilla.redhat.com/show_bug.cgi?id=2250641).

I rebuilt paraview and vtk locally with no issues.

> I'll push the update to rawhide in the next few days. Affected
> maintainers are in Bcc.

This is now done.

> [1] https://copr.fedorainfracloud.org/coprs/rathann/utf8cpp-devel/

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

intent to hand over or orphan several scientific packages and their build requirements

[Dominik 'Rathann' Mierzejewski]

Hello!
I intend to hand over primary maintainership of the following packages
or orphan them if nobody steps up:
arpack
chemtool
cp2k
elpa
inchi
python-colorspacious
python-fypp
python-GridDataFormats
python-gsd
python-kaitaistruct
python-mmtf
python-mrcfile
python-Pympler
tachyon
wxmacmolplt
xdrawchem

I don't use them anymore, so I'm not a good maintainer for them.

Most, if not all above, are co-maintained by SciTech SIG already.
Please contact me if you want to take over one of these. Otherwise,
I will orphan them in the first week of the new year.

The packages are mostly in good shape, with the notable exceptions of
cp2k and elpa, but there's an open PR for cp2k to update and fix current
FTBFS.

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: Self Introduction: Rafel Amer

[Dominik 'Rathann' Mierzejewski]

Welcome to Fedora, Rafel!

On Sunday, 10 December 2023 at 22:17, Rafel Amer Ramon wrote:
>Hi,
>my name is Rafel Amer and I'm professor at the Technical University of
>Catalonia [1]https:/www.upc.edu. I teach Maths
>and I use sagemath for my classes. After the sagemath package is
>orphandend, I would like to be a maintainer or
>co-maintainer this package.
>I have successfully build sagemath 10.1 packages for Fedora 38 in
>x86_64 and aarch64 architectures, so I think that
>I could maintain this package.

Maintaining packages is a little more involved than just being able to
build them, but I'm sure you'll get there. See:
https://docs.fedoraproject.org/en-US/fesco/Package_maintainer_responsibilities/

Since you posted this introduction, I assume you've reached
https://docs.fedoraproject.org/en-US/package-maintainers/Joining_the_Package_Maintainers/#introduce_yourself

If you want to maintain sagemath, which has been retired, you need to
prepare an unretirement review:
https://docs.fedoraproject.org/en-US/package-maintainers/Package_Retirement_Process/#claiming

And you need to get sponsored:
https://docs.fedoraproject.org/en-US/package-maintainers/Joining_the_Package_Maintainers/#_understand_the_sponsorship_model

We have quite a few people interested in scientific software at Fedora:
https://fedoraproject.org/wiki/Category:SciTech_SIG and man other SIGs
at
https://fedoraproject.org/wiki/Category:Fedora_special-interest_groups

Feel free to reach out for help.

>I started using Linux in  1995 with Slackware and I have administered
>server with Debian and CentOS.

Nice! I also started with Slackware around that time.

>At house and for my classes I use Fedora 28.

I really hope that was a typo and you meant 38.

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: Help packaging PyTorch dependencies for Fedora

[Dominik 'Rathann' Mierzejewski]

On Friday, 08 December 2023 at 16:34, Steve Grubb wrote:
> On Friday, December 8, 2023 12:41:59 AM EST Jun Aruga (he / him) wrote:
> > Congratulations for the PyTorch package!
> > https://src.fedoraproject.org/rpms/python-torch
> > 
> > I hope someone will announce this great achievement to the Fedora
> > community too, and update the following page too.
> > https://fedoraproject.org/wiki/SIGs/PyTorch/packagingStatus
> 
> Yes, this is nice that we have pytorch in Fedora. Looking at the specfile...
> 
> USE_CUDA=OFF
> USE_ROCM=OFF
> 
> Which does not align with:
> 
> %description
> PyTorch is a Python package that provides two high-level features:
>  * Tensor computation (like NumPy) with strong GPU acceleration
> 
> GPU acceleration?

Indeed. We have ROCM in Fedora already:
$ sudo dnf list rocm\*devel
Last metadata expiration check: 0:00:24 ago on Sat 09 Dec 2023 22:42:19.
Available Packages
rocm-comgr-devel.x86_64   16.1-2.fc38   
updates
rocm-hip-devel.x86_64 5.5.1-10.fc38 
updates
rocm-opencl-devel.x86_64  5.5.1-10.fc38 
updates
rocm-runtime-devel.x86_64 5.5.0-2.fc38  
updates
rocm-smi-devel.x86_64 5.5.1-3.fc38  
updates

At least the OpenCL part works quite well for me.

[...]
> pip install torch
> python3
> >>> import torch
> >>> torch.__config__.show()
> 
> The config listed there should be compared with the config in the spec file 
> to 
> get as close to the expected feature set as possible so that people can just 
> switch. This is a positive step and I would love to switch one day.

Good idea.

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

Re: Fedora Review Service and setting the AutomationTriaged keyword

[Dominik 'Rathann' Mierzejewski]

On Saturday, 09 December 2023 at 19:32, Jakub Kadlcik wrote:
> Hello,
> a year ago I announced
> 
> and
> launched the Fedora Review Service
> .
> Nobody complained that it is annoying, and I am getting pings from people
> when there is an outage, so I consider this endeavor to be a success :-)

Yes, it is very useful. I like it a lot.

> Since its last release, the service parses and shows recommendations based
> on the fedora-review.json
>  output. There is
> a nice secondary use of this feature - we can do something when no errors
> are found. My plan is to set the `AutomationTriaged` Bugzilla keyword for
> such tickets. Or any other keyword that you would prefer. As a follow-up, I
> want to unleash the service on all open review tickets, so that even
> tickets that predate the service can obtain the `AutomationTriaged` keyword.
> 
> RFE https://github.com/FrostyX/fedora-review-service/issues/13

Cool! Go for it.

> The endgame will be adding "CI passing tickets" section to the Cached
> Package Review Tracker  and/or
> adding some special row color for tickets that passed the automated review
> to already existing sections
> .

Great idea.

> My motivation for this feature is to make life easier for reviewers. They
> will be able to focus on tickets that passed an automated review and
> therefore are more likely to be in an (almost) acceptable state.
> 
> What do you think?

This is excellent work. Thank you so much for doing this.

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

Re: troff noise when grepping man page?

[Dominik 'Rathann' Mierzejewski]

On Thursday, 30 November 2023 at 01:13, Chris Murphy wrote:
> $ man 5 btrfs | grep enospc
>enospc_debug, noenospc_debug
> troff::870: warning: cannot select font 'C'
> troff::888: warning: cannot select font 'C'
> troff::905: warning: cannot select font 'C'
> troff::924: warning: cannot select font 'C'
> troff::962: warning: cannot select font 'C'
> troff::977: warning: cannot select font 'C'
> troff::999: warning: cannot select font 'C'
> troff::1013: warning: cannot select font 'C'
> troff::1168: warning: cannot select font 'C'
> troff::1184: warning: cannot select font 'C'
> troff::1259: warning: cannot select font 'C'
> troff::1275: warning: cannot select font 'C'
> troff::1293: warning: cannot select font 'C'
> troff::1354: warning: cannot select font 'C'
> ...snip...
> 
> This seems new with Fedora 39. The root file system is newly installed
> not an upgrade, but the ~/ is positively ancient (possibly 5 years).
> Any ideas what's going on, how to get more information, and what
> component to file a bug against?

FWIW, I get different warnings on Fedora 38:
$ man 5 btrfs|grep enospc
   enospc_debug, noenospc_debug
grotty: ():16289: character above first line 
discarded
grotty: ():16293: character above first line 
discarded
grotty: ():16297: character above first line 
discarded
grotty: ():16301: character above first line 
discarded

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

utf8cpp update to 4.0.2

[Dominik 'Rathann' Mierzejewski]

Dear all,
I am in the process of updating utf8cpp (a header only package)
from 3.2.5 to 4.0.2 in rawhide. No rebuilds are necessary immediately,
but I did rebuild all consumers in COPR[1]. Here are the results:

Dependent packages:
$ fedrq whatrequires --src --formatter name utf8cpp-devel
antlr4-project
assimp
ledger
libebml
mkvtoolnix
musescore
paraview
termy-server
vfrnav
vtk
$ fedrq whatrequires --src --formatter name utf8cpp-static
assimp
musescore

Rebuild failures:
* termy-server: bundles ancient version of utf8cpp (unbundled in Fedora)
  and needs porting to newer utf8cpp, seems dead upstream (last commit
  in April 2019)
* vfrnav: unrelated to utf8cpp, existing FTBFS bug:
https://bugzilla.redhat.com/show_bug.cgi?id=2185412

paraview and vtk are still building. paraview is currently FTBFS because
it depends on openmpi, which is no longer built for i686, and FTI
because of dependency on older GDAL
(https://bugzilla.redhat.com/show_bug.cgi?id=2250641).

I'll push the update to rawhide in the next few days. Affected
maintainers are in Bcc.

[1] https://copr.fedorainfracloud.org/coprs/rathann/utf8cpp-devel/

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: Orphaned packages looking for new maintainers

[Dominik 'Rathann' Mierzejewski]

On Monday, 20 November 2023 at 10:48, Miro Hrončok wrote:
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for sure
> that the package should be retired, please do so now with a proper reason:
> https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

> Package  (co)maintainers   Status 
> Change
> 
[...]
> python-etcd   orphan   0 weeks ago
> python-ironicclient   apevec, openstack-sig, orphan0 weeks ago

It looks like samba depends on these two. Needless to say, a lot of
stuff depends on samba.

python-etcd seems to have no co-maintainers.

python-ironicclient seems to have Alan Pevec and OpenStack SIG as
co-maintainers, so hopefully they will pick it up.

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: Inactive packages removed from packager group

[Dominik 'Rathann' Mierzejewski]

Hello, Carlos.

On Sunday, 19 November 2023 at 15:20, Carlos Rodriguez-Fernandez wrote:
> Hi all,
> I have been in the process of becoming a co-maintainer of *libcap*. But I
> still need the sponsorship part of it. Hoping it is resolved before the 6
> weeks mark. I got the non-responsive issue approved, the sponsorship issue,
> and the PR with updates, tests converted to tmt, and cleanups and its COPR
> build passing.

I've taken ownership of libcap to prevent its orphaning, but I'll be
happy to turn it over to you. I've added some comments to your PR:
https://src.fedoraproject.org/rpms/libcap/pull-request/11

> The sponsorship issue: https://pagure.io/packager-sponsors/issue/602
> 
> I would appreciate if someone is willing to help me with the sponsorship
> part :-)

I'll take care of that.

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: Linker Error on Security Issues (System-Wide)

[Dominik 'Rathann' Mierzejewski]

On Thursday, 16 November 2023 at 09:43, Nick Clifton wrote:
> Hi Dominik,
> 
> > Does the `--no-warn-rwx-segments` disable erroring out on both loadable
> > rwx segments and tls rwx segments?
> 
> Yes.
> 
> At the time I wrote the feature I did consider having separate options
> for the two tests, but it seemed like overkill, so I decided to go
> with just a single controlling option.

That's fine, thank you. Can you please mention which option disables
which error(s) explicitly in the Change?

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

Re: F40 Change Proposal: Linker Error on Security Issues (System-Wide)

[Dominik 'Rathann' Mierzejewski]

Hi,

On Monday, 13 November 2023 at 12:07, Aoife Moloney wrote:
[...]
> == Summary ==
> Change the system linker (ld.bfd) so that by default it will generate
> an error message and fail if it is asked to create an executable
> binary that contains one or more known security issues.  These issues
> are:
> * an executable stack
> * a loadable segment with read, write and execute permissions,
> * a thread local storage segment with execute permission.
[...]
> * Other developers:
[...]
> Other developers can use the "--no-warn-execstack" and
> "--no-warn-rwx-segments" linker command line options to disable the
> errors.

Three issues were mentioned to start causing errors, but only two
options to disable this new behaviour.

Does the `--no-warn-rwx-segments` disable erroring out on both loadable
rwx segments and tls rwx segments?

In general, I'm +1 to this change. Potential security issues should
be detected as early as possible.

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

Re: Mysterious weak dependencies on qadwaitadecorations-qt5/qt6

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 26 September 2023 at 10:49, Jan Grulich wrote:
> Hi,
> 
> This is specified in the QAdwaitaDecorations package itself.
> 
> See
> https://src.fedoraproject.org/rpms/qadwaitadecorations/blob/rawhide/f/qadwaitadecorations.spec#_31
> .

Thanks, I forgot about Supplements.

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

Mysterious weak dependencies on qadwaitadecorations-qt5/qt6

[Dominik 'Rathann' Mierzejewski]

Hello!

I'm having hard time figuring out which package brought in the weak
dependencies in my morning update:
...
Installing weak dependencies:
 qadwaitadecorations-qt5 x86_64 0.1.1-1.fc38 updates 55 k
 qadwaitadecorations-qt6 x86_64 0.1.1-1.fc38 updates 62 k

After the update completed, rpm says no package recommends these:
$ rpm -q --provides qadwaitadecorations-qt6
libqadwaitadecorations.so()(64bit)
qadwaitadecorations-qt6 = 0.1.1-1.fc38
qadwaitadecorations-qt6(x86-64) = 0.1.1-1.fc38
$ rpm -q --whatrecommends qadwaitadecorations-qt6
no package recommends qadwaitadecorations-qt6
$ rpm -q --whatrecommends 'qadwaitadecorations-qt6(x86-64)'
no package recommends qadwaitadecorations-qt6(x86-64)
$ rpm -q --whatrecommends 'libqadwaitadecorations.so()(64bit)'
no package recommends libqadwaitadecorations.so()(64bit)

The only relevant packages that were part of this morning's update
were qt5-qtbase{,-common,-gui}, qt6-base{,-common,-gui} and perhaps
gnome-shell and mutter.

Ideas?

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

Re: shotcut compilation fails with "error: ‘hasPro’ was not declared in this scope"

[Dominik 'Rathann' Mierzejewski]

On Sunday, 24 September 2023 at 11:11, Martin Gansser wrote:
> Hi,
> shotcut compilation [1] fails with "error: ‘hasPro’ was not declared in this 
> scope" message
[...]
> In file included from /usr/include/qt6/QtGui/QTextCharFormat:1,
>  from 
> /home/martin/rpmbuild/BUILD/shotcut-23.09.12/redhat-linux-build/src/shotcut_autogen/OJWBM6OTSN/../../../../src/qmltypes/qmlrichtext.h:39,
>  from 
> /home/martin/rpmbuild/BUILD/shotcut-23.09.12/redhat-linux-build/src/shotcut_autogen/OJWBM6OTSN/moc_qmlrichtext.cpp:9,
>  from 
> /home/martin/rpmbuild/BUILD/shotcut-23.09.12/redhat-linux-build/src/shotcut_autogen/mocs_compilation.cpp:70:
> /usr/include/qt6/QtGui/qtextformat.h:556:20: error: stray ‘`’ in program
>   556 | { return hasPro`erty(TextBaselineOffset) ? 
> doubleProperty(TextBaselineOffset) : 0.0; }
>   |^

This is the first error. The rest follows from it.

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

Re: libtommath minor soname bump

[Dominik 'Rathann' Mierzejewski]

On Thursday, 07 September 2023 at 22:40, František Šumšal wrote:
[...]
> Both abipkgdiff and rpmsodiff seem to be happy, i.e. there were no
> added/changed/removed symbols between 1.2.0 and 1.2.1, so the bump
> should be safe.

Excellent, this means the version update should be transparent to any
package depending on the library. You do not have to announce such
updates here.

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

Re: libtommath minor soname bump

[Dominik 'Rathann' Mierzejewski]

On Thursday, 07 September 2023 at 11:13, František Šumšal wrote:
> Hello,
> 
> I plan to bump libtommath to 1.2.1 in Rawhide, which bumps the respective 
> shared library to libtommath.so.1.2.1. According to repoquery all 
> dependencies depend only on libtommath.1, so no rebuild should be necessary:
> 
> $ dnf repoquery --releasever rawhide --whatrequires 'libtommath.so.*'
> Last metadata expiration check: 0:20:29 ago on Thu Sep  7 10:34:05 2023.
> dropbear-0:2022.82-3.fc39.x86_64
> firebird-0:4.0.3.2975-1.fc39.x86_64
> libfbclient2-0:4.0.3.2975-1.fc39.i686
> libfbclient2-0:4.0.3.2975-1.fc39.x86_64
> libtomcrypt-0:1.18.2-17.fc39.i686
> libtomcrypt-0:1.18.2-17.fc39.x86_64
> libtommath-devel-0:1.2.0-13.fc40.i686
> libtommath-devel-0:1.2.0-13.fc40.x86_64
> moarvm-0:2023.06-1.fc39.i686
> moarvm-0:2023.06-1.fc39.x86_64
> 
> $ dnf repoquery --releasever rawhide --whatrequires 'libtommath.so.1.*'
> Last metadata expiration check: 0:21:06 ago on Thu Sep  7 10:34:05 2023.
> <...no results...>
> 
> Please correct me if I'm missing something.

Your first step should be checking for any ABI changes using abipkgdiff
and rpmsodiff. Only if there are removed symbols do you need to worry
about rebuilding consumers. However, added unversioned symbols do mean
that backwards compatibility is not preserved (i.e. an application built
against a newer version, say 1.2.1, might not work with 1.2.0 installed
if it depends on a symbol introduced in 1.2.1).

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

Re: PDC replacement proposal

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 05 September 2023 at 01:05, Adam Williamson wrote:
> On Mon, 2023-09-04 at 22:26 +0200, Dominik 'Rathann' Mierzejewski
> wrote:
> > On Monday, 04 September 2023 at 17:37, Adam Williamson wrote:
> > [...]
> > > BTW, the email seems kind of weird. There are lots of places where it
> > > seems like it's referring to external information - "as demonstrated
> > > here", "Previously, we followed this process to update it, but now we
> > > have transitioned to using this method" - but it does not actually link
> > > to anything external, so I have no idea what the references are meant
> > > to be?
> > 
> > The links are there in the HTML version.
> 
> I read the HTML version. I still don't see any links for those texts.
> See attached screenshot.

You're right, I misread your question. My mistake.

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

Re: PDC replacement proposal

[Dominik 'Rathann' Mierzejewski]

On Monday, 04 September 2023 at 17:37, Adam Williamson wrote:
[...]
> BTW, the email seems kind of weird. There are lots of places where it
> seems like it's referring to external information - "as demonstrated
> here", "Previously, we followed this process to update it, but now we
> have transitioned to using this method" - but it does not actually link
> to anything external, so I have no idea what the references are meant
> to be?

The links are there in the HTML version.

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

Orphaned pseudo

[Dominik 'Rathann' Mierzejewski]

Hi!
I decided to orphan the pseudo[1] package. I packaged it to address
some issues I had with fakeroot but I don't use either anymore.
Upstream is active, so the package could use an update. There's one
bug open[2]. The package is co-maintained by Igor, but he doesn't
seem to be very active. Cc'd just in case.

[1] https://src.fedoraproject.org/rpms/pseudo
[2] https://bugzilla.redhat.com/show_bug.cgi?id=2162448

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

Re: lzma-sdk and undefined references

[Dominik 'Rathann' Mierzejewski]

On Sunday, 27 August 2023 at 06:39, Elliott Sales de Andrade wrote:
> On Sat, Aug 26, 2023 at 6:30 AM Julian Sikorski  wrote:
> >
> > Hello,
> >
> > now that lzma-sdk in Fedora rawhide is no longer ancient, I tried using
> > it with mame. Unfortunately, I got a number of undefined references when
> > linking:
> >
> > Is it a problem with lzma-sdk not shipping those? Or is mame using
> > private functions? Thanks for the feedback.
> >
> 
> Looking at the shared library, it has for example:
> 
>  sh-5.2# objdump -T /usr/lib64/liblzmasdk.so | grep
> MtCoder_Destruct
>   D  *UND*    BaseMtCoder_Destruct
> 
> The *UND* indicates that the symbol is referenced, but not defined.
> This does not seem intended.
> 
> I'm not sure if this is the reason, but it appears that the lzma-sdk
> build is incorrect. Looking at the log from the latest build on
> x86_64, we see:
[...]
> but then the final linkage has:
> 
> g++ -o liblzmasdk.so.22.01.0 -shared -Wl,-soname=liblzmasdk.so.22
> -DNDEBUG -O2 -flto=auto -ffat-lto-objects -fexceptions -g
> -grecord-gcc-switches -pipe -Wall -Werror=format-security
> -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS
> -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
> -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1
>  -m64   -mtune=generic -fasynchronous-unwind-tables
> -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer
> -mno-omit-leaf-frame-pointer_o/7zCrc.o _o/7zCrcOpt.o _o/Alloc.o
> _o/Bra86.o _o/CpuArch.o _o/LzFind.o _o/LzmaDec.o _o/LzmaEnc.o
> _o/Lzma2Dec.o _o/Lzma2Enc.o _o/Lzma86Dec.o _o/Lzma86Enc.o
> _o/LzFindMt.o _o/LzFindOpt.o _o/Synchronization.o _o/Threads.o
> _o/FileDir.o _o/FileFind.o _o/FileName.o _o/MyWindows.o _o/TimeUtils.o
>  _o/CommandLineParser.o _o/CRC.o _o/CrcReg.o _o/IntToString.o
> _o/LzFindPrepare.o _o/MyString.o _o/MyVector.o _o/NewHandler.o
> _o/StringConvert.o _o/StringToInt.o _o/UTFConvert.o  _o/FileIO.o
> _o/PropVariant.o _o/System.o _o/SystemInfo.o  _o/LzmaDecoder.o
> _o/LzmaEncoder.o _o/LzmaRegister.o  _o/CreateCoder.o _o/CWrappers.o
> _o/FileStreams.o _o/FilterCoder.o _o/MethodProps.o _o/StreamObjects.o
> _o/StreamUtils.o  _o/BenchCon.o _o/ConsoleClose.o  _o/LzmaAlone.o
> _o/Bench.o   -lpthread -ldl
> 
> As you can see, none of the LDFLAGS are passed to the linker, only the CFLAGS.

I thought LDFLAGS only need to be passed if the linker is ld, but if
it's gcc, passing CFLAGS is sufficient.

Anyway, please open a bugzilla so that I can track and fix this.

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

Re: Self Introduction: Adam Piasecki

[Dominik 'Rathann' Mierzejewski]

Cześć, Adam!

On Thursday, 24 August 2023 at 15:48, Adam Piasecki wrote:
[...]
> Here's to many fruitful discussions!

Welcome to Fedora! It was an excellent opportunity to meet you in person
at Flock.

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

rpmbuild 7z source archive extraction fails due to rpm regression

[Dominik 'Rathann' Mierzejewski]

Hi!
In case you're wondering why rpmbuild can't build your package if it has
a .7z tarball in it anymore, it's a regression since rpm switched to
cmake as build system and the new build script sets the 7z extractor
binary to /usr/bin/7zip instead of /usr/bin/7za like the autotools one
did. More details in the bug report below:

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

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

Re: Self Introduction: Julio Faracco

[Dominik 'Rathann' Mierzejewski]

Hello, Julio!

On Monday, 07 August 2023 at 17:01, Julio Faracco wrote:
> Hello all,
> 
> My name is Julio Faracco and I have been contributing to open-source
> software for a long time in several manners. You can see my name in
> some contributions like libvirt, qemu, packagekit, etc. Btw, I love
> libvirt project but I'm rusty to return to contribute. I hope I can in
> the near future. I have a strong knowledge of packaging in special by
> using RPM tools. I looking to help the community by adopting any
> orphan package that can be worth to Fedora.

That sounds great, welcome to Fedora! On bit of advice from me would
be to pick packages that you actually use or depend on instead of just
any random orphaned package.

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

Re: How to: correctly use sysusers.d?

[Dominik 'Rathann' Mierzejewski]

On Saturday, 05 August 2023 at 22:56, Fabio Valentini wrote:
[...]
> Any help would be appreciated.

I think you need a combination of sysusers.d and tmpfiles.d. One example
would be the minidlna package I moved over from RPM Fusion recently:
https://src.fedoraproject.org/rpms/minidlna/blob/rawhide/f/minidlna.spec

Hopefully, that helps.

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

Re: RFC authselect: mdns or mdns-minimal

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 01 August 2023 at 12:16, Petr Menšík wrote:
> Hi Pavel,
> 
> With Avahi upstream maintainer hat on, I would say it still makes sense to
> have separate mdns*_minimal and mdns? modules. I would say mdns
> (non-minimal) should be rarely needed, because by default it should be used
> just for *.local names. As I have wrote to referenced ticket, I think we
> want to prefer mdns_minimal in the future, but it first needs solving
> increased timeouts for not present names [1]. As soon as it is solved on
> avahi-daemon side, we can deprecate mdns{4,6}_minimal and mdns{4,6}
> variants. If only one family should be resolved, I think it would be better
> to configure it on side of avahi-daemon.

Simpler is good if it still offers the features required by Fedora.

> I think mdns resolution needs smarter approach from avahi-daemon. It might
> be useful to not open and re-parse /etc/mdns.allow on every single
> ``getaddrinfo()`` call, but cache it in thread local storage and re-read its
> contents only on timestamp change. Maybe with checking the file stamp only
> once per second at most.

Isn't inotify what should be used in such cases?

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

Re: List of long term FTBFS packages to be retired this week

[Dominik 'Rathann' Mierzejewski]

On Monday, 31 July 2023 at 12:13, Miro Hrončok wrote:
> Dear maintainers.
> 
> Based on the current fail to build from source policy, the following packages
> should be retired from Fedora 39 approximately one week before branching.
> 
> 5 weekly reminders are required, hence the retirement will happen
> this week.
> 
> Policy: 
> https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
> 
> The packages in rawhide were not successfully built at least since Fedora 36.
> 
> This report is based on dist tags.
> 
> Packages collected via:
> https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbfs-retirements.ipynb
> 
> If you see a package that was built, please let me know.
> If you see a package that should be exempted from the process,
> please let me know and we can work together to get a FESCo approval for that.

Could you not retire binaryen and cp2k? I thought I would have time to get
to them, but haven't so far. I'm planning to tackle them over Flock.

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

Re: Unannounced soname bump: libplacebo

[Dominik 'Rathann' Mierzejewski]

On Friday, 28 July 2023 at 20:47, Adam Williamson wrote:
> On Fri, 2023-07-28 at 11:00 +0200, Dominik 'Rathann' Mierzejewski
> wrote:
> > libplacebo was just bumped from libplacebo.so.264 to libplacebo.so.292.
> > This broke ffmpeg and mpv:
> > 
> > $ dnf repoquery --whatrequires --disablerepo='*' --enablerepo=rawhide 
> > 'libplacebo.so.264()(64bit)'
> > libavfilter-free-0:6.0-9.fc39.x86_64
> > libplacebo-devel-0:5.264.1-2.fc39.x86_64
> > mpv-0:0.36.0-2.fc39.x86_64
> > mpv-libs-0:0.36.0-2.fc39.x86_64
> > 
> > I'm working on ffmpeg rebuild.
> > 
> > Please announce soname bumps in advance and coordinate rebuilds in side
> > tags.
> 
> Thanks, Dominik. Please let me echo the above, especially because this
> broke openQA tests, as Workstation has libavfilter-free in it, so `dnf
> update` failed on this broken dependency;

Can libplacebo be added to Workstation (GNOME Desktop?) critical path
package list so that this doesn't happen again so easily?

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

Unannounced soname bump: libplacebo

[Dominik 'Rathann' Mierzejewski]

libplacebo was just bumped from libplacebo.so.264 to libplacebo.so.292.
This broke ffmpeg and mpv:

$ dnf repoquery --whatrequires --disablerepo='*' --enablerepo=rawhide 
'libplacebo.so.264()(64bit)'
libavfilter-free-0:6.0-9.fc39.x86_64
libplacebo-devel-0:5.264.1-2.fc39.x86_64
mpv-0:0.36.0-2.fc39.x86_64
mpv-libs-0:0.36.0-2.fc39.x86_64

I'm working on ffmpeg rebuild.

Please announce soname bumps in advance and coordinate rebuilds in side
tags.

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

Re: F39 Change Proposal: Enable fwupd-refresh.timer by default on IoT, CoreOS & Server Editions (Self-Contained)

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 26 July 2023 at 21:11, Björn Persson wrote:
> Vitaly Zaitsev via devel wrote:
> > On 26/07/2023 11:04, Dominik 'Rathann' Mierzejewski wrote:
> > > You could, for example, buy a supported Logitech
> > > Receiver  
> > 
> > I don't recommend anyone to buy this proprietary hardware:
> 
> For years I tried to use Bluetooth mice, thinking a standard would be
> preferable over a proprietary protocol. But Bluetooth never worked
> well for me. It's not just mice. Everything I've tried to do with
> Bluetooth has been unstable and unreliable. Eventually I gave up and
> concluded that Bluetooth in Fedora is not a thing to rely on.
> The mice I've used that connect to Logitech dongles have always been
> responsive and never had any connection problems.

I had issues with mouse cursor freezing or getting jumpy, because
Logitech wireless protocol still operates in the 2.4GHz band and is
still vulnerable to 2.4GHz Wi-Fi and Bluetooth interference. I had to
switch to 5GHz Wi-Fi on devices in the room or move away those that
didn't support 5GHz before my mouse became usable again.

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

Re: F39 Change Proposal: Enable fwupd-refresh.timer by default on IoT, CoreOS & Server Editions (Self-Contained)

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 26 July 2023 at 10:49, Vitaly Zaitsev via devel wrote:
> On 26/07/2023 10:32, Daniel P. Berrangé wrote:
> > Those devices which do support fwupd have a large enough market share
> > that it is justifiable to enable it, even if there are many machines
> > which can't support it.
> 
> Maybe Anaconda should only enable it if the device is supported?
> 
> This information can be easily extracted from "fwupdmgr get-devices --json"
> output.

That only covers devices physically connected or otherwise available at
installation time. You could, for example, buy a supported Logitech
Receiver later and you wouldn't get firmware updates notification if
fwupdmgr-refresh was not enabled because no supported devices were found
at installation time.

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

Re: Rawhide update gating: mass rebuild issues

[Dominik 'Rathann' Mierzejewski]

Hi, Adam!

On Tuesday, 25 July 2023 at 19:31, Adam Williamson wrote:
> Hi folks! Just wanted to drop a note for anyone who noticed their
> Rawhide updates stuck in gating for an unusually long time
> yesterday/today.

Thanks for the write-up. It shows how much hard work is being done in
the background to keep our wheels turning. I appreciate it!

[...]
> Bad deps in *anything* in the environment can break the tests
> because they prevent `dnf update` from succeeding at all, so the
> updated packages never get installed

Definitely. Any updates that break dependencies should not make it to
rawhide or stable repos.

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

Re: F39 Change Proposal: Enable fwupd-refresh.timer by default on IoT, CoreOS & Server Editions (Self-Contained)

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 26 July 2023 at 06:23, Ralf Corsépius wrote:
> Am 23.07.23 um 00:39 schrieb Neal Gompa:
> > Actually, why wouldn't this be used everywhere?
> 
> Because fwupd only works on a small set of machines?

Define small. :)

It works, for example, on any machine that has a Logitech Unifying/
Lightspeed/Nano Receiver. I used it to upgrade firmware on the three
or four dongles that I have around with a security fix (that would
require finding a Windows box and plugging them in there otherwise).

Also, UEFI dbx updates are available through fwupdmgr, which I think
affects a large set of machines (all UEFI).

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

Re: Several questionable packages installed on fresh system

[Dominik 'Rathann' Mierzejewski]

On Thursday, 13 July 2023 at 14:42, Vít Ondruch wrote:
> Dne 13. 07. 23 v 14:38 Vít Ondruch napsal(a):
> > Dne 10. 07. 23 v 10:38 Vít Ondruch napsal(a):
> > > exiv2
> > > 
> > So this is pulled in by exiv2-libs:
> > 
> > https://src.fedoraproject.org/rpms/exiv2/blob/rawhide/f/exiv2.spec#_53-58
> > 
> > I am not sure I agree with the comment `# not strictly required, but
> > convenient and expected`. But I think dependencies like this should
> > be reevaluated at least in the install media context. This would
> > save 4+ MB of space.
> > 
> > Or is the exiv2 maintainer (in CC) going to revisit this dependency?

I agree that -libs should not require or even weak-depend on the main
package.

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

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

[Dominik 'Rathann' Mierzejewski]

On Friday, 07 July 2023 at 04:16, Michael Catanzaro wrote:
> On Thu, Jul 6 2023 at 09:40:59 PM -0400, Demi Marie Obenour
>  wrote:
> > It needs to be off by default.  See KDE’s telemetry policy
> 
> Again, if it's off by default then the data will be garbage. There is
> no point in doing opt-in telemetry. I would withdraw the proposal
> entirely if we cannot do it opt-out.

I think you should withdraw the proposal, then. If you can't present
clear enough benefits so that people willingly give you their data, then
Fedora's reputation will be garbage when you betray Fedora users' trust
by collecting any data without their explicit consent. There is no
point in doing opt-out telemetry if you want Fedora to keep its user
base. Conversely, if you can do successful opt-in telemetry, that would
be really awesome.

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

Re: Several questionable packages installed on fresh system

[Dominik 'Rathann' Mierzejewski]

On Monday, 10 July 2023 at 11:00, Olivier Fourdan wrote:
[...]
> Can't comment on all the packages you listed, but the C preprocessor
> (CPP) is indeed required by xrdb (that's an option in xrdb, see "-cpp"
> in man xrdb) and xrdb itself is required by GDM:
> https://src.fedoraproject.org/rpms/gdm/blob/rawhide/f/gdm.spec#_80
> 
> GDM uses xrdb from its data/Init.in and data/Xsession.in:
> 
> https://gitlab.gnome.org/GNOME/gdm/-/blob/main/data/Xsession.in#L118-129
> https://gitlab.gnome.org/GNOME/gdm/-/blob/main/data/Init.in#L31-34
> 
> Please note that these commands all use "xrdb -nocpp" so cpp is not
> actually used there, but the package dependencies still pull it of
> course.

xrdb does not hard-depend on cpp, only recommends it:
$ rpm -qR xrdb |grep cpp
$ rpm -q --recommends xrdb
cpp
$ 

On my system, only gcc hard-requires cpp.

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

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

[Dominik 'Rathann' Mierzejewski]

On Friday, 07 July 2023 at 23:15, Michael Catanzaro wrote:
[...]
> The local collection is a bit of a hole, but I like your suggestion to
> put a short time limit on that. Perhaps we can collect for something
> like one hour locally, then delete if the user has not consented to
> upload before then.  Something like that.

This is still collecting without consent. Can I look inside your bedroom
and take pictures for something like one hour and then delete them if
you haven't consented? This is ridiculous. Please stop even considering
doing opt-out collection of any data.

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

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

[Dominik 'Rathann' Mierzejewski]

On Saturday, 08 July 2023 at 19:39, Kevin Fenzi wrote:
> On Sat, Jul 08, 2023 at 01:06:01PM +0200, Vitaly Zaitsev via devel wrote:
> > On 06/07/2023 18:10, Aoife Moloney wrote:
> > > but the conversation about each change
> > > will take place on Fedora Discussion at
> > > https://discussion.fedoraproject.org/t/f40-change-request-privacy-preserving-telemetry-for-fedora-workstation-system-wide/85320
> > 
> > It looks like they've started moving replies they don't like to
> > other threads to cover up the flow of resentment that comes
> > naturally to them.
> > 
> > That's why switching to Fedora Discussion from the mailing lists is
> > a very bad idea: admins or RH staff can easily delete your comments
> > or bury them in another threads.
> 
> Well, no. Thats not whats happening. 
> 
> Moving part of the discussion to another thread actually makes it MORE
> visible to other people.

If by "MORE visible" you actually mean "unaccessible", then I agree. The
opt-in/opt-out subtopic has been made private:
...
(mattdm) Split this topic 1 day ago

97 posts were merged into an existing topic: Opt-in / Opt-Out? A
breakout topic for the F40 Change Request on Privacy-preserving
telemetry for Fedora Workstation

and the link leads to:

https://discussion.fedoraproject.org/t/opt-in-opt-out-a-breakout-topic-for-the-f40-change-request-on-privacy-preserving-telemetry-for-fedora-workstation/85393

Which, when I visit it, says "This page does not exist or is private".

If that's how it's supposed to work then I'll stay on the mailing list,
thank you very much.

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

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

[Dominik 'Rathann' Mierzejewski]

On Friday, 07 July 2023 at 23:45, Björn Persson wrote:
> Michael Catanzaro wrote:
> > The problem is if users are expected to answer, they are going to 
> > probably answer No and it's effectively the same as an opt-in. But if 
> > we have a default value, users will be inclined to leave the default 
> > value.
> [...]
> > Remember, for avoidance of doubt, we will NEVER enable telemetry upload 
> > without the user's consent, which is indicated by either (a) not 
> > flipping the telemetry switch in gnome-initial-setup to the off 
> > position,
> 
> In other words, you expect that many users will click "Next" without
> thinking, and you intend to call that "consent". It's a popular tactic
> to make people "agree" to things without knowing it.

https://en.wikipedia.org/wiki/Dark_pattern#Privacy_Zuckering

So, either explain the issue to users convincingly enough that they do
click to enable the (off-by-default) telemetry (emphasis on benefits)
or scrap the idea altogether. Don't be like Facebook.

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

Re: F39 Change Proposal: LibuserDeprecation (System Wide)

[Dominik 'Rathann' Mierzejewski]

On Monday, 26 June 2023 at 03:16, James Ralston wrote:
[...]
> To remove a user from a group:
> 
> lgroupmod -m someuser somegroup
[...]
> But groupmod has no ability to remove a user from a group.
[...]
> For shadow-utils 4.10 or later, usermod has a new -r option, so it is
> possible to construct an equivalent:
> 
> usermod -r -G somegroup someuser
> 
> While this is a vast improvement, I would argue this option was added
> to the wrong utility: groupmod should have the ability to remove a
> user from a group, the same as lgroupmod.  It’s also fairly new (RHEL9
> still has shadow-utils 4.9, for example).

Agreed. Have you tried opening an issue upstream and/or in RHEL
bugzilla?

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

Re: Announcing fmt library soversion bump

[Dominik 'Rathann' Mierzejewski]

On Friday, 30 June 2023 at 12:37, Vitaly Zaitsev via devel wrote:
> On 30/06/2023 10:01, Dominik 'Rathann' Mierzejewski wrote:
> > As it is, you're forcing the above maintainers to
> > scramble to fix their packages at the beginning of summer holiday
> > season.
> 
> Announced: 23.05.2023.
> Rebuild started: 27.06.2023.
> FTBFS packages announced: 28.06.2023.
> Side tag merged: 30.06.2023.

That's a reasonable timeline, except not everyone reads the devel
mailing list so they might have found out only today that there's
something they need to do. I would've done a rebuild in COPR before
announcing and doing it in Fedora and contacted maintainers of FTBFS
packages directly at the same time. You wouldn't have been pressed for
time to merge the side tag quickly, then. It's very easy to automate,
too. See the great talk by Karolina Surma at DevConf 2023:
https://devconfcz2023.sched.com/event/1MYlI/fedora-package-update-assess-its-impact-in-copr

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

Re: Announcing fmt library soversion bump

[Dominik 'Rathann' Mierzejewski]

Vitaly,

On Friday, 30 June 2023 at 07:42, Vitaly Zaitsev via devel wrote:
> The side tag has been merged:
> https://bodhi.fedoraproject.org/updates/FEDORA-2023-4e8e736635
> 
> FTBFS (final):
> 
> arbor (not related to fmt, some tests failed on s390x)
> CuraEngine
> bout++
> cachelib
> dolphin-emu
> folly
> mangohud (not related to fmt)
> wasmedge
> watchman
> 
> FTI issues will be generated automatically after the next Rawhide compose.
> 
> Maintainers of these packages can build fixed versions to Rawhide directly
> without using any side tags.

That is not excellent. Since you had the fmt9 package done, you could've
just added it to Fedora without review (compat packages of existing ones
don't need one). The above packages would then get FTBFS bugs filled,
but would still be installable. You could've even orphaned the fmt9
compat package immediately, which would have give maintainers who depend
on it 6 weeks to react and either pick it up or fix their packages to
build with newer fmt. As it is, you're forcing the above maintainers to
scramble to fix their packages at the beginning of summer holiday
season.

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

Re: F38 updates stuck in pending

[Dominik 'Rathann' Mierzejewski]

On Friday, 30 June 2023 at 08:23, Bojan Smojver via devel wrote:
> If anyone reading this email has special powers to get some of the
> week old F38 updates unstuck from pending, please click the magic
> button. 
> 
> An example of such an update:
> https://bodhi.fedoraproject.org/updates/FEDORA-2023-ef0e8e36fc

It looks like I was able to submit this for testing after running

koji tag-build f38-updates-candidate libksba-1.6.4-1.fc38

Why don't you try that with the other updates? You can also open a
ticket to rel-eng at https://pagure.io/releng/issues .

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

Re: UW-IMAP

[Dominik 'Rathann' Mierzejewski]

Hello, David.

On Thursday, 29 June 2023 at 14:57, David Both wrote:
> I have noticed that uw-imap is no longer in the Fedora repo and that the
> last was F33. I like it far better than the other options because it is
> the IMAP server that best "does one things and does it well." It also
> requires the least amount of configuration and it just works so it also
> meets the KISS test.
> 
> I am willing to take it on to fix the problems that prevent it being
> properly built and to ensure that it continues to be available for
> future Fedora releases.
> 
> I can take the F33 RPM, and a couple libs from F33, install them on F38
> and it works very well. So I know that much. Hopefully it will be as
> simple as getting it to build and packaging it.

Fedora packaging and runtime environment have evolved significantly
since F33, but I wouldn't expect getting it to build on modern Fedora to
be too difficult. Most issues will probably come from GCC being more
strict. You should make it follow system crypto policy, too.

> My objectives are in sequence:
> 
> 1. Fork uw-imap and give it a new name. I would keep the current
> "provides" as uw-mail for compatibility.

You can also contact the original authors and ask if you can take over
maintenance. :)

> 2. Get it to build and install along with xinetd which is still
> required for it.
> 
> 3. Migrate it to systemd as quickly as possible.

3a. Port to OpenSSL 3 as quickly as possible.

> 4. Learn a lot!
> 
> 5. Don't change anything else unless absolutely necessary. That means no
> new "features."
> 
> 6. Fix any newly encountered bugs.
> 
> 7. Build a small team to keep it going in the future.

Sounds like a great plan. Good luck!

[...]
> I am looking at the github repo, but is it the best/most recent? I will
> try to figure out how to take that over and will go from there.

There's a repo on GitHub with the latest sources and Fedora's patches
applied on top: https://github.com/uw-imap/imap . Are you referring to
this one?

It looks like the official website was last available between Oct 28th,
2019 and Dec 22nd, 2019. This is the last functional capture at
archive.org:
https://web.archive.org/web/20191028114408/http://www.washington.edu/imap/

Reaching out to maintainers in other distros might be worthwile, too.

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

Re: Announcing fmt library soversion bump

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 28 June 2023 at 08:32, Vitaly Zaitsev via devel wrote:
> On 23/05/2023 12:22, Vitaly Zaitsev wrote:
> > I will use my proven-packager rights to rebuild all dependent packages
> > in a separate side tag next week.
> 
> Koji is now broken in this side tag (f39-build-side-69392):
> 
> Error:
>  Problem 1: package python3-dnf-4.16.1-2.fc39.noarch from build requires
> dnf-data = 4.16.1-2.fc39, but none of the providers can be installed
>   - package dnf-data-4.16.1-2.fc39.noarch from build requires
> /etc/dnf/dnf.conf, but none of the providers can be installed
>   - conflicting requests
>   - nothing provides libfmt.so.9()(64bit) needed by
> libdnf5-5.0.14-1.fc39.ppc64le from build
>  Problem 2: package python3-dnf-plugins-core-4.4.1-3.fc39.noarch from build
> requires python3-dnf >= 4.11.0, but none of the providers can be installed
>   - package python3-dnf-4.16.1-2.fc39.noarch from build requires dnf-data =
> 4.16.1-2.fc39, but none of the providers can be installed
>   - package dnf-plugins-core-4.4.1-3.fc39.noarch from build requires
> python3-dnf-plugins-core = 4.4.1-3.fc39, but none of the providers can be
> installed
>   - package dnf-data-4.16.1-2.fc39.noarch from build requires
> /etc/dnf/dnf.conf, but none of the providers can be installed
>   - conflicting requests
>   - nothing provides libfmt.so.9()(64bit) needed by
> libdnf5-5.0.14-1.fc39.ppc64le from build
> (try to add '--skip-broken' to skip uninstallable packages)
> 
> How I can fix that?

If dnf requires fmt, then you have to submit a compat fmt package first
so that dnf remains installable. I'd try untaggin the new fmt from that
side tag to fix this.

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

Re: CentOS Stream, RHEL, and Fedora [was Re: What is Fedora?]

[Dominik 'Rathann' Mierzejewski]

On Sunday, 25 June 2023 at 02:44, Kevin Kofler via devel wrote:
> Neal Gompa wrote:
> 
> > On Fri, Jun 23, 2023 at 6:09 PM Kevin Kofler via devel wrote:
> >>
> >> Josh Boyer wrote:
> >> > Agree with Matthew fully here.  We've been working rather hard
> >> > internally to adjust the development process for RHEL to be more
> >> > collaborative and open than it ever has before.
> >>
> >> The *development process* is more open, but the production
> >> releases, which is the only thing end users are interested in, are
> >> less open!
> > 
> > Actually, this is not true either. Since December 2020, Red Hat
> > Enterprise Linux has added a number of avenues in which you can
> > freely get it:
> > 
> > 1. Individuals (16 entitlements, prod use permitted):
> > https://developers.redhat.com/articles/faqs-no-cost-red-hat-enterprise-linux
> > 
> > 2. Teams (mucho entitlements for companies, no prod):
> > https://developers.redhat.com/articles/2022/05/10/access-rhel-developer-teams-subscription
> > 
> > 3. OSS projects running their own infra (mucho entitlements, prod
> > use permitted):
> > https://www.redhat.com/en/blog/extending-no-cost-red-hat-enterprise-linux-open-source-organizations
> 
> That is not "open", it is just free as in beer, for a restricted
> subset of people. If you are not (explicitly! Not just "try and hope
> we do not terminate your subscription at our whim") entitled to share
> the SRPMs, it is NOT open.

The FOSS licenses give you the right to share the SRPMS, sans the Red
Hat trademarks. Red Hat's terms of use for their subscriptions state
explicitly (in several places), that:
[...] This Agreement establishes the rights and obligations associated
with Red Hat Products and is not intended to limit your rights to
software code under the terms of an open source license. [...]

So, unless you have some specific and verifiable examples, please stop
spreading FUD.

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

Re: Koji builders cannot build Wine Mono

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 20 June 2023 at 09:47, Dominik 'Rathann' Mierzejewski wrote:
> Hello, Michael.
> 
> On Tuesday, 20 June 2023 at 07:21, Michael Cronenworth wrote:
> > Hi,
> > 
> > I was attempting to push a Wine Mono update today but ran into a problem
> > with all versions of Fedora when building in Koji.
> > 
> > The Wine Mono update successfully compiles on my local system using "fedpkg
> > mockbuild" for all versions of Fedora.
> > 
> > The builds fail in similar ways but in different places. If anyone has a
> > minute could they review the build logs and offer a clue as to what may be
> > the cause?

[...]
> The latest version in rawhide is 6.12.0. Perhaps it's not capable of
> building the newer version and you need to bootstrap using prebuilt
> binaries.

I checked mono, not wine-mono, which is at 7.4.0. But perhaps this
matters, as well.

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

Re: SIG proposal: Multimedia SIG

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 20 June 2023 at 00:01, JT wrote:
> In the original post, I took private to mean its own dedicated list...
> not that it'd be hidden from view from everyone.  IMHO everything with
> Fedora should be in the open.  Bugs should be reported upstream, so I
> dont see why there would need to be any confidential information dealt
> with by the SIG.

If we set up the SIG bugzilla account as the default assignee, it'll get
sent bug reports filed by ABRT that are often marked as Confidential
because people submitting them don't uncheck the "mark as private"
checkbox for some reason. I get such bug reports regularly and I usually
ask the reporter to make them public. Some agree, others never reply.

Such reports cannot be made public without reporter's consent. So yes,
the plan is to have a non-public mailing list just for this purpose.
There's no intention of using it for any other purpose.

If the SIG members see a need for a dedicated mailing list, Matrix
chanel, forum or another communication venue, that can be set up later.
Right now, the idea is to share maintenance workload and coordinate
rebuilds.

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

Re: Koji builders cannot build Wine Mono

[Dominik 'Rathann' Mierzejewski]

Hello, Michael.

On Tuesday, 20 June 2023 at 07:21, Michael Cronenworth wrote:
> Hi,
> 
> I was attempting to push a Wine Mono update today but ran into a problem
> with all versions of Fedora when building in Koji.
> 
> The Wine Mono update successfully compiles on my local system using "fedpkg
> mockbuild" for all versions of Fedora.
> 
> The builds fail in similar ways but in different places. If anyone has a
> minute could they review the build logs and offer a clue as to what may be
> the cause?

I have no experience with Mono or .NET itself, but I do have experience
with fixing various build failures, so I've taken a look.

> F39 build attempts:
> - https://koji.fedoraproject.org/koji/taskinfo?taskID=102372408 (x86_64)

Segmentation fault in mono-sgen.

> - https://koji.fedoraproject.org/koji/taskinfo?taskID=102373027 (aarch64)

Segmentation fault in mono
(/builddir/build/BUILD/wine-mono-8.0.0/build/mono-unix/mono/mini/mono).

> - https://koji.fedoraproject.org/koji/taskinfo?taskID=102373207 (x86_64)

Segmentation fault in mono-sgen.

> F38 build attempt:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=102372475 (aarch64)

I noticed these:
...
wine .//build/fixupclr.exe x86 
build/image-support/Microsoft.NET/Framework/v2.0.50727/installutil.exe
Application could not be started, or no application associated with the 
specified file.
ShellExecuteEx failed: File not found.

==> missing fixupclr.exe binary?
I think it should get built earlier:
...
CFLAGS="-g" CXXFLAGS="-g" LDFLAGS="" /usr/bin/make -C 
build/PresentationNative-x86 -f 
/builddir/build/BUILD/wine-mono-8.0.0/wpf/PresentationNative/Makefile ARCH=x86 
SRCDIR="/builddir/build/BUILD/wine-mono-8.0.0/wpf/PresentationNative" 
"MINGW=i686-w64-mingw32"
x86_64-w64-mingw32-gcc -municode -Wall tools/fixupclr/fixupclr.c -o 
build/fixupclr.exe -g

but then I can see this:

make: .//mono/config.guess: No such file or directory

and also:
...
0044:err:winediag:nodrv_CreateWindow Application tried to create a window, but 
no driver could be loaded.
0044:err:winediag:nodrv_CreateWindow L"Make sure that your X server is running 
and that $DISPLAY is set correctly."
0084:err:ntoskrnl:ServiceMain Failed to load 
L"C:\\windows\\system32\\win32k.sys"
0084:err:ntoskrnl:ServiceMain Failed to load 
L"C:\\windows\\system32\\drivers\\dxgkrnl.sys"
0084:err:ntoskrnl:ServiceMain Failed to load 
L"C:\\windows\\system32\\drivers\\dxgmms1.sys"
0098:err:winediag:nodrv_CreateWindow Application tried to create a window, but 
no driver could be loaded.
0098:err:winediag:nodrv_CreateWindow L"Make sure that your X server is running 
and that $DISPLAY is set correctly."
0098:err:setupapi:SetupDefaultQueueCallbackW copy error 1812 
L"@C:\\windows\\system32\\mscms.dll,-1" -> 
L"C:\\windows\\system32\\spool\\drivers\\color\\srgb color space profile.icm"
wine: failed to open L"C:\\windows\\syswow64\\rundll32.exe": c135

==> maybe you should run this under Xvfb? Also, are all required wine
subpackages installed?

> F37 build attempt:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=102372473 (x86_64)

Segmentation fault in mono-sgen again.
Additionally, the build process tries (and fails) to download prebuilt
binaries from upstream:
...
cd lib && { (wget -O- 
https://download.mono-project.com/monolite/monolite-linux-1A5E0066-58DC-428A-B21C-0AD6CDAE2789-latest.tar.gz
 || curl -L 
https://download.mono-project.com/monolite/monolite-linux-1A5E0066-58DC-428A-B21C-0AD6CDAE2789-latest.tar.gz)
 | gzip -d | tar xf - ; }
make[8]: Leaving directory 
'/builddir/build/BUILD/wine-mono-8.0.0/mono/mcs/class'
/bin/sh: line 1: wget: command not found
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed

  0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 
0curl: (6) Could not resolve host: download.mono-project.com
gzip: stdin: unexpected end of file
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
make[8]: *** [Makefile:560: get-monolite-latest] Error 2
make[7]: *** [build/profiles/build.make:123: do-get-monolite] Error 2
*** The runtime 'MONO_PATH=/builddir/build/BUILD/wine-mono-8.0.0/monolite 
/builddir/build/BUILD/wine-mono-8.0.0/build/mono-unix/mono/mini/mono-sgen' 
doesn't appear to be usable.
*** Check README for information on how to bootstrap a Mono installation.

Side notes: I see bundled boringssl, SDL2 and FAudio getting built.
The latest version in rawhide is 6.12.0. Perhaps it's not capable of
building the newer version and you need to bootstrap using prebuilt
binaries.

Regards,
Dominik
-- 
Fedora   https://fedoraproject.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
devel mailing list -- 

SIG proposal: Multimedia SIG

[Dominik 'Rathann' Mierzejewski]

Hello!

With the growing number of multimedia packages in Fedora, mostly owing
to the introduction of ffmpeg package and Legal permission to enable
and ship many popular codecs, I think we've reached the critical mass of
packages and maintainers that warrants the creation of a Multimedia SIG.

I propose, similar to the recently established LibreOffice SIG, to
create a FAS group, Bugzilla account and a private mailing list.

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

Re: LibreOffice packages

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 07 June 2023 at 08:51, Stephan Bergmann wrote:
> On 6/6/23 18:07, Fabio Valentini wrote:
> > In general, I do like having software available as flatpaks,
> > especially if it's not available from Fedora repositories.
> > However, there's also the question of *trust* - do I trust the
> > software source and / or the people / projects providing them?
> > 
> > Let's take LibreOffice as an example, since it started this whole 
> > discussion.
> > The Fedora package appears to bundle only one "major" dependency,
> > hsqldb, and it's documented and justified why this is the case in the
> > spec file.
> > 
> > On the other hand, the libreoffice flatpak bundles ~80 projects:
> > - OpenJDK 17 (huh? is there no shared JDK flatpak runtime / SDK extension?)
> > - krb5 (huh?)
> > - xmlsec
> > - boost 1.80
> > - gpgme (huh?)
> > - mariadb-connector-c
> > - openldap (huh?)
> > - poppler
> > - PostgreSQL 13.10 (huh?)
> > - and about 70 more (but with less memorable names)
> > 
> > While I *do* trust the LibreOffice project (somewhat) to ship their
> > own software correctly, do I trust them regarding these ~80 bundled -
> > and partially security sensitive - libraries, as well? I'm not sure.
> > Do I trust the Fedora packages for these libraries? Probably. Many of
> > these libraries are installed by default on Fedora, and are not only
> > used by LibreOffice, so I basically placed implicit trust in these
> > when I first installed Fedora on my machine.
> 
> If you are talking about the LibreOffice upstream flatpak on Flathub (i.e., 
> ):
> 
> * It bundles OpenJDK 17 provided by the
> org.freedesktop.Sdk.Extension.openjdk17 sdk-extension.  Whenever a new
> version of the LibreOffice flatpak is provided, it automatically includes
> whatever latest version of that openjdk17 extension is provided.  (And the
> assumption is that the providers of that extension take timely action in
> case of any relevant (security) issues.)  Still, if there are urgent
> (security) issues in the extension, we would need to notice that and rebuild
> the LibreOffice flatpak accordingly.  (It would be nicer if Java was
> provided as an org.freedesktop.Platform extension rather than only as an
> org.freedesktop.Sdk extension.)
> 
> * It bundles gvfs (see 
> 
> "Re-enable GIO support") and krb5 (see 
> 
> "Add krb5" and 
> 
> "Introduce optional krb5 support for internal PostgreSQL") "on its
> own":  If there are any (security) issues with their upstream sources, we
> need to notice that and adapt the LibreOffice flatpak accordingly.
> 
> * It bundles another 83 packages (from pdfium-5408.tar.bz2 to 
> f543e6e2d7275557a839a164941c0a86e5f2c3f2a0042bfc434c88c6dde9e140-opens___.ttf)
> that are "managed" by upstream LibreOffice:  These are also used for other
> upstream LibreOffice builds (e.g., on macOS and Windows), and if there are
> any relevant (security) issues, upstream LibreOffice takes care of that and
> provides a new upstream LibreOffice version (and thus a new LibreOffice
> flatpak version).

And this is exactly where the value of Linux distribution lies. Upstream
does not have to "manage" their dependencies and can rely on
distributions instead. There are package management solutions for
Windows and MacOS, so upstreams could make a one-time effort to support
those and delegate instead of the constant time investment to manage
dependency bundling for all platforms on their own. I realize this
would not happen overnight, but I wish this were the direction in which
upstreams are moving instead of bundling everything.

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

Re: libftdi: Failure to create output directory (aarch64 only)

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 06 June 2023 at 10:55, Dan Horák wrote:
> On Tue, 6 Jun 2023 09:50:09 +0200
> Dan Horák  wrote:
> 
> > On Mon, 5 Jun 2023 17:53:59 -0500
> > Richard Shaw  wrote:
> > 
> > > I just saw this[1] on the packager dashboard:
> > > 
> > > error: Could not create output directory
> > > /builddir/build/BUILD/libftdi1-1.5/redhat-linux-build/doc/xml
> > > 
> > > Full log:
> > > https://kojipkgs.fedoraproject.org/work/tasks/5182/101845182/build.log
> > > 
> > > Is this a known issue?
> > > 
> > > [1] https://koschei.fedoraproject.org/package/libftdi?collection=f39
> > 
> > it is an interesting issue, because my fresh scratch build [2] runs
> > well on aarch64, but fails on s390x with the same error as yours
> > and with a different error on ppc64le ... I wonder if it could be a
> > "parallel make" issue.
> > 
> > [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=101861225
> 
> I think it is a parallel make issue, with an explicit "-j1" the builds
> are passing OK
> 
> https://koji.fedoraproject.org/koji/taskinfo?taskID=101862160
> https://koji.fedoraproject.org/koji/taskinfo?taskID=101862632
> 
> Perhaps it explains also the previous failures seen by koschei ...

Reporting these upstream is best. I've had a similar issue with INN for
years, but it has been fixed:
https://github.com/InterNetNews/inn/issues/206 .

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

Re: LibreOffice packages

[Dominik 'Rathann' Mierzejewski]

On Saturday, 03 June 2023 at 14:42, Michael Catanzaro wrote:
[...]
> My $0.02: maintaining complex desktop applications as part of the operating
> system requires significant effort and produces low value for users when you
> can easily install that app from Flathub instead. (It *especially* doesn't

"easily install from Flathub" brings us closer to Windows where you
"easily" install software from random places on the Internet and they
bring their own bundled outdated versions of libraries. Flatpaks have
the added downside of not integrating well with the OS on top of the
bloat they bring. No, thank you. I'd rather have proper well-integrated
RPMs installed from official distro repos.

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

Re: Old stalled bodhi updates

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 31 May 2023 at 09:08, Mattia Verga via devel wrote:
> Il 30/05/23 22:15, Adam Williamson ha scritto:
> >
> > https://bodhi.fedoraproject.org/updates/FEDORA-2022-f563346d4d is
> > similar, but this time it was ejected from its push *to stable* (not to
> > testing), again allegedly for a missing tag. The builds have now
> > actually been deleted(!), so that update can never be pushed as-is, I
> > don't think. We would probably have to bump and rebuild both packages
> > and edit the new builds into the update, then try pushing it again.
> > CCing the maintainer of that one (Dan).
> 
> FEDORA-2022-f563346d4d can't be pushed to stable because the i3 build 
> was superseded by FEDORA-2023-6e1ee729b9, but the older update was not 
> obsoleted because it also has i3-gaps build which was not superseded by 
> anything.

i3-gaps was merged into i3 and is properly obsoleted:
https://src.fedoraproject.org/rpms/i3/c/d81eb788e22d69ffd697f6b00a4de07a978f6722?branch=f37

> So, I think the update needs to be unpushed.

Indeed, done using my PP access.

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

Re: Self Introduction

[Dominik 'Rathann' Mierzejewski]

Hello, Philipp!

On Monday, 22 May 2023 at 12:24, Philipp Stanner wrote:
> Hi Fedora Folks!
> 
> As I am going to do some RPM packaging in the future (for my employer
> and probably also a bit in private) I wanted to introduce me briefly.
> I'm Philipp, based in southern Germany and have been an open source
> enthusiast at least since 2016/17. I am currently working a lot with
> RPMs and am therefore trying to gain knowledge and traction in that
> area.

Sounds great!

> I hope I will be able to contribute a package or two during the next
> months.

We are looking forward to your contributions. Welcome to Fedora!

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

Re: It’s time to transform the Fedora devel list into something new

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 25 April 2023 at 12:30, Florian Weimer wrote:
> * Dominik Mierzejewski:
> 
> > You don't have threaded replies, either. And quoting the post you're
> > replying to is entirely non-intuitive. It took me a while to discover
> > that you have to click on the "speech bubble" icon inside the editor that
> > opens after you click reply.
> 
> In some instances at least, you can select the text in the fragment you
> are replying to, and a quote button will appear.  I at least found that
> quite discoverable.

You have to use your mouse to do it, which is too disrupting for me.

> >> Renaming topics works in a much saner way.
> >> You can deal with 'cross-posting' in a much saner and more flexible
> >> way. Quoting is always a problem everywhere, but that's only *one*
> >> thing, at least. :D
> >
> > Quoting and threading are the fundamental features in text-based
> > non-realtime conversations, so switching to a medium that offers
> > inferior quoting and no threading is questionable at best.
> 
> I tend to agree, but most clients only offer rudimentary support to show
> the metadata that's there.  Nowadays, a lot of people pick a random
> message in a thread and reply to that, disregarding what that particular
> message contributed to the conversation.  I can't really blame them
> because in the interfaces they are used do, it does not make a
> difference for presentation purposes.

That seems to be the sad reality of many of the web-based forums
I sometimes visit, so yes, my anecdotal evidence confirms your
observations.

> I'm not sure if nested threading
> in email ever went mainstream, to be honest.

It depends on the mailing lists you are subscribed to. The technical
ones tend to make use of threading efficiently.

> Discourse and similar tools may merely reflect that lack of
> familiarity.

No argument there.

> I couldn't consume the volume of mail I process without it because
> nested threading still works on most of the technical lists I frequent,
> but I suppose it's a dying art.

Call me a dinosaur. ;) I have no intention of dying out any time soon,
though. ;)

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

Re: It’s time to transform the Fedora devel list into something new

[Dominik 'Rathann' Mierzejewski]

On Friday, 21 April 2023 at 20:17, Adam Williamson wrote:
> On Fri, 2023-04-21 at 11:00 -0400, Solomon Peachy via devel wrote:
> > On Fri, Apr 21, 2023 at 04:55:00PM +0200, Emmanuel Seyman wrote:
> > > I agree there's a huge lack of netiquette in Fedora's mailing lists,
> > > with wholesale quoting, top-posting, subjects not being updated, etc but
> > > changing mediums seems far more expensive than asking people to post
> > > emails that are easier to read.
> > 
> > Not to mention these problems won't go away just because it's now hosted 
> > on a web page..
> 
> Well, not because it's hosted on a web page, but a more structured
> system *does* address a lot of these problems. A lot of what you're
> referring to as "netiquette" is really about putting the onus on each
> individual user to do stuff that a more sophisticated system could
> handle for them, and a system like discourse *does* handle those. You
> can't top-post on discourse.

You don't have threaded replies, either. And quoting the post you're
replying to is entirely non-intuitive. It took me a while to discover
that you have to click on the "speech bubble" icon inside the editor that
opens after you click reply.

> Renaming topics works in a much saner way.
> You can deal with 'cross-posting' in a much saner and more flexible
> way. Quoting is always a problem everywhere, but that's only *one*
> thing, at least. :D

Quoting and threading are the fundamental features in text-based
non-realtime conversations, so switching to a medium that offers
inferior quoting and no threading is questionable at best.

As can be deduced from my UA header, I'm firmly in the e-mail camp
and, similar to others in this thread, I find web-based forums
unintuitive and difficult to use efficiently because of lack of
efficient keyboard control. Yes, there are keyboard shortcuts in
Discourse, but they don't allow you to browse through and open
expand highlighted threads, jump to Nth thread/message, etc.

Efficient navigation requires combined keyboard/mouse usage, which
disrupts the experience.

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

Re: Auto-assign packager sponsors to tickets?

[Dominik 'Rathann' Mierzejewski]

On Monday, 17 April 2023 at 17:53, Jakub Kadlcik wrote:
> I want to thank you all for the feedback.
> 
> Everything was already mentioned in the discussion so I am not going
> to dig into details again. Just a quick summary for anyone who wants
> TL;DR for this thread:
> 
> - I am not going to implement the original proposal or any variation of it
> - Instead, I am going to automatically open an issue in the
> package-sponsors tracker for new contributors after they receive
> fedora-review+ on their first ticket. A link to this issue along with
> some explanation will be automatically commented to their package
> review Bugzilla ticket.
> - You can follow the progress here
> https://github.com/FrostyX/fedora-review-service/issues/18

That sounds excellent to me. Thanks for doing this!

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

Unannounced API break in babl

[Dominik 'Rathann' Mierzejewski]

Hello!

The latest babl-0.1.102 update in rawhide [1] introduces an unannounced
API break. It no longer ships babl.pc and included babl-0.1.pc instead,
which means any application trying to detect it using pkg-config will
fail. This causes, for example, gimp to FTBFS:
...
configure:24501: checking for babl >= 0.1.78
configure:24508: $PKG_CONFIG --exists --print-errors "babl >= 0.1.78"
Package babl was not found in the pkg-config search path.
Perhaps you should add the directory containing `babl.pc'
to the PKG_CONFIG_PATH environment variable
Package 'babl', required by 'virtual:world', not found
configure:24511: $? = 1
configure:24525: $PKG_CONFIG --exists --print-errors "babl >= 0.1.78"
Package babl was not found in the pkg-config search path.
Perhaps you should add the directory containing `babl.pc'
to the PKG_CONFIG_PATH environment variable
Package 'babl', required by 'virtual:world', not found
configure:24528: $? = 1
configure:24542: result: no
Package 'babl', required by 'virtual:world', not found
configure:24559: Ek! Missing dep: babl >= 0.1.78
...

Unfortunately, gimp wasn't tracked by koschei until now, so this went
undetected for a month. I've added gimp to koschei to avoid this in the
future.

Other potentially affected packages include:
gegl04
gimp-dds-plugin
gimp-jxl-plugin (jpegxl)
gimp-wavelet-denoise-plugin
gmic
gnome-photos
jpegxl (gimp-jxl-plugin)

and

libopenshot over at RPM Fusion

For gimp, it looks like the fix is in 2.10.34[2]. I haven't checked
the other packages.

[1] 
https://src.fedoraproject.org/rpms/babl/c/247124b61a054ff0aecf1091284ccd4be713fd23
[2] 
https://gitlab.gnome.org/GNOME/gimp/-/commit/3fad4fd93d3d36b39ae751b3cc8db33346fd2ed1

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

Re: A question about custom MIME types

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 05 April 2023 at 11:41, Sébastien Le Roux wrote:
[...]
> Now comes my question: some of these files seem to be configuration
> files, that the 'update-mime-database' simply updates, so I am not
> confident in saying that these should be installed by my RPM, it might
> just be better to have these files simply updated after the
> installation, but I do not know how.
> 
> I tried to remove the 'update-mime-database' from the 'Makefile.am'
> (the project uses GNU autotools)

Do that.

> and put it in the '%check' section of the spec file but it does not
> work (same issue).

But don't put it anywhere else. It'll be run by rpm itself when
installing the package via filetriggers of shared-mime-info package:

$ rpm -q --filetriggers shared-mime-info
transfiletriggerin scriptlet (using /bin/sh) -- /usr/share/mime
update-mime-database -n /usr/share/mime &> /dev/null ||:
transfiletriggerpostun scriptlet (using /bin/sh) -- /usr/share/mime
update-mime-database -n /usr/share/mime &> /dev/null ||:

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

Re: New machine - no virtual terminals

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 22 March 2023 at 17:12, Steven A. Falco wrote:
> On 3/22/23 11:23 AM, stan via devel wrote:
> > On Tue, 21 Mar 2023 17:14:44 -0400
> > "Steven A. Falco"  wrote:
> > 
> > > I think I'm finally getting somewhere with this problem.
> > > 
> > > My motherboard has a built-in VGA interface, which shows up as
> > > "astdrmfb" on fb0.  My AMD video card is "amdgpudrmfb" on fb1.
> > > 
> > > For some reason, the kernel uses fb1 for the graphical desktop, but
> > > when I type Ctrl-Alt-F3 it switches to the VGA interface on fb0.
> > > 
> > > So my question is now probably simpler - I need to find a way to tell
> > > the kernel to ignore fb0 completely, and just use fb1 for everything.
> > > 
> > > I'll do some searching to see if I can figure that out, but if
> > > someone knows off the top of their head how to force a framebuffer to
> > > be ignored, I'd appreciate it.
> > 
> > Is there a way to turn off the fb0 in the BIOS?  Hit F2 or Del to get
> > into the bios while booting.  Yours might be different, but I think
> > these are pretty standard.
> 
> I read through the motherboard manual and while I don't see a way to
> turn off the on-board VGA hardware from the BIOS, there is a physical
> switch on the motherboard to disable it completely.
> 
> I tried that, and it worked.  Now the kernel only sees my AMD video
> card and assigns it to fb0.  And all the virtual consoles now work
> properly.
> 
> Thanks again for your help, Stan.  I appreciate it!

For future reference and for others who bump into similar issue, you can
use the fbcon=map:1 kernel option to map the second fb to the console.
See https://www.kernel.org/doc/html/latest/fb/fbcon.html for more
details.

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

Re: Status of AVIF support in Fedora

[Dominik 'Rathann' Mierzejewski]

Hi, Sandro.

On Sunday, 19 March 2023 at 13:14, Sandro wrote:
[...]
> Dominik, since you picked up the RPMFusion package, which conflicts
> with the new Fedora package, could you bring me up to speed what needs
> (is planned to) happen with the RPMFusion package?

For now, the Fedora package has a higher NEVRA, so the RPM Fusion
package will be updated by the Fedora one.

Going forward, I'm going to turn it into an add-on package, i.e. ship
only the two plugins we can't ship in Fedora:
%{_libdir}/libheif/libheif-libde265.so
%{_libdir}/libheif/libheif-x265.so

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

Re: Status of AVIF support in Fedora

[Dominik 'Rathann' Mierzejewski]

On Saturday, 18 March 2023 at 08:40, Leigh Scott wrote:
> I have orphaned libheif at rpmfusion as I have no desire to manage
> another split package.
> 
> https://admin.rpmfusion.org/pkgdb/package/free/libheif/

Thanks for the link. Picked up.

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

Re: Non-responsive maintainer check for eclipseo

[Dominik 'Rathann' Mierzejewski]

Hi, Bob!

On Thursday, 16 March 2023 at 07:34, Bob Mauchin wrote:
> I'm here just very busy with work and being tired, I ll try to work on
> stuff this weekend.

It's a relief knowing you're okay. I have one bug in particular I'd like
to draw your attention to: https://bugzilla.redhat.com/show_bug.cgi?id=2162675
Please let me know if you're ok with me resolving it for you.

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

Re: Strange RPM "recognition of file" error in f38 and f39 build

[Dominik 'Rathann' Mierzejewski]

On Thursday, 09 February 2023 at 14:02, Eike Rathke wrote:
> Hi,
> 
> Building Thunderbird for f38 and f39 now bails out with an RPM build
> error
> 
> Recognition of file 
> "/builddir/build/BUILDROOT/thunderbird-102.7.2-1.fc39.aarch64/usr/lib64/thunderbird/libxul.so"
>  failed: mode 100755 , dynamically linked, 
> BuildID[sha1]=633a0656d9de96c14d0960117d1029f4846c34ae Note section size too 
> big (121835212 > 67108864) (Invalid argument)
> 
> See build.log of
> https://koji.fedoraproject.org/koji/taskinfo?taskID=97288572
> https://koji.fedoraproject.org/koji/taskinfo?taskID=97303047
> 
> Builds for f36 and f37 are fine, as was an earlier build of the previous
> release for f38 last week.
> 
> Assumption is, something changed in libmagic.

According to koschei, this might be correct:
https://koschei.fedoraproject.org/build/14741264

file package was updated from 5.42 to 5.44. I suspect it is this commit:
https://github.com/file/file/commit/e1233247bbe4d2d66b891224336a23384a93cce1
which is present in 5.43 and later.

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

Re: [Scitech] openmpi 5.0.0 drops 32-bit support

[Dominik 'Rathann' Mierzejewski]

On Friday, 03 February 2023 at 05:20, Orion Poplawski wrote:
> As a heads up - openmpi 5.0.0 drops support for 32-bit builds [1].  I'm not
> sure how far away it is from release - we're on rc10 at the moment.
[...]
> Personally I've been planning on dropping 32-bit support in a buch of
> packages I maintain in this stack like vtk, paraview, etc.  This seems like
> as good a driver for it as any.
> 
> That said, packages that build serial and parallel versions don't need to
> drop 32-bit support completely, just for the openmpi builds.
> 
> 1 - https://github.com/open-mpi/ompi/pull/11282

Thanks for the heads-up, Orion. We are affected by this bug[2], anyway,
and I guess it's not going to be fixed upstream. At least two of the
affected packages have ExcludeArch: %{ix86} already. I'll proceed to
exclude openmpi subpackages on i686, too.

[2] https://bugzilla.redhat.com/show_bug.cgi?id=2142304

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

Re: List of long term FTBFS packages to be retired next week

[Dominik 'Rathann' Mierzejewski]

On Thursday, 02 February 2023 at 03:53, Gary Buhrmaster wrote:
> On Tue, Jan 31, 2023 at 12:45 PM Miro Hrončok  wrote:
> 
> > If you see a package that can be rebuilt, please do so.
> 
> > tpm2-tss-engine mzavalavz
> 
> I can fix this (up-lift to the current release), but I don't see a way
> to do so before retirement as the current maintainer seems mostly MIA.
> Am I missing something in the process (as a non-PP).  If the package
> is orphaned, I would just take it, up-lift, and rebuild, but I do not
> see that as a viable option with the current maintainer is
> (apparently) non-responsive (yes, I could open the entire
> non-responsive process, but at this point that would take longer than
> the date of retirement).

Open a PR and ask a proven packager to merge it for you. Then you can
submit the build yourself. In parallel, start the non-responsive
maintainer process.

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

Re: Unannounced .so version bump in gtest 1.13.0

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 31 January 2023 at 16:29, Ben Beasley wrote:
> I finished checking for fallout from the gtest 1.13.0 update in Rawhide.
> The following packages built with GCC 13 but FTBFS with gtest-0.13.0 and
> have NOT been patched yet:
[...]
> gstreamermm (https://bugzilla.redhat.com/show_bug.cgi?id=2165230)

Fixed by dropping hard-coded -std=c++11 and -std=c++0x.

[...]
> mkvtoolnix ([edit: FTBFS with] Ruby 3.2: 
> https://bugzilla.redhat.com/show_bug.cgi?id=2161534)

Fixed by backporting upstream patch.

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

Re: updating cmark to 0.30

[Dominik 'Rathann' Mierzejewski]

On Monday, 30 January 2023 at 06:16, Jens Petersen wrote:
> Thanks for this feedback.
> 
> Not sure what happened :-( but I am rebuilding them now (mkvtoolnix was 
> expected).

Feel free to fix mkvtoolnix using the upstream patch I mentioned.

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

Re: FYI: boot issues with kernel 6.1.5+

[Dominik 'Rathann' Mierzejewski]

On Sunday, 15 January 2023 at 23:07, Marius Schwarz wrote:
> Am 15.01.23 um 22:35 schrieb Marius Schwarz:
> > Hi,
> > 
> > on Asrock 550B / Ryzen 5600X kernel 6.1.5 - 6.2.0 alpha are not booting,
> > not even complaining about the irq vector bug in the firmware anymore,
> > which happens extrem early. As it's not logging anything at that point,
> > debugging will be a p.i.t.a .
> > 
> > Kernel 6.0.18 boots without any problems.
> > 
> 
> Issues with nvidia driver init/usage detected.
> 
> See https://bugzilla.redhat.com/show_bug.cgi?id=2161104

Missing CONFIG_FB_EFI, apparently.

$ grep FB_EFI /boot/config-6.0.15-300.fc37.x86_64 
CONFIG_FB_EFI=y
$ grep FB_EFI /boot/config-6.1.5-200.fc37.x86_64 
# CONFIG_FB_EFI is not set

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

Re: Orphaned packages looking for new maintainers

[Dominik 'Rathann' Mierzejewski]

On Monday, 05 December 2022 at 12:36, Miro Hrončok wrote:
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for sure
> that the package should be retired, please do so now with a proper reason:
> https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
[...]

> rathann: maloc, enchant

maloc is required by apbs, which has other maintainers and I don't want
to pick it up.

enchant is requires by subtitleeditor which has since grown support for
enchant2, so I'm just going to switch it over to a maintained
dependency. Last enchant release was in 2010. IMHO it should be retired
after all its dependencies are ported to enchant2.

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

Re: Orphaned packages looking for new maintainers

[Dominik 'Rathann' Mierzejewski]

On Thursday, 12 January 2023 at 18:42, Susi Lehtola wrote:
> On 12/5/22 13:36, Miro Hrončok wrote:
> > The following packages are orphaned and will be retired when they
> > are orphaned for six weeks, unless someone adopts them. If you know for sure
> > that the package should be retired, please do so now with a proper reason:
> > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
> > 
> > Note: If you received this mail directly you (co)maintain one of the 
> > affected
> > packages or a package that depends on one. Please adopt the affected 
> > package or
> > retire your depending package to avoid broken dependencies, otherwise your
> > package will fail to install and/or build when the affected package gets 
> > retired.
> 
> Hello,
> 
> although I was mentioned in the email
> 
> > Affected (co)maintainers (either directly or via packages' dependencies):
> > jussilehtola: CheMPS2
> 
> I was was not contacted about this and the package has been falsely retired.

It hasn't been retired. The above only means that the OpenMolcas and
psi4 packages that you maintain depend on the CheMPS2 package that is
currently orphaned (has no maintainer as main point of contact) and your
two will be affected when CheMPS2 package is retired.

> Please check your scripts to reach out to other maintainers who may have been
> bitten by the retirements.

The scripts work fine. You and other maintainers were contacted.

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

Re: Automation of Fedora SCM requests

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 11 January 2023 at 17:13, Michal Konecny wrote:
> Hi everyone,
> 
> all the remaining issues were solved and the bot is now processing
> tickets as it should. I will watch the SCM request repository for next
> few days to see if everything is working as it should.
> Thanks for your patience.

Thank you Michal and the CPE Team. Automating this part is a very
welcome improvement.

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