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
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 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 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 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
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: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: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, 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 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
* 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
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
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
* 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
, 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
* 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
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 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.
&
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:
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
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.
> __
>> > 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
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.
> >
>
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 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
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
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
-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
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
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
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
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
>
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
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
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
>
> _
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
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
>
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
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
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"
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 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
-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
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
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/
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
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 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:
> >>&
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
-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
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
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
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
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
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
>
>
>
>
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
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.
&
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
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
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
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:
>
>
I've just orphaned jai-imageio-core in EPEL 6. Feel free to take it.
I have no idea how I become the owner of this package in EPEL 6.
I definitely don't remember agreeing to take it.
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
/wiki/Koschei#Adding_packages
--
Mikolaj Izdebski
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
ch is fixed in 2.5 and above.
We can try to backport individual bugfixes to F22 if you file a bug
report in bugzilla.
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin
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 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
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
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 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
>
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
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
301 - 382 of 382 matches
Mail list logo