Bug#905560: ITP: jaxrpc-api -- Java API for XML based RPC (JAX-RPC)

2018-08-06 Thread Emmanuel Bourg
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg * Package name: jaxrpc-api Version : 1.1.2 Upstream Author : Oracle Corporation * URL : https://github.com/javaee/javax.xml.rpc * License : CDDL-1.1 or GPL-2 with Classpath exception Programming Lang: Jav

Re: Bug#905427: go-sendxmpp -- Go package for sending single messages to an XMPP contact or groupchat

2018-08-06 Thread Martin Dosch
Am Samstag, den 04.08.2018, 18:49 +0200 schrieb W. Martin Borgert: > I wonder, why you want to package go-sendxmpp, if sendxmpp does > the same? Just another implementation language does not sound > like a great reason to have a new package. Maybe you can point > out some advantages, e.g. in functi

Re: Questions about packaging systemd unit files

2018-08-06 Thread Theodore Y. Ts'o
On Sun, Aug 05, 2018 at 10:20:38PM +0100, Simon McVittie wrote: > On Sun, 05 Aug 2018 at 16:52:46 -0400, Theodore Y. Ts'o wrote: > > 1) Am I right in understanding that after modifying or adding any > >systemd unit or timer files, I must run "systemctl daemon-reload"? > > Yes, but preferably v

Re: Questions about packaging systemd unit files

2018-08-06 Thread Ben Hutchings
On Mon, 2018-08-06 at 09:14 -0400, Theodore Y. Ts'o wrote: [...] > One of the reasons why I hadn't considered using dh_installinit or > dh_installsystemd is because the patches submitted upstream for > e2scrub[1] currently install the systemd unit as part of Makefile > rules. I could move them out

Salsa token and privacy

2018-08-06 Thread PICCA Frederic-Emmanuel
Hello, I was using a nitrokey pro + gpg-agent in order to connect via ssh to the debian infrastructure. Now that we have salsa, it seems that the way to go is to use salsa token in order to automake a bunch of tasks. So now I need to put somewhere on a disk my salsa token, in fact on every co

Re: Questions about packaging systemd unit files

2018-08-06 Thread Niels Thykier
Theodore Y. Ts'o: > On Sun, Aug 05, 2018 at 10:20:38PM +0100, Simon McVittie wrote: >> On Sun, 05 Aug 2018 at 16:52:46 -0400, Theodore Y. Ts'o wrote: >>> 1) Am I right in understanding that after modifying or adding any >>>systemd unit or timer files, I must run "systemctl daemon-reload"? >> >>

Re: Questions about packaging systemd unit files

2018-08-06 Thread Josh Triplett
Theodore Y. Ts'o wrote: > Finally, if I have a systemd timer file, as well as a crontab entry, > what is the recommended way to decide whether to install/use the > crontab versus the timer unit file? Unfortunately, there isn't a clean mechanism for that. For systemd unit files, systemd's built-in

Re: Questions about packaging systemd unit files

2018-08-06 Thread Michael Biebl
Am 06.08.2018 um 20:52 schrieb Josh Triplett: > (Note that putting a line in your cron entry to exit if under systemd still > means cron needs to go run that script and have it exit, which is not ideal.) It's maybe not ideal but what I would suggest. The recommended way to check whether systemd is

Browserified copy and DFSG

2018-08-06 Thread Bastien ROUCARIES
Hi, They are a few package that FTBFS due to lack of browserify under debian [1] The most significant point is to render javadoc FTBFS due to lack of browserified version of pako a port of zlib to javascript. I plan to upload browserify soon but browserify is blocked by: * node-insert-module-glo

Re: Browserified copy and DFSG

2018-08-06 Thread Niels Thykier
Bastien ROUCARIES: > Hi, > > They are a few package that FTBFS due to lack of browserify under debian [1] > > The most significant point is to render javadoc FTBFS due to lack of > browserified version of pako a port of zlib to javascript. > > I plan to upload browserify soon but browserify is b

Re: its dead jim - alioth is gone

2018-08-06 Thread Michael Schnyder
Hi Unfortunately, alioth continues to be referenced on various pages, still. Just 1 example: In https://debian-handbook.info/browse/stable/sect.kernel-compilation.html one of the first links points to: GOING FURTHER: http://kernel-handbook.alioth.debian.org/ It would be great if this c