DevHeads.net

Postings by Fabio Valentini

Usage of wildcards in systemd RPM scriptlets broken on fedora >= 31?

Hi everybody,

To provide a bit of context: Syncthing ships unit files for both
system services and user services, where the system service can be
instantiated with the $USER the service should run as.

Orphaned paper-icon-theme

Hi everybody,

I've just orphaned the "paper-icon-theme" package. I no longer use it
and have no interest in maintaining it further.

Orphaned libfixposix (leaf package)

Hi everybody,

I've just orphaned the "libfixposix" package.

Orphaned pegdown (leaf package)

Hi everybody,

I have just orphaned the "pegdown" package, which has become a leaf
package in rawhide.

Its only dependent packages in fedora were maven-doxia and
maven-doxia-sitetools, but the latest builds in rawhide have disabled
the markdown support in these packages, and their latest upstream
releases have transitioned away from pegdown to a different markdown
implementation anyway (which isn't packaged for fedora).

Fabio

Orphaned pdf-renderer (leaf package)

I've just orphaned the pdf-renderer package, which was maintained by
the Stewardship SIG.

There are no dependent packages left in fedora, since itext was
recently retired.

Fabio

bodhi branched updates: how many days until stable - 3, 7, 14?

Hi everybody,

I seem to remember that bodhi updates for branched releases only
required 3 days in testing until they could be pushed to stable.
However, for fedora 31, the default (and minimum) is 7 days, and for
critpath packages, the default (and minimum) 14 days, like for normal
"released" fedora branches.

Did some policy change occur which I am not aware of, or is bodhi just
misconfigured again for branched?

Fabio

Orphaned adapta-gtk-theme, adapta-backgrounds

Hello packagers,

I've just orphaned both adapta-gtk-theme and adapta-backgrounds.

The upstream project is more or less dead, since the main developer
left after getting a lot of negative feedback for the release of a big
refresh / redesign of the Adapta GTK theme (which was then reverted).
The fedora package currently provides the last version of the theme
*before* the redesign.

I originally took over these packages because I used them myself, but
since fedora 30 I'm using stock GNOME / Adwaita again, and so I don't
have any use for them anymore.

Additionally, since the last inkscape updat

Some Java packages in need of new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for some Java packages, and none of our packages depend on
them anymore.
So, we're looking for someone to take better care of them, preferably
someone who actively uses these packages or maintains a package that
depends on them.

The packages are:

- java-base64
- jboss-jstl-1.2-api
- jetty-version-maven-plugin
- stringtemplate4
- tagsoup

Directly dependent packages of java-base64:
- Java-WebSocket
- elasticsearch
- gherkin2-java
- java-vash
- java-xmlbuilder
- jets3t
- rescu
- smack
- sshj

Directly de

snakeyaml 1.25 update

Hi everybody,

Right now, the snakeyaml package in fedora is out of date by more than
three years (1.17, released in February 2016). We plan to merge the PR
rebasing it to the latest version (1.25, released this month) into
master / rawhide and f31.

Packaging sassc ruby gem for jekyll 4.0.0

Hi everybody,

With the recent, major new release of Jekyll (4.0.0) and its SASS
converter (2.0.0), it migrated from the deprecated, plain ruby "sass"
gem to "sassc", which is a wrapper around the libsass C++ library.
I've never had to deal with this scenario for my other ruby packages,
and I just can't get it to work, even when using the bundled version
of libsass (which, by the way, is newer than what's available in
fedora ...).

Can anybody give me some pointers how to properly do this?

Some Java packages in need of new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for some Java packages, and none of our packages depend on
them anymore.
So, we're looking for someone to take better care of them, preferably
someone who actively uses these packages or maintains a package that
depends on them.

The packages are:

- apache-commons-csv
- apache-commons-discovery
- apache-commons-el
- apache-commons-fileupload
- apache-rat
- c3p0
- emma
- geronimo-jaspic-spec
- glassfish-jsp
- gpars
- groovy
- httpunit
- jboss-connector-1.7-api
- jboss-jsf-2.1-api
- jboss-websocket-1.0-ap

Some NodeJS packages in need of new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for some NodeJS packages, and none of our packages depend
on them anymore.
So, we're looking for someone to take better care of them, preferably
someone who actively uses these packages or maintains a package that
depends on them.

The packages are:

- nodejs-formatio
- nodejs-lolex
- nodejs-samsam
- nodejs-util

Directly dependent packages of nodejs-formatio:
- nodejs-sinon

Directly dependent packages of nodejs-lolex:
- nodejs-sinon

Directly dependent packages of nodejs-samsam:
- nodejs-formatio
- nod

gradle will go away

Hi everybody!

After some discussions, we (the Stewardship SIG) have decided that we
cannot continue to maintain gradle in fedora.

- the current version packaged in fedora is outdated (4.4.1, from Dec.
2017, vs.

gettext retired, rawhide broken

Can somebody please unretire and fix gettext? It was just automatically
retired because it didn't build successfully since fedora 29. And now the
world is broken.

Fabio

Non-responsive maintainer: tonet666p

Hi everybody,

Does anybody know how to contact tonet666p?

Possibly unresponsive maintainer: vakwetu

Hi everybody,

While working on packages of the Stewardship SIG, I again came across
another package that is in dire need of attention, while its main
admin seems to be AWOL (even though the email address associated with
his FAS account is a Red Hat one):

- no bodhi updates in 4 years [0]
- no bodhi comments in 2 years [0]
- no koji builds in 4 years [1]

There's also been no response to security issues on bugzilla,
including CVE-2016-6346, CVE-2016-6347, CVE-2018-1051, CVE-2016-9606,
CVE-2016-6345, CVE-2016-6348 - all of which are filed against the
resteasy package, which is, entirely by coi

Possibly unresponsive maintainer: ricardo

Hi everybody,

There are some packages that are in need of attention, for which ricardo is
the main admin.

Possibly Unresponsive Maintainer: dchen

Hi,

I've been working through the backlog of Java packages / updates that
are pending for the Stewardship SIG packages, and found that dchen
seems to have stopped contributing to fedora in August 2018.

- no responses bugzilla issues assigned to him since then [0],
including CVEs and nagging FTBFS issues and needinfos
- no koji builds since then [1]
- no bodhi activity since then [2]

Looking at BugZilla comments, it seems like he stopped working at Red
Hat around the time his contributions to fedora stopped.

Possibly Unresponsive Maintainer: lef

Hi,

When working on the Java Stack for the Stewardship SIG, I've come
across multiple packages that are officially maintained by lef, but it
looks like he stopped contributing to fedora at least six months ago
(I checked mailing lists, bugzilla, bodhi, koji, and his src.fp.org
dist-git repos).

There are some [0] open bugzilla bugs assigned to him

Possibly Unresponsive Maintainer: gil

Hi,

When working on the Java Stack for the Stewardship SIG, I've come
across multiple packages that are officially maintained by gil, but it
looks like he stopped contributing to fedora more than two years ago
(I checked mailing lists, bugzilla, bodhi, koji, and his src.fp.org
dist-git repos).

There are multiple pages [0] of open bugzilla bugs assigned to him,
and none got any response from him for years, so I think I can safely
skip opening another bug for one of his packages ...

He also should have received multiple emails from me during the last
two months, when I asked maintainers depen

nodejs-util needs new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for the nodejs-util package, and none of our packages
depend on it.

nodejs-lolex needs new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for the nodejs-lolex package, and none of our packages
depend on it.

nodejs-formatio needs new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for the nodejs-formatio package, and none of our packages
depend on it.

maven-mapping needs new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for the maven-mapping package, and none of our packages
depend on it.

jetty-test-helper needs new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for the jetty-test-helper package, and none of our
packages depend on it.

jetty-distribution-remote-resources needs new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for the jetty-distribution-remote-resources package, and
none of our packages depend on it.

jetty-alpn needs new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for the jetty-alpn package, and none of our packages
depend on it.

glassfish-jsp needs new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for the glassfish-jsp package, and none of our packages
depend on it.

geronimo-jaspic-spec needs new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for the geronimo-jaspic-spec package, and none of our
packages depend on it.

apache-commons-el needs new permanent maintainer(s)

Hello packagers,

The Stewardship SIG is currently providing only bare-minimum
maintenance for the apache-commons-el package, and none of our
packages depend on it.