Re: Built-Using usage question

2017-12-31 Thread Lukas Schwaighofer
Hi, On Sat, 30 Dec 2017 19:42:01 -0800 Russ Allbery wrote: > I don't think you need to change anything about Built-Using. That > seems like exactly the sort of reason anticipated by DFSG > compliance. The clarification in Policy is because the previous > wording would have required literally e

Built-Using usage question

2017-12-30 Thread Lukas Schwaighofer
Hi mentors, I read the update in policy 4.1.3 and I'm not sure how to handle the change / clarification of the Built-Using control field for the syslinux package (which I maintain in the debian-cd team). I have two questions: The syslinux-efi binary package contains parts of the gnu-efi package

Bug#876667: RFS: pragha/1.3.3-1

2017-09-26 Thread Lukas Schwaighofer
Hi Gabriel, it seems you are getting the knack of it quickly :) . I don't have any additional feedback. I hope you're able to find a sponsor soon. You can also look at the available packaging teams [1]. For your package it looks like the Debian Multimedia team [2] would be the most suitable on

Bug#876667: RFS: pragha/1.3.3-1

2017-09-25 Thread Lukas Schwaighofer
Hi Gabriel, thanks for the git link, makes things easier for me. > Where did you get pragha-1.3.3.tar.gz from? > I got it from > https://github.com/pragha-music-player/pragha/archive/v1.3.3.tar.gz. I got the same one (but I used `uscan -dd` to download, which uses the debian/watch file and also

Bug#876667: RFS: pragha/1.3.3-1

2017-09-24 Thread Lukas Schwaighofer
Hi Gabriel, thanks for improving upon our suggestions. On Sun, 24 Sep 2017 15:15:41 -0300 "Gabriel F. T. Gomes" wrote: > Lukas, > In that same message [1], you suggested the use of a version control > system, but I don't know where to make it public (I know that alioth > is being discontinued, s

Re: RFS: pragha/1.3.3-3

2017-09-21 Thread Lukas Schwaighofer
Hi Gabriel, thanks for working on packaging pragha for Debian! First, let's get your bugs in shape: 1. Correct the metadata of the wnpp bug [1] for pragha You should set yourself as the owner of that bug and retitle it from RFP (request for packaging) to ITP (intent to package). The easiest w

Re: Bug#867147: RFS: gmrun/0.9.2-4 [ITA]

2017-07-06 Thread Lukas Schwaighofer
Hi Adam, thanks for sponsoring. Regarding the git repository I have a few more requests. Please: * point the HEAD to debian/master cd /git/collab-maint/gmrun.git git symbolic-ref HEAD refs/heads/debian/master * remove the master branch * push the tags to alioth as well (I've just pushe

Bug#867147: RFS: gmrun/0.9.2-3 [ITA]

2017-07-04 Thread Lukas Schwaighofer
Control: retitle -1 RFS: gmrun/0.9.2-3 [ITA] My last commit accidentally increased the Debian version, corrected. pgpno1f7qLX5W.pgp Description: OpenPGP digital signature

Bug#867147: RFS: gmrun/0.9.2-4 [ITA]

2017-07-04 Thread Lukas Schwaighofer
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the gmrun package, which I intend to adopt. I've uploaded the current state to mentors: https://mentors.debian.net/package/gmrun I've done the packaging using git. You can access my repository from

Re: copyright for debian/* files, collab-maint access

2017-07-04 Thread Lukas Schwaighofer
On Tue, 4 Jul 2017 04:04:24 +0200 Adam Borowski wrote: > As the original maintainer declared the license as GPL-2 (only), it > seems obvious to me this applies to the packaging as well. I'd thus > not even bother contacting him and assume everything uses that > license. Ok, thanks for looking i

copyright for debian/* files, collab-maint access

2017-07-03 Thread Lukas Schwaighofer
Hi mentors, I declared my ITA gmrun and I have two questions: 1. The current debian/copyright is written in a way that it does not apply to the debian/* files. So, as far as I can tell, the previous maintainers have not stated under which license they make their work available. Should

Bug#858860: RFS: arpwatch [ITA]

2017-04-09 Thread Lukas Schwaighofer
Hi Hugo, On Wed, 5 Apr 2017 18:25:04 +0200 Hugo Lefeuvre wrote: > Are you already a member of the team ? If yes, could you move your git > repository to > https://anonscm.debian.org/git/pkg-security/arpwatch.git ? I've now officially joined the team, the repository is available at that URL. I'

Bug#858860: RFS: arpwatch [ITA]

2017-04-06 Thread Lukas Schwaighofer
On Thu, 6 Apr 2017 15:24:04 + (UTC) Gianfranco Costamagna wrote: > - $(INSTALL) -m 555 -o bin -g bin arpwatch $(DESTDIR)$(BINDEST) > + $(INSTALL) -Dm 555 -o bin -g bin arpwatch $(DESTDIR)$(BINDEST) > > > this should work too (as said above) and is less invasive :) As everybod

Bug#858860: RFS: arpwatch [ITA]

2017-04-06 Thread Lukas Schwaighofer
Hi Christian, On Thu, 6 Apr 2017 14:30:24 +0200 Christian Seiler wrote: > The problem is that dirs is only interpreted by dh_installdirs, which > is typically run after dh_auto_install, so that wouldn't actually > solve your problem. It does solve the problem (i.e. the error is gone if `usr/sbin

Bug#858860: RFS: arpwatch [ITA]

2017-04-05 Thread Lukas Schwaighofer
Hi Hugo, thanks again for the review and the comments! On Wed, 5 Apr 2017 18:25:04 +0200 Hugo Lefeuvre wrote: > > * debian-watch-may-check-gpg-signature > > I wouldn't override debian-watch-may-check-gpg-signature btw. Ok, I will revert that override. > > If I remove `usr/sbin` from dirs, b

Bug#858860: RFS: arpwatch [ITA]

2017-04-04 Thread Lukas Schwaighofer
Hi Hugo, thanks a lot for looking at this. I have made some changes to the package based on your feedback, pushed them to my git repository and uploaded the new version to mentors: https://mentors.debian.net/package/arpwatch Some further questions and comments follow inline below. On Tue, 4 Apr

Bug#858860: RFS: arpwatch [ITA]

2017-04-03 Thread Lukas Schwaighofer
Hi security tools packaging team, On Mon, 27 Mar 2017 23:03:19 +0200 Lukas Schwaighofer wrote: > Gianfranco suggested also asking the pkg-security-team for possible > sponsors. It would be great if one of you could have a look and > provide guidance! If team maintenance is be possible,

Bug#858860: RFS: arpwatch/2.1a15-3 [ITA]

2017-03-27 Thread Lukas Schwaighofer
s (documented in NEWS). I would be happy if someone has ideas how to avoid that. Gianfranco suggested also asking the pkg-security-team for possible sponsors. It would be great if one of you could have a look and provide guidance! If team maintenance is be possible, I'd like that very much

Re: ethercodes.dat / oui.txt (Was: Re: arpwatch & systemd)

2017-03-27 Thread Lukas Schwaighofer
/2017 12:24 AM, Lukas Schwaighofer wrote: > > The easiest way for me to check if the converted database is > > up-to-date is to depend on the existence > > of /var/lib/ieee-data/.lastupdate . Is that ok? > > As far as I understand it, yes. > > That said: what do you

Re: Problems with autoconf in pftools

2017-03-27 Thread Lukas Schwaighofer
Hi, On Mon, 27 Mar 2017 14:04:01 +0200 Andreas Tille wrote: > I try to package pftools[1]. Unfortunately autoreconf throws the > following error: > >dh_autoreconf -O--no-parallel > configure.ac:6: error: possibly undefined macro: AC_MSG_NOTICE > If this token and others are legitimat

ethercodes.dat / oui.txt (Was: Re: arpwatch & systemd)

2017-03-26 Thread Lukas Schwaighofer
Hi, On Sun, 26 Mar 2017 22:30:39 +0200 Christian Seiler wrote: > On 03/26/2017 09:19 PM, Lukas Schwaighofer wrote: > > I'm not sure I understand what you mean… should the ethercodes.dat > > file be removed / used from a different package? > > Yes. See also: > ht

Re: arpwatch & systemd

2017-03-26 Thread Lukas Schwaighofer
Hi Bastien, On Fri, 24 Mar 2017 10:56:58 + Bastien Roucaries wrote: > Will ne also nice to repack in ordre to remove oui db I'm not sure I understand what you mean… should the ethercodes.dat file be removed / used from a different package? Thanks Lukas pgpQfsxdY1uIw.pgp Description: Open

Re: arpwatch & systemd

2017-03-23 Thread Lukas Schwaighofer
Hi, thanks Vincent and Gianfranco for offering your advice! On Wed, 22 Mar 2017 23:13:52 + (UTC) Gianfranco Costamagna wrote: > did you consider to merge the work from Fedora? > they already have a systemd service, and IIRC the project seems > somewhat dead upstream, so merging their work an

arpwatch & systemd

2017-03-22 Thread Lukas Schwaighofer
rrent status in the following git repository in the *staged-changes* branch (this is work-in-progress and will see force commits): https://git.somlen.de/arpwatch.git Thank you Lukas Schwaighofer pgpnkBKMlxwpQ.pgp Description: OpenPGP digital signature

Bug#857856: RFS: gmrun/0.9.2-2.2 [RC, NMU]

2017-03-15 Thread Lukas Schwaighofer
065 and we basically agreed to only fix the RC bug and make further changes to the package in buster (and possibly experimental) only. Thank you Lukas Schwaighofer pgp8T5mHeZ7nS.pgp Description: OpenPGP digital signature