Fedora-Cloud-33-20210930.0 compose check report

[Fedora compose checker]

No missing expected images.

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

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

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

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

Re: Fedora 💔 Java: The Death of Two SIGs

[Mikolaj Izdebski]

On Thu, Sep 30, 2021 at 1:25 AM Mat Booth  wrote:
>
> On Wed, 29 Sept 2021 at 23:48, Emmanuel Seyman  wrote:
> > On that topic, I've just read an interview of Nicolas Lécureuil, the
> > president of the Mageia board, in which he says that Mageia's Java stack
> > is based on Fedora's and that he interacts with Fedora's Java team
> > (leading me to wonder who exactly he is interacting with given Fabio's
> > description of the SIG's activity in the opening mail of this thread).
> >
>
> I've interacted with Java people from Mageia many times over the
> years. They periodically rebase their stack on Fedora's and have been
> pretty good at finding things that I didn't notice had stopped working
> such as bootstapping modes that we don't exercise very often for
> example. I've made a bunch of changes based on their reports and
> merged a bunch of changes from them too, so kudos to them. They've
> historically been active on #fedora-java IRC channel, so I'm sure I'm
> not the only one with such interactions.

Likewise, I talked with Mageia Java maintainers, including Nicolas,
numerous times in the past couple years. I am happy to work with them
as relationship with Mageia brings value to Fedora for several
reasons, such as getting bugs/RFEs from them that help our packages to
be improved.

--
Mikolaj

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

Re: Fedora 💔 Java: The Death of Two SIGs

[Mikolaj Izdebski]

On Mon, Sep 27, 2021 at 4:06 PM PGNet Dev  wrote:
>
> Many valid/interesting points being made.  Most of them sound, reasonably, 
> like developer-/maintainer-centric issues.
>
> Question: Is a primary goal of Fedora distro (JAVA sig, etc) to 'service' its 
> (java app) users?

There is no single primary goal of Java SIG.  The group consists of
individuals and sub-groups that have different focus or goals.

I think of Java packages as grouped into logical layers.  The lowest
first foundation layer is OpenJDK.  The second layer is Java RPM
tooling (with dependencies, the build systems) which enables
everything else, the third layer, to be built.  In other words,
OpenJDK with Maven/Ant/Javapackages/XMvn form a platform on which
other packages can be built.

I am mostly working within MBI sub-SIG that is working on
development and maintenance of the second layer - Java build systems
and RPM tooling for Java packaging.  The group has 2 goals:

1) We deliver, maintain and support Ant and Maven in Fedora.  Our aim
is to provide developers with the most popular Java build systems
which are reviewed, tested, and updated through the release lifecycle.

2) We design, develop and document tooling that enables anyone to
package Java software with a simple, efficient and scalable process.
We are also active members of Java SIG, collaborating on complex
changes and guiding new contributors.

The first goal is directed towards Fedora Linux users who want to
build any Java software, the second one towards anyone who wants
to package software they care about, but primarily towards Fedora contributors.
Maintenance of random Java libraries or apps is a non-goal for us.

From my PoV, all Fedora Java buildsystem packages (around 120 of them)
are in good shape, with only two known security bugs, no important or
critical security bugs, no FTBFS or FTI bugs.  I am actively triaging
all bugs reported and responding to pull requests opened.  Due to
recent CentOS Stream 9 development work we are behind on a couple of
updates, but we should process them in the next month or two.

--
Mikolaj Izdebski

>
> If so, what's the current understanding of a user-driven ProductRequirements 
> spec'n of JAVA apps 'round here?
> Who's included in "users"? Developers? End-users? etc.
> Perhaps I've missed it ...
>
> I know as a representative of my end-users I've got plenty of opinions about 
> our JAVA env.  Also as a representative of my org's JAVA devs.
> But as a developer/maintainer OF java/apps @ Fedora, not much at all; the 
> "solid OpenJDK & Maven" approach is good enuf here.  Mostly.
>
> And, if that^ is not a primary goal, then back to the discussion at hand.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Default wallpaper for Fedora 35 Release avail for testing

[Luna Jernberg]

Works for me :)

On Thu, Sep 30, 2021 at 3:45 AM Luya Tshimbalanga 
wrote:

> Hello everyone,
>
> A new version of default time of day wallpaper for Fedora 35 is
> available for testing and ready for the applications like Software needed
> to display the availability of Fedora 35.
>
> Link: https://bodhi.fedoraproject.org/updates/FEDORA-2021-0d3eae84ae
>
> Let know if there are some issues needed to address before the final
> freeze on October 4.
>
> Regards,
>
> --
> Luya Tshimbalanga
> Fedora Design Team
> Fedora Design Suite maintainer
> ___
> desktop mailing list -- desk...@lists.fedoraproject.org
> To unsubscribe send an email to desktop-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/desk...@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Fedora 💔 Java: The Death of Two SIGs

[Mikolaj Izdebski]

On Wed, Sep 29, 2021 at 1:51 PM Miro Hrončok  wrote:
> Since the @java-maint-sig group is esentially non-responsive, I suggest we do
> the following:

Thanks for making this distinction - @java-maint-sig group is not the
same as Java SIG.
Some of the most active members of Java SIG (like me or OpenJDK
maintainers) are not
(and never were) members of @java-maint-sig.

> 1) We remove all BZ assignee overrides to @java-maint-sig. This is a must.
> 2) We remove access of @java-maint-sig from all packages.
> 3) We ask the members of the group if they want to admin the list/BZ account.
>3a) We give it to the volunteer.
>3b) We empty the group and cancel the BZ account/list if nobody shows up.
> 4) We *don't orphan the packages*, they have some "de jure" maintainers.

+1 That is a good plan.

Several months ago I demoted @java-maint-sig from admin to committer
for all packages I am primary maintainer of, and I was considering
demoting it further to collaborator or ticket level, or removing
altogether as I my packages did not receive any contribution from the
group for the past months, except for a couple PRs that don't require
direct access to the packages.

--
Mikolaj Izdebski

>
> The packages that fail to install and/or build will eventually die out due to
> the existing processes.
>
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Review swaps for git-lfs/go-minify deps

[Sandro Mani]

Hi

I can take these.

I'd have a bunch of mingw-qt6-* packages up for review, all straight 
forward:


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009214 - 
mingw-qt6-qtlocation
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009215 - 
mingw-qt6-qtsensors
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009217 - 
mingw-qt6-qtserialport
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009221 - 
mingw-qt6-qtshadertools
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009223 - 
mingw-qt6-qtwebsockets
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009268 - 
mingw-qt6-qtmultimedia (depends on mingw-qt6-qtshadertools)
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009269 - 
mingw-qt6-qtwebchannel (depends on mingw-qt6-qtwebsockets)


Thanks
Sandro

On 29.09.21 23:31, Elliott Sales de Andrade wrote:

Hello,

I haven't done a review in a while, and since I need some new reviews, 
I thought I'd see if anyone wanted to swap.


The latest git-lfs requires 2 new dependencies:

- https://bugzilla.redhat.com/2007909 golang-github-git-lfs-pktline - 
Git pkt-line Toolkit
- https://bugzilla.redhat.com/2007920 
golang-github-git-lfs-wildmatch-2 - Pattern matching language for 
filepaths compatible with Git


The latest go-minify requires 1 new dependency:

- https://bugzilla.redhat.com/2003415 golang-github-djherbis-atime - 
Access Times for files


I can review C, Go, Python, R packages in return.

--
Elliott

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

Fedora-Cloud-34-20210930.0 compose check report

[Fedora compose checker]

No missing expected images.

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

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

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

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

Re: Fedora 💔 Java: The Death of Two SIGs

[Fabio Valentini]

On Thu, Sep 30, 2021 at 11:17 AM Mikolaj Izdebski  wrote:
>
> On Wed, Sep 29, 2021 at 1:51 PM Miro Hrončok  wrote:
> > Since the @java-maint-sig group is esentially non-responsive, I suggest we 
> > do
> > the following:
>
> Thanks for making this distinction - @java-maint-sig group is not the
> same as Java SIG.
> Some of the most active members of Java SIG (like me or OpenJDK
> maintainers) are not
> (and never were) members of @java-maint-sig.

That's true. The "old" Java SIG was never properly set up as a FAS
group. Its Wiki page has contained obsolete information for *years*,
and the list of members there hasn't been accurate for years, either.
On the other hand, you were explicitly welcome to join the newly set
up group, which you never bothered to do, since you were pretending
that Modularity will solve all of humanity's problems, and obviously
preferred to work alone, never offering help or feedback, unless
*maybe* when explicitly asked. Now that modules won't solve Java
packaging either, you're back, and bad-mouthing all the work the SIG
did while it was active to keep the shit from hitting the fan while
you were AWOL, which I find a bit rich.

I am sorry for having delayed this seeminly inevitable end for Java
packages in Fedora by three years.
It looks like the time and energy I invested into the effort of
keeping Java packages alive in Fedora were in vain.

This will be my *last* ML post on this topic. I will no longer
participate in any Java-related discussions, for the sake of my own
(mental and physical) health.

Goodbye.

> > 1) We remove all BZ assignee overrides to @java-maint-sig. This is a must.
> > 2) We remove access of @java-maint-sig from all packages.
> > 3) We ask the members of the group if they want to admin the list/BZ 
> > account.
> >3a) We give it to the volunteer.
> >3b) We empty the group and cancel the BZ account/list if nobody shows up.
> > 4) We *don't orphan the packages*, they have some "de jure" maintainers.
>
> +1 That is a good plan.
>
> Several months ago I demoted @java-maint-sig from admin to committer
> for all packages I am primary maintainer of, and I was considering
> demoting it further to collaborator or ticket level, or removing
> altogether as I my packages did not receive any contribution from the
> group for the past months, except for a couple PRs that don't require
> direct access to the packages.
>
> --
> Mikolaj Izdebski
>
> >
> > The packages that fail to install and/or build will eventually die out due 
> > to
> > the existing processes.
> >
> > --
> > Miro Hrončok
> > --
> > Phone: +420777974800
> > IRC: mhroncok
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: 
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> > Do not reply to spam on the list, report it: 
> > https://pagure.io/fedora-infrastructure
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

O_o ?

[florrie via devel]

On 9/30/21 03:12, Fabio Valentini wrote:
> you're back, and bad-mouthing all the work the SIG

wtf? um. no.

https://docs.fedoraproject.org/en-US/project/code-of-conduct/
  Saying insulting/derogatory comments and making personal attacks.

pot. kettle. black.

marbles gone home i guess.

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

Re: Fedora 💔 Java: The Death of Two SIGs

[Mikolaj Izdebski]

On Thu, Sep 30, 2021 at 12:13 PM Fabio Valentini  wrote:
>
> On Thu, Sep 30, 2021 at 11:17 AM Mikolaj Izdebski  wrote:
> >
> > On Wed, Sep 29, 2021 at 1:51 PM Miro Hrončok  wrote:
> > > Since the @java-maint-sig group is esentially non-responsive, I suggest 
> > > we do
> > > the following:
> >
> > Thanks for making this distinction - @java-maint-sig group is not the
> > same as Java SIG.
> > Some of the most active members of Java SIG (like me or OpenJDK
> > maintainers) are not
> > (and never were) members of @java-maint-sig.
>
> That's true. The "old" Java SIG was never properly set up as a FAS
> group. Its Wiki page has contained obsolete information for *years*,
> and the list of members there hasn't been accurate for years, either.

Java SIG is an informal group. By definition, SIGs are informal groups
within Fedora Project. Therefore there is no formal membership of Java
SIG. Anyone interested in contributing to make Java in Fedora better
can be considered a member of Java SIG.

> On the other hand, you were explicitly welcome to join the newly set
> up group, which you never bothered to do, since you were pretending

@java-maint-sig evolved from Stewardship SIG, which was formed with a
goal of preventing unmaintained packages from being retired, which I
don't appreciate. My opinion is that retirement of unmaintained
packages is desired. I want Fedora Linux to be a high quality
distribution and I believe it's better to have fewer, but better
quality packages. This is the primary reason for me not joining
@java-maint-sig.

Besides that I'm not a big fan of collaborative package maintenance
groups such as @java-maint-sig. I prefer a model with a single primary
maintainer who owns the package, like a product owner - has the
authority to make technical decisions about the package. Similarly to
cathedral vs bazaar, both of which are valid software development
models.

> that Modularity will solve all of humanity's problems, and obviously
> preferred to work alone, never offering help or feedback, unless
> *maybe* when explicitly asked. Now that modules won't solve Java

I never claimed that modularity was perfect, nor that it was better
than traditional package maintenance. Modularity solves some important
problems, but introduces others.

From my PoV, the most important feature of modularity that I wanted to
take advantage of - building packages in a controlled, isolated
environment - is now implemented as Koji dynamic sidetags (BTW, I was
the original author of sidetag-koji-plugin). Another important feature
- private dependencies - is now solved by allowing bundling much more
freely and by exempting compat packages from the package review
process. Therefore I no longer see modularity as a good approach to
maintain default versions Maven and Ant - it could still be used for
alternative versions.

> packaging either, you're back, and bad-mouthing all the work the SIG
> did while it was active to keep the shit from hitting the fan while
> you were AWOL, which I find a bit rich.

I am back to maintaining non-modular Java packages because I want to
keep contributing to Fedora as a Java package maintainer and Fedora
engineering leadership decided that non-modular packages are strongly
preferred over modules. I don't disagree with that decision and I
respectfully obey it.

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

Re: Fedora 💔 Java: The Death of Two SIGs

[Daniel P . Berrangé]

On Mon, Sep 27, 2021 at 09:35:23AM -0400, Stephen John Smoogen wrote:
> In the end, we have never been able to keep a pool of people
> interested in making Java work. We aren't the only ones as this
> problem occurs in Debian also (and it occurs in other languages like
> Ruby, JS, Python also). The people who want to volunteer time on the
> language are more likely to work in an area where others interested in
> the language are already there. Dealing with the vaguries of 40
> different slightly different disk layouts, file permissions, and other
> tools  from every distribution are grit in the shoe when you already
> have a 'working layout' and have people who speak your language and
> problems elsewhere.

Yes, these observations are really key to sustainability problems
with language packaging.

For anything that is written in older vintage languages like C/C++
the value of the distro packaging is fairly unequivocal. There is
little-to-no support for package / dependancy management that comes
with the language toolchain as standard. Without the distro packages,
you are left doing all the hard work yourself to handle building and
install of native libraries you depend on. Both app developers and
users have self-interest in volunteering time as a distro maintainers
which benefits all parties.

For Java / Python / Go / Rust / etc, there are increasingly decent
package / dependancy management facilities that come as standard
with the language toolchain. Users turn to these standard tools
as their first choice, rather than the distros tools. So from the
POV of both application developers & users, distros are no longer
a critically important cog for helping users get the software built
+ installed. All they really need from the distro is the basic
language toolchain. In fact distros often just get in the way by
sucking in bug reports that then don't get seen by upstreams, or
by letting users run with un-tested combinations of dependancies.


It is easier to tell users "run go build and let it  download 
the dependancies" (replace with pip install, or whatever other
language tools fit), than to explain to people how to install
the distro packaged go code for dependancies, across all the
different Linux distros and non-Linux OS plaforms. Thus we
don't attract as many people into the packaging world and have
to rely on a smaller groups of heroic people to keep language
packages actively maintined. 

We're also getting squeezed by the increasing number of upstreams
directly building & shipping their deliverables to users, as
containers (whether docker/podman containers, or flatpaks), built
and tested in a controlled environment with CI systems integrated
into the git forges they use.

There are still valuable things done by distros of course, but it
is getting harder to demonstrate this value, in order to attract a
sufficient level of interest in package maint work :-(

Regards,
Daniel
-- 
|: https://berrange.com  -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Fedora rawhide compose report: 20210930.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20210929.n.0
NEW: Fedora-Rawhide-20210930.n.0

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

Size of added packages:  827.87 KiB
Size of dropped packages:30.29 KiB
Size of upgraded packages:   3.71 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   -46.12 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =

= DROPPED IMAGES =
Image: Workstation live ppc64le
Path: 
Workstation/ppc64le/iso/Fedora-Workstation-Live-ppc64le-Rawhide-20210929.n.0.iso

= ADDED PACKAGES =
Package: mimalloc-2.0.2-2.fc36
Summary: A general purpose allocator with excellent performance
RPMs:mimalloc mimalloc-devel
Size:470.43 KiB

Package: mxparser-1.2.1-1.fc36
Summary: Parser of xpp3_min 1.1.7 with merged changes of the Plexus fork
RPMs:mxparser mxparser-javadoc
Size:303.59 KiB

Package: python-name-that-hash-1.10-2.fc36
Summary: The Modern Hash Identification System
RPMs:python3-name-that-hash
Size:53.84 KiB


= DROPPED PACKAGES =
Package: rust-line_drawing-0.8.1-2.fc35
Summary: Collection of line-drawing algorithms for use in graphics and video 
games
RPMs:rust-line_drawing+default-devel rust-line_drawing-devel
Size:30.29 KiB


= UPGRADED PACKAGES =
Package:  PyMca-5.6.5-1.fc36
Old package:  PyMca-5.5.0-9.fc35
Summary:  X-ray Fluorescence Toolkit
RPMs: PyMca PyMca-data
Size: 19.76 MiB
Size change:  610.81 KiB
Changelog:
  * Wed Sep 29 2021 Zbigniew J??drzejewski-Szmek  5.6.5-1
  - Version 5.6.5 (#1763697)


Package:  awscli-1.20.50-1.fc36
Old package:  awscli-1.20.48-1.fc36
Summary:  Universal Command Line Environment for AWS
RPMs: awscli
Size: 2.10 MiB
Size change:  -345 B
Changelog:
  * Tue Sep 28 2021 Gwyn Ciesla  - 1.20.50-1
  - 1.20.50


Package:  baresip-1.1.0-5.fc36
Old package:  baresip-1.1.0-4.fc36
Summary:  Modular SIP user-agent with audio and video support
RPMs: baresip baresip-aac baresip-alsa baresip-codec2 baresip-ctrl_dbus 
baresip-g722 baresip-g726 baresip-gsm baresip-gst baresip-gst_video baresip-gtk 
baresip-jack baresip-mpa baresip-mqtt baresip-omx baresip-opus baresip-plc 
baresip-portaudio baresip-pulse baresip-rst baresip-sdl baresip-snapshot 
baresip-sndfile baresip-speex_pp baresip-tools baresip-v4l2 baresip-vp8 
baresip-vp9 baresip-x11 baresip-x11grab
Size: 6.54 MiB
Size change:  26.29 KiB
Changelog:
  * Wed Sep 29 2021 Robert Scheck  1.1.0-5
  - Added upstream feature patch for GTK+ attended transfers


Package:  blender-1:2.93.4-3.fc36
Old package:  blender-1:2.93.4-2.fc36
Summary:  3D modeling, animation, rendering and post-production
RPMs: blender blender-rpm-macros
Size: 134.44 MiB
Size change:  -640 B
Changelog:
  * Wed Sep 29 2021 Zbigniew J??drzejewski-Szmek  1:2.93.4-3
  - Rebuild again for alembic 1.8.3


Package:  checkpolicy-3.3-0.rc2.1.fc36
Old package:  checkpolicy-3.2-3.fc35
Summary:  SELinux policy compiler
RPMs: checkpolicy
Size: 1.63 MiB
Size change:  1.13 KiB
Changelog:
  * Wed Sep 29 2021 Petr Lautrbach  - 3.3-0.rc2.1
  - SELinux userspace 3.3-rc2 release


Package:  chrony-4.1-4.fc36
Old package:  chrony-4.1-3.fc35
Summary:  An NTP client/server
RPMs: chrony
Size: 1.50 MiB
Size change:  3.23 KiB
Changelog:
  * Wed Sep 29 2021 Miroslav Lichvar  4.1-4
  - harden chronyd and chrony-wait services


Package:  dmlite-1.15.1-7.fc36
Old package:  dmlite-1.15.1-6.fc36
Summary:  Lcgdm grid data management and storage framework
RPMs: dmlite-apache-httpd dmlite-devel dmlite-docs dmlite-dome 
dmlite-dpm-dsi dmlite-dpm-tester dmlite-dpm-xrootd dmlite-dpmdisk-domeonly 
dmlite-dpmhead-domeonly dmlite-libs dmlite-plugins-domeadapter 
dmlite-plugins-librarian dmlite-plugins-memcache dmlite-plugins-mysql 
dmlite-plugins-profiler dmlite-private-devel dmlite-puppet-dpm dmlite-shell 
python3-dmlite
Size: 21.82 MiB
Size change:  9.11 KiB
Changelog:
  * Wed Sep 29 2021 Petr Vokac  - 1.15.1-7
  - Fix condition to correctly remove gfal2 SRM dependency


Package:  elementary-code-6.0.1-1.fc36
Old package:  elementary-code-6.0.0-4.fc36
Summary:  Code editor from elementary
RPMs: elementary-code elementary-code-devel
Size: 3.86 MiB
Size change:  -64.31 KiB
Changelog:
  * Wed Sep 29 2021 Fabio Valentini  6.0.1-1
  - Update to version 6.0.1; Fixes RHBZ#2008839


Package:  f35-backgrounds-35.0.1-2.fc36
Old package:  f35-backgrounds-35.0.1-1.fc36
Summary:  Fedora 35 default desktop background
RPMs: f35-backgrounds f35-backgrounds-base f35-backgrounds-extras-base 
f35-backgrounds-extras-gnome f35-backgrounds-extras-kde 
f35-backgrounds-extras-mate f35-backgrounds-extras-xfce f35-backgrounds-gnome 
f35-backgrounds-kde f35-backgrounds-mate f35-backgrounds-xfce
Size

Re: Fedora 💔 Java: The Death of Two SIGs

[Stephen John Smoogen]

On Wed, 29 Sept 2021 at 18:49, Emmanuel Seyman  wrote:
>

> As an aside, I'm somewhat surprised that the only commit on the Java
> SIG's main wiki page in nearly 4 years is one that simply fixes a
> spelling mistake.  This doesn't jive with the amount of discussion we've
> had on this list nor does it match the amount of work that people claim
> to have done on the stack in recent times.

Honestly I don't think checking the wiki for a SIGs work is any sign
of its work. The one thing I have seen taught to people in Fedora over
and over again is 'YOU NEVER TOUCH THE WIKI'. You change one thing and
you get someone yelling you broke all the translations, or that you
are an idiot for that word choice or quite a few other things, or you
play a game of ghost reversions where someone changes it back to what
was different and tell you 'its a wiki, I can do that.'  Or you spend
8 hours making a set of changes and then get a long 'well can you make
the layout a bit different, that hurts my eyes' from the other people
in the SIG. And finally, you are the new person so you are told by
every person who has had a bad experience or seen someone have a bad
experience to go make all these edits we have lined up but never done.
[Then get told, well that isn't what I would have done..]

Yes not all groups in Fedora are like this, but I have seen it happen
enough time to enough people to not judge wiki work as something
anyone does anymore.


-- 
Stephen J Smoogen.
I've seen things you people wouldn't believe. Flame wars in
sci.astro.orion. I have seen SPAM filters overload because of Godwin's
Law. All those moments will be lost in time... like posts on a BBS...
time to shutdown -h now.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Heads Up: OpenEXR / Imath 3.1 update

[Richard Shaw]

On Thu, Sep 30, 2021 at 12:20 AM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:

>
> https://bodhi.fedoraproject.org/updates/FEDORA-2021-c6d9aa26ae is
> resubmitted.
>

Awesome. Thanks!

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

Issue trying to install RPM packaging tools with F35?

[Ron Olson]

Hey all-

I’m trying to install the packaging tools in a container image of Fedora 35 and 
keep getting this error when it reaches the “RUN dnf install -y fedora-packager 
fedora-review” command:

The downloaded packages were saved in cache until the next successful 
transaction.
You can remove cached packages by executing 'dnf clean packages'.
[91mError: Error downloading packages:
  Curl error (6): Couldn't resolve host name for 
https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=x86_64 
[getaddrinfo() thread failed to start]
[0mThe command '/bin/sh -c dnf install -y fedora-packager fedora-review' 
returned a non-zero code: 1
[Pipeline] }

For reference, I’m using “FROM fedora:35”.

Anyone seen anything similar?

Thanks!

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

Fedora 35 compose report: 20210930.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-35-20210928.n.0
NEW: Fedora-35-20210930.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  41
Dropped packages:6
Upgraded packages:   175
Downgraded packages: 0

Size of added packages:  126.02 MiB
Size of dropped packages:64.86 MiB
Size of upgraded packages:   4.47 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   -94.22 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: easyeffects-6.1.2-2.fc35
Summary: Audio effects for PipeWire applications
RPMs:easyeffects
Size:4.68 MiB

Package: golang-github-antchfx-htmlquery-1.2.3-2.fc35
Summary: Htmlquery is golang XPath package for HTML query
RPMs:golang-github-antchfx-htmlquery-devel
Size:14.98 KiB

Package: golang-github-antchfx-xmlquery-1.3.6-2.fc35
Summary: Xmlquery is Golang XPath package for XML query
RPMs:golang-github-antchfx-xmlquery-devel
Size:26.31 KiB

Package: golang-github-aquasecurity-dep-parser-0-0.1.20210920gitb95c2c0.fc35
Summary: Dependency Parser for Multiple Programming Languages
RPMs:golang-github-aquasecurity-dep-parser-devel
Size:65.95 KiB

Package: golang-github-aquasecurity-pep440-version-0-0.2.20210920git22b2f89.fc35
Summary: A golang library for parsing PEP 440 compliant Python versions
RPMs:golang-github-aquasecurity-pep440-version-devel
Size:23.01 KiB

Package: golang-github-aquasecurity-version-0-0.1.20210920git637058c.fc35
Summary: A Go library for parsing and verifying versions and version constraints
RPMs:golang-github-aquasecurity-version-devel
Size:32.40 KiB

Package: golang-github-bmatcuk-doublestar-3-3.0.0-2.fc35
Summary: Implements support for double star (**) matches
RPMs:golang-github-bmatcuk-doublestar-3-devel
Size:19.69 KiB

Package: golang-github-c4milo-unpackit-0.1.0-2.fc35
Summary: Go package to natively decompress and unarchive tar.gz, tar.bzip2, 
tar.xz, zip and tar files
RPMs:golang-github-c4milo-unpackit-devel
Size:20.32 KiB

Package: golang-github-docker-slim-1.36.4-4.fc35
Summary: Minify your Docker container image by up to 30x
RPMs:golang-github-docker-slim golang-github-docker-slim-devel
Size:20.56 MiB

Package: golang-github-docker-slim-uilive-0.0.2-2.20210920gitc7c9d1c.fc35
Summary: Uilive is a go library for updating terminal output in realtime
RPMs:golang-github-docker-slim-uilive-devel
Size:153.24 KiB

Package: golang-github-docker-slim-uiprogress-0.0.1-2.20210920git9d4396e.fc35
Summary: A go library to render progress bars in terminal applications
RPMs:golang-github-docker-slim-uiprogress-devel
Size:1.41 MiB

Package: golang-github-docker-slim-update-0-0.2.20210920gited40247.fc35
Summary: Build self-updating Golang programs
RPMs:golang-github-docker-slim-update-devel
Size:29.93 KiB

Package: golang-github-doug-martin-goqu-8-8.6.0-2.fc35
Summary: SQL builder and query library for golang
RPMs:golang-github-doug-martin-goqu-8-devel
Size:133.68 KiB

Package: golang-github-genuinetools-pkg-0-0.1.20210920git2fcf164.fc35
Summary: A home for various Go packages to be imported by other projects
RPMs:golang-github-genuinetools-pkg-devel
Size:17.74 KiB

Package: golang-github-gocolly-colly-2-2.1.0-2.20210920git2f09941.fc35
Summary: Elegant Scraper and Crawler Framework for Golang
RPMs:golang-github-gocolly-colly-2 golang-github-gocolly-colly-2-devel
Size:3.42 MiB

Package: golang-github-gosidekick-goconfig-1.3.0-2.fc35
Summary: Populates the fields of a struct with parameters from command line
RPMs:compat-golang-github-crgimenes-goconfig-devel 
golang-github-gosidekick-goconfig-devel
Size:41.65 KiB

Package: golang-github-guregu-null-3.5.0-2.fc35
Summary: Reasonable handling of nullable values
RPMs:golang-github-guregu-null-devel
Size:22.02 KiB

Package: golang-github-hooklift-assert-0.1.0-2.fc35
Summary: Minimalist assertion library for Go
RPMs:golang-github-hooklift-assert-devel
Size:14.42 KiB

Package: golang-github-kennygrant-sanitize-1.2.4-2.fc35
Summary: Functions for sanitizing text in golang strings
RPMs:golang-github-kennygrant-sanitize-devel
Size:16.90 KiB

Package: golang-github-knqyf263-apk-version-0-0.2.20210920git041fdbb.fc35
Summary: A golang library for parsing apk package versions
RPMs:golang-github-knqyf263-apk-version-devel
Size:20.04 KiB

Package: golang-github-knqyf263-deb-version-0-0.2.20210920git09fca49.fc35
Summary: A golang library for parsing deb package versions
RPMs:golang-github-knqyf263-deb-version-devel
Size:13.62 KiB

Package: golang-github-knqyf263-rpm-version-0-0.2.20210920git74609b8.fc35
Summary: A golang library for parsing rpm package versions
RPMs:golang-github-knqyf263-rpm-version-devel
Size:23.63 KiB

Package: golang-github-ldelossa-responserecorder-1.0.1-2.fc35
Summary: A ResponseRecorder for production
RPMs:golang-github

Re: Issue trying to install RPM packaging tools with F35?

[Petr Pisar]

V Thu, Sep 30, 2021 at 09:01:25AM -0500, Ron Olson napsal(a):
> Hey all-
> 
> I’m trying to install the packaging tools in a container image of Fedora 35 
> and keep getting this error when it reaches the “RUN dnf install -y 
> fedora-packager fedora-review” command:
> 
> The downloaded packages were saved in cache until the next successful 
> transaction.
> You can remove cached packages by executing 'dnf clean packages'.
> [91mError: Error downloading packages:
>   Curl error (6): Couldn't resolve host name for 
> https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=x86_64 
> [getaddrinfo() thread failed to start]
> [0mThe command '/bin/sh -c dnf install -y fedora-packager fedora-review' 
> returned a non-zero code: 1
> [Pipeline] }
> 
> For reference, I’m using “FROM fedora:35”.
> 
> Anyone seen anything similar?
> 
See .

-- Petr


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

Re: [Heads-up] Introduction of OpenSSL 3.0.0 in F36

[Sahana Prasad]

On Wed, Sep 29, 2021 at 3:26 PM Stephen Gallagher 
wrote:

> On Wed, Sep 29, 2021 at 6:00 AM Miro Hrončok  wrote:
> >
> > On 29. 09. 21 9:11, Sahana Prasad wrote:
> > > Hi everyone,
> > >
> > > Reminder to kindly think about porting your packages to
> > > avoid build failures with OpenSSL 3.0.0.
> > > We will try a rebuild in the next 2 weeks, and report FTBFS bugs.
> >
> > I also see that we have openssl1.1 in the default build root
>
> How long (how many Fedora releases) do we expect to have
> openssl1.1-devel available in the buildroot? I maintain modules of
> Node.js 12 and 14 that will likely never be updated to support OpenSSL
> 3.0 and I'd prefer to keep them alive until their upstream EOLs
> (2022-04-30 and 2023-04-30, respectively).
>

Hi Stephen,
I can keep it in Fedora until then, sure.
1.1.1 upstream EOL is in 2023. After that we would not support CVE fixes.

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

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

[Fedora compose checker]

Missing expected images:

Xfce raw-xz armhfp

Compose FAILS proposed Rawhide gating check!
1 of 43 required test results missing
Unsatisfied gating requirements that could not be mapped to openQA tests:
MISSING: fedora.Cloud_Base-qcow2-qcow2.x86_64.64bit - compose.cloud_autocloud

Failed openQA tests: 3/206 (x86_64), 11/141 (aarch64)

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

ID: 1007117 Test: x86_64 KDE-live-iso desktop_login
URL: https://openqa.fedoraproject.org/tests/1007117
ID: 1007151 Test: aarch64 Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/1007151
ID: 1007209 Test: aarch64 Server-raw_xz-raw.xz 
base_service_manipulation@uefi
URL: https://openqa.fedoraproject.org/tests/1007209
ID: 1007223 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi
URL: https://openqa.fedoraproject.org/tests/1007223
ID: 1007323 Test: aarch64 universal install_cyrillic_language@uefi
URL: https://openqa.fedoraproject.org/tests/1007323
ID: 1007326 Test: aarch64 universal install_scsi_updates_img@uefi
URL: https://openqa.fedoraproject.org/tests/1007326
ID: 1007358 Test: aarch64 universal install_arabic_language@uefi
URL: https://openqa.fedoraproject.org/tests/1007358
ID: 1007731 Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/1007731

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

ID: 1007114 Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/1007114
ID: 1007205 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://openqa.fedoraproject.org/tests/1007205
ID: 1007228 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi
URL: https://openqa.fedoraproject.org/tests/1007228
ID: 1007328 Test: aarch64 universal upgrade_minimal_64bit@uefi
URL: https://openqa.fedoraproject.org/tests/1007328
ID: 1007334 Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/1007334
ID: 1007359 Test: aarch64 universal install_european_language@uefi
URL: https://openqa.fedoraproject.org/tests/1007359

Soft failed openQA tests: 3/141 (aarch64), 4/206 (x86_64)
(Tests completed, but using a workaround for a known bug)

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

ID: 1007181 Test: aarch64 Server-dvd-iso install_blivet_resize_lvm@uefi
URL: https://openqa.fedoraproject.org/tests/1007181

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

ID: 1007088 Test: x86_64 Workstation-live-iso gedit
URL: https://openqa.fedoraproject.org/tests/1007088
ID: 1007130 Test: x86_64 Silverblue-dvd_ostree-iso evince
URL: https://openqa.fedoraproject.org/tests/1007130
ID: 1007131 Test: x86_64 Silverblue-dvd_ostree-iso gedit
URL: https://openqa.fedoraproject.org/tests/1007131
ID: 1007142 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/1007142
ID: 1007208 Test: aarch64 Server-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/1007208
ID: 1007235 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/1007235

Passed openQA tests: 119/141 (aarch64), 199/206 (x86_64)

New passes (same test not passed in Fedora-Rawhide-20210929.n.0):

ID: 1007167 Test: aarch64 Server-dvd-iso 
install_repository_hd_variation@uefi
URL: https://openqa.fedoraproject.org/tests/1007167
ID: 1007215 Test: aarch64 Server-raw_xz-raw.xz base_services_start@uefi
URL: https://openqa.fedoraproject.org/tests/1007215
ID: 1007217 Test: aarch64 Workstation-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/1007217
ID: 1007325 Test: aarch64 universal install_blivet_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/1007325
ID: 1007345 Test: aarch64 universal install_mirrorlist_graphical@uefi
URL: https://openqa.fedoraproject.org/tests/1007345
ID: 1007346 Test: aarch64 universal install_multi@uefi
URL: https://openqa.fedoraproject.org/tests/1007346
ID: 1007356 Test: aarch64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/1007356
ID: 1007370 Test: aarch64 Server-dvd-iso support_server@uefi
URL: https://openqa.fedoraproject.org/tests/1007370
ID: 1007371 Test: aarch64 Server-dvd-iso install_updates_nfs@uefi
URL: https://openqa.fedoraproject.org/tests/1007371
ID: 1007372 Test: aarch64 Server-dvd-iso 
install_repository_nfsiso_variation@uefi
URL: https://openqa.fedoraproject.org/tests/1007372
ID: 1007373 Test: aarch64 Server-dvd-iso 
install_repository_nfs_graphical@uefi
URL: https://openqa.fedoraproject.org/tests/1007373
ID: 1007374 Test: aarch64 Server-dvd-iso 
install_repository_nfs_variation@uefi
URL: https://openqa.fedoraproject.org/tests/1007374

Skipped non-ga

Fedora-35-20210930.n.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 6/204 (x86_64), 6/141 (aarch64)

New failures (same test not failed in Fedora-35-20210928.n.0):

ID: 1007391 Test: x86_64 Server-dvd-iso 
install_btrfs_preserve_home_uefi@uefi
URL: https://openqa.fedoraproject.org/tests/1007391
ID: 1007397 Test: x86_64 Server-dvd-iso install_standard_partition_ext4
URL: https://openqa.fedoraproject.org/tests/1007397
ID: 1007409 Test: x86_64 Server-dvd-iso 
install_blivet_standard_partition_ext4
URL: https://openqa.fedoraproject.org/tests/1007409
ID: 1007481 Test: x86_64 KDE-live-iso desktop_login
URL: https://openqa.fedoraproject.org/tests/1007481
ID: 1007523 Test: aarch64 Server-dvd-iso install_blivet_lvm_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/1007523
ID: 1007676 Test: x86_64 universal upgrade_minimal_uefi@uefi
URL: https://openqa.fedoraproject.org/tests/1007676
ID: 1007688 Test: aarch64 universal install_scsi_updates_img@uefi
URL: https://openqa.fedoraproject.org/tests/1007688
ID: 1007702 Test: aarch64 universal install_package_set_minimal@uefi
URL: https://openqa.fedoraproject.org/tests/1007702

Old failures (same test failed in Fedora-35-20210928.n.0):

ID: 1007478 Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/1007478
ID: 1007567 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://openqa.fedoraproject.org/tests/1007567
ID: 1007590 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi
URL: https://openqa.fedoraproject.org/tests/1007590
ID: 1007696 Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/1007696

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

Old soft failures (same test soft failed in Fedora-35-20210928.n.0):

ID: 1007452 Test: x86_64 Workstation-live-iso gedit
URL: https://openqa.fedoraproject.org/tests/1007452
ID: 1007494 Test: x86_64 Silverblue-dvd_ostree-iso evince
URL: https://openqa.fedoraproject.org/tests/1007494
ID: 1007495 Test: x86_64 Silverblue-dvd_ostree-iso gedit
URL: https://openqa.fedoraproject.org/tests/1007495
ID: 1007506 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/1007506
ID: 1007513 Test: aarch64 Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/1007513
ID: 1007570 Test: aarch64 Server-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/1007570
ID: 1007579 Test: aarch64 Workstation-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/1007579
ID: 1007597 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/1007597

Passed openQA tests: 131/141 (aarch64), 194/204 (x86_64)

New passes (same test not passed in Fedora-35-20210928.n.0):

ID: 1007583 Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi
URL: https://openqa.fedoraproject.org/tests/1007583
ID: 1007585 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi
URL: https://openqa.fedoraproject.org/tests/1007585
ID: 1007685 Test: aarch64 universal install_cyrillic_language@uefi
URL: https://openqa.fedoraproject.org/tests/1007685

Installed system changes in test x86_64 Workstation-live-iso 
install_default@uefi: 
1 packages(s) added since previous compose: libglvnd-opengl
Previous test data: https://openqa.fedoraproject.org/tests/1004771#downloads
Current test data: https://openqa.fedoraproject.org/tests/1007447#downloads

Installed system changes in test x86_64 Workstation-live-iso 
install_default_upload: 
Used swap changed from 4 MiB to 5 MiB
1 packages(s) added since previous compose: libglvnd-opengl
1 services(s) added since previous compose: fwupd.service
System load changed from 0.82 to 0.71
Previous test data: https://openqa.fedoraproject.org/tests/1004773#downloads
Current test data: https://openqa.fedoraproject.org/tests/1007449#downloads

Installed system changes in test x86_64 KDE-live-iso install_default@uefi: 
16 packages(s) added since previous compose: exempi, libcue, libgexiv2, 
libgrss, libgsf, libgxps, libiptcdata, libosinfo, libtracker-sparql, 
osinfo-db...
System load changed from 1.29 to 0.73
Previous test data: https://openqa.fedoraproject.org/tests/1004797#downloads
Current test data: https://openqa.fedoraproject.org/tests/1007473#downloads

Installed system changes in test x86_64 KDE-live-iso install_default_upload: 
16 packages(s) added since previous compose: exempi, libcue, libgexiv2, 
libgrss, libgsf, libgxps, libiptcdata, libosinfo, libtracker-sparql, 
osinfo-db...
System load changed from 1.17 to 1.03
Previous test data: https://openqa.fedoraproject.org/tests/1004798#downloads
Current test data: https://openqa.fedoraproject.org/tests/1007474#

Adding a contributor to my project

[Ravindra Kumar]

Hi folks,

https://admin.fedoraproject.org/pkgdb/ is not accessible. How do I add a 
contributor to my project?

Appreciate any help on this.

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

Re: Adding a contributor to my project

[Mat Booth]

On Thu, 30 Sept 2021 at 18:40, Ravindra Kumar  wrote:
>
> Hi folks,
>
> https://admin.fedoraproject.org/pkgdb/ is not accessible. How do I add a 
> contributor to my project?
>
> Appreciate any help on this.

Wow, PkgDb has been gone a long time now :-) Go to:

https://src.fedoraproject.org/rpms/

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

Renaming a project/package?

[Ron Olson]

Hey all-

To be consistent with other flavors of Linux, I’m thinking of changing the 
package name from “swift-lang” to “swiftlang”. I haven’t found any info about 
renaming an existing project/package, and was wondering what the procedures 
would be.

Thanks!

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

Re: Renaming a project/package?

[Alexander Ploumistos]

Hello Ron,

On Thu, Sep 30, 2021 at 9:55 PM Ron Olson  wrote:
>
> I haven’t found any info about renaming an existing project/package, and was 
> wondering what the procedures would be.

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

Re: Renaming a project/package?

[Ron Olson]

Thank you Alexander, my search-engine prowess failed me here. :)

Ron

On 30 Sep 2021, at 15:03, Alexander Ploumistos wrote:

> Hello Ron,
>
> On Thu, Sep 30, 2021 at 9:55 PM Ron Olson  wrote:
>>
>> I haven’t found any info about renaming an existing project/package, and was 
>> wondering what the procedures would be.
>
> We have this:
> https://docs.fedoraproject.org/en-US/package-maintainers/Package_Renaming_Process/
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Renaming a project/package?

[Neal Gompa]

On Thu, Sep 30, 2021 at 4:18 PM Ron Olson  wrote:
>
> Thank you Alexander, my search-engine prowess failed me here. :)
>

You can also just add "Provides: swiftlang = %{version}-%{release}"
instead of renaming the package.




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

Anaconda,kickstart so on..Unable to init server

[Fred 1]

I am trying to find what exactly is raising the error/problem

the directory where mock is building the distro...

at /var/lib/mock/fedora-32-x86_64/root

i've tried

# grep  -r "Could not connect" ./usr/*
./usr/tmp/alorax.log:2021-09-30 14:41:19,955 INFO pylorax: Unable to 
init server: Could not connect: Connection refused


so the log file, but I thought I should find it in some python code - 
anaconda ?


I tried grep on the anaconda and lorax source code, nothing !

thats nutz, the message is coming from something.


downloaded anaconda-34.24.9, lorax-33.10, ..but haven't decided yet to 
install from the source yet


getting my head around how the anaconda mechanics works is very 
trying.not sure i want to spend more time on it,


maybe some pointers from anyone who knows could help ?

BTW, running on Fedora 32

$ anaconda --version
anaconda 32.24.7

Thankyou


 sh-5.0# livemedia-creator --ks flat-fedora-live-soas.ks 
--arch x86_64 --logfile /var/tmp/alorax.log   --resultdir 
/var/lmc --project Fedora-gpartd-Live --make-iso --volid 
Fedora-GPartd-32 --iso-only --iso-name Fedora-32-gpartd-x86_64.iso 
--releasever 32 --kernel-args selinux=0   --no-virt

2021-09-30 14:15:57,220: livemedia-creator v32.12-1
2021-09-30 14:15:57,220: selinux is Disabled
2021-09-30 14:15:57,303: disk_img = /var/lmc/lmc-disk-gk8_25it.img
2021-09-30 14:15:57,303: Using disk size of 5122MiB
2021-09-30 14:15:57,803: Running anaconda.

..

2021-09-30 14:24:29,640: ...
2021-09-30 14:24:29,641: Installing.
2021-09-30 14:24:29,641: Starting package installation process
2021-09-30 14:24:29,641: Downloading packages
2021-09-30 14:24:29,641: Downloading 1415 RPMs, 1.46 MiB / 970.85 MiB 
(0%) done.
2021-09-30 14:24:29,641: Downloading 1415 RPMs, 3.02 MiB / 970.85 MiB 
(0%) done.
2021-09-30 14:24:29,642: Downloading 1415 RPMs, 4.65 MiB / 970.85 MiB 
(0%) done.



2021-09-30 14:39:13,521: Downloading 1415 RPMs, 968.56 MiB / 970.85 MiB 
(99%) done.
2021-09-30 14:39:13,522: Downloading 1415 RPMs, 969.68 MiB / 970.85 MiB 
(99%) done.
2021-09-30 14:39:13,522: Downloading 1415 RPMs, 970.48 MiB / 970.85 MiB 
(99%) done.

2021-09-30 14:39:13,522: Preparing transaction from installation source
2021-09-30 14:40:56,600: Installing libgcc.x86_64 (1/1415)
2021-09-30 14:40:56,600: Installing fonts-filesystem.noarch (2/1415)
...

2021-09-30 14:41:06,477: Installing dbus-libs.x86_64 (392/1415)
2021-09-30 14:41:06,477: Installing p11-kit-server.x86_64 (393/1415)
2021-09-30 14:41:06,477: Installing dracut.x86_64 (394/1415)
2021-09-30 14:41:19,617: No protocol specified
2021-09-30 14:41:19,624: Unable to init server: Could not connect: 
Connection refused

2021-09-30 14:41:19,806: No protocol specified
2021-09-30 14:41:19,806: Unable to init server: Could not connect: 
Connection refused

2021-09-30 14:41:19,806: No protocol specified
2021-09-30 14:41:19,806: Unable to init server: Could not connect: 
Connection refused

2021-09-30 14:41:19,955: No protocol specified

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

llvm 13.0.0-final ABI Change

[Tom Stellard]

Hi,

I'm going to start packaging LLVM 13.0.0-final for rawhide and f35.  The
13.0.0-final release has a different ABI than 13.0.0-rc1, so I will be
rebuilding the following packages as part of the update:

castxml
doxygen
gnome-builder
mesa
openshadinglanguage
qt-creator
qt6-qttools
zig

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