On Tue, Jul 25, 2023 at 2:48 PM Hans de Goede wrote:
> > xmvn-connector-ivymizdebsk
>
> This one has a long long list of deps which will break if it is
> retired and there is a pull-req here fixing the FTBFS:
>
>
Package maven in Fedora Rawhide will be updated
from version 3.8.6 to version 3.9.1 on 31 March 2023.
This minor version update contains breaking behavioral
changes that are known to affect some packages.
More information can be found in upstream release notes at
- maven-resolver
- maven-shade-plugin
- modello
- pomchecker
- sisu
- testng
- xmvn
I will take care of porting all above packages except pomchecker.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
free to take anything you want from that COPR, remove my
> name, and slap your own in there. I'm not going to do it, however.
I am in favor of removing buildnumber-maven-plugin.
In all my packages this plugin is explicitly disabled as it is not
very useful for building Fedora packages.
--
M
On Wed, Aug 31, 2022 at 3:57 PM Stephen Smoogen wrote:
>
>
>
> On Tue, 30 Aug 2022 at 14:16, Mikolaj Izdebski wrote:
>>
>> On Thu, Aug 25, 2022 at 9:53 AM Miro Hrončok wrote:
>>
>> To submit more scratch builds we would need larger builder capacity.
&
On Wed, Aug 31, 2022 at 4:03 PM Miro Hrončok wrote:
>
> On 30. 08. 22 20:15, Mikolaj Izdebski wrote:
> >> 2) One-time enablement of all existing packages
> >>
> >> That should be doable. Right?
> >>
> >>
> >> 3) Automatic enablemen
cron jobs scheduled every 3 hours.
Anyone can request packages meeting certain criteria (eg. name
matching some pattern, or owned/watched by a particular person/group)
to be auto-tracked by Koschei or added to a particular group of
packages.
--
Mikolaj Izdebski
>
>
> Vít
>
>
>
>
ough to manually opt-in.
> 2) One-time enablement of all existing packages
>
> That should be doable. Right?
>
>
> 3) Automatic enablement of all new packages
>
> That should be just a matter of changing the defaults. Correct?
I can implement points 2 and 3 easily, as long as the
resteasy
sisu
sisu-mojos
slf4j
tomcatjss
xbean
xmvn
xmvn-connector-ivy
Maintainers of affected packages are BCC-ed.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
On Thu, Jul 7, 2022 at 4:15 AM Jerry James wrote:
>
> The various ANTLR packages will be impacted by
> https://fedoraproject.org/wiki/Changes/Drop_i686_JDKs. The parser
> generators, which are written in Java, will no longer be available on
> i686. If absolutely necessary, we could continue to
On Fri, Apr 22, 2022 at 7:14 PM Mikolaj Izdebski wrote:
>
> In one week modello package will be updated in rawhide (Fedora 37)
> from version 1.11 to version 2.0.0.
>
> Bug: https://bugzilla.redhat.com/show_bug.cgi?id=2053953
> PR: https://src.fedoraproject.org/rpms/modello/pul
On Thu, Apr 28, 2022 at 4:34 PM Fabio Valentini wrote:
>
> On Thu, Apr 28, 2022 at 1:59 PM Mikolaj Izdebski wrote:
> >
> > On Wed, Apr 27, 2022 at 3:45 PM Fabio Valentini
> > wrote:
> > > There is also the question about whether anitya release-monitoring.org i
ps://release-monitoring.org/api/v2/projects/?name=drg
--
Mikolaj Izdebski
___
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/e
uilding their packages against
> both your and other simultaneous Rawhide changes). So if you are unhappy
> about the rules, please help getting them changed, but do not just ignore
> them.
Updates policy does apply to rawhide too. There is even a section
specific to rawh
On Mon, Apr 25, 2022 at 1:38 PM Mattia Verga via devel
wrote:
>
> Il 24/04/22 22:06, Mikolaj Izdebski ha scritto:
> > On Sun, Apr 24, 2022 at 1:56 AM Fabio Valentini
> > wrote:
> >> On Sat, Apr 23, 2022 at 7:26 PM Mikolaj Izdebski
> >> wrote:
> >>&
jdepend package in rawhide is going to change license
from "BSD" to "MIT".
Upstream version 2.9.1 that is currently in rawhide is licensed under
BSD license.
I'm updating rawhide to version 2.10, which is licensed under MIT license.
Relevant upstream commit:
On Sun, Apr 24, 2022 at 1:56 AM Fabio Valentini wrote:
>
> On Sat, Apr 23, 2022 at 7:26 PM Mikolaj Izdebski wrote:
> >
> > On Sat, Apr 23, 2022 at 9:32 AM Mattia Verga via devel
> > wrote:
> > >
> > > Il 22/04/22 19:14, Mikolaj Izdebski ha sc
On Sat, Apr 23, 2022 at 9:32 AM Mattia Verga via devel
wrote:
>
> Il 22/04/22 19:14, Mikolaj Izdebski ha scritto:
> > In one week modello package will be updated in rawhide (Fedora 37)
> > from version 1.11 to version 2.0.0.
> >
> > Bug: https://bugzilla.redhat.com/
-plugin
maven-scm
maven2
plexus-sec-dispatcher
xmvn
--
Mikolaj Izdebski
___
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
moderate CVE:
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2021-37714
There is a new upstream version available.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
-5.fc36 f36-build-side-49560 mizdebsk
--
Mikolaj Izdebski
On Fri, Jan 7, 2022 at 1:23 PM Mikolaj Izdebski wrote:
>
> Hello,
>
> The maven package in Fedora rawhide will be updated from version 3.6.3
> to version 3.8.4 in one week. This update contains API an
-io
maven-shared-utils
maven-source-plugin
maven-surefire
maven-verifier-plugin
maven2
modello
mojo-executor
munge-maven-plugin
plexus-containers
pomchecker
replacer
sisu-mojos
spec-version-maven-plugin
string-template-maven-plugin
xml-maven-plugin
xmvn
--
Mikolaj Izdebski
On Fri, Jun 4, 2021 at 3:03 PM Mikolaj Izdebski wrote:
>
> License of python-lxml package was changed from "BSD" to "BSD and MIT and
> zlib"
The license change happened in rawhide in June 2021.
Currently there are pending updates introducing the same license
chan
fixing
non-trivial issues, I offer my help. As always, you can reach me on
#fedora-java (on Libera.Chat).
--
Mikolaj Izdebski
> * If all your packages are "succeeded", congratulations nothing to do, and
> just keep en eye on JDK bump
> * If there is "failed"
r it only pertains ELF. What about other files? E.g. compiled Java
> classes, or minified JavaScript libriaries?
I will be proposing a separate system-wide F36 change for embedding
package NVR inside Java JAR files iff the ELF change is accepted.
--
Mikolaj Izdebski
>
> What about storing the RP
On Mon, Nov 1, 2021 at 11:07 AM Jiri Vanek wrote:
>
> Hello!
>
> For wide hearing/reading, before final announcement,
> https://fedoraproject.org/wiki/Changes/Java17 have anybody any opinion or
> anything to say for/against?
I am for this change. Fedora should use the latest OpenJDK by
used for
Java-related packaging topics.
--
Mikolaj Izdebski
[1] https://fedoraproject.org/wiki/SIGs/Java#Mailing_list
>
> Looking forward to future cooperation,
> Zuzana.
>
> [1] https://src.fedoraproject.org/rpms/container-workflow-tool
>
-dataformats-text
libidn
maven-shade-plugin
plexus-containers
protobuf
xmvn
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
ess >= 1:9 tag.
>
> Is there a way to disable/remove this autogeneration or force it to be
> something different?
> Also I noticed some packages where the headless tag was not generated at all.
> So maybe I could just remove the trigger for that.
It is possible to filter generated
On Tue, Oct 5, 2021 at 1:27 PM Peter Boy wrote:
>
>
>
> > Am 04.10.2021 um 15:29 schrieb Mikolaj Izdebski :
> >
> > On Mon, Oct 4, 2021 at 2:08 PM Peter Boy wrote:
> >> However, we lack concepts on how to proceed after removing java-maint-sig.
> >> W
pper-rpm" command) and put into
distribution repos and composes. Other packages can depend on such
RPMs. This is a hybrid packaging model, where some Java RPM packages
can be built in the traditional way (where code is compiled during
rpmbuild) and some are built elsewhere, and only wrapped in RPM
about
> achieving it doesn't require a SIG, it requires you to "do."
>
> So, do you have any specific, concrete goal you want to achieve? If
> the removal of a Java package has affected you directly or a Java
> application you care about is in danger of being removed that would be
pages can simply do so, without asking.
> I posted on the java list some ideas some time ago ('Empowering Fedora
> Java’). Any comments on those?
These were about java-maint-sig, IIRC, which basically does not exist
any longer.
--
Mikolaj Izdebski
>
>
>
> Peter
>
> _
On Thu, Sep 30, 2021 at 12:13 PM Fabio Valentini wrote:
>
> On Thu, Sep 30, 2021 at 11:17 AM Mikolaj Izdebski wrote:
> >
> > On Wed, Sep 29, 2021 at 1:51 PM Miro Hrončok wrote:
> > > Since the @java-maint-sig group is esentially non-responsive, I suggest
>
to committer
for all packages I am primary maintainer of, and I was considering
demoting it further to collaborator or ticket level, or removing
altogether as I my packages did not receive any contribution from the
group for the past months, except for a couple PRs that don't require
direct access to
next month or two.
--
Mikolaj Izdebski
>
> If so, what's the current understanding of a user-driven ProductRequirements
> spec'n of JAVA apps 'round here?
> Who's included in "users"? Developers? End-users? etc.
> Perhaps I've missed it ...
>
> I know as a representative
On Thu, Sep 30, 2021 at 1:25 AM Mat Booth wrote:
>
> On Wed, 29 Sept 2021 at 23:48, Emmanuel Seyman wrote:
> > On that topic, I've just read an interview of Nicolas Lécureuil, the
> > president of the Mageia board, in which he says that Mageia's Java stack
> > is based on Fedora's and that he
of Anitya.
I have just processed your ones.
--
Mikolaj Izdebski
>
> Regards,
>
> Richard
>
> --
> Richard Fearn
> richardfe...@gmail.com
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe s
problem
> You could try running: rpm -Va --nofiles --nodigest
[...]
> How I can fix this?
You can disable osgi requires generator or filter osgi requires (with
eg. __requires_exclude or __requires_exclude_from macros).
--
Mikolaj Izdebski
>
> --
>
On Mon, Jun 21, 2021 at 2:54 PM Andrew Bauer
wrote:
>
> Looks like jakarta-mail affects quite a few packages. I have taken it.
You can transfer jakarta-mail package to me if you like. It's a
dependency of Ant which I'm maintainer of .
--
Mikolaj Iz
On Tue, Jun 1, 2021 at 8:40 AM Stephan Bergmann wrote:
>
> On 01/06/2021 05:42, Mikolaj Izdebski wrote:
> > On Mon, May 31, 2021 at 1:12 PM Miro Hrončok wrote:
> [...]
> >> Seems like the configure script (or whatever that is) fails to find
> >> hamcrest.
&
>> > planning to do something about any of these packages before they are
>> > retired on Monday?
>
>
> I've dropped all the direct dependencies that I had which were being
> orphaned, so the only outstanding problems I have are ant (which may be
> addressed by Sérg
ars ago, OpenJDK is the only
JDK/JRE that is currently in Fedora and it is expected to stay in
Fedora - it is not expected to be retired.
--
Mikolaj Izdebski
> I spend a lot of time using the former as a passtime game and would miss it
> if it wasn't in Fedora any more.
> __
no one is interested in
jansi1 and jline2 then it's natural course of action to orphan and
retire them.
--
Mikolaj Izdebski
> Has anybody already done something about any of these packages (and my
> packager-dashboard page just hasn't caught up yet)? Is anybody
> planning to do some
License of python-lxml package was changed from "BSD" to "BSD and MIT and zlib"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Mon, May 31, 2021 at 1:12 PM Miro Hrončok wrote:
>
> On 17. 05. 21 21:57, Mikolaj Izdebski wrote:
> > Hello,
> >
> > Next week I'm going to update package hamcrest in Fedora rawhide from
> > version 1.3 to version 2.2.
> >
> > The proposed update conta
On Fri, May 21, 2021 at 1:55 AM Fabio Valentini wrote:
>
> On Fri, May 21, 2021 at 1:10 AM Mikolaj Izdebski wrote:
> >
> > Hello,
> >
> > Next week I'm going to update package hamcrest in Fedora rawhide from
> > version 1.3 to version 2.2.
> >
>
* portlet-2.0-api, maintained by jjelen
* postgresql-jdbc, maintained by jjanco praiskup jmlich odubaj hhorak
* tomcat-taglibs-parent, maintained by fcami abbra
* xmlunit, maintained by bubeck mizdebsk
--
Mikolaj Izdebski
___
devel mailing list
, maintained by sdgathman
* py4j, maintained by raphgro
--
Mikolaj Izdebski
___
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
* protobuf, maintained by mizdebsk abbot ignatenkobrain
* xmvn, maintained by mizdebsk
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct
jerboaa
* testng-remote, maintained by mbooth
--
Mikolaj Izdebski
___
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
by orphan mizdebsk
* jackson-modules-base, maintained by edewata jmagne cipherboy
* maven-plugin-bundle, maintained by mizdebsk
* openas2, maintained by sdgathman
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
-invoker, maintained by orphan mizdebsk
* tuxguitar, maintained by oget
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
:
* apache-parent, maintained by mizdebsk
* maven-license-plugin, maintained by guidograzioli
* xmltool, maintained by guidograzioli
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
* freemarker, maintained by filiperosset
* jdom2, maintained by mizdebsk
* scala, maintained by jjames geoff mizdebsk
* tomcat, maintained by huwang csutherl coolsvap van
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
Hi Hans,
On Wed, Apr 28, 2021 at 3:47 PM Hans de Goede wrote:
> Also I hope it is ok if I pick your brain a bit on a java
> packaging issue which I've been having.
>
> I maintain a couple of java leave packages (games) + some deps
> which AFAIK are only used by these games.
>
> One of these deps
On Tue, Apr 27, 2021 at 5:18 PM Dan Čermák
wrote:
>
> Hi Mikolaj,
>
> Mikolaj Izdebski writes:
>
> > 5) automating the process of bootstrapping Maven and Ant with related
> > components, so that new versions can be imported and built
> > reproducibly and
6) restoring Maven compatibility with OpenJDK 8, so that users who
are stuck with older JDKs have an ability to keep using their
build tools with JDK of their preference.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.
On Thu, Dec 17, 2020 at 9:11 PM Kevin Fenzi wrote:
>
> On Wed, Dec 16, 2020 at 03:56:25PM -0500, Neal Gompa wrote:
> ...snip...
> > > > What I'd really like would be a "test mass rebuild" process, where a
> > > > prospective package is uploaded and everything that depends on it is
> > > >
ot included in
> Koschei. And similar case are probably new packages ...
Auto-tracking for individual users is currently broken due to Pagure
API break [1], so it needs development work to fix it.
[1] https://pagure.io/pagure/issue/3824
>
>
> Vít
>
>
> >
> > --
> >
person or group gets at
least commit privileges to a package in dist-git, Koschei will start
tracking it. To request auto-tracking of packages in Koschei you can
open a ticket with Fedora Infrastructure, or contact me directly.
--
Mikolaj Izdebski
___
de
aven.plugins:maven-javadoc-plugin" only remove the plugin
> from the top-level POM, in spite of the -r flag? I have to manually
> remove it from the subdirectory POMs.
It's hard to say without looking at the POM structure. I can check if
you give me a reference to the code (upstream, SRPM
On Fri, Sep 11, 2020 at 11:01 AM Miro Hrončok wrote:
>
> Thank you for describing the entire story from your pov, I think it's very
> helpful!
>
> On 11. 09. 20 9:34, Mikolaj Izdebski wrote:
> > I can't drop my
> > packages and move back to co-maintaining ursine pa
On Fri, Sep 11, 2020 at 10:54 AM Tomasz Torcz wrote:
>
> On Fri, Sep 11, 2020 at 10:16:02AM +0200, Mikolaj Izdebski wrote:
> > You get a side tag in Koji where you can have private build-only
> > dependencies that are discarded (filtered) once they are no longer
> > ne
On Fri, Sep 11, 2020 at 8:44 AM Petr Pisar wrote:
>
> On Thu, Sep 10, 2020 at 09:59:05PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > For Maven packaging the appeal of Modularity is clearly the privatization of
> > the dependency tree, which obviously undercuts the ecosystem of packages.
> >
>
On Thu, Sep 10, 2020 at 9:59 PM Matthew Miller wrote:
>
> On Thu, Sep 10, 2020 at 01:50:55PM +0100, Joe Orton wrote:
> > maintain the non-modular packages. We are not going to promise to
> > commit time and resources to maintain the non-modular packages.
>
> Joe, here's a part I hope you can
On Fri, Sep 11, 2020 at 12:32 AM Zbigniew Jędrzejewski-Szmek
wrote:
> This exchange summarizes the situation nicely.
>
> Modularity can be considered an over-complicated hyped-through-the-roof
> bundling mechanism.
>
> For a long time Fedora has very strongly discouraged bundling in the sense of
On Thu, Sep 10, 2020 at 7:31 PM Daniel P. Berrangé wrote:
>
> On Thu, Sep 10, 2020 at 04:03:46PM +0200, Petr Pisar wrote:
> > On Thu, Sep 10, 2020 at 02:35:13PM +0100, Daniel P. Berrangé wrote:
> > > On Thu, Sep 10, 2020 at 01:50:55PM +0100, Joe Orton wrote:
> > >
> > > > 4. The benefit we want
On Thu, Sep 10, 2020 at 4:35 PM Tomasz Torcz wrote:
>
> On Thu, Sep 10, 2020 at 04:03:46PM +0200, Petr Pisar wrote:
> > In non-modular Fedora all packages that we have in Fedora build system
> > (Koji)
> > are tagged into Fedora repositories and made available to all users on their
> > computers
On Thu, Sep 10, 2020 at 3:46 PM Alexander Scheel wrote:
>
> Hi Joe,
>
> On Thu, Sep 10, 2020 at 8:52 AM Joe Orton wrote:
> >
> > Hi all,
> >
> > I'm writing as the Red Hat engineering manager responsible for Maven and
> > Ant in RHEL, and on behalf of
On Thu, Sep 10, 2020 at 4:04 PM Petr Pisar wrote:
>
> On Thu, Sep 10, 2020 at 02:35:13PM +0100, Daniel P. Berrangé wrote:
> > On Thu, Sep 10, 2020 at 01:50:55PM +0100, Joe Orton wrote:
> >
> > > 4. The benefit we want to preserve from modules is to maintain packages
> > > with varying
On Thu, Sep 10, 2020 at 3:29 PM Dominik 'Rathann' Mierzejewski
wrote:
>
> On Thursday, 10 September 2020 at 14:50, Joe Orton wrote:
> [...]
> > 1. The team has two missions in Fedora:
> >
> > a) We deliver, maintain and support Ant and Maven in Fedora. Our aim
> > is to provide developers with
we created, right?
The branch can be removed as long as commits in the branch are
reachable from another branch.
See https://pagure.io/fesco/issue/2340#comment-628281
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubs
eeing such problems until they are reported by users.
I've just scaled scheduler up and it seems to be running again.
Thanks for the report.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
mbs.fedoraproject.org is maintained by Infrastructure Team [1]. You
can report issues at [2].
[1] https://fedoraproject.org/wiki/Infrastructure
[2] https://pagure.io/fedora-infrastructure/issues
--
Mikolaj Izdebski
On Mon, Feb 17, 2020 at 12:20 PM Stephan Bergmann wrote:
>
> I am trying
s, but in
general you'd need to obtain Maven POMs for particular project (eg.
from Maven Central), add missing build instructions ( section
of POM files) and model composition/inheritance ( and
elements of POM). There are several cases of packages that
are built this way in Fedora, which you can use as example
may change in the future - as
more projects start to use Gradle I may decide to take up its
maintenance in upcoming years.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedor
or open issue at
https://github.com/fedora-java/javapackages/issues
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.
On Mon, Jan 27, 2020 at 1:08 PM Miro Hrončok wrote:
>
> On 27. 01. 20 10:34, Mikolaj Izdebski wrote:
> > On Mon, Jan 27, 2020 at 6:04 AM Bill Chatfield via devel
> > wrote:
> >>
> >> I have chosen a delinquent Java package to work fix. But I need some h
g it is possible as long as its dependencies are packaged
and included in Fedora. To enable it, first make sure that its
dependencies (i.e. "gradle" and "xmvn-connector-gradle") are in
Fedora, then open a bug against "javapackages-tools"
order, meaning that any builds submitted after module
component builds will be picked up after modular builds.
> I hope that's some sign that something is not working as intended?
This is expected behaviour of MBS.
--
Mikolaj Izdebski
__
On Mon, Nov 18, 2019 at 12:17 PM John M. Harris Jr wrote:
>
> On Monday, November 18, 2019 3:42:20 AM MST Mikolaj Izdebski wrote:
> > IMHO effort spent on maintenance of most of these ursine Java packages
> > is mostly wasted effort. As I said before, many times, these p
edora contributors - maintainers who can more easily build packages have
more time to spend on important bugs and features affecting users, can get more
involved in other Fedora activities etc.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.f
packages which are used for building Java RPM
> packages in fedora) will need to be maintained as non-modular packages
> indefinitely.
That is not true. It is entirely possible and feasible to build a distribution
without ursine Maven/XMvn etc. For example look at RHEL 8 - it includes
Maven and An
n and ant packages with JDK 11 (and not building all libraries
> in the module with JDK 11)?
These libraries will still be built with JDK <= 8 bytecode, so they
should continue to work with JDK 8.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.f
be
built with javapackages-tools module, maintained by me.
[1] https://koji.kjnet.xyz/kojifiles/repos/m36/latest/x86_64/
[2] https://pagure.io/fm-orchestrator/issue/1321
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To
On Fri, Oct 25, 2019 at 8:47 PM Miro Hrončok wrote:
>
> On 25. 10. 19 19:30, Mikolaj Izdebski wrote:
> > Hello,
> >
> > Currently default Java runtime in Fedora is OpenJDK 8. This is not the
> > latest OpenJDK packaged, but still remains system-default version.
&g
the benefits they might provide.
What do you mean by "disallowing" default streams? Do you mean
removing them from Fedora?
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@l
Based on feedback received I have just added "EPEL 8" and "EPEL 8
playground" collections to Koschei. For now only a single package is
tracked in each collection - epel-release package, but are free to add
more packages as needed.
On Wed, Aug 28, 2019 at 9:15 AM Mik
: CDDL-1.0 or GPLv2 with exceptions
--
Mikolaj Izdebski
___
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
On Wed, Aug 28, 2019 at 2:53 PM Stephen John Smoogen wrote:
>
> On Wed, 28 Aug 2019 at 03:16, Mikolaj Izdebski wrote:
> >
> > Fedora infrastructure has been asked [1] to enable Koschei [2] for
> > EPEL 8. Would this be useful to anyone? If yes, which of build targets
>
Fedora infrastructure has been asked [1] to enable Koschei [2] for
EPEL 8. Would this be useful to anyone? If yes, which of build targets
(epel8-candidate, epel8-playground-candidate) should Koschei submit
scratch builds for?
[1] https://pagure.io/fedora-infrastructure/issue/8099
[2]
On Sun, Aug 25, 2019 at 2:33 PM Igor Gnatenko
wrote:
> I see that there is no Fedora 31. Is anybody working on creating that
> and moving rawhide forward to 32?
Koschei branching is now complete. Sorry for the delay - it was caused
by scheduled vacation of mine [1,2] as well as other unexpected
On Mon, Aug 12, 2019 at 11:21 AM Miro Hrončok wrote:
>
> On 12. 08. 19 11:16, Mikolaj Izdebski wrote:
> > On Mon, Aug 12, 2019 at 11:14 AM Miro Hrončok wrote:
> >>
> >> On 12. 08. 19 11:12, Mikolaj Izdebski wrote:
> >>> On Sun, Aug 11, 2019 at 10:44
On Mon, Aug 12, 2019 at 11:14 AM Miro Hrončok wrote:
>
> On 12. 08. 19 11:12, Mikolaj Izdebski wrote:
> > On Sun, Aug 11, 2019 at 10:44 AM Miro Hrončok wrote:
> >>
> >> See for example:
> >>
> >> https://apps.fedoraproject.org/koschei/package/pyth
On Sun, Aug 11, 2019 at 10:44 AM Miro Hrončok wrote:
>
> See for example:
>
> https://apps.fedoraproject.org/koschei/package/python-mccabe?collection=epel7
> 2019-08-11 07:50:11
>
> - nothing provides python(abi) = 3.6 ...
>
> This is provided in RHEL 7.7.
>
> (Note that we've unretired the
ackages as others depend on them. But after
the recent mass-retirement of packages Eclipse packages are FTBFS [1]
in rawhide and will be retired by releng, unless someone fixes them
before Fedora 32 branching.
[1] https://apps.fedoraproject.org/koschei/groups/eclipse?collection=f31
--
Mikolaj Izdeb
On Mon, Aug 5, 2019 at 1:50 PM Hans de Goede wrote:
>
> Hi Fabio,
>
> On 05-08-19 13:37, Fabio Valentini wrote:
> > On Mon, Aug 5, 2019 at 1:15 PM Mikolaj Izdebski wrote:
> >>
> >> On Mon, Aug 5, 2019 at 12:07 PM Hans de Goede wrote:
> &g
packages. If there are any issues with javapackages-tools then
please open bugs and I will respond to them.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedo
kager and added as co-maintainer.
[1] https://fedora-java.github.io/howto
[2] https://fedoraproject.org/wiki/SIGs/Java
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.
1 - 100 of 382 matches
Mail list logo