Bug#666081: marked as done (RFS: ndpmon/1.4.0-2 [ITP] - Third Attempt)
Your message dated Thu, 24 May 2012 04:35:59 + with message-id 20120524043559.ga9...@master.debian.org and subject line closing sponsorship-requests for packages uploaded to unstable has caused the Debian Bug report #666081, regarding RFS: ndpmon/1.4.0-2 [ITP] - Third Attempt to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 666081: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666081 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package ndpmon * Package name: ndpmon Version : 1.4.0-1 Upstream Author : frederic.b...@loria.fr * URL : http://ndpmon.sourceforge.net/index.html * License : LGPL 2.1+ Section : net It builds those binary packages: ndpmon - IPv6 Neighbor Discovery Protocol Monitor To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ndpmon Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/ndpmon/ndpmon_1.4.0-1.dsc Changes since the last upload: Initial release Regards, John R. Baskwill -- John R. Baskwill, jr...@psu.edu Systems Analyst, Information Technology Services Penn State Harrisburg W303 Olmsted Building 777 West Harrisburg Pike Middletown, PA 17057-4898 Phone: 717-948-6268 Fax: 717-948-6535 ---End Message--- ---BeginMessage--- ---End Message---
Bug#666081: RFS: ndpmon/1.4.0-1 [ITP] - Third Attempt
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package ndpmon * Package name: ndpmon Version : 1.4.0-1 Upstream Author : frederic.b...@loria.fr * URL : http://ndpmon.sourceforge.net/index.html * License : LGPL 2.1+ Section : net It builds those binary packages: ndpmon - IPv6 Neighbor Discovery Protocol Monitor To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ndpmon Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/ndpmon/ndpmon_1.4.0-1.dsc Changes since the last upload: Initial release Regards, John R. Baskwill -- John R. Baskwill, jr...@psu.edu Systems Analyst, Information Technology Services Penn State Harrisburg W303 Olmsted Building 777 West Harrisburg Pike Middletown, PA 17057-4898 Phone: 717-948-6268 Fax: 717-948-6535 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caadb0xpd6pqx5mfptmq_czcucefv4ldpdwv2epdbefvruvs...@mail.gmail.com
Re: RFS: ndpmon
On Mon, Aug 29, 2011 at 02:32:36PM -0400, John R. Baskwill wrote: Hey John, thanks for working on ndpmon. I am looking for a sponsor for my package ndpmon, Here are some more remarks, I'm not sure if some of them were already discussed, I didn't follow the original RFS and just read one of your later mails. * The Vcs-* fields in debian/control have kind of a different meaning, they're not for the upstream repo. See Dev-Ref 6.2.5. * debian/copyright is incomplete. Stuff from plugins/mac_resolv is missing and debian/manuf. I'd suggest to start with 'grep -ir copyright *'. * I don't think the README.Debian contains useful information. * Regarding the manuf file I'm not 100% sure if we can distribute that and if it's really GPL 2+ because according to the comments it's compiled from several sources. Did they all agree that it's GPL 2+? I've strong doubts about that for the IEEE. Didn't look at the init script so far, if nobody else steps up I'll try to do that later this week. Cheers, Sven -- And I don't know much, but I do know this: With a golden heart comes a rebel fist. [ Streetlight Manifesto - Here's To Life ] -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110830182843.GB2312@marvin
Re: RFS: ndpmon
Thanks very much for your time! I will look into your comments, especially concerning the IEEE and get back to you. Thanks, again. On Tue, Aug 30, 2011 at 2:28 PM, Sven Hoexter s...@timegate.de wrote: On Mon, Aug 29, 2011 at 02:32:36PM -0400, John R. Baskwill wrote: Hey John, thanks for working on ndpmon. I am looking for a sponsor for my package ndpmon, Here are some more remarks, I'm not sure if some of them were already discussed, I didn't follow the original RFS and just read one of your later mails. * The Vcs-* fields in debian/control have kind of a different meaning, they're not for the upstream repo. See Dev-Ref 6.2.5. * debian/copyright is incomplete. Stuff from plugins/mac_resolv is missing and debian/manuf. I'd suggest to start with 'grep -ir copyright *'. * I don't think the README.Debian contains useful information. * Regarding the manuf file I'm not 100% sure if we can distribute that and if it's really GPL 2+ because according to the comments it's compiled from several sources. Did they all agree that it's GPL 2+? I've strong doubts about that for the IEEE. Didn't look at the init script so far, if nobody else steps up I'll try to do that later this week. Cheers, Sven -- And I don't know much, but I do know this: With a golden heart comes a rebel fist. [ Streetlight Manifesto - Here's To Life ] -- John R. Baskwill, jr...@psu.edu Systems Analyst, Information Technology Services Penn State Harrisburg W303 Olmsted Building 777 West Harrisburg Pike Middletown, PA 17057-4898 Phone: 717-948-6268 Fax: 717-948-6535
RFS: ndpmon
Dear mentors, I am looking for a sponsor for my package ndpmon, * Package name : ndpmon Version : 1.4.0-2 Upstream Author : frederic.b...@loria.fr * URL : http://ndpmon.sourceforge.net/index.html * License : LGPL 2.1+ Section : net It builds these binary packages: ndpmon - IPv6 Neighbor Discovery Protocol Monitor The upload would fix these bugs: 635975 My motivation for maintaining this package is: We are starting to implement IPv6 at Penn State Harrisburg, and I wanted a tool like arpwatch to monitor IPv6 workstations. I think this tool will be useful to others who need to implement IPv6. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/n/ndpmon - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/n/ndpmon/ndpmon_1.4.0-2.dschttp://mentors.debian.net/debian/pool/main/n/ndpmon/ndpmon_1.4.0-1.dsc I would be glad if someone uploaded this package for me. John R. Baskwill, jr...@psu.edu Systems Analyst, Information Technology Services Penn State Harrisburg W303 Olmsted Building 777 West Harrisburg Pike Middletown, PA 17057-4898 Phone: 717-948-6268 Fax: 717-948-6535
RFS: ndpmon
Sorry. Needed to update the URLs. Dear mentors, I am looking for a sponsor for my package ndpmon, * Package name : ndpmon Version : 1.4.0-2 Upstream Author : frederic.b...@loria.fr * URL : http://ndpmon.sourceforge.net/index.html * License : LGPL 2.1+ Section : net It builds these binary packages: ndpmon - IPv6 Neighbor Discovery Protocol Monitor The upload would fix these bugs: 635975 My motivation for maintaining this package is: We are starting to implement IPv6 at Penn State Harrisburg, and I wanted a tool like arpwatch to monitor IPv6 workstations. I think this tool will be useful to others who need to implement IPv6. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/package/ndpmon - dget: http://mentors.debian.net/debian/pool/main/n/ndpmon/ndpmon_1.4.0-1.dsc I would be glad if someone uploaded this package for me. -- John R. Baskwill, jr...@psu.edu Systems Analyst, Information Technology Services Penn State Harrisburg W303 Olmsted Building 777 West Harrisburg Pike Middletown, PA 17057-4898 Phone: 717-948-6268 Fax: 717-948-6535
Fwd: RFS: ndpmon
Thank you very much for your previous comments, Kilian. I have uploaded a new package: http://mentors.debian.net/ http://mentors.debian.net/package/ndpmon package/ndpmon http://mentors.debian.net/package/ndpmon While reading into your package I'm wondering about: 1.) ndpmon.init: - DAEMON and INIT must be defined in /etc/default/ndpmon. I doubt that's a good default. You should define fall-back defaults in the init script too - you background start-stop-daemon during starting yet try to evaluate its return value. I doubt that's a good combination. Moreover you have a added sleep without any useful value IMHO as the return code is pulled before the sleep anyway. - during stop you unconditionally cat a PIDFILE without checking it exists and run kill on the outcome. A better solution would be something like PID=$(ps -C $DAEMON -o pid=) and check if that's not empty and kill that (or check if that's equal to the PIDFILE and kill it then). - status should check PIDFILE and/or something like the ps -C $DAEMON and report based on that. I'd recommend you check the manpage of ps for further options you may see fit. - exit $? at the end is very likely to not match what you intended to use as exit status. Maybe you should I'm still not sure about the INIT script. Before, the INIT script that was in the original source code did not support status or force-reload. So I basically copied the script and added those sections. Now, I tried to incorporate the suggestions above, which results in an INIT script that is different from the one in the source code, but I'm not sure of how good of a job I did. Any more suggestions would be appreciated. 2.) Patches: - there is no need to modify Makefile to delete config.log and config.status unless you want to report this back to upstream (which is not indicated in the header). From a Debian POV debian/clean and/or debian/rules will do (and should be used preferred) - I'm not sure install.patch is needed. You can as well use debian/tmp as DESTDIR and move files from there using dh_install I guess. Reporting the fixes back upstream seem to make sense yet there again is no indication this was done. I removed the patch to the Makefile and added a debian/clean file. Also, the installation is now handled by the files debian/ndpmon.dirs and debian/install. - spelling errors - again look useful, but please make sure they don't remain in Debian's archive alone but are included upstream. I plan to send the spelling patches upstream. I was holding off until I had a better idea of the status of getting the program into debian, and all of the changes that were necessary so I could just submit things once. 3.) debian/rules template header can be omited. Done. as autotools-dev are already in Build-Depends (which is good) they should also be activated in debian/rules (using --with autotools_dev) Done. I also added -with autoreconf. 4.) Fetching http://standards.ieee.org/regauth/oui/oui_public.txt. OUCH! There is no internet access guaranteed during building a package. That means this is quite likely to fail. Moreover: Fetching http://www.cavebear.com/CaveBear/Ethernet.txt Error fetching http://www.cavebear.com/CaveBear/Ethernet/Ethernet.txt: 404 Not Found N.b. there is an attempt to make a shared package for that. See e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481299 for details and more bugs numbers. Please try to use that package (once avail) or an offline copy in the meantime. The purpose of make-manuf is to provide an up-to-date copy of manuf, which the program uses to match MAC addresses with manufacturers. If Internet access is not available during the build, I thought it would be better to create an up-to-date copy of manuf offline, and simply produce a patch to bring the copy in the original source code up-to-date, and make sure make-manuf doesn't run. 5.) Rebuilding your package twice in a row produces a Debian patch: dpkg-source: info: local changes stored in ndpmon-1.4.0/debian/patches/debian-changes-1.4.0-1, the modified files are: ndpmon-1.4.0/Makefile ndpmon-1.4.0/config_ndpmon.xml ndpmon-1.4.0/ndpmon.sh ndpmon-1.4.0/ndpmon_defs.h ndpmon-1.4.0/neighbor_list.xml ndpmon-1.4.0/plugins/countermeasures/Makefile ndpmon-1.4.0/plugins/mac_resolv/Makefile dpkg-source: info: building ndpmon in ndpmon_1.4.0-1.debian.tar.gz I believe this problem is solved with the use of the debian/clean file. 6.) You still ship source files in your binary package like: ./usr/lib/ndpmon/plugins/mac_resolv/mac_resolv.c ./usr/lib/ndpmon/plugins/mac_resolv/mac_resolv.h ./usr/lib/ndpmon/plugins/mac_resolv/Makefile.in ./usr/lib/ndpmon/plugins/countermeasures/icmp_lib_nd.c ./usr/lib/ndpmon/plugins/countermeasures/countermeasures.c ./usr/lib/ndpmon/plugins/countermeasures/countermeasures.h
Re: RFS: ndpmon
While reading into your package I'm wondering about: 1.) ndpmon.init: - DAEMON and INIT must be defined in /etc/default/ndpmon. I doubt that's a good default. You should define fall-back defaults in the init script too - you background start-stop-daemon during starting yet try to evaluate its return value. I doubt that's a good combination. Moreover you have a added sleep without any useful value IMHO as the return code is pulled before the sleep anyway. - during stop you unconditionally cat a PIDFILE without checking it exists and run kill on the outcome. A better solution would be something like PID=$(ps -C $DAEMON -o pid=) and check if that's not empty and kill that (or check if that's equal to the PIDFILE and kill it then). - status should check PIDFILE and/or something like the ps -C $DAEMON and report based on that. I'd recommend you check the manpage of ps for further options you may see fit. - exit $? at the end is very likely to not match what you intended to use as exit status. Maybe you should I'm still not sure about the INIT script. Before, the INIT script that was in the original source code did not support status or force-reload. So I basically copied the script and added those sections. Now, I tried to incorporate the suggestions above, which results in an INIT script that is different from the one in the source code, but I'm not sure of how good of a job I did. Any more suggestions would be appreciated. 2.) Patches: - there is no need to modify Makefile to delete config.log and config.status unless you want to report this back to upstream (which is not indicated in the header). From a Debian POV debian/clean and/or debian/rules will do (and should be used preferred) - I'm not sure install.patch is needed. You can as well use debian/tmp as DESTDIR and move files from there using dh_install I guess. Reporting the fixes back upstream seem to make sense yet there again is no indication this was done. I removed the patch to the Makefile and added a debian/clean file. Also, the installation is now handled by the files debian/ndpmon.dirs and debian/install. - spelling errors - again look useful, but please make sure they don't remain in Debian's archive alone but are included upstream. I plan to send the spelling patches upstream. I was holding off until I had a better idea of the status of getting the program into debian, and all of the changes that were necessary so I could just submit things once. 3.) debian/rules template header can be omited. Done. as autotools-dev are already in Build-Depends (which is good) they should also be activated in debian/rules (using --with autotools_dev) Done. I also added -with autoreconf. 4.) Fetching http://standards.ieee.org/regauth/oui/oui_public.txt. OUCH! There is no internet access guaranteed during building a package. That means this is quite likely to fail. Moreover: Fetching http://www.cavebear.com/CaveBear/Ethernet.txt Error fetching http://www.cavebear.com/CaveBear/Ethernet/Ethernet.txt: 404 Not Found N.b. there is an attempt to make a shared package for that. See e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481299 for details and more bugs numbers. Please try to use that package (once avail) or an offline copy in the meantime. The purpose of make-manuf is to provide an up-to-date copy of manuf, which the program uses to match MAC addresses with manufacturers. If Internet access is not available during the build, I thought it would be better to create an up-to-date copy of manuf offline, and simply produce a patch to bring the copy in the original source code up-to-date, and make sure make-manuf doesn't run. 5.) Rebuilding your package twice in a row produces a Debian patch: dpkg-source: info: local changes stored in ndpmon-1.4.0/debian/patches/debian-changes-1.4.0-1, the modified files are: ndpmon-1.4.0/Makefile ndpmon-1.4.0/config_ndpmon.xml ndpmon-1.4.0/ndpmon.sh ndpmon-1.4.0/ndpmon_defs.h ndpmon-1.4.0/neighbor_list.xml ndpmon-1.4.0/plugins/countermeasures/Makefile ndpmon-1.4.0/plugins/mac_resolv/Makefile dpkg-source: info: building ndpmon in ndpmon_1.4.0-1.debian.tar.gz I believe this problem is solved with the use of the debian/clean file. 6.) You still ship source files in your binary package like: ./usr/lib/ndpmon/plugins/mac_resolv/mac_resolv.c ./usr/lib/ndpmon/plugins/mac_resolv/mac_resolv.h ./usr/lib/ndpmon/plugins/mac_resolv/Makefile.in ./usr/lib/ndpmon/plugins/countermeasures/icmp_lib_nd.c ./usr/lib/ndpmon/plugins/countermeasures/countermeasures.c ./usr/lib/ndpmon/plugins/countermeasures/countermeasures.h ./usr/lib/ndpmon/plugins/countermeasures/icmp_lib_nd.h ./usr/lib/ndpmon/plugins/countermeasures/icmp_lib.c ./usr/lib/ndpmon/plugins/countermeasures/Makefile.in ./usr/lib/ndpmon/plugins/countermeasures/icmp_lib.h
Re: RFS: ndpmon
Hi John, On Sat, 2011-08-06 at 18:23 -0400, John R. Baskwill wrote: Now that I have the correct version of lintian, things look better. I have upload a new version of the ndpmon package. I changed the version back to 1.4.0-1 because I was told I shouldn't change the version number if this was the initial release of the package. Thanks for all of the help. thanks for the update. While reading into your package I'm wondering about: 1.) ndpmon.init: - DAEMON and INIT must be defined in /etc/default/ndpmon. I doubt that's a good default. You should define fall-back defaults in the init script too - you background start-stop-daemon during starting yet try to evaluate its return value. I doubt that's a good combination. Moreover you have a added sleep without any useful value IMHO as the return code is pulled before the sleep anyway. - during stop you unconditionally cat a PIDFILE without checking it exists and run kill on the outcome. A better solution would be something like PID=$(ps -C $DAEMON -o pid=) and check if that's not empty and kill that (or check if that's equal to the PIDFILE and kill it then). - status should check PIDFILE and/or something like the ps -C $DAEMON and report based on that. I'd recommend you check the manpage of ps for further options you may see fit. - exit $? at the end is very likely to not match what you intended to use as exit status. Maybe you should 2.) Patches: - there is no need to modify Makefile to delete config.log and config.status unless you want to report this back to upstream (which is not indicated in the header). From a Debian POV debian/clean and/or debian/rules will do (and should be used preferred) - I'm not sure install.patch is needed. You can as well use debian/tmp as DESTDIR and move files from there using dh_install I guess. Reporting the fixes back upstream seem to make sense yet there again is no indication this was done. - spelling errors - again look useful, but please make sure they don't remain in Debian's archive alone but are included upstream. 3.) debian/rules template header can be omited. as autotools-dev are already in Build-Depends (which is good) they should also be activated in debian/rules (using --with autotools_dev) 4.) Fetching http://standards.ieee.org/regauth/oui/oui_public.txt. OUCH! There is no internet access guaranteed during building a package. That means this is quite likely to fail. Moreover: Fetching http://www.cavebear.com/CaveBear/Ethernet.txt Error fetching http://www.cavebear.com/CaveBear/Ethernet/Ethernet.txt: 404 Not Found N.b. there is an attempt to make a shared package for that. See e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481299 for details and more bugs numbers. Please try to use that package (once avail) or an offline copy in the meantime. 5.) Rebuilding your package twice in a row produces a Debian patch: dpkg-source: info: local changes stored in ndpmon-1.4.0/debian/patches/debian-changes-1.4.0-1, the modified files are: ndpmon-1.4.0/Makefile ndpmon-1.4.0/config_ndpmon.xml ndpmon-1.4.0/ndpmon.sh ndpmon-1.4.0/ndpmon_defs.h ndpmon-1.4.0/neighbor_list.xml ndpmon-1.4.0/plugins/countermeasures/Makefile ndpmon-1.4.0/plugins/mac_resolv/Makefile dpkg-source: info: building ndpmon in ndpmon_1.4.0-1.debian.tar.gz 6.) You still ship source files in your binary package like: ./usr/lib/ndpmon/plugins/mac_resolv/mac_resolv.c ./usr/lib/ndpmon/plugins/mac_resolv/mac_resolv.h ./usr/lib/ndpmon/plugins/mac_resolv/Makefile.in ./usr/lib/ndpmon/plugins/countermeasures/icmp_lib_nd.c ./usr/lib/ndpmon/plugins/countermeasures/countermeasures.c ./usr/lib/ndpmon/plugins/countermeasures/countermeasures.h ./usr/lib/ndpmon/plugins/countermeasures/icmp_lib_nd.h ./usr/lib/ndpmon/plugins/countermeasures/icmp_lib.c ./usr/lib/ndpmon/plugins/countermeasures/Makefile.in ./usr/lib/ndpmon/plugins/countermeasures/icmp_lib.h ./usr/lib/ndpmon/plugins/countermeasures/countermeasures_on_link.h ./usr/lib/ndpmon/plugins/countermeasures/countermeasures_guard.h Sorry! -- Best regards, Kilian signature.asc Description: This is a digitally signed message part
Re: RFS: ndpmon
2011/8/4 Benoît Knecht benoit.kne...@fsfe.org John R. Baskwill wrote: 2011/8/4 Benoît Knecht benoit.kne...@fsfe.org [...] From a quick look at your package: - You have a debian/patches/debian-changes-1.4.0-1 patch that is probably not intentional. You are correct. That was not intentional. The patch has been removed. - It would be great if you could use DEP-5 [1] for your debian/copyright. [1] http://dep.debian.net/deps/dep5/ I believe the format is correct for DEP-5 now. Also, if you run 'licensecheck -r .' in the root directory of your package, you'll notice that some files lack a copyright header. You should probably contact upstream about that and make sure that all the files are indeed released under the LGPL. I emailed upstream to ask whether all of the source files were covered by the LGPL, and not just the files with a copyright header. This was Olivier Festor's (one of ndpmon's contacts) reply: Absolutely ALL files of NDPMon are LGPL. So I believe everything is fine from a licensing standpoint. - 'lintian -I --pedantic ndpmon_1.4.0-2_*.changes' had this to say: W: ndpmon source: configure-generated-file-in-source config.status W: ndpmon source: configure-generated-file-in-source config.cache W: ndpmon source: configure-generated-file-in-source config.log These files are included in the original tarball. I modified the clean target to remove these files, and also included lintian overrides for the files. I will suggest to upstream to not include these files in the future. I do have one question about the tarball, though. The file I downloaded was named ndpmon-1.4.0.tgz. Everything I read about packaging seemed to assume the tarball would be named ndpmon-1.4.0.tar.gz, so I renamed the file. Is that permissible, or should I have left the name as it was? W: ndpmon source: out-of-date-standards-version 3.9.1 (current is 3.9.2) My lintian says the current standard is 3.9.1, but OK. I: ndpmon source: debian-watch-contains-dh_make-template The watch file has been cleaned up. I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon Recieved Received I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon adress address I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon unkown unknown I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon unkown unknown I: ndpmon: spelling-error-in-binary usr/src/ndpmon/ndpmon.o Recieved Received I: ndpmon: spelling-error-in-binary usr/src/ndpmon/ndpmon.o adress address I: ndpmon: spelling-error-in-binary usr/src/ndpmon/neighbors.o unkown unknown I: ndpmon: spelling-error-in-binary usr/src/ndpmon/neighbors.o unkown unknown E: ndpmon: helper-templates-in-copyright I: ndpmon: spelling-error-in-manpage usr/share/man/man8/ndpmon.8.gz allows to allows one to I included patches to correct the spelling errors. The patches have not been sent upstream yet, but I will do that. The copyright file is in DEP5 format. (Run it with '-i' to get a detailed explanation for each warning or error.) - Your .deb contains plenty of .{c,h,o} files, and the full source in /usr/src; I don't think it's what you intended to do, is it? The installation target has been modified to not install these files. - In debian/control, the description of the package contains information about when, where and by whom the software was developed; I don't think it's relevant here. You also depend explicitly on some libraries, but these should be in ${shlibs:Depends} already if the package links against them. I removed that section of the description, and remove the explicit dependencies. I hope this helps. Don't hesitate to ask if you have problems/questions about these issues. Thank you very much for taking the time to look at my package. I will work on the items you listed. Great! A couple more things, in case you have too much time on your hands :) - debian/docs: You shouldn't install CHANGES, FILES, MD5SUMS or VERSION; they're really not useful to the user (except changes, but it's installed as changelog.gz by dh_installchangelogs already). I changed the docs file to include only the README. - debian/ndpmon.init: Instead of hardcoding variables such as INIT or LOGDIR, you could source /etc/default/ndpmon (you'd have to create it in your package) so that users can easily change these paths. Also, and correct me if I'm wrong, but isn't $string a bashism? I did as you suggested and included a ndpmon.default file with the default paths for ndpmon. - debian/{postinst,prerm,postrm} do not do anything, you should remove them. I also think you can safely remove debian/preinst; the daemon will be stopped on upgrades by the prerm script
Re: RFS: ndpmon
Hi John, On Sat, Aug 06, 2011 at 05:26:26PM -0400, John R. Baskwill wrote: 2011/8/4 Benoît Knecht benoit.kne...@fsfe.org [...] - 'lintian -I --pedantic ndpmon_1.4.0-2_*.changes' had this to say: W: ndpmon source: configure-generated-file-in-source config.status W: ndpmon source: configure-generated-file-in-source config.cache W: ndpmon source: configure-generated-file-in-source config.log These files are included in the original tarball. I modified the clean target to remove these files, and also included lintian overrides for the files. I will suggest to upstream to not include these files in the future. I do have one question about the tarball, though. The file I downloaded was named ndpmon-1.4.0.tgz. Everything I read about packaging seemed to assume the tarball would be named ndpmon-1.4.0.tar.gz, so I renamed the file. Is that permissible, or should I have left the name as it was? Renaming is fine. uscan will do that for you even if you ask it to --rename. As you have a configure-based upstream source I hope you've put autotools-dev in charge of keeping your config.* files up to date. ;-) W: ndpmon source: out-of-date-standards-version 3.9.1 (current is 3.9.2) My lintian says the current standard is 3.9.1, but OK. Then use the latest unstable or backports version. ;-) [...] I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon Recieved Received I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon adress address I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon unkown unknown I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon unkown unknown I: ndpmon: spelling-error-in-binary usr/src/ndpmon/ndpmon.o Recieved Received I: ndpmon: spelling-error-in-binary usr/src/ndpmon/ndpmon.o adress address I: ndpmon: spelling-error-in-binary usr/src/ndpmon/neighbors.o unkown unknown I: ndpmon: spelling-error-in-binary usr/src/ndpmon/neighbors.o unkown unknown E: ndpmon: helper-templates-in-copyright I: ndpmon: spelling-error-in-manpage usr/share/man/man8/ndpmon.8.gz allows to allows one to I included patches to correct the spelling errors. The patches have not been sent upstream yet, but I will do that. The copyright file is in DEP5 format. Patches should have their headers in DEP-3 format. DEP-5 is for debian/changelog only. [...] Thanks for keeping us posted! Please also tell us when the next version is up on mentors.d.n for review. -- Best regards, Kilian signature.asc Description: Digital signature
Re: RFS: ndpmon
Now that I have the correct version of lintian, things look better. I have upload a new version of the ndpmon package. I changed the version back to 1.4.0-1 because I was told I shouldn't change the version number if this was the initial release of the package. Thanks for all of the help. On Sat, Aug 6, 2011 at 5:41 PM, Kilian Krause kil...@debian.org wrote: Hi John, On Sat, Aug 06, 2011 at 05:26:26PM -0400, John R. Baskwill wrote: 2011/8/4 Benoît Knecht benoit.kne...@fsfe.org [...] - 'lintian -I --pedantic ndpmon_1.4.0-2_*.changes' had this to say: W: ndpmon source: configure-generated-file-in-source config.status W: ndpmon source: configure-generated-file-in-source config.cache W: ndpmon source: configure-generated-file-in-source config.log These files are included in the original tarball. I modified the clean target to remove these files, and also included lintian overrides for the files. I will suggest to upstream to not include these files in the future. I do have one question about the tarball, though. The file I downloaded was named ndpmon-1.4.0.tgz. Everything I read about packaging seemed to assume the tarball would be named ndpmon-1.4.0.tar.gz, so I renamed the file. Is that permissible, or should I have left the name as it was? Renaming is fine. uscan will do that for you even if you ask it to --rename. As you have a configure-based upstream source I hope you've put autotools-dev in charge of keeping your config.* files up to date. ;-) W: ndpmon source: out-of-date-standards-version 3.9.1 (current is 3.9.2) My lintian says the current standard is 3.9.1, but OK. Then use the latest unstable or backports version. ;-) [...] I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon Recieved Received I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon adress address I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon unkown unknown I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon unkown unknown I: ndpmon: spelling-error-in-binary usr/src/ndpmon/ndpmon.o Recieved Received I: ndpmon: spelling-error-in-binary usr/src/ndpmon/ndpmon.o adress address I: ndpmon: spelling-error-in-binary usr/src/ndpmon/neighbors.o unkown unknown I: ndpmon: spelling-error-in-binary usr/src/ndpmon/neighbors.o unkown unknown E: ndpmon: helper-templates-in-copyright I: ndpmon: spelling-error-in-manpage usr/share/man/man8/ndpmon.8.gz allows to allows one to I included patches to correct the spelling errors. The patches have not been sent upstream yet, but I will do that. The copyright file is in DEP5 format. Patches should have their headers in DEP-3 format. DEP-5 is for debian/changelog only. [...] Thanks for keeping us posted! Please also tell us when the next version is up on mentors.d.n for review. -- Best regards, Kilian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFOPbT0vdkzt4X+wX8RAszaAJ9nSKT/ZO80rgmuNXfk2p5Gc4g6FgCfXdGF X/yfR9rGOZU4YH4CIETfweE= =TRbN -END PGP SIGNATURE- -- John R. Baskwill, jr...@psu.edu Systems Analyst, Information Technology Services Penn State Harrisburg W303 Olmsted Building 777 West Harrisburg Pike Middletown, PA 17057-4898 Phone: 717-948-6268 Fax: 717-948-6535 -- John R. Baskwill, jr...@psu.edu Systems Analyst, Information Technology Services Penn State Harrisburg W303 Olmsted Building 777 West Harrisburg Pike Middletown, PA 17057-4898 Phone: 717-948-6268 Fax: 717-948-6535
RFS: ndpmon
Dear mentors, I am looking for a sponsor for my package ndpmon, * Package name : ndpmon Version : 1.4.0-2 Upstream Author : frederic.b...@loria.fr * URL : http://ndpmon.sourceforge.net/index.html * License : LGPL 2.1+ Section : net It builds these binary packages: ndpmon - IPv6 Neighbor Discovery Protocol Monitor The upload would fix these bugs: 635975 My motivation for maintaining this package is: We are starting to implement IPv6 at Penn State Harrisburg, and I wanted a tool like arpwatch to monitor IPv6 workstations. I think this tool will be useful to others who need to implement IPv6. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/n/ndpmon - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/n/ndpmon/ndpmon_1.4.0-2.dschttp://mentors.debian.net/debian/pool/main/n/ndpmon/ndpmon_1.4.0-1.dsc I would be glad if someone uploaded this package for me. P.S. - The clean target was modified to remove leftover config files - config.cache, config.log, and config.status -- John R. Baskwill, jr...@psu.edu Systems Analyst, Information Technology Services Penn State Harrisburg W303 Olmsted Building 777 West Harrisburg Pike Middletown, PA 17057-4898 Phone: 717-948-6268 Fax: 717-948-6535
Re: RFS: ndpmon
Hi John, On Thu, Aug 4, 2011 at 9:18 AM, John R. Baskwill jr...@psu.edu wrote: Dear mentors, I am looking for a sponsor for my package ndpmon, * Package name : ndpmon Version : 1.4.0-2 If your first attempt at getting sponsored and uploaded didn't take, you'd keep the version of the package at 1.4.0-1. -mz -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caolfk3ua-qnte6htf8pfnhuthv42wvepocupyivnxfosdzk...@mail.gmail.com
Re: RFS: ndpmon
On Thu, Aug 4, 2011 at 10:29 AM, Matt Zagrabelny mzagr...@d.umn.edu wrote: Hi John, On Thu, Aug 4, 2011 at 9:18 AM, John R. Baskwill jr...@psu.edu wrote: Dear mentors, I am looking for a sponsor for my package ndpmon, * Package name : ndpmon Version : 1.4.0-2 If your first attempt at getting sponsored and uploaded didn't take, you'd keep the version of the package at 1.4.0-1. -mz Thanks very much for your reply. This is my first attempt at getting sponsored. The first upload was OK, but based on the reply I received from mentors.debian.net, I changed the clean target and uploaded a revised package. Should I have kept it at 1.4.0-1 in that case? -- John R. Baskwill, jr...@psu.edu Systems Analyst, Information Technology Services Penn State Harrisburg W303 Olmsted Building 777 West Harrisburg Pike Middletown, PA 17057-4898 Phone: 717-948-6268 Fax: 717-948-6535
Re: RFS: ndpmon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi John, On 04.08.2011 17:08, John R. Baskwill wrote: Thanks very much for your reply. This is my first attempt at getting sponsored. The first upload was OK, but based on the reply I received from mentors.debian.net, I changed the clean target and uploaded a revised package. Should I have kept it at 1.4.0-1 in that case? different people have different opinions here, but basically yes. It is common practice to reflect version number changes only for uploads targetting for Debian directly (in fact, this is a requirement there, its not possible to overwrite packages). For mentors.d.n you can pretty much do what you want, including overwriting the same package again. Please note, an upload to mentors.d.n does /not/ mean, your package has been uploaded to Debian's official repositories. That's is just a public platform for peer reviews and sponsor searching. - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOOrbdAAoJEMcrUe6dgPNt2kcQAKExETXQQ6NM9nQUTkaayZLW OLNxBqSNRukVFWuP69SRwj1/jJddzeUruN+LL+qUPoIiwLUeCzCpMPQ0A99/4nsg XzYK3uGaGlxwhxVmM8aYpU5h5l6PsBy17PN2YSZ/PjwII0V36B+HJJf/gw3eV3zm CU8N8md+0eMObp/X19STCTrsKKg0dkWJaDa0u7Jji/tXrBZD22dOCDRtoOSQfYto sCS5rR77gpnITbA/LTj+4teGKaTJmFoj2p4HLDr9fE5kh/yOMFgBBbKhMFQ5PPY+ sSMB6ZLdjPpVxS4Ac6kKaUgTk4pnLYmVTu6URnM03+DAbo5j4d//hxgiPa2Ocq7j Qbc0+Ja77dO8KjAEguodxq5wGIaTnMS1zDXjIyLBxXmRgoIdb0goPSyjzfZ/9yTk IjFzP6kIjSejtpsvIIoOnt5qBEvS/KlOnWJwP+7eTVtw5T3U6wmOfKSFptVKJjxb SvB+zQrZ8FhshXjJr/TIyf1feIrNk4+HtY36lOvtExlk8QZU9lotCNXMaCf5ElX/ S8dFVIuuKzRi082Kn9b51e5Uu9Ow3DQ8bDiDRz1ujLIYmNWlVI93epVAUBRFMOY0 39sMzwl3JlVMyA9SqjF/iolY0Oymjznm0wt6O7TdGtGgIcydqs4ViLOvAwLD0v5P iOeNAY0smSAGZkRhS/de =P+V6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e3ab6dd.1080...@toell.net
Re: RFS: ndpmon
On Thu, Aug 4, 2011 at 10:08 AM, John R. Baskwill jr...@psu.edu wrote: On Thu, Aug 4, 2011 at 10:29 AM, Matt Zagrabelny mzagr...@d.umn.edu wrote: Hi John, On Thu, Aug 4, 2011 at 9:18 AM, John R. Baskwill jr...@psu.edu wrote: Dear mentors, I am looking for a sponsor for my package ndpmon, * Package name : ndpmon Version : 1.4.0-2 If your first attempt at getting sponsored and uploaded didn't take, you'd keep the version of the package at 1.4.0-1. -mz Thanks very much for your reply. This is my first attempt at getting sponsored. The first upload was OK, but based on the reply I received from mentors.debian.net, I changed the clean target and uploaded a revised package. Should I have kept it at 1.4.0-1 in that case? Yep. You only bump versions when there is an upload. Thus, you'll keep it at that same version while doing all of your (initial) packaging until it is sponsored and uploaded. -mz -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caolfk3xftgngqsa5y-7jzovdwtvtx7m+wwgdx1hbktrv16d...@mail.gmail.com
Re: RFS: ndpmon
Hi John, John R. Baskwill wrote: I am looking for a sponsor for my package ndpmon, * Package name : ndpmon Version : 1.4.0-2 Upstream Author : frederic.b...@loria.fr * URL : http://ndpmon.sourceforge.net/index.html * License : LGPL 2.1+ Section : net It builds these binary packages: ndpmon - IPv6 Neighbor Discovery Protocol Monitor The upload would fix these bugs: 635975 From a quick look at your package: - You have a debian/patches/debian-changes-1.4.0-1 patch that is probably not intentional. - It would be great if you could use DEP-5 [1] for your debian/copyright. [1] http://dep.debian.net/deps/dep5/ Also, if you run 'licensecheck -r .' in the root directory of your package, you'll notice that some files lack a copyright header. You should probably contact upstream about that and make sure that all the files are indeed released under the LGPL. - 'lintian -I --pedantic ndpmon_1.4.0-2_*.changes' had this to say: W: ndpmon source: configure-generated-file-in-source config.status W: ndpmon source: configure-generated-file-in-source config.cache W: ndpmon source: configure-generated-file-in-source config.log W: ndpmon source: out-of-date-standards-version 3.9.1 (current is 3.9.2) I: ndpmon source: debian-watch-contains-dh_make-template I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon Recieved Received I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon adress address I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon unkown unknown I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon unkown unknown I: ndpmon: spelling-error-in-binary usr/src/ndpmon/ndpmon.o Recieved Received I: ndpmon: spelling-error-in-binary usr/src/ndpmon/ndpmon.o adress address I: ndpmon: spelling-error-in-binary usr/src/ndpmon/neighbors.o unkown unknown I: ndpmon: spelling-error-in-binary usr/src/ndpmon/neighbors.o unkown unknown E: ndpmon: helper-templates-in-copyright I: ndpmon: spelling-error-in-manpage usr/share/man/man8/ndpmon.8.gz allows to allows one to (Run it with '-i' to get a detailed explanation for each warning or error.) - Your .deb contains plenty of .{c,h,o} files, and the full source in /usr/src; I don't think it's what you intended to do, is it? - In debian/control, the description of the package contains information about when, where and by whom the software was developed; I don't think it's relevant here. You also depend explicitly on some libraries, but these should be in ${shlibs:Depends} already if the package links against them. I hope this helps. Don't hesitate to ask if you have problems/questions about these issues. Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110804151446.ga3...@marvin.lan
Re: RFS: ndpmon
2011/8/4 Benoît Knecht benoit.kne...@fsfe.org Hi John, John R. Baskwill wrote: I am looking for a sponsor for my package ndpmon, * Package name : ndpmon Version : 1.4.0-2 Upstream Author : frederic.b...@loria.fr * URL : http://ndpmon.sourceforge.net/index.html * License : LGPL 2.1+ Section : net It builds these binary packages: ndpmon - IPv6 Neighbor Discovery Protocol Monitor The upload would fix these bugs: 635975 From a quick look at your package: - You have a debian/patches/debian-changes-1.4.0-1 patch that is probably not intentional. - It would be great if you could use DEP-5 [1] for your debian/copyright. [1] http://dep.debian.net/deps/dep5/ Also, if you run 'licensecheck -r .' in the root directory of your package, you'll notice that some files lack a copyright header. You should probably contact upstream about that and make sure that all the files are indeed released under the LGPL. - 'lintian -I --pedantic ndpmon_1.4.0-2_*.changes' had this to say: W: ndpmon source: configure-generated-file-in-source config.status W: ndpmon source: configure-generated-file-in-source config.cache W: ndpmon source: configure-generated-file-in-source config.log W: ndpmon source: out-of-date-standards-version 3.9.1 (current is 3.9.2) I: ndpmon source: debian-watch-contains-dh_make-template I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon Recieved Received I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon adress address I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon unkown unknown I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon unkown unknown I: ndpmon: spelling-error-in-binary usr/src/ndpmon/ndpmon.o Recieved Received I: ndpmon: spelling-error-in-binary usr/src/ndpmon/ndpmon.o adress address I: ndpmon: spelling-error-in-binary usr/src/ndpmon/neighbors.o unkown unknown I: ndpmon: spelling-error-in-binary usr/src/ndpmon/neighbors.o unkown unknown E: ndpmon: helper-templates-in-copyright I: ndpmon: spelling-error-in-manpage usr/share/man/man8/ndpmon.8.gz allows to allows one to (Run it with '-i' to get a detailed explanation for each warning or error.) - Your .deb contains plenty of .{c,h,o} files, and the full source in /usr/src; I don't think it's what you intended to do, is it? - In debian/control, the description of the package contains information about when, where and by whom the software was developed; I don't think it's relevant here. You also depend explicitly on some libraries, but these should be in ${shlibs:Depends} already if the package links against them. I hope this helps. Don't hesitate to ask if you have problems/questions about these issues. Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110804151446.ga3...@marvin.lan Thank you very much for taking the time to look at my package. I will work on the items you listed. -- John R. Baskwill, jr...@psu.edu Systems Analyst, Information Technology Services Penn State Harrisburg W303 Olmsted Building 777 West Harrisburg Pike Middletown, PA 17057-4898 Phone: 717-948-6268 Fax: 717-948-6535
Re: RFS: ndpmon
2011/8/4 Benoît Knecht benoit.kne...@fsfe.org From a quick look at your package: - Your .deb contains plenty of .{c,h,o} files, and the full source in /usr/src; I don't think it's what you intended to do, is it? The original source code installed the .{c,h,o} files into /usr/local/ndpmon, so I assumed the authors wanted users to have access to all of the source. I did move those files to what I thought was a more appropriate location. Is it more appropriate to simply not install the files? -- John R. Baskwill, jr...@psu.edu Systems Analyst, Information Technology Services Penn State Harrisburg W303 Olmsted Building 777 West Harrisburg Pike Middletown, PA 17057-4898 Phone: 717-948-6268 Fax: 717-948-6535
Re: RFS: ndpmon
John R. Baskwill wrote: 2011/8/4 Benoît Knecht benoit.kne...@fsfe.org [...] From a quick look at your package: - You have a debian/patches/debian-changes-1.4.0-1 patch that is probably not intentional. - It would be great if you could use DEP-5 [1] for your debian/copyright. [1] http://dep.debian.net/deps/dep5/ Also, if you run 'licensecheck -r .' in the root directory of your package, you'll notice that some files lack a copyright header. You should probably contact upstream about that and make sure that all the files are indeed released under the LGPL. - 'lintian -I --pedantic ndpmon_1.4.0-2_*.changes' had this to say: W: ndpmon source: configure-generated-file-in-source config.status W: ndpmon source: configure-generated-file-in-source config.cache W: ndpmon source: configure-generated-file-in-source config.log W: ndpmon source: out-of-date-standards-version 3.9.1 (current is 3.9.2) I: ndpmon source: debian-watch-contains-dh_make-template I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon Recieved Received I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon adress address I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon unkown unknown I: ndpmon: spelling-error-in-binary usr/sbin/ndpmon unkown unknown I: ndpmon: spelling-error-in-binary usr/src/ndpmon/ndpmon.o Recieved Received I: ndpmon: spelling-error-in-binary usr/src/ndpmon/ndpmon.o adress address I: ndpmon: spelling-error-in-binary usr/src/ndpmon/neighbors.o unkown unknown I: ndpmon: spelling-error-in-binary usr/src/ndpmon/neighbors.o unkown unknown E: ndpmon: helper-templates-in-copyright I: ndpmon: spelling-error-in-manpage usr/share/man/man8/ndpmon.8.gz allows to allows one to (Run it with '-i' to get a detailed explanation for each warning or error.) - Your .deb contains plenty of .{c,h,o} files, and the full source in /usr/src; I don't think it's what you intended to do, is it? - In debian/control, the description of the package contains information about when, where and by whom the software was developed; I don't think it's relevant here. You also depend explicitly on some libraries, but these should be in ${shlibs:Depends} already if the package links against them. I hope this helps. Don't hesitate to ask if you have problems/questions about these issues. Thank you very much for taking the time to look at my package. I will work on the items you listed. Great! A couple more things, in case you have too much time on your hands :) - debian/docs: You shouldn't install CHANGES, FILES, MD5SUMS or VERSION; they're really not useful to the user (except changes, but it's installed as changelog.gz by dh_installchangelogs already). - debian/ndpmon.init: Instead of hardcoding variables such as INIT or LOGDIR, you could source /etc/default/ndpmon (you'd have to create it in your package) so that users can easily change these paths. Also, and correct me if I'm wrong, but isn't $string a bashism? - debian/{postinst,prerm,postrm} do not do anything, you should remove them. I also think you can safely remove debian/preinst; the daemon will be stopped on upgrades by the prerm script generated by debhelper. Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110804163339.gb3...@marvin.lan
Re: RFS: ndpmon
John R. Baskwill wrote: 2011/8/4 Benoît Knecht benoit.kne...@fsfe.org From a quick look at your package: - Your .deb contains plenty of .{c,h,o} files, and the full source in /usr/src; I don't think it's what you intended to do, is it? The original source code installed the .{c,h,o} files into /usr/local/ndpmon, so I assumed the authors wanted users to have access to all of the source. I did move those files to what I thought was a more appropriate location. Is it more appropriate to simply not install the files? Yes, you shouldn't install those files at all. If anyone needs access to the source, they can download the source package. I can't see in what usage scenario someone would need those files installed alongside the main program. -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110804163740.gc3...@marvin.lan
RFS: ndpmon
Dear mentors, I am looking for a sponsor for my package ndpmon, * Package name : ndpmon Version : 1.4.0-1 Upstream Author : frederic.b...@loria.fr * URL : http://ndpmon.sourceforge.net/index.html * License : LGPL 2.1+ Section : net It builds these binary packages: ndpmon - IPv6 Neighbor Discovery Protocol Monitor The upload would fix these bugs: 635975 My motivation for maintaining this package is: We are starting to implement IPv6 at Penn State Harrisburg, and I wanted a tool like arpwatch to monitor IPv6 workstations. I think this tool will be useful to others who need to implement IPv6. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/n/ndpmon - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/n/ndpmon/ndpmon_1.4.0-1.dsc I would be glad if someone uploaded this package for me. -- John R. Baskwill, jr...@psu.edu Systems Analyst, Information Technology Services Penn State Harrisburg W303 Olmsted Building 777 West Harrisburg Pike Middletown, PA 17057-4898 Phone: 717-948-6268 Fax: 717-948-6535