Orphaned packages to be retired (Java packages in 2 weeks)

[Miro Hrončok]

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one. Please adopt the affected package or
retire your depending package to avoid broken dependencies, otherwise your
package will be retired when the affected package gets retired.

Grep the list for your FAS name, follow the transitive deps:
https://churchyard.fedorapeople.org/orphans-2019-03-18.txt

Request package ownership via releng ticket: https://pagure.io/releng/issues

Package  (co)maintainers   Status Change

OSGi-bundle-ant-task  orphan   6 weeks ago
SimplyHTMLmizdebsk, orphan 5 weeks ago
aether-connector-okhttp   galileo, mizdebsk, orphan5 weeks ago
ant-contrib   davidcl, mizdebsk, orphan5 weeks ago
antlr3dchen, lef, mizdebsk,5 weeks ago
  mjakubicek, orphan, walters
aopalliance   mizdebsk, orphan 5 weeks ago
apache-commons-beanutils  fnasser, mizdebsk, orphan,   5 weeks ago
  spike
apache-commons-collectionsjcapik, mizdebsk, orphan 5 weeks ago
apache-commons-collections4   mizdebsk, orphan 5 weeks ago
apache-commons-compress   mizdebsk, mkoncek, orphan,   5 weeks ago
  spike
apache-commons-configuration  fnasser, mizdebsk, orphan,   5 weeks ago
  spike
apache-commons-csvlef, mizdebsk, orphan, spike 5 weeks ago
apache-commons-discovery  lkundrak, mizdebsk, orphan,  5 weeks ago
  spike
apache-commons-el fnasser, mizdebsk, orphan,   5 weeks ago
  spike
apache-commons-fileupload jerboaa, mizdebsk, mmraka,   5 weeks ago
  orphan, spike
apache-commons-jexl   mizdebsk, orphan 5 weeks ago
apache-commons-jxpath fnasser, mizdebsk, orphan,   5 weeks ago
  spike
apache-commons-netmizdebsk, orphan, spike  5 weeks ago
apache-ivymizdebsk, orphan 5 weeks ago
apache-james-project  lef, mizdebsk, orphan5 weeks ago
apache-logging-parent mizdebsk, orphan 5 weeks ago
apache-mime4j lef, mizdebsk, orphan5 weeks ago
apache-parent mizdebsk, orphan 5 weeks ago
apache-ratmizdebsk, orphan 5 weeks ago
apache-resource-bundles   mizdebsk, orphan 5 weeks ago
apiguardian   mizdebsk, orphan 5 weeks ago
aqute-bnd jcapik, mizdebsk, orphan 5 weeks ago
args4jjcapik, mizdebsk, orphan 5 weeks ago
atinject  kdaniel, mizdebsk, orphan5 weeks ago
avalon-framework  jerboaa, mizdebsk, orphan5 weeks ago
avalon-logkit jerboaa, mizdebsk, orphan5 weeks ago
base64coder   jcapik, mizdebsk, orphan 5 weeks ago
batik jvanek, mizdebsk, orphan 5 weeks ago
bcel  mizdebsk, orphan 5 weeks ago
bea-stax  jcapik, mizdebsk, orphan 5 weeks ago
beust-jcommander  jcapik, jvanek, mizdebsk,5 weeks ago
  orphan
blobbyorphan   6 weeks ago
bsf   choeger, mizdebsk, orphan5 weeks ago
bsh   mizdebsk, orphan 5 weeks ago
c3p0  dchen, lef, orphan   5 weeks ago
cal10nmizdebsk, orphan 5 weeks ago
checkstyledbhole, greghellings, lef,   5 weeks ago
  mizdebsk, nsantos, orphan,
  rmyers
clang5.0  orphan, tstellar 6 weeks ago
clang6.0  orphan, tstellar 6 weeks ago
cmusphinx3jjames, orphan   2 weeks ago
co

Re: [HEADS UP] Eclipse dropping 32-bit arches

[Mat Booth]

On Wed, 5 Dec 2018 at 15:29, Mat Booth  wrote:

> The Eclipse Platform upstream is in the process of dropping all support
> for 32bit arches.
>
> The current state is that upstream are no longer building for 32bit arches
> upstream for 4.10 (release 2018-12) onwards. I expect them to start
> actively removing 32bit specific code in future releases.
>
> You can read more about the decision on the upstream bug [2]
>
> In Fedora, Eclipse 4.10 which I am building for Rawhide and F29 right now,
> still builds for 32bit arches, but this will not last long. I expect in a
> future release (4.11 or later) Eclipse will no longer build on x86/arm and
> at that time I will no longer be able to support these architectures in
> Fedora -- I expect to exclude those arches from Fedora builds.
>
> If you depend on the ECJ batch compiler, this will continue to be
> available on all arches as a noarch package. (It is packaged as a discrete
> SRPM and has no build or runtime dependency on the Eclipse Platform itself.
> )
>
> Regards,
> Mat
>
>
> [1]
> https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/XCQIMO3W3D5XGHQHBVVIBUBPIXKJJJWL/
> [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=526620
>

It's three months later and I wanted to follow up on this.

Eclipse in Fedora has dropped support for 32 bit architectures. The newest
builds of Eclipse 4.11 for F30 and newer reflect this and are built for 64
bit architectures only.

By now I have touched most Eclipse plug-in packages to limit their
availability to the same architectures as Eclipse itself. If you own a
package that is not an Eclipse plug-in but it does have a build or runtime
dependency on Eclipse, then you will need to follow suit and make your
package also exclude 32 bit architecture. If your package simply depends on
Eclipse/Equinox for OSGi APIs, then you might be better switching your
package to build against the OSGi APIs provided by the
osgi-core/osgi-compendium packages instead to stay available on all
architecture. Feel free to ping if you are unsure how to proceed.

Regards,
Mat

PS. My next job is modularising Eclipse in Fedora so that it remains
available in the distro after the great package retiring happens.

-- 
Mat Booth
http://fedoraproject.org/get-fedora
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedoraproject.org