Re: openshadinglanguage 1.11.15 failed with llvm 12 and up

[Luya Tshimbalanga]

Thanks for the patch. With some modifications, osl 1.11.15.0 successfully built 
for all releases. 
https://copr.fedorainfracloud.org/coprs/luya/blender-egl/build/2681425/

Here is the revised patch:
~~~
diff -Naur 
OpenShadingLanguage-Release-1.11.15.0.orig/src/liboslexec/llvm_util.cpp 
OpenShadingLanguage-Release-1.11.15.0/src/liboslexec/llvm_util.cpp
--- OpenShadingLanguage-Release-1.11.15.0.orig/src/liboslexec/llvm_util.cpp 
2021-09-01 00:26:06.0 -0700
+++ OpenShadingLanguage-Release-1.11.15.0/src/liboslexec/llvm_util.cpp  
2021-09-03 17:14:01.840127907 -0700
@@ -1228,7 +1228,9 @@
 
 options.NoZerosInBSS = false;
 options.GuaranteedTailCallOpt = false;
+#if OSL_LLVM_VERSION < 120
 options.StackAlignmentOverride = 0;
+#endif
 options.FunctionSections = true;
 options.UseInitArray = false;
 options.FloatABIType = llvm::FloatABI::Default;
@@ -2989,7 +2991,7 @@
 LLVM_Util::write_bitcode_file (const char *filename, std::string *err)
 {
 std::error_code local_error;
-llvm::raw_fd_ostream out (filename, local_error, llvm::sys::fs::F_None);
+llvm::raw_fd_ostream out (filename, local_error, llvm::sys::fs::OF_None);
 if (! out.has_error()) {
 llvm::WriteBitcodeToFile (*module(), out);
 if (err && local_error)
@@ -3051,7 +3053,9 @@
 options.AllowFPOpFusion= llvm::FPOpFusion::Fast;
 options.NoZerosInBSS   = 0;
 options.GuaranteedTailCallOpt  = 0;
+#if OSL_LLVM_VERSION < 120 
 options.StackAlignmentOverride = 0;
+#endif
 options.UseInitArray   = 0;
 
 llvm::TargetMachine* target_machine = llvm_target->createTargetMachine(
~~~
As noticed, changing the LLVM variable for OSL upstream did the trick.

Thanks for help.

Luya Tshimbalanga
Fedora Design Suite maintainer
Fedora Design Team
___
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: F35 3x slower boot than F34

[Chris Murphy]

On Fri, Sep 3, 2021 at 5:59 PM Adam Williamson
 wrote:
>
> Does removing fprintd-related packages or disabling fprintd-related
> services cause any difference?

No.

Removed:
2021-09-03T18:23:01-0600 DEBUG ---> Package fprintd.x86_64
1.92.0-2.fc35 will be erased
2021-09-03T18:23:01-0600 DEBUG ---> Package fprintd-pam.x86_64
1.92.0-2.fc35 will be erased

and the slow boot problem remains (with selinux still enforcing).



-- 
Chris Murphy
___
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] 2021-09-06 @ 16:00 UTC - Fedora 35 Blocker Review Meeting

[Adam Williamson]

# F35 Blocker Review meeting
# Date: 2021-09-06
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.libera.chat

Hi folks! We have 1 proposed Beta blocker, 1 proposed Final blocker, and
10 proposed Beta freeze exceptions to review, so let's have a review
meeting on Monday.

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

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

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

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

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

Have a good weekend and see you on Monday!

[0] https://fedoraproject.org/wiki/Fedora_Release_Criteria

-- 
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net

___
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

[Test-Announce] Proposal to CANCEL: 2021-09-06 Fedora QA Meeting

[Adam Williamson]

Hi folks! I'm proposing we cancel the QA meeting on Monday. I don't
have much for the agenda, and I am planning to run a blocker review
meeting, so we'll just have that instead.

If you're aware of anything it would be useful to discuss this week,
please do reply to this mail and we can go ahead and run the meeting.

Thanks!
-- 
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net

___
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

Re: replace memtest86+ with pcmemtest, needs maintainer

[Adam Williamson]

On Fri, 2021-07-30 at 18:57 -0600, Chris Murphy wrote:
> [Bug 1988142] memtest boot entry on Fedora install media does not work
> since Fedora-Rawhide-20210728.n.3
> https://bugzilla.redhat.com/show_bug.cgi?id=1988142
> 
> This bug might be gcc, but also includes a note about the upstream
> being kinda weak, possibly non-existent these days.
> 
> Neal Gompa mentioned pcmemtest earlier this year
> https://github.com/martinwhitaker/pcmemtest
> 
> It would need a maintainer. Any takers?

So while this is still being thrashed out, I proposed:
https://pagure.io/fedora-comps/pull-request/676
which should remove memtest86+ and the menu entry for it from media for
now.
-- 
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net

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

Re: F35 3x slower boot than F34

[Adam Williamson]

On Fri, 2021-09-03 at 15:57 -0600, Chris Murphy wrote:
> On Fri, Sep 3, 2021 at 1:32 PM Stephen Gallagher  wrote:
> 
> > So it appears to be an SELinux issue. I suspect but cannot prove that
> > it's related to a number of AVCs related to DBUS that I see in
> > selinux-troubleshooter.
> 
> I'm only seeing two AVC's which repeat but not a lot...
> 
> Sep 03 14:27:09 fovo.local audit[6300]: AVC avc:  denied  { write }
> for  pid=6300 comm="fprintd" name="wakeup" dev="sysfs" ino=28044
> scontext=system_u:system_r:fprintd_t:s0
> tcontext=system_u:object_r:sysfs_t:s0 tclass=file permissive=0
> Sep 03 14:27:09 fovo.local audit[6300]: AVC avc:  denied  { write }
> for  pid=6300 comm="fprintd" name="persist" dev="sysfs" ino=28037
> scontext=system_u:system_r:fprintd_t:s0
> tcontext=system_u:object_r:sysfs_t:s0 tclass=file permissive=0
> 
> But enforcing=0 makes the boot time under 9s which is... awesome.
> Better than 34.
> 
> I get more AVC's with enforcing=0, in fact... oh my that's a lot of
> selinux bugs reported already against 35
> 
> https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW_status=ASSIGNED=Fedora=selinux-policy_id=12120743=Fedora_format=advanced=35
> 
> But fprintd doesn't show up in any. So I will change the component to
> selinux-policy.

Does removing fprintd-related packages or disabling fprintd-related
services cause any difference?
-- 
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net

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

[Bug 1976778] perl-SNMP-Info-3.76 is available

[bugzilla]

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

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|perl-SNMP-Info-3.75 is  |perl-SNMP-Info-3.76 is
   |available   |available



--- Comment #10 from Upstream Release Monitoring 
 ---
Latest upstream release: 3.76
Current version/release in rawhide: 3.71-4.fc35
URL: http://search.cpan.org/dist/SNMP-Info/

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


-- 
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 1976778] perl-SNMP-Info-3.76 is available

[bugzilla]

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



--- Comment #11 from Upstream Release Monitoring 
 ---
An unexpected error occurred while creating the scratch build and has been
automatically reported. Sorry!


-- 
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: F35 3x slower boot than F34

[Nico Kadel-Garcia]

On Fri, Sep 3, 2021 at 12:52 PM Chris Murphy  wrote:
>
> Bug 2001057 - F35 boots 3x slower than F34, large time gaps in systemd journal
> https://bugzilla.redhat.com/show_bug.cgi?id=2001057
>
>
> This one really has gotten my goat. I'm not finding any reason why
> it's taking this long to boot. Usually the critica-chain or svg plot
> exposes the culprit but not in this case, I just have multiple 10s+
> gaps in the journal.
>
> I might have to do some tedious regression testing by doing a clean
> install of 35 to see if it's some artifact of upgrading from 34. But
> it'd be nicer if I can just directly expose the culprit(s).

So disable SELinux and time it?
___
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: F35 3x slower boot than F34

[Chris Murphy]

On Fri, Sep 3, 2021 at 1:32 PM Stephen Gallagher  wrote:

> So it appears to be an SELinux issue. I suspect but cannot prove that
> it's related to a number of AVCs related to DBUS that I see in
> selinux-troubleshooter.

I'm only seeing two AVC's which repeat but not a lot...

Sep 03 14:27:09 fovo.local audit[6300]: AVC avc:  denied  { write }
for  pid=6300 comm="fprintd" name="wakeup" dev="sysfs" ino=28044
scontext=system_u:system_r:fprintd_t:s0
tcontext=system_u:object_r:sysfs_t:s0 tclass=file permissive=0
Sep 03 14:27:09 fovo.local audit[6300]: AVC avc:  denied  { write }
for  pid=6300 comm="fprintd" name="persist" dev="sysfs" ino=28037
scontext=system_u:system_r:fprintd_t:s0
tcontext=system_u:object_r:sysfs_t:s0 tclass=file permissive=0

But enforcing=0 makes the boot time under 9s which is... awesome.
Better than 34.

I get more AVC's with enforcing=0, in fact... oh my that's a lot of
selinux bugs reported already against 35

https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW_status=ASSIGNED=Fedora=selinux-policy_id=12120743=Fedora_format=advanced=35

But fprintd doesn't show up in any. So I will change the component to
selinux-policy.




--
Chris Murphy
___
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: Where has the kernel-doc package gone?

[Justin Forbes]

On Thu, Sep 2, 2021 at 11:31 AM Nils K  wrote:
>
> I found the origin of this change to be the following commit: 
> https://src.fedoraproject.org/rpms/kernel/c/b65f9ed036fca30c0684bfc6fe72d72a53e9867a?branch=f21
>  (which is a revert of a revert to remove the kernel-doc subpackage).
> The commit also suggest that the package might be a candidate for a separate 
> SRPM which would maybe result in it not needing to be build everyday? Also if 
> I understand you correctly I assume that some of the hacks to koji are not 
> needed anymore.
>
> Due to this and given that RHEL includes it I think I will do as suggested 
> and file a bug report.
> Thanks for your responses.


I suppose I can add it to the kernel-tools package since that only
gets built once per RC for rawhide, and only as needed for stable
Fedora.

Justin
___
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: replace memtest86+ with pcmemtest, needs maintainer

[Gordon Messmer]

On 9/3/21 12:13 PM, Gordon Messmer wrote:
Does Fedora GRUB also contain changes that might interfere with 
chainloading?  I believe that some people are using it to chainload 
the Windows boot loader, but maybe it only works for binaries with 
signatures? 



# sbsign --key MOK.priv --cert MOK.pem /boot/pcmemtest.efi --output 
/boot/pcmemtest.efi.signed
PE opt header too small (112 bytes) to contain a suitable data directory 
(need 152 bytes)


That's.. interesting?
___
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: F35 3x slower boot than F34

[Stephen Gallagher]

On Fri, Sep 3, 2021 at 12:52 PM Chris Murphy  wrote:
>
> Bug 2001057 - F35 boots 3x slower than F34, large time gaps in systemd journal
> https://bugzilla.redhat.com/show_bug.cgi?id=2001057
>
>
> This one really has gotten my goat. I'm not finding any reason why
> it's taking this long to boot. Usually the critica-chain or svg plot
> exposes the culprit but not in this case, I just have multiple 10s+
> gaps in the journal.
>
> I might have to do some tedious regression testing by doing a clean
> install of 35 to see if it's some artifact of upgrading from 34. But
> it'd be nicer if I can just directly expose the culprit(s).

I've been seeing the same, so I just did some testing. It appears to
be taking around 45-50s from luks password to GDM. I timed it with a
stopwatch (and non-graphical boot) and I see that it takes about 20s
to get to the point where it starts GDM, then the screen blanks for
about 25s before GDM comes up.

I tried using an F34 kernel to see if that would help: same result.

I tried booting with permissive=1 on the kernel commandline... 22s
boot, only about 1s from GDM start to graphical login.

So it appears to be an SELinux issue. I suspect but cannot prove that
it's related to a number of AVCs related to DBUS that I see in
selinux-troubleshooter.
___
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: replace memtest86+ with pcmemtest, needs maintainer

[Gordon Messmer]

On 9/3/21 2:26 AM, Hans de Goede wrote:

It might be interesting to try and using e.g. an EFI
grub binary from Ubuntu with a:

linux /pcmemtest.efi



I created a UEFI VM running Debian 11 to try that out.  It doesn't work 
there, but I'm seeing in consistent results.  The first time around 
selecting that GRUB entry would crash the VM with an error logged*, but 
after shutting the VM off and then starting it again, that entry just 
causes the VM to reboot immediately.


However, "chainloader /boot/pcmemtest.efi" does work in the Debian VM, 
and I'm told also under openSUSE 
(https://lists.gnu.org/archive/html/help-grub/2021-09/msg1.html) but 
not under Fedora.


Does Fedora GRUB also contain changes that might interfere with 
chainloading?  I believe that some people are using it to chainload the 
Windows boot loader, but maybe it only works for binaries with signatures?




*: Log contains:

KVM internal error. Suberror: 1
emulation failure
EAX=80010033 EBX= ECX=c080 EDX=
ESI=00088ffe EDI= EBP= ESP=00137100
EIP=0010027a EFL=00200086 [--S--P-] CPL=0 II=0 A20=1 SMM=0 HLT=0
ES =0018   00c09300 DPL=0 DS   [-WA]
CS =0010   00c09b00 DPL=0 CS32 [-RA]
SS =0018   00c09300 DPL=0 DS   [-WA]
DS =0018   00c09300 DPL=0 DS   [-WA]
FS =0018   00c09300 DPL=0 DS   [-WA]
GS =0018   00c09300 DPL=0 DS   [-WA]
LDT=   8200 DPL=0 LDT
TR =   8b00 DPL=0 TSS64-busy
GDT= 10d0 0020
IDT= 3f573018 0fff
CR0=80010033 CR2= CR3=0001 CR4=0668
DR0= DR1= DR2= 
DR3=

DR6=0ff0 DR7=0400
EFER=0d00
Code=?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ??  ?? 
?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? 
?? ?? ?? ??

___
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 Linux 35 Beta blocker status summary

[Ben Cotton]

The Go/No-Go meeting for the Early release target is Thursday!


Action summary


Accepted blockers
-
1. distribution — Fedora 35 backgrounds not present on
release-blocking desktops — ON_QA
ACTION: None

2. kde-settings — KDE needs to pick up F35 backgrounds — MODIFIED
ACTION: Releng to push FEDORA-2021-085f0122dd to stable

3. mutter — gnome-shell: cogl_texture_get_gl_texture(): gnome-shell
killed by SIGSEGV — NEW
ACTION: Maintainers to diagnose and fix issue

4. gnome-software — GNOME Software updates fail with "Prepared update
not found" error — ON_QA
ACTION: None

Proposed blockers
-

1. freeipa — DNS often stops resolving properly after FreeIPA server
upgrade to Fedora 35 or 36 — NEW
ACTION: Maintainers to diagnore and fix issue
NEEDINFO: cheimes


Bug-by-bug detail
=

Accepted blockers
-
1. distribution — https://bugzilla.redhat.com/show_bug.cgi?id=1993238 — ON_QA
Fedora 35 backgrounds not present on release-blocking desktops.

Fixed on non-Plasma DEs. See also BZ 1998681.

2. kde-settings — https://bugzilla.redhat.com/show_bug.cgi?id=1998681 — MODIFIED
KDE needs to pick up F35 backgrounds

The KDE version of BZ 1993238. Update FEDORA-2021-085f0122dd contains a fix.

3. mutter — https://bugzilla.redhat.com/show_bug.cgi?id=1989726 — NEW
gnome-shell: cogl_texture_get_gl_texture(): gnome-shell killed by SIGSEGV

gnome-shell gets SIGSEGV on the Jetson Nano, which is blocking
hardware for the aarch64 architecture. Upstream MR 1979 contained a
candidate fix, but either the issue persists or a new one (BZ 1999681)
arises.

4. gnome-software — https://bugzilla.redhat.com/show_bug.cgi?id=1995817 — ON_QA
GNOME Software updates fail with "Prepared update not found" error
GNOME Software package updates fail when attempting to update a
package due to a PackageKit file not being found. Update
FEDORA-2021-9677463ae9 contains a candidate fix which seems to
reliably fix it.


Proposed blockers
-

1. freeipa — https://bugzilla.redhat.com/show_bug.cgi?id=1999321 — NEW
DNS often stops resolving properly after FreeIPA server upgrade to
Fedora 35 or 36

After upgrade from F33/34, the server stops returning correct DNS
responses (empty when they should not be) about 50% of the time. Adam
wrote a patch that makes the ignore exceptions go away but doesn't fix
the actual bug. Exploration continues.

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

Re: CPE to staff EPEL

[Kevin Fenzi]

On Thu, Sep 02, 2021 at 05:39:54PM -0400, Nico Kadel-Garcia wrote:
> 
> Cool. EPEL has long been a necessary part of RHEL environments, and for
> many of us RHEL would not be welcome in our production environments without

Agreed! :) 

> it.  I especially include components like ansible, which may be available
> from additional RHEL yum channels but are awkward, at best, to provide in
> CentOS and non-specifically-subscribed default RHEL systems. It's going to
> especially require attention with the 4.x release of ansible, which
> requires python 3.6 or later, and which originally required python 3.8
> which was not available for RHEL 7 or CentOS 7. I thought I might have to
> set up pyenv, which I did *not* want to do!

So, a few things here...

Do note that CPE staffing EPEL means there's a full time person
available to help fix things, move things forward, help with release
engineering and community and such. It does not mean the CPE staff
person will instantly take over package maintanice from all the
community members that spend so much of their valuable time maintaining
EPEL packages. :)

With my ansible maintainer hat on, ansible 4.x is in the works for
Fedora (look for a f36 change soon). I am not sure if it's going to be
possible to add it to epel8, but I will try! epel7 is pretty much a lost
cause as a control host after ansible-2.9 sunsets at the end of the
year. 

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

F35 3x slower boot than F34

[Chris Murphy]

Bug 2001057 - F35 boots 3x slower than F34, large time gaps in systemd journal
https://bugzilla.redhat.com/show_bug.cgi?id=2001057


This one really has gotten my goat. I'm not finding any reason why
it's taking this long to boot. Usually the critica-chain or svg plot
exposes the culprit but not in this case, I just have multiple 10s+
gaps in the journal.

I might have to do some tedious regression testing by doing a clean
install of 35 to see if it's some artifact of upgrading from 34. But
it'd be nicer if I can just directly expose the culprit(s).


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

can we remove device-mapper-multipath from default desktop installs?

[Chris Murphy]

systemd-udev-settle.service is deprecated. Please fix
multipathd.service not to pull it in.
https://bugzilla.redhat.com/show_bug.cgi?id=2001058

This is not a regression, it's been around for a while with bugs that
get no action. I'm wondering if we can just pull it out of the default
installations? The only thing I can think of that (conditionally)
needs it early on in a default case is Anaconda but only if there are
multipath devices, which is probably pretty rare in the Workstation
edition and desktop spins case?


-- 
Chris Murphy
___
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-20210903.n.0 compose check report

[Fedora compose checker]

No missing expected images.

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

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

ID: 968082  Test: x86_64 Server-dvd-iso server_role_deploy_database_server
URL: https://openqa.fedoraproject.org/tests/968082
ID: 968113  Test: x86_64 Server-dvd-iso server_database_client
URL: https://openqa.fedoraproject.org/tests/968113
ID: 968142  Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/968142
ID: 968156  Test: x86_64 Workstation-live-iso evince
URL: https://openqa.fedoraproject.org/tests/968156
ID: 968228  Test: aarch64 Server-dvd-iso install_vnc_server@uefi
URL: https://openqa.fedoraproject.org/tests/968228
ID: 968281  Test: aarch64 Workstation-raw_xz-raw.xz evince@uefi
URL: https://openqa.fedoraproject.org/tests/968281
ID: 968282  Test: aarch64 Workstation-raw_xz-raw.xz 
desktop_update_graphical@uefi
URL: https://openqa.fedoraproject.org/tests/968282
ID: 968319  Test: x86_64 universal install_blivet_btrfs
URL: https://openqa.fedoraproject.org/tests/968319
ID: 968342  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/968342
ID: 968367  Test: x86_64 universal upgrade_realmd_client
URL: https://openqa.fedoraproject.org/tests/968367

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

ID: 968144  Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/968144
ID: 968163  Test: x86_64 KDE-live-iso desktop_background
URL: https://openqa.fedoraproject.org/tests/968163
ID: 968164  Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/968164
ID: 968251  Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://openqa.fedoraproject.org/tests/968251
ID: 968270  Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi
URL: https://openqa.fedoraproject.org/tests/968270
ID: 968350  Test: x86_64 universal memtest
URL: https://openqa.fedoraproject.org/tests/968350
ID: 968369  Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/968369
ID: 968379  Test: aarch64 universal upgrade_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/968379
ID: 968402  Test: aarch64 universal upgrade_realmd_client@uefi
URL: https://openqa.fedoraproject.org/tests/968402

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

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

ID: 968073  Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/968073
ID: 968074  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/968074
ID: 968075  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/968075
ID: 968088  Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/968088
ID: 968125  Test: x86_64 Server-dvd-iso server_realmd_join_kickstart
URL: https://openqa.fedoraproject.org/tests/968125
ID: 968133  Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/968133
ID: 968139  Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/968139
ID: 968148  Test: x86_64 Workstation-live-iso gedit
URL: https://openqa.fedoraproject.org/tests/968148
ID: 968179  Test: x86_64 Silverblue-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/968179
ID: 968180  Test: x86_64 Silverblue-dvd_ostree-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/968180
ID: 968182  Test: x86_64 Silverblue-dvd_ostree-iso evince
URL: https://openqa.fedoraproject.org/tests/968182
ID: 968183  Test: x86_64 Silverblue-dvd_ostree-iso gedit
URL: https://openqa.fedoraproject.org/tests/968183
ID: 968196  Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/968196
ID: 968200  Test: aarch64 Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/968200
ID: 968209  Test: aarch64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/968209
ID: 968210  Test: aarch64 Server-dvd-iso install_default_upload@uefi
URL: https://openqa.fedoraproject.org/tests/968210
ID: 968231  Test: aarch64 Server-dvd-iso server_realmd_join_kickstart@uefi
URL: https://openqa.fedoraproject.org/tests/968231
ID: 968257  Test: aarch64 Server-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: https://openqa.fedoraproject.org/tests/968257
ID: 968266  Test: aarch64 Workstation-raw_xz-raw.xz 
install_arm_image_deployment_upload@uefi
URL: 

Re: [Fedora-packaging] Re: Wine MinGW system libraries

[Zebediah Figura (she/her)]

On 9/3/21 7:13 AM, Richard W.M. Jones wrote:

On Thu, Sep 02, 2021 at 04:58:01PM -0500, Zebediah Figura (she/her) wrote:

It's worth pointing out that we will almost certainly need a
fallback solution, if we do end up using shared libraries and
*-w64-mingw32-pkg-config. This is mainly because Fedora, as far as I
can tell, is unusual in providing mingw libraries (Debian ships a
scant few; Arch ships none and in fact only recently even started
shipping the cross-compiler.) And even Fedora doesn't provide all of
the libraries we need.

I'm happy to work with Fedora and with other distributions to help
get support across the board for mingw libraries and pkg-config, but
it's going to be a hard sell to the Wine maintainers to rely on a
feature that isn't widely supported. Still, we might be able to use
it where it's present...


I'm surprised - I thought Debian had a fairly complete set but I
checked just now and they don't have many.  OpenSUSE's package set is
a bit thin which is also a surprise because we collaborated with them
on packaging in the early days.  (I might be looking in the wrong
place for OpenSUSE).

Does Wine need 32- or 64-bit packages (or both)?


We will need both 32-bit and 64-bit MinGW packages.

(On the plus side, one of the reasons we're building things in PE format 
is to have true WoW64 support. I've seen some distributions [and Mac OS] 
agitating to drop 32-bit support; I don't know if Fedora is one of them, 
but having everything in PE format would allow us to potentially drop 
32-bit dependencies for all of our system libraries, including the ones 
that aren't in PE.)

___
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 2000995] perl-CGI-Session missing for RHEL 8

[bugzilla]

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

Kevin Fenzi  changed:

   What|Removed |Added

  Component|epel-release|perl-CGI-Session
Version|epel8   |rawhide
 CC||andr...@bawue.net,
   ||perl-devel@lists.fedoraproj
   ||ect.org
   Assignee|ke...@scrye.com |andr...@bawue.net
Product|Fedora EPEL |Fedora
   Doc Type|--- |If docs needed, set a value



--- Comment #1 from Kevin Fenzi  ---
Moving to fedora perl-CGI-Session package to see if it's maintainers wish to
maintain it in epel8.


-- 
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 35 compose report: 20210903.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-35-20210902.n.0
NEW: Fedora-35-20210903.n.0

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

Size of added packages:  0 B
Size of dropped packages:0 B
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 =
Image: Cloud_Base qcow2 ppc64le
Path: Cloud/ppc64le/images/Fedora-Cloud-Base-35-20210903.n.0.ppc64le.qcow2
Image: Cloud_Base raw-xz ppc64le
Path: Cloud/ppc64le/images/Fedora-Cloud-Base-35-20210903.n.0.ppc64le.raw.xz
Image: Scientific vagrant-libvirt x86_64
Path: 
Labs/x86_64/images/Fedora-Scientific-Vagrant-35-20210903.n.0.x86_64.vagrant-libvirt.box
Image: Scientific vagrant-virtualbox x86_64
Path: 
Labs/x86_64/images/Fedora-Scientific-Vagrant-35-20210903.n.0.x86_64.vagrant-virtualbox.box
Image: Scientific_KDE live x86_64
Path: Labs/x86_64/iso/Fedora-Scientific_KDE-Live-x86_64-35-20210903.n.0.iso

= DROPPED IMAGES =
Image: Cloud_Base qcow2 s390x
Path: Cloud/s390x/images/Fedora-Cloud-Base-35-20210902.n.0.s390x.qcow2
Image: Cloud_Base raw-xz s390x
Path: Cloud/s390x/images/Fedora-Cloud-Base-35-20210902.n.0.s390x.raw.xz

= ADDED PACKAGES =

= DROPPED PACKAGES =

= 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

Fedora-Rawhide-20210903.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: 11/207 (x86_64), 15/141 (aarch64)

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

ID: 967574  Test: x86_64 Workstation-live-iso desktop_login
URL: https://openqa.fedoraproject.org/tests/967574
ID: 967590  Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/967590
ID: 967591  Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/967591
ID: 967619  Test: x86_64 Cloud_Base-qcow2-qcow2 base_system_logging@uefi
URL: https://openqa.fedoraproject.org/tests/967619
ID: 967651  Test: aarch64 Server-dvd-iso install_updates_nfs@uefi
URL: https://openqa.fedoraproject.org/tests/967651
ID: 967652  Test: aarch64 Server-dvd-iso install_vnc_server@uefi
URL: https://openqa.fedoraproject.org/tests/967652
ID: 967658  Test: aarch64 Server-dvd-iso 
install_blivet_btrfs_preserve_home_uefi@uefi
URL: https://openqa.fedoraproject.org/tests/967658
ID: 967679  Test: aarch64 Server-dvd-iso install_vnc_client@uefi
URL: https://openqa.fedoraproject.org/tests/967679
ID: 967753  Test: x86_64 universal upgrade_2_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/967753
ID: 967790  Test: x86_64 universal upgrade_2_realmd_client
URL: https://openqa.fedoraproject.org/tests/967790
ID: 967821  Test: aarch64 universal upgrade_2_server_domain_controller@uefi
URL: https://openqa.fedoraproject.org/tests/967821
ID: 967822  Test: aarch64 universal install_european_language@uefi
URL: https://openqa.fedoraproject.org/tests/967822
ID: 967832  Test: aarch64 universal install_cyrillic_language@uefi
URL: https://openqa.fedoraproject.org/tests/967832
ID: 967841  Test: aarch64 universal upgrade_2_realmd_client@uefi
URL: https://openqa.fedoraproject.org/tests/967841

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

ID: 967528  Test: x86_64 Server-dvd-iso modularity_tests
URL: https://openqa.fedoraproject.org/tests/967528
ID: 967564  Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/967564
ID: 967586  Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/967586
ID: 967623  Test: x86_64 Cloud_Base-qcow2-qcow2 
base_service_manipulation@uefi
URL: https://openqa.fedoraproject.org/tests/967623
ID: 967661  Test: aarch64 Server-dvd-iso modularity_tests@uefi
URL: https://openqa.fedoraproject.org/tests/967661
ID: 967675  Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://openqa.fedoraproject.org/tests/967675
ID: 967693  Test: aarch64 Workstation-raw_xz-raw.xz desktop_browser@uefi
URL: https://openqa.fedoraproject.org/tests/967693
ID: 967694  Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi
URL: https://openqa.fedoraproject.org/tests/967694
ID: 967704  Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi
URL: https://openqa.fedoraproject.org/tests/967704
ID: 967774  Test: x86_64 universal memtest
URL: https://openqa.fedoraproject.org/tests/967774
ID: 967793  Test: aarch64 universal install_asian_language@uefi
URL: https://openqa.fedoraproject.org/tests/967793
ID: 967825  Test: aarch64 universal upgrade_minimal_64bit@uefi
URL: https://openqa.fedoraproject.org/tests/967825

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

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

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

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

ID: 967495  Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/967495
ID: 967496  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/967496
ID: 967497  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/967497
ID: 967510  Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/967510
ID: 967547  Test: x86_64 Server-dvd-iso server_realmd_join_kickstart
URL: https://openqa.fedoraproject.org/tests/967547
ID: 967555  Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/967555
ID: 967561  Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/967561

Re: fedpkg / Python warnings

[Richard W.M. Jones]

On Fri, Sep 03, 2021 at 03:44:16PM +0200, Miro Hrončok wrote:
> On 03. 09. 21 15:12, Richard W.M. Jones wrote:
> >I'm running a rather mutant version of Fedora on my development server
> >with bits and pieces of Python upgraded to Rawhide.  Does anyone know
> >which particular component might be printing all these annoying warnings?
> >
> >Rich.
> >
> >$ fedpkg verrel
> >:1: DeprecationWarning: The distutils package is deprecated and 
> >slated for removal in Python 3.12. Use setuptools or check PEP 632 for 
> >potential alternatives
> >:1: DeprecationWarning: The distutils.sysconfig module is 
> >deprecated, use sysconfig instead
> >:1: DeprecationWarning: The distutils package is deprecated and 
> >slated for removal in Python 3.12. Use setuptools or check PEP 632 for 
> >potential alternatives
> >:1: DeprecationWarning: The distutils.sysconfig module is 
> >deprecated, use sysconfig instead
> >:1: DeprecationWarning: The distutils package is deprecated and 
> >slated for removal in Python 3.12. Use setuptools or check PEP 632 for 
> >potential alternatives
> >:1: DeprecationWarning: The distutils.sysconfig module is 
> >deprecated, use sysconfig instead
> >:1: DeprecationWarning: The distutils package is deprecated and 
> >slated for removal in Python 3.12. Use setuptools or check PEP 632 for 
> >potential alternatives
> >:1: DeprecationWarning: The distutils.sysconfig module is 
> >deprecated, use sysconfig instead
> >:1: DeprecationWarning: The distutils package is deprecated and 
> >slated for removal in Python 3.12. Use setuptools or check PEP 632 for 
> >potential alternatives
> >:1: DeprecationWarning: The distutils.sysconfig module is 
> >deprecated, use sysconfig instead
> 
> This might very well come from the specfile if it has
> %python3_sitelib or %pythohn3_sitearch in it. The macros used
> distutils on Fedora 34 but were upgraded to sysconfig on Fedora 35.

Yes, indeed.  Updating the package containing
/usr/lib/rpm/macros.d/macros.python3 fixed it.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
___
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: fedpkg / Python warnings

[Miro Hrončok]

On 03. 09. 21 15:12, Richard W.M. Jones wrote:

I'm running a rather mutant version of Fedora on my development server
with bits and pieces of Python upgraded to Rawhide.  Does anyone know
which particular component might be printing all these annoying warnings?

Rich.

$ fedpkg verrel
:1: DeprecationWarning: The distutils package is deprecated and slated 
for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
:1: DeprecationWarning: The distutils.sysconfig module is deprecated, 
use sysconfig instead
:1: DeprecationWarning: The distutils package is deprecated and slated 
for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
:1: DeprecationWarning: The distutils.sysconfig module is deprecated, 
use sysconfig instead
:1: DeprecationWarning: The distutils package is deprecated and slated 
for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
:1: DeprecationWarning: The distutils.sysconfig module is deprecated, 
use sysconfig instead
:1: DeprecationWarning: The distutils package is deprecated and slated 
for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
:1: DeprecationWarning: The distutils.sysconfig module is deprecated, 
use sysconfig instead
:1: DeprecationWarning: The distutils package is deprecated and slated 
for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
:1: DeprecationWarning: The distutils.sysconfig module is deprecated, 
use sysconfig instead


This might very well come from the specfile if it has %python3_sitelib or 
%pythohn3_sitearch in it. The macros used distutils on Fedora 34 but were 
upgraded to sysconfig on Fedora 35.


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

fedpkg / Python warnings

[Richard W.M. Jones]

I'm running a rather mutant version of Fedora on my development server
with bits and pieces of Python upgraded to Rawhide.  Does anyone know
which particular component might be printing all these annoying warnings?

Rich.

$ fedpkg verrel
:1: DeprecationWarning: The distutils package is deprecated and slated 
for removal in Python 3.12. Use setuptools or check PEP 632 for potential 
alternatives
:1: DeprecationWarning: The distutils.sysconfig module is deprecated, 
use sysconfig instead
:1: DeprecationWarning: The distutils package is deprecated and slated 
for removal in Python 3.12. Use setuptools or check PEP 632 for potential 
alternatives
:1: DeprecationWarning: The distutils.sysconfig module is deprecated, 
use sysconfig instead
:1: DeprecationWarning: The distutils package is deprecated and slated 
for removal in Python 3.12. Use setuptools or check PEP 632 for potential 
alternatives
:1: DeprecationWarning: The distutils.sysconfig module is deprecated, 
use sysconfig instead
:1: DeprecationWarning: The distutils package is deprecated and slated 
for removal in Python 3.12. Use setuptools or check PEP 632 for potential 
alternatives
:1: DeprecationWarning: The distutils.sysconfig module is deprecated, 
use sysconfig instead
:1: DeprecationWarning: The distutils package is deprecated and slated 
for removal in Python 3.12. Use setuptools or check PEP 632 for potential 
alternatives
:1: DeprecationWarning: The distutils.sysconfig module is deprecated, 
use sysconfig instead

libnbd-1.9.4-1.fc36


-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
___
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: openshadinglanguage 1.11.15 failed with llvm 12 and up

[Richard Shaw]

You modifications to the Imath patch aren't working for me trying to do a
mock build so here's my untested patch for LLVM 13:

$ cat osl-llvm13.patch
Index: OpenShadingLanguage-Release-1.11.14.2/src/liboslexec/llvm_util.cpp
===
--- OpenShadingLanguage-Release-1.11.14.2.orig/src/liboslexec/llvm_util.cpp
+++ OpenShadingLanguage-Release-1.11.14.2/src/liboslexec/llvm_util.cpp
@@ -1228,7 +1228,9 @@ LLVM_Util::make_jit_execengine (std::str

 options.NoZerosInBSS = false;
 options.GuaranteedTailCallOpt = false;
+#if LLVM_VERSION < 13
 options.StackAlignmentOverride = 0;
+#endif
 options.FunctionSections = true;
 options.UseInitArray = false;
 options.FloatABIType = llvm::FloatABI::Default;
@@ -2989,7 +2991,7 @@ void
 LLVM_Util::write_bitcode_file (const char *filename, std::string *err)
 {
 std::error_code local_error;
-llvm::raw_fd_ostream out (filename, local_error,
llvm::sys::fs::F_None);
+llvm::raw_fd_ostream out (filename, local_error,
llvm::sys::fs::OF_None);
 if (! out.has_error()) {
 llvm::WriteBitcodeToFile (*module(), out);
 if (err && local_error)
@@ -3051,7 +3053,9 @@ LLVM_Util::ptx_compile_group (llvm::Modu
 options.AllowFPOpFusion=
llvm::FPOpFusion::Fast;
 options.NoZerosInBSS   = 0;
 options.GuaranteedTailCallOpt  = 0;
+#if LLVM_VERSION < 13
 options.StackAlignmentOverride = 0;
+#endif
 options.UseInitArray   = 0;

 llvm::TargetMachine* target_machine = llvm_target->createTargetMachine(

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

Re: openshadinglanguage 1.11.15 failed with llvm 12 and up

[Richard Shaw]

Testing a patch now, F_None was supposed to be OF_None and it looks like
specifying StackAlignmentOverride is no longer required (I hope) as of LLVM
13.

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

Re: [Fedora-packaging] Re: Wine MinGW system libraries

[Neal Gompa]

On Fri, Sep 3, 2021 at 8:13 AM Richard W.M. Jones  wrote:
>
> On Thu, Sep 02, 2021 at 04:58:01PM -0500, Zebediah Figura (she/her) wrote:
> > It's worth pointing out that we will almost certainly need a
> > fallback solution, if we do end up using shared libraries and
> > *-w64-mingw32-pkg-config. This is mainly because Fedora, as far as I
> > can tell, is unusual in providing mingw libraries (Debian ships a
> > scant few; Arch ships none and in fact only recently even started
> > shipping the cross-compiler.) And even Fedora doesn't provide all of
> > the libraries we need.
> >
> > I'm happy to work with Fedora and with other distributions to help
> > get support across the board for mingw libraries and pkg-config, but
> > it's going to be a hard sell to the Wine maintainers to rely on a
> > feature that isn't widely supported. Still, we might be able to use
> > it where it's present...
>
> I'm surprised - I thought Debian had a fairly complete set but I
> checked just now and they don't have many.  OpenSUSE's package set is
> a bit thin which is also a surprise because we collaborated with them
> on packaging in the early days.  (I might be looking in the wrong
> place for OpenSUSE).
>

openSUSE maintains them in a separate devel project for now:

* Windows 32-bit x86:
https://build.opensuse.org/project/show/windows:mingw:win32
* Windows 64-bit x86:
https://build.opensuse.org/project/show/windows:mingw:win64

Once Wine needs them, they'll probably land in openSUSE:Factory and go
into Tumbleweed.



-- 
真実はいつも一つ！/ 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: openshadinglanguage 1.11.15 failed with llvm 12 and up

[Richard Shaw]

On Fri, Sep 3, 2021 at 3:28 AM Luya Tshimbalanga 
wrote:

> Hello team,
>
> Building the latest stable osl 1.11.15 failed on all Fedora version except
> Release 33 due to error caused by llvm 12.
> The following result from Rawhide highlight the cause:
> ~~~
> /builddir/build/BUILD/OpenShadingLanguage-Release-1.11.15.0/src/liboslexec/llvm_util.cpp:
> In member function 'void
> OSL_v1_11::pvt::LLVM_Util::write_bitcode_file(const char*, std::string*)':
> /builddir/build/BUILD/OpenShadingLanguage-Release-1.11.15.0/src/liboslexec/llvm_util.cpp:2992:69:
> error: 'F_None' is not a member of 'llvm::sys::fs'; did you mean 'OF_None'?
>  2992 | llvm::raw_fd_ostream out (filename, local_error,
> llvm::sys::fs::F_None);
>   |
>  ^~
>   |
>  OF_None
>

Looks like F_None is (was) a compatibility spelling, I didn't dig but I bet
what it should be changed to is in here somewhere:

https://reviews.llvm.org/D101650



> /builddir/build/BUILD/OpenShadingLanguage-Release-1.11.15.0/src/liboslexec/llvm_util.cpp:
> In member function 'bool
> OSL_v1_11::pvt::LLVM_Util::ptx_compile_group(llvm::Module*, const string&,
> std::string&)':
> /builddir/build/BUILD/OpenShadingLanguage-Release-1.11.15.0/src/liboslexec/llvm_util.cpp:3054:13:
> error: 'class llvm::TargetOptions' has no member named
> 'StackAlignmentOverride'
>  3054 | options.StackAlignmentOverride = 0;
>   | ^~
>

Looks like this was removed/renamed as well:

https://reviews.llvm.org/D103048

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

openbabel-3.1* in Rawhide

[Antonio T. sagitter]

@fedora
These are some information for upgrading to openbabel3.

@epel7
It's also opened a bugzilla ticket (#1628243) for building 
openbabel-2.4.1 on epel7


Are we definitely interested?

Links of Copr projects to get srpms for testing:

openbabel3-3.1.1: 
https://copr.fedorainfracloud.org/coprs/sagitter/Openbabel-3/


openbabel2-2.4.1: 
https://copr.fedorainfracloud.org/coprs/sagitter/ForTesting/


On 9/1/21 10:35 AM, Mamoru TASAKA wrote:

Antonio T. sagitter wrote on 2021/09/01 16:58:

You're right, i underestimated the issue.
Probably, Avogadro is not compatible with openbabel3 but Avogadro2 
should be.


I try to keep a separated 'openbabel2' package as new rpm, and then 
upgrade current 'openbabel' to the release 3+


Thank you.


There is useful information on debian:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946263



On 8/31/21 8:05 PM, Alexander Ploumistos wrote:

On Tue, Aug 31, 2021 at 6:08 PM Antonio T. sagitter
 wrote:


On 8/31/21 5:27 PM, Alexander Ploumistos wrote:




We must decide if go forward with most recent software or stay 
stationary.

Which software are not ready for openbabel-3 yet?


Almost two years ago (how time flies!), when the subject had been
first broached, Dominik provided this list:

Link-time dependencies:
IQmol
avogadro
ghemical

Okay with debian patch:
https://sources.debian.org/src/ghemical/3.0.0-5/debian/patches/openbabel3.patch/ 


I've applied this to Fedora git source.


gnome-chemistry-utils

debian says only a small modification is needed:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946263#20


kalzium
molsketch



xdrawchem

https://github.com/bryanherger/xdrawchem/pull/17


Run-time dependencies:
avogadro2
chemtool
molsketch


At the time, I think only Molsketch was compatible with Open Babel 3.
After getting version 3.1.1 to build[1], I spent a few weekends trying
to modify gnome-chemistry-utils, but due to lack of time I didn't go
very far and looking at the code in my files, I'm not really sure what
I've actually done, I don't remember much. Personally, I use avogadro*
a lot, which you maintain (and therefore I don't worry about it ;) )
and GChemCalc (almost daily) and sometimes GSpectrum from g-c-u,
neither of which is indispensable, though both are quite handy. I
haven't checked any of the other programs on that list recently, but
about a year ago, not much had changed.


I can leave to you an openbabel-3 srpm or Copr builds of it for your 
tests.


One week is a minimal time, no problem if you need more time.



As far as I can tell, Molsketch will use whichever version of Open
Babel is installed on the system and users of a couple of other
distros have been building it against v3 without any problems, so I
don't expect any either. Just please let me know when you've built it
in Rawhide and I'll do the rebuild then - hopefully the new version
will also be out by that time.


Best regards,
A.


1. https://copr.fedorainfracloud.org/coprs/alexpl/openbabel/builds/





--
---
Antonio Trande
Fedora Project
mailto: sagit...@fedoraproject.org
GPG key: 0x29FBC85D7A51CC2F
GPG key server: https://keyserver1.pgp.com/




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

[EPEL-devel] openbabel-3.1* in Rawhide

[Antonio T. sagitter]

@fedora
These are some information for upgrading to openbabel3.

@epel7
It's also opened a bugzilla ticket (#1628243) for building 
openbabel-2.4.1 on epel7


Are we definitely interested?

Links of Copr projects to get srpms for testing:

openbabel3-3.1.1: 
https://copr.fedorainfracloud.org/coprs/sagitter/Openbabel-3/


openbabel2-2.4.1: 
https://copr.fedorainfracloud.org/coprs/sagitter/ForTesting/


On 9/1/21 10:35 AM, Mamoru TASAKA wrote:

Antonio T. sagitter wrote on 2021/09/01 16:58:

You're right, i underestimated the issue.
Probably, Avogadro is not compatible with openbabel3 but Avogadro2 
should be.


I try to keep a separated 'openbabel2' package as new rpm, and then 
upgrade current 'openbabel' to the release 3+


Thank you.


There is useful information on debian:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946263



On 8/31/21 8:05 PM, Alexander Ploumistos wrote:

On Tue, Aug 31, 2021 at 6:08 PM Antonio T. sagitter
 wrote:


On 8/31/21 5:27 PM, Alexander Ploumistos wrote:




We must decide if go forward with most recent software or stay 
stationary.

Which software are not ready for openbabel-3 yet?


Almost two years ago (how time flies!), when the subject had been
first broached, Dominik provided this list:

Link-time dependencies:
IQmol
avogadro
ghemical

Okay with debian patch:
https://sources.debian.org/src/ghemical/3.0.0-5/debian/patches/openbabel3.patch/ 


I've applied this to Fedora git source.


gnome-chemistry-utils

debian says only a small modification is needed:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946263#20


kalzium
molsketch



xdrawchem

https://github.com/bryanherger/xdrawchem/pull/17


Run-time dependencies:
avogadro2
chemtool
molsketch


At the time, I think only Molsketch was compatible with Open Babel 3.
After getting version 3.1.1 to build[1], I spent a few weekends trying
to modify gnome-chemistry-utils, but due to lack of time I didn't go
very far and looking at the code in my files, I'm not really sure what
I've actually done, I don't remember much. Personally, I use avogadro*
a lot, which you maintain (and therefore I don't worry about it ;) )
and GChemCalc (almost daily) and sometimes GSpectrum from g-c-u,
neither of which is indispensable, though both are quite handy. I
haven't checked any of the other programs on that list recently, but
about a year ago, not much had changed.


I can leave to you an openbabel-3 srpm or Copr builds of it for your 
tests.


One week is a minimal time, no problem if you need more time.



As far as I can tell, Molsketch will use whichever version of Open
Babel is installed on the system and users of a couple of other
distros have been building it against v3 without any problems, so I
don't expect any either. Just please let me know when you've built it
in Rawhide and I'll do the rebuild then - hopefully the new version
will also be out by that time.


Best regards,
A.


1. https://copr.fedorainfracloud.org/coprs/alexpl/openbabel/builds/





--
---
Antonio Trande
Fedora Project
mailto: sagit...@fedoraproject.org
GPG key: 0x29FBC85D7A51CC2F
GPG key server: https://keyserver1.pgp.com/




OpenPGP_0x29FBC85D7A51CC2F.asc
Description: OpenPGP public key


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

Re: [Fedora-packaging] Re: Wine MinGW system libraries

[Daniel P . Berrangé]

On Fri, Sep 03, 2021 at 01:13:13PM +0100, Richard W.M. Jones wrote:
> On Thu, Sep 02, 2021 at 04:58:01PM -0500, Zebediah Figura (she/her) wrote:
> > It's worth pointing out that we will almost certainly need a
> > fallback solution, if we do end up using shared libraries and
> > *-w64-mingw32-pkg-config. This is mainly because Fedora, as far as I
> > can tell, is unusual in providing mingw libraries (Debian ships a
> > scant few; Arch ships none and in fact only recently even started
> > shipping the cross-compiler.) And even Fedora doesn't provide all of
> > the libraries we need.
> > 
> > I'm happy to work with Fedora and with other distributions to help
> > get support across the board for mingw libraries and pkg-config, but
> > it's going to be a hard sell to the Wine maintainers to rely on a
> > feature that isn't widely supported. Still, we might be able to use
> > it where it's present...
> 
> I'm surprised - I thought Debian had a fairly complete set but I
> checked just now and they don't have many.

For Debian, I believe people typically add the "MXE" project apt repos

  https://mxe.cc/
  https://pkg.mxe.cc/repos/apt/dists/


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: [Fedora-packaging] Re: Wine MinGW system libraries

[Richard W.M. Jones]

On Thu, Sep 02, 2021 at 04:58:01PM -0500, Zebediah Figura (she/her) wrote:
> It's worth pointing out that we will almost certainly need a
> fallback solution, if we do end up using shared libraries and
> *-w64-mingw32-pkg-config. This is mainly because Fedora, as far as I
> can tell, is unusual in providing mingw libraries (Debian ships a
> scant few; Arch ships none and in fact only recently even started
> shipping the cross-compiler.) And even Fedora doesn't provide all of
> the libraries we need.
> 
> I'm happy to work with Fedora and with other distributions to help
> get support across the board for mingw libraries and pkg-config, but
> it's going to be a hard sell to the Wine maintainers to rely on a
> feature that isn't widely supported. Still, we might be able to use
> it where it's present...

I'm surprised - I thought Debian had a fairly complete set but I
checked just now and they don't have many.  OpenSUSE's package set is
a bit thin which is also a surprise because we collaborated with them
on packaging in the early days.  (I might be looking in the wrong
place for OpenSUSE).

Does Wine need 32- or 64-bit packages (or both)?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines.  Boot with a
live CD or over the network (PXE) and turn machines into KVM guests.
http://libguestfs.org/virt-v2v
___
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: 20210903.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20210902.n.0
NEW: Fedora-Rawhide-20210903.n.0

= SUMMARY =
Added images:5
Dropped images:  0
Added packages:  7
Dropped packages:0
Upgraded packages:   71
Downgraded packages: 1

Size of added packages:  9.87 MiB
Size of dropped packages:0 B
Size of upgraded packages:   2.81 GiB
Size of downgraded packages: 16.43 MiB

Size change of upgraded packages:   241.63 MiB
Size change of downgraded packages: 1.97 MiB

= ADDED IMAGES =
Image: Scientific_KDE live x86_64
Path: Labs/x86_64/iso/Fedora-Scientific_KDE-Live-x86_64-Rawhide-20210903.n.0.iso
Image: Scientific vagrant-libvirt x86_64
Path: 
Labs/x86_64/images/Fedora-Scientific-Vagrant-Rawhide-20210903.n.0.x86_64.vagrant-libvirt.box
Image: Cloud_Base qcow2 ppc64le
Path: Cloud/ppc64le/images/Fedora-Cloud-Base-Rawhide-20210903.n.0.ppc64le.qcow2
Image: Scientific vagrant-virtualbox x86_64
Path: 
Labs/x86_64/images/Fedora-Scientific-Vagrant-Rawhide-20210903.n.0.x86_64.vagrant-virtualbox.box
Image: Cloud_Base raw-xz ppc64le
Path: Cloud/ppc64le/images/Fedora-Cloud-Base-Rawhide-20210903.n.0.ppc64le.raw.xz

= DROPPED IMAGES =

= ADDED PACKAGES =
Package: auditwheel-4.0.0-1.fc36
Summary: Cross-distribution Linux wheels auditing and relabeling
RPMs:auditwheel
Size:85.28 KiB

Package: c-ares-1.17.1-3.module_f36+12602+12635f8d
Summary: A library that performs asynchronous DNS operations
RPMs:c-ares c-ares-devel
Size:1.93 MiB

Package: golang-github-clbanning-mxj-2.5.5-1.fc36
Summary: Decode / encode XML to/from map[string]interface{} (or JSON)
RPMs:golang-github-clbanning-mxj-devel
Size:1.03 MiB

Package: golang-k8s-controller-manager-1.22.0-1.fc36
Summary: Common public library code for kube-controller-manager and 
cloud-controller-manager
RPMs:golang-k8s-controller-manager-devel
Size:40.17 KiB

Package: nghttp2-1.44.0-2.module_f36+12605+11944683
Summary: Experimental HTTP/2 client, server and proxy
RPMs:libnghttp2 libnghttp2-devel nghttp2
Size:6.71 MiB

Package: nodejs-packaging-2021.06-3.module_f36+12602+12635f8d
Summary: RPM Macros and Utilities for Node.js Packaging
RPMs:nodejs-packaging nodejs-packaging-bundler
Size:60.58 KiB

Package: perl-Mock-MonkeyPatch-1.02-2.fc36
Summary: Monkey patching with test mocking in mind
RPMs:perl-Mock-MonkeyPatch
Size:23.77 KiB


= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  ORBit2-2.14.19-27.fc36
Old package:  ORBit2-2.14.19-27.fc35
Summary:  A high-performance CORBA Object Request Broker
RPMs: ORBit2 ORBit2-devel
Size: 2.03 MiB
Size change:  -605 B

Package:  age-1.0.0~rc.3-2.fc36
Old package:  age-1.0.0~rc.3-1.fc36
Summary:  Simple, modern and secure encryption tool
RPMs: age golang-filippo-age-devel
Size: 6.19 MiB
Size change:  12.95 KiB
Changelog:
  * Mon Aug 30 2021 Mikel Olasagasti Uranga  - 
1.0.0~rc.3-2
  - Add man pages


Package:  ansible-lint-1:5.1.3-1.fc36
Old package:  ansible-lint-1:5.1.2-2.fc35
Summary:  Best practices checker for Ansible
RPMs: python3-ansible-lint
Size: 194.12 KiB
Size change:  729 B
Changelog:
  * Thu Sep 02 2021 Parag Nemade  - 1:5.1.3-1
  - Update to 5.1.3 version (#1999888)


Package:  archlinux-keyring-20210818-1.fc36
Old package:  archlinux-keyring-20210110-2.fc35
Summary:  GPG keys used by Arch distribution to sign packages
RPMs: archlinux-keyring
Size: 968.21 KiB
Size change:  14.99 KiB
Changelog:
  * Thu Sep 02 2021 Zbigniew J??drzejewski-Szmek  20210818-1
  - Version 20210818 (#1988670)


Package:  arpack-3.8.0-3.fc36
Old package:  arpack-3.8.0-2.fc35
Summary:  Fortran 77 subroutines for solving large scale eigenvalue problems
RPMs: arpack arpack-devel arpack-doc arpack-static
Size: 2.06 MiB
Size change:  1.23 KiB
Changelog:
  * Thu Sep 02 2021 Dominik Mierzejewski  - 3.8.0-3
  - ensure arpackicb.h is installed (#1990366)
  - spec clean-up: drop support for building with other blas libs on F34+
  - drop obsolete ldconfig scriptlet macro


Package:  awscli-1.20.35-1.fc36
Old package:  awscli-1.20.31-1.fc36
Summary:  Universal Command Line Environment for AWS
RPMs: awscli
Size: 2.10 MiB
Size change:  -96 B
Changelog:
  * Thu Sep 02 2021 Gwyn Ciesla  - 1.20.34-1
  - 1.20.34

  * Thu Sep 02 2021 Gwyn Ciesla  - 1.20.35-1
  - 1.20.35


Package:  cpio-2.13-11.fc36
Old package:  cpio-2.13-11.fc35
Summary:  A GNU archiving program
RPMs: cpio
Size: 1.32 MiB
Size change:  -959 B

Package:  eccodes-2.23.0-1.fc36
Old package:  eccodes-2.22.1-4.fc36
Summary:  WMO data format decoding and encoding
RPMs: eccodes eccodes-data eccodes-devel eccodes-doc
Size: 7.02 MiB
Size change:  94.52 KiB
Changelog:
  * Thu Sep 02 2021 Jos de Kloe  - 2.23.0-1
  - Upgrade to upstream version 2.23.0


Package:  efi-rpm-macros-5-4.fc36
Old package:  efi-rpm-macros-5-3.fc35

Re: Wine MinGW system libraries

[Richard W.M. Jones]

On Thu, Sep 02, 2021 at 12:11:43PM -0500, Zebediah Figura (she/her) wrote:
> On 9/2/21 12:08 PM, Florian Weimer wrote:
> >* Zebediah Figura:
> >
> >>(2) If we use dynamic libraries, should dependencies be included in
> >>the main wine package, or packaged separately?
> >
> >Aren't many of them already packages separately?  For example
> >mingw32-libpng and mingw32-gnutls?
> 
> Thanks, I wasn't aware of these. I had tried to search for Fedora
> mingw packages, but didn't realize that looking up "mingw" on
> rpmfind.net wasn't enough :-/

Just a note that the authoritative source is:

https://src.fedoraproject.org/rpms/mingw-gnutls

(substitute package name as appropriate).  There's also a search
engine at https://src.fedoraproject.org/projects/rpms/%2A

> Note that this ties into (3) though. It would presumably be enough
> for static libraries, but we need specially named shared libraries,
> and we can't "just" use these packages since as far as I'm aware
> there's no standardized way to find them.

Some of the mingw packages have static subpackages already, and those
that don't can usually be enabled with relative ease.  eg.  for gnutls
you'd have to make a few obvious changes to the spec file:

https://src.fedoraproject.org/rpms/mingw-gnutls/blob/rawhide/f/mingw-gnutls.spec

I think the important question is do these libraries match what Wine
is expecting to use?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
___
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: pdftk retired?

[Michael J Gruber]

Depending on what you want to achieve, mupdf and its tools may be an option. 
Back then I switched impressive from pdftk to mupdf/mutool. It has python 
bindings, too.

As for a "swiss army knife" command line utility, qpdf is very versatile if you 
don't mind the learning curve. There is a gui "PDF Mix Tool" which is not in 
Fedora.

Alternatively, we have pdfbox in Fedora, which is a Java library including 
tools; and pdfjam and certainly some more.

If I remember correctly, then the licensing of the iText library which pdftk 
uses was the main problem in Fedora land, but I never looked back since 
switching away from pdftk/itext.
___
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: CPE to staff EPEL

[Leigh Griffin]

On Thu, Sep 2, 2021 at 10:41 PM Nico Kadel-Garcia  wrote:

>
>
> On Thu, Sep 2, 2021 at 11:23 AM Leigh Griffin  wrote:
>
>> Hey everyone,
>>
>> Just a quick mail to let folks know that from October 1st, the CPE team
>> will be working towards supporting the EPEL community. We just posted a
>> quick comm blog on it [1] and wanted to raise wider awareness on the devel
>> list. More good things to follow in the coming weeks and I will try and
>> cross post here, but please consider following the EPEL mailing list [2]
>> where we will be posting more regular updates.
>>
>
> Cool. EPEL has long been a necessary part of RHEL environments, and for
> many of us RHEL would not be welcome in our production environments without
> it.  I especially include components like ansible, which may be available
> from additional RHEL yum channels but are awkward, at best, to provide in
> CentOS and non-specifically-subscribed default RHEL systems. It's going to
> especially require attention with the 4.x release of ansible, which
> requires python 3.6 or later, and which originally required python 3.8
> which was not available for RHEL 7 or CentOS 7. I thought I might have to
> set up pyenv, which I did *not* want to do!
>

Thanks Nico for the input and observations here, this is exactly what we
want to hear as we look to make improvements :)

>
> Nico Kadel-Garcia 
> ___
> 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
>


-- 

Leigh Griffin

Senior Engineering Manager

Red Hat Waterford 

Communications House

Cork Road, Waterford City

lgrif...@redhat.com
M: +353877545162 IM: lgriffin
@redhatjobs    redhatjobs
 @redhatjobs


___
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: [NeuroFedora-bugs] Re: Review swap: python-pathos (required to update python-SALib)

[Ankur Sinha]

On Fri, Sep 03, 2021 09:38:44 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Sep 03, 2021 at 10:26:07AM +0100, Ankur Sinha wrote:
> > Hi folks,
> > 
> > Would anyone like to swap reviews please? I'd like to get python-pathos
> > reviewed. It is required to update python-SALib to the latest release
> > (and fix its FTI/FTBFS).
> > 
> > https://bugzilla.redhat.com/show_bug.cgi?id=2000598
> 
> Done.

Awesome! Thanks very much :)

-- 
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) | 
https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London


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: ansible-pcp package contains placeholder in update notification

[Petr Pisar]

V Fri, Sep 03, 2021 at 11:29:05AM +0200, Marius Schwarz napsal(a):
> Am 03.09.21 um 10:37 schrieb Petr Pisar:
> > 
> > 
> > > Fedora Update Notification
> > > FEDORA-2021-2b65aac5d5
> > > 2021-09-02 23:52:43.161269
> > > 
> > > 
> > > Name : ansible-pcp
> > > Product : Fedora 33
> > > Version : 2.2.1
> > > Release : 1.fc33
> > > *URL : %{ansible_collection_url}*
> > > Summary : Ansible Metric collection for Performance Co-Pilot
> > > 
> > Where did you get this message from? The URL value in the package as
> > downloadable from
> >  is fine. Was
> > is an output of a DNF command? Which command exactly?
> > 
> 
> No, from the message send to "package-annou...@lists.fedoraproject.org".
> 
I see. I reported a bug against Bodhi
.

-- 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-Cloud-34-20210903.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-20210902.0):

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

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: Review swap: python-pathos (required to update python-SALib)

[Zbigniew Jędrzejewski-Szmek]

On Fri, Sep 03, 2021 at 10:26:07AM +0100, Ankur Sinha wrote:
> Hi folks,
> 
> Would anyone like to swap reviews please? I'd like to get python-pathos
> reviewed. It is required to update python-SALib to the latest release
> (and fix its FTI/FTBFS).
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=2000598

Done.

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: ansible-pcp package contains placeholder in update notification

[Marius Schwarz]

Am 03.09.21 um 10:37 schrieb Petr Pisar:
 


Fedora Update Notification
FEDORA-2021-2b65aac5d5
2021-09-02 23:52:43.161269


Name : ansible-pcp
Product : Fedora 33
Version : 2.2.1
Release : 1.fc33
*URL : %{ansible_collection_url}*
Summary : Ansible Metric collection for Performance Co-Pilot


Where did you get this message from? The URL value in the package as
downloadable from
 is fine. Was
is an output of a DNF command? Which command exactly?



No, from the message send to "package-annou...@lists.fedoraproject.org".

best regards,
Marius
___
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: replace memtest86+ with pcmemtest, needs maintainer

[Hans de Goede]

Hi,

On 8/30/21 9:35 PM, Gordon Messmer wrote:
> On 8/30/21 12:08 PM, Hans de Goede wrote:
>>
>> I checked the entry on a Windows multiboot system and it does not have the
>> "insmod chain" line, maybe droppint that helps?
> 
> 
> Same result.  GRUB returns immediately to its menu.  I'm certain the path is 
> correct, because GRUB will report an error if it is wrong.

So I took a quick look myself and I could not get this to work either,
the EFI binary is weird and the talk of "Linux handoff protocol" in the
README makes me think that the grub menu entry actually should look
like this:

linux /pcmemtest.efi

I tried that, with Fedora's grub but it does not work either
(the screen goes black IIRC).

Still I believe this is how it is supposed to work, also because
of this:

[root@x1 ~]# file /boot/efi/EFI/fedora/pcmemtest.efi 
/boot/efi/EFI/fedora/pcmemtest.efi: Linux kernel x86 boot executable bzImage, 
version \353fHdrS\014\002, RW-rootFS,

I believe this is not working with Fedora's EFI grub binaries
because we patch grub to not use the handover protocol when
running in EFI mode. The Linux x86_64 vmlinuz image actually
has an EFI stub, so that it can be executed as an EFI
executable without needing a bootloader at all. And AFAIK that
stub actually works better / on more hw then letting grub
do the BIOS oriented handover-protocol thingie on EFI.

So the Fedora EFI grub is patched to treat a "linux" line
as a chainload line (more or less) with the exception of
doing some stuff to pass the cmdline + initrd.

It might be interesting to try and using e.g. an EFI
grub binary from Ubuntu with a:

linux /pcmemtest.efi

menu entry, to confirm my theory and after that it is probably
best to reach out to pcmemtest's upstream about this.

Regards,

Hans



p.s.

Note that pcmemtest does not really seem to be a "proper"
EFI app instead it just contains the bare essentials to run,
but e.g. keyboard input does not work unless the BIOS compat
module of the EFI is enabled, which now a days usually it is
not. So I'm afraid that getting this ready will require a
fair amount of work.
___
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

Review swap: python-pathos (required to update python-SALib)

[Ankur Sinha]

Hi folks,

Would anyone like to swap reviews please? I'd like to get python-pathos
reviewed. It is required to update python-SALib to the latest release
(and fix its FTI/FTBFS).

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

It should be a relatively straight forward review. It uses the new
python packaging guidelines.

-- 
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) | 
https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London


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: ansible-pcp package contains placeholder in update notification

[Petr Pisar]

V Fri, Sep 03, 2021 at 10:07:14AM +0200, Marius Schwarz napsal(a):
> just noticed:
> 
> 
> Fedora Update Notification
> FEDORA-2021-2b65aac5d5
> 2021-09-02 23:52:43.161269
> 
> 
> Name : ansible-pcp
> Product : Fedora 33
> Version : 2.2.1
> Release : 1.fc33
> *URL : %{ansible_collection_url}*
> Summary : Ansible Metric collection for Performance Co-Pilot
> 
Where did you get this message from? The URL value in the package as
downloadable from
 is fine. Was
is an output of a DNF command? Which command exactly?

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

openshadinglanguage 1.11.15 failed with llvm 12 and up

[Luya Tshimbalanga]

Hello team, 

Building the latest stable osl 1.11.15 failed on all Fedora version except 
Release 33 due to error caused by llvm 12.
The following result from Rawhide highlight the cause:
~~~
/builddir/build/BUILD/OpenShadingLanguage-Release-1.11.15.0/src/liboslexec/llvm_util.cpp:
 In member function 'void OSL_v1_11::pvt::LLVM_Util::write_bitcode_file(const 
char*, std::string*)':
/builddir/build/BUILD/OpenShadingLanguage-Release-1.11.15.0/src/liboslexec/llvm_util.cpp:2992:69:
 error: 'F_None' is not a member of 'llvm::sys::fs'; did you mean 'OF_None'?
 2992 | llvm::raw_fd_ostream out (filename, local_error, 
llvm::sys::fs::F_None);
  | 
^~
  | 
OF_None
/builddir/build/BUILD/OpenShadingLanguage-Release-1.11.15.0/src/liboslexec/llvm_util.cpp:
 In member function 'bool 
OSL_v1_11::pvt::LLVM_Util::ptx_compile_group(llvm::Module*, const string&, 
std::string&)':
/builddir/build/BUILD/OpenShadingLanguage-Release-1.11.15.0/src/liboslexec/llvm_util.cpp:3054:13:
 error: 'class llvm::TargetOptions' has no member named 'StackAlignmentOverride'
 3054 | options.StackAlignmentOverride = 0;
  | ^~
gmake[2]: *** [src/liboslexec/CMakeFiles/oslexec.dir/build.make:576: 
src/liboslexec/CMakeFiles/oslexec.dir/llvm_util.cpp.o] Error 1
gmake[2]: *** Waiting for unfinished jobs
~~~

COPR build is located on 
https://copr.fedorainfracloud.org/coprs/luya/blender-egl/build/2680435/

Patch or suggestion welcome.

Thanks in advance, 
Luya
___
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

ansible-pcp package contains placeholder in update notification

[Marius Schwarz]

just noticed:


Fedora Update Notification
FEDORA-2021-2b65aac5d5
2021-09-02 23:52:43.161269


Name : ansible-pcp
Product : Fedora 33
Version : 2.2.1
Release : 1.fc33
*URL : %{ansible_collection_url}*
Summary : Ansible Metric collection for Performance Co-Pilot



best regards,
Marius Schwarz
___
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-20210903.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-20210902.0):

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

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

[Bug 2000702] perl-Sys-Virt-7.7.0 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

   Fixed In Version||perl-Sys-Virt-7.7.0-1.fc36
 Status|ASSIGNED|CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2021-09-03 06:29:58




-- 
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 2000702] perl-Sys-Virt-7.7.0 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 CC|berra...@redhat.com,|
   |crobi...@redhat.com,|
   |jples...@redhat.com,|
   |st...@silug.org |
   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