Re: What happened to umask?

2022-05-20 Thread Nico Kadel-Garcia
On Fri, May 20, 2022 at 9:08 PM Neal Gompa wrote: > > On Fri, May 20, 2022 at 8:13 PM Owen Taylor wrote: > > > > For years, Red Hat Linux / Fedora systems have had a umask of 0002 for > > regular users as part of the "user private group" scheme [*]. Basically the > > idea is that you can set a

Re: What happened to umask?

2022-05-20 Thread Neal Gompa
On Fri, May 20, 2022 at 8:13 PM Owen Taylor wrote: > > For years, Red Hat Linux / Fedora systems have had a umask of 0002 for > regular users as part of the "user private group" scheme [*]. Basically the > idea is that you can set a directory group-sticky and use it as a common work > area for

What happened to umask?

2022-05-20 Thread Owen Taylor
For years, Red Hat Linux / Fedora systems have had a umask of 0002 for regular users as part of the "user private group" scheme [*]. Basically the idea is that you can set a directory group-sticky and use it as a common work area for a group of users. A change a couple of years ago seems to have

Heads up: openjpeg2-2.5.0 and gdal-3.5.0 coming to rawhide

2022-05-20 Thread Sandro Mani
Hi I'll build openjpeg2-2.5.0 and gdal-3.5.0 for rawhide in the side tag f37-build-side-53899. I've switched gdal to the new cmake based build, and at the same time merged the mingw package with the native one. I'll rebuild affected packages as listed below. Thanks Sandro --- lizams bes

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

2022-05-20 Thread Fedora compose checker
Missing expected images: Minimal raw-xz armhfp Compose FAILS proposed Rawhide gating check! 7 of 43 required tests failed, 9 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 24/231 (x86_64), 23/161 (aarch64) New failures

Fedora-IoT-36-20220520.0 compose check report

2022-05-20 Thread Fedora compose checker
No missing expected images. Failed openQA tests: 2/15 (x86_64), 3/15 (aarch64) Old failures (same test failed in Fedora-IoT-36-20220516.0): ID: 1274891 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server@uefi URL: https://openqa.fedoraproject.org/tests/1274891 ID: 1274898 Test: x86_64

[EPEL-devel] Re: ImageMagick to 6.9.12.48

2022-05-20 Thread Sérgio Basto
rebuilt it asap  ImageMagick soname bump was approved [0] in EPEL Steering Committee meeting. and I'm continuing with the process for incompatible upgrades from step 4 forward [1]. and 81 security bugs will be fixed [0] https://meetbot.fedoraproject.org/teams/epel/epel.2022-04-13-20.00.html [1]

Re: Announcing the Fedora BIOS boot SIG

2022-05-20 Thread John Boero
Thank you Hans! Glad Fedora will remain relevant for keeping old hardware useful. Happy to help any way I can. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of

Re: Fedora 37: Add kernel parameters that help prevent local exploits

2022-05-20 Thread stan via devel
On Fri, 20 May 2022 13:26:14 +0100 Simon Farnsworth via devel wrote: > On Thursday, 19 May 2022 04:15:16 BST Hellosway Here via devel wrote: > > Add `slab_nomerge init_on_alloc=1 init_on_free=1 > > page_alloc.shuffle=1 pti=on randomize_kstack_offset=on > > vsyscall=none ` as default kernel

[Bug 2088266] Upgrade perl-Test-WWW-Mechanize to 1.58

2022-05-20 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=2088266 Jitka Plesnikova changed: What|Removed |Added Resolution|--- |RAWHIDE Fixed In Version|

[Bug 2088259] Upgrade perl-Mail-POP3Client to 2.21

2022-05-20 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=2088259 Jitka Plesnikova changed: What|Removed |Added Resolution|--- |RAWHIDE Status|NEW

[Bug 2088264] Upgrade perl-Module-Refresh to 0.18

2022-05-20 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=2088264 Jitka Plesnikova changed: What|Removed |Added Resolution|--- |RAWHIDE Fixed In Version|

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Stephen Smoogen
On Fri, 20 May 2022 at 08:43, Vitaly Zaitsev via devel < devel@lists.fedoraproject.org> wrote: > On 20/05/2022 14:03, Jiri Vanek wrote: > > As writtten several times - this si not true. It will eb always source > > codebuilt in koji. > > From

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Vitaly Zaitsev via devel
On 20/05/2022 14:33, Jiri Vanek wrote: Who shold hire them. You? Me? Fedoraproject? Red Hat. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Vitaly Zaitsev via devel
On 20/05/2022 14:28, Jiri Vanek wrote: wait, what? What do you mean? And waht give you this impression? https://fedoraproject.org/wiki/MoveFedoraJDKsToBecomePortableJDKs: > Make the normal rpms to not built jdk, but to repack the portable rpms with all integration Or are you already in the

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Vitaly Zaitsev via devel
On 20/05/2022 14:46, Dominik 'Rathann' Mierzejewski wrote: Exactly. So, you implied malicious intent where there was none. we don't know for sure. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) ___ devel mailing list --

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Dominik 'Rathann' Mierzejewski
On Wednesday, 18 May 2022 at 17:18, Vitaly Zaitsev via devel wrote: > On 18/05/2022 17:04, Stephen Smoogen wrote: > > It generally means and is interpreted as 'not true with the intention of > > deceiving'. 'incorrect' is considered 'not true'. > > The Oxford English Dictionary gives the

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
On 5/18/22 18:34, Vitaly Zaitsev via devel wrote: On 18/05/2022 17:51, jiri vanek wrote: You can not put uncertified JDK to fedora. Why not? And we can no longer properly support certified dynamic builds Hire new maintainers who can. Who shold hire them. You? Me? Fedoraproject? --

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
On 5/18/22 18:36, Neal Gompa wrote: On Wed, May 18, 2022 at 12:33 PM jiri vanek wrote: Hi Neal! We are participating on Wakefield too. Why do you think JDK in feora should miss it ? It does nto metter if it is static or dynamic one, it will just run correctly under wayaland. Or do I miss

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
On 5/18/22 18:32, Vitaly Zaitsev via devel wrote: On 18/05/2022 18:01, Neal Gompa wrote: At this point, I'd rather have an OpenJDK in Fedora than not. If that means switching to bundled libraries, then fine. But all bundled libraries need to be documented in the spec file and that information

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
On 5/18/22 19:14, Michael Catanzaro wrote: On Wed, May 18 2022 at 12:01:33 PM -0400, Neal Gompa wrote: At this point, I'd rather have an OpenJDK in Fedora than not. I'll bite: why? Just so that it's easily available via RPM? It's starting to sound like Fedora would be providing very little

Re: Fedora 37: Add kernel parameters that help prevent local exploits

2022-05-20 Thread Simon Farnsworth via devel
On Thursday, 19 May 2022 04:15:16 BST Hellosway Here via devel wrote: > Add `slab_nomerge init_on_alloc=1 init_on_free=1 page_alloc.shuffle=1 pti=on > randomize_kstack_offset=on vsyscall=none ` as default kernel command line > arguments. This can help prevent local exploits by making it harder to

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Vitaly Zaitsev via devel
On 20/05/2022 14:03, Jiri Vanek wrote: As writtten several times - this si not true.  It will eb always source codebuilt in koji. From https://fedoraproject.org/wiki/MoveFedoraJDKsToBecomePortableJDKs: Make the normal rpms to not built jdk, but to repack the portable rpms with all

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
On 5/18/22 18:22, Fabio Valentini wrote: On Wed, May 18, 2022 at 6:04 PM Neal Gompa wrote: On Wed, May 18, 2022 at 11:55 AM jiri vanek wrote: You can imagine TCK as gigantic and pretty good testsuite, runing 24hours with quite complicated setup. The pull and setup and run is completely

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
On 5/18/22 18:01, Neal Gompa wrote: On Wed, May 18, 2022 at 11:55 AM jiri vanek wrote: You can imagine TCK as gigantic and pretty good testsuite, runing 24hours with quite complicated setup. The pull and setup and run is completely autoamted, but it is a lot of HW you need (all

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
Just to repeat i one more times, and maybe a bit more loudly - the rendering seems to be SAME for both static and dynamic linking. Please anybody who complains in this thread, can yo have any proof that dynamic linking really makes yor eyes bleed?? J. On 5/18/22 15:48, Mario Torre wrote:

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
On 5/18/22 13:02, Fabio Valentini wrote: On Wed, May 18, 2022 at 12:28 PM jiri vanek wrote: Once, long ago, we were the leader in the Linux Java ecosystem, but ironically as Red Hat's influence in OpenJDK grew, investment in Fedora dwindled. That really is not true. But maybe we were

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
Btw, I know this because I fixed a gazillion font related bugs in OpenJDK in the past, most of which in the OpenJDK 6 and 7 era, I rarely ever had to touch 8 or later. I make my own IntelliJ packages for my own use that rips out their Java runtime and uses Fedora's OpenJDK. :) Idea still

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
I don't think so. The entire Java ecosystem on Fedora was destroyed by Fedora Modularity. Volunteers tried several times to revive it but failed due to opposition. I personally heavily agree:((( The modularity was great idea, but worst implementation ever. And for java it was indeed death

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
On 5/18/22 17:31, Neal Gompa wrote: On Wed, May 18, 2022 at 11:28 AM Peter Boy wrote: Am 18.05.2022 um 16:36 schrieb Vitaly Zaitsev via devel : On 18/05/2022 11:27, Peter Boy wrote: We didn’t lost Eclipse, we switched from RPM to another distribution method. The same with Netbeans.

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
On 5/18/22 14:40, Felix Schwarz wrote: Am 18.05.22 um 11:27 schrieb Peter Boy: We didn’t lost Eclipse, we switched from RPM to another distribution method. Do you mean the Eclipse flatpak? I tried the flatpak but in the end went back to upstream's plain binaries as the Flatpak does not

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

2022-05-20 Thread Jiri Vanek
On 5/17/22 00:10, Fabio Valentini wrote: On Mon, May 16, 2022 at 4:54 PM Andrew Hughes wrote: Let me join the train of -1 votes. I consider this a step entirely in the wrong direction. The JDK should be linked to system libraries wherever possible just like our other packages. Language

[EPEL-devel] Re: [HEADS UP] ImageMagick side-tag for epel8

2022-05-20 Thread Sérgio Basto
On Sun, 2022-05-08 at 16:16 +0100, Sérgio Basto wrote: > On Fri, 2022-04-29 at 14:52 +0100, Sérgio Basto wrote: > > A qui, 28-04-2022 às 15:18 +0100, Sérgio Basto escreveu: > > > On Thu, 2022-04-28 at 07:09 -0700, Troy Dawson wrote: > > > > > > > > > > > > On Thu, Apr 28, 2022 at 2:57 AM Sérgio

[EPEL-devel] Re: [CentOS-devel] RHEL moving to issues.redhat.com only long term

2022-05-20 Thread Josh Boyer
On Fri, May 20, 2022 at 1:42 AM Thomas Stephen Lee wrote: > > The package I need is redhat-lsb-core. We have no plans to add redhat-lsb-core at this time. Most users are able to port their software to use the fields in /etc/os-release. josh > On Fri, May 20, 2022 at 1:57 AM Josh Boyer wrote:

Re: [CentOS-devel] [EPEL-devel] RHEL moving to issues.redhat.com only long term

2022-05-20 Thread Josh Boyer
On Fri, May 20, 2022 at 1:42 AM Thomas Stephen Lee wrote: > > The package I need is redhat-lsb-core. We have no plans to add redhat-lsb-core at this time. Most users are able to port their software to use the fields in /etc/os-release. josh > On Fri, May 20, 2022 at 1:57 AM Josh Boyer wrote:

[Test-Announce] Fedora 37 Rawhide 20220520.n.0 nightly compose nominated for testing

2022-05-20 Thread rawhide
Announcing the creation of a new nightly release validation test event for Fedora 37 Rawhide 20220520.n.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki

Fedora-Cloud-34-20220520.0 compose check report

2022-05-20 Thread 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-20220518.0): ID: 1274437 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL:

Announcing the Fedora BIOS boot SIG

2022-05-20 Thread Hans de Goede
Hi All, Now that FESCo has decided (1) that Fedora will keep supporting BIOS booting, the people working on Fedora's bootloader stack will need help from the Fedora community to keep Fedora booting on systems which require Legacy BIOS to boot. To help with this the Fedora BIOS boot SIG (special

CPE Weekly Update – Week 20 2022

2022-05-20 Thread Michal Konecny
Hi everyone, This is a weekly report from the CPE (Community Platform Engineering) Team. If you have any questions or feedback, please respond to this report or contact us on #redhat-cpe channel on libera.chat (https://libera.chat/). Week: 16th May - 20th May 2022 If you wish to read this