Bug#683120: RFS: yadifa/2.0.5-1 [ITP]

2015-08-18 Thread Markus Schade
Hi Gianfranco On 17.08.2015 at 16:41 Gianfranco Costamagna wrote: 1) # upstream does not sign releases #yadifa source: debian-watch-may-check-gpg-signature That is a commented out leftover. I have removed it anyway so other won't think it is still used like you ;-) 2)

Bug#683120: RFS: yadifa/2.0.5-1 [ITP]

2015-08-17 Thread Markus Schade
Hi everyone, On 16.08.2015 at 22:53 Jakub Wilk wrote: * Christian Kastner c...@debian.org, 2015-08-16, 19:08: debian/rules: - I believe the export DH_OPTIONS [...] to make magic work can be dropped. I think this is a remnant from a time long past; I can't find any reference to this in recent

Bug#683120: RFS: yadifa/2.0.5-1 [ITP]

2015-08-17 Thread Gianfranco Costamagna
Control: owner -1 ! Hi Markus, Following my review: 1) # upstream does not sign releases #yadifa source: debian-watch-may-check-gpg-signature ls upstream/signing-key.asc upstream/signing-key.asc which one is correct? 2) sbin/yadifad/install-sh not mentioned in copyright (and every

Re: Bug#683120: RFS: yadifa/1.0.3-1 [ITP]

2015-08-16 Thread Jakub Wilk
* Christian Kastner c...@debian.org, 2015-08-15, 23:57: The Vcs-Git URL should use the git:// protocol specifier, and you could add a Vcs-Browser URL pointing to the github package, like so: -Vcs-Git: https://github.com/asciiprod/yadifa.git +Vcs-Git: git://github.com/asciiprod/yadifa.git

Bug#683120: RFS: yadifa/2.0.5-1 [ITP]

2015-08-16 Thread Christian Kastner
Hi Markus, On 2015-06-05 13:52, Markus Schade wrote: New package for yadifa 2.1.0 is available http://mentors.debian.net/debian/pool/main/y/yadifa/yadifa_2.1.0-1.dsc It would be great if someone could sponsor this package. I think the history of this bugreport proves that the package is

Re: Bug#683120: RFS: yadifa/1.0.3-1 [ITP]

2015-08-16 Thread Christian Kastner
On 2015-08-16 13:43, Jakub Wilk wrote: * Christian Kastner c...@debian.org, 2015-08-15, 23:57: The Vcs-Git URL should use the git:// protocol specifier, and you could add a Vcs-Browser URL pointing to the github package, like so: -Vcs-Git: https://github.com/asciiprod/yadifa.git +Vcs-Git:

Bug#683120: RFS: yadifa/2.0.5-1 [ITP]

2015-08-16 Thread Jakub Wilk
* Christian Kastner c...@debian.org, 2015-08-16, 19:08: debian/rules: - I believe the export DH_OPTIONS [...] to make magic work can be dropped. I think this is a remnant from a time long past; I can't find any reference to this in recent documentation. dh(1), for example, makes no mention of

Re: Bug#683120: RFS: yadifa/1.0.3-1 [ITP]

2015-08-15 Thread Christian Kastner
On 2015-08-15 16:17, Jakub Wilk wrote: * Christian Kastner deb...@kvr.at, 2014-04-09, 20:50: The Vcs-Git URL should use the git:// protocol specifier, and you could add a Vcs-Browser URL pointing to the github package, like so: -Vcs-Git: https://github.com/asciiprod/yadifa.git +Vcs-Git:

Bug#683120: RFS: yadifa/1.0.3-1 [ITP]

2015-08-15 Thread Jakub Wilk
* Christian Kastner deb...@kvr.at, 2014-04-09, 20:50: The Vcs-Git URL should use the git:// protocol specifier, and you could add a Vcs-Browser URL pointing to the github package, like so: -Vcs-Git: https://github.com/asciiprod/yadifa.git +Vcs-Git: git://github.com/asciiprod/yadifa.git The

Bug#683120: RFS: yadifa/2.0.5-1 [ITP]

2015-06-05 Thread Markus Schade
On 03/05/2015 04:32 PM, Paul Wise wrote: On Thu, 2015-03-05 at 16:24 +0100, Markus Schade wrote: And I have asked them to do so, of course. Likewise with the other things you mentioned (e.g. signing their releases). Ah, good. I wasn't sure if you had done that, sorry. My point is that I

Bug#683120: RFS: yadifa/2.0.5-1 [ITP]

2015-03-05 Thread Paul Wise
On Thu, 2015-03-05 at 16:24 +0100, Markus Schade wrote: Yes, I know that. ;-) And I have asked them to do so, of course. Likewise with the other things you mentioned (e.g. signing their releases). Ah, good. I wasn't sure if you had done that, sorry. My point is that I cannot make upstream

Bug#683120: RFS: yadifa/2.0.5-1 [ITP]

2015-03-05 Thread Paul Wise
On Thu, Mar 5, 2015 at 10:32 PM, Markus Schade wrote: But then again, I am just the packager not the developer. So I can do little about the code quality. You could forward the code quality issues upstream as suggested by the Debian social contract: https://www.debian.org/social_contract --

Bug#683120: RFS: yadifa/2.0.5-1 [ITP]

2015-03-05 Thread Markus Schade
On 03/05/2015 04:16 PM, Paul Wise wrote: On Thu, Mar 5, 2015 at 10:32 PM, Markus Schade wrote: You could forward the code quality issues upstream as suggested by the Debian social contract: https://www.debian.org/social_contract Yes, I know that. ;-) And I have asked them to do so, of

Bug#683120: RFS: yadifa/2.0.5-1 [ITP]

2015-03-05 Thread Markus Schade
Dear Paul, dear mentors, Thank you for your extensive review. I won't go into detail for every item you have mentioned, but I believe that many if not most issues have been dealt with. But then again, I am just the packager not the developer. So I can do little about the code quality. All of my

Bug#683120: RFS: yadifa/2.0.0-1 [ITP]

2014-11-26 Thread Paul Wise
On Tue, Nov 25, 2014 at 10:41 PM, Markus Schade wrote: http://mentors.debian.net/debian/pool/main/y/yadifa/yadifa_2.0.0-1.dsc I don't intend to sponsor this but here is a quick review... I have been able to establish contact with upstream and while the website may not be updated frequently

Bug#683120: RFS: yadifa/2.0.0-1 [ITP]

2014-11-25 Thread Markus Schade
Dear mentors, I am again looking for a sponsor for my package yadifa. Now with the new release 2.0.0 YADIFA is a Yet Another DNS Implementation For All, a DNS server written by the people of the EURid registry. The URL of the package is: http://mentors.debian.net/package/yadifa The respective

Bug#683120: RFS: yadifa/1.0.3-1 [ITP]

2014-04-11 Thread Markus Schade
On 04/09/2014 09:00 PM, Christian Kastner wrote: Oh, I missed something here: you are using the substitution variable ${Description}, but you are not setting it anywhere, which results in half-empty descriptions (see the output in debian/libdns*/DEBIAN/control). See deb-substvars(5). Again,

Bug#683120: RFS: yadifa/1.0.3-1 [ITP]

2014-04-09 Thread Markus Schade
Hi, thanks for the review, Christian! On 04/05/2014 06:16 PM, Christian Kastner wrote: AFAIK bind9 only stores run-time data in /var/cache/bind (from dynamic DNS updates, etc). bind9's zone files are in /etc/bind/zones. [...] I'd either go with /etc/yadifa or /var/lib/yadifa. Check the

Bug#683120: RFS: yadifa/1.0.3-1 [ITP]

2014-04-09 Thread Christian Kastner
On 2014-04-09 09:26, Markus Schade wrote: thanks for the review, Christian! Glad I can help :-) Here is some further feedback: debian/control == If you're using a VCS for your packaging, Vcs-* URLs would be nice (to simplify contributing to your packaging). You can also use

Bug#683120: RFS: yadifa/1.0.3-1 [ITP]

2014-04-09 Thread Christian Kastner
On 2014-04-09 20:50, Christian Kastner wrote: debian/control == I like your approach with a common description provided through a substitution variable! Very efficient. Oh, I missed something here: you are using the substitution variable ${Description}, but you are not setting

Bug#683120: RFS: yadifa/1.0.3-1 [ITP]

2014-04-05 Thread Christian Kastner
Hi, On 2014-03-18 22:34, Markus Schade wrote: However there is one question, which I am not sure, what is correct. Upstream uses /var/zones as base for its zone files. My guess was that this is not the proper location for such files in Debian. So I changed it to /var/cache/yadifa like bind9,

Bug#683120: RFS: yadifa-1.0.3-1

2014-03-18 Thread Markus Schade
Hello, since Martijn has not followed up on this bug for the last months, I would like to ask if it is okay to have this bug assigned to me. I have packaged the current version 1.0.3 and uploaded the package(s) to mentors.debian.net seeking sponsorship: http://mentors.debian.net/package/yadifa

Bug#683120: RFS: yadifa/1.0.3-1 [ITP]

2014-03-18 Thread Markus Schade
Dear mentors, I have made some corrections/improvements and re-uploaded the package again. However there is one question, which I am not sure, what is correct. Upstream uses /var/zones as base for its zone files. My guess was that this is not the proper location for such files in Debian. So I

Bug#683120: RFS: yadifa

2012-10-09 Thread Bart Martens
Hi Martijn, Please name the package yadifa-1.0.1-1 at mentors to yadifa. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Bug#683120: RFS: yadifa-1.0.1-1/2116-1

2012-07-28 Thread martijn cielen
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package yadifa-1.0.1-1 * Package name: yadifa-1.0.1-1 Version : 2116-1 Upstream Author : yadifa.eu * URL : yadifa.eu * License : BSD Section :