[Bug 2002898] New: perl-WWW-Salesforce-0.304 is available

[bugzilla]

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

Bug ID: 2002898
   Summary: perl-WWW-Salesforce-0.304 is available
   Product: Fedora
   Version: rawhide
Status: NEW
 Component: perl-WWW-Salesforce
  Keywords: FutureFeature, Triaged
  Assignee: lkund...@v3.sk
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: fi...@andresovi.net, lkund...@v3.sk,
perl-devel@lists.fedoraproject.org, sce...@gmail.com
  Target Milestone: ---
Classification: Fedora



Latest upstream release: 0.304
Current version/release in rawhide: 0.303-13.fc35
URL: http://search.cpan.org/dist/WWW-Salesforce/

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring


Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.


Based on the information from anitya:
https://release-monitoring.org/project/3507/


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

[Bug 2002898] perl-WWW-Salesforce-0.304 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Unable to resolve the hostname for one of the package's Source URLs


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

[Bug 1988752] perl-Crypt-OpenSSL-X509-1.910 is available

[bugzilla]

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

Xavier Bachelot  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Assignee|wjhns...@hardakers.net  |xav...@bachelot.org
 Resolution|--- |RAWHIDE
   Doc Type|--- |If docs needed, set a value
Last Closed||2021-09-09 21:18:08




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

Re: Donate 1 minute of your time to test upgrades from F34 to F35

[Zbigniew Jędrzejewski-Szmek]

On Thu, Sep 09, 2021 at 11:14:22AM -0600, Nathanael D. Noblet wrote:
> Error: 
>  Problem: package ant-apache-log4j-1.10.9-2.fc34.noarch requires ant =
> 1.10.9-2.fc34, but none of the providers can be installed
>   - ant-1.10.9-2.fc34.noarch does not belong to a distupgrade
> repository
>   - problem with installed package ant-apache-log4j-1.10.9-
> 2.fc34.noarch
> (try to add '--skip-broken' to skip uninstallable packages)
> 
> 
> I removed ant-apache-log4j - nothing else was removed at the same time.
> Should I be reporting an issue?

https://src.fedoraproject.org/rpms/ant/pull-request/7
https://src.fedoraproject.org/rpms/ant/pull-request/8
___
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: FF builds

[PGNet Dev]

On 9/9/21 14:22, Neal Gompa wrote:

On Thu, Sep 9, 2021 at 2:06 PM PGNet Dev  wrote:


On 9/9/21 13:53, Florian Weimer wrote:

Can the Firefox build be distributed among multiple machines?


I frequently deploy FF from upstream builds, with updates managed from within 
the app.

Q: Is there any historical _measure_ of security issues fixed in @Fedora FF 
pkgs, before upstream gets around to fixing them?


Considering that Fedora Firefox packages don't bundle as much as
Mozilla's Firefox bundles do, I would say yes. We fix issues all the
time in its dependency graph at a much faster pace than Mozilla does.


noted.

never gave it a sufficient, closer look. yet.

tgif.
___
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: FF builds

[Neal Gompa]

On Thu, Sep 9, 2021 at 2:23 PM Kevin Fenzi  wrote:
>
> On Thu, Sep 09, 2021 at 07:53:02PM +0200, Florian Weimer wrote:
> > * Neal Gompa:
> >
> > > On Thu, Sep 9, 2021 at 12:55 PM Demi Marie Obenour
> > >  wrote:
> > >> Can the Firefox build be distributed among multiple machines?
> > >>
> > >
> > > We'd need icecream[1] support enabled in Koji. I am not even sure Mock
> > > (the build engine) supports icecream right now.
> >
> > I think for Firefox, what's taking most of the time is the %check phase.
> > Has that even been parallelized using icecream?
>
> One thing to note here... this is not just one firefox build taking 2
> days. It's one firefox build taking a number of hours, failing and then
> the maintainer fixing that issue and resubmitting. You don't see the
> failed builds because you can try and rebuild the same N-V-R in koji as
> many times as you like until it is successfull.
>

Chromium would probably benefit from icecream, though.


-- 
真実はいつも一つ！/ 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

Re: FF builds

[Neal Gompa]

On Thu, Sep 9, 2021 at 2:06 PM PGNet Dev  wrote:
>
> On 9/9/21 13:53, Florian Weimer wrote:
> >>> Can the Firefox build be distributed among multiple machines?
>
> I frequently deploy FF from upstream builds, with updates managed from within 
> the app.
>
> Q: Is there any historical _measure_ of security issues fixed in @Fedora FF 
> pkgs, before upstream gets around to fixing them?

Considering that Fedora Firefox packages don't bundle as much as
Mozilla's Firefox bundles do, I would say yes. We fix issues all the
time in its dependency graph at a much faster pace than Mozilla does.




--
真実はいつも一つ！/ 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

Re: FF builds

[Kevin Fenzi]

On Thu, Sep 09, 2021 at 07:53:02PM +0200, Florian Weimer wrote:
> * Neal Gompa:
> 
> > On Thu, Sep 9, 2021 at 12:55 PM Demi Marie Obenour
> >  wrote:
> >> Can the Firefox build be distributed among multiple machines?
> >>
> >
> > We'd need icecream[1] support enabled in Koji. I am not even sure Mock
> > (the build engine) supports icecream right now.
> 
> I think for Firefox, what's taking most of the time is the %check phase.
> Has that even been parallelized using icecream?

One thing to note here... this is not just one firefox build taking 2
days. It's one firefox build taking a number of hours, failing and then
the maintainer fixing that issue and resubmitting. You don't see the
failed builds because you can try and rebuild the same N-V-R in koji as
many times as you like until it is successfull. 

kevin


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: FF builds

[Ken Dreyer]

On Thu, Sep 9, 2021 at 1:01 PM Neal Gompa  wrote:
> We'd need icecream[1] support enabled in Koji. I am not even sure Mock
> (the build engine) supports icecream right now.

This is on my list of things to investigate one day. Ceph has the same
problem - builder machines with 16GB RAM can barely build Ceph.

https://news.ycombinator.com/item?id=25603162 has some other useful
info about icecream.

- Ken
___
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: FF builds

[PGNet Dev]

On 9/9/21 13:53, Florian Weimer wrote:

Can the Firefox build be distributed among multiple machines?


I frequently deploy FF from upstream builds, with updates managed from within 
the app.

Q: Is there any historical _measure_ of security issues fixed in @Fedora FF 
pkgs, before upstream gets around to fixing them?
___
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: FF builds

[Florian Weimer]

* Neal Gompa:

> On Thu, Sep 9, 2021 at 12:55 PM Demi Marie Obenour
>  wrote:
>> Can the Firefox build be distributed among multiple machines?
>>
>
> We'd need icecream[1] support enabled in Koji. I am not even sure Mock
> (the build engine) supports icecream right now.

I think for Firefox, what's taking most of the time is the %check phase.
Has that even been parallelized using icecream?

Thanks,
Florian
___
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

[Bug 1998462] perl-Test-TrailingSpace-0.0601 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1998462
Bug 1998462 depends on bug 1998475, which changed state.

Bug 1998475 Summary: Review Request: perl-File-TreeCreate - Recursively create 
a directory tree
https://bugzilla.redhat.com/show_bug.cgi?id=1998475

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA




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

[Bug 1998446] perl-File-Find-Object-Rule-0.0313 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1998446
Bug 1998446 depends on bug 1998475, which changed state.

Bug 1998475 Summary: Review Request: perl-File-TreeCreate - Recursively create 
a directory tree
https://bugzilla.redhat.com/show_bug.cgi?id=1998475

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA




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

[Bug 1998176] perl-File-Find-Object-0.3.6 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1998176
Bug 1998176 depends on bug 1998475, which changed state.

Bug 1998475 Summary: Review Request: perl-File-TreeCreate - Recursively create 
a directory tree
https://bugzilla.redhat.com/show_bug.cgi?id=1998475

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA




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

Re: FF builds

[Stephen John Smoogen]

On Thu, 9 Sept 2021 at 13:01, Neal Gompa  wrote:
>
> On Thu, Sep 9, 2021 at 12:55 PM Demi Marie Obenour
>  wrote:

> > Also, could the Fedora project itself perform at least
> > basic QA for critical security patches?
> >
>
> Who do you think is the "Fedora Project"? It's us in the community!
>
> > > Two days for builds is not great, but it's not the end of the world.
> > > Would it be nice if we had more powerful builders? Sure. But it still
> > > would take a minimum of 2 days for something to go out since it needs
> > > to get pushed, pass tests, and get karma to autopush to stable
> > > releases.
> >
> > Can the Firefox build be distributed among multiple machines?
> >
>
> We'd need icecream[1] support enabled in Koji. I am not even sure Mock
> (the build engine) supports icecream right now.
>
> [1]: https://github.com/icecc/icecream
>
>

It would require more than that. It would require having our
networking and build systems able to talk to other systems when they
are building. For security reasons we turn off networking inside the
mock so that we don't get packages pulling in crap during the build. A
distributed build by definition is pulling in 'crap' from other
systems so you have to not just have networking turned on, you have to
have tools to make sure the 'crap' is really the stuff you wanted.

I don't see that happening anytime soon. The issue with builds being
stuck is a problem but it needs a systematic fix across the board
versus just for 'Firefox'.




-- 
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: Donate 1 minute of your time to test upgrades from F34 to F35

[Neal Gompa]

On Thu, Sep 9, 2021 at 1:20 PM Demi Marie Obenour  wrote:
>
> On 9/7/21 12:14 PM, Miroslav Suchý wrote:
> > Do you want to make Fedora 35 better? Please spend 1 minute of your time 
> > and try to run:
> >
> > # Run this only if you use default Fedora modules
> > # next time you run any DNF command default modules will be enabled again
> > sudo dnf module reset '*'
> >
> > sudo dnf --releasever=35 --setopt=module_platform_id=platform:f35 \
> >
> > --enablerepo=updates-testing --enablerepo=updates-testing-modular \
> >
> > distro-sync
> >
> > This command does not replace `dnf system-upgrade`, but it will reveal 
> > potential problems.
> >
> > You may also run `dnf upgrade` before running this command.
> >
> >
> > If you get this prompt:
> >
> > ...
> > Total download size: XXX M
> > Is this ok [y/N]:
> >
> > you can answer N and nothing happens, no need to test the actual upgrade.
> >
> > But very likely you get some dependency problem now. In that case, please 
> > report it against the appropriate package.
>
> I get several errors related to Qubes OS.  Most of them are cases that will
> need to be fixed by the Qubes OS team, but the lack of an upgrade candidate
> for PulseAudio is concerning, as Qubes OS currently ships a PulseAudio
> module for sound support in VMs.  Is there a replacement for PulseAudio
> modules in Fedora 35?  Some sort of PipeWire plugin?
>

What module are you using? It may have been reimplemented in PipeWire,
and if not, you should ask upstream at
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues



-- 
真実はいつも一つ！/ 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

Re: Donate 1 minute of your time to test upgrades from F34 to F35

[Demi Marie Obenour]

On 9/7/21 12:14 PM, Miroslav Suchý wrote:
> Do you want to make Fedora 35 better? Please spend 1 minute of your time and 
> try to run:
> 
> # Run this only if you use default Fedora modules
> # next time you run any DNF command default modules will be enabled again
> sudo dnf module reset '*'
> 
> sudo dnf --releasever=35 --setopt=module_platform_id=platform:f35 \
> 
> --enablerepo=updates-testing --enablerepo=updates-testing-modular \
> 
> distro-sync
> 
> This command does not replace `dnf system-upgrade`, but it will reveal 
> potential problems.
> 
> You may also run `dnf upgrade` before running this command.
> 
> 
> If you get this prompt:
> 
> ...
> Total download size: XXX M
> Is this ok [y/N]:
> 
> you can answer N and nothing happens, no need to test the actual upgrade.
> 
> But very likely you get some dependency problem now. In that case, please 
> report it against the appropriate package.

I get several errors related to Qubes OS.  Most of them are cases that will
need to be fixed by the Qubes OS team, but the lack of an upgrade candidate
for PulseAudio is concerning, as Qubes OS currently ships a PulseAudio
module for sound support in VMs.  Is there a replacement for PulseAudio
modules in Fedora 35?  Some sort of PipeWire plugin?

Sincerely,

Demi Marie Obenour
she/her/hers


OpenPGP_0xB288B55FFF9C22C1.asc
Description: OpenPGP public key


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

Heads-up: grpc 1.40.0 coming to Rawhide with C++ soname bump

[Ben Beasley]

In one week (September 16), or slightly later, I will build grpc 1.40.0 
for Rawhide (F36).


As is traditional for minor releases of grpc, the C++ ABI was broken 
(soversion bumped from 1.39 to 1.40). This time, the C (core) ABI 
remained stable (soversion 18).


I will coordinate builds of packages that use the C++ libraries in a 
side tag. Maintainers of the following packages should have received 
this email directly:

  • bear
  • frr

If you are one of these maintainers, and you want me to handle these 
rebuilds, I am happy to do so. You will need to grant me commit 
privileges on the project.


Packages that use only the C (core) libraries should be unaffected this 
time:

  • perl-grpc-xs

Packages that use the Python bindings should also be unaffected, as 
there should be no incompatible API changes:

  • buildstream
  • python-chirpstack-api
  • python-etcd3
  • python-google-api-core
  • python-google-cloud-core
  • python-grpc-google-iam
  • python-opencensus (orphaned)
  • python-opencensus-proto
  • python-opentelemetry
  • python-pytest-grpc
  • python-xds-protos

I am not planning to bring this version to F35, since I don’t see a 
compelling reason to do a breaking update this late in the release cycle.

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

[Nathanael D. Noblet]

On Tue, 2021-09-07 at 18:14 +0200, Miroslav Suchý wrote:
>  Do you want to make Fedora 35 better? Please spend 1 minute of your
> time and try to run:
>  
>  # Run this only if you use default Fedora modules
>  # next time you run any DNF command default modules will be enabled
> again
>  sudo dnf module reset '*'
>  
> sudo dnf --releasever=35 --setopt=module_platform_id=platform:f35 \
> --enablerepo=updates-testing --enablerepo=updates-testing-modular \
>  distro-sync
>  
> This command does not replace `dnf system-upgrade`, but it will reveal
> potential problems.
> You may also run `dnf upgrade` before running this command.
Error: 
 Problem: package ant-apache-log4j-1.10.9-2.fc34.noarch requires ant =
1.10.9-2.fc34, but none of the providers can be installed
  - ant-1.10.9-2.fc34.noarch does not belong to a distupgrade
repository
  - problem with installed package ant-apache-log4j-1.10.9-
2.fc34.noarch
(try to add '--skip-broken' to skip uninstallable packages)


I removed ant-apache-log4j - nothing else was removed at the same time.
Should I be reporting an issue?


>  
>  If you get this prompt:
>  
>  ...
>  Total download size: XXX M
>  Is this ok [y/N]:
>  
>  you can answer N and nothing happens, no need to test the actual
> upgrade.
>  
> But very likely you get some dependency problem now. In that case,
> please report it against the appropriate package.
> Or against fedora-obsolete-packages if that package should be removed
> in Fedora 35. Please check existing reports against
> fedora-obsolete-packages first:
>  https://red.ht/2kuBDPu
> 
> and also there is already bunch of "Fails to install"
> (F35FailsToInstall) reports:
> https://bugzilla.redhat.com/buglist.cgi?bug_id=1927313_id_type=anddependson=tvp_id=12125305#
>  
>  Thank you
>  Miroslav
> ___
> 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

Looking for *your* stories of Fedora history -- can we do a brief interview? (Or, send me your thoughts!)

[Matthew Miller]

Hey everyone! In a couple of weeks, I'm going to be giving a talk at Open
Source Summit called "35 Fedora Releases in 30 minutes"
(https://sched.co/lARG). 

This is basically going to be a whirlwind tour of our history. I was there
for a lot of it, but not all, and certainly not from all perspectives. In
preparation, I'd like to get more of your input. If you're interested in
sharing what you remember about Fedora Core 3 (Heidelberg), or Fedora Linux
8 (Werewolf!), or even F23 or F27 or whatever, or anywhere in between, I'd
love to hear from you.

Please send me a message off-list, either saying "yes let's set up a video
call", or what some bits of info I might include.

Thanks!

-- 
Matthew Miller

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

Re: FF builds

[Neal Gompa]

On Thu, Sep 9, 2021 at 12:55 PM Demi Marie Obenour
 wrote:
>
> On 9/9/21 12:45 PM, Neal Gompa wrote:
> > On Thu, Sep 9, 2021 at 12:42 PM Demi Marie Obenour
> >  wrote:
> >>
> >> On 9/8/21 10:49 PM, Bojan Smojver via devel wrote:
> >>> Just being devil's advocate for a second here...
> >>>
> >>> Two days to build FF in koji? Has it gotten that big or are the builds 
> >>> that slow?
> >>>
> >>>  :-)
> >>
> >> This is also a security problem: consider a 0day exploit found in the wild.
> >>
> >> Should the FF builds be given more resources?  Does Mozilla provide a 
> >> signed
> >> Flatpak that could be used instead?
> >>
> >
> > Security is not worth anything if the application doesn't work. We
> > don't ship updates immediately to users after they're built *no matter
> > what*. They go through the update manager (Bodhi) to get validated for
> > release.
>
> There are users (such as myself) who have the equivalent of
>
> $ sudo dnf -y --best --refresh --enablerepo=updates-testing --security -- 
> upgrade
> $ sudo dnf -y --best -- upgrade
>
> in their update scripts.

So then you'll get it after your mirror synchronizes after a push to
testing (which happens at midnight UTC every night). As soon as a
build is submitted to Bodhi successfully, it is queued to be pushed to
testing in the *next* push.

> Also, could the Fedora project itself perform at least
> basic QA for critical security patches?
>

Who do you think is the "Fedora Project"? It's us in the community!

> > Two days for builds is not great, but it's not the end of the world.
> > Would it be nice if we had more powerful builders? Sure. But it still
> > would take a minimum of 2 days for something to go out since it needs
> > to get pushed, pass tests, and get karma to autopush to stable
> > releases.
>
> Can the Firefox build be distributed among multiple machines?
>

We'd need icecream[1] support enabled in Koji. I am not even sure Mock
(the build engine) supports icecream right now.

[1]: https://github.com/icecc/icecream

-- 
真実はいつも一つ！/ 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

Re: FF builds

[Demi Marie Obenour]

On 9/9/21 12:45 PM, Neal Gompa wrote:
> On Thu, Sep 9, 2021 at 12:42 PM Demi Marie Obenour
>  wrote:
>>
>> On 9/8/21 10:49 PM, Bojan Smojver via devel wrote:
>>> Just being devil's advocate for a second here...
>>>
>>> Two days to build FF in koji? Has it gotten that big or are the builds that 
>>> slow?
>>>
>>>  :-)
>>
>> This is also a security problem: consider a 0day exploit found in the wild.
>>
>> Should the FF builds be given more resources?  Does Mozilla provide a signed
>> Flatpak that could be used instead?
>>
> 
> Security is not worth anything if the application doesn't work. We
> don't ship updates immediately to users after they're built *no matter
> what*. They go through the update manager (Bodhi) to get validated for
> release.

There are users (such as myself) who have the equivalent of

$ sudo dnf -y --best --refresh --enablerepo=updates-testing --security -- 
upgrade
$ sudo dnf -y --best -- upgrade

in their update scripts.  Also, could the Fedora project itself perform at least
basic QA for critical security patches?

> Two days for builds is not great, but it's not the end of the world.
> Would it be nice if we had more powerful builders? Sure. But it still
> would take a minimum of 2 days for something to go out since it needs
> to get pushed, pass tests, and get karma to autopush to stable
> releases.

Can the Firefox build be distributed among multiple machines?

Sincerely,

Demi Marie Obenour
she/her/hers


OpenPGP_0xB288B55FFF9C22C1.asc
Description: OpenPGP public key


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

Re: FF builds

[Neal Gompa]

On Thu, Sep 9, 2021 at 12:42 PM Demi Marie Obenour
 wrote:
>
> On 9/8/21 10:49 PM, Bojan Smojver via devel wrote:
> > Just being devil's advocate for a second here...
> >
> > Two days to build FF in koji? Has it gotten that big or are the builds that 
> > slow?
> >
> >  :-)
>
> This is also a security problem: consider a 0day exploit found in the wild.
>
> Should the FF builds be given more resources?  Does Mozilla provide a signed
> Flatpak that could be used instead?
>

Security is not worth anything if the application doesn't work. We
don't ship updates immediately to users after they're built *no matter
what*. They go through the update manager (Bodhi) to get validated for
release.

Two days for builds is not great, but it's not the end of the world.
Would it be nice if we had more powerful builders? Sure. But it still
would take a minimum of 2 days for something to go out since it needs
to get pushed, pass tests, and get karma to autopush to stable
releases.



-- 
真実はいつも一つ！/ 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

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

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 12/205 (x86_64), 8/141 (aarch64)

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

ID: 974214  Test: x86_64 Server-dvd-iso 
install_btrfs_preserve_home_uefi@uefi
URL: https://openqa.fedoraproject.org/tests/974214
ID: 974224  Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/974224
ID: 974236  Test: x86_64 Server-dvd-iso realmd_join_cockpit
URL: https://openqa.fedoraproject.org/tests/974236
ID: 974250  Test: x86_64 Server-dvd-iso realmd_join_sssd
URL: https://openqa.fedoraproject.org/tests/974250
ID: 974254  Test: x86_64 Server-dvd-iso server_realmd_join_kickstart
URL: https://openqa.fedoraproject.org/tests/974254
ID: 974281  Test: x86_64 Workstation-live-iso desktop_login
URL: https://openqa.fedoraproject.org/tests/974281
ID: 974287  Test: x86_64 KDE-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/974287
ID: 974297  Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/974297
ID: 974338  Test: aarch64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/974338
ID: 974347  Test: aarch64 Server-dvd-iso anaconda_help@uefi
URL: https://openqa.fedoraproject.org/tests/974347
ID: 974380  Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://openqa.fedoraproject.org/tests/974380
ID: 974411  Test: aarch64 Workstation-raw_xz-raw.xz 
desktop_update_graphical@uefi
URL: https://openqa.fedoraproject.org/tests/974411

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

ID: 974235  Test: x86_64 Server-dvd-iso modularity_tests
URL: https://openqa.fedoraproject.org/tests/974235
ID: 974293  Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/974293
ID: 974298  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/974298
ID: 974366  Test: aarch64 Server-dvd-iso modularity_tests@uefi
URL: https://openqa.fedoraproject.org/tests/974366
ID: 974398  Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi
URL: https://openqa.fedoraproject.org/tests/974398
ID: 974399  Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi
URL: https://openqa.fedoraproject.org/tests/974399
ID: 974479  Test: x86_64 universal memtest
URL: https://openqa.fedoraproject.org/tests/974479
ID: 974498  Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/974498

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

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

ID: 974202  Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/974202
ID: 974203  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/974203
ID: 974204  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/974204
ID: 974217  Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/974217
ID: 974262  Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/974262
ID: 974268  Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/974268
ID: 974277  Test: x86_64 Workstation-live-iso gedit
URL: https://openqa.fedoraproject.org/tests/974277
ID: 974308  Test: x86_64 Silverblue-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/974308
ID: 974309  Test: x86_64 Silverblue-dvd_ostree-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/974309
ID: 974311  Test: x86_64 Silverblue-dvd_ostree-iso evince
URL: https://openqa.fedoraproject.org/tests/974311
ID: 974312  Test: x86_64 Silverblue-dvd_ostree-iso gedit
URL: https://openqa.fedoraproject.org/tests/974312
ID: 974325  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/974325
ID: 974329  Test: aarch64 Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/974329
ID: 974339  Test: aarch64 Server-dvd-iso install_default_upload@uefi
URL: https://openqa.fedoraproject.org/tests/974339
ID: 974360  Test: aarch64 Server-dvd-iso server_realmd_join_kickstart@uefi
URL: https://openqa.fedoraproject.org/tests/974360
ID: 974386  Test: aarch64 Server-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/974386
ID: 974395  Test: aarch64 Workstation-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/974395
ID: 974409  Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi
URL: 

Re: FF builds

[Demi Marie Obenour]

On 9/8/21 10:49 PM, Bojan Smojver via devel wrote:
> Just being devil's advocate for a second here...
> 
> Two days to build FF in koji? Has it gotten that big or are the builds that 
> slow?
> 
>  :-)

This is also a security problem: consider a 0day exploit found in the wild.

Should the FF builds be given more resources?  Does Mozilla provide a signed
Flatpak that could be used instead?

Sincerely,

Demi Marie Obenour
she/her/hers


OpenPGP_0xB288B55FFF9C22C1.asc
Description: OpenPGP public key


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

Re: Disable locale forwarding in OpenSSH

[patrakov]

Florian Weimer wrote:
> I tried to bring up this topic on the OpenSSH list to get some
> cross-distribution consensus, but the discussion didn't actually go
> anywhere:
> 
>   Phasing out forwarding of locale settings
>   
>  
> I think Fedora should do this unilaterally, dropping the downstream
> additions that enable locale forwarding in both the default client and
> server configurations.  If we do that, the OpenSSH server will use the
> locale as configured with localectl for new interactive and
> non-interactive sessions, which is C.UTF-8 in many cases.  At least
> that's what my testing on Fedora 33 suggests.
> 
> Comments?

We have a big problem that nobody speaks about: MacOS.

The default and correct value of LC_CTYPE on MacOS is "UTF-8", but this is not 
a valid Linux locale string. And MacOS sends this by default - so, given the 
popularity of MacOS, the only sensible thing to do for Linux is not to accept 
locale-related environment variables. Or at least, filter out known bad values 
somewhere, but that would be a lot of fragile distribution-specific logic that 
I would rather not see.

See more details on this issue at 
https://lists.mindrot.org/pipermail/openssh-unix-dev/2021-September/039618.html
___
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-20210909.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: 6/207 (x86_64), 18/141 (aarch64)

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

ID: 973763  Test: x86_64 Everything-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/973763
ID: 973769  Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/973769
ID: 973885  Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://openqa.fedoraproject.org/tests/973885
ID: 973914  Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi
URL: https://openqa.fedoraproject.org/tests/973914
ID: 973924  Test: aarch64 Cloud_Base-qcow2-qcow2 
base_service_manipulation@uefi
URL: https://openqa.fedoraproject.org/tests/973924
ID: 974020  Test: aarch64 universal install_shrink_ntfs@uefi
URL: https://openqa.fedoraproject.org/tests/974020
ID: 974040  Test: aarch64 universal install_with_swap@uefi
URL: https://openqa.fedoraproject.org/tests/974040
ID: 974041  Test: aarch64 universal install_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/974041
ID: 974044  Test: aarch64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/974044
ID: 974197  Test: aarch64 Server-dvd-iso support_server@uefi
URL: https://openqa.fedoraproject.org/tests/974197
ID: 974200  Test: aarch64 Server-dvd-iso 
install_repository_nfs_variation@uefi
URL: https://openqa.fedoraproject.org/tests/974200

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

ID: 973796  Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/973796
ID: 973801  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/973801
ID: 973903  Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi
URL: https://openqa.fedoraproject.org/tests/973903
ID: 973904  Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi
URL: https://openqa.fedoraproject.org/tests/973904
ID: 973905  Test: aarch64 Workstation-raw_xz-raw.xz desktop_terminal@uefi
URL: https://openqa.fedoraproject.org/tests/973905
ID: 973916  Test: aarch64 Workstation-raw_xz-raw.xz 
desktop_update_graphical@uefi
URL: https://openqa.fedoraproject.org/tests/973916
ID: 973958  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/973958
ID: 973984  Test: x86_64 universal memtest
URL: https://openqa.fedoraproject.org/tests/973984
ID: 974003  Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/974003
ID: 974023  Test: aarch64 universal install_arabic_language@uefi
URL: https://openqa.fedoraproject.org/tests/974023
ID: 974032  Test: aarch64 universal install_european_language@uefi
URL: https://openqa.fedoraproject.org/tests/974032
ID: 974035  Test: aarch64 universal upgrade_minimal_64bit@uefi
URL: https://openqa.fedoraproject.org/tests/974035
ID: 974042  Test: aarch64 universal install_cyrillic_language@uefi
URL: https://openqa.fedoraproject.org/tests/974042

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

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

ID: 974013  Test: aarch64 universal upgrade_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/974013
ID: 974036  Test: aarch64 universal upgrade_realmd_client@uefi
URL: https://openqa.fedoraproject.org/tests/974036

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

ID: 973705  Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/973705
ID: 973706  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/973706
ID: 973765  Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/973765
ID: 973771  Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/973771
ID: 973780  Test: x86_64 Workstation-live-iso gedit
URL: https://openqa.fedoraproject.org/tests/973780
ID: 973811  Test: x86_64 Silverblue-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/973811
ID: 973812  Test: x86_64 Silverblue-dvd_ostree-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/973812
ID: 973814  Test: x86_64 Silverblue-dvd_ostree-iso evince
URL: https://openqa.fedoraproject.org/tests/973814
ID: 973815  Test: x86_64 Silverblue-dvd_ostree-iso gedit
URL: https://openqa.fedoraproject.org/tests/973815
ID: 973830  Test: x86_64 Cloud_Base-qcow2-qcow2 

Re: Donate 1 minute of your time to test upgrades from F34 to F35

[Geraldo Simião Kutz]

I tested in a F33 KDE spin too.
All good, no problems.

Instalar   125 Pacotes
Atualizar 1737 Pacotes
Remover  3 Pacotes
Desatualizar 3 Pacotes


Em ter., 7 de set. de 2021 às 13:15, Miroslav Suchý 
escreveu:

> Do you want to make Fedora 35 better? Please spend 1 minute of your time
> and try to run:
>
> # Run this only if you use default Fedora modules
> # next time you run any DNF command default modules will be enabled again
> sudo dnf module reset '*'
>
> sudo dnf --releasever=35 --setopt=module_platform_id=platform:f35 \
>
> --enablerepo=updates-testing --enablerepo=updates-testing-modular \
> distro-sync
>
> This command does not replace `dnf system-upgrade`, but it will reveal
> potential problems.
>
> You may also run `dnf upgrade` before running this command.
>
> If you get this prompt:
>
> ...
> Total download size: XXX M
> Is this ok [y/N]:
>
> you can answer N and nothing happens, no need to test the actual upgrade.
>
> But very likely you get some dependency problem now. In that case, please
> report it against the appropriate package.
>
> Or against fedora-obsolete-packages if that package should be removed in
> Fedora 35. Please check existing reports against
>
> fedora-obsolete-packages first:
>
> https://red.ht/2kuBDPu
>
>
> and also there is already bunch of "Fails to install" (F35FailsToInstall)
> reports:
>
>
> https://bugzilla.redhat.com/buglist.cgi?bug_id=1927313_id_type=anddependson=tvp_id=12125305#
>
> Thank you
> Miroslav
> ___
> 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

Fedora-IoT-36-20210909.0 compose check report

[Fedora compose checker]

Missing expected images:

Iot dvd aarch64
Iot dvd x86_64

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

New failures (same test not failed in Fedora-IoT-36-20210829.0):

ID: 974734  Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server
URL: https://openqa.fedoraproject.org/tests/974734
ID: 974735  Test: x86_64 IoT-dvd_ostree-iso iot_zezere_ignition
URL: https://openqa.fedoraproject.org/tests/974735
ID: 974746  Test: aarch64 IoT-dvd_ostree-iso iot_rpmostree_overlay@uefi
URL: https://openqa.fedoraproject.org/tests/974746

Old failures (same test failed in Fedora-IoT-36-20210829.0):

ID: 974739  Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/974739

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

Old soft failures (same test soft failed in Fedora-IoT-36-20210829.0):

ID: 974727  Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/974727

Passed openQA tests: 13/16 (x86_64), 13/15 (aarch64)

Installed system changes in test x86_64 IoT-dvd_ostree-iso 
install_default@uefi: 
Used mem changed from 197 MiB to 219 MiB
Previous test data: https://openqa.fedoraproject.org/tests/961614#downloads
Current test data: https://openqa.fedoraproject.org/tests/974721#downloads

Installed system changes in test aarch64 IoT-dvd_ostree-iso 
install_default_upload@uefi: 
Used mem changed from 194 MiB to 215 MiB
System load changed from 0.39 to 0.75
Previous test data: https://openqa.fedoraproject.org/tests/961629#downloads
Current test data: https://openqa.fedoraproject.org/tests/974736#downloads
-- 
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 rawhide compose report: 20210909.n.0 changes

[Felix Kaechele via devel]

Hi there,

On 2021-09-09 10:07 a.m., Zbigniew Jędrzejewski-Szmek wrote:

On Thu, Sep 09, 2021 at 12:10:45PM +, Fedora Rawhide Report wrote:

OLD: Fedora-Rawhide-20210908.n.0
NEW: Fedora-Rawhide-20210909.n.0



= DOWNGRADED PACKAGES =
Package:  nginx-1:1.20.1-6.module_f36+12925+96924a12
Old package:  nginx-1:1.21.2-1.module_f36+12850+d1961063
[...]


1.21.2 to 1.20.1 ?


Looks like a bug in the reporting scripts maybe? Not sure.
I built new modules in the 1.20 and mainline (version 1.21.3 at this 
time) stream yesterday. So maybe the reporting script got confused.


The rawhide branch in Git looks fine to me. It has the latest stable 
version of nginx, 1.20.1 at this time, and the latest version of the 
specfile including the dynamic module changes from Neal.


If you simply compare NEVR then the latest version (1.21.3) lives only 
in the stream-mainline branch as the mainline branch is not considered a 
stable release train by upstream. This branch is only built as a module 
and shouldn't interfere with non-modular installs that only get the 
latest stable version.



Also, when I look at https://src.fedoraproject.org/rpms/nginx,
the description is:

[... lots of unformatted text from README.dynamic ...]


That is due to the fact that Pagure will try to Markdown render anything 
that starts with README. A recent commit adding capabilities to build 
dynamic modules out of tree added a file called README.dynamic that is 
not Markdown formatted. This is what Pagure picks up.


Thanks for pointing this out, I otherwise would probably have missed this.

Regards,
Felix
___
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 rawhide compose report: 20210909.n.0 changes

[Petr Pisar]

V Thu, Sep 09, 2021 at 02:07:14PM +, Zbigniew Jędrzejewski-Szmek napsal(a):
> On Thu, Sep 09, 2021 at 12:10:45PM +, Fedora Rawhide Report wrote:
> > OLD: Fedora-Rawhide-20210908.n.0
> > NEW: Fedora-Rawhide-20210909.n.0
> 
> > = DOWNGRADED PACKAGES =
> > Package:  nginx-1:1.20.1-6.module_f36+12925+96924a12
> > Old package:  nginx-1:1.21.2-1.module_f36+12850+d1961063
> > Summary:  A high performance web server and reverse proxy server
> > RPMs: nginx nginx-all-modules nginx-filesystem nginx-mod-devel 
> > nginx-mod-http-image-filter nginx-mod-http-perl nginx-mod-http-xslt-filter 
> > nginx-mod-mail nginx-mod-stream
> > Size: 15.23 MiB
> > Size change:  7.60 MiB
> 
> 1.21.2 to 1.20.1 ?
> 
The two packages are from different streams (1.20
<https://mbs.fedoraproject.org/module-build-service/2/module-builds/12925>,
mainline
<https://mbs.fedoraproject.org/module-build-service/2/module-builds/12850>).
The reporting tool should not compare packages from different streams.

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

Fedora-IoT-35-20210909.0 compose check report

[Fedora compose checker]

No missing expected images.

Failed openQA tests: 1/15 (aarch64)

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

ID: 974185  Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/974185

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

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

ID: 974173  Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/974173

Passed openQA tests: 14/15 (aarch64), 15/16 (x86_64)

New passes (same test not passed in Fedora-IoT-35-20210902.0):

ID: 974194  Test: aarch64 IoT-dvd_ostree-iso iot_zezere_server@uefi
URL: https://openqa.fedoraproject.org/tests/974194
ID: 974196  Test: aarch64 IoT-dvd_ostree-iso iot_zezere_ignition@uefi
URL: https://openqa.fedoraproject.org/tests/974196

Installed system changes in test x86_64 IoT-dvd_ostree-iso 
install_default_upload: 
System load changed from 0.14 to 0.26
Previous test data: https://openqa.fedoraproject.org/tests/966758#downloads
Current test data: https://openqa.fedoraproject.org/tests/974166#downloads
-- 
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: Donate 1 minute of your time to test upgrades from F34 to F35

[Christoph Karl]

Hello!

Works for me:
Installieren100 Pakete
Aktualisieren  4705 Pakete
Entfernen 7 Pakete
Zurücksetzen  9 Pakete

Gesamte Downloadgröße: 6.8 G

Best Regards
Christoph


Am 07.09.21 um 18:14 schrieb Miroslav Suchý:

Do you want to make Fedora 35 better? Please spend 1 minute of your time
and try to run:

# Run this only if you use default Fedora modules
# next time you run any DNF command default modules will be enabled again
sudo dnf module reset '*'

sudo dnf --releasever=35 --setopt=module_platform_id=platform:f35 \

--enablerepo=updates-testing --enablerepo=updates-testing-modular \

distro-sync

This command does not replace `dnf system-upgrade`, but it will reveal
potential problems.

You may also run `dnf upgrade` before running this command.


If you get this prompt:

...
Total download size: XXX M
Is this ok [y/N]:

you can answer N and nothing happens, no need to test the actual upgrade.

But very likely you get some dependency problem now. In that case,
please report it against the appropriate package.

Or against fedora-obsolete-packages if that package should be removed in
Fedora 35. Please check existing reports against

fedora-obsolete-packages first:

https://red.ht/2kuBDPu


and also there is already bunch of "Fails to install"
(F35FailsToInstall) reports:

https://bugzilla.redhat.com/buglist.cgi?bug_id=1927313_id_type=anddependson=tvp_id=12125305#



Thank you
Miroslav


___
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 rawhide compose report: 20210909.n.0 changes

[Zbigniew Jędrzejewski-Szmek]

On Thu, Sep 09, 2021 at 12:10:45PM +, Fedora Rawhide Report wrote:
> OLD: Fedora-Rawhide-20210908.n.0
> NEW: Fedora-Rawhide-20210909.n.0

> = DOWNGRADED PACKAGES =
> Package:  nginx-1:1.20.1-6.module_f36+12925+96924a12
> Old package:  nginx-1:1.21.2-1.module_f36+12850+d1961063
> Summary:  A high performance web server and reverse proxy server
> RPMs: nginx nginx-all-modules nginx-filesystem nginx-mod-devel 
> nginx-mod-http-image-filter nginx-mod-http-perl nginx-mod-http-xslt-filter 
> nginx-mod-mail nginx-mod-stream
> Size: 15.23 MiB
> Size change:  7.60 MiB

1.21.2 to 1.20.1 ?

Also, when I look at https://src.fedoraproject.org/rpms/nginx,
the description is:

### Dynamic modules ### Dynamic modules are loaded 
using the "load_modules" directive. The RPM package for each module has a 
'.conf' file in the /usr/share/nginx/modules directory. The '.conf' file 
contains a single "load_modules" directive. This means that whenever a new 
dynamic module is installed, it will automatically be enabled and Nginx will be 
reloaded.  Prevent 
dynamic modules from being enabled automatically 
 You may want to avoid 
dynamic modules being enabled automatically. Simply remove this line from the 
top of /etc/nginx/nginx.conf: include /usr/lib64/nginx/modules/*.conf; 

:(

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

Fedora 35 compose report: 20210909.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-35-20210908.n.0
NEW: Fedora-35-20210909.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  0
Dropped packages:12
Upgraded packages:   0
Downgraded packages: 0

Size of added packages:  0 B
Size of dropped packages:102.36 MiB
Size of upgraded packages:   0 B
Size of downgraded packages: 0 B

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

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =
Package: cbi-plugins-1.1.7-10.fc35
Summary: A set of helpers for Eclipse CBI
RPMs:cbi-plugins cbi-plugins-javadoc
Size:295.23 KiB

Package: eclipse-ecf-3.14.19-2.fc34
Summary: Eclipse Communication Framework (ECF) Eclipse plug-in
RPMs:eclipse-ecf-core
Size:371.19 KiB

Package: eclipse-egit-5.11.0-1.fc35
Summary: Eclipse Git Integration
RPMs:eclipse-egit
Size:9.81 MiB

Package: eclipse-emf-1:2.25.0-1.fc35
Summary: EMF and XSD Eclipse plug-ins
RPMs:eclipse-emf-core eclipse-emf-runtime eclipse-emf-xsd
Size:6.29 MiB

Package: eclipse-gef-3.11.0-16.fc34
Summary: Graphical Editing Framework (GEF) Eclipse plug-in
RPMs:eclipse-gef
Size:1.53 MiB

Package: eclipse-jgit-5.11.0-1.fc35
Summary: Eclipse JGit
RPMs:eclipse-jgit
Size:32.14 KiB

Package: eclipse-license-2.0.2-3.fc34
Summary: Shared license features for Eclipse
RPMs:eclipse-license1 eclipse-license2
Size:38.28 KiB

Package: eclipse-m2e-workspace-0.4.0-18.fc35
Summary: M2E CLI workspace resolver
RPMs:eclipse-m2e-workspace eclipse-m2e-workspace-javadoc
Size:288.86 KiB

Package: eclipse-subclipse-4.3.3-2.fc34
Summary: Subversion Eclipse plugin
RPMs:eclipse-subclipse
Size:2.85 MiB

Package: eclipse-webtools-3.21.0-1.fc35
Summary: Eclipse Webtools Projects
RPMs:eclipse-webtools-common eclipse-webtools-servertools 
eclipse-webtools-sourceediting
Size:14.10 MiB

Package: ocaml-ppx-tools-6.4-1.fc35
Summary: Tools for authors of ppx rewriters
RPMs:ocaml-ppx-tools ocaml-ppx-tools-devel ocaml-ppx-tools-doc
Size:62.18 MiB

Package: tycho-2.2.0-4.fc34
Summary: Plugins and extensions for building Eclipse plugins and OSGI bundles 
with Maven
RPMs:tycho tycho-javadoc
Size:4.60 MiB


= UPGRADED PACKAGES =

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

Re: Boot menu always displayed again?

[Simo Sorce]

FYI:
I recreated the file anyway and it works now.

The difference seem to be that there is a new second comment line at
the top of the file about not modifying it.

Was the format changed and no update scriplet provided at some point ?

Simo.

On Wed, 2021-09-08 at 15:23 +0200, Petr Pisar wrote:
> V Wed, Sep 08, 2021 at 09:01:42AM -0400, Simo Sorce napsal(a):
> > If I try to do this I get an error:
> > # grub2-editenv - set menu_auto_hide=1
> > grub2-editenv: error: environment block too small.
> > 
> > What the issue here ?
> 
> Perhaps /boot/grub2/grubenv is corrupted and grub2-editenv is not very good at
> reporting errors. This happens when the file was accidentally truncated. Does
> it have 1024-byte size?
> 
> If it does not, back up the file and reinitilize it with
> "grub2-editenv - create" and then insert the original values with
> "grub2-editenv - set ...". If you don't have UEFI system, you will need to
> reistall grub in MBR to locate the new file's position on a block device and
> write the position into the newly installed loader.
> 
> -- Petr
> ___
> 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

-- 
Simo Sorce
RHEL Crypto Team
Red Hat, Inc



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

Re: License of mpir package simplified to LGPLv3+

[Petr Pisar]

V Thu, Sep 09, 2021 at 08:58:10AM +0300, Otto Urpelainen napsal(a):
> Benjamin Beasley kirjoitti 8.9.2021 klo 22.07:
> > The license for the mpir package has been simplified from “LGPLv3+ and 
> > LGPLv2+ and (LGPLv3+ or GPLv2+) and BSD” back to the effective license of 
> > “LGPLv3+”.
> > 
> > See also 
> > https://fedoraproject.org/wiki/Licensing:FAQ#What_is_.22effective_license.22_and_do_I_need_to_know_that_for_the_License:_tag.3F.
> >  While not strictly required when there is a single effective license, a 
> > breakdown of the exact licenses for various source files is still included.
> 
> I have followed several discussions about effective licensing already, but I
> still do not understand it. I apologize for asking a question that has most
> probably been asked and answered many times already, but there really is
> something I do not understand here.
> 
> I do understand that the various GNU license here can be combined into just
> LGPLv3+. But what happened to the following clause from the BSD license?
> 
> > 2. Redistributions in binary form must reproduce the above copyright
> notice, this list of conditions and the following disclaimer in the
> documentation and/or other materials provided with the distribution.
> 
> Was that condition somehow erased because the BSD source was compiled
> together with other source? I have hard time believing it did.
> 
It was not not erased. The BSD license still applies and the binary package
must comply.

In Fedora, we distribute these copyright notices in files packaged using
%license macro. If mpir does not do that, it violates the BSD license.

(Although one could ask whether the source packages with the original sources
which Fedora also distributes are not "other materials provided with the
distribution". I guess the they are not, because e.g. installation DVD does
not contain sources and "everybody" considers it a standalone distribution.)

> Or does the License tag encode only some subset of the binary's licensing
> conditions?

What the License tag encodes is not mandated by the used licenses. E.g. the
BSD license does not state that you have to enumarate it in your packaging
format. The License tag is only a well-intended hint to our users to know
what licenses cover the package.

The guidelines say how we populate the License tag. For instance they
specificially distinguish between an executable combined from multiple
licenses and a package containing multiple files, each with a different
license. In the first case you can melt and supersede the licenses with an
effective one because it is deemed that a binary executable cannot be
untangled back to the original source files. But the latter case still
mandates listing all the licenses.

> If so, it cannot be used to determine what you are allowed and
> not allowed to do with the binary.  What is the intended use of the License
> tag then?

I agree it's a lossy transformation E.g. (GPLv2+ a.c and GPLv3+ b.c files)
→ GPLv3+ c binary. But the transformation should not be deceiving. E.g. (GPLv2+
a.c and CC0 manual page) → GPLv2+ package.

> I would like to have that explained in the FAQ. Even better, the licensing
> guidelines [1] should have explanation of this, or a link to the wiki pages
> that have licensing related rules and guidance.
> 
I think it much depends on the exact licenses, wheter one license is indeed
a superset of the other one. Hence I worry that one cannot write (reasonable
short) guidelines which would comprehend all the cases. That's also the reason
why I'm not in favour of these guidelines and rather spell all the licenses my
packages.

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

[Bug 1997397] perl-Data-Properties-1.07 is available

[bugzilla]

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

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|perl-Data-Properties-1.06   |perl-Data-Properties-1.07
   |is available|is available



--- Comment #3 from Upstream Release Monitoring 
 ---
Latest upstream release: 1.07
Current version/release in rawhide: 1.05-1.fc35
URL: https://metacpan.org/release/Data-Properties

Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring


Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.


Based on the information from anitya:
https://release-monitoring.org/project/17963/


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

Fedora rawhide compose report: 20210909.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20210908.n.0
NEW: Fedora-Rawhide-20210909.n.0

= SUMMARY =
Added images:0
Dropped images:  0
Added packages:  8
Dropped packages:13
Upgraded packages:   229
Downgraded packages: 1

Size of added packages:  5.79 MiB
Size of dropped packages:105.52 MiB
Size of upgraded packages:   2.35 GiB
Size of downgraded packages: 15.23 MiB

Size change of upgraded packages:   17.29 MiB
Size change of downgraded packages: 7.60 MiB

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: CTML-2.0.0-1.fc36
Summary: C++ HTML document constructor only depending on the standard library
RPMs:CTML-devel
Size:114.88 KiB

Package: dnsviz-0.9.3-1.fc36
Summary: Tools for analyzing and visualizing DNS and DNSSEC behavior
RPMs:dnsviz
Size:1.01 MiB

Package: gnome-shell-extension-mediacontrols-14-1.fc36
Summary: Show controls for the current playing media in the panel
RPMs:gnome-shell-extension-mediacontrols
Size:20.31 KiB

Package: golang-github-segmentio-ksuid-1.0.4-1.fc36
Summary: K-Sortable Globally Unique IDs
RPMs:golang-github-segmentio-ksuid golang-github-segmentio-ksuid-devel
Size:4.15 MiB

Package: python-ansible-compat-0.5.0-1.fc36
Summary: Ansible python helper functions
RPMs:python3-ansible-compat
Size:34.87 KiB

Package: python-azure-synapse-managedprivateendpoints-0.3.0-1.fc36
Summary: Microsoft Azure Synapse Managed Private Endpoints Client Library for 
Python
RPMs:python3-azure-synapse-managedprivateendpoints
Size:32.24 KiB

Package: python-google-cloud-apigee-connect-1.0.0-1.fc36
Summary: Python Client for Google Cloud App Engine Admin
RPMs:python3-google-cloud-apigee-connect 
python3-google-cloud-apigee-connect-doc
Size:239.81 KiB

Package: python-keyrings-alt-4.1.0-1.fc36
Summary: Alternate keyring implementations
RPMs:python-keyrings-alt-doc python3-keyrings-alt
Size:196.95 KiB


= DROPPED PACKAGES =
Package: cbi-plugins-1.1.7-10.fc35
Summary: A set of helpers for Eclipse CBI
RPMs:cbi-plugins cbi-plugins-javadoc
Size:295.23 KiB

Package: eclipse-ecf-3.14.19-2.fc34
Summary: Eclipse Communication Framework (ECF) Eclipse plug-in
RPMs:eclipse-ecf-core
Size:371.19 KiB

Package: eclipse-egit-5.11.0-1.fc35
Summary: Eclipse Git Integration
RPMs:eclipse-egit
Size:9.81 MiB

Package: eclipse-emf-1:2.25.0-1.fc35
Summary: EMF and XSD Eclipse plug-ins
RPMs:eclipse-emf-core eclipse-emf-runtime eclipse-emf-xsd
Size:6.29 MiB

Package: eclipse-gef-3.11.0-16.fc34
Summary: Graphical Editing Framework (GEF) Eclipse plug-in
RPMs:eclipse-gef
Size:1.53 MiB

Package: eclipse-jgit-5.11.0-1.fc35
Summary: Eclipse JGit
RPMs:eclipse-jgit
Size:32.14 KiB

Package: eclipse-license-2.0.2-3.fc34
Summary: Shared license features for Eclipse
RPMs:eclipse-license1 eclipse-license2
Size:38.28 KiB

Package: eclipse-m2e-workspace-0.4.0-18.fc35
Summary: M2E CLI workspace resolver
RPMs:eclipse-m2e-workspace eclipse-m2e-workspace-javadoc
Size:288.86 KiB

Package: eclipse-subclipse-4.3.3-2.fc34
Summary: Subversion Eclipse plugin
RPMs:eclipse-subclipse
Size:2.85 MiB

Package: eclipse-webtools-3.21.0-1.fc35
Summary: Eclipse Webtools Projects
RPMs:eclipse-webtools-common eclipse-webtools-servertools 
eclipse-webtools-sourceediting
Size:14.10 MiB

Package: libcommuni-3.5.0-6.fc35
Summary: Cross-platform IRC framework written with Qt
RPMs:libcommuni libcommuni-devel
Size:3.17 MiB

Package: ocaml-ppx-tools-6.4-1.fc35
Summary: Tools for authors of ppx rewriters
RPMs:ocaml-ppx-tools ocaml-ppx-tools-devel ocaml-ppx-tools-doc
Size:62.18 MiB

Package: tycho-2.2.0-4.fc34
Summary: Plugins and extensions for building Eclipse plugins and OSGI bundles 
with Maven
RPMs:tycho tycho-javadoc
Size:4.60 MiB


= UPGRADED PACKAGES =
Package:  acme-tiny-4.1.1-2.fc36
Old package:  acme-tiny-4.1.1-1.fc36
Summary:  Tiny auditable script to issue, renew Let's Encrypt certificates
RPMs: acme-tiny acme-tiny-core
Size: 35.68 KiB
Size change:  255 B
Changelog:
  * Wed Sep 08 2021 Stuart D. Gathman  4.1.1-2
  - Remove CLI override in acme-tiny.service (uses /etc/sysconfig/acme-tiny now)


Package:  agenda-1.1.2-2.fc36
Old package:  agenda-1.1.2-1.fc36
Summary:  A simple, slick, speedy and no-nonsense task manager
RPMs: agenda
Size: 423.95 KiB
Size change:  340 B
Changelog:
  * Wed Sep 08 2021 Benjamin A. Beasley  1.1.2-2
  - Rename appname macro to app_id


Package:  appeditor-1.1.1-13.fc36
Old package:  appeditor-1.1.1-12.fc35
Summary:  Edit application menu
RPMs: appeditor
Size: 580.77 KiB
Size change:  -30 B
Changelog:
  * Wed Sep 08 2021 Benjamin A. Beasley  1.1.1-13
  - Rename appname macro to app_id


Package:  awscli-1.20.38-1.fc36
Old package:  awscli-1.20.36-1.fc36
Summary:  Universal Command Line Environment for AWS
RPMs

[Fedocal] Reminder meeting : ELN SIG

[sgallagh]

Dear all,

You are kindly invited to the meeting:
   ELN SIG on 2021-09-10 from 12:00:00 to 13:00:00 US/Eastern
   At fedora-meet...@irc.libera.chat

The meeting will be about:



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

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

[Test-Announce] Fedora-IoT 35 RC 20210909.0 nightly compose nominated for testing

[rawhide]

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

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

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

https://fedoraproject.org/wiki/Test_Results:Fedora-IoT_35_RC_20210909.0_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora-IoT_35_RC_20210909.0_General

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

[rpms/perl-Locale-Codes] PR #4: 3.68 bump

[Michal Josef Špaček]

mspacek opened a new pull-request against the project: `perl-Locale-Codes` that 
you are following:
``
3.68 bump
``

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

Re: What happened with sevctl?

[Daniel P . Berrangé]

On Wed, Sep 08, 2021 at 04:42:02PM +0200, Fabio Valentini wrote:
> On Wed, Sep 8, 2021 at 4:37 PM Daniel P. Berrangé  wrote:
> >
> >
> > Was there more than just the rust-sevctl package that is relevant
> > here ?  (I've not thought about any build deps-chain yet)
> 
> According to
> https://churchyard.fedorapeople.org/orphans.txt
> 
> There are five orphaned dependencies in addition to rust-sevctl itself:
> 
> rust-codicon   orphan  0 weeks ago
> rust-colorful  orphan  0 weeks ago
> rust-iocuddle  orphan  0 weeks ago
> rust-sev   orphan  0 weeks ago
> rust-sevctlorphan  0 weeks ago

Ok, I've grabbed those five and add rust-sig and virtmaint-sig as
committers too, so we have plenty of redundancy.

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

Re: Disable locale forwarding in OpenSSH

[Florian Weimer]

* Iñaki Ucar:

> This would work... if the target system has a properly configured
> locale, which is not the case many times. E.g., [1] is still
> unresolved.
>
> [1] https://github.com/CentOS/sig-cloud-instance-images/issues/154

Right, this looks like an inconsistent /etc/locale.conf setting.  It
doesn't look related to locale forwarding.

Thanks,
Florian
___
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

[rpms/perl-Locale-Codes] PR #3: 3.68 bump

[Michal Josef Špaček]

mspacek merged a pull-request against the project: `perl-Locale-Codes` that you 
are following.

Merged pull-request:

``
3.68 bump
``

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

[rpms/perl-Locale-Codes] PR #3: 3.68 bump

[Michal Josef Špaček]

mspacek opened a new pull-request against the project: `perl-Locale-Codes` that 
you are following:
``
3.68 bump
``

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

[Bug 2000615] perl-Locale-Codes-3.68 is available

[bugzilla]

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

Michal Josef Spacek  changed:

   What|Removed |Added

   Doc Type|--- |If docs needed, set a value
 Status|NEW |ASSIGNED




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

Re: Disable locale forwarding in OpenSSH

[Iñaki Ucar]

On Thu, 9 Sept 2021 at 12:17, Florian Weimer  wrote:
>
> There is a movement towards C.UTF-8 for small images (containers and
> VMs).  C.UTF-8 has both size and performance improvements over the more
> traditional en_US.UTF-8 locale.  (The performance improvement is
> currently in upstream glibc only, but we plan to bring it to rawhide and
> Fedora 35 shortly.)
>
> However, in a world where glibc-langpack-en (or glibc-all-langpacks) is
> not installed on target systems, logging in over SSH does not result in
> a viable locale if the client use en_US.UTF-8 (or any other locale
> except C or C.UTF-8).  This causes a severe degradation in user
> experience.  It's not only that UTF-8 output does not work, there are
> also frequent warning messages from various tools.  Some may even refuse
> to run completely.
>
> I tried to bring up this topic on the OpenSSH list to get some
> cross-distribution consensus, but the discussion didn't actually go
> anywhere:
>
>   Phasing out forwarding of locale settings
>   
> 
>
> I think Fedora should do this unilaterally, dropping the downstream
> additions that enable locale forwarding in both the default client and
> server configurations.  If we do that, the OpenSSH server will use the
> locale as configured with localectl for new interactive and
> non-interactive sessions, which is C.UTF-8 in many cases.  At least
> that's what my testing on Fedora 33 suggests.
>
> Comments?

This would work... if the target system has a properly configured
locale, which is not the case many times. E.g., [1] is still
unresolved.

[1] https://github.com/CentOS/sig-cloud-instance-images/issues/154

-- 
Iñaki Úcar
___
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

Disable locale forwarding in OpenSSH

[Florian Weimer]

There is a movement towards C.UTF-8 for small images (containers and
VMs).  C.UTF-8 has both size and performance improvements over the more
traditional en_US.UTF-8 locale.  (The performance improvement is
currently in upstream glibc only, but we plan to bring it to rawhide and
Fedora 35 shortly.)

However, in a world where glibc-langpack-en (or glibc-all-langpacks) is
not installed on target systems, logging in over SSH does not result in
a viable locale if the client use en_US.UTF-8 (or any other locale
except C or C.UTF-8).  This causes a severe degradation in user
experience.  It's not only that UTF-8 output does not work, there are
also frequent warning messages from various tools.  Some may even refuse
to run completely.

I tried to bring up this topic on the OpenSSH list to get some
cross-distribution consensus, but the discussion didn't actually go
anywhere:

  Phasing out forwarding of locale settings
  


I think Fedora should do this unilaterally, dropping the downstream
additions that enable locale forwarding in both the default client and
server configurations.  If we do that, the OpenSSH server will use the
locale as configured with localectl for new interactive and
non-interactive sessions, which is C.UTF-8 in many cases.  At least
that's what my testing on Fedora 33 suggests.

Comments?

Thanks,
Florian
___
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

[rpms/perl-Locale-Codes] PR #2: 3.68 bump

[Michal Josef Špaček]

mspacek merged a pull-request against the project: `perl-Locale-Codes` that you 
are following.

Merged pull-request:

``
3.68 bump
``

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

Fedora-Cloud-34-20210909.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-20210908.0):

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

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

[rpms/perl-Locale-Codes] PR #2: 3.68 bump

[Michal Josef Špaček]

mspacek opened a new pull-request against the project: `perl-Locale-Codes` that 
you are following:
``
3.68 bump
``

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

Re: Donate 1 minute of your time to test upgrades from F34 to F35

[Luya Tshimbalanga]

On 2021-09-07 9:14 a.m., Miroslav Suchý wrote:
Do you want to make Fedora 35 better? Please spend 1 minute of your 
time and try to run:


# Run this only if you use default Fedora modules
# next time you run any DNF command default modules will be enabled again
sudo dnf module reset '*'

sudo dnf --releasever=35 --setopt=module_platform_id=platform:f35 \

--enablerepo=updates-testing --enablerepo=updates-testing-modular \

distro-sync



All good so far.

Transaction Summary

Install  70 Packages
Upgrade    2516 Packages
Remove    4 Packages
Downgrade    14 Packages

Total download size: 3.3 G
Is this ok [y/N]:


--
Luya Tshimbalanga
Fedora Design Team
Fedora Design Suite maintainer
___
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: Boot menu always displayed again?

[Vít Ondruch]

Dne 09. 09. 21 v 8:25 Petr Pisar napsal(a):

V Wed, Sep 08, 2021 at 05:34:42PM +0200, Vít Ondruch napsal(a):

Dne 08. 09. 21 v 15:23 Petr Pisar napsal(a):

V Wed, Sep 08, 2021 at 09:01:42AM -0400, Simo Sorce napsal(a):

If I try to do this I get an error:
# grub2-editenv - set menu_auto_hide=1
grub2-editenv: error: environment block too small.

What the issue here ?

Perhaps /boot/grub2/grubenv is corrupted and grub2-editenv is not very good at
reporting errors. This happens when the file was accidentally truncated. Does
it have 1024-byte size?

If it does not, back up the file and reinitilize it with
"grub2-editenv - create"


Why it does not contain the `menu_auto_hide=1` by default when running this
command?? :/


Because this how upstream works. From the manual:

COMMANDS
create
   Create a blank environment block file.



You took the question too literally, while my whine was more figurative.

Initially, I was going to answer this:

IOW I don't think this is good default and even if this might be 
considered good default for upstream (because from upstream POV, the 
empty file is sufficient), it is not good default for Fedora IMO. In 
Fedora, the output of such (or similar) command should already include 
`menu_auto_hide=1`.


But thinking about this more, I think my biggest pet peeve with this 
issue is that there is no simple way to reset to Fedora default. Would 
the system boot without the `/boot/grub2/grubenv` file? I hope so. So 
can I delete it to fix the issue at hand? I can't. Can I recreate the 
file? I can't. Can I reinstall some package to fix the issue? I can't. I 
don't know how else should I figure that I am supposed to put 
`menu_auto_hide=1` somewhere to get the Fedora experience back?



Vít

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

Fedora-Cloud-33-20210909.0 compose check report

[Fedora compose checker]

No missing expected images.

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

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

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

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: Announcing fmt library soversion bump

[Bruno Wolff III]

On Tue, Jul 06, 2021 at 18:13:45 +0200,
 Miro Hrončok  wrote:

On 06. 07. 21 17:13, Zbigniew Jędrzejewski-Szmek wrote:

This is Python 3.10 related.

https://docs.python.org/3.10/whatsnew/3.10.html#removed

"Remove deprecated aliases to Collections Abstract Base Classes from the
collections module."

E.g. use collections.abc.Sequence instead of collections.Sequence.
collections.Sequence was deprecated from Python 3.7.


Well the fix looks simple enough but it's the bundled spidermonkey that
needs to be patched and it's gziped inside of the 0ad archive with a
separate patching mechanism. BLEH.

I started looking into this yesterday… The attached patch moves past
the import errors, and cuts the warning noise to a manageable level.
Maybe it'll be useful as a start for someone. The build still fails with:
AttributeError: module 'sysconfig' has no attribute '_get_default_scheme'. Did 
you mean: 'get_default_scheme'?


That is still Python 3.10 relevant. The "private" 
sysconfig._get_default_scheme function has been made public (and hence 
has a new name, without the leading underscore). Since it was private, 
this is not considered as a breaking change. No code outside of Python 
standard library should have used it 路


The system mozjs78 got fixed to build with python 3.10 and the changes needed 
for that might be helpful even though 0ad uses a different release of 
mozjs78 than the one used for system.


P.S. 0ad just got orphaned because of this issue still being unfixed.
___
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: Donate 1 minute of your time to test upgrades from F34 to F35

[Zbigniew Jędrzejewski-Szmek]

On Thu, Sep 09, 2021 at 08:53:06AM +0200, Petr Pisar wrote:
> V Wed, Sep 08, 2021 at 05:58:33PM +, Zbigniew Jędrzejewski-Szmek 
> napsal(a):
> > On Wed, Sep 08, 2021 at 11:53:27AM -0400, Simo Sorce wrote:
> > > I got this, not sure what to file against:
> > > 
> > > Error: 
> > >  Problem: package perl-Mozilla-LDAP-1.5.3-35.fc33.x86_64 requires
> > > libperl.so.5.32()(64bit), but none of the providers can be installed
> > 
> > perl-Mozilla-LDAP was retired, so the bug would be against 
> > fedora-obsolete-packages.
> 
> I obsoleted perl-Mozilla-LDAP in fedora-obsolete-packages-35-17.

Oh, indeed. I opened a pull request to do that (and more) yesterday too ;(

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

Re: Donate 1 minute of your time to test upgrades from F34 to F35

[Petr Pisar]

V Wed, Sep 08, 2021 at 05:58:33PM +, Zbigniew Jędrzejewski-Szmek napsal(a):
> On Wed, Sep 08, 2021 at 11:53:27AM -0400, Simo Sorce wrote:
> > I got this, not sure what to file against:
> > 
> > Error: 
> >  Problem: package perl-Mozilla-LDAP-1.5.3-35.fc33.x86_64 requires
> > libperl.so.5.32()(64bit), but none of the providers can be installed
> 
> perl-Mozilla-LDAP was retired, so the bug would be against 
> fedora-obsolete-packages.

I obsoleted perl-Mozilla-LDAP in fedora-obsolete-packages-35-17.

-- 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: Donate 1 minute of your time to test upgrades from F34 to F35

[Zbigniew Jędrzejewski-Szmek]

On Tue, Sep 07, 2021 at 06:14:58PM +0200, Miroslav Suchý wrote:
> Do you want to make Fedora 35 better? Please spend 1 minute of your time and 
> try to run:

Error: 
 Problem 1: package ant-apache-log4j-1.10.9-2.fc34.noarch requires ant = 
1.10.9-2.fc34, but none of the providers can be installed
  - ant-1.10.9-2.fc34.noarch does not belong to a distupgrade repository
  - problem with installed package ant-apache-log4j-1.10.9-2.fc34.noarch

https://src.fedoraproject.org/rpms/ant/pull-request/7
https://src.fedoraproject.org/rpms/ant/pull-request/8

 Problem 2: package plocate-1.1.7-1.fc34.x86_64 requires 
liburing.so.1()(64bit), but none of the providers can be installed
  - package plocate-1.1.7-1.fc34.x86_64 requires 
liburing.so.1(LIBURING_0.1)(64bit), but none of the providers can be installed
  - package plocate-1.1.7-1.fc34.x86_64 requires 
liburing.so.1(LIBURING_0.2)(64bit), but none of the providers can be installed
  - package plocate-1.1.7-1.fc34.x86_64 requires 
liburing.so.1(LIBURING_0.4)(64bit), but none of the providers can be installed
  - liburing-0.7-4.fc34.x86_64 does not belong to a distupgrade repository
  - problem with installed package plocate-1.1.7-1.fc34.x86_64

That's my local issue. The review for plocate is dragging on…
https://bugzilla.redhat.com/show_bug.cgi?id=2002418

I'd say that's impressively few conflicts. Seems much better than the
transition to F34 at the same part in the release cycle.

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

Re: Boot menu always displayed again?

[Petr Pisar]

V Wed, Sep 08, 2021 at 05:34:42PM +0200, Vít Ondruch napsal(a):
> 
> Dne 08. 09. 21 v 15:23 Petr Pisar napsal(a):
> > V Wed, Sep 08, 2021 at 09:01:42AM -0400, Simo Sorce napsal(a):
> > > If I try to do this I get an error:
> > > # grub2-editenv - set menu_auto_hide=1
> > > grub2-editenv: error: environment block too small.
> > > 
> > > What the issue here ?
> > Perhaps /boot/grub2/grubenv is corrupted and grub2-editenv is not very good 
> > at
> > reporting errors. This happens when the file was accidentally truncated. 
> > Does
> > it have 1024-byte size?
> > 
> > If it does not, back up the file and reinitilize it with
> > "grub2-editenv - create"
> 
> 
> Why it does not contain the `menu_auto_hide=1` by default when running this
> command?? :/
> 
Because this how upstream works. From the manual:

COMMANDS
   create
  Create a blank environment block file.

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