DEB_BUILD_OPTIONS set but dh_strip doesn't notice that?

I have set DEB_BUILD_OPTIONS := debug nostrip at the beginning of debian/rules. The binaries in debian/pkgName/ still get stripped. 1) Can it be that my DEB_BUILD_OPTIONS are not exported, which causes dh_strip to strip it? 2) what should I do, or look, in order to have the binaries no

RFS: gtk2-engines-aurora

Dear mentors, I am looking for a sponsor for my package "gtk2-engines-aurora". * Package name: gtk2-engines-aurora Version : 1.5.1-1 Upstream Author : Eric Matthews * URL : http://www.gnome-look.org/content/show.php?content=56438 * License : GPL-2+ Section

Re: DEB_BUILD_OPTIONS set but dh_strip doesn't notice that?

On Thursday 16,July,2009 05:41 PM, sobtwmxt wrote: > I have set > > DEB_BUILD_OPTIONS := debug nostrip > > at the beginning of debian/rules. The binaries in debian/pkgName/ > still get stripped. > > 1) Can it be that my DEB_BUILD_OPTIONS are not exported, which causes > dh_strip to str

Re: DEB_BUILD_OPTIONS set but dh_strip doesn't notice that?

I forgot to mention earlier, but generally rather than not stripping binaries, you should consider creating a debug package, like foo-dbg or something. Then when you strip the package, do: dh_strip --dbg-package=foo-dbg -- Kind regards, Chow Loong Jin signature.asc Description: OpenPGP digita

RFS:Hinedo

Dear mentors, I am looking for a sponsor for my package "hinedo". * Package name: hinedo Version : 0.4-1 Upstream Author : Hong Jen Yee (PCMan) * URL : http://of.openfoundry.org/projects/814 * License : GPL Programming Lang: C Description : Listen to H

RFS: nautilus-scripts-manager

Dear mentors, I am looking for a sponsor for my package "nautilus-scripts-manager". * Package name: nautilus-scripts-manager Version : 1.2-1 Upstream Author : Pietro Battiston (me) * URL : http://www.pietrobattiston.it/nautilus-scripts-manager * License : GPL-3

RFS: aqemu (2nd try)

Dear mentors, I am looking for a sponsor for my package "aqemu". * Package name: aqemu Version : 0.7.2-1 Upstream Author : Andrey Rijov * URL : http://aqemu.sourceforge.net/ * License : GPL Section : x11 It builds these binary packages: aqemu - Qt

Re: RFS: autokey -- text expansion and hotkey utility

On Mon, Jul 13, 2009 at 09:13, LI Daobing wrote: > if you are sure on this point, consider add a lintian override on this. I filed a bug at http://bugs.debian.org/537243 and in the interim have added an override in 0.54.4-2 (reuploaded to mentors). Thanks, Luke Faraone http://luke.faraone.cc --

csv2latex

Dear Debian mentors, The package csv2latex (2003-2009) is orphaned in testing and sid. * Package name: csv2latex * Version : 0.15-3 * Upstream Author : Benoît Rouits * License : GPL-2 * Section : tex A new version has just come (0.15). Here is the package description:

Re: csv2latex

ben a écrit : Dear Debian mentors, The package csv2latex (2003-2009) is orphaned in testing and sid. * Package name: csv2latex * Version : 0.15-3 sorry, this is 0.15-1 (mispelled) * Upstream Author : Benoît Rouits * License : GPL-2 * Section : tex A new version has

RFS: nzbget

Hello debian-mentors. I have packaged nzbget (http://nzbget.sourceforge.net), which is gplv2 command-line software written in c++ that downloads binary files from usenet, using nzb files (which is kind of like torrent files for usenet, they specify where you can find every part of the file(s) you

RFS: qwit - Qt4 Twitter client

Dear mentors, I am looking for a sponsor for my package "qwit". * Package name: qwit Version : 0.9-1 Upstream Author : Artem Iglikov * URL : http://code.google.com/p/qwit/ * License : GPL-3 Section : net It builds these binary packages: qwit

Re: RFS: nzbget

In <79052f10907160827r1a56c6apa25dc910f42f5...@mail.gmail.com>, Andreas Eriksson wrote: >Everything seems to check out when running lintian, >except the new-package-should-close-itp-bug thing, since there is no >bug. I'm not sure how to create a bug like that, and would like some >help with it. h

Re: RFS: gvpe, the GNU Virtual Private Ethernet daemon

Robert Edmonds wrote: > the init script doesn't run because it checks for a nonexistent > pathname. and after that, the start-stop-daemon invocation is not correct: r...@chase{0}:~# /etc/init.d/gvpe start Starting GNU Virtual Private Ethernet daemon: gvpestart-stop-daemon: --start needs --exec

Re: RFS: gvpe, the GNU Virtual Private Ethernet daemon

Jonathan Wiltshire wrote: > I've uploaded to mentors with the same version number, so same .dsc > location. Thanks. i reviewed the version with this timestamp in the changelog: -- Jonathan Wiltshire Tue, 14 Jul 2009 10:27:26 +0100 the init script doesn't run because it checks for a nonexiste

RFS: lwm (NMU)

Hi, I am looking for a sponsor for my non-maintainer upload of lwm. It builds these binary packages: lwm- Lightweight Window Manager One lintian warning remains: W: lwm: virtual-package-depends-without-real-package-depends depends: x-terminal-emulator I don't think a NMU should make a d

Re: RFS: lwm (NMU)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ansgar Burchardt schrieb: > 485209 (serious): FTBFS: Using imake without Build-Depends on xutils-dev > 515382 (important): obsolete build-dep on x-dev > > I announced my intention to prepare a NMU three weeks ago in the BTS [1]. > > The package can

Re: RFS: iulib (5th attempt)

On Wed, Jul 15, 2009 at 11:50 PM, Bernd Zeimetz wrote: > oh please don't talk new maintainers into following DEPs until they're > accepted > generally. Agreed. I do think it is a good idea to mention them in passing though. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, e

Re: RFS: gvpe, the GNU Virtual Private Ethernet daemon

* Jonathan Wiltshire: > The license is a mixture of GPL versions, LGPL and custom grants that I > consider to be free according to DFSG. Some parts linked into the final binary are GPL-only, without additional grants, and the binary is not distributable because it also links against OpenSSL. --