Fedora-Cloud-33-20210921.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-20210920.0):

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

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

Non-responsive packager: michelmno

[Pierre-Yves Chibon]

Good Morning Everyone,

The packager listed here has been receiving a daily email asking them to
either adjust their bugzilla or their FAS account so the email address in FAS
matches an existing bugzilla account.

Having a bugzilla account is mandatory per:
https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Create_a_Bugzilla_Account

- michelmno contacted since July 13th

michelmno is main admin of rpms/libcxl
michelmno is main admin of rpms/libocxl
michelmno is maintainer of rpms/ocaml-camlp5
michelmno is watching rpms/opal-prd


Does anyone know how to contact them?


Thanks,

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

tmt hint 02: Under The Hood

[Petr Šplíchal]

Hi!

Based on the feedback from users we've put together the second
chapter of the Test Management Tool guide: Let's together dive a
little bit more and look Under The Hood [0] of tmt to see how
plans, tests and stories work together on a couple of examples:

Plans [1] are used to enable testing and group relevant tests
together. They describe how to discover tests for execution, how
to provision the environment, how to prepare it for testing, how
to execute tests, report results and finally how to finish the
test job.

provision:
how: container
image: fedora:33
prepare:
how: install
package: wget
execute:
how: tmt
script: wget http://example.org/

Tests [2] define attributes which are closely related to
individual test cases such as the test script, framework,
directory path where the test should be executed, maximum test
duration or packages required to run the test.

summary: Fetch an example web page
test: wget http://example.org/
require: wget
duration: 1m

Stories [3] can be used to track implementation, test and
documentation coverage for individual features or requirements.
Thanks to this you can track everything in one place, including
the project implementation progress.

story:
As a user I want to see more detailed information for
particular command.
example:
  - tmt test show -v
  - tmt test show -vvv
  - tmt test show --verbose

Core [4] attributes cover general metadata such as summary or
description for describing the content, the enabled attribute for
disabling and enabling tests, plans and stories and the link key
which can be used for tracking relations between objects.

description:
Different verbose levels can be enabled by using the
option several times.
link:
  - implemented-by: /tmt/cli.py
  - documented-by: /tmt/cli.py
  - verified-by: /tests/core/dry

Have a look at the whole chapter [0] to learn more details and get
some more context. See the Fedora Guide [6] to learn even more
about enabling tmt tests in the CI.

psss...

P.S. The tmt-1.7.0 [5] is available in Fedora repos and contains a
couple of new interesting features such as environment files,
parametrized plans, improved image guessing, experimental support
for reboot in the middle of the test plus a bunch of other
improvements and bugfixes.

[0] https://tmt.readthedocs.io/en/latest/guide.html#under-the-hood
[1] https://tmt.readthedocs.io/en/latest/guide.html#plans
[2] https://tmt.readthedocs.io/en/latest/guide.html#tests
[3] https://tmt.readthedocs.io/en/latest/guide.html#stories
[4] https://tmt.readthedocs.io/en/latest/guide.html#core
[5] https://github.com/psss/tmt/releases/tag/1.7.0
[6] https://docs.fedoraproject.org/en-US/ci/tmt/
___
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: Any thoughts about adding Apache Arrow to Fedora+EPEL ?

[Iñaki Ucar]

Hi Kaleb,

I have 0 time till the end of the month, but please let me know when
you submit arrow. I'll be happy to review it, and I'll be interested
in co-maintaining it.

Iñaki


On Mon, 20 Sept 2021 at 23:02, Kaleb Keithley  wrote:
>
> 
>
> Out of all its dependencies, only one doesn't already exist in Fedora: apache 
> ORC.
>
> I have a package review open at 
> https://bugzilla.redhat.com/show_bug.cgi?id=2005989; if someone would be so 
> kind as to pick it up so that I can keep this moving.
>
> Thanks.
>
> 
>
> On Mon, Jul 26, 2021 at 10:26 AM Kaleb Keithley  wrote:
>>
>> Hi,
>>
>> Ceph is on the threshold of adding a dependency on Apache Arrow[1].
>>
>> Ceph has had a long history of bundling dependencies so that they can be 
>> built when the platform either doesn't have the dependency or the dependency 
>> is too old. But this time, for a number of factors, the preference is to not 
>> bundle it.
>>
>> At this point I'm just exploring the possibility of getting it added to 
>> Fedora; whether anyone has any show stopper objections, etc.
>>
>> Let me know if you have any objections or questions.
>>
>> Thanks
>>
>> [1] https://arrow.apache.org/
>> --
>>
>> Kaleb
>
>
>
> --
>
> Kaleb
> ___
> 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



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

Re: Strange mock chainbuild issue: package has incorrect checksum

[Richard W.M. Jones]

On Mon, Sep 20, 2021 at 11:45:39AM -0600, Jerry James wrote:
> On Mon, Sep 20, 2021 at 10:49 AM Julian Sikorski  wrote:
> > my local kernel rebuilds have started failing for no apparent reason - I
> > was using a similar command successfully for several months.
> > /mnt/openmediavault is a samba share. This is what gets output into the log:
> 
> [snip]
> 
> > /mnt/openmediavault/kernel/results/fedora-34-x86_64/pesign-113-16.fc35/pesign-113-16.fc34.x86_64.rpm:
> > (39, fsync failed: Permission denied)
> 
> I suspect that  is the real problem, and the incorrect checksum is
> a result of not being able to read or write the filesystem.  Can you
> verify correct ownership and permissions on every directory in that
> path?

If fsync(2) failed then that would be happening after the file
descriptor was open, so it wouldn't be filesystem permissions but
probably SELinux.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
___
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: Non-responsive packager: michelmno

[Richard W.M. Jones]

On Tue, Sep 21, 2021 at 09:52:15AM +0200, Pierre-Yves Chibon wrote:
> Good Morning Everyone,
> 
> The packager listed here has been receiving a daily email asking them to
> either adjust their bugzilla or their FAS account so the email address in FAS
> matches an existing bugzilla account.
> 
> Having a bugzilla account is mandatory per:
> https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Create_a_Bugzilla_Account
> 
> - michelmno contacted since July 13th
> 
> michelmno is main admin of rpms/libcxl
> michelmno is main admin of rpms/libocxl
> michelmno is maintainer of rpms/ocaml-camlp5
> michelmno is watching rpms/opal-prd
> 
> 
> Does anyone know how to contact them?

I am Michel's sponsor and the only address I have is the one I'm
CC-ing this message to.

He also has a github account:
https://github.com/michelmno

with recent commits, eg:
https://github.com/michelmno/os-autoinst-distri-opensuse/commit/d9d12b21f5441fac032ac5cadb8e05ca2024295a

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.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

Re: Non-responsive packager: michelmno

[Dan Horák]

On Tue, 21 Sep 2021 10:08:22 +0100
"Richard W.M. Jones"  wrote:

> On Tue, Sep 21, 2021 at 09:52:15AM +0200, Pierre-Yves Chibon wrote:
> > Good Morning Everyone,
> > 
> > The packager listed here has been receiving a daily email asking them to
> > either adjust their bugzilla or their FAS account so the email address in 
> > FAS
> > matches an existing bugzilla account.
> > 
> > Having a bugzilla account is mandatory per:
> > https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Create_a_Bugzilla_Account
> > 
> > - michelmno contacted since July 13th
> > 
> > michelmno is main admin of rpms/libcxl
> > michelmno is main admin of rpms/libocxl
> > michelmno is maintainer of rpms/ocaml-camlp5
> > michelmno is watching rpms/opal-prd
> > 
> > 
> > Does anyone know how to contact them?
> 
> I am Michel's sponsor and the only address I have is the one I'm
> CC-ing this message to.

I'm going to check my contact in IBM, but because of this email thread,
I think he left IBM ...


Dan
___
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: Non-responsive packager: michelmno

[Richard W.M. Jones]

On Tue, Sep 21, 2021 at 10:08:22AM +0100, Richard W.M. Jones wrote:
> with recent commits, eg:
> https://github.com/michelmno/os-autoinst-distri-opensuse/commit/d9d12b21f5441fac032ac5cadb8e05ca2024295a

Ooops, wrong year.  Not so recent commits ...

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

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

[Sahana Prasad]

On Mon, Sep 20, 2021 at 12:26 PM Petr Menšík  wrote:

> Hello Sahana and Jakub,
>
> openssl-pkcs11 module failed during rebuild. It has no separate bug yet,
> but missing pkcs11 engine for OpenSSL 3.0 bind build makes freeipa server
> fail to even start.
>
> Filled bug #2005832 [1]. CentOS Stream 9 build of openssl-pkcs11 were
> successful, I think there are missing changes required on Rawhide. Please
> include required fixes also in Rawhide.
>

Hi Petr,

Jakub has fixed it in openssl-pkcs11-0.4.11-6.fc36.

> Is there any timeline, when would be FTBFS bugs filled?
>
Yeah I wanted to file them 3/4 weeks after the introduction of OpenSSL
3.0.0.
So tentatively around mid october.

Thank you,
Regards,
Sahana Prasad

> I did not yet found any bug on openssl-pkcs11. I would expect openssl
> engine packages would be ready before mass rebuild. Could it be fixed soon
> please?
>
> Cheers,
> Petr
>
> 1. https://bugzilla.redhat.com/show_bug.cgi?id=2005832
> On 9/20/21 10:47, Sahana Prasad wrote:
>
>
>
> On Fri, Sep 17, 2021 at 12:50 PM Neal Gompa  wrote:
>
>> On Fri, Sep 17, 2021 at 5:09 AM Sahana Prasad  wrote:
>> >
>> > Hello all,
>> >
>> > The side-tag was merged yesterday. OpenSSL 3.0.0 is available in
>> rawhide now.
>> > You can continue to port your changes for OpenSSL 3.0.0 now.
>> >
>> > The following packages FTBFS (attached), kindly have a look at them.
>> > I haven't reported FTBFS bugs right away. As I know many packages have
>> the porting ready already
>> > and they were waiting for 3.0.0 to land in rawhide.
>> > Some packages fail due to usage of deprecated functions.  Consider
>> treating those warnings as not errors
>> > for a quick fix and you could slowly stop using deprecated functions in
>> the future.
>> >
>> > Thanks Miro for your help with building packages in the side-tag and
>> getting a list of failed packages.
>> >
>> > We will try a rebuild of all these failed packages after 3/4 weeks and
>> report bugs for failing packages then.
>> >
>>
>> I noticed that the changelog for the openssl package got truncated. Is
>> there a reason for this? The spec file wasn't significantly rewritten,
>> nor was there some other condition invalidating the entire recorded
>> history of the package. Would you kindly please restore the changelog
>> to the spec file?
>>
>
> Hi Neal,
> I will restore it.
> Thank you,
> Regards,
> Sahana Prasad
>
>
>>
>>
>>
>> --
>> 真実はいつも一つ！/ 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
>
> --
> Petr Menšík
> Software Engineer
> Red Hat, http://www.redhat.com/
> email: pemen...@redhat.com
> PGP: DFCF908DB7C87E8E529925BC4931CA5B6C9FC5CB
>
>
___
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

Linux Plumbers Conference - Open Printing Micro Conference

[Zdenek Dohnal]

Hi all,

I attended Open Printing Micro Conference at Linux Plumbers Conference 
yesterday and took notes from sessions (full notes are as an attachment).


Here are the highlights:

- the schedule for the first no-driver was proposed - approximately GA 
in February 2023 - but IMO it depends how other projects will be ready, 
especially GUI toolkits and applications will need to be able to cope up 
with temporary queues


- CUPS upstream introduced a new role - a release manager - which will 
review PRs, do github cleanups, investigate issues, release bugfix 
versions for duration of one Y-stream release (about one year duty) - 
I've volunteered to be the first manager for CUPS 2.4


- proposed a split-up of CUPS to a separate projects based on the area 
where it is used - CLI command tools, libcups, local cups server 
(lightweight daemon, running under user on demand, no web ui, no 
permanent queues, relies only on temporary queues, dbus-api, accessible 
via domain socket or dbus), sharing cups server (basically the current 
cupsd - web ui, only permanent queues, listens on IPP port, runs under root)


- several other printer applications was implemented by Till 
Kamppeter[1][2][3][4] - Till makes it available as Snaps, I'm planning 
to package it into Fedora as rpm first, then later as a flatpacks


- more GUI printer setup tools were implemented during the latest Google 
Summer of Code, so we need to reconnect discussions with GNOME team 
about integration of the projects into control center and other setup tools.


[1] https://github.com/OpenPrinting/gutenprint-printer-app

[2] https://github.com/OpenPrinting/hplip-printer-app

[3] https://github.com/OpenPrinting/ghostscript-printer-app

[4] https://github.com/OpenPrinting/ps-printer-app


--
Zdenek Dohnal
Software Engineer
Red Hat Czech - Brno TPB-C

Linux Plumber Conference 2021 - Open Printing Micro Conference
==
- new member of Open Printing group - Thorsten Alteholz - Debian CUPS 
maintainer - welcome to the team! :)
- our goal is to make printing and scanning easier for users - no installtion, 
just plug-and-print


CUPS 2.4/2.5 - Michael Sweet

- Apple vs. Open Printing CUPS 
  - Mike left Apple in 2019 and not much activity on Apple CUPS since then, so 
CUPS was
forked into Open Printing and became the main repository for CUPS
  - Mike was contracted by Apple to fix issues in Mac OS CUPS - no development, 
only bug fixes
  - the real development in Open Printing CUPS
- Organization in Open Printing CUPS
  - currently we have no leadership structure and we manager the project by 
consensus
- Leadership and Roles
  - Mike has been CUPS devel for 23 years
  - proposal: choose a release manager for single release - minor release cycle 
lasts two years
(one developement and one for maintenance)
- Release Manager Role:
  - responsible for coordination of a feature release (milestone in GitHub),
coordination/coaching of developers in PR, monitoring CI builds,
creation release tarballs (make source-dist script)
  - release manager doesn't need to do all coding
  - where to file bugs? Log it into Open Printing CUPS first, then to Apple 
CUPS if it is affected
(Apple printing team is currently divided to other projects, but Mike can 
escalate the issue to his
 former manager)
  - Zdenek Dohnal will do his best for CUPS 2.4 as a release manager :)
  - security response regarding CUPS now goes to Mike's mail - Aveek will try 
to set it for linuxfoundation email

- CUPS 2.4
  - official AirPrint/Mopria printer sharing support
  - added OAuth support
  - explicit container support
  - added pkg-config support
  - deprecates cups-config and Kerberos (will be removed in 3.0, replaced by 
OAuth)
  - beta in the end of September, rc in October, 2.4.0. November, patch 
releases every 2 months since January

- CUPS 2.5
  - OAuth support in cupsd
  - OAuth callback for desktop - D-BUS API - good for containers to do it with 
DBUS-API
  - TLS/X.509 improvements 
  - centralized localization - OSes usually have their own localization 
services, let's decide what to
do about it
  - other containers techs - docker, appimage, flatpack
  - note for zdohnal: contact a person for weblate integration
  - schedule - the similar as 2.4 but in 2022

- probably the last two release for 2.x - no backports for 2.5, get desktop 
devels for Dbus OAuth stuff


CUPS 3.0 - Michael Sweet

- move to no driver world - cups + printer application
- Arch:
  - command
  - local server - run as user, only temp queues, spooling, filtering, job 
history limited, run on demand
domain sockets, DBUS
  - sharing server - only perm queues, IPP domain/TCP sockets, web ui, runs a 
root, accounting
  - printer application
  - library
- local server - has a permission for finding printers, handles AAA, convert

Fedora-Cloud-34-20210921.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-20210920.0):

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

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

I need help with update.install_default_update_live _boot_to_anaconda module failed (Fedora 34 openssl update)

[Miro Hrončok]

Hello,

I've created this Fedora 34 openssl update:

https://bodhi.fedoraproject.org/updates/FEDORA-2021-0ba998eb43

Repeatedly, the update.install_default_update_live test fails with:

 _boot_to_anaconda module failed

I have no idea how to diagnose the failure at 
https://openqa.fedoraproject.org/tests/992742 or if it is openssl related at all.


Could somebody please help me?
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

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

[Miro Hrončok]

On 17. 09. 21 11:07, Sahana Prasad wrote:

Hello all,

The side-tag was merged yesterday. OpenSSL 3.0.0 is available in rawhide now.
You can continue to port your changes for OpenSSL 3.0.0 now.

The following packages FTBFS (attached), kindly have a look at them.


I have switched the following packages to OpenSSL 1.1 explicitly as they will 
not support OpenSSL 3.0:


python2.7
python3.7
python3.6
pypy
pypy3.7

See an example PR for inspiration:

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

The constrict is compatible with Fedora 33-35 as well.

It is not compatible with RHELs, but if deemed necessary, we can add openssl1.1 
matapackage to EPEL.


I've also requested the openssl1.1-devel provide to be added to RHEL 8, but it 
might be rejected or take a long time:


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

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

Re: I need help with update.install_default_update_live _boot_to_anaconda module failed (Fedora 34 openssl update)

[Lukas Ruzicka]

This is not OpenSSL related, probably just a minor glitch.
I have restarted the test and it passed:

https://openqa.fedoraproject.org/tests/993723#



On Tue, Sep 21, 2021 at 11:57 AM Miro Hrončok  wrote:

> Hello,
>
> I've created this Fedora 34 openssl update:
>
> https://bodhi.fedoraproject.org/updates/FEDORA-2021-0ba998eb43
>
> Repeatedly, the update.install_default_update_live test fails with:
>
>   _boot_to_anaconda module failed
>
> I have no idea how to diagnose the failure at
> https://openqa.fedoraproject.org/tests/992742 or if it is openssl related
> at all.
>
> Could somebody please help me?
> --
> Miro Hrončok
> --
> Phone: +420777974800
> IRC: mhroncok
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>


-- 

Lukáš Růžička

FEDORA QE, RHCE

Red Hat



Purkyňova 115

612 45 Brno - Královo Pole

lruzi...@redhat.com
TRIED AND PERSONALLY TESTED, ERGO TRUSTED. 
___
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: I need help with update.install_default_update_live _boot_to_anaconda module failed (Fedora 34 openssl update)

[Miro Hrončok]

On 21. 09. 21 12:35, Lukas Ruzicka wrote:

This is not OpenSSL related, probably just a minor glitch.
I have restarted the test and it passed:

https://openqa.fedoraproject.org/tests/993723# 



Thanks.

https://bodhi.fedoraproject.org/updates/FEDORA-2021-0ba998eb43 still says

This update's test gating status has been changed to 'failed'.

So, I'll waive it.

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

Fedora rawhide compose report: 20210921.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20210920.n.1
NEW: Fedora-Rawhide-20210921.n.0

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

Size of added packages:  0 B
Size of dropped packages:0 B
Size of upgraded packages:   1.51 GiB
Size of downgraded packages: 0 B

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

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  chromium-93.0.4577.82-2.fc36
Old package:  chromium-93.0.4577.82-1.fc36
Summary:  A WebKit (Blink) powered web browser that Google doesn't want you 
to use
RPMs: chrome-remote-desktop chromedriver chromium chromium-common 
chromium-headless
Size: 452.74 MiB
Size change:  -102.65 KiB
Changelog:
  * Mon Sep 20 2021 Tom Callaway  - 93.0.4577.82-2
  - add fix for harfbuzz v3 (thanks to Jan Beich @ FreeBSD)


Package:  ckeditor-4.16.2-1.fc36
Old package:  ckeditor-4.14.0-4.fc35
Summary:  WYSIWYG text editor to be used inside web pages
RPMs: ckeditor ckeditor-samples
Size: 886.06 KiB
Size change:  22.77 KiB
Changelog:
  * Mon Sep 20 2021 Shawn Iwinski  - 4.16.2-1
  - Update to 4.16.2 (RHBZ #1847904)
  - 
https://github.com/ckeditor/ckeditor4/security/advisories/GHSA-m94c-37g6-cjhc /
CVE-2021-37695 (RHBZ #1993490, 1993489)
  - CVE-2021-33829 (RHBZ #1974731, 1974730)
  - 
https://github.com/ckeditor/ckeditor4/security/advisories/GHSA-7889-rm5j-hpgg /
CVE-2021-32809 (RHBZ #1993487, 1993486)
  - 
https://github.com/ckeditor/ckeditor4/security/advisories/GHSA-6226-h7ff-ch6c /
CVE-2021-32808 (RHBZ #1993484, 1993483)


Package:  cmake-3.21.3-1.fc36
Old package:  cmake-3.21.2-1.fc36
Summary:  Cross-platform make system
RPMs: cmake cmake-data cmake-doc cmake-filesystem cmake-gui 
cmake-rpm-macros
Size: 55.04 MiB
Size change:  94.93 KiB
Changelog:
  * Mon Sep 20 2021 Bj??rn Esser  - 3.21.3-1
  - cmake-3.21.3
Fixes rhbz#2006054


Package:  golang-github-adrianmo-nmea-1.4.0-1.fc36
Old package:  golang-github-adrianmo-nmea-1.3.0-3.fc35
Summary:  NMEA parser library
RPMs: golang-github-adrianmo-nmea-devel
Size: 39.85 KiB
Size change:  3.25 KiB
Changelog:
  * Mon Sep 20 2021 Fabian Affolter  - 1.4.0-1
  - Update to latest upstream release 1.4.0 (closes rhbz#2003293)


Package:  golang-github-prometheus-2.30.0-1.fc36
Old package:  golang-github-prometheus-2.24.1-7.fc35
Summary:  Prometheus monitoring system and time series database
RPMs: golang-github-prometheus golang-github-prometheus-devel
Size: 173.23 MiB
Size change:  23.78 MiB
Changelog:
  * Mon Sep 20 2021 Robert-Andr?? Mauchin  2.30.0-1
  - Update to 2.30.0 Close: rhbz1928323, rhbz#2005296


Package:  golang-moul-http2curl-2.2.4-1.fc36
Old package:  golang-moul-http2curl-2.2.3-1.fc36
Summary:  Convert Golang's http.Request to curl commands
RPMs: golang-moul-http2curl-devel
Size: 16.97 KiB
Size change:  117 B
Changelog:
  * Mon Sep 20 2021 Fabian Affolter  - 2.2.4-1
  - Update to latest upstream release 2.2.4 (closes rhbz#2005882)


Package:  kernel-5.15.0-0.rc2.18.fc36
Old package:  kernel-5.15.0-0.rc1.20210917gitbdb575f87217.15.fc36
Summary:  The Linux kernel
RPMs: kernel kernel-core kernel-debug kernel-debug-core 
kernel-debug-devel kernel-debug-devel-matched kernel-debug-modules 
kernel-debug-modules-extra kernel-debug-modules-internal kernel-devel 
kernel-devel-matched kernel-doc kernel-lpae kernel-lpae-core kernel-lpae-devel 
kernel-lpae-devel-matched kernel-lpae-modules kernel-lpae-modules-extra 
kernel-lpae-modules-internal kernel-modules kernel-modules-extra 
kernel-modules-internal
Added RPMs:   kernel-debug-modules-internal
Size: 534.39 MiB
Size change:  70.81 MiB
Changelog:
  * Sat Sep 18 2021 Fedora Kernel Team  
[5.15-0.rc1.20210918git4357f03d6611.16]
  - redhat: bump RHEL_MAJOR and add the changelog file for it (Herton R. 
Krzesinski)
  - redhat: add documentation about the os-build rebase process (Herton R. 
Krzesinski)


Package:  kernel-tools-5.15.0-0.rc2.git0.1.fc36
Old package:  kernel-tools-5.15.0-0.rc1.git0.1.fc36
Summary:  Assortment of tools for the Linux kernel
RPMs: bpftool kernel-tools kernel-tools-libs kernel-tools-libs-devel 
libperf libperf-devel perf python3-perf
Size: 23.35 MiB
Size change:  43.32 KiB
Changelog:
  * Mon Sep 20 2021 Justin M. Forbes  - 
5.15.0-0.rc2.git0.1
  - Linux v5.15-rc2


Package:  meshlab-2021.07-1.fc36
Old package:  meshlab-2020.07-7.fc35
Summary:  A system for processing and editing unstructured 3D triangular 
meshes
RPMs: meshlab
Size: 34.33 MiB
Size change:  9.43 MiB
Changelog:
  * Mon Sep 20 2021 Tom Callaway  - 2021.07-1
  - update to 2021.07


Package:  polari-41.0-1.fc36
O

Re: Linux Plumbers Conference - Open Printing Micro Conference

[Neal Gompa]

On Tue, Sep 21, 2021 at 5:36 AM Zdenek Dohnal  wrote:
>
> Hi all,
>
> I attended Open Printing Micro Conference at Linux Plumbers Conference
> yesterday and took notes from sessions (full notes are as an attachment).
>
> Here are the highlights:
>
> - the schedule for the first no-driver was proposed - approximately GA
> in February 2023 - but IMO it depends how other projects will be ready,
> especially GUI toolkits and applications will need to be able to cope up
> with temporary queues
>
> - CUPS upstream introduced a new role - a release manager - which will
> review PRs, do github cleanups, investigate issues, release bugfix
> versions for duration of one Y-stream release (about one year duty) -
> I've volunteered to be the first manager for CUPS 2.4
>
> - proposed a split-up of CUPS to a separate projects based on the area
> where it is used - CLI command tools, libcups, local cups server
> (lightweight daemon, running under user on demand, no web ui, no
> permanent queues, relies only on temporary queues, dbus-api, accessible
> via domain socket or dbus), sharing cups server (basically the current
> cupsd - web ui, only permanent queues, listens on IPP port, runs under root)
>
> - several other printer applications was implemented by Till
> Kamppeter[1][2][3][4] - Till makes it available as Snaps, I'm planning
> to package it into Fedora as rpm first, then later as a flatpacks
>

How would these even work as Flatpaks? They are not graphical
applications or even console applications. These are helper services
for CUPS. I wouldn't expect those to work in Flatpak at all.



--
真実はいつも一つ！/ 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-IoT-36-20210921.0 compose check report

[Fedora compose checker]

Missing expected images:

Iot dvd x86_64
Iot dvd aarch64

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

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

ID: 993709  Test: aarch64 IoT-dvd_ostree-iso iot_zezere_server@uefi
URL: https://openqa.fedoraproject.org/tests/993709
ID: 993717  Test: aarch64 IoT-dvd_ostree-iso iot_rpmostree_rebase@uefi
URL: https://openqa.fedoraproject.org/tests/993717
ID: 993718  Test: aarch64 IoT-dvd_ostree-iso iot_zezere_ignition@uefi
URL: https://openqa.fedoraproject.org/tests/993718

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

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

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

New passes (same test not passed in Fedora-IoT-36-20210919.0):

ID: 993710  Test: aarch64 IoT-dvd_ostree-iso podman@uefi
URL: https://openqa.fedoraproject.org/tests/993710
ID: 993722  Test: aarch64 IoT-dvd_ostree-iso podman_client@uefi
URL: https://openqa.fedoraproject.org/tests/993722

Installed system changes in test x86_64 IoT-dvd_ostree-iso 
install_default@uefi: 
System load changed from 0.27 to 0.39
Previous test data: https://openqa.fedoraproject.org/tests/991067#downloads
Current test data: https://openqa.fedoraproject.org/tests/993703#downloads

Installed system changes in test aarch64 IoT-dvd_ostree-iso 
install_default_upload@uefi: 
System load changed from 0.83 to 0.94
Previous test data: https://openqa.fedoraproject.org/tests/991072#downloads
Current test data: https://openqa.fedoraproject.org/tests/993708#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: Free Pascal and the new glibc

[Dan Horák]

On Mon, 20 Sep 2021 19:37:21 +0200
Dan Horák  wrote:

> On Mon, 20 Sep 2021 18:34:44 +0200
> Dan Horák  wrote:
> 
> > On Mon, 20 Sep 2021 18:15:44 +0200
> > Florian Weimer  wrote:
> > 
> > > * Dan Horák:
> > > 
> > > > On Mon, 20 Sep 2021 13:36:33 -
> > > > "Artur Frenszek-Iwicki"  wrote:
> > > >
> > > >> Back in July, during the F35 Mass Rebuild, the Free Pascal Compiler 
> > > >> package failed to build [1] because of linking issues on aarch64, i686 
> > > >> and ppc64le, related to the new glibc 2.34. x86_64 and arm we 
> > > >> unaffected, however.
> > > >> This was discussed briefly here on devel in thread [2]. The issue was 
> > > >> submitted upstream [3], but so far, there has been little response.
> > > >
> > > > if I see right, then the libc_csu_{init,fini} symbols are not used for
> > > > anything inside fpc. I am going to try something to get rid of them
> > > > (starting with ppc64le) ...
> > > 
> > > It is possible to replace them with 0 in the startup code that FPC has
> > > copied from glibc.
> > 
> > yup, there are multiple places to fix (for ppc64le), but in general it's
> > possible to clone the change you made for glibc.
> > 
> > see https://koji.fedoraproject.org/koji/taskinfo?taskID=76011952
> 
> and almost there
> patch: https://paste.centos.org/view/53ad5822
> scratch build:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=76015030
> 
> the aarch64 failure might be some parallel make problem ...

and all should be fixed now with
https://src.fedoraproject.org/rpms/fpc/c/b1d39299ade42686ca8e2a491f662efc4219a1f9?branch=rawhide

build for rawhide is in progress, a scratch build was successful


Dan
___
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: Linux Plumbers Conference - Open Printing Micro Conference

[Björn Persson]

Zdenek Dohnal wrote:
> the schedule for the first no-driver was proposed

What is a no-driver?

Björn Persson


pgp8IziBk8gfn.pgp
Description: OpenPGP digital signatur
___
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: Free Pascal and the new glibc

[Artur Frenszek-Iwicki]

The build was successful: 
https://koji.fedoraproject.org/koji/taskinfo?taskID=76057984
I see you've made a commit to the rawhide branch only; I'll go ahead and apply 
the patch to the f35 branch as well.

Thanks for the help. The patch doesn't look complicated, but unfortunately I 
have zero experience working with assembly, so I couldn't have done it myself.

A.FI.
___
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-20210921.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Xfce raw-xz armhfp

Compose FAILS proposed Rawhide gating check!
5 of 43 required tests failed, 5 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** 
below
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: 20/206 (x86_64), 24/141 (aarch64)

New failures (same test not failed in Fedora-Rawhide-20210920.n.1):

ID: 993359  Test: x86_64 Server-dvd-iso install_vnc_server
URL: https://openqa.fedoraproject.org/tests/993359
ID: 993389  Test: x86_64 Server-dvd-iso install_vnc_client
URL: https://openqa.fedoraproject.org/tests/993389
ID: 993462  Test: x86_64 Silverblue-dvd_ostree-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/993462
ID: 993483  Test: aarch64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/993483
ID: 993489  Test: aarch64 Server-dvd-iso install_btrfs_preserve_home@uefi
URL: https://openqa.fedoraproject.org/tests/993489
ID: 993491  Test: aarch64 Server-dvd-iso support_server@uefi
URL: https://openqa.fedoraproject.org/tests/993491
ID: 993493  Test: aarch64 Server-dvd-iso install_vncconnect_client@uefi
URL: https://openqa.fedoraproject.org/tests/993493
ID: 993494  Test: aarch64 Server-dvd-iso install_vncconnect_server@uefi
URL: https://openqa.fedoraproject.org/tests/993494
ID: 993502  Test: aarch64 Server-dvd-iso 
server_freeipa_replication_master@uefi
URL: https://openqa.fedoraproject.org/tests/993502
ID: 993511  Test: aarch64 Server-dvd-iso 
install_repository_nfs_graphical@uefi
URL: https://openqa.fedoraproject.org/tests/993511
ID: 993515  Test: aarch64 Server-dvd-iso 
server_role_deploy_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/993515
ID: 993519  Test: aarch64 Server-dvd-iso 
server_freeipa_replication_replica@uefi
URL: https://openqa.fedoraproject.org/tests/993519
ID: 993520  Test: aarch64 Server-dvd-iso server_realmd_join_kickstart@uefi
URL: https://openqa.fedoraproject.org/tests/993520
ID: 993523  Test: aarch64 Server-dvd-iso base_package_install_remove@uefi
URL: https://openqa.fedoraproject.org/tests/993523
ID: 993525  Test: aarch64 Server-dvd-iso realmd_join_cockpit@uefi
URL: https://openqa.fedoraproject.org/tests/993525
ID: 993526  Test: aarch64 Server-dvd-iso 
server_freeipa_replication_client@uefi
URL: https://openqa.fedoraproject.org/tests/993526
ID: 993528  Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://openqa.fedoraproject.org/tests/993528
ID: 993529  Test: aarch64 Server-dvd-iso realmd_join_sssd@uefi
URL: https://openqa.fedoraproject.org/tests/993529
ID: 993551  Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi
URL: https://openqa.fedoraproject.org/tests/993551
ID: 993609  Test: x86_64 universal install_multi_empty
URL: https://openqa.fedoraproject.org/tests/993609
ID: 993622  Test: x86_64 universal upgrade_2_minimal_uefi@uefi
URL: https://openqa.fedoraproject.org/tests/993622
ID: 993638  Test: x86_64 universal install_addrepo_metalink_graphical
URL: https://openqa.fedoraproject.org/tests/993638
ID: 993654  Test: aarch64 universal install_repository_http_variation@uefi
URL: https://openqa.fedoraproject.org/tests/993654
ID: 993668  Test: aarch64 universal install_mirrorlist_graphical@uefi
URL: https://openqa.fedoraproject.org/tests/993668

Old failures (same test failed in Fedora-Rawhide-20210920.n.1):

ID: 993377  Test: x86_64 Server-dvd-iso server_freeipa_replication_master
URL: https://openqa.fedoraproject.org/tests/993377
ID: 993387  Test: x86_64 Server-dvd-iso 
server_role_deploy_domain_controller **GATING**
URL: https://openqa.fedoraproject.org/tests/993387
ID: 993390  Test: x86_64 Server-dvd-iso server_freeipa_replication_replica
URL: https://openqa.fedoraproject.org/tests/993390
ID: 993394  Test: x86_64 Server-dvd-iso server_freeipa_replication_client
URL: https://openqa.fedoraproject.org/tests/993394
ID: 993396  Test: x86_64 Server-dvd-iso realmd_join_cockpit
URL: https://openqa.fedoraproject.org/tests/993396
ID: 993397  Test: x86_64 Server-dvd-iso server_realmd_join_kickstart 
**GATING**
URL: https://openqa.fedoraproject.org/tests/993397
ID: 993399  Test: x86_64 Server-dvd-iso realmd_join_sssd **GATING**
URL: https://openqa.fedoraproject.org/tests/993399
ID: 993432  Test: x86_64 KDE-live-iso install_default@uefi **GATING**
URL: https://openqa.fedoraproject.org/tests/993432
ID: 993433  Test: x86_64 KDE-live-iso install_default_upload **GATING**
URL: https://openqa.fedoraproject.org/tests/993433
ID: 993582  Test: x86_64 universal upgrade_2_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/993582
ID: 993592  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/993592
ID: 993593  Test: x86_64 u

Re: Free Pascal and the new glibc

[Dan Horák]

On Tue, 21 Sep 2021 12:19:10 -
"Artur Frenszek-Iwicki"  wrote:

> The build was successful: 
> https://koji.fedoraproject.org/koji/taskinfo?taskID=76057984
> I see you've made a commit to the rawhide branch only; I'll go ahead and 
> apply the patch to the f35 branch as well.

yes, please
 
> Thanks for the help. The patch doesn't look complicated, but unfortunately I 
> have zero experience working with assembly, so I couldn't have done it myself.

you are welcome :-) Based on Florian's reply we can't push the change
to upstream as it is due to the incompatibility with older systems.


Dan
___
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: Changes to Bugzilla query limits

[Petr Pisar]

V Mon, Sep 20, 2021 at 09:51:14AM -0700, Kevin Fenzi napsal(a):
> On Sat, Sep 18, 2021 at 07:24:28PM -0400, Neal Gompa wrote:
> > On Sat, Sep 18, 2021 at 3:55 PM Demi Marie Obenour
> >  wrote:
> > >
> > > Can the requests be performed concurrently?  With HTTP/2
> > > and HTTP/3, sending lots of concurrent requests is cheap.
> > >
> > 
> > That may cause problems server-side, though. None of our services are
> > HTTP/2 or HTTP/3 aware/optimized, so they will not be prepared for the
> > load.
> 
> Well, bugzilla.redhat.com does appear to use http/2. (since I am not
> sure when). 
> 
Since it was moved to a cloud and its DNS records were moved to an Akamai
proxy.

-- 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: Linux Plumbers Conference - Open Printing Micro Conference

[Mauricio Tavares]

On Tue, Sep 21, 2021 at 8:12 AM Björn Persson  wrote:
>
> Zdenek Dohnal wrote:
> > the schedule for the first no-driver was proposed
>
> What is a no-driver?
>
  I guess some kind of abstraction at the device level so the way
you talk to it is the same as any other device. In other words, the
translation layer a driver does is moved to the device.

> Björn Persson
>
___
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: [Fedocal] Reminder meeting : Prioritized bugs and issues

[Ben Cotton]

On Tue, Sep 21, 2021 at 7:00 AM  wrote:
>
> You are kindly invited to the meeting:
>Prioritized bugs and issues on 2021-09-22 from 11:00:00 to 12:00:00 
> America/Indiana/Indianapolis
>At fedora-meetin...@libera.chat
>
> More information available at: 
> https://docs.fedoraproject.org/en-US/program_management/prioritized_bugs/
>

We will evaluate the following nominated bugs:

* Screen stays black after suspend / logout when used on amd apu
laptop. — https://bugzilla.redhat.com/show_bug.cgi?id=1988528

There are no currently-accepted bugs.

-- 
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
___
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

Self Introduction: Magnus Morton

[Magnus Morton]

Hello,

I'm a postdoctoral researcher in the School of Informatics at the
University of Edinburgh, Scotland. I've had a few minor contributions to
free and open source software over the years and I'm looking to get more
involved.

I'm planning on first packaging a couple of emacs packages that are not
yet in Fedora.

Many thanks,
Magnus
___
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: Modularity: New modulemd-packager format for building modules

[Petr Pisar]

V Fri, Sep 10, 2021 at 02:26:20PM +0200, Petr Pisar napsal(a):
> I'm relieved to announce an availability of the new module packaging format,
> modulemd-packager, version 3.
> 
[...]
> WHAT IS CHANGING
> 
> 
> Since there was no place for the contexts in the old module format, a new,
> input-only format "modulemd-packager", version 3, was designed and implemented
> in MBS and other tools. At the opportunity of the format change, some other
> pet peeves of the old format were solved.
> 
> Changes in the format include:
> 
> New document type and version:
> 
> document: modulemd-packager
> version: 3
> 
[...]
> DNF handles outputs of both of them (the output format is distinguished with
> "static_context: true" field), but it behaves differently. With the old
> format, DNF can produce weird warnings or errors. Especially when your module
> is required by another module.
> 
> Will the old format be supporterd forever? I don't know.
> 
> Does have the new format some drawbacks?

A new drawback came out :

Fedora 33 G.A. libmodulemd-2.9.4-3.fc33 does not yet support the new
static_context field. Because DNF strictly validates modules found in
repositories, libmodulemd will reject modules with the unknown field:

Module yaml error: Unexpected key in data: static_context [line 9 col 3]

and will ignore the module. That implies that DNF will handle packages of
those module builds as non-modular before checking an RPM transaction:

Installing:
 autoconfnoarch  2.69-34.fc33   
   fedora   666 k
Installing dependencies:
 perl-B  x86_64  1.80-471.module_f33+12592+71aff0e2 
   updates-modular  189 k

But then the transaction will be rejected because a strayed modular package is
found:

Running transaction check
No available modular metadata for modular package 
'perl-B-1.80-471.module_f33+12592+71aff0e2.x86_64', it cannot be installed on 
the system

In short, Fedora 33 users who have not updated their system since 2020-12-16,
won't be able to install packages which were (also) built in a module with the
new format. This affects e.g. fresh off-line installations.

A workaround is simple: update your system:

# dnf upgrade

or explicitly upgrade libmodulemd:

# dnf --disable-repo 'updates*modular' upgrade libmodulemd

before installing any packages.

Since we cannot change G.A. installation media (ISO and qcow2 images), there
is no remedy possible other than not pushing these updates to Fedora 33
repositories.

You have two options: Either postpone the migration to the new format until
Fedora 33 reaches its end of life (December, 2021?), or do not build the
module for Fedora 33 (i.e. remove a context section with platform: f33).

(That already happened with perl and perl-bootstrap modules. I will rebuild
them and repush to stable, unless relengs untag them.)

(That already happened with swig:4.0. Unpushing it from updates-testing should
help.)

I'm deeply sorry for this faux pas.

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

[Bruno Wolff III]

On Mon, Sep 20, 2021 at 18:16:17 +0200,
 Jonathan Schleifer  wrote:

Am 20.09.21 um 13:31 schrieb Miro Hrončok:

0ad  ignatenkobrain, orphan, pwalter   1 
weeks ago


I would be interested in becoming a (co)maintainer for this, but would 
need sponsorship.


The main issue now is figuring out how to get the bundled mozjs78 to 
build under python3.10. You can get examples from the system mozjs78 
which was fixed, but isn't the same minor version. Also patching the 
bundled copy is tricky since it needs to get done after patches are 
normally applied. I found some comments about that in an upstream bug 
where Timothy Pearson was trying to get it to build on ppc64le a 
few years ago.

___
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: Self Introduction: Bruno Larsen

[Zbigniew Jędrzejewski-Szmek]

On Thu, Sep 16, 2021 at 04:08:46PM -0300, Bruno Larsen wrote:
> Hello!
> 
> I have been recently hired to help maintaining the GDB package. I
> have a bit of experience with open source development, having
> contributed for a few month to the QEMU project. I am very excited
> to help in the near future!

Hi Bruno,

welcome, always nice to see new people contributing to the tools
in the base layer.

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: Self Introduction: Magnus Morton

[Zbigniew Jędrzejewski-Szmek]

On Tue, Sep 21, 2021 at 04:19:00PM +0100, Magnus Morton wrote:
> Hello,
> 
> I'm a postdoctoral researcher in the School of Informatics at the
> University of Edinburgh, Scotland. I've had a few minor contributions to
> free and open source software over the years and I'm looking to get more
> involved.
> 
> I'm planning on first packaging a couple of emacs packages that are not
> yet in Fedora.

Hi Magnus,

welcome to Fedora!

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: How to get list of retired packages?

[Miroslav Suchý]

Dne 16. 09. 21 v 14:50 Pierre-Yves Chibon napsal(a):

What is the best way to get list of retired packages in F35? I can get list
of all retired packages by scanning dist-git. But if I want it for one
release of Fedora? And I do not want to do that manually; I rather want to
script it.


PDC would be your source of truth for this info. You'll need to look at the
"active" state of the package/branch.


I got to weird package

  flatpak-runtime-config

This:

https://src.fedoraproject.org/rpms/flatpak-runtime-config

indicate that the package is retired (because it is only module package). And 
indeed:

https://koji.fedoraproject.org/koji/packageinfo?packageID=24302

It seems to be built in MBS. But repoquery cannot find it:

repoquery --releasever 34 
--repo={fedora,fedora-modular,updates,updates-modular}-source 
flatpak-runtime-config

And PDC is either misbehaving or I cannot use it properly:

https://pdc.fedoraproject.org/rest_api/v1/component-branches/?name=flatpak-runtime-config&type=rpms#tab_list

What is current status of this package? And how can I verify it?

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

Re: How to get list of retired packages?

[Jerry James]

On Tue, Sep 21, 2021 at 1:29 PM Miroslav Suchý  wrote:
> And PDC is either misbehaving or I cannot use it properly:

The former, I think.  I just tried to launch a build and got:

$ fedpkg build
Could not execute build: The following error occurred while trying to
get the active release branches in PDC: 

500 Internal Server Error

Internal Server Error
The server encountered an internal error or
misconfiguration and was unable to complete
your request.
Please contact the server administrator at
 root@localhost to inform them of the time this error occurred,
 and the actions you performed just before this error.
More information about this error may be available
in the server error log.


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

Re: Strange mock chainbuild issue: package has incorrect checksum

[Julian Sikorski]

W dniu 21.09.2021 o 11:00, Richard W.M. Jones pisze:

On Mon, Sep 20, 2021 at 11:45:39AM -0600, Jerry James wrote:

On Mon, Sep 20, 2021 at 10:49 AM Julian Sikorski  wrote:

my local kernel rebuilds have started failing for no apparent reason - I
was using a similar command successfully for several months.
/mnt/openmediavault is a samba share. This is what gets output into the log:


[snip]


/mnt/openmediavault/kernel/results/fedora-34-x86_64/pesign-113-16.fc35/pesign-113-16.fc34.x86_64.rpm:
(39, fsync failed: Permission denied)


I suspect that  is the real problem, and the incorrect checksum is
a result of not being able to read or write the filesystem.  Can you
verify correct ownership and permissions on every directory in that
path?


If fsync(2) failed then that would be happening after the file
descriptor was open, so it wouldn't be filesystem permissions but
probably SELinux.

Rich.



I am seeing no errors in setroubleshoot and setting selinux to 
permissive does not help either. Can it be the selinux of the 
bootstrapped instance, and if so, how can I control it? There is nothing 
obvious in the logs of the host:


wrz 21 22:14:37 napoleon2 userhelper[10771]: running 
'/usr/libexec/mock/mock --chain --localrepo /mnt/openmediavault/kernel/ 
-r fedora-34-x86_64 --disable-plugin=tmpfs --enable-plugin=yum_cache 
--isolation=simple ../pesign/pesign-113-16.fc35.src.rpm 
redhat/rpm/SRPMS/kernel-5.14.6-300.s0ix02.fc34.src.rpm --with baseonly 
--without debuginfo --define=pe_signing_token NSS Certificate DB 
--define=pe_signing_cert Julians Secure Boot signing key - Julian 
Sikorski' with root privileges on behalf of 'julas'
wrz 21 22:14:39 napoleon2 systemd[1]: 
var-lib-mock-fedora\x2d34\x2dx86_64-root-run-pesign.mount: Deactivated 
successfully.
wrz 21 22:14:39 napoleon2 systemd[1]: 
var-lib-mock-fedora\x2d34\x2dx86_64\x2dbootstrap-root-var-lib-mock-fedora\x2d34\x2dx86_64-root.mount: 
Deactivated successfully.
wrz 21 22:14:39 napoleon2 systemd[1]: 
var-lib-mock-fedora\x2d34\x2dx86_64-root-var-cache-dnf.mount: 
Deactivated successfully.
wrz 21 22:14:39 napoleon2 systemd[1]: 
var-lib-mock-fedora\x2d34\x2dx86_64-root-var-cache-yum.mount: 
Deactivated successfully.
wrz 21 22:14:39 napoleon2 systemd[1]: 
var-lib-mock-fedora\x2d34\x2dx86_64-root-dev-pts.mount: Deactivated 
successfully.
wrz 21 22:14:39 napoleon2 systemd[1]: 
var-lib-mock-fedora\x2d34\x2dx86_64-root-dev-shm.mount: Deactivated 
successfully.
wrz 21 22:14:39 napoleon2 systemd[1]: 
var-lib-mock-fedora\x2d34\x2dx86_64-root-sys.mount: Deactivated 
successfully.
wrz 21 22:14:39 napoleon2 systemd[1]: 
var-lib-mock-fedora\x2d34\x2dx86_64-root-proc.mount: Deactivated 
successfully.
wrz 21 22:14:41 napoleon2 audit[10940]: DEL_USER pid=10940 uid=0 
auid=1000 ses=3 
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 
msg='op=delete-user id=1000 exe="/usr/sbin/userdel" hostname=? addr=? 
terminal=? res=success'
wrz 21 22:14:41 napoleon2 audit[10940]: USER_MGMT pid=10940 uid=0 
auid=1000 ses=3 
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 
msg='op=delete-mail-file id=1000 exe="/usr/sbin/userdel" hostname=? 
addr=? terminal=? res=success'
wrz 21 22:14:41 napoleon2 audit[10940]: USER_MGMT pid=10940 uid=0 
auid=1000 ses=3 
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 
msg='op=deleting-home-directory id=1000 exe="/usr/sbin/userdel" 
hostname=? addr=? terminal=? res=success'
wrz 21 22:14:41 napoleon2 audit[10947]: DEL_GROUP pid=10947 uid=0 
auid=1000 ses=3 
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 
msg='op=delete-group id=135 exe="/usr/sbin/groupdel" hostname=? addr=? 
terminal=? res=success'
wrz 21 22:14:41 napoleon2 audit[10947]: GRP_MGMT pid=10947 uid=0 
auid=1000 ses=3 
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 
msg='op=delete-shadow-group id=135 exe="/usr/sbin/groupdel" hostname=? 
addr=? terminal=? res=success'
wrz 21 22:14:41 napoleon2 audit[10953]: ADD_GROUP pid=10953 uid=0 
auid=1000 ses=3 
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 
msg='op=add-group id=135 exe="/usr/sbin/groupadd" hostname=? addr=? 
terminal=? res=success'
wrz 21 22:14:41 napoleon2 audit[10953]: GRP_MGMT pid=10953 uid=0 
auid=1000 ses=3 
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 
msg='op=add-shadow-group id=135 exe="/usr/sbin/groupadd" hostname=? 
addr=? terminal=? res=success'
wrz 21 22:14:41 napoleon2 audit[10959]: ADD_USER pid=10959 uid=0 
auid=1000 ses=3 
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 
msg='op=add-user acct="mockbuild" exe="/usr/sbin/useradd" hostname=? 
addr=? terminal=? res=success'
wrz 21 22:14:41 napoleon2 audit[10959]: USER_MGMT pid=10959 uid=0 
auid=1000 ses=3 
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 
msg='op=add-home-dir id=1000 exe="/usr/sbin/useradd" hostname=? addr=? 
terminal=? res=success'
wrz 21 22:14:46 napoleon2 systemd[1]: 
var-lib-mock-fedora\x2d34\x2dx86_64-root-run-pesign.mount: Deactivated 
successfully.
wr

Re: Orphaned packages looking for new maintainers

[Miro Hrončok]

On 21. 09. 21 19:19, Bruno Wolff III wrote:

On Mon, Sep 20, 2021 at 18:16:17 +0200,
  Jonathan Schleifer  wrote:

Am 20.09.21 um 13:31 schrieb Miro Hrončok:


0ad  ignatenkobrain, orphan, pwalter   1 weeks ago


I would be interested in becoming a (co)maintainer for this, but would need 
sponsorship.


The main issue now is figuring out how to get the bundled mozjs78 to build 
under python3.10. You can get examples from the system mozjs78 which was fixed, 
but isn't the same minor version. Also patching the bundled copy is tricky 
since it needs to get done after patches are normally applied. I found some 
comments about that in an upstream bug where Timothy Pearson was trying to get 
it to build on ppc64le a few years ago.


If there is no Python version runtime dependency there, you could temporaily 
use the python3.9 package to build the bundled mozjs78.


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

Re: Strange mock chainbuild issue: package has incorrect checksum

[Richard W.M. Jones]

On Tue, Sep 21, 2021 at 10:16:17PM +0200, Julian Sikorski wrote:
> W dniu 21.09.2021 o 11:00, Richard W.M. Jones pisze:
> >On Mon, Sep 20, 2021 at 11:45:39AM -0600, Jerry James wrote:
> >>On Mon, Sep 20, 2021 at 10:49 AM Julian Sikorski  wrote:
> >>>my local kernel rebuilds have started failing for no apparent reason - I
> >>>was using a similar command successfully for several months.
> >>>/mnt/openmediavault is a samba share. This is what gets output into the 
> >>>log:
> >>
> >>[snip]
> >>
> >>>/mnt/openmediavault/kernel/results/fedora-34-x86_64/pesign-113-16.fc35/pesign-113-16.fc34.x86_64.rpm:
> >>>(39, fsync failed: Permission denied)
> >>
> >>I suspect that  is the real problem, and the incorrect checksum is
> >>a result of not being able to read or write the filesystem.  Can you
> >>verify correct ownership and permissions on every directory in that
> >>path?
> >
> >If fsync(2) failed then that would be happening after the file
> >descriptor was open, so it wouldn't be filesystem permissions but
> >probably SELinux.
> >
> >Rich.
> >
> 
> I am seeing no errors in setroubleshoot and setting selinux to
> permissive does not help either. Can it be the selinux of the
> bootstrapped instance, and if so, how can I control it? There is
> nothing obvious in the logs of the host:

AFAIK mock only ever uses one kernel (the host) so disabling SELinux
on the host rules out my SELinux theory.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
___
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: Modularity: New modulemd-packager format for building modules

[Stephen Gallagher]

On Tue, Sep 21, 2021 at 11:50 AM Petr Pisar  wrote:
>
> V Fri, Sep 10, 2021 at 02:26:20PM +0200, Petr Pisar napsal(a):
> > I'm relieved to announce an availability of the new module packaging format,
> > modulemd-packager, version 3.
> >
> [...]
> > WHAT IS CHANGING
> > 
> >
> > Since there was no place for the contexts in the old module format, a new,
> > input-only format "modulemd-packager", version 3, was designed and 
> > implemented
> > in MBS and other tools. At the opportunity of the format change, some other
> > pet peeves of the old format were solved.
> >
> > Changes in the format include:
> >
> > New document type and version:
> >
> > document: modulemd-packager
> > version: 3
> >
> [...]
> > DNF handles outputs of both of them (the output format is distinguished with
> > "static_context: true" field), but it behaves differently. With the old
> > format, DNF can produce weird warnings or errors. Especially when your 
> > module
> > is required by another module.
> >
> > Will the old format be supporterd forever? I don't know.
> >
> > Does have the new format some drawbacks?
>
> A new drawback came out :
>
> Fedora 33 G.A. libmodulemd-2.9.4-3.fc33 does not yet support the new
> static_context field. Because DNF strictly validates modules found in
> repositories, libmodulemd will reject modules with the unknown field:
>
> Module yaml error: Unexpected key in data: static_context [line 9 col 3]
>
> and will ignore the module. That implies that DNF will handle packages of
> those module builds as non-modular before checking an RPM transaction:
>

I really wonder how DNF is getting into this situation, because we
created the API with a `strict=False` option specifically for DNF.[1]
If they were reading the documents with that set appropriately, it
would be ignoring just the `static_context` attribute rather than the
entire document.

Though as I'm writing this, I did notice we have a copy-paste
mistake[2] in the documentation where we didn't set the value of
strict to False when talking about the DNF case, so that's perhaps
part of the reason. Sorry about that!

[1] 
https://fedora-modularity.github.io/libmodulemd/latest/modulemd-2.0-Modulemd.ModuleIndex.html#modulemd-module-index-update-from-file
[2] https://github.com/fedora-modularity/libmodulemd/pull/577
___
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: Orphaned packages looking for new maintainers

[Bruno Wolff III]

On Tue, Sep 21, 2021 at 23:03:12 +0200,
 Miro Hrončok  wrote:

On 21. 09. 21 19:19, Bruno Wolff III wrote:

If there is no Python version runtime dependency there, you could 
temporaily use the python3.9 package to build the bundled mozjs78.


I thought of that. I tried some naive ways to do that without success. 
I'm not sure if any extra python packages are needed. Probably not, 
but if so it won't work since those will be for 3.10.
There doesn't seem to be a standard way to have an unversioned python 
call run 3.9. It might be worth trying a build requires for python3.9 
and creating a symlink from /usr/bin/python to it during set up. 
I'll try that in a scratch build tonight and see if that works.


Another approach would be to find references to /usr/bin/python in the 
mozjs build and change them to run 3.9. This is still tricky since you 
can't use the normal patch process as the mozjs source is not unpacked 
until in the build part of the process.

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

Fedora 35 compose report: 20210921.n.1 changes

[Fedora Rawhide Report]

OLD: Fedora-35-20210920.n.0
NEW: Fedora-35-20210921.n.1

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

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

Size change of upgraded packages:   -49.50 KiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  gnome-software-41~rc-3.fc35
Old package:  gnome-software-41~rc-2.fc35
Summary:  A software center for GNOME
RPMs: gnome-software gnome-software-devel gnome-software-rpm-ostree
Size: 10.56 MiB
Size change:  3.21 KiB
Changelog:
  * Fri Sep 17 2021 Milan Crha  - 41~rc-3
  - Add patch to not show RPM packaged apps as unsafe (I#1450)


Package:  grub2-1:2.06-5.fc35
Old package:  grub2-1:2.06-3.fc35
Summary:  Bootloader with support for Linux, Multiboot and more
RPMs: grub2-common grub2-efi-aa64 grub2-efi-aa64-cdboot 
grub2-efi-aa64-modules grub2-efi-arm grub2-efi-arm-cdboot grub2-efi-arm-modules 
grub2-efi-ia32 grub2-efi-ia32-cdboot grub2-efi-ia32-modules grub2-efi-x64 
grub2-efi-x64-cdboot grub2-efi-x64-modules grub2-emu grub2-emu-modules grub2-pc 
grub2-pc-modules grub2-ppc64le grub2-ppc64le-modules grub2-tools 
grub2-tools-efi grub2-tools-extra grub2-tools-minimal
Size: 41.07 MiB
Size change:  -52.71 KiB
Changelog:
  * Tue Aug 24 2021 Peter Jones  - 2.06-4
  - Fix aarch64 kernel alignment.
  - Fix annobin regexp on ppc64le

  * Thu Sep 09 2021 Peter Jones  - 2.06-5
  - Fix the 32-bit Arm PE header magic check
Resolves: rhbz#2000756



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

[Bruno Wolff III]

On Tue, Sep 21, 2021 at 16:06:24 -0500,
 Bruno Wolff III  wrote:


I thought of that. I tried some naive ways to do that without success. 
I'm not sure if any extra python packages are needed. Probably not, 
but if so it won't work since those will be for 3.10.
There doesn't seem to be a standard way to have an unversioned python 
call run 3.9. It might be worth trying a build requires for python3.9 
and creating a symlink from /usr/bin/python to it during set up. I'll 
try that in a scratch build tonight and see if that works.


This didn't work. The build process can't create /usr/bin/python. Also 
some other python packages are used in tests in the mozjs78 part of 
the build. I don't know if those will automatically will get skipped 
if the required packages aren't installed or if they will be manually 
need to be disabled.


So it looks like, one way or another the mozjs78 stuff will need to 
get patched after the source gets extracted in the build step.

___
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-20210921.n.1 compose check report

[Fedora compose checker]

No missing expected images.

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

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

ID: 994734  Test: aarch64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/994734
ID: 994741  Test: aarch64 Server-dvd-iso 
install_repository_hd_variation@uefi
URL: https://openqa.fedoraproject.org/tests/994741
ID: 994743  Test: aarch64 Server-dvd-iso 
install_standard_partition_ext4@uefi
URL: https://openqa.fedoraproject.org/tests/994743
ID: 994744  Test: aarch64 Server-dvd-iso install_vncconnect_client@uefi
URL: https://openqa.fedoraproject.org/tests/994744
ID: 994745  Test: aarch64 Server-dvd-iso install_vncconnect_server@uefi
URL: https://openqa.fedoraproject.org/tests/994745
ID: 994825  Test: x86_64 universal support_server
URL: https://openqa.fedoraproject.org/tests/994825
ID: 994836  Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/994836
ID: 994843  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/994843
ID: 994849  Test: x86_64 universal install_kickstart_nfs
URL: https://openqa.fedoraproject.org/tests/994849
ID: 994854  Test: x86_64 universal install_pxeboot@uefi
URL: https://openqa.fedoraproject.org/tests/994854
ID: 994891  Test: x86_64 universal install_pxeboot
URL: https://openqa.fedoraproject.org/tests/994891
ID: 994892  Test: x86_64 universal upgrade_realmd_client
URL: https://openqa.fedoraproject.org/tests/994892
ID: 994894  Test: aarch64 universal install_shrink_ntfs@uefi
URL: https://openqa.fedoraproject.org/tests/994894
ID: 994903  Test: aarch64 universal 
install_kickstart_firewall_configured@uefi
URL: https://openqa.fedoraproject.org/tests/994903
ID: 994905  Test: aarch64 universal install_repository_http_variation@uefi
URL: https://openqa.fedoraproject.org/tests/994905
ID: 994907  Test: aarch64 universal upgrade_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/994907
ID: 994912  Test: aarch64 universal install_kickstart_user_creation@uefi
URL: https://openqa.fedoraproject.org/tests/994912
ID: 994918  Test: aarch64 universal upgrade_realmd_client@uefi
URL: https://openqa.fedoraproject.org/tests/994918

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

ID: 994690  Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/994690
ID: 994779  Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://openqa.fedoraproject.org/tests/994779
ID: 994802  Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi
URL: https://openqa.fedoraproject.org/tests/994802
ID: 994908  Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/994908

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

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

ID: 994664  Test: x86_64 Workstation-live-iso gedit
URL: https://openqa.fedoraproject.org/tests/994664
ID: 994668  Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/994668
ID: 994706  Test: x86_64 Silverblue-dvd_ostree-iso evince
URL: https://openqa.fedoraproject.org/tests/994706
ID: 994707  Test: x86_64 Silverblue-dvd_ostree-iso gedit
URL: https://openqa.fedoraproject.org/tests/994707
ID: 994718  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/994718
ID: 994725  Test: aarch64 Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/994725
ID: 994782  Test: aarch64 Server-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/994782
ID: 994797  Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi
URL: https://openqa.fedoraproject.org/tests/994797
ID: 994809  Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi
URL: https://openqa.fedoraproject.org/tests/994809

Passed openQA tests: 191/204 (x86_64), 123/141 (aarch64)

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

ID: 994663  Test: x86_64 Workstation-live-iso evince
URL: https://openqa.fedoraproject.org/tests/994663
ID: 994677  Test: x86_64 Workstation-live-iso desktop_login
URL: https://openqa.fedoraproject.org/tests/994677
ID: 994795  Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi
URL: https://openqa.fedoraproject.org/tests/994795
ID: 994915  Test: aarch64 universal install_repository_http_graphical@uefi
URL: https://openqa.fedoraproject.org/tests/994915
ID: 994937  Test: aarch64 universal install_addrepo_metalink_graphical@uefi
URL: https://openqa.fedoraproject.org/tests/994937

Installed system changes in test x86_64 Server-boot-iso install_default@uefi: 
System load changed from 0.09 to 0.21
P

Re: Orphaned packages looking for new maintainers

[Bruno Wolff III]

On Tue, Sep 21, 2021 at 17:44:07 -0500,
 Bruno Wolff III  wrote:


So it looks like, one way or another the mozjs78 stuff will need to 
get patched after the source gets extracted in the build step.


I found the reference to how to patch mozjs78 in 0ad. You need to 
have your patch file drop off a patch file in libraries/source/spidermonkey 
and patch libraries/source/spidermonkey/patch.sh to apply your patch 
during the build.


There are a number of ways that python is invoked and in a fair number 
of places. So changing them all to use python3.9 is going to be a pain. 
And I still don't know if that will really fix things since the build 
requires python-devel and python-setuptools, though a comment suggests 
that it should be possible to get things to work without them. python2 
is also required, but I think that was fixed and the buildrequires was 
left by mistake.


It may make more sense to use the fixes from the system mozjs78 for 
python3.10. But since the versions of mozjs are different, that path 
will need extra work as well.

___
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: Linux Plumbers Conference - Open Printing Micro Conference

[Zdenek Dohnal]

On 9/21/21 2:12 PM, Björn Persson wrote:

Zdenek Dohnal wrote:

the schedule for the first no-driver was proposed

What is a no-driver?


Ahh, sorry - word 'release' I had in my mind, but I didn't write it :D .

CUPS 3.0 is planned to be the first release without classic driver 
support, supporting only IPP Everywhere (Airprint/Mopria) enabled 
devices. The older devices will be supported via printer applications, 
which will add a mandatory layer for CUPS to see the device.




Björn Persson

___
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


--
Zdenek Dohnal
Software Engineer
Red Hat Czech - Brno TPB-C

___
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: Linux Plumbers Conference - Open Printing Micro Conference

[Zdenek Dohnal]

On 9/21/21 1:21 PM, Neal Gompa wrote:

On Tue, Sep 21, 2021 at 5:36 AM Zdenek Dohnal  wrote:

- several other printer applications was implemented by Till
Kamppeter[1][2][3][4] - Till makes it available as Snaps, I'm planning
to package it into Fedora as rpm first, then later as a flatpacks


How would these even work as Flatpaks? They are not graphical
applications or even console applications. These are helper services
for CUPS. I wouldn't expect those to work in Flatpak at all.


(here I'm starting to talk based on talks I've seen and how I've 
understood them - I still haven't had time to deeply test them by 
myself, I've only tried briefly lprint last year...)


Actually they are console applications - you can start them by CLI as an 
user or make them start on startup by its service unit. Once you 
configure your device at http://localhost:8000 (web ui for the printer 
application), your device will become available via mDNS and you can 
print without any other configuration (if your mDNS support in Fedora 
works). Or if you don't trust your local network, you can install the 
queue with uri - 
|ipp://localhost:8000/ipp/print/|


Ad printer apps being in flatpack - as you can see in the github 
issue[1], ps-printer-application and hplip-printer-application are 
available in SNAP repositories (CUPS has its SNAP as well in SNAP 
store). IIUC flatpack is based on the similar technology as snap, so my 
thoughts were the flatpack version is also possible.



[1] https://github.com/OpenPrinting/ps-printer-app/issues/9





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


--
Zdenek Dohnal
Software Engineer
Red Hat Czech - Brno TPB-C

___
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