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

2022-05-18 Thread Kevin Kofler via devel
Demi Marie Obenour wrote: > If Fedora legally cannot ship a version of OpenJDK that hasn’t > passed the TCK, but which is still compatible with the vast majority > of Java code, then OpenJDK isn’t free software and Fedora cannot > ship it at all. Conversely, if OpenJDK is free software, then Fedor

Re: Debuginfo on F36

2022-05-18 Thread przemek klosowski via devel
On 5/18/22 23:57, Jerry James wrote: On Wed, May 18, 2022 at 9:41 PM Jerry James wrote: I just updated my home machine to F36. Now, when I try to debug a Fedora-built package after installing the appropriate debuginfo packages with dnf, I get: (No debugging symbols found in .gnu_debugdata fo

LLVM/Clang update to 14.0.3

2022-05-18 Thread Tom Stellard
Hi, I'm planning to update all of the LLVM packages in f36/rawhide to 14.0.3. This release is API/ABI compatible with 14.0.0, so most packages that depend on llvm won't need to be rebuilt. However, some packages hard-code the resource directory for clang which has the version in its path, so tho

Re: Debuginfo on F36

2022-05-18 Thread Jerry James
On Wed, May 18, 2022 at 9:41 PM Jerry James wrote: > I just updated my home machine to F36. Now, when I try to debug a > Fedora-built package after installing the appropriate debuginfo > packages with dnf, I get: > > (No debugging symbols found in .gnu_debugdata for [path to ELF object]) > > for

Debuginfo on F36

2022-05-18 Thread Jerry James
I just updated my home machine to F36. Now, when I try to debug a Fedora-built package after installing the appropriate debuginfo packages with dnf, I get: (No debugging symbols found in .gnu_debugdata for [path to ELF object]) for every library. Is debuginfod the only supported way to get usab

Fedora 37: Add kernel parameters that help prevent local exploits

2022-05-18 Thread Hellosway Here via devel
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 exploit the kernel. I do not think there will be any breakage, I have been

Fedora 37: Add kernel parameters that help prevent local exploits

2022-05-18 Thread Hellosway Here via devel
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 exploit the kernel. I do not think there will be any breakage, I have been

Re: ansible-collection-community-docker License Change

2022-05-18 Thread Maxwell G via devel
On Monday, May 16, 2022 11:00:06 AM CDT you wrote: > With the release of ansible-collection-community-docker 2.5.1, the license > has changed from `GPLv3+` > `GPLv3+ and Python`. This same change applies to the new release of ansible-collection-community-rabbitmq. -- Thanks, Maxwell G (@gotma

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

2022-05-18 Thread Thomas Stephen Lee
Hi, I am trying to request a package for RHEL 9, but I cannot find RHEL under Projects at issues.redhat.com. What is the correct project for RHEL 9 ? Thanks --- Lee On Mon, Mar 7, 2022 at 11:14 PM Josh Boyer wrote: > > Hi Fedora, CentOS, and EPEL Communities! > > As part of our continued 3 ye

Re: F38 Proposal: SPDX License Phase 1 (Self-Contained Change proposal)

2022-05-18 Thread Gary Buhrmaster
On Wed, May 18, 2022 at 10:08 PM Otto Urpelainen wrote: > Neal's proposal seems simple and safe. Except that it conflicts with another of the proposal authors, who claims one will be required to use %if-%else logic. Limitations in tooling to not report violations of the intention of the require

Re: FESCo election nominations are now open

2022-05-18 Thread Otto Urpelainen
Ben Cotton kirjoitti 18.5.2022 klo 20.03: We currently have three candidates for five open seats. This math does not work out. You may nominate yourself (or someone else, with their permission) before 2359 UTC on Wednesday 25 May. On Wed, May 11, 2022 at 9:05 AM Ben Cotton wrote: Now through

Re: Self Introduction: Rijul Gulati

2022-05-18 Thread Otto Urpelainen
Rijul Gulati kirjoitti 15.5.2022 klo 21.05: Hello Fedora, My name is Rijul Gulati. I am a Software Developer from India. I have been using Linux for a couple of years now, and would like to contribute to the fedora project. Welcome Rijul! Contributions are much appreciated. I would like

Re: F38 Proposal: SPDX License Phase 1 (Self-Contained Change proposal)

2022-05-18 Thread Otto Urpelainen
Neal Gompa kirjoitti 18.5.2022 klo 19.40: On Wed, May 18, 2022 at 12:27 PM Vít Ondruch wrote: Dne 18. 05. 22 v 15:51 David Cantrell napsal(a): On Wed, May 18, 2022 at 02:51:33PM +0200, Miro Hrončok wrote: On 17. 05. 22 21:49, Miro Hrončok wrote: On 17. 05. 22 17:06, Miroslav Suchý wrote:

Fedora CoreOS Meeting Minutes 2022-05-18

2022-05-18 Thread Dusty Mabe
Minutes: https://meetbot.fedoraproject.org/fedora-meeting-1/2022-05-18/fedora_coreos_meeting.2022-05-18-16.30.html Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting-1/2022-05-18/fedora_coreos_meeting.2022-05-18-16.30.txt Log: https://meetbot.fedoraproject.org/fedora-meeting-1/2022

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

2022-05-18 Thread Vitaly Zaitsev via devel
On 18/05/2022 19:14, Michael Catanzaro wrote: Every bundled library needs a Provides, not only the ones that would be affected by this change. Yes. And maintainers must include and keep up to date this information in SPECs: All packages whose upstreams have no mechanism to build against sys

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

2022-05-18 Thread Demi Marie Obenour
On 5/18/22 06:45, jiri vanek wrote: >> Why did you give up? >> > > I'm unable to enumerate number of bugs we solved, or even dropped as > unsolvable due to dynamic nature of distribution-correct JDK. Can you provide an example of an unsolvable one? >> At one point AdoptOpenJDK distributed binar

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

2022-05-18 Thread Michael Catanzaro
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 value here on top of what is offered by upst

Re: FESCo election nominations are now open

2022-05-18 Thread Ben Cotton
We currently have three candidates for five open seats. This math does not work out. You may nominate yourself (or someone else, with their permission) before 2359 UTC on Wednesday 25 May. On Wed, May 11, 2022 at 9:05 AM Ben Cotton wrote: > > Now through 25 May, you may nominate candidates for th

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

2022-05-18 Thread Vitaly Zaitsev via devel
On 18/05/2022 18:26, Simon Farnsworth wrote: In English, "lie" means "a statement made by someone knowing it is not true". It carries with it the idea that the person making the false statement knew it was false, but claimed it was true anyway. True, but we don't know for sure was it a mistake

Re: F38 Proposal: SPDX License Phase 1 (Self-Contained Change proposal)

2022-05-18 Thread Neal Gompa
On Wed, May 18, 2022 at 12:27 PM Vít Ondruch wrote: > > > Dne 18. 05. 22 v 15:51 David Cantrell napsal(a): > > On Wed, May 18, 2022 at 02:51:33PM +0200, Miro Hrončok wrote: > >> On 17. 05. 22 21:49, Miro Hrončok wrote: > >>> On 17. 05. 22 17:06, Miroslav Suchý wrote: > Dne 17. 05. 22 v 16:59

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

2022-05-18 Thread Neal Gompa
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 something? The runtime libra

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

2022-05-18 Thread Vitaly Zaitsev via devel
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. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) ___ dev

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

2022-05-18 Thread jiri vanek
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 something? ___ devel mailing list -- devel@lists.f

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

2022-05-18 Thread Vitaly Zaitsev via devel
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 needs to be kept up to date. They also want to bund

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

2022-05-18 Thread Vitaly Zaitsev via devel
On 18/05/2022 17:28, Peter Boy wrote: You neglect the reality. RPM is still the main package format on Fedora. One alternative installation source is flatpak, that is gaining approval among more and more Fedora developers, and more and more are switching to it. Do you mean a third-party re

Re: F38 Proposal: SPDX License Phase 1 (Self-Contained Change proposal)

2022-05-18 Thread Vít Ondruch
Dne 18. 05. 22 v 15:51 David Cantrell napsal(a): On Wed, May 18, 2022 at 02:51:33PM +0200, Miro Hrončok wrote: On 17. 05. 22 21:49, Miro Hrončok wrote: On 17. 05. 22 17:06, Miroslav Suchý wrote: Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a): Thanks for the explanation. Could this be explicit

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

2022-05-18 Thread Simon Farnsworth via devel
On Wednesday, 18 May 2022 15:41:17 BST Vitaly Zaitsev via devel wrote: > On 18/05/2022 13:47, Dominik 'Rathann' Mierzejewski wrote: > > > Then call it "incorrect". Saying it's a lie implies intent to mislead, > > while there obviously was none. > > > Saying "lie" means "not true". > In English,

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

2022-05-18 Thread Fabio Valentini
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 > > autoamted, but it is a lot o

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

2022-05-18 Thread Neal Gompa
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 architecures x all oses x all > jdks). In a

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

2022-05-18 Thread jiri vanek
One one side it is good testsuite, on second something yo have to pass to publish. So if users in fedora should have distribution-packed JDKs, someone have to run (At least) them. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe s

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

2022-05-18 Thread jiri vanek
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 architecures x all oses x all jdks). In adition, you need human power to keep with TCK evolution, somet

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

2022-05-18 Thread jiri vanek
You can not put uncertified JDK to fedora. And we can no longer properly support certified dynamic builds. We realy do no like this change, but we do not see another way. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an em

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

2022-05-18 Thread Neal Gompa
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. > > > > No RPMS i

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

2022-05-18 Thread Peter Boy
> 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. > > No RPMS in Fedora repositories => Fedora lost them. You neglect the reality.

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

2022-05-18 Thread Vitaly Zaitsev via devel
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 following answer: lie (noun) - an intentionally false statement used with reference to

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

2022-05-18 Thread Stephen Smoogen
On Wed, 18 May 2022 at 10:41, Vitaly Zaitsev via devel < devel@lists.fedoraproject.org> wrote: > On 18/05/2022 13:47, Dominik 'Rathann' Mierzejewski wrote: > > Then call it "incorrect". Saying it's a lie implies intent to mislead, > > while there obviously was none. > > Saying "lie" means "not tru

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

2022-05-18 Thread Vitaly Zaitsev via devel
On 18/05/2022 14:09, Stephen Snow wrote: Below is the link to the JCK/TCK and to be able to use the OpenJDK name you must sign the agreement and then you get access to the JCK which is the certification test API. That means that OpenJDK is no longer a free software and can't be distributed by

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

2022-05-18 Thread Vitaly Zaitsev via devel
On 18/05/2022 13:47, Dominik 'Rathann' Mierzejewski wrote: Then call it "incorrect". Saying it's a lie implies intent to mislead, while there obviously was none. Saying "lie" means "not true". -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) __

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

2022-05-18 Thread Omair Majid
Hi, "jiri vanek" writes: > As for .NET - you can not compare. That's completely fair. One (OpenJDK) has been open source in various forms for 15 years. The other has been (re-designed and made) open source for around 5 years now. 10 years is an eternity, and has both positive and negative impli

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

2022-05-18 Thread 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. No RPMS in Fedora repositories => Fedora lost them. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org) ___

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

2022-05-18 Thread Omair Majid
Hi, Neal Gompa writes: > The Python team made "Fedora Loves Python": https://fedoralovespython.org/ > The .NET team maintains the Developer page for .NET and has a domain > redirect to it: https://fedoraloves.net/ For the record, the .NET SIG has a bus factor of one (maybe two) people when it c

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

2022-05-18 Thread Neal Gompa
On Wed, May 18, 2022 at 9:49 AM Mario Torre wrote: > > On Tue, May 10, 2022 at 11:52 PM Neal Gompa wrote: > > > I'm confused how this would not negatively impact the user experience, > > because things like FreeType and HarfBuzz in Fedora have features and > > configuration that are non-default t

Re: F38 Proposal: SPDX License Phase 1 (Self-Contained Change proposal)

2022-05-18 Thread David Cantrell
On Wed, May 18, 2022 at 02:51:33PM +0200, Miro Hrončok wrote: > On 17. 05. 22 21:49, Miro Hrončok wrote: > > On 17. 05. 22 17:06, Miroslav Suchý wrote: > > > Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a): > > > > Thanks for the explanation. Could this be explicitly written in > > > > the change pro

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

2022-05-18 Thread Mario Torre
On Tue, May 10, 2022 at 11:52 PM Neal Gompa wrote: > I'm confused how this would not negatively impact the user experience, > because things like FreeType and HarfBuzz in Fedora have features and > configuration that are non-default that improve the font rendering > capabilities of applications t

Re: F38 Proposal: SPDX License Phase 1 (Self-Contained Change proposal)

2022-05-18 Thread David Cantrell
On Tue, May 17, 2022 at 03:30:43PM -0400, Kevin P. Fleming wrote: > On 5/17/22 14:35, David Cantrell wrote: > > I think a better thing to do would be to use a scanner like scancode[1] > > to > > check the source tree in question and then construct a License expression > > for > > the spec file fro

Re: Need help with LTO running out of memory

2022-05-18 Thread Carlos O'Donell
On 5/17/22 21:39, Orion Poplawski wrote: > libfabric 1.15.1 builds on x86_64 are failing because the final LTO link > seems to consume all available memory: ... > gcc: fatal error: Killed signal terminated program lto1 > compilation terminated. > lto-wrapper: fatal error: gcc returned 1 exit statu

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

2022-05-18 Thread Stephen Snow
On Wed, 2022-05-18 at 14:39 +0200, Petr Pisar wrote: > V Wed, May 18, 2022 at 08:09:06AM -0400, Stephen Snow napsal(a): > > Once upon a time On Tue, 2022-05-17 at 10:29 -0500, Chris Adams > > wrote:(snip unrelated) ... > > > In this thread it was claimed (I believe by a packager) that TCK > > > is

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

2022-05-18 Thread Stephen Snow
On Wed, 2022-05-18 at 07:27 -0500, Chris Adams wrote: > Once upon a time, Stephen Snow said: > > Once upon a time On Tue, 2022-05-17 at 10:29 -0500, Chris Adams > > wrote:(snip unrelated) ... > > > In this thread it was claimed (I believe by a packager) that TCK > > > is > > > important to Java us

Re: F38 Proposal: SPDX License Phase 1 (Self-Contained Change proposal)

2022-05-18 Thread Miro Hrončok
On 17. 05. 22 21:49, Miro Hrončok wrote: On 17. 05. 22 17:06, Miroslav Suchý wrote: Dne 17. 05. 22 v 16:59 Miro Hrončok napsal(a): Thanks for the explanation. Could this be explicitly written in the change proposal? Yes. I will amend the proposal with FAQ posted in this thread. Also, when y

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

2022-05-18 Thread Petr Pisar
V Wed, May 18, 2022 at 08:09:06AM -0400, Stephen Snow napsal(a): > Once upon a time On Tue, 2022-05-17 at 10:29 -0500, Chris Adams > wrote:(snip unrelated) ... > > In this thread it was claimed (I believe by a packager) that TCK is > > important to Java users, but I haven't seen any users say that.

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

2022-05-18 Thread Felix Schwarz
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 work well when using pydev. So for my use

Fedora 34 is going EOL in 20 days

2022-05-18 Thread Tomas Hrcka
Hello all, Fedora 34 will go end of life for updates and support on 2022-06-07 No further updates, including security updates, will be available for Fedora 34 after the said date. All the updates of Fedora 34 being pushed to stable will be stopped as well. Regards, Fedora Release Engineering ___

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

2022-05-18 Thread Chris Adams
Once upon a time, Stephen Snow said: > Once upon a time On Tue, 2022-05-17 at 10:29 -0500, Chris Adams > wrote:(snip unrelated) ... > > In this thread it was claimed (I believe by a packager) that TCK is > > important to Java users, but I haven't seen any users say that. > > > > I'm not a Java us

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

2022-05-18 Thread Stephen Snow
Once upon a time On Tue, 2022-05-17 at 10:29 -0500, Chris Adams wrote:(snip unrelated) ... > In this thread it was claimed (I believe by a packager) that TCK is > important to Java users, but I haven't seen any users say that. > > I'm not a Java user... I had never heard of TCK.  I just went > sea

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

2022-05-18 Thread Fedora compose checker
Missing expected images: Minimal raw-xz armhfp Compose PASSES proposed Rawhide gating check! All required tests passed Failed openQA tests: 14/231 (x86_64), 19/161 (aarch64) New failures (same test not failed in Fedora-Rawhide-20220517.n.0): ID: 1271137 Test: x86_64 Workstation-live-iso ap

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

2022-05-18 Thread jiri vanek
> Jiri Vanek wrote: > > Unfortunately, your mail does not clarify all that much for me. I actually > see several contradictions, e.g.: > > > vs. > > > so "putting [the binary] onto some other system", "eg on super custom > opensuse", is exactly what you want to be able to do. I do not see i

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

2022-05-18 Thread Dominik 'Rathann' Mierzejewski
On Tuesday, 17 May 2022 at 16:30, Vitaly Zaitsev via devel wrote: > On 17/05/2022 14:36, Stephen Smoogen wrote: > > I am going to ask you once to dial back your rhetoric. Calling people > > liars for having definitions of firmware and drivers isn't helpful to > > this conversation. > > I've never

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

2022-05-18 Thread Fabio Valentini
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 doing to much to keep any java > s

Fedora-Cloud-34-20220518.0 compose check report

2022-05-18 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-20220517.0): ID: 1271463 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

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

2022-05-18 Thread jiri vanek
Yo are right. Then probably the only precedent I have is shmi. ___ 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/proje

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

2022-05-18 Thread jiri vanek
> Why did you give up? > I'm unable to enumerate number of bugs we solved, or even dropped as unsolvable due to dynamic nature of distribution-correct JDK. > > At one point AdoptOpenJDK distributed binaries that were not tested > against the TCK (https://dzone.com/articles/an-overview-on-jdk-v

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

2022-05-18 Thread jiri vanek
> On 5/17/22 08:33, Stephen Smoogen wrote: > If I understand correctly, the main problem > with the Java ecosystem > is that it is based on redistribution of binaries, not source code. > The focus is on building binaries that can be run on as many > systems as possible, rather than on providing sou

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

2022-05-18 Thread jiri vanek
> On Tue, May 17, 2022 at 8:33 AM Stephen Smoogen wrote: > > My expectation is based on how both Python and .NET have done this: > > The Python team made "Fedora Loves Python": https://fedoralovespython.org/ > The .NET team maintains the Developer page for .NET and has a domain > redirect to it:

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

2022-05-18 Thread jiri vanek
> 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 doing to much to keep any java somehow alive. This proposal will untie our hands, and we wil be a

Fedora rawhide compose report: 20220518.n.0 changes

2022-05-18 Thread Fedora Rawhide Report
OLD: Fedora-Rawhide-20220517.n.0 NEW: Fedora-Rawhide-20220518.n.0 = SUMMARY = Added images:1 Dropped images: 7 Added packages: 2 Dropped packages:1 Upgraded packages: 65 Downgraded packages: 0 Size of added packages: 5.61 MiB Size of dropped packages

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

2022-05-18 Thread Peter Boy
> Am 17.05.2022 um 15:02 schrieb Neal Gompa : > > On Tue, May 17, 2022 at 8:33 AM Stephen Smoogen wrote: >> >> >>> >>> So tell me, if we actually *did* this, what are *you* planning to do >>> to make open source Java more attractive? What are you going to do to >> >> >> Why is this their j

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

2022-05-18 Thread Peter Boy
> Am 17.05.2022 um 05:08 schrieb Neal Gompa : > I don't know if you're going to gain any sympathy for stating this, > considering how badly the Fedora Java ecosystem has fallen apart in > the span of five years. Both in the wider Red Hat world and within > Fedora itself, Java has received less an

zstd-jni: packaging issues

2022-05-18 Thread Marián Konček
Hi, I am trying to create a new package in Fedora: "zstd-jni" https://github.com/luben/zstd-jni This would allow our package "apache-commons-compress" to use zstd compression. Note that zstd-jni is a separate project from zstd. They just add some jni C and Java librry to use them. I am facin