Bug#659522: RFS: prelink/0.0.20111012-1 [ITA] - ELF prelinking
Le Sat, Mar 03, 2012 at 12:23:20AM +0100, Daniel Martí a écrit : > A new package is available at mentors as shown below: > > http://mentors.debian.net/debian/pool/main/p/prelink/prelink_0.0.20111012-1.dsc > Since the lintian description tells me to contact upstream before patching > with quilt (which would give extra work), I've sent a mail to Jakub about the > subject. I'll wait a week or two for his answer. For the time being, the newer > upload seems to be fine apart from those two warnings. > > I'd be very glad if someone sponsored this package for me. Dear Daniel and everybody, I am interested in prelink because of #643967 and #505906 (which pollutes my mailbox with a daily notification from a system I co-administrate). As a first step when inspecting the package, I compared the 'original' source archive that you uploaded, with the one that looks like being the upstream one. http://mentors.debian.net/debian/pool/main/p/prelink/prelink_0.0.20111012.orig.tar.gz http://people.redhat.com/jakub/prelink/prelink-20111012.tar.bz2 Can you explain why they differ ? Is it the Lintian description that confused you to repack the archive instead of patching it ? Have a nice week-end, -- Charles Plessy Tsurumi, Kanagawa, Japan -- 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/20120428035339.ga16...@plessy.org
Re: how to adopt a non-orphaned package?
On Wed, 25 Apr 2012 20:10:08 Charles Plessy wrote: > You can for instance send an "Intend to Hijack" email to debian-devel, and > CC it to the persons who contributed NMUs and patches in the BTS, explaining > what you already explained here, and add that the package has already been > NMUed 2 times. Then, get the package sponsored with you and others as > maintainers. You can keep the current maintainer in the list as well, to > show that he is welcome to work on the package if he can come back to > Debian. Thank you for all your advices. However it appears to me that word "Hijack" is perhaps too strong due to negative meaning attached. This situation looks more like legitimate adoption / taking over the package. Just a thought: probably some form of semi-automatic check for MIA maintainers (similar to annual DM ping) could be useful in case of total lack of maintainer's activity neither in regards to uploads nor in mail lists... All the best, Dmitry. -- 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/201204281318.13852.only...@member.fsf.org
Bug#670589: RFS: newlisp/10.4.0-4 ITP
On 04/27/2012 07:27 AM, David Bremner wrote: David Bremner writes: Nathan Owens writes: Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] * Package name: newlisp Version : 10.4.0-4 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : lisp I hope you put more care into the packaging than you did into filling out this template. OK, I admit that sounds a little harsh. But the questions are there for a reason, and without them filled in, the message is pretty much content free. So please think about the time of your many readers as well. Cheers, David. Sorry I didn't even notice that the details wasn't filled in. I was worring about a issue that arised and it sliped my mind. Here is the filled out version: Package: sponsorship-requests Severity: normal * Package name: newlisp Version : 10.4.0-4 Upstream Author : Lutz Mueller l...@nuevatec.com * URL : http://newlisp.org * License : GPL-3 Section : lisp -- 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/4f9b435d.9040...@gmx.us
Bug#670195: RFS: lierolibre/0.2-1
> On Tue, 2012-04-24 at 10:14 +0800, Paul Wise wrote: > > On Tue, Apr 24, 2012 at 5:26 AM, Martin Erik Werner wrote: > > > > > I am looking for a sponsor for my new package "lierolibre" > > > > A review, since you are upstream too, I'm including some advice > > related to that too. (...) > > I note many files don't have copyright/license headers: > > > > > http://tieguy.org/blog/2012/03/17/on-the-importance-of-per-file-license-information/ > > > I'm aware, I have taken to practice adding copyright headers to all > *header* files whose related code I poke in, but since I have not made > changes to all bits, many remain unchanged. I've now added copyright headers globally throughout the source files. > > I would suggest moving the C++ code to a src/ (or similar) subdir. > > > Yeah, that's probably a good idea, I'll look into that. done > > I would suggest deleting sdl.m4 from your VCS and just letting > > autotools copy in the one from SDL. > Via autoreconf you mean? I'll look into that. done > > gvl is both an embedded code copy and a nest of embedded code > copies, > > some of which are even in Debian (zlib, libpcl1-dev, libtut-dev). My > > eyes! > Well the zlib is unused, (and now deleted). I was not aware of libpcl > and libtut, I'll have a look at ripping those out as well. > All three removed, unused anyways. (...) > > The change weapon button doesn't seem to work. > > > Do you mean the one for Player2? Yeah, that's the default case for me > as well, though I suspect that that's due to me having Alt Gr instead > of LAlt, and I'm not sure if it's possible to support both, I'll have > to look into that.. This is unchanged for now. > > Please use dh --parallel or mention in debian/rules why build > > parallelism isn't possible to use. > > > Ah, ok, I'll do that. > > > I would suggest depending on dh-autoreconf and running dh --with > > autoreconf to ensure that the configure script and Makefiles are > > always buildable on Debian. This is useful since Debian does rebuild > > testing for newer versions of autotools. > > > Ah, I haven't looked at autotools from a Debian perspective enough it > seems, thanks for the hint. Both added, along with hardening build flags and a debug package. > > cppcheck warnings: > > > > [gvl/gvl_test/_build/deque.cpp:51]: (error) Throwing exception in > destructor > > [gvl/crypt/curve25519.cpp:318]: (error) Memory leak: temp > > [gvl/containers/tests/deque.cpp:48]: (error) Throwing exception in > destructor > > [gvl/crypt/curve25519.cpp:690]: (error) Memory leak: temp1 > > [gvl/uthread/uthread.cpp:100]: (error) Throwing exception in > destructor > > [viewport.cpp:132]: (error) Possible null pointer dereference: worm > - > > otherwise it is redundant to check if worm is null at line 111 > > I'll have to do some digging here :) All these should be addressed now. I've made a new upstream release, as per NEWS: Version 0.2 - April 2012, by Martin Erik Werner * New dependency on boost_program_options * Reworked command-line handling completely + Generalised options - -f --file : input file - -d --dir : input dir - -w --write : output file - -h --help - -v --sdlvideo - arg1 is auto-assigned to input file - arg2 is auto-assigned to input dir - arg3 is auto-assigned to output file * Fixed a bug where giving a directory path without the ending "/" would set the path to the parent directory instead. * Defaults to reading data/liero.cfg instead of ./liero.cfg * Removal of non-free dtoa piece in gvl * Better resolution handling (only for 'Nearest' filter) + Game window now defaults to double the size (640x400) + Fullscreen now defaults to highest supported screen resolution - Game area will grab max multiple of 320x200, rest becomes border + Added F7 and F8 keys for x3 and x4 scaling respecively * Added ability to quit game via desktop events (window close, alt+F4, etc.) * Made configure checks for SDL_mixer not depend on pkg-config * Error messages from handling config files are now much more verbose + If possible gives error type, file, line number, setting path, etc. + This is only enabled with libconfig++ version 1.4 and above - (libconfig++9 in Debian/Ubuntu) > > IIRC with X11 there are hints you can send to the WM to prevent users > from being able to resize to particular sizes, that might be useful to > get rid of the bordering. The problem here is actually that only integer multiples of 320x200 works for the currently used Nearest filter, I've used this with the scaling keys and with fullscreen, so it's at least reasonable. Arbitrary window drag-resizing still doesn't work, it appears that somehow, SDL stops supplying SDL_RESIZEVIDEO events after a tenth of a second of resizing or so, I've not figured out how to solve this... > Also, I encountered a couple of segfaults when resizing, one in > scale2x mode when resizing the window less than > 320x200. The other was random while scaling in scale2
Re: Bug#669599: RFS: python-django-evolution/0.6.7-1 [ITP] -- Schema evolution for the Django web framework
On Fri, Apr 27, 2012 at 03:35:16PM +0200, Jakub Wilk wrote: > * Dmitry Nezhevenko , 2012-04-27, 15:47: > > http://mentors.debian.net/debian/pool/main/d/django-evolution/django-evolution_0.6.7-1.dsc > > lintian4python reports (among others): > e: python-django-evolution: pyflakes-undefined-name > usr/share/pyshared/django_evolution/evolve.py:72: sql_file_name I've sent patch to upstream and uploaded new package. Looks like other pyflakes warnings are less important. dget url should be same -- WBR, Dmitry signature.asc Description: Digital signature
Re: Bug#669598: RFS: python-django-djblets/0.6.17-1 [ITP] -- Collection of useful extensions for Django
On Fri, Apr 27, 2012 at 03:46:09PM +0200, Jakub Wilk wrote: > * Dmitry Nezhevenko , 2012-04-27, 15:31: > >I've renamed source package to djblets to match upstream name. > >Binary package is still named python-django-djblets to match > >python policy. > > Erm, in accordance with Python Policy §2.2, the binary package name > should be python-djblets, NOT python-django-djblets. I've renamed binary package to python-djblets. > > > dget -x > > http://mentors.debian.net/debian/pool/main/d/djblets/djblets_0.7~git20120402+dfsg-1.dsc > > This re-introduces the minified JavaScript code. > Fixed it again. It was mistake in get-git-snapshot-source step. Sorry. Reuploaded package to mentors. Should be same dget url. -- WBR, Dmitry signature.asc Description: Digital signature
Re: Bug#670619: RFS: django-pipeline/1.2.2.1-1 [ITP] -- Asset packaging library for Django
On Fri, Apr 27, 2012 at 04:02:19PM +0200, Jakub Wilk wrote: > * Dmitry Nezhevenko , 2012-04-27, 14:22: > > dget -x > > http://mentors.debian.net/debian/pool/main/d/django-pipeline/django-pipeline_1.2.2.1-1.dsc > > e: django-pipeline source: python-module-but-no-python-depends > python-django-pipeline > This one is fixed. I've reuploaded package. Not sure for now how to deal with name change. Waiting for upstream feedback -- WBR, Dmitry signature.asc Description: Digital signature
Re: Bug#670619: RFS: django-pipeline/1.2.2.1-1 [ITP] -- Asset packaging library for Django
On Fri, Apr 27, 2012 at 05:20:30PM +0200, Jakub Wilk wrote: > * Dmitry Nezhevenko , 2012-04-27, 17:09: > >>> dget -x > >>> http://mentors.debian.net/debian/pool/main/d/django-pipeline/django-pipeline_1.2.2.1-1.dsc > >>As per Python Policy §2.2, the binary package name should be > >>python-pipeline. Except that this name (not only Debian package > >>name, but also Python module name) is already taken. Oops! > >Hmm. How I should handle it? > > Ask upstream to rename the module to something less generic. I've asked both upstreams: http://code.google.com/p/python-pipeline/issues/detail?id=1 https://github.com/cyberdelia/django-pipeline/issues/101 But I'm not sure that this will be solved such way... -- WBR, Dmitry signature.asc Description: Digital signature
Bug#670619: RFS: django-pipeline/1.2.2.1-1 [ITP] -- Asset packaging library for Django
* Dmitry Nezhevenko , 2012-04-27, 17:09: dget -x http://mentors.debian.net/debian/pool/main/d/django-pipeline/django-pipeline_1.2.2.1-1.dsc As per Python Policy §2.2, the binary package name should be python-pipeline. Except that this name (not only Debian package name, but also Python module name) is already taken. Oops! Hmm. How I should handle it? Ask upstream to rename the module to something less generic. -- Jakub Wilk -- 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/20120427152030.ga1...@jwilk.net
Bug#669598: RFS: python-django-djblets/0.6.17-1 [ITP] -- Collection of useful extensions for Django
* Dmitry Nezhevenko , 2012-04-27, 16:56: I've renamed source package to djblets to match upstream name. Binary package is still named python-django-djblets to match python policy. Erm, in accordance with Python Policy §2.2, the binary package name should be python-djblets, NOT python-django-djblets. Yes. I know. But at the same time it looks like this is a common practice to name packages for django as python-django. apt-cache search python-django shows something around 60 packages named as python-django. It's more like 45. And some of these do follow the Python naming policy. Half of the rest shouldn't have been uploaded to Debian in the first place IMHO, as the module name they provide is way too generic. -- Jakub Wilk -- 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/20120427142417.ga7...@jwilk.net
Re: Bug#670619: RFS: django-pipeline/1.2.2.1-1 [ITP] -- Asset packaging library for Django
On Fri, Apr 27, 2012 at 04:02:19PM +0200, Jakub Wilk wrote: > * Dmitry Nezhevenko , 2012-04-27, 14:22: > > dget -x > > http://mentors.debian.net/debian/pool/main/d/django-pipeline/django-pipeline_1.2.2.1-1.dsc > > As per Python Policy §2.2, the binary package name should be > python-pipeline. Except that this name (not only Debian package > name, but also Python module name) is already taken. Oops! Hmm. How I should handle it? > > lintian4python reports (among others): > > e: django-pipeline source: python-module-but-no-python-depends > python-django-pipeline I'll take a look to this and other lintian4python errors thanks -- WBR, Dmitry signature.asc Description: Digital signature
Bug#670619: RFS: django-pipeline/1.2.2.1-1 [ITP] -- Asset packaging library for Django
* Dmitry Nezhevenko , 2012-04-27, 14:22: dget -x http://mentors.debian.net/debian/pool/main/d/django-pipeline/django-pipeline_1.2.2.1-1.dsc As per Python Policy §2.2, the binary package name should be python-pipeline. Except that this name (not only Debian package name, but also Python module name) is already taken. Oops! lintian4python reports (among others): e: django-pipeline source: python-module-but-no-python-depends python-django-pipeline -- Jakub Wilk -- 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/20120427140219.ga5...@jwilk.net
Re: Bug#669598: RFS: python-django-djblets/0.6.17-1 [ITP] -- Collection of useful extensions for Django
On Fri, Apr 27, 2012 at 03:46:09PM +0200, Jakub Wilk wrote: > * Dmitry Nezhevenko , 2012-04-27, 15:31: > >I've renamed source package to djblets to match upstream name. > >Binary package is still named python-django-djblets to match > >python policy. > > Erm, in accordance with Python Policy §2.2, the binary package name > should be python-djblets, NOT python-django-djblets. Yes. I know. But at the same time it looks like this is a common practice to name packages for django as python-django. apt-cache search python-django shows something around 60 packages named as python-django. Anyway I can rename it if needed. > > > dget -x > > http://mentors.debian.net/debian/pool/main/d/djblets/djblets_0.7~git20120402+dfsg-1.dsc > > This re-introduces the minified JavaScript code. Oops. Sorry. will take a look... -- WBR, Dmitry signature.asc Description: Digital signature
Re: Bug#669720: RFS/Review: reviewboard/1.6.5-1 [ITP] -- Web-based code review tool
On Sat, Apr 21, 2012 at 02:07:22PM +0300, Dmitry Nezhevenko wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "reviewboard" > > * Package name: reviewboard >Version : 1.6.5-1 >Upstream Author : Christian Hammond, David Trowbridge > * URL : http://reviewboard.org/ > * License : MIT >Section : devel > > It builds those binary packages: > >reviewboard - Web-based code review tool >reviewboard-doc - ReviewBoard documentation > Hi, It was observed that current release of ReviewBoard doesn't work well with Django >= 1.4. The most important issue is that admin interface doesn't work at all. So I've decided to upgrade debian package to latest snapshot of dev. version 1.7. Anyway even upstream uses it as their production ReviewBoard instance Also I've reworked package to address various issues that I've found: - repackage archive to remove non-DFSG JavaScript files from them - python modules are now installed to /usr/share/reviewboard - priority in debian/control is set to optional - python dependency is changed from python-all to python - added python-lucene to Suggests: - use sphinxdoc helper - updated debian/copyright - most of javascript files are now symlinks to corresponding libjs-* packages Updated package is available at: http://mentors.debian.net/package/reviewboard or using dget: http://mentors.debian.net/debian/pool/main/r/reviewboard/reviewboard_1.7~git20120425+dfsg-1.dsc -- WBR, Dmitry signature.asc Description: Digital signature
Bug#669598: RFS: python-django-djblets/0.6.17-1 [ITP] -- Collection of useful extensions for Django
* Dmitry Nezhevenko , 2012-04-27, 15:31: I've renamed source package to djblets to match upstream name. Binary package is still named python-django-djblets to match python policy. Erm, in accordance with Python Policy §2.2, the binary package name should be python-djblets, NOT python-django-djblets. dget -x http://mentors.debian.net/debian/pool/main/d/djblets/djblets_0.7~git20120402+dfsg-1.dsc This re-introduces the minified JavaScript code. -- Jakub Wilk -- 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/20120427134609.ga3...@jwilk.net
Bug#669599: RFS: python-django-evolution/0.6.7-1 [ITP] -- Schema evolution for the Django web framework
* Dmitry Nezhevenko , 2012-04-27, 15:47: http://mentors.debian.net/debian/pool/main/d/django-evolution/django-evolution_0.6.7-1.dsc lintian4python reports (among others): e: python-django-evolution: pyflakes-undefined-name usr/share/pyshared/django_evolution/evolve.py:72: sql_file_name -- Jakub Wilk -- 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/20120427133516.ga2...@jwilk.net
Re: Bug#669599: RFS: python-django-evolution/0.6.7-1 [ITP] -- Schema evolution for the Django web framework
On Fri, Apr 20, 2012 at 01:39:13PM +0300, Dmitry Nezhevenko wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "python-django-evolution" > > * Package name: python-django-evolution >Version : 0.6.7-1 >Upstream Author : Christian Hammond, Russell Keith-Magee, Ben Khoo > * URL : http://code.google.com/p/django-evolution/ > * License : BSD >Section : python > > It builds those binary packages: > >python-django-evolution - Implementation of schema evolution for the > Django web framework > I've renamed source package to match upstream name and addressed all issues reported here before: - priority is changed to optional - fixed debhelper dependency (now its >= 8 instead of 8.0.0) - removed unused python-feedparser dependency. - removed --buildsystem=python_distutils - test suite is executed during package build So new package is available at: http://mentors.debian.net/package/django-evolution or using dget: http://mentors.debian.net/debian/pool/main/d/django-evolution/django-evolution_0.6.7-1.dsc Thanks -- WBR, Dmitry signature.asc Description: Digital signature
Bug#670589: RFS: newlisp/10.4.0-4 ITP
David Bremner writes: > Nathan Owens writes: > >> Package: sponsorship-requests >>Severity: normal [important for RC bugs, wishlist for new packages] >> * Package name: newlisp >> Version : 10.4.0-4 >> Upstream Author : [fill in name and email of upstream] >> * URL : [fill in URL of upstreams web site] >> * License : [fill in] >> Section : lisp > > I hope you put more care into the packaging than you did into filling > out this template. OK, I admit that sounds a little harsh. But the questions are there for a reason, and without them filled in, the message is pretty much content free. So please think about the time of your many readers as well. Cheers, David. -- 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/87mx5xuzoz.fsf@zancas.localnet
Bug#670589: RFS: newlisp/10.4.0-4 ITP
Nathan Owens writes: > Package: sponsorship-requests >Severity: normal [important for RC bugs, wishlist for new packages] > * Package name: newlisp > Version : 10.4.0-4 > Upstream Author : [fill in name and email of upstream] > * URL : [fill in URL of upstreams web site] > * License : [fill in] > Section : lisp I hope you put more care into the packaging than you did into filling out this template. -- 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/87pqatv0ct.fsf@zancas.localnet
Re: Bug#669598: RFS: python-django-djblets/0.6.17-1 [ITP] -- Collection of useful extensions for Django
On Fri, Apr 20, 2012 at 12:55:36PM +0300, Dmitry Nezhevenko wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "python-django-djblets" > > Package name: python-django-djblets > Version : 0.6.17-1 > Upstream Author : Christian Hammond, David Trowbridge, Micah Dowty > URL : https://github.com/djblets/djblets > License : MIT > Section : python > > It builds those binary packages: > > python-django-djblets - Collection of useful extensions for Django Hi, I've addressed latest issue reported by Jakub Wilk. Also I've renamed source package to djblets to match upstream name. Binary package is still named python-django-djblets to match python policy. Unfortunately I've found that latest stable release of ReviewBoard doesn't work with Django >= 1.4 so I've decided to package 0.7 development snapshot that works pretty well. And this version requires development version of Djblets. Also I've added running of available test during build time. That is now possible with version 0.7 So updated package is available at: http://mentors.debian.net/package/djblets Or dget: dget -x http://mentors.debian.net/debian/pool/main/d/djblets/djblets_0.7~git20120402+dfsg-1.dsc But now it depends on django-pipeline that I've packaged and looking for sponsor too (RFS: #670619) Thanks -- WBR, Dmitry signature.asc Description: Digital signature
Bug#670619: RFS: django-pipeline/1.2.2.1-1 [ITP] -- Asset packaging library for Django
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "django-pipeline" * Package name: django-pipeline Version : 1.2.2.1-1 Upstream Author : Andreas Pelme, Timothée Peignier * URL : https://github.com/cyberdelia/django-pipeline * License : MIT/Expat Section : python It builds those binary packages: python-django-pipeline - Asset packaging library for Django python-django-pipeline-doc - Documentation for Django Pipeline library To access further information about this package, please visit the following URL: http://mentors.debian.net/package/django-pipeline Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/django-pipeline/django-pipeline_1.2.2.1-1.dsc This is a required dependency for next version of ReviewBoard that I'm trying to package. -- WBR, Dmitry -- 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/20120427112206.GA27109@laptop.local
RFS: gnustep-gui/0.20.0-3 [RC]
Dear mentors, I am looking for a sponsor for my package "gnustep-gui". It builds these binary packages: gnustep-gui-common - GNUstep GUI Library - common files gnustep-gui-doc - Documentation for the GNUstep GUI Library gnustep-gui-runtime - GNUstep GUI Library - runtime files libgnustep-gui-dev - GNUstep GUI header files and static libraries libgnustep-gui0.20 - GNUstep GUI Library libgnustep-gui0.20-dbg - GNUstep GUI Library - debugging symbols This upload would fix these bugs: #655433, #662357, #670328. http://mentors.debian.net/debian/pool/main/g/gnustep-gui/gnustep-gui_0.20.0-3.dsc Changes since the last upload: gnustep-gui (0.20.0-3) unstable; urgency=low * debian/control.m4 (Build-Depends): Replace libpng12-dev with libpng-dev (Closes: #662357). Remove quilt. (gnustep-gui-runtime, libgnustep-gui`'SOV_GUI) : Relax the dependency on -common (Closes: #655433). (Standards-Version): Bump to 3.9.3; no changes needed. * debian/control: Regenerate. * debian/source/format: Change to 3.0 (quilt). * debian/README.source: Delete. * debian/rules: Don't include /usr/share/quilt/quilt.make. Eliminate quilt patch/unpatch and adjust target dependencies (Closes: #670328). -- 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/87sjfp5v0m.GNUs_Not_Unix!%ya...@gnu.org