Bug#918497: RFS: arptables/0.0.4+snapshot20181021-1 - ARP table administration
On 1/8/19 6:11 PM, Alberto Molina Coballes wrote: > Thank you Adam and Arturo for reviewing the package and for your advices. > > A new packet has been uploaded to mentors [1] with this bug corrected > (piuparts tests are OK) and #918715 marked to be closed in the > corresponding commit. > > Is it necessary to open a new RFS bug? > > Thanks, > > Alberto > > [1] > https://mentors.debian.net/debian/pool/main/a/arptables/arptables_0.0.4+snapshot20181021-2.dsc > Uploaded! thanks.
Bug#918497: RFS: arptables/0.0.4+snapshot20181021-1 - ARP table administration
On Mon, 7 Jan 2019 17:59:57 +0100 Adam Borowski wrote: > On Sun, Jan 06, 2019 at 06:31:01PM +0100, Alberto Molina Coballes wrote: > > * Package name: arptables > >Version : 0.0.4+snapshot20181021-1 > > > * [2c7c7c6] New upstream version 0.0.4+snapshot20181021 > > * [c6b2324] d/patches: Adapt the default patch to the latest upstream > > version > > * [3076713] arptables: introduce /sbin compatibility symlinks > > * [4108b0d] arptables: introduce alternatives for /usr/sbin/arptables > > (Closes: #916106) > > * [f7b48be] d/control: bump std-version to 4.3.0 > > Hi! > I'm afraid the package fails to remove: > > Removing arptables (0.0.4+snapshot20181021-1) ... > dpkg-query: no packages found matching iptables > dpkg: error processing package arptables (--remove): >installed arptables package pre-removal script subprocess returned error > exit status 1 > Errors were encountered while processing: >arptables > E: Sub-process /usr/bin/dpkg returned an error code (1) > > It's run with "set -e", thus dies on "variable=$(false)". > > You may want to try various piuparts scenarios, and/or abuse chroots a bit, > as such transitions are quite tricky to get right. > I went ahead and sponsored the upload. I didn't check piuparts :-( Please @alberto, patch the package and prepare a new upload. I'm closing this RFS bug now.
Bug#918046: RFS: ebtables/2.0.10.4+snapshot20181205-1 - Ethernet bridge frame table administration
On Wed, 02 Jan 2019 20:06:47 +0100 Alberto Molina Coballes wrote: > Package: sponsorship-requests > Severity: normal > > I am looking for a sponsor for my package "ebtables" > Done! :-)
Bug#905489: RFS: ipmitool/1.8.18-6
On 5 August 2018 at 12:35, Jörg Frings-Fürst wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "ipmitool" > Hey! thanks for your work. Ping me next week if you don't find sponsor.
Re: Move packages from alioth to salsa
On 11 May 2018 at 11:40, Jörg Frings-Fürst wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hello Arturo, > > Am Freitag, den 11.05.2018, 11:34 +0200 schrieb Arturo Borrero > Gonzalez: >> On 11 May 2018 at 11:04, Jörg Frings-Fürst wrote: >> > -BEGIN PGP SIGNED MESSAGE- >> > Hash: SHA512 >> > >> > Hello, >> > >> > please can someone move my packages from alioth to salsa. >> > My Username on both systems are jff-guest. >> > >> >> Aren't you DM? You should be if not already! Not sure if being DM >> would allow you to create salsa repos (why not?). >> > > No, I'm not a DM. > Please head to https://nm.debian.org/ :-) It seems your key is already signed by some DD. @Mattia, he seems to be looking for something similar to collab-main (Debian/?)
Re: Move packages from alioth to salsa
On 11 May 2018 at 11:04, Jörg Frings-Fürst wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hello, > > please can someone move my packages from alioth to salsa. > My Username on both systems are jff-guest. > Aren't you DM? You should be if not already! Not sure if being DM would allow you to create salsa repos (why not?). But if you aren't DM we should solve that first.
Bug#897038: RFS: ebtables/2.0.10.4-4 [ITA] - Ethernet bridge frame table administration
On 27 April 2018 at 13:36, Alberto Molina Coballes wrote: > Package: sponsorship-requests > Severity: normal > > Dear Maintainer, > > I'm intending to adopt ebtables and integrating it into the pkg-netfilter > packaging team [0], Arturo Borrero González will sponsor > it, > but any comment will be appreciated. > > * Package name: ebtables > Version : 2.0.10.4-4 > Upstream Author : Bart De Schuymer > * URL : http://www.netfilter.org > * License : GPL-2 > > It builds those binary packages: > > ebtables - Ethernet bridge frame table administration > > To access further information about this package, please visit the following > URL: > > https://mentors.debian.net/package/ebtables > > > Alternatively, one can download the package with dget using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/e/ebtables/ebtables_2.0.10.4-4.dsc built, checked, signed and uploaded. Please follow up with any problems reported by our Debian online services: buildd, piuparts, etc. Also, some lintian warnings to address in next iterations: W: ebtables: binary-without-manpage sbin/ebtables-restore W: ebtables: binary-without-manpage sbin/ebtables-save W: ebtables: systemd-service-file-wraps-init-script lib/systemd/system/ebtables.service ExecStart W: ebtables: systemd-service-file-wraps-init-script lib/systemd/system/ebtables.service ExecReload W: ebtables: systemd-service-file-wraps-init-script lib/systemd/system/ebtables.service ExecStop If you have the time, please refresh our wiki page: https://wiki.debian.org/Teams/pkg-netfilter/tasks Thanks for your contribution to Debian :-)
Bug#894839: Uploaded arptables
Built, checked, signed and uploaded. Please follow-up with any fixes or improvements you may find in this package. Thanks for your contribution to Debian :-)
Re: "License": public-domain
On 13 September 2017 at 18:25, Shengjing Zhu wrote: > FWIW, it's in https://people.debian.org/~bap/dfsg-faq.html#public_domain > Maybe this draft can be put in a more official place now? > Probably yes, but no strong opinion on that. Probably better contact the people who are in charge of that document.
Re: "License": public-domain
On 13 September 2017 at 18:15, Don Armstrong wrote: > On Wed, 13 Sep 2017, Arturo Borrero Gonzalez wrote: >> if this question is common enough, perhaps it worth creating a simple >> wiki page to put all this information in there? > > If someone could fill out > https://wiki.debian.org/DFSGLicenses#Public_Domain that's probably the > best bet. Feel free to steal anything from my response. > Done: https://wiki.debian.org/DFSGLicenses#Public_Domain Feel free to improve it.
Re: "License": public-domain
On 13 September 2017 at 17:46, Don Armstrong wrote: > On Wed, 13 Sep 2017, Nico Schlömer wrote: >> I sometimes see in d/copyright >> >> > Copyright: John Doe >> > License: public-domain >> >> e.g., [1]. However, these two statements contradict each other: public >> domain means exactly the _absence_ of copyright [2]. > > The Copyright: field in this case is usually indicating who holds any > residual copyright or author's rights in a jurisdiction which does not > completely support public domain (PD). It also indicates who the > individual was who dedicated the work to the PD. > >> Specifically, public domain is _not_ open source [3]. > > PD works are not necessarily open source in all jurisdictions, but they > can satisfy the DFSG in many. > >> Since Debian is usually quite careful when it comes to legal issues, >> I'm wondering what the official view point is here. > > The official viewpoint is that the software must meet the requirements > of the DFSG. Generally, a CC0-style PD dedication is viewed as > sufficient for all jurisdictions, and can satisfy the DFSG if source is > available. > > Finally, I'm unaware of a case where a jurisdiction has upheld a > copyright claim to a work which has been dedicated to the public domain > everywhere. This is a potential theoretical source of problems, but > there's enough actual problems with copyright and licensing for us to > concentrate our limited time on them instead. > >> Should there be a lintian error if the "license" is public domain and >> a copyright holder is specified? > > No. > >> Should "public-domain" perhaps be prohibited in general? > > Definitely not. > Thanks Don, this information is valuable. if this question is common enough, perhaps it worth creating a simple wiki page to put all this information in there? Name suggestion: FAQ about Public Domain and Debian. We could even reuse Nico's concerns as entries for the FAQ.
Bug#868148: RFS: synergy/1.8.8-stable+dfsg.1-1
On 13 July 2017 at 10:29, Joshua Honeycutt wrote: > On Wed, Jul 12, 2017 at 8:28 AM, Andreas Ronnquist > wrote: >> >> I'll sponsor this if you want me to. (Since I asked for a new unstable >> release ;) >> > > I would appreciate it. I had just done the upload the day before I got > your request, but it was good motivation to do the RFS. > @Andreas please go ahead, thanks :-)
Bug#868148: RFS: synergy/1.8.8-stable+dfsg.1-1
On 12 July 2017 at 14:50, Joshua Honeycutt wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "synergy" > Hi, I'm interested in sponsoring this. But I currently have a big backlog and I'm not sure if I can handle this on time. Please, ping me in a week or two if nobody steps in. Thanks Joshua.
Re: TAG: durruter -- NAT/PAT routing helper
On 27 May 2017 at 22:24, Narcis Garcia wrote: > > Durruter is a command-line wizard to manage iptables entries like in a > hardware router web interface. Forward ports and ranges from multiple > interfaces, allow internet traffic from multiple nets to multiple > network interfaces. Hi Narcis, I already replied to you in private about this. I would rather base this software in nftables than in iptables. Note that iptables is being replaced by nftables: a new, modern technology.
Bug#855526: RFS: synergy/1.8.7-stable+dfsg.1-2
On 19 February 2017 at 20:42, Joshua Honeycutt wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "synergy" to be uploaded to > experimental > Uploaded. Thanks Joshua :-)
Bug#854933: RFS: synergy/1.4.16-2
On 13 February 2017 at 02:31, Joshua Honeycutt wrote: > > As I understood it and James pointed out we can go ahead with the > upload if everything looks alright. Once all the autobuilders complete > I will file the bug for migration. Uploaded, thanks.
Bug#854933: RFS: synergy/1.4.16-2
On 12 February 2017 at 09:06, Joshua Honeycutt wrote: > > I understand this upload occurs during the stretch freeze and I > believe my changes are > acceptable according to the freeze policy. I think I understand the > unblocking process > once this package is uploaded and builds correctly. My debdiff for the > unblock bug is > attached and I would appreciate feedback in case I have created it > incorrectly. > Hi Joshua, please send the debdiff to the release team, so open a bug in their pseudo-package (use reportbug). I can sponsor the upload if they allow this change in stretch. Let me know. Thanks for your work :-) best regards.
Bug#854212: RFS: synergy/1.8.7-stable+dfsg.1-1 [ITA]
On Mon, 6 Feb 2017 11:44:47 -0600 Joshua Honeycutt wrote: > > A new package was uploaded to mentors. > Uploaded to experimental. Thanks for your contribution :-)
Re: Packaging from Git
On 6 February 2017 at 12:25, Narcis Garcia wrote: > Very far from the number of libs/tools that cannot unmask something like > Alexander Wirt formorer formorer de at anywhere of a page. > Probably this mentors mailing list isn't the right place for this discussion.
Bug#854212: RFS: synergy/1.8.7-stable+dfsg.1-1 [ITA]
On 6 February 2017 at 09:08, Arturo Borrero Gonzalez wrote: > > I'm doing a test build now. If all is fine, I will sponsor the upload. The package seems to FTBFS due to a failing test: [...] [--] Global test environment tear-down [==] 9 tests from 3 test cases ran. (2153 ms total) [ PASSED ] 8 tests. [ FAILED ] 1 test, listed below: [ FAILED ] ArchInternetTests.get 1 FAILED TEST debian/rules:94: recipe for target 'test' failed make: *** [test] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 [...] My complete build log here: http://termbin.com/mrib Please, fix and ping me.
Bug#854212: RFS: synergy/1.8.7-stable+dfsg.1-1 [ITA]
On 5 February 2017 at 07:12, Joshua Honeycutt wrote: > Alternatively, one can download the package with dget using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/s/synergy/synergy_1.8.7-stable+dfsg.1-1.dsc > > More information about hello can be obtained from https://www.example.com. > please review a bit more the template :-) I'm doing a test build now. If all is fine, I will sponsor the upload. Keep in mind the stretch freeze. May the release team have any comment/requirement regarding this package, please be responsive. thanks for taking care of this package :-)
Bug#846190: RFS: openldap/2.4.44+dfsg-2 [RC]
On 2 December 2016 at 14:12, Gianfranco Costamagna wrote: > let me know if you intend to sponsor this, otherwise I can do the upload in a > few minutes > thanks! > Please go ahead, since I'm leaving right now for the weekend and I will not have access to any devel environment.
Bug#846190: RFS: openldap/2.4.44+dfsg-2 [RC]
On 2 December 2016 at 05:52, Ryan Tandy wrote: > I updated the package on mentors to add one more fix: > > + * Fix slapd-smbk5pwd failing to upgrade when there are no instances of > the > +overlay configured. > > affecting jessie-to-stretch upgrades when the slapd-smbk5pwd package is > installed, but not used anywhere in the slapd configuration. > Something is wrong with the mentors upload: dget https://mentors.debian.net/debian/pool/main/o/openldap/openldap_2.4.44+dfsg-2.dsc dget: retrieving https://mentors.debian.net/debian/pool/main/o/openldap/openldap_2.4.44+dfsg-2.dsc % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 2918 100 29180 0 5469 0 --:--:-- --:--:-- --:--:-- 5474 dget: retrieving https://mentors.debian.net/debian/pool/main/o/openldap/openldap_2.4.44+dfsg.orig.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Not Found dget: curl openldap_2.4.44+dfsg.orig.tar.gz https://mentors.debian.net/debian/pool/main/o/openldap/openldap_2.4.44+dfsg.orig.tar.gz failed https://mentors.debian.net/debian/pool/main/o/openldap/ seems to contains only: openldap_2.4.23.orig.tar.gz18-Apr-2015 02:334.3M openldap_2.4.31.orig.tar.gz26-Mar-2016 01:364.5M openldap_2.4.40+dfsg.orig.tar.gz29-Jun-2015 04:074.6M openldap_2.4.40.orig.tar.gz21-Oct-2014 17:004.6M openldap_2.4.44+dfsg-2.debian.tar.xz02-Dec-2016 04:36153K openldap_2.4.44+dfsg-2.dsc02-Dec-2016 04:362.8K Please, re-upload.
Re: when salvage a package?
On 30 November 2016 at 09:08, gustavo panizzo (gfa) wrote: > Hello > > I was tempted to do a QA upload for ora2pg [0], which is nice software because > helps people to move out from Oracle DB, but the popcon value is very low (< > 12) [1] > and the package has only one bug open, an automatic RC bug [2], that shows > that doesn't have many users out there. > > The software is outdated, and the maintainer O the package. I wonder > if salvaging the package is the right thing to do or should let it die > or even RM after Stretch > > TL;DR > I want to salvage a package but (maybe) nobody uses it, should I do salvage > it anyway? > Then go ahead and adopt it :-)
Bug#844577: openldap is NEW
On 17 November 2016 at 16:37, Ryan Tandy wrote: > > Thank you very much! May I also contact you about sponsoring future uploads? I prefer if people who are more familiar with the package does to job. I can do in extreme cases like this: RC bugs, Luca Bruno being busy, etc. Please use me as a last resort. > > I will check them and fix what I can in the next upload. > great! > I will respond to your point below about the test suite on > pkg-openldap-devel, I think it's better discussed there. > Good, I'm not subscribed, but I don't think I could add much more apart of the suggestions themselves.
Bug#844577: openldap is NEW
Hi, just uploaded the package, which is now in the NEW queue. @Ryan, please, keep an eye here, perhaps the ftp-masters ask for some changes. Also, if the package is finally accepted, please check some of the lintian warnings the package is producing. Some seems trivial, other would require a bit of thinking. I would like to mention that I didn't check the package in depth (it's pretty big), so please iterate with follow-up uploads if issues arise. In my machine, the package took almost 2h to build. Most of the time was due to the testsuite being lauched at build time. Could I suggest to run the testsuite in ci.debian.net using autopkgtest? The idea is to run the testsuite in both places (buildtime and autopkgtest) for a while, and once we are confident enough, switch to run it just from ci.debian.net. This is just an idea, I really don't have enough knowledge of the openldap ecosystem to tell if this would be a correct approach. Thanks, best regards.
Bug#844577: RFS: openldap/2.4.44+dfsg-1 [RC]
On 17 November 2016 at 04:15, Ryan Tandy wrote: > Package: sponsorship-requests > Severity: important > > Dear mentors, > > I am looking for a sponsor to upload an updated openldap package. The > package can be found on alioth: > Hi, ping me if Luca Bruno is not sponsoring this upload and I will sponsor myself. regards.
Bug#842770: synergy uploaded
This morning I sponsored the upload of synergy to DELAYED/5.
Re: systemd service unit causing lintian init issues
On 23 September 2015 at 23:36, Matt Zagrabelny wrote: > Greetings, > > I'm packaging up a firewall script that ships with a systemd service > unit file. lintian is complaining about an init script: > Could please point to the complete source package? thanks. -- Arturo Borrero González
Re: dh --buildsystem=none?
On 15 June 2015 at 16:34, Ole Streicher wrote: > Hi, > > I have a package that needs no build, but just the installation of the > (script) files. All installation is done via debian/install, > debian/docs, debian/examples. > > So, the debian/rules file is simple > > ---8<-- > #!/usr/bin/make -f > %: > dh $@ > ---8<-- > > However, for some reason dh tries to run "configure" etc., which > ofcourse fails. How can I explicitely specify a build system that > actually does nothing? > >From the dh_auto_configure man page, it seems it looks for ./configure, Makefile.PL, Build.PL or cmake files. Anyway, I guess you can always use something like: override_dh_auto_configure: # nothing -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caoksjbgmxio4+tt7zb8jqgos3assve_dirz7q0kbajst5bh...@mail.gmail.com
Bug#784732: RFS: liquidprompt/1.9-1 [ITP]
On 16 May 2015 at 10:25, Vincent Cheng wrote: > Control: tag -1 + moreinfo > Control: owner -1 ! > > Hi Arturo, > > On Fri, May 8, 2015 at 1:08 AM, Arturo Borrero Gonzalez > wrote: >> Package: sponsorship-requests >> Severity: wishlist >> >> Dear mentors, >> >> I am looking for a sponsor for my package "liquidprompt" >> >> * Package name: liquidprompt >> * Version : 1.9 >> * Upstream Author : Nojhan >> * URL : https://github.com/nojhan/liquidprompt >> * License : AGPL-3 >> * Programming Lang: shell >> * Section : misc >> >> It builds those binary packages: >> liquidprompt - adaptative prompt for bash & zsh >> >> To access further information about this package, please visit the >> following URL: >> http://mentors.debian.net/package/liquidprompt >> >> Alternatively, one can download the package with dget using this command: >> dget -x >> http://mentors.debian.net/debian/pool/main/l/liquidprompt/liquidprompt_1.9-1.dsc >> >> More information about hello can be obtained from >> https://github.com/nojhan/liquidprompt. > > Just a few more things to add to Andrey's earlier review: > > - Don't hardcode a reference to $HOME/.config in > liquidprompt_activate, use $XDG_CONFIG_HOME instead [1]. In my system, $XDG_CONFIG_HOME is not set :-( What I've done is to use that value, and fall back to $HOME if unset. > - If your package is covered by a license that does not have the full > text stored in /usr/share/common-licenses, you should include the full > text yourself in d/copyright. > done. New version in mentors. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caoksjbjsuup_6zdyxftgxn6eugnq8ubv6dnwqm_xxfbpx29...@mail.gmail.com
Bug#784732: RFS: liquidprompt/1.9-1 [ITP]
On 13 May 2015 at 22:05, Dmitry Bogatov wrote: > Non-DD review. > > I propose to remove override, since `liquidprompt` never executed, only > sources. > > Consider applying attached patch. > Applied [0], thanks. Re-uploaded to mentors [1]. [0] https://github.com/aborrero/pkg-liquidprompt/commit/131fa7bea94b6f96ae469b0dae8d417003eb9865 [1] http://mentors.debian.net/debian/pool/main/l/liquidprompt/liquidprompt_1.9-1.dsc -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caoksjbhbfg0n1znf-rfrqf5h0-5xhsgsp0nicfrqzaiv1yy...@mail.gmail.com
Bug#784732: RFS: liquidprompt/1.9-1 [ITP]
On 12 May 2015 at 20:29, Andrey Rahmatullin wrote: > [I don't intend to sponsor this] > > You should put the Debian repo, not the upstream one into Vcs-* control > fields. > Thanks, fixed. > Recommending both screen and tmux looks strange. Recommending acpi which > is useful only for laptops looks strange too. Suggesting zsh looks wrong. > I've donwgraded acpi from Recommends to Suggests. I've deleted zsh from Suggests. liquidprompt uses screen and tmux to obtain information (optionally). How would you declare them if not in Recommends? > d/copyright misses a section for debian/* > Thanks, fixed. > AGPL-3 should probably be AGPL-3+. > Thanks, fixed. > I don't like the idea of "multiple invocations of the > liquidprompt_activate command may pollute ~/.bashrc and/or ~/.zshrc files" > even if it's mentioned in the manpage. Well, it's just a shortcut, to ease the installation to the users. I know this is a bit ugly, but I guess it's better than nothing (or manually editing these files). Given that the user may edit by hand the ~/.bashrc file and load liquidprompt in another way, detecting if it has been previously activated can't be done easily. Of course, this point can be improved in the future. > > I think a manpage in the section 1 is expected to correspond to an > executable with the same name which is not the case here. Maybe I am wrong > here. Well, there is a binary called `liquidprompt_activate' and a link. So, an user typing: `man liquidprompt' and `man liquidprompt_activate' will go to the same manpage, which briefly documents the basics of liquidprompt (including liquidprompt_activate). Thanks for your review. I've uploaded to mentors de updated package. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOkSjBhJZEquRZM4pitYF69JDizJ-mAAj9gdQB+g5r=kmtd...@mail.gmail.com
Bug#784732: RFS: liquidprompt/1.9-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "liquidprompt" * Package name: liquidprompt * Version : 1.9 * Upstream Author : Nojhan * URL : https://github.com/nojhan/liquidprompt * License : AGPL-3 * Programming Lang: shell * Section : misc It builds those binary packages: liquidprompt - adaptative prompt for bash & zsh To access further information about this package, please visit the following URL: http://mentors.debian.net/package/liquidprompt Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/liquidprompt/liquidprompt_1.9-1.dsc More information about hello can be obtained from https://github.com/nojhan/liquidprompt. Regards, -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOkSjBihGFoYqQJO56AdkAxttyhn6n9X-q4C32Tp=csvu1j...@mail.gmail.com
Re: New release while waiting for sponsoring
On 2 March 2015 at 19:31, Christoph Mathys wrote: > Hi folks, > > While waiting for my package mercurial-keyring to be sponsored, upstream has > released a new version of the software. So what do I do with the old > sponsorship request bug? (#779049) Can I just update it? Or close it? > I would suggest to start working in packaging the new upstream release. If at the time you finish the new upstream package: * no sponsor happened, you could close #779049 (giving some reasons) and open a new one. * sponsor happened, well, just open a new RFS for the new package. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caoksjbildjcv-q18gafwg44z0x2k6xacsytbclnmtnqkhjf...@mail.gmail.com
Re: launchpad for debian and autobuilders
On 12 December 2014 at 08:57, Leopold Palomo-Avellaneda wrote: > Hi, > > > do you know if exist some place where someone could dput a debian source > package and it was built in a clean environtment for a debian distro, as > launchpad service for ubuntu? > > And, if it doesn't exist, could some of you explain why we don't have this? > Or, should I have to create a something similar to a jenkins infrastructure to > test and build my own packages? > Did you test pbuilder? -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOkSjBgYFbULFfqXd539nCU0=xqp0omyp8w5uoxy54sy8jn...@mail.gmail.com
Package conflicting with itself?
Hi, Does it makes sense for a package to conflict with itself? $ aptitude show python3-postgresql Package: python3-postgresql New: yes State: installed Automatically installed: no Version: 1.0.2-1+b1 Priority: optional Section: python Maintainer: William Grzybowski Architecture: amd64 Uncompressed Size: 2118 k Depends: python3 (>= 3.2), python3 (< 3.3), libc6 (>= 2.2.5), libjs-jquery Conflicts: python3-postgresql Description: pgsql driver, cluster management tools, and client tools Homepage: http://python.projects.postgresql.org/ -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOkSjBjSd11vnG5HHJSqu2pu4RicWhjjfiwR_mgqGV=sr+m...@mail.gmail.com
Bug#749575: RFS: neopi/0.0+git20120821-1 [ITP]
On 19 August 2014 14:45, Eriberto wrote: > > You forgot to put 2010-2012 > Fixed. > > Good! Another detail: please, remove the useless first line. > Done. > > Thanks for your work. Waiting for you to upload the package. > Uploaded [0]. Thanks! [0] http://mentors.debian.net/debian/pool/main/n/neopi/neopi_0.0+git20120821.98-1.dsc -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caoksjbgaf+fq9sre7sqg_hwcpfzjmshw5aak8skjvu3wkqe...@mail.gmail.com
Bug#749575: RFS: neopi/0.0+git20120821-1 [ITP]
On 17 August 2014 19:20, Eriberto Mota wrote:
>
> 1. Change the tarball name to neopi-0.0+git20120821.98. I am
> asking for it because we can have several commits in a same day.
>
Done.
> 2. d/compat: change to 9.
Done.
>
> 3. d/control: change Section to web and Priority to optional. Remove
> ${shlibs:Depends}.
Done.
>
> 4. d/copyright: the upstream copyright years must be 2010-2012 and the
> license is clearly GPL-3+.
>
Done.
> 5. d/neopi.1: remove the GFDL comment. Please, see it:
> https://www.debian.org/vote/2006/vote_001. Note that if you use an
> extra license you must add this license in d/copyright.
Done.
>
> 6. d/rules: I suggest you use a file d/install instead the
> override_dh_install. But you can keep it.
Keeping it. Using the override eases renaming the file.
>
> 7. d/watch: not working. Is it a preparation to future?
>
Yes. Upstream doesn't do any release by tarball or git tags ATM.
> 8. The upstream says in README.md: "animal_shell_encoder.php and
> animal_shell_poc.php are two Proof-of-Concept-type examples
> scripts...". So, please, using d/examples, add these files to your
> package. The users will read the upstream README and search for these
> files.
>
Done.
I've uploaded a new version to mentors.d.n [1].
Thanks for your time and review. Regards.
[1]
http://mentors.debian.net/debian/pool/main/n/neopi/neopi_0.0+git20120821.98-1.dsc
--
Arturo Borrero González
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAOkSjBgz0EHo1XPLksxgt6+=z5kcswofyym7ovzpfcdhtem...@mail.gmail.com
Bug#758523: RFS: gestioip/3.0.26+dfsg0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "gestioip" * Package name: gestioip Version : 3.0.26+dfsg0-1 Upstream Author : Marc Uebel * URL : http://www.gestioip.net * License : GPL-3+ Section : admin It builds those binary packages: gestioip - Web-based IP address management software libgestioip-perl - Core Perl module for GestioIP IPAM To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gestioip Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gestioip/gestioip_3.0.26+dfsg0-1.dsc Please, note that this is our first package for a web app, also first package for a perl app. Regards, Arturo Borrero Gonzalez -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140818123709.29185.41987.report...@r2d2.cica.es
Bug#749575: RFS: neopi/0.0+git20120821-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "neopi" * Package name: neopi Version : 0.0+git20120821-1 Upstream Author : Ben Hagen , Scott Behrens * URL : https://github.com/Neohapsis/NeoPI * License : GPL-3 Section : admin It builds those binary packages: neopi - web shell code detection To access further information about this package, please visit the following URL: http://mentors.debian.net/package/neopi Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/neopi/neopi_0.0+git20120821-1.dsc Regards, Arturo Borrero Gonzalez -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caoksjbjukthbcmzee0gnd8v9u4vtvktb_3a0teuhp8jkewa...@mail.gmail.com
config file writeable by the own app
Hi there! I'm packaging a perl webapp. At execution time, the upstream code expects a config file to be writeable at '../priv/ip_config'. This file is meant to store the DB credentials and URI. The file can be modified by the user using the webapp. Of course, its a plain config file, and it should be at /etc. So I see two options: * ln -s /etc/config_file /usr/share/webapp/priv/ip_config * give write permission in postinst (lintian complains if I give write perms at build time) any advice about that? I've read webapps policy and perl policy, but they don't give this kind of details. regards -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caoksjbjxzefvxqddpuo2zcnr5w3h99gjp98keaqovnbtszn...@mail.gmail.com
Bug#726490: sponsorship-requests: ethstatus/0.4.4 [ITA]
On 12 April 2014 09:46, Vincent Cheng wrote: > Control: tag -1 + moreinfo > > On Sun, Mar 2, 2014 at 4:55 AM, Thomas Goirand wrote: >> You wrote: >> >> * Upstream is the same as Debian maintainer. >> Therefore, build a native Debian package >> >> IMO, that's a very bad idea. this is a pain for downstream Debian >> derivative who may want to add specific patches. With a native package, >> it becomes less convenient to add distro-specific patches. Please don't >> do this and re-upload a version of your package as non-native. >> >> Generally, native packages are very Debian specific, like for example >> apt, dpkg, etc. Unless you develop this kind of tool, IMO, don't use a >> native package. >> >> Thomas Goirand (zigo) >> >> P.S: Some other DD may have a different opinion, like for example I know >> Joey Hess finds it ok and even wrote about it, but I believe a majority >> of DD will agree with me. > > +1 to what Thomas said above. > > Here's a very quick review of your packaging in > https://github.com/aborrero/pkg-ethstatus (since I can't find an > ethstatus package on mentors.d.n): > Thanks you for the review and time, Vincent. Well, I talked with Christoph Haas about ethstatus. He think that this old piece of software is, in fact, so old. Some other [newer] tools have superseded ethstatus. So, despite the initial effort I did to adopt ethstatus, I think I will be dropping this ITA soon :-( thanks, regards. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOkSjBiq=5Yu9JVxhpuGJQmc8iH4arJp7=WNdFchq=qzhz7...@mail.gmail.com
Bug#736973: nftables RFS resend
On 12 April 2014 09:29, Vincent Cheng wrote: > A few blocking issues: > > - debian/copyright is missing copyright holders + license of e.g. > header files in include/linux/* Fixed. > - your package FTBFS (full pbuilder build log attached): > > checking for nft_rule_alloc in -lnftables... no > configure: error: No suitable version of libnftables found > Fixed. I messed up the git pkg repo. > Some non-blocking / pedantic issues: > > - AFAIK uscan/devscripts will check for > debian/upstream/signing-key.asc, not .pgp, but then again, I'm not > sure if there's consensus yet on where exactly to put upstream's key > in the first place... Fixed. > - please pass --disable-silent-rules to ./configure so that compiler > flags show up in the build logs (and so the logs are actually useful > for some of Debian's automated tools, e.g. the buildd log scanner > [1]). This also goes for libnftnl as well. Can't fix in nftables because the build system. I will talk to upstream about this. Fixed in libnftnl for the next release (or should I release a 1.0.0+git20140122-2 package?). > - I wouldn't override any lintian tags that are actually valid issues > (hyphen-used-as-minus-sign); it's fine if you decide to just ignore > them > Fixed. I just uploaded to mentors the fixed version. Thanks a lot for your comments Vincent. regards. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caoksjbgpg1qawt8dt+ohkrhufn_fugnanahavzc61+bskq0...@mail.gmail.com
Bug#736973: nftables RFS resend
[ resend ] Dear mentors, I am looking for a sponsor for my package "nftables" * Package name: nftables Version : 0.099+git20140120-1 Upstream Author : Patric McHardy * URL : http://netfilter.org/projects/nftables/index.html * License : GPL-2 Section : net It builds those binary packages: nftables - Program to control packet filtering rules by Netfilter project To access further information about this package, please visit the following URL: http://mentors.debian.net/package/nftables Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/nftables/nftables_0.099+git20140120-1.dsc A few notes: * nftables kernel support is included with Linux 3.13. Already in Debian. * One of the nftables build-dep is libnftnl. Already in Debian. * this is the first mainstream release of nftables. * the first RFS was for nftables 0.100, but I was actually packaging 0.099 with some additional upstream commits. The version is now fixed. Regards, Arturo Borrero Gonzalez -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOkSjBhQhh1p_DMHBRiSaHKb=xTK1h_7O_O5t8am6FH8cg=g...@mail.gmail.com
Bug#741271: RFS: libnftnl/1.0.0+git20140122-1 [ITP] (repackaged, resend)
On 11 March 2014 11:21, Vincent Cheng wrote:
>
> Just a few quick comments:
>
> - consider targeting unstable directly instead of experimental, given
> that 3.13 is already available in unstable
> - libnftnl-dev Depends: ${misc:Pre-Depends}; I'm pretty sure you meant
> Pre-Depends there
> - a lot of files in tests/ are copyright 2012 Ana Rey Botello
> , please mention that in debian/copyright
> - don't override no-upstream-changelog if there's actually no upstream
> changelog available (just ignore that lintian issue)
> - if you don't use a pristine upstream tarball, please provide a
> get-orig-source target in debian/rules (see Policy 4.9 [1])
> - remove your override_dh_auto_test target in d/rules
>
Hi Vincent,
thanks for your comments. I've addressed all of them.
Find a new package uploaded to mentors [0] (I just uploaded).
BTW, i'm doing the packaging at github [1].
Regards.
[0]
http://mentors.debian.net/debian/pool/main/libn/libnftnl/libnftnl_1.0.0+git20140122-1.dsc
[1] https://github.com/aborrero/pkg-libnftnl
--
Arturo Borrero González
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAOkSjBghz=fxidpf80hh94g7lsz-urdefsakfggel3pdlvm...@mail.gmail.com
Bug#741271: RFS: libnftnl/1.0.0+git20140122-1 [ITP] (repackaged, resend)
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "libnftnl" * Package name: libnftnl Version : 1.0.0+git20140122-1 Upstream Author : Pablo Neira Ayuso * URL : http://netfilter.org/projects/libnftnl/index.html * License : GPL-2+ Section : libs It builds those binary packages: libnftnl-dev - Development files for libnftnl0 libnftnl0 - Netfilter nftables userspace API library libnftnl0-dbg - Debugging symbols for libnftnl0 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libnftnl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libn/libnftnl/libnftnl_1.0.0+git20140122-1.dsc Changes since the last upload: * Repacked. I was packaging a version a few commit ahead of 1.0.0, but the package version did not include the git reference. * Other than this, the package is the same. Note that kernel >= 3.13 is already in Debian, so we can start using libnftnl. Regards, Arturo Borrero Gonzalez -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140310163121.10579.61366.report...@r2d2.cica.es
RFS: libnftnl/1.0.0-1 [ITP]
ping -- Arturo Borrero González -- 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/caoksjbhwnzmhwcayv4ma9hzyhwr0wo-qul+tw0tmadknvky...@mail.gmail.com
Re: git history to d/changelog, with commit id
On 6 February 2014 13:05, Joe Healy wrote: > I use: > > git-dch --id-length=7 > I'm blind. Thanks. -- Arturo Borrero González -- 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/CAOkSjBjz5BTB_7yR83LPGEw6C7YpwBzVE2Fi=y1vzxqfmsr...@mail.gmail.com
git history to d/changelog, with commit id
Hi there! I see that some d/changelog uses git commit ids in addition to the commit name [0]. Is a nice trick that I would like to implement in my packages. However, after reading some docs [1] [2] I don't know what to do (i guess, using git-dch). Could anyone point me in the right direction? thanks. [0] https://github.com/formorer/pkg-libnfnetlink/blob/master/debian/changelog [1] https://wiki.debian.org/PackagingWithGit [2] http://sources.debian.net/src/git-buildpackage/0.6.8/docs/manpages/gbp-dch.sgml -- Arturo Borrero González -- 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/caoksjbgnxttfe8yam-b5fdjhai_3_qptxas0g8dlvntvfs9...@mail.gmail.com
Bug#737682: RFS: rpmlint/1.5-1 [ITP]
On 5 February 2014 13:12, Michael Prokop wrote: > > You're missing a dependency on python-rpm. > fixed. Thanks, regards. -- Arturo Borrero González -- 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/caoksjbimvg8w9ft-cstd98l8ig0zynm+tqpv-c9hp44++r+...@mail.gmail.com
Bug#737682: RFS: rpmlint/1.5-1 [ITP]
On 5 February 2014 11:18, Michael Prokop wrote: > > Package doesn't build inside a clean cowbuilder environment: > Just uploaded to mentors a new version with fixes the build inside a clean cowbuilder environment [0]. I added several build-depends because they are necessary to pass tests. Also, I've addressed your comments about d/copyright. Please, let me know any additional issue. Thanks, regards. [0] http://mentors.debian.net/debian/pool/main/r/rpmlint/rpmlint_1.5-1.dsc -- Arturo Borrero González -- 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/CAOkSjBjBXzXuH_4+CFUTK+STOAgFg12Qsw=b_yo0ave_6ta...@mail.gmail.com
Bug#737682: RFS: rpmlint/1.5-1 [ITP]
On 5 February 2014 10:54, Michael Prokop wrote: > I'm willing to sponsor the upload, please give me a short ping if > you want me to upload > http://mentors.debian.net/debian/pool/main/r/rpmlint/rpmlint_1.5-1.dsc > now (to not conflict with anyone else). > Go ahead. Thanks. -- Arturo Borrero González -- 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/CAOkSjBg+dJV8rfKyz1hOy6fE82a8_SWNb2OcH=dy+vx3-xv...@mail.gmail.com
Bug#737682: RFS: rpmlint/1.5-1 [ITP]
Hi there! thanks for your time and review. Some comments below. On 5 February 2014 05:19, Paul Wise wrote: > > How you intend to use this package - what is your motivation for > wanting this in Debian? > In Debian we have all the necessary to develop, build and distribute RPM packages. However, a point is missing: a basic package check (what lintian does in the Debian world). I use Debian servers for all I said (build, develop, distribute...) and I strongly want this tool in Debian as I think it will enrich and complement a Debian serving for this purposes. I guess a big portion of the users of the rpm suite on Debian are going to find this very useful [0]. > A review: > > The blank line and comment in debian/watch are not needed. > fixed. > Why did is the test suite disabled in debian/rules? > fixed. > Please send the manual page for rpmdiff upstream. > Of course, that is the plan. > The README.devel file is not needed in the binary package. > fixed. > The copyright file is missing a stanza for debian/* and for some > upstream copyright holders. > I think the debian/* notice is not necessary any more, since 3.9.3. For almost all files, Frédéric Lepied is the copyright holder, or Ville Skyttä. Other developers are mentioned in the AUTHORS file, but they don't seem to hold any copyright. Could you please elaborate what should I do here? > Please remove __version__.py and __isocodes__.py in `debian/rules > build` to ensure they can be recreated at build time. > fixed. > The upstream Makefile installs rpmdiff to /usr instead of /usr/local > when you build from source. Please ask upstream to support installing > to an arbitrary prefix and default to /usr/local (the Debian packaging > would then override that to /usr). > OK. > Automated checks: > > https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package > > lintian: > > P: rpmlint source: debian-watch-may-check-gpg-signature > Can't be easily solved. I will contact upstream. I added an override. > pep8: > > Lots of warnings. > This is something I will definitely submit to upstream. Thanks for the review, find a new version in mentors [1] (please wait a few minutes, I just order the upload). regards [0] http://qa.debian.org/popcon.php?package=rpm [1] https://mentors.debian.net/package/rpmlint -- Arturo Borrero González -- 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/caoksjbhf9npwxwyfdyr94t5xxrj6glstybvng++-k7fke3w...@mail.gmail.com
Bug#737682: RFS: rpmlint/1.5-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "rpmlint". * Package name: rpmlint Version : 1.5-1 Upstream Author : Frédéric Lepied * URL : http://sourceforge.net/projects/rpmlint/ * License : GPL-2 Section : admin It builds those binary packages: rpmlint- RPM package checker To access further information about this package, please visit the following URL: http://mentors.debian.net/package/rpmlint Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/rpmlint/rpmlint_1.5-1.dsc Regards, Arturo Borrero Gonzalez -- 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/20140204225724.18359.37010.reportbug@nostromo
Re: Upstream changes destination from sbin to bin
On 3 February 2014 14:34, Dariusz Dwornikowski wrote: > Hi, > > I am working on read-edid package which ships two binaries: get-edid and > parse-edid. In current Debian package get-edid is installed into /usr/sbin > and parse-edid to /usr/bin. Upstream Author changed build system from plain > makefiles to cmake, and also in the new version (3.0.0) both binaries > install into /usr/bin. > > What should be done in such a situation? Should I follow Author's intentions > or patch CMakeLists.txt (I patch it anyway to set proper man paths). > What about linking? so you have the binary in both /usr/bin and /usr/sbin. But you should assure this doesn't conflict with FHS or other Debian standar. Anyway, I don't see any problem in changing the path. I guess users are using $PATH to invoke the program, or `which' in a shell script. -- Arturo Borrero González -- 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/CAOkSjBixm_=3tax2smk8+3zedbeu-mv3odg5ith-giuy-my...@mail.gmail.com
Bug#736288: RFS: libnftnl/1.0.0-1 [ITP]
On 27 January 2014 03:13, Neutron Soutmun wrote: > Hello, > > FYI, as of the devscripts 2.14.0 [1] the keyring location for > signature verification has been moved to debian/upstream/. > Thanks, regards. -- Arturo Borrero González -- 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/caoksjbjnryz6g-ordrirkbcentwmt3x5jqj3mohqjeraw8o...@mail.gmail.com
Bug#736288: RFS: libnftnl/1.0.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "libnftnl" * Package name: libnftnl Version : 1.0.0-1 Upstream Author : Pablo Neira Ayuso * URL : http://www.netfilter.org * License : GPL-2+ Section : libs It builds those binary packages: libnftnl-dev - Development files for libnftnl0 libnftnl0 - Netfilter nftables userspace API library libnftnl0-dbg - Debugging symbols for libnftnl0 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libnftnl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libn/libnftnl/libnftnl_1.0.0-1.dsc This package includes the first Netfilter oficial release of libnftnl. The library is the userspace, low-level, API to the nftables kernel subsystem. So, for using nftables, you need libnftnl, the nft CLI tool, and a proper Linux kernel. Note that nftables is supported in Linux kernel since 3.13. [ Previous to the 1.0.0 release, Netfilter renamed libnftables to libnftnl ] Regards, Arturo Borrero Gonzalez -- 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/20140121235859.25648.47018.reportbug@nostromo
Bug#735685: RFS: libnftables/0.0.0~20131209-1 [ITP]
On 18 January 2014 01:35, Neutron Soutmun wrote: > Hello, > > On Sat, Jan 18, 2014 at 3:15 AM, Arturo Borrero Gonzalez > wrote: >> On 17 January 2014 17:59, Neutron Soutmun wrote: >>> * debian/copyright: >>> + forgot the debian/* license >> >> isn't needed, since 3.9.3. > > I'm not quite sure that the policy said "isn't needed" as > I consulted with a DD. regards. -- Arturo Borrero González -- 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/CAOkSjBgC=za_xz3vmw8hndr1zvt7bygr25bqrep2ugnchef...@mail.gmail.com
Bug#735685: RFS: libnftables/0.0.0~20131209-1 [ITP]
On 17 January 2014 17:59, Neutron Soutmun wrote: > Hello, > > I have no right to upload, but I'm interested in "nftables" also. > therefore, I have both dget and git clone your source package for > testing and reviewing. > > Below is my review. > Thanks you for the review! Some comments below. > * debian/control: > + could bump the standards-version to 3.9.5 as lintian has warned right now. >(found a revert commit in git :P) Fixed, but for the next version of the package. > + cosmetic, please apply wrap-and-sort -sa > I don't like it. If not required, I would leave this as is. > * debian/copyright: > + forgot the debian/* license isn't needed, since 3.9.3. > + the upstream license could be GPL-2+ as mention in the COPYING file fixed, for the next version of the package. > > * debian/watch: > + I know you plan the watch file for the upstream first release but > it could be changed later, for my suggestion is > > === 8< === > opts=uversionmangle=s/^/0.0.0~/ \ > > http://ftp.netfilter.org/pub/libnftables/snapshot/libnftables-(\d\S*).tar.bz2 > === 8< === > > just track the snapshot tarball, I know it's nonsense but it's not > broken watch file :) > Changing this will require another change in a [near] future. I don't see the point. > * vcs-git: > + cloned, the "git buildpackage -S" is failed. the upstream tag > << upstream/0.0.0_20131209 >> is missing. > I added the tag :) > Hopefully, the package will be sponsored soon. Good luck. > Again, thanks! -- Arturo Borrero González -- 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/CAOkSjBidwFti9fDQZYjVnr=pua6raxq+jxw1s-1akdw4832...@mail.gmail.com
Bug#735685: RFS: libnftables/0.0.0~20131209-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "libnftables" * Package name: libnftables Version : 0.0.0~20131209-1 Upstream Author : Pableo Neira Ayuso * URL : http://netfilter.org/projects/nftables/index.html * License : GNU GPL v2 Section : libs It builds those binary packages: libnftables-dev - Development files for libnftables0 libnftables0 - Netfilter nftables userspace API library libnftables0-dbg - Debugging symbols for libnftables0 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libnftables Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libn/libnftables/libnftables_0.0.0~20131209-1.dsc Please, note that this is a snapshot version, previous to the official release of the first version of libnftables. libnftables will be a dependency of the next upstream release of the 'iptables' tool. Regards, Arturo Borrero Gonzalez -- 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/20140117143729.10615.15289.reportbug@nostromo
Re: package-dev
On 24 October 2013 16:49, NEVEU Stephane wrote: > I need now to package two more sources.tar.gz (libvirt-glib & virt-manager) > and it seems that I need the libvirt-dev package providing libs. How can I > do this ? Can you point me if possible to the documentation ? If your package needs libvirt-dev and pkg-config to build, let debian/control know about it: Build-Depends: debhelper (>= 9), pkg-config, libvirt-dev, [...] -- Arturo Borrero González -- 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/caoksjbh0_bkqv+6kyqqdvpacvxobomtbz8otpxbn2fz8zyg...@mail.gmail.com
Bug#726490: sponsorship-requests: ethstatus/0.4.4 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors I am looking for a sponsor for my package "ethstatus": * Package name: ethstatus Version : 0.4.4 Upstream Authors : Gabriel Montenegro * URL : https://github.com/aborrero/pkg-ethstatus * License : GPL Section : net It builds the following binary packages: ethstatus - console-based ethernet statistics monitor My packaging attempt is available here: https://github.com/aborrero/pkg-ethstatus.git Changes since the last upload: * New maintainer. (Closes: 677768) * Fixed Makefile LDFLAGS. (Closes: 641381) * Upstream is the same as Debian maintainer. Therefore, build a native Debian package. * Update Standars-Version to 3.9.4. * Bump compat to 9. * Code cleanup. * Fixed several lintian warnings. Regards. -- 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/20131016085714.4656.27735.report...@r2d2.cica.es
