Re: Eclipse 4.x and Tycho

Hello Markus. Talking about sat4j 2.3.5, on mentors.debian.net, I have also put a postinst script and a trigger. These are meant to workaround a little bug in maven-debian-helper [1]. Not sure this is the best solution. Regards. [1] https://github.com/Debian/maven-debian-helper/pull/2 Il 24/10

Re: Reviving the effort to package SBT

Le 25/10/2016 à 08:04, Marko Dimjašević a écrit : > Would you be OK if for a start I got just any version of an SBT .deb > package into non-free, even without a source package for it? Then we > could work from there as described in the previous paragraph. I see you > were against this idea when r

Re: Eclipse 4.x and Tycho

Le 25/10/2016 à 09:21, Luca Vercelli a écrit : > Talking about sat4j 2.3.5, on mentors.debian.net, I have also put a > postinst script and a trigger. These are meant to workaround a little > bug in maven-debian-helper [1]. > Not sure this is the best solution. > > Regards. > > [1] https://github

Re: ~twerner/jar-content.txt.bz2

Hi Oliver, Le 16/10/2016 à 23:52, Oliver Kopp a écrit : > I checked https://wiki.debian.org/JavaPackagingFAQ, where > http://ftp-master.debian.org/~twerner/jar-content.txt.bz2 is linked. > However, this file is 404. Is this still the way to check for existing > JARs in Debian? I recommend using

Fwd: package adjustment tomcat7: logrotate.template

hi dear package maintainers, im not quite sure if im right at this mailing list, but tomc...@packages.debian.org redirected me here… i think the tomcat7 (and also the tomcat8) package should probably have an adjustment in the /usr/share/tomcat7/logrotate.temp

RFS: gradle-debian-helper/1.4

Hi, I have prepared an update for this package. The changelog is: * Inject a task for generating Maven POMs (Closes: #841491) * DebianHelperPlugin now lets javadoc link to the local Javadoc of default-jdk * Update to debhelper 10 * d/control: * Depends on default-jdk-headless | defaul

Re: Reviving the effort to package SBT

On Tue, 2016-10-25 at 10:14 +0200, Emmanuel Bourg wrote: > Yes a non-free package to begin with is fine. My objection was about > uploading the .deb package provided by scala-sbt.org, that wouldn't be > possible since this is only a binary package and we need a source > package. I am not sure how

Re: RFS: gradle-debian-helper/1.4

Le 25/10/2016 à 16:27, 殷啟聰 a écrit : > If you wish, you can grant me the upload rights since I'm now a DM. I > would be glad to co-maintain this package. Thank you for the update. I tried to grant you the upload rights for gradle-debian-helper but the debian keyring with your key hasn't been uplo

Re: Reviving the effort to package SBT

Le 25/10/2016 à 17:22, Marko Dimjašević a écrit : > I am not sure how I would go about creating a source package that is in > the .deb format for SBT so can you please provide an explanation of what > this is? That's indeed impossible. That's why the debian package from https://dl.bintray.com/sbt

Re: Reviving the effort to package SBT

On Tue, 2016-10-25 at 18:17 +0200, Emmanuel Bourg wrote: > That's indeed impossible. That's why the debian package from > https://dl.bintray.com/sbt/debian/ cannot be used, even in non-free. You lost me. Can you tell me what I should do here? I thought just any .deb package of SBT I find online o

Re: Reviving the effort to package SBT

Le 25/10/2016 à 18:21, Marko Dimjašević a écrit : > You lost me. > > Can you tell me what I should do here? I thought just any .deb package > of SBT I find online or make myself (such that it works in the offline > mode) would do for non-free, but I guess you're saying that wouldn't do. We just

Re: Reviving the effort to package SBT

On Tue, 2016-10-25 at 19:25 +0200, Emmanuel Bourg wrote: > We just need a source package in non-free that builds SBT. A .deb file > found online isn't a source package. That's what I can't grasp. If we don't have SBT in Debian, and we need SBT to build SBT, and SBT's build dependencies build-depen

Re: Reviving the effort to package SBT

Le 25/10/2016 à 19:41, Marko Dimjašević a écrit : > That's what I can't grasp. If we don't have SBT in Debian, and we need > SBT to build SBT, and SBT's build dependencies build-depend on SBT, how > are we going to start by having an SBT source package first? The non-free source package could be

Re: Reviving the effort to package SBT

On Tue, 2016-10-25 at 21:31 +0200, Emmanuel Bourg wrote: > The non-free source package could be based on the upstream binary > distribution [1]. As I understand it's not strictly necessary to compile > the source code for a non-free package, debian/rules can simply install > pre-built binaries. L

Re: Reviving the effort to package SBT

Le 25/10/2016 à 23:53, Marko Dimjašević a écrit : > The non-free SBT source package would include JARs and whatever other > binary files of SBT itself and its build dependencies. Then it would > have a minimal debian/ directory (I guess debian/rules would suffice) You'll also need debian/control,

Re: Reviving the effort to package SBT

Hi Emmanuel, On Wed, 2016-10-26 at 00:07 +0200, Emmanuel Bourg wrote: > You'll also need debian/control, debian/changelog and debian/compat. > debian/copyright is probably necessary to document that we are allowed > to distribute the binaries. I started working on this. 1) I changed the RFP to a