-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
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
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
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
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
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
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
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
://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
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
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
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.
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
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 /
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
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
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
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
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
://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
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
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
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://
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
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
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
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
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
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
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
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
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
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
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
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
___
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
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
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
%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
"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
" 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
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
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
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
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
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
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
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
--
__
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
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
--
___
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
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
52 matches
Mail list logo