Re: What GPU can be assumed for autopkgtests
On Mon, Jan 16, 2017 at 10:21:57AM +0800, Paul Wise wrote: > On Mon, Jan 16, 2017 at 12:12 AM, Andreas Tille wrote: > > > I remember these messages in connection with some (other?) package on > > autobuilders but I can't make up my mind which one and I'm obviously > > doing the wrong web search queries. > > I don't know enough about OpenMPI and the logs you posted don't seem > to mention the underlying cause of not being able to start the daemon, > so I'm not sure, sorry. Maybe try stracing it? Perhaps #494046 ? One of my packages still requires the suggested workaround, setting OMPI_MCA_plm_rsh_agent=/bin/false . #839387 is also relevant when it gets to autobuilding on the non-Linux kernels. -- Nicholas Breen nbr...@debian.org
Bug#807432: RFS: python-jellyfish/0.5.1-1 [ITP]
On Tue, Dec 08, 2015 at 09:44:01PM +0100, Diego M. Rodriguez wrote: > I am looking for a sponsor for my package "python-jellyfish" > > * Package name: python-jellyfish > Version : 0.5.1-1 > Upstream Author : James Turk <james.p.t...@gmail.com> > * URL : https://github.com/jamesturk/jellyfish > * License : BSD-2-clause > Section : python Hi Diego, I believe the package also needs Build-Depends on libpython-all-dev and libpython3-all-dev, or the C extensions fail (nonfatally) to compile in a clean chroot environment. Unfortunately, the tests also fail - it appears that pytest is not successfully picking up any tests to run: [...] I: pybuild base:184: cd /tmp/buildd/python-jellyfish-0.5.1/.pybuild/pythonX.Y_2.7/build; python2.7 -m pytest = test session starts == platform linux2 -- Python 2.7.11, pytest-2.8.5, py-1.4.31, pluggy-0.3.1 rootdir: /tmp/buildd/python-jellyfish-0.5.1, inifile: collected 0 items = no tests ran in 0.00 seconds = E: pybuild pybuild:274: test: plugin distutils failed with: exit code=5: cd /tmp/buildd/python-jellyfish-0.5.1/.pybuild/pythonX.Y_2.7/build; python2.7 -m pytest [...] -- Nicholas Breen nbr...@debian.org
Re: Bug#773632: RFS: pcsx2/1.2.1-783-g1f54bb7+dfsg-1 [ITP]
On Sun, Dec 21, 2014 at 03:04:01AM -0500, Miguel A. Colón Vélez wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package pcsx2 Gregory Hainaut has been maintaining Ubuntu packages of pcsx2 for quite some time: https://launchpad.net/~gregory-hainaut/+archive/ubuntu/pcsx2.official.ppa Is there an opportunity there to collaborate instead of duplicating work? -- Nicholas Breen nbr...@debian.org -- 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/20141221180451.ge28...@ofb.net
Re: Bug#753487: RFS: stda/1.3.1-1 -- new upstream release (package already in Debian)
On Wed, Jul 02, 2014 at 02:43:32PM +0200, Dimitar Ivanov wrote: I am looking for a sponsor for my package stda * Package name: stda Version : 1.3.1-1 Upstream Author : Dimitar Ivanov dimitar.iva...@mirendom.net * URL : http://gnu.mirendom.net/stda.html [snip] There doesn't seem to be anything newer than 1.2.1 posted at that URL. -- Nicholas Breen nbr...@ofb.net -- 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/20140708210830.ga25...@ofb.net
Bug#740442: RFS: par2cmdline/0.6.5-1 [ITA] -- PAR 2.0 compatible file verification and repair tool
On Sat, Mar 01, 2014 at 03:08:20PM +0100, JCF Ploemen wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for par2cmdline: [snip] * Update build-deps: + Add dh-autoreconf, automake1.11. Does it require automake 1.11 specifically? That version isn't due for removal from the archive quite yet, but it will probably be in the next round [1], and the current automake version is 1.14. Might as well bring it all the way up to date if it still builds easily. (I haven't looked over the rest of the package.) -- Nicholas Breen nbr...@debian.org [1] https://lists.debian.org/debian-devel/2013/09/msg00441.html -- 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/20140307013604.gb29...@ofb.net
Bug#738283: RFS: rotix/0.83-4.1 RC, NMU
On Sat, Feb 08, 2014 at 11:09:07PM +0100, Andreas Moog wrote: Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for a NMU of the package rotix * Package name: rotix Version : 0.83-4.1 Section : text That package has subsequently been orphaned, #738336. The next comment on that bug asks whether it should be removed from the archive instead, as there are other options. Are you interested in either adopting it or encouraging its removal? -- 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/20140212050031.gd14...@ofb.net
Re: Bug#708203: RFS: libcidr/1.2 [ITP] -- IPv4 and IPv6 address parsing and manipulation library
On Tue, May 14, 2013 at 11:15:03AM +0700, Daniil Baturin wrote: Changes since the last upload: Initial release (Non-maintainer upload). (Closes: #702773) If you intend to be the maintainer of this package, why are you uploading it as a NMU? The package appears to list the upstream libcidr maintainer as the package maintainer instead of yourself, which is (presumably) not correct; these are two different things. Please review the list of lintian warnings and correct them if possible. -- Nicholas Breen nbr...@debian.org -- 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/20130514044654.gp30...@ofb.net
Re: Bug#679045: RFS: xmhtml/1.1.7-18 [QA] -- Motif widget for display HTML 3.2
On Tue, Jun 26, 2012 at 01:39:30AM +0300, Boris Pek wrote: I am looking for a sponsor for the package xmhtml. It builds those binary packages: xmhtml1 - Motif widget for display HTML 3.2 (library) xmhtml1-dev - Motif widget for display HTML 3.2 (development files) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/xmhtml Direct link for download: http://mentors.debian.net/debian/pool/main/x/xmhtml/xmhtml_1.1.7-18.dsc There seem to be some files that have gone missing in this version: % debdiff xmhtml1_1.1.7-17_amd64.deb xmhtml1_1.1.7-18_amd64.deb [The following lists of changes regard files as different if they have different names, permissions or owners.] Files in first .deb but not in second - -rw-r--r-- root/root /usr/share/doc/xmhtml1/README.gz -rw-r--r-- root/root /usr/share/doc/xmhtml1/THANKS -rw-r--r-- root/root /usr/share/doc/xmhtml1/TODO -- Nicholas Breen nbr...@debian.org -- 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/20120629025201.gi6...@ofb.net
Bug#678705: RFS: e2defrag/0.80 ITP: #678598
On Sun, Jun 24, 2012 at 02:31:23PM -0400, Phillip Susi wrote: On 06/24/2012 12:00 PM, Roger Leigh wrote: This was always a tool which needed to be used with great caution, and was removed for good reason. Is this safe to use with all ext2, ext3 and ext4 filesystems? Obviously there may be bugs, and a crash in mid defrag likely will leave you with a hopelessly corrupted fs, but yes, it is working with all modern ext4 features. I'm kicking around an idea to log enough information to allow for recovery after a crash, but this would significantly slow down the process. There is already an ext4-specific (depends on creation with -O extent) e4defrag tool in e2fsprogs since 1.42~WIP-2011-07-02-1. Is there a reason you would use one tool over the other? -- 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/20120624225832.gb6...@ofb.net
Re: Bug#669373: RFS: flactag/2.0.1-1 ITP #507876
On Thu, Apr 19, 2012 at 03:07:51PM +0200, Daniel Pocock wrote: flactag- Tagger for whole-album FLAC files using data from MusicBrainz This is closing a fairly old (2008) ITP, so it might be good to re-evaluate other software in the same space that is in Debian now -- particularly beets, which appears to be very similar (also a CLI-interface, MusicBrainz-backed, album-oriented tagger but supports formats besides FLAC). If you think flactag's different enough, please highlight some of its unique features in the long description so users can choose the program that best suits them. Separately, please do not Build-Depend on libjpeg62-dev, as it's being removed. See #547393. dget -x http://mentors.debian.net/debian/pool/main/libm/libmusicbrainz/libmusicbrainz_4.0.1-1.dsc As you know, there's already a binary package libmusicbrainz4-dev in the archive, which Timo has been working on removing (thanks!). However, this new package still couldn't go in until the old one is removed. - Nicholas -- 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/20120419184103.gq15...@ofb.net
Re: Advice on packaging libmusicbrainz4
On Wed, Mar 14, 2012 at 03:41:50PM +, Andy Hawkins wrote: Hi all, I am the author of libmusicbrainz4, a library to access the MusicBrainz service. There have been previous versions of this library in Debian, and I would like to get this new version included if at all possible. A couple of questions: 1. There already appears to be a libmusicbrainz4 package (libmusicbrainz4-dev and libmusicbrainz4c2a), based on v2.1.5 of the libraries. I can't understand why these were named 'libmusicbrainz4', but obviously this will clash with the package name I'd ideally like to use. I did consider 'libmusicbrainz4-ngs' as this library is aimed at accessing the 'Next Generation Schema' on the Musicbrainz site. Would appreciate any comments. The 4 in those packages comes from the major version number in the library's SONAME, libmusicbrainz.so.4. The new version you are looking at packaging is a little trickier, because it has a number in the library's name itself in addition to the SONAME version: libmusicbrainz4.so.3. Following the normal conventions, you'd prepare a source package named libmusicbrainz4, creating binary packages libmusicbrainz4-3 and libmusicbrainz4-dev. However, since the -dev package name is already taken (it probably should have been simply libmusicbrainz-dev), that's obviously a problem You might try a name like libmusicbrainz4-ngs-dev, which is ugly, but at least it's nonconflicting. Does the old library still function with the MusicBrainz service? If it's just deadweight now, you could also work to transition all packages still using the old library (there are four) to the new, request the removal of the old library, and then eventually take over the libmusicbrainz4-dev package name. 2. The source for the library automatically generates a couple of files *into the source directories*. As a result of this, the 'diff' that is created for the debian files (incorrectly) contains these files. Can you tell me how I would exclude these files from this diff? Autogenerated files should be removed in the debian/rules clean target. It's your choice whether you'd rather implement it there, or in the library's own make clean routine. -- Nicholas Breen nbr...@debian.org -- 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/20120315002612.gm15...@ofb.net
Re: RFS: wavemon (already in Debian)
On Thu, Feb 23, 2012 at 10:31:47PM +0100, Rene Engelhard wrote: On Thu, Feb 23, 2012 at 10:53:50AM -0800, Nicholas Breen wrote: On Wed, Feb 22, 2012 at 11:46:34PM +, Jonathan McCrohan wrote: I am looking for a sponsor for my package wavemon. * Package name: wavemon Version : 0.7.3-1 I'd certainly like to see an updated wavemon package in the archive. However, Rene Englehard is still listed as the current maintainer and last uploader, and it doesn't seem to be orphaned or RFAed. Have you talked with him about taking over the package, or possibly sponsoring your uploads? Yes we talked about it - he can have it :) Thanks for clarifying! The package looks pretty good, but there are a few rough spots left. Lintian reports: I: wavemon: hyphen-used-as-minus-sign usr/share/man/man5/wavemonrc.5.gz:78 I: wavemon: hyphen-used-as-minus-sign usr/share/man/man5/wavemonrc.5.gz:86 I: wavemon: hyphen-used-as-minus-sign usr/share/man/man5/wavemonrc.5.gz:87 I: wavemon: hyphen-used-as-minus-sign usr/share/man/man5/wavemonrc.5.gz:113 I: wavemon: hyphen-used-as-minus-sign usr/share/man/man5/wavemonrc.5.gz:133 ...which are easily fixed, and would be worth sending upstream too. As long as you're bumping the debhelper compatibility to 7, have you considered switching over to a dh-style rules file as well? That would allow you to drop the Build-Depends on cdbs and quilt, and bring the rules file down to a two-liner: %: dh $@ --with autotools_dev There should be a Build-Depends on autotools-dev. Right now it's brought in by a Recommends: from cdbs, but it's better off being explicit. When I build it, the documentation is duplicated in /usr/share/doc/wavemon *and* /usr/share/wavemon. Not sure what's putting it in that second directory, where it certainly doesn't belong; this is also automatically fixed if you use a dh rules file. - Nicholas -- 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/20120225214727.ge15...@ofb.net
Re: Explain to me any all
On Sat, Feb 25, 2012 at 07:02:41PM -0600, Paul Elliott wrote: The new standard allows any all in the Architecture field. Please explain this new feature. What does it do and under what circumstances should it be used? Please see http://bugs.debian.org/626779. It is a technical change related to the *.dsc file of a source package only, which is an autogenerated file; there are no changes to the architecture specifications in debian/control that a package maintainer would edit. -- Nicholas Breen nbr...@debian.org -- 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/20120226011721.gf15...@ofb.net
Re: RFS: wavemon (already in Debian)
On Wed, Feb 22, 2012 at 11:46:34PM +, Jonathan McCrohan wrote: I am looking for a sponsor for my package wavemon. * Package name: wavemon Version : 0.7.3-1 I'd certainly like to see an updated wavemon package in the archive. However, Rene Englehard is still listed as the current maintainer and last uploader, and it doesn't seem to be orphaned or RFAed. Have you talked with him about taking over the package, or possibly sponsoring your uploads? -- Nicholas Breen nbr...@debian.org -- 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/20120223185350.gd15...@ofb.net
