Re: glibc 2.36 and DT_HASH (preserving it for F37+)

[Gary Buhrmaster]

On Mon, Aug 22, 2022 at 4:21 AM Kevin Kofler via devel
 wrote:

> PS: I find it incredibly rude to share a paywalled link on a public mailing
> list,

I 100% agree with this (although, to be slightly fair, this does
regularly happen on many of the lists I read, as people just
presume (falsely) that others subscribe to the same pay-walled
sites the submitter's do, and until it is pointed out the
submitter had not thought it through).

> all the more in cases like this where there is a legal way to share
> the content without excluding large parts of the community.

I appreciate that others are willing to share to the community,
but I also do understand that should subscribers continuously
share to a large enough community the subscription model will
eventually fail apart (and will result in another "and this is why
we can't have nice things" collapse).
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: glibc 2.36 and DT_HASH (preserving it for F37+)

[Kevin Kofler via devel]

Kevin Kofler via devel wrote:
> Neal Gompa wrote:
>> There's a pretty decent write-up about this on LWN:
>> https://lwn.net/Articles/904892/
> 
> Here's a link that actually works:
> https://lwn.net/SubscriberLink/904892/dba951441b61cbdc/
> (Putting the title and "SubscriberLink", both between quotes, into a
> search engine does wonders.)

PS: I find it incredibly rude to share a paywalled link on a public mailing 
list, all the more in cases like this where there is a legal way to share 
the content without excluding large parts of the community.

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

Poco soname bump in rawhide/f37

[Robin Lee]

Poco 1.12.2 landed in rawhide/f37 with a soname bump.

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

[EPEL-devel] Fedora EPEL 7 updates-testing report

[updates]

The following builds have been pushed to Fedora EPEL 7 updates-testing

afetch-2.2.0-2.el7
translate-shell-0.9.7-1.el7
tuptime-5.2.0-1.el7
twolame-0.3.13-21.el7

Details about builds:



 afetch-2.2.0-2.el7 (FEDORA-EPEL-2022-dd2191f617)
 Simple system info written in C

Update Information:

initial package build

ChangeLog:

* Sun Aug 21 2022 Jonathan Wright  - 2.2.0-2
- Fix spec to build on f35
* Tue Aug 16 2022 Jonathan Wright  - 2.2.0-1
- Initial package build
- rhbz#2118837




 translate-shell-0.9.7-1.el7 (FEDORA-EPEL-2022-3ed95a4314)
 A command-line online translator

Update Information:

Update tto 0.9.7.

ChangeLog:

* Sun Aug 21 2022 Vasiliy N. Glazov  0.9.7-1
- Update to 0.9.7
* Sat Jul 23 2022 Fedora Release Engineering  - 
0.9.6.12-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
* Sat Jan 22 2022 Fedora Release Engineering  - 
0.9.6.12-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
* Fri Jul 23 2021 Fedora Release Engineering  - 
0.9.6.12-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
* Wed Jan 27 2021 Fedora Release Engineering  - 
0.9.6.12-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Wed Jul 29 2020 Fedora Release Engineering  - 
0.9.6.12-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild

References:

  [ 1 ] Bug #2119934 - translate-shell-0.9.7 is available
https://bugzilla.redhat.com/show_bug.cgi?id=2119934




 tuptime-5.2.0-1.el7 (FEDORA-EPEL-2022-1f73ec321f)
 Report historical system real time

Update Information:

New upstream release

ChangeLog:

* Sat Aug 20 2022 Frank Crawford  - 5.2.0-1
- New upstream release
- Rename systemd unit files from tuptime-cron to tuptime-sync
* Sat Jul 23 2022 Fedora Release Engineering  - 
5.1.0-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild




 twolame-0.3.13-21.el7 (FEDORA-EPEL-2022-31eab6c03e)
 Optimized MPEG Audio Layer 2 encoding library based on tooLAME

Update Information:

Clean up SPEC file.

ChangeLog:

* Fri Aug 19 2022 Simone Caronni  - 0.3.13-21
- Clean up SPEC file.
- Trim changelog.
* Sat Jul 23 2022 Fedora Release Engineering  - 
0.3.13-20
- Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
* Sat Jan 22 2022 Fedora Release Engineering  - 
0.3.13-19
- Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
* Fri Jul 23 2021 Fedora Release Engineering  - 
0.3.13-18
- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
* Wed Jan 27 2021 Fedora Release Engineering  - 
0.3.13-17
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild


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

[Bug 2075768] selecting the 'Component' at the end, cleares the 'Description'

[bugzilla]

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

Jeff Fearn   changed:

   What|Removed |Added

 Status|RELEASE_PENDING |CLOSED
   Fixed In Version||5.0.4-rh73
 Resolution|--- |CURRENTRELEASE
Last Closed||2022-08-22 00:21:04



--- Comment #6 from Jeff Fearn   ---
This change is now live. If there are any issues, do not reopen this bug.
Instead, you should create a new bug and reference this bug.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2075768
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: glibc 2.36 and DT_HASH (preserving it for F37+)

[John Reiser]

On 8/21/22 10:14, Demi Marie Obenour wrote:

On 8/21/22 12:51, John Reiser wrote:

it's clear there's a documentation problem [with DT_GNU_HASH]

Partly due to lack of documentation, already I have seen "abuses"
of the DT_GNU_HASH format.  In particular, some versions of Rust
and/or musl run-times use (0 == nbucket) to mean something like
"there is no hash table information" but do not specify all the
implications for the run-time symbol table.  Other versions use
(1 == nbucket && 0 == buckets[0] && 1 == n_bitmask && 0 == bitmask[0])
for a similar purpose.  Similarly, Rust and Android can trim
"unused" zero entries from the end of _array[nbucket],
even though buckets[] and hash_array[] should be parallel.


Please report a bug at https://github.com/rust-lang/rust/issues.


https://github.com/rust-lang/rust/issues/100859
"abuse of DT_GNU_HASH descriptor"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2118203] perl-HTML-Form-6.09 is available

[bugzilla]

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

Emmanuel Seyman  changed:

   What|Removed |Added

 Resolution|--- |RAWHIDE
   Doc Type|--- |If docs needed, set a value
   Fixed In Version||perl-HTML-Form-6.09-1.fc38
 Status|NEW |CLOSED
Last Closed||2022-08-21 21:16:34



--- Comment #1 from Emmanuel Seyman  ---
Built for rawhide:
https://koji.fedoraproject.org/koji/buildinfo?buildID=2049717


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2118203
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2118427] perl-WWW-Mechanize-2.15 is available

[bugzilla]

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

Emmanuel Seyman  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
   Fixed In Version||perl-WWW-Mechanize-2.15-1.f
   ||c38
   Doc Type|--- |If docs needed, set a value
Last Closed||2022-08-21 21:16:04



--- Comment #2 from Emmanuel Seyman  ---
Built for rawhide:
https://koji.fedoraproject.org/koji/buildinfo?buildID=2049718


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2118427
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2118460] perl-IO-Async-0.802 is available

[bugzilla]

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

Emmanuel Seyman  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
   Fixed In Version||perl-IO-Async-0.802-1.fc38
   Doc Type|--- |If docs needed, set a value
Last Closed||2022-08-21 21:15:36



--- Comment #1 from Emmanuel Seyman  ---
Built for rawhide:
https://koji.fedoraproject.org/koji/buildinfo?buildID=2049726


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2118460
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Review swap : blueprint-compiler

[Lyes Saadi]

Thanks! Happy to do it :)!

Le 21/08/2022 à 19:56, Jonathan Wright via devel a écrit :
I'm happy to trade for 
https://bugzilla.redhat.com/show_bug.cgi?id=2118887 



On Sun, Aug 21, 2022 at 1:03 PM Lyes Saadi > wrote:


Hello devel!

I have new dependency I need to update dialect to 2.0. It's been
waiting
since july, so I'm proposing a review swap. It's the python/meson
guidelines.

blueprint-compiler :
https://bugzilla.redhat.com/show_bug.cgi?id=2106919


Regards,
Lyes Saadi
___
devel mailing list -- devel@lists.fedoraproject.org

To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/

List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines

List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org 

Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue




--
Jonathan Wright
AlmaLinux Foundation
Mattermost: chat 

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

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

Re: Review swap : blueprint-compiler

[Jonathan Wright via devel]

I'm happy to trade for https://bugzilla.redhat.com/show_bug.cgi?id=2118887

On Sun, Aug 21, 2022 at 1:03 PM Lyes Saadi 
wrote:

> Hello devel!
>
> I have new dependency I need to update dialect to 2.0. It's been waiting
> since july, so I'm proposing a review swap. It's the python/meson
> guidelines.
>
> blueprint-compiler : https://bugzilla.redhat.com/show_bug.cgi?id=2106919
>
> Regards,
> Lyes Saadi
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>


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

Review swap : blueprint-compiler

[Lyes Saadi]

Hello devel!

I have new dependency I need to update dialect to 2.0. It's been waiting 
since july, so I'm proposing a review swap. It's the python/meson 
guidelines.


blueprint-compiler : https://bugzilla.redhat.com/show_bug.cgi?id=2106919

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

Re: glibc 2.36 and DT_HASH (preserving it for F37+)

[Demi Marie Obenour]

On 8/21/22 12:51, John Reiser wrote:
>> it's clear there's a documentation problem [with DT_GNU_HASH]
> Partly due to lack of documentation, already I have seen "abuses"
> of the DT_GNU_HASH format.  In particular, some versions of Rust
> and/or musl run-times use (0 == nbucket) to mean something like
> "there is no hash table information" but do not specify all the
> implications for the run-time symbol table.  Other versions use
> (1 == nbucket && 0 == buckets[0] && 1 == n_bitmask && 0 == bitmask[0])
> for a similar purpose.  Similarly, Rust and Android can trim
> "unused" zero entries from the end of _array[nbucket],
> even though buckets[] and hash_array[] should be parallel.

Please report a bug at https://github.com/rust-lang/rust/issues.
-- 
Sincerely,
Demi Marie Obenour (she/her/hers)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: glibc 2.36 and DT_HASH (preserving it for F37+)

[John Reiser]

it's clear there's a documentation problem [with DT_GNU_HASH]

Partly due to lack of documentation, already I have seen "abuses"
of the DT_GNU_HASH format.  In particular, some versions of Rust
and/or musl run-times use (0 == nbucket) to mean something like
"there is no hash table information" but do not specify all the
implications for the run-time symbol table.  Other versions use
(1 == nbucket && 0 == buckets[0] && 1 == n_bitmask && 0 == bitmask[0])
for a similar purpose.  Similarly, Rust and Android can trim
"unused" zero entries from the end of _array[nbucket],
even though buckets[] and hash_array[] should be parallel.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: glibc 2.36 and DT_HASH (preserving it for F37+)

[Neal Gompa]

On Sun, Aug 21, 2022 at 9:19 AM Jan Drögehoff  wrote:
>
>
> On 8/21/22 12:44, Jakub Jelinek wrote:
> > On Sun, Aug 21, 2022 at 12:05:11PM +0200, Jan Drögehoff wrote:
> >>> It's Epic's fault. They must update their anti-cheat to use the modern
> >>> API.
> >> More reports have come out claiming this also affects the game Shovel
> >> Knight[2] and the open source library libstrangle[3], there is the non 0
> >> chance that there are more programs out there in the wild that this will
> >> break.
> >>
> >> It feels irresponsible of the glibc maintainers to suddenly respect the
> >> toolchains desired hash type when they haven't for years and then do it 
> >> with
> >> little to no announcement resulting in broken software
> > To be precise, everything in Fedora except glibc is only built with
> > DT_GNU_HASH and no DT_HASH since July 2006, glibc has been an exception
> > that has been built with both because of statically linked programs from 16+
> > years ago that wouldn't support it.
>
> I think its worth putting an emphasis on the fact that this was glibc
> intentionally ignoring the toolchain hash type and simply going with
> both and not something Fedora explicitly decided to do.
>
> > If all they want is be able to interpose dlsym, they could just use
> > dlvsym to look up the original sym, instead of diving into the hash tables.
>
> I do not think the change on glibcs part is bad, the hack was terrible
> to begin with
> but removing it broke the ABI and the lack of any announcement of it
> beforehand is now causing problems that distro maintainers and software
> developers have to deal with

Right. To make matters worse, *nobody* outside of the glibc developers
knew DT_HASH was deprecated for the GNU ELF ABI. And DT_GNU_HASH isn't
specified anywhere that I found. Additionally, given that DT_HASH is
currently mandatory in the SysV ABI (which is what Linux uses), it's
clear there's a documentation problem.

I don't disagree that glibc should respect what distros set, I'm just
asking us to build glibc with a DT_HASH table added until a formal
deprecation/retirement cycle is done with all stakeholders aware of
the change and everyone aware of the consequences of such a breakage.



-- 
真実はいつも一つ！/ 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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

SElinux policy question on F34... lots of "device_t:sock_file write" AVCs

[Philip Prindeville]

Since July 6, I've been seeing a lot of AVC's though I've not changed anything 
in my policies.  Any ideas why?

The majority seem to be device_t:sock_file write which implies to me that it's 
a macro that's missing in the base policies.


[root@mail mail]# ausearch -m avc | audit2allow


#= antivirus_t ==
allow antivirus_t device_t:sock_file write;

#= apcupsd_t ==
allow apcupsd_t device_t:sock_file write;

#= auditd_t ==
allow auditd_t device_t:sock_file write;

#= avahi_t ==
allow avahi_t device_t:sock_file write;

#= chkpwd_t ==
allow chkpwd_t self:capability dac_override;

#= chronyd_t ==
allow chronyd_t device_t:sock_file write;

#= cyrus_t ==
allow cyrus_t device_t:sock_file write;

#= ftpd_t ==

# This avc is allowed in the current policy
allow ftpd_t device_t:sock_file write;

#= gpm_t ==
allow gpm_t device_t:sock_file write;

#= init_t ==
allow init_t event_device_t:chr_file open;
allow init_t net_conf_t:file create;

# This avc is allowed in the current policy
allow init_t system_dbusd_var_run_t:sock_file read;

# This avc is allowed in the current policy
# This av rule may have been overridden by an extended permission av rule
allow init_t user_home_t:file { ioctl open };
allow init_t xdm_home_t:dir remove_name;

#= iptables_t ==
allow iptables_t plymouthd_t:unix_stream_socket connectto;

#= local_login_t ==
allow local_login_t device_t:sock_file write;

#= ntpd_t ==
allow ntpd_t device_t:sock_file write;

#= restorecond_t ==
allow restorecond_t device_t:sock_file write;

#= saslauthd_t ==
allow saslauthd_t device_t:sock_file write;

#= sendmail_t ==
allow sendmail_t device_t:sock_file write;

#= setroubleshootd_t ==
allow setroubleshootd_t dma_device_t:dir getattr;

#= spamd_t ==
allow spamd_t device_t:sock_file { getattr write };

#= sshd_t ==
allow sshd_t device_t:sock_file write;

#= syslogd_t ==
allow syslogd_t device_t:sock_file write;

#= systemd_logind_t ==

# This avc is allowed in the current policy
allow systemd_logind_t session_dbusd_tmp_t:sock_file unlink;

#= unconfined_t ==
allow unconfined_t dma_device_t:dir search;
[root@mail mail]# 


And this may or may not be related, but I'm also getting a lot of ssh dropped 
connections:

ssh_dispatch_run_fatal: Connection to 192.168.4.3 port 22: message 
authentication code incorrect

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

Re: [HEADS-UP] Upcoming retirement of gstreamer-rs and wasm-bindgen stacks

[Fabio Valentini]

On Sun, Aug 21, 2022 at 3:54 PM Kalev Lember  wrote:
>
> Hi Fabio,
>
> tpm pointed out on IRC that gst-plugins-rs uses rust-gstreamer. We don't have 
> gst-plugins-rs in Fedora, but I suspect it's something we might need in the 
> future.
>
> I've been meaning to try my hand on rust packaging for a while now so perhaps 
> I could try to package up gst-plugins-rs and maybe help maintain the 
> rust-gstreamer stack as well?
>
> It would be a pity to retire the rust-gstreamer packages if it turns out half 
> a year later that we actually need them.

Yeah, if there's something on the horizon which actually needs these
packages, it makes sense to keep them.
Thanks for letting me know, I'll hold off on retiring the gstreamer-rs
crate packages, then :)

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

Re: [HEADS-UP] Upcoming retirement of gstreamer-rs and wasm-bindgen stacks

[Kalev Lember]

On Sat, Aug 20, 2022 at 4:16 PM Fabio Valentini 
wrote:

> Hello fellow Rust packagers,
>
> I am progressing with my "spring cleaning" efforts for the Rust stack,
> and it became apparent that there's a few clusters of packages that
> are actually unused, but which regularly take up a non-insignificant
> amount of my package maintenance time.
>
> The gstreamer-rs stack seems to have been imported in preparation for
> packaging an application (maybe shortwave?) over three years ago (!),
> but that effort seems to have been abandoned, and as a result, the
> following packages have been unused since (but were actively
> maintained and updated to new versions):
>
> - rust-gstreamer
> - rust-gstreamer-sys
> - rust-gstreamer-audio
> - rust-gstreamer-audio-sys
> - rust-gstreamer-base
> - rust-gstreamer-base-sys
> - rust-gstreamer-editing-services
> - rust-gstreamer-editing-services-sys
> - rust-gstreamer-pbutils
> - rust-gstreamer-pbutils-sys
> - rust-gstreamer-player
> - rust-gstreamer-player-sys
> - rust-gstreamer-video
> - rust-gstreamer-video-sys
>

Hi Fabio,

tpm pointed out on IRC that gst-plugins-rs uses rust-gstreamer. We don't
have gst-plugins-rs in Fedora, but I suspect it's something we might need
in the future.

I've been meaning to try my hand on rust packaging for a while now so
perhaps I could try to package up gst-plugins-rs and maybe help maintain
the rust-gstreamer stack as well?

It would be a pity to retire the rust-gstreamer packages if it turns out
half a year later that we actually need them.

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

Re: glibc 2.36 and DT_HASH (preserving it for F37+)

[Jan Drögehoff]

On 8/21/22 12:44, Jakub Jelinek wrote:

On Sun, Aug 21, 2022 at 12:05:11PM +0200, Jan Drögehoff wrote:

It's Epic's fault. They must update their anti-cheat to use the modern
API.

More reports have come out claiming this also affects the game Shovel
Knight[2] and the open source library libstrangle[3], there is the non 0
chance that there are more programs out there in the wild that this will
break.

It feels irresponsible of the glibc maintainers to suddenly respect the
toolchains desired hash type when they haven't for years and then do it with
little to no announcement resulting in broken software

To be precise, everything in Fedora except glibc is only built with
DT_GNU_HASH and no DT_HASH since July 2006, glibc has been an exception
that has been built with both because of statically linked programs from 16+
years ago that wouldn't support it.


I think its worth putting an emphasis on the fact that this was glibc 
intentionally ignoring the toolchain hash type and simply going with 
both and not something Fedora explicitly decided to do.



If all they want is be able to interpose dlsym, they could just use
dlvsym to look up the original sym, instead of diving into the hash tables.


I do not think the change on glibcs part is bad, the hack was terrible 
to begin with
but removing it broke the ABI and the lack of any announcement of it 
beforehand is now causing problems that distro maintainers and software 
developers have to deal with

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

Fedora rawhide compose report: 20220821.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-Rawhide-20220820.n.0
NEW: Fedora-Rawhide-20220821.n.0

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

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

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

= ADDED IMAGES =

= DROPPED IMAGES =

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  caja-extensions-1.26.1-1.fc38
Old package:  caja-extensions-1.26.0-5.fc37
Summary:  Set of extensions for caja file manager
RPMs: caja-beesu caja-extensions-common caja-image-converter 
caja-open-terminal caja-sendto caja-sendto-devel caja-share caja-wallpaper 
caja-xattr-tags
Size: 1.11 MiB
Size change:  3.81 KiB
Changelog:
  * Sat Aug 20 2022 Wolfgang Ulbrich  - 1.26.1-1
  - update to 1.26.1


Package:  casync-2.gitb6e81a0-2.fc38
Old package:  casync-2-17.gitb3337dd.fc36
Summary:  Content Addressable Data Synchronizer
RPMs: casync
Size: 810.42 KiB
Size change:  17.36 KiB
Changelog:
  * Wed Jul 20 2022 Fedora Release Engineering  - 
2-18.gitb3337dd
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild

  * Sat Aug 20 2022 Zbigniew J??drzejewski-Szmek  
2.gitb6e81a0-1
  - Update to latest git snapshot

  * Sat Aug 20 2022 Zbigniew J??drzejewski-Szmek  
2.gitb6e81a0-2
  - Skip tests on ppc64le (rhbz#2113141)


Package:  diffoscope-221-3.fc38
Old package:  diffoscope-213-3.fc37
Summary:  In-depth comparison of files, archives, and directories
RPMs: diffoscope
Size: 1.93 MiB
Size change:  12.07 KiB
Changelog:
  * Sat Aug 20 2022 Zbigniew J??drzejewski-Szmek  221-1
  - Version 221 (just bugfixes).
  - Pull in argcomplete for completions
  - Dependency on java is archful, and only on build time (rhbz#2104034)

  * Sat Aug 20 2022 Zbigniew J??drzejewski-Szmek  221-2
  - Stop building on i686

  * Sat Aug 20 2022 Zbigniew J??drzejewski-Szmek  221-3
  - Skip failing tests


Package:  drumstick-2.6.1-3.fc38
Old package:  drumstick-2.6.1-2.fc37
Summary:  C++/Qt5 wrapper around multiple MIDI interfaces
RPMs: drumstick drumstick-devel drumstick-drumgrid drumstick-dumprmi 
drumstick-examples drumstick-guiplayer drumstick-vpiano
Size: 21.90 MiB
Size change:  415.77 KiB
Changelog:
  * Sat Aug 20 2022 Robin Lee  2.6.1-3
  - Convert to Qt6


Package:  electron-cash-4.2.11-1.fc38
Old package:  electron-cash-4.2.10-4.fc37
Summary:  A lightweight Bitcoin Cash client
RPMs: electron-cash
Size: 4.02 MiB
Size change:  29.50 KiB
Changelog:
  * Sat Aug 20 2022 Jonny Heggheim  - 4.2.11-1
  - Updated to version 4.2.11


Package:  emacs-evil-1.14.2-1.fc38
Old package:  emacs-evil-1.14.0-3.fc36
Summary:  Extensible vi layer for Emacs
RPMs: emacs-evil
Size: 327.09 KiB
Size change:  15.12 KiB
Changelog:
  * Thu Jul 21 2022 Fedora Release Engineering  - 
1.14.0-4
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild

  * Tue Aug 02 2022 Bhavin Gandhi  - 1.14.2-1
  - Update to version 1.14.2, fixes rhbz#2113192


Package:  emacs-goto-chg-1.7.5-1.fc38
Old package:  emacs-goto-chg-1.7.2-10.fc37
Summary:  Emacs add-on to go to last change in current buffer
RPMs: emacs-goto-chg
Size: 26.13 KiB
Size change:  5.24 KiB
Changelog:
  * Sat Aug 20 2022 Willmann S??bastien  - 1.7.4-1
  - Update to version 1.7.4

  * Sat Aug 20 2022 Willmann S??bastien  - 1.7.5-1
  - Update to version 1.7.5


Package:  kmetronome-1.3.0-4.fc38
Old package:  kmetronome-1.3.0-3.fc37
Summary:  A MIDI metronome using the Drumstick library
RPMs: kmetronome
Size: 1.13 MiB
Size change:  31.68 KiB
Changelog:
  * Sat Aug 20 2022 Robin Lee  1.3.0-4
  - Convert to Qt6


Package:  mumble-1.4.230-2.fc38
Old package:  mumble-1.4.230-1.fc38
Summary:  Low-latency and high-quality voice-chat program
RPMs: mumble mumble-overlay mumble-plugins mumble-server
Size: 22.87 MiB
Size change:  -1.19 KiB
Changelog:
  * Sat Aug 20 2022 Carl George  - 1.4.230-2
  - Rename murmur config in %posttrans instead of %pre
  - Drop symlinks for other possible config paths


Package:  nbd-3.24-3.fc38
Old package:  nbd-3.24-1.fc37
Summary:  Network Block Device user-space tools (TCP version)
RPMs: nbd
Size: 586.46 KiB
Size change:  1.29 KiB
Changelog:
  * Fri Jul 22 2022 Fedora Release Engineering  3.24-2
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild

  * Sat Aug 20 2022 Robin Lee  3.24-3
  - Further enlarge test timeout (RHBZ#2113543)


Package:  ocaml-opam-file-format-2.1.4-4.fc38
Old package:  ocaml-opam-file-format-2.1.4-2.fc37
Summary:  Parser and printer for the opam file syntax
RPMs: ocaml-opam

Fedora 37 compose report: 20220821.n.0 changes

[Fedora Rawhide Report]

OLD: Fedora-37-20220820.n.0
NEW: Fedora-37-20220821.n.0

= SUMMARY =
Added images:0
Dropped images:  1
Added packages:  0
Dropped packages:0
Upgraded packages:   57
Downgraded packages: 0

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

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

= ADDED IMAGES =

= DROPPED IMAGES =
Image: Container_Base docker s390x
Path: Container/s390x/images/Fedora-Container-Base-37-20220820.n.0.s390x.tar.xz

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  ack-3.6.0-1.fc37
Old package:  ack-3.5.0-6.fc37
Summary:  Grep-like text finder
RPMs: ack
Size: 84.80 KiB
Size change:  296 B
Changelog:
  * Sun Aug 21 2022 Robin Lee  3.6.0-1
  - Update to 3.6.0 (RHBZ#2120035)


Package:  caja-extensions-1.26.1-1.fc37
Old package:  caja-extensions-1.26.0-5.fc37
Summary:  Set of extensions for caja file manager
RPMs: caja-beesu caja-extensions-common caja-image-converter 
caja-open-terminal caja-sendto caja-sendto-devel caja-share caja-wallpaper 
caja-xattr-tags
Size: 1.11 MiB
Size change:  3.18 KiB
Changelog:
  * Sat Aug 20 2022 Wolfgang Ulbrich  - 1.26.1-1
  - update to 1.26.1


Package:  clang-14.0.5-6.fc37
Old package:  clang-14.0.5-5.fc37
Summary:  A C language family front-end for LLVM
RPMs: clang clang-analyzer clang-devel clang-libs 
clang-resource-filesystem clang-tools-extra git-clang-format python3-clang
Size: 203.00 MiB
Size change:  212.14 KiB
Changelog:
  * Wed Jul 20 2022 Fedora Release Engineering  - 
14.0.5-3
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild

  * Thu Jul 28 2022 Amit Shah  - 14.0.5-4
  - Use the dist_vendor macro to identify the distribution

  * Thu Aug 04 2022 Tom Stellard  - 14.0.5-5
  - Re-enable ieee128 as the default long double format on ppc64le

  * Wed Aug 10 2022 Nikita Popov  - 14.0.5-6
  - Revert powerpc -mabi=ieeelongdouble default


Package:  diffoscope-221-3.fc37
Old package:  diffoscope-213-3.fc37
Summary:  In-depth comparison of files, archives, and directories
RPMs: diffoscope
Size: 1.93 MiB
Size change:  12.13 KiB
Changelog:
  * Sat Aug 20 2022 Zbigniew J??drzejewski-Szmek  221-1
  - Version 221 (just bugfixes).
  - Pull in argcomplete for completions
  - Dependency on java is archful, and only on build time (rhbz#2104034)

  * Sat Aug 20 2022 Zbigniew J??drzejewski-Szmek  221-2
  - Stop building on i686

  * Sat Aug 20 2022 Zbigniew J??drzejewski-Szmek  221-3
  - Skip failing tests


Package:  drumstick-2.6.1-3.fc37
Old package:  drumstick-2.6.1-2.fc37
Summary:  C++/Qt5 wrapper around multiple MIDI interfaces
RPMs: drumstick drumstick-devel drumstick-drumgrid drumstick-dumprmi 
drumstick-examples drumstick-guiplayer drumstick-vpiano
Size: 21.91 MiB
Size change:  417.47 KiB
Changelog:
  * Sat Aug 20 2022 Robin Lee  2.6.1-3
  - Convert to Qt6


Package:  electron-cash-4.2.11-1.fc37
Old package:  electron-cash-4.2.10-4.fc37
Summary:  A lightweight Bitcoin Cash client
RPMs: electron-cash
Size: 4.02 MiB
Size change:  29.64 KiB
Changelog:
  * Sat Aug 20 2022 Jonny Heggheim  - 4.2.11-1
  - Updated to version 4.2.11


Package:  elisa-player-22.08.0-2.fc37
Old package:  elisa-player-22.04.3-2.fc37
Summary:  Elisa music player
RPMs: elisa-player
Size: 9.73 MiB
Size change:  144.17 KiB
Changelog:
  * Sun Aug 21 2022 Vasiliy Glazov  22.08.0-1
  - Update to 22.08.0.


Package:  emacs-evil-1.14.2-1.fc37
Old package:  emacs-evil-1.14.0-3.fc36
Summary:  Extensible vi layer for Emacs
RPMs: emacs-evil
Size: 327.10 KiB
Size change:  23.07 KiB
Changelog:
  * Thu Jul 21 2022 Fedora Release Engineering  - 
1.14.0-4
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild

  * Tue Aug 02 2022 Bhavin Gandhi  - 1.14.2-1
  - Update to version 1.14.2, fixes rhbz#2113192


Package:  kbackup-22.08.0-1.fc37
Old package:  kbackup-22.04.3-2.fc37
Summary:  Back up your data in a simple, user friendly way
RPMs: kbackup
Size: 2.12 MiB
Size change:  11.63 KiB
Changelog:
  * Sun Aug 21 2022 Vasiliy N. Glazov  - 22.08.0-1
  - Update to 22.08.0


Package:  kio-gdrive-22.08.0-1.fc37
Old package:  kio-gdrive-22.04.3-2.fc37
Summary:  An Google Drive KIO slave for KDE
RPMs: kio-gdrive
Size: 489.21 KiB
Size change:  3.65 KiB
Changelog:
  * Sun Aug 21 2022 Vasiliy N. Glazov  - 22.08.0-1
  - Update to 22.08.0


Package:  klee-2.3-6.fc37
Old package:  klee-2.3-5.fc37
Summary:  Symbolic Execution Engine
RPMs: klee
Size: 2.10 MiB
Size change:  398 B
Changelog:
  * Fri Aug 19 2022 Jerry James  - 2.3-6
  - Rebuild for z3 4.11
  - Add z3-4.11.patch due to Z3_TRUE removal


Package

Re: glibc 2.36 and DT_HASH (preserving it for F37+)

[Jakub Jelinek]

On Sun, Aug 21, 2022 at 12:05:11PM +0200, Jan Drögehoff wrote:
> > It's Epic's fault. They must update their anti-cheat to use the modern
> > API.
> 
> More reports have come out claiming this also affects the game Shovel
> Knight[2] and the open source library libstrangle[3], there is the non 0
> chance that there are more programs out there in the wild that this will
> break.
> 
> It feels irresponsible of the glibc maintainers to suddenly respect the
> toolchains desired hash type when they haven't for years and then do it with
> little to no announcement resulting in broken software

To be precise, everything in Fedora except glibc is only built with
DT_GNU_HASH and no DT_HASH since July 2006, glibc has been an exception
that has been built with both because of statically linked programs from 16+
years ago that wouldn't support it.
If all they want is be able to interpose dlsym, they could just use
dlvsym to look up the original sym, instead of diving into the hash tables.

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

[Bug 2118427] perl-WWW-Mechanize-2.15 is available

[bugzilla]

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

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|perl-WWW-Mechanize-2.14 is  |perl-WWW-Mechanize-2.15 is
   |available   |available



--- Comment #1 from Upstream Release Monitoring 
 ---
Releases retrieved: 2.15
Upstream release that is considered latest: 2.15
Current version/release in rawhide: 2.13-1.fc38
URL: https://metacpan.org/dist/WWW-Mechanize/

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


To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/perl-WWW-Mechanize


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2118427
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: glibc 2.36 and DT_HASH (preserving it for F37+)

[Jan Drögehoff]

On 8/21/22 10:59, Vitaly Zaitsev via devel wrote:

On 20/08/2022 21:42, Neal Gompa wrote:

It seems that upstream glibc disabled support for generating DT_HASH
tables for its libraries and binaries, which breaks Linux games that
use Epic Games' Easy Anti-Cheat (EAC).
DT_HASH was deprecated for 15+ years. We shouldn't take care of 
proprietary DRMs.



Can you cite a source for this?

Things like the gabi still list DT_HASH is mandatory[1] (though if it 
truly is is debatable).


Its also worth mentioning that DT_GNU_HASH is not a drop in replacement 
for DT_HASH and had no standardization or specification to speak of so 
its hard to follow.



Can we turn this back on for Fedora glibc until we can get Epic to
make fixes for this and roll them out?


-1 from me.

It's Epic's fault. They must update their anti-cheat to use the modern 
API.


More reports have come out claiming this also affects the game Shovel 
Knight[2] and the open source library libstrangle[3], there is the non 0 
chance that there are more programs out there in the wild that this will 
break.


It feels irresponsible of the glibc maintainers to suddenly respect the 
toolchains desired hash type when they haven't for years and then do it 
with little to no announcement resulting in broken software



[1] https://refspecs.linuxfoundation.org/elf/gabi4+/ch5.dynamic.html

[2] 
https://github.com/ValveSoftware/Proton/issues/6051#issuecomment-1212748397


[3] https://bugs.gentoo.org/show_bug.cgi?id=863863
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: glibc 2.36 and DT_HASH (preserving it for F37+)

[Vitaly Zaitsev via devel]

On 20/08/2022 21:42, Neal Gompa wrote:

It seems that upstream glibc disabled support for generating DT_HASH
tables for its libraries and binaries, which breaks Linux games that
use Epic Games' Easy Anti-Cheat (EAC).


DT_HASH was deprecated for 15+ years. We shouldn't take care of 
proprietary DRMs.



Can we turn this back on for Fedora glibc until we can get Epic to
make fixes for this and roll them out?


-1 from me.

It's Epic's fault. They must update their anti-cheat to use the modern API.

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

[Bug 2120035] ack-3.6.0 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|ack-3.6.0-1.fc38|ack-3.6.0-1.fc38
   ||ack-3.6.0-1.fc37



--- Comment #6 from Fedora Update System  ---
FEDORA-2022-5b69cbcd10 has been pushed to the Fedora 37 stable repository.
If problem still persists, please make note of it in this bug report.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2120035
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2120035] ack-3.6.0 is available

[bugzilla]

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



--- Comment #5 from Fedora Update System  ---
FEDORA-2022-5b69cbcd10 has been submitted as an update to Fedora 37.
https://bodhi.fedoraproject.org/updates/FEDORA-2022-5b69cbcd10


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2120035
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2120035] ack-3.6.0 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version||ack-3.6.0-1.fc38
 Resolution|--- |ERRATA
 Status|MODIFIED|CLOSED
Last Closed||2022-08-21 06:15:23



--- Comment #4 from Fedora Update System  ---
FEDORA-2022-e962da4233 has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2120035
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[Bug 2120035] ack-3.6.0 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|NEW |MODIFIED



--- Comment #3 from Fedora Update System  ---
FEDORA-2022-e962da4233 has been submitted as an update to Fedora 38.
https://bodhi.fedoraproject.org/updates/FEDORA-2022-e962da4233


-- 
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2120035
___
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, report it: 
https://pagure.io/fedora-infrastructure/new_issue