<div dir="ltr">Regarding the package at hand. It will surely be used in JabRef 6.x. JabRef made a fork: <a href="https://github.com/JabRef/EasyBind/releases/tag/v2.3.0">https://github.com/JabRef/EasyBind/releases/tag/v2.3.0</a> - based on a fork (<a href="https://github.com/tobiasdiez/EasyBind">https://github.com/tobiasdiez/EasyBind</a>) from the original EasyBind.<div><br></div><div>Thus, the package should either be updated - or removed for now and re-packaged if there is activity on JabRef's debian packaging.</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Am Do., 2. Apr. 2026 um 12:57 Uhr schrieb Oliver Kopp <<a href="mailto:kopp.dev@gmail.com">kopp.dev@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hey,</div><div><br></div><div>my "internal" plan is as follows:</div><div><br></div><div>1. Finish JabRef 6.0 - the team is still discussing the local database backend (postgres vs. sqlite vs. something else - details at <a href="https://github.com/JabRef/jabref/issues/12708" target="_blank">https://github.com/JabRef/jabref/issues/12708</a>)</div><div>2. Check if the build of JabRef 6.0 can be done using another build system (more "compatible" with Debian) [*1], [*2]</div><div>3. Create a table of dependencies and their state in debian - meaning updating <a href="https://github.com/JabRef/jabref-koppor/issues/135" target="_blank">https://github.com/JabRef/jabref-koppor/issues/135</a></div><div>4. Work on each item of the table</div><div><br></div><div>Regarding 4: Maybe, each packaging can be made as exercise for students so that they learn about the challenges in packaging</div><div><br></div><div>In general, I perceive researchers being "lazy" and not installing software using Snap / Flatpack / custom .deb files if they are available in the distribution.What I don't know is if JabRef was unavailable in Debian, if people use other tools or invest the extra effort to install JabRef from another source.</div><div><br></div><div>Sharing some general roadmap: </div><div><br></div><div>- We are thinking of a terminal ui for JabRef (<a href="https://jabref.github.io/GSoC/posts/tui/" target="_blank">https://jabref.github.io/GSoC/posts/tui/</a>) - maybe, this can narrow down the dependencies.</div><div>- We do have a CLI tool "jabkit" - <a href="https://github.com/JabRef/jabref/tree/main/jabkit" target="_blank">https://github.com/JabRef/jabref/tree/main/jabkit</a> -- currently very rough, but could be a start for packaging.</div><div><br></div><div>HTH</div><div><br></div><div>Oliver</div><div><br></div><div>[*1] Although JabRef heavily relies on features of the Gradle eco system, my impression is that these "features" are "only" because of jpackage generating an installer. JabRef does not use Java's Module System in other ways (yet).</div><div>[*2] I was thinking about bld (<a href="https://rife2.com/bld" target="_blank">https://rife2.com/bld</a>), but that doesn't seem to be available in Debian 😅</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Do., 2. Apr. 2026 um 09:47 Uhr schrieb Emmanuel Bourg <<a href="mailto:ebourg@apache.org" target="_blank">ebourg@apache.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Le 02/04/2026 à 06:49, tony mancill a écrit :<br>
<br>
> Regarding requesting RM of jabref 3.8.2 [2], there are a number of<br>
> installs according to popcon [3], and it is still functional and<br>
> useful despite its age.  I don't have a strong opinion either way, but<br>
> perhaps it's in the best interest of Debian users to advertise the<br>
> alternative methods of installation in the Debian package itself.<br>
<br>
The popcon is probably mlisleading, because the upstream package has the <br>
same name as the Debian package, so the popcon graph shows both packages <br>
installations.<br>
<br>
Emmanuel Bourg<br>
</blockquote></div></div>
</blockquote></div>