maven4 post-scriptlet build failures

test it in mock because it doesn't recognize the BuildSystem. -- Marián Konček -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: F43 Change Proposal: Hardlink identical files in packages by default (self-contained)

ot needed. == Release Notes == Package builds automatically hardlink identical files. This reduces the installation footprint a bit and also makes packages builds more reproducible. -- Marián Konček -- ___ devel mailing list -- devel@lists.fedoraproject.o

Re: Getting rid of GLEW (migrate to GLAD)

dreas [1] https://github.com/Dav1dde/glad [2] https://github.com/Dav1dde/glad [3] https://github.com/prusa3d/PrusaSlicer/pull/14440 [4] https://github.com/flightlessmango/MangoHud/blob/ d416a8314f87910f3c37f15347ebfa5918bac9c2/src/meson.build#L107 -- Marián K

Re: Automatic detection of unused BuildRequires

:02:01 +0200, Marián Konček wrote: To my knowledge there is no such project. Only highly experimental ones have been used many, many years ago. For example, in Fedora land I've caught some unused BuildRequires with a script that checks whether shared libs provided by build dependencies reappe

Rawhide: openh264: Public key is not installed.

whide-x86_64" is already present, not importing. OpenPGP check for package "openh264-2.4.1-2.fc42.x86_64" (/var/cache/libdnf5/fedora-cisco-openh264-4896e02bbb10d47b/packages/openh264-2.4.1-2.fc42.x86_64.rpm) from repo "fedora-cisco-openh264" has failed: Public key is not

Re: Renaming Java packages with "java" prefix?

I am talking about all packages that install .jar files. On 3. 12. 2024 14:17, Richard W.M. Jones wrote: On Tue, Dec 03, 2024 at 01:39:46PM +0100, Marián Konček wrote: I know that in Fedora package names are usually prefixed with the name of the language they are shipped in their binary form

Renaming Java packages with "java" prefix?

this convention. Do you think we should unify them? I see 2 minor benefits costing a lot of porting work: * Java packages will be easier to search for when doing changes on the JDK side * consistency with the rest of Fedora -- Marián Konček -- ___

Re: What is the status of i686 in Fedora?

and stop building PAM for i686? We still have i686 in Fedora for multilib use-cases. There's no expectation for i686 to be an install target, so maybe it would be acceptable to only build the docs on %java_arches and just exclude them on i686? -- Marián Konček -- __

Fedora Docs Issue (Java Packaging Howto)

Hi, I am reaching here because I didn't know where else to get attention to my issue with Fedora Docs website: https://gitlab.com/fedora/docs/docs-website/docs-fp-o/-/issues/9 It is blocking further development of Java packaging docs. -- Marián K

Orphaning glsl-language-server

This package is no longer maintained by upstream. I have just packaged a working replacement in Fedora: glsl-analyzer. -- Marián Konček -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: [Java related] packaging Italian ID card middleware

is is kinda off-topic, but I have a question: Why is that? Am 19.07.24 um 11:05 schrieb Marián Konček: Gradle is not a preferred build system in Fedora due to various problems with its distribution. Best Regards Kilian Hanich -- Marián K

Re: [Java related] packaging Italian ID card middleware

if I know what their requirements are. On 19. 7. 2024 10:30, Germano Massullo wrote: Marián Konček wrote: [...]Note that my commits are dirty and I am not proposing them as changes, they show that it is possible to adopt Maven. So according to this, what would you recommend me to change in the

Re: [Java related] packaging Italian ID card middleware

Those aren't "minimal" changes, it is possible to set a pom.xml without moving the file hierarchy around. On 18. 7. 2024 20:00, Marián Konček wrote: Sorry, I didn't answer to your questions. # Licensing * core-1.0.0.jar: https://github.com/spreiter301/Core -- GPL /

Re: [Java related] packaging Italian ID card middleware

uild it would be better to use Maven. Are there other pointers of what upstream developers should look into/implement on the Java side? Re: Sergio, so far it seems all Italian, Portuguese and Estonian are using different infrastructures. On 2024/07/18 17:31, Marián Konček wrote: Hi, I am a

Re: [Java related] packaging Italian ID card middleware

be a complete deal-breaker? Probably for the Java build it would be better to use Maven. Are there other pointers of what upstream developers should look into/implement on the Java side? Re: Sergio, so far it seems all Italian, Portuguese and Estonian are using different infrastructures.

Re: [Java related] packaging Italian ID card middleware

dleware.md -- Marián Konček -- ___ 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 Guideli

Re: Automatic detection of unused BuildRequires

I have only overridden the `open*` family of functions, whereas `exec*` should be as well, I think that is the reason. On 4. 7. 2024 13:56, Miro Hrončok wrote: On 03. 07. 24 18:02, Marián Konček wrote: As many of you know, as packages change, so do their BuildRequires. In the current state

Automatic detection of unused BuildRequires

uages. Ultimately, I am interested in the possibility of having automated unused BuildRequires detection as part of rpmbuild / mockbuild. -- Marián Konček -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to dev

Re: F41 Change Proposal: Drop Mandatory Requires on JRE (system-wide)

rg 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.fedoraproj

Re: F41 Change Proposal: Drop Mandatory Requires on JRE (system-wide)

aproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue -- Marián Konček -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: Review request: mruby

Nice catch, using it and removing the line "conf.enable_debug" makes the build use the proper flags. However, I still don't know how to tell Rake to add a `-Wl,-soname,...` option to each .so separately. On 16. 4. 2024 18:11, Jarek Prokop wrote: On 4/16/24 4:16 PM, Mari

Review request: mruby

https://bugzilla.redhat.com/show_bug.cgi?id=2275294 I applied downstream changes which build a shared object (upstream provides no way of doing so, only a static library). -- Marián Konček -- ___ devel mailing list -- devel@lists.fedoraproject.org

Re: F40 Change Proposal: Optimized Binaries for the AMD64 Architecture (System-Wide)

rg 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://

Intention to update httpcomponents-core and httpcomponents-client to major version 5

I will provide compat packages of version 4. Review requests: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2254309 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2254310 -- Marián Konček -- ___ devel mailing list -- devel

org.eclipse.Java flatpak crashes

not sure which one of them is fatal. What is strange is that the Flatpak seems to run normally on my other laptop T480S also with Fedora 38 KDE (FS = ext4). -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: Orphaned packages looking for new maintainers

://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Request to review a MinGW subpackges in libsodium

from https://fedoraproject.org/wiki/MinGW to take a look and tell me if i missed some simplifications. Thanks. -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F39 Change Proposal: Color Bash Prompt (System Wide)

y as green. The prompt isn't about art/style, it's purely about functionality. -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Cod

Re: more distinct default bash prompt?

://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Review request: glsl-language-server

project currently statically links libraries from the glslang package. According to the maintainers, upstream glslang project does not provide ABI to version it's libraries. -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.o

jaxb, jaxb-fi, jakarta-activation license change

L 2.0 and BSD) Source package jakarta-activation: jakarta-activation: BSD -> (EPL-2.0 or BSD or GPLv2 with exceptions) -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedor

Re: Intention to update jakarta-activation to major version 2

Sorry, I meant "jakarta" instead of "javax" package name. On 29. 11. 2022 13:39, Marián Konček wrote: I am planning to update jakarta-activation to version 2 along with updating jaxb-* packages. The package's classes use a different namespace "jakarta" inst

Intention to update jaxb-api to major version 4

hange their BuildRequires. -- Marián Konček ___ 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-conduc

Intention to update jakarta-activation to major version 2

ckages may need to change their BuildRequires. -- Marián Konček ___ 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/proj

Re: Planning to start unifying native and mingw packages

ery enthusiastic to do the work themselves ;-P With regards, Daniel -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedo

Re: Why is there antlr4-project package?

"anrlt4-project" directory? If nothing else, maybe you could rpm --eval %%mvn_install | sed '-n %{name}' or something like that in the %prep section? On 26. 7. 2022 11:33, Fabio Valentini wrote: On Tue, Jul 26, 2022 at 11:08 AM Marián Konček wrote: I used a wrong mailing l

Re: Why is there antlr4-project package?

%mvn_install macro. "antlr4-project" is what "antlr4" should be in my opinion. On 25. 7. 2022 16:28, Jerry James wrote: On Mon, Jul 25, 2022 at 1:07 AM Marián Konček wrote: I noticed that the package "antlr4" was retired and another package "anrlt4-project" was

lucene license change

Since I unretired the package lucene and switched to a different build process, the package now contains possibly different set of packages. I went through the license breakdown provided by upstream and added "BSD" and "MIT" licenses to the previously declared "ASL

Package proposal: google-drive-ocamlfuse

in Fedora. Nevertheless I think this package would be useful for many people. Would anyone (perhaps someone who maintains other ocaml packages) be willing to package this? -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: All maven RPM builds no longer possible

doc-plugin -- Marián Konček ___ 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 Guideli

Re: All maven RPM builds no longer possible

https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure -- Marián Konček ___

Review Request: zstd-jni

bundled zstd-lib and rebundle the one present in Fedora. The library uses both java and native code. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2088487 -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

zstd-jni: packaging issues

package. Moreover, how should Requires look like if i make the package dynamically link to the Fedora zstd? Should i require exact version match? Or a major / minor version match? -- Marián Konček ___ devel mailing list -- devel@lists.fedora

Re: A way to prepare custom source tarballs from .spec file to improve CI experience

e`. On 6. 5. 2022 11:36, Vít Ondruch wrote: Dne 05. 05. 22 v 19:35 Fabio Valentini napsal(a): On Tue, Apr 26, 2022 at 1:50 PM Marián Konček wrote: Adding onto this, as I mentioned an additional step, I can also imagine defining some macros which would be used in the .spec file. We could have a

Re: "The system is going down for suspend NOW!" broadcast messages

ists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsub

Re: A way to prepare custom source tarballs from .spec file to improve CI experience

would use in their own ecosystems. Debian has an article about reproducible packaging: https://wiki.debian.org/ReproducibleBuilds/Howto#Introduction Especially look for the string: "tarball" -- Marián Konček ___ devel mailing lis

Re: A way to prepare custom source tarballs from .spec file to improve CI experience

Mailing_list_guidelines List Archives:https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it:https://pagure.io/fedora-infrastructure -- Marián Konček ___ devel mailing list -- deve

Package requests: mingw-glfw, gtkmm-4

noticed there is already gtk4-devel but no gtkmm-4 (the C++ wrapper). Are there any plans to include this as well? Thanks. -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: Donate 1 minute of your time to test upgrades from F33 to F34

" reports:   https://bugzilla.redhat.com/show_bug.cgi?id=F34FailsToInstall Thank you P.S. sent from workstation successfully upgraded to F34 :) -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe se

aqute-bnd 4.3.0 license change

-javapackages-tools-201902/f/aqute-bnd.spec -- Marián Konček ___ 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

glassfish-el-3.0.1~b11 license change

Since the pre release version ~b11 (last was ~b08) some files in the directory "/api/src/main/java/javax/el" no longer contain two licenses (CDDL and ASL 2.0) but only ASL 2.0. Therefore I am adding ASL 2.0 as an additional license. -- Mar

Re: Donate 1 minute of your time to test upgrades from F30 to F31

k existing reports first: https://red.ht/2kuBDPu Thank you [*] this command does not replace `dnf system-upgrade`, but it will reveal potential problems. You may also run `dnf upgrade` before running this command. -- Marián Konček ___ devel ma

Re: Orphaning/retiring 3 Java packages

rdo da Vinci/ *From: *Marián Konček <mailto:mkon...@redhat.com> *Sent: *Tuesday, August 6, 2019 6:20 AM *To: *devel@lists.fedoraproject.org <mailto:devel@lists.fedoraproject.org> *Cc: *p...@barkhof.uni-bremen.de <mailto:p...@barkhof.uni-bremen.de> *Subject: *Re: Orphaning/retiring

Re: Orphaning/retiring 3 Java packages

delines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: h

xmlunit 2 license change

update the ursine package. I fixed this in MBI: https://src.fedoraproject.org/fork/mbi/rpms/xmlunit/c/cdf8080bd32bde75520fff74828ddbae14a0213b?branch=master -- Marián Konček ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

jaxen-1.2.0 license change

The package jaxen at least since version 1.2.0 no longer includes the only differently (under W3C) licensed file from the rest (BSD) which leaves the package with a single license (BSD). -- Marián Konček ___ devel mailing list -- devel