Bug#674789: RFS: amavisd-milter/1.5.0-5
lter_1.5.0-4.dsc amavisd-milter_1.5.0-5.dsc I would be glad if someone uploaded this package for me. Kind regards, Harald Jenny diff -Nru amavisd-milter-1.5.0/debian/changelog amavisd-milter-1.5.0/debian/changelog --- amavisd-milter-1.5.0/debian/changelog 2011-08-15 19:15:06.0 +0200 +++ amavisd-milter-1.5.0/debian/changelog 2012-05-27 15:52:17.0 +0200 @@ -1,3 +1,25 @@ +amavisd-milter (1.5.0-5) unstable; urgency=low + + * debian/copyright: +- Changed format specification URL from svn to released version 1.0. +- Corrected file listing to use spaces instead of commas to comply with + DEP-5 and satisfy lintian. +- Added 2012 to the copyright years for the debian packaging. + * debian/control: +- Bumped Standards to 3.9.3 (changed to copyright-format 1.0). +- Removed hardening-includes from Build-Depends and instead add a versioned + build depedency on dpkg-dev >= 1.16.1~ (needed for getting hardened + compile flags through dpkg-buildflags). +- Build-Depend on debhelper >= 9. +- Removed version constraints from Build-Depends, Depends and Recommends + where requirements are already fulfilled in Squeeze. + * debian/rules: +- Switched from manual usage of hardening-includes to dpkg-buildflags. + * debian/compat: +- Bumped Version to 9. + + -- Harald Jenny Sun, 27 May 2012 15:29:55 +0200 + amavisd-milter (1.5.0-4) unstable; urgency=low * debian/control: diff -Nru amavisd-milter-1.5.0/debian/compat amavisd-milter-1.5.0/debian/compat --- amavisd-milter-1.5.0/debian/compat 2011-08-15 19:15:06.0 +0200 +++ amavisd-milter-1.5.0/debian/compat 2012-05-27 15:52:17.0 +0200 @@ -1 +1 @@ -8 +9 diff -Nru amavisd-milter-1.5.0/debian/control amavisd-milter-1.5.0/debian/control --- amavisd-milter-1.5.0/debian/control 2011-08-15 19:15:06.0 +0200 +++ amavisd-milter-1.5.0/debian/control 2012-05-27 15:52:17.0 +0200 @@ -2,16 +2,16 @@ Section: mail Priority: extra Maintainer: Harald Jenny -Build-Depends: debhelper (>= 8), autotools-dev (>= 20100122.1), libmilter-dev, hardening-includes +Build-Depends: dpkg-dev (>= 1.16.1~), debhelper (>= 9), autotools-dev, libmilter-dev Homepage: http://amavisd-milter.sourceforge.net/ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=amavisd-new/pkg-amavisd-milter.git Vcs-Git: git://anonscm.debian.org/amavisd-new/pkg-amavisd-milter.git -Standards-Version: 3.9.2 +Standards-Version: 3.9.3 Package: amavisd-milter Architecture: any -Depends: ${misc:Depends}, ${shlibs:Depends}, libmilter1.0.1 (>= 8.14.3-9.5), amavisd-new (>= 2.4.3) -Recommends: sendmail (>= 8.13.8-3) | postfix (>= 2.3.8-2+etch1) +Depends: ${misc:Depends}, ${shlibs:Depends}, libmilter1.0.1 (>= 8.14.3-9.5), amavisd-new +Recommends: sendmail | postfix Provides: amavisd-new-milter Breaks: amavisd-new-milter (<= 1:2.6.4-2) Replaces: amavisd-new-milter (<= 1:2.6.4-2) diff -Nru amavisd-milter-1.5.0/debian/copyright amavisd-milter-1.5.0/debian/copyright --- amavisd-milter-1.5.0/debian/copyright 2011-08-15 19:15:06.0 +0200 +++ amavisd-milter-1.5.0/debian/copyright 2012-05-27 15:52:17.0 +0200 @@ -1,4 +1,4 @@ -Format: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=file&rev=173 +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: amavisd-milter Upstream-Contact: Petr Rehor Source: http://amavisd-milter.sourceforge.net/ @@ -7,8 +7,7 @@ Copyright: 2005, Petr Rehor License: BSD-like -Files: compat/fts_compat.h, compat/daemon.c, compat/mkdtemp.c, - compat/fts_open.c +Files: compat/fts_compat.h compat/daemon.c compat/mkdtemp.c compat/fts_open.c Copyright: 1987, 1989, 1990, 1993, 1994, The Regents of the University of California License: BSD @@ -52,7 +51,7 @@ OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. Files: debian/* -Copyright: 2009-2011, Harald Jenny +Copyright: 2009-2012, Harald Jenny License: BSD-like License: BSD-like diff -Nru amavisd-milter-1.5.0/debian/rules amavisd-milter-1.5.0/debian/rules --- amavisd-milter-1.5.0/debian/rules 2011-08-15 19:15:06.0 +0200 +++ amavisd-milter-1.5.0/debian/rules 2012-05-27 15:52:17.0 +0200 @@ -1,7 +1,9 @@ #!/usr/bin/make -f -include /usr/share/hardening-includes/hardening.make -EXTRA_LDFLAGS="-Wl,--as-needed" +export DEB_BUILD_MAINT_OPTIONS = hardening=+all +DPKG_EXPORT_BUILDFLAGS = 1 +DEB_LDFLAGS_MAINT_APPEND=-Wl,--as-needed +include /usr/share/dpkg/buildflags.mk %: dh $@ --with autotools_dev @@ -9,9 +11,7 @@ override_dh_auto_configure: dh_auto_configure -- --prefix=/usr --mandir=\$${prefix}/share/man \ --sysconfdir=/etc --localstatedir=/var/lib/amavis \ - --with-working-dir=/var/lib/amavis/tmp \ - CFLAGS="$(CFLAGS) $(HARDENING_CFLAGS)" \ - LDFLAGS="$(LDFLAGS) $(HARDENING_LDFLAGS) $(EXTRA_LDFLAGS)" + --with-working-dir=/var/lib/amavis/tmp override_dh_auto_install: dh_auto_install --destdir=debian/amavisd-milter
RFS: amavisd-milter
Dear mentors, I am looking for a sponsor for my package "amavisd-milter". * Package name: amavisd-milter Version : 1.5.0-1 Upstream Author : Petr Rehor * URL : http://amavisd-milter.sourceforge.net/ * License : BSD Section : mail It builds these binary packages: amavisd-milter - amavisd-new interface for milter-capable MTAs The package appears to be lintian clean. The upload would fix these bugs: 577819 My motivation for maintaining this package is: I already use this program in private and company environment for a long time and also built a Debian package for own usage - as amavisd-new dismissed itÄs own amavisd-new-milter and recommends using amavisd-milter I thought that I could commit my package to the Debian community. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/amavisd-milter - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/amavisd-milter/amavisd-milter_1.5.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards Harald Jenny -- 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/20100613231803.gd1...@harald-has.a-little-linux-box.at
Re: RFS: amavisd-milter
On Mon, Jun 21, 2010 at 04:24:18PM +0200, Sven Mueller wrote: > Harald Jenny schrieb: Hi Sven, > > I would be willing to sponsor this package if you don't find any other > sponsor. Thanks, would be very kind from you :-). > In particular, I would like you to contact the current > amavisd-new maintainer wether he would like to collaborate on this. Well I was already in contact with Alexander Wirt who sponsored my first try (was rejected by ftpmaster because it had some copyright issues), but it seems he is very busy these days :-/. Anyways I cc this mail to him and the amavisd-new list so the people responsible can comment on any problems they might see. > Seeing the number of open bugs on his package, I'm not 100% sure wether > he would want to do so, but you should check If somebody wants to collaborate on the package I could move my mercurial rep to alioth to allow for a better access... > > Regards, > Sven Kind regards Harald > > > Dear mentors, > > > > I am looking for a sponsor for my package "amavisd-milter". > > > > * Package name: amavisd-milter > > Version : 1.5.0-1 > > Upstream Author : Petr Rehor > > * URL : http://amavisd-milter.sourceforge.net/ > > * License : BSD > > Section : mail > > > > It builds these binary packages: > > amavisd-milter - amavisd-new interface for milter-capable MTAs > > > > The package appears to be lintian clean. > > > > The upload would fix these bugs: 577819 > > > > My motivation for maintaining this package is: I already use this program in > > private and company environment for a long time and also built a Debian > > package for own usage - as amavisd-new dismissed itÄs own amavisd-new-milter > > and recommends using amavisd-milter I thought that I could commit my package > > to the Debian community. > > > > The package can be found on mentors.debian.net: > > - URL: http://mentors.debian.net/debian/pool/main/a/amavisd-milter > > - Source repository: deb-src http://mentors.debian.net/debian unstable main > > contrib non-free > > - dget > > http://mentors.debian.net/debian/pool/main/a/amavisd-milter/amavisd-milter_1.5.0-1.dsc > > > > I would be glad if someone uploaded this package for me. > > > > Kind regards > > Harald Jenny > > > > -- 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/20100621212733.ga19...@harald-has.a-little-linux-box.at
Re: [Amavisd-new-debian-devel] RFS: amavisd-milter
On Tue, Jun 22, 2010 at 09:49:33AM +0200, Sven Mueller wrote: > Alexander Wirt schrieb: > >>> In particular, I would like you to contact the current > >>> amavisd-new maintainer wether he would like to collaborate on this. > >> Well I was already in contact with Alexander Wirt who sponsored my first > >> try (was rejected by ftpmaster because it had some copyright issues), but > >> it seems he is very busy these days :-/. Anyways I cc this mail to him and > >> the amavisd-new list so the people responsible can comment on any problems > >> they might see. > > Indeed. With my amavisd-new maintainer hat on and is former sponsor I can > > see > > the package is ok and can be uploaded! :) > > So, are you uploading it or should I do it? Well who is gonna be the choosen one :-) ? > > >>> Seeing the number of open bugs on his package, I'm not 100% sure wether > >>> he would want to do so, but you should check > >> If somebody wants to collaborate on the package I could move my mercurial > >> rep to alioth to allow for a better access... > > I offered to use the amavisd-new mercurial repo before. > > Sounds like a reasonable thing to me. I'm currently using mercurial-buildpackage to maintain amavisd-milter, is it possible to continue using it? > > Regards, > Sven Kind regards Harald -- 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/20100623211447.ga3...@harald-has.a-little-linux-box.at
RFS: amavisd-milter (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.5.0-2 of my package "amavisd-milter". It builds these binary packages: amavisd-milter - amavisd-new interface for milter-capable MTAs amavisd-milter-dbg - amavisd-new interface for milter-capable MTAs - debugging symbols The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/amavisd-milter - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/amavisd-milter/amavisd-milter_1.5.0-2.dsc I would be glad if someone uploaded this package for me. Kind regards Harald Jenny -- 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/20100712020443.gc6...@harald-has.a-little-linux-box.at
popcon question
Hello list, sorry if this question was already answered somewhere but I was searching for popcon data for a binary package available in stable which got removed in testing - is it possible to get such data and if yes who may I talk to? Kind regards Harald Jenny -- 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/20100909003748.gb17...@harald-has.a-little-linux-box.at
package maintainer question
Hello everbody, I'm facing the problem that a package I maintain depends on a library whose maintainer is either to busy or not interested providing a deb for the new upstream version which would (hopefully) fix a serious bug in the library. The package in question is sendmail, the debian maintainer is Richard A Nelson, who seems to ignore both mails and bug reports concerning this issue (the bug also bites other packages using this library). As we are currently in a freeze I'm extremly worried that this behaviour might render a bunch of software in squeeze unreliable. What (if any) options are there to get rid of this problem (besides removing sendmail and with it some other software from squeeze)? Thanks for your help Harald Jenny -- 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/20100909005041.gc17...@harald-has.a-little-linux-box.at
Re: package maintainer question
On Wed, Sep 08, 2010 at 10:32:39PM -0500, Richard Laager wrote: > On Thu, 2010-09-09 at 02:50 +0200, Harald Jenny wrote: > > I'm facing the problem that a package I maintain depends on a library whose > > maintainer is either to busy or not interested providing a deb for the new > > upstream version which would (hopefully) fix a serious bug in the library. > > IANADD, but... Have you filed a bug report with the appropriate priority > for this issue? It sounds like this might be a release-critical issue. No I didn't as the bug is already mentioned in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527862 - the last message at the buttom was sent by somebody using amavisd-milter (can I just change the severity by email?). > > Richard Thanks for your help Harald -- 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/20100909051553.ga1...@harald-has.a-little-linux-box.at
Re: popcon question
On Thu, Sep 09, 2010 at 03:49:54PM +0800, Paul Wise wrote: > On Thu, Sep 9, 2010 at 8:37 AM, Harald Jenny > wrote: > > > sorry if this question was already answered somewhere but I was searching > > for > > popcon data for a binary package available in stable which got removed in > > testing - is it possible to get such data and if yes who may I talk to? > > If it is available, it will be available from the pocon website: > > http://popcon.debian.org/ > > Which package are you interested in? amavisd-new-milter (part of the amavisd-new package) - but it seems there is no entry for it. > > -- > bye, > pabs Thanks Harald > > http://wiki.debian.org/PaulWise -- 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/20100909080653.gb4...@harald-has.a-little-linux-box.at
Re: popcon question
On Thu, Sep 09, 2010 at 04:13:16PM +0800, Paul Wise wrote: > On Thu, Sep 9, 2010 at 4:06 PM, Harald Jenny > wrote: > > > amavisd-new-milter (part of the amavisd-new package) - but it seems there > > is no > > entry for it. > > $ wget http://popcon.debian.org/by_inst.gz -qO - | gunzip | grep > amavisd-new-milter > 19942 amavisd-new-milter835030 3 0 > (Brian May) Thanks very much (I don't have much experience with popcon yet) - will keep it in memory for future use :-). > > -- > bye, > pabs Wish you a nice day Harald > > http://wiki.debian.org/PaulWise > > > -- > 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/aanlktikist-21x07ejzmron9k5jgvtk9ftewhorwa...@mail.gmail.com -- 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/20100909083319.gb5...@harald-has.a-little-linux-box.at
package transition question
Hi all, I'm facing a problem and thought maybe someone here has a solution or could point me into the right direction: The package openswan currently has version 2.4.12 in Lenny whereas in Squeeze version 2.6.28 will appear. As the version number suggest this means some deep changes, also concerning the configuration parameters in the according config files. With the new version comes an external configuration parsing program which checks for config errors and warns accordingly. Normally this shouldn't be such a great issue as major version changes may break configs but as this package's purpose is secure VPN access we want to take care that the program is not restarted without proper configuration. We first thought about aborting the installation in postinst when the config would not run but this would leave the package in a weird state as the new binaries would have already been unpacked. Aborting in preinst is also unfeasable because we do not have the program installed yet so we can't check if the config is ok or not. Our current idea is to do the installation, run the program in postinst to check for config errors and if we find some we issue a warning message and cease to restart the daemon - or does anybody have a better idea? Kind regards Harald Jenny -- 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/20101103105927.gb3...@harald-has.a-little-linux-box.at
Re: package transition question
On Wed, Nov 03, 2010 at 12:26:00PM +, The Fungi wrote: > On Wed, Nov 03, 2010 at 11:59:27AM +0100, Harald Jenny wrote: > [...] > > Our current idea is to do the installation, run the program in > > postinst to check for config errors and if we find some we issue a > > warning message and cease to restart the daemon - or does anybody > > have a better idea? > > Basically the same, just more reusable, would be to check the > configuration as part of the start/restart/reload sections of the > new version's initscript. I believe this is the same mechanism > Apache has been using for years to help prevent killing httpd when > you try to reload a broken configuration without validating its > syntax (or when some of its dependent pieces may have gone missing). Will talk with upstream maitainers about implementing this as it would make sense not only for Debian... > Obviously this still leaves the admin in the unfortunate position of > having to solve his configuration problem on the spot or roll back > to a previous package version. Hmmm but when the init script refuses to stop correctly then chances will be higher that the admin will solve this issue before a real problem arises (at least I guess/hope so). > > Alternatives would be (more user friendly) come up with a > configuration translator if all existing options can have a 1-to-1 > transform/mapping to new options or syntax, Not really possible as some options were merged :-/. > or (less user friendly) > change package names with the new version and upload a final-ish > package of the old version which displays loud messages about what > the new package name is and how to manually transition to it. Possible but I'm unsure wether this would make it into Squeeze at this point... But thanks for your suggestions, you helped us very very much (sometimes when looking at a problem the own view gets very very narrowed indeed...)! Kind regards Harald > -- > { IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829); > WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org); > MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl); > ICQ(114362511); YAHOO(crawlingchaoslabs); AIM(dreadazathoth); } > > > -- > 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/20101103122558.gq8...@yuggoth.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/20101104070645.gb3...@harald-has.a-little-linux-box.at
Re: package transition question
On Wed, Nov 03, 2010 at 10:13:28PM +0800, Paul Wise wrote: > On Wed, Nov 3, 2010 at 8:26 PM, The Fungi wrote: > > > Alternatives would be (more user friendly) come up with a > > configuration translator if all existing options can have a 1-to-1 > > transform/mapping to new options or syntax, > > You can use Config::Model to facilitate such configuration upgrades. > The maintainers / upstream of it are enthusiastic and would probably > give you help to implement this. That's a very nice suggestion but I think the init script option will make more sense for the OS community as a whole. > > -- > bye, > pabs Kind regards Harald > > http://wiki.debian.org/PaulWise > > > -- > 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/aanlktimrb3kdau2bwqmixacpfp86bok7_n0oau18k...@mail.gmail.com -- 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/20101104070829.gc3...@harald-has.a-little-linux-box.at
Re: package transition question
On Sun, Nov 07, 2010 at 04:22:22PM +0800, Paul Wise wrote: > On Thu, Nov 4, 2010 at 3:08 PM, Harald Jenny > wrote: > > > That's a very nice suggestion but I think the init script option will make > > more > > sense for the OS community as a whole. > > Config::Model is not distribution-specific so I fail to see how using > it would be worse. Well I thought you were talking about using it in the Debian install scripts which would make it rather Debian specific (upstream development is done rather with Fedora). > > Combining it with the init script syntax check would be the best option. True but I'm not very comfortable with doing great steps during Squeeze freeze (about what amount of line counts for simple checks are we talking here?). > > -- > bye, > pabs Kind regards Harald > > http://wiki.debian.org/PaulWise > > > -- > 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/aanlktimyjgg1rw1coyruktewudvhcnvr5arehn+9r...@mail.gmail.com -- 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/20101107225821.gb4...@harald-has.a-little-linux-box.at
Re: package transition question
On Mon, Nov 08, 2010 at 10:08:56AM +0800, Paul Wise wrote: > On Mon, Nov 8, 2010 at 6:58 AM, Harald Jenny > wrote: > > > Well I thought you were talking about using it in the Debian install scripts > > which would make it rather Debian specific (upstream development is done > > rather > > with Fedora). > > Well, the model you would need to write could be used by both the > Debian maintainer scripts and the equivalent for other distros. H sounds interesting, will talk to upstream maintainers about it. > > >> Combining it with the init script syntax check would be the best option. > > > > True but I'm not very comfortable with doing great steps during Squeeze > > freeze > > (about what amount of line counts for simple checks are we talking here?). > > Here I will concede, adding a Config::Model is definitely not squeeze > material, but something to consider for wheezy if there are > configuration changes from squeeze. Totally agreeing. > > -- > bye, > pabs Thanks and kind regards Harald > > http://wiki.debian.org/PaulWise > > > -- > 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/aanlktimrtrgxzmo4jrmjipcbuttyyjcwv0r-b+7ae...@mail.gmail.com -- 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/20101108061917.ga10...@harald-has.a-little-linux-box.at
Re: RFS: triggerhappy
On Wed, Nov 17, 2010 at 11:49:06PM +0100, Stefan Tomanek wrote: > Dear mentors, Hi Stefan > > I am looking for a sponsor for my package "triggerhappy". > > * Package name: triggerhappy > Version : 0.1.3-1 > Upstream Author : Stefan Tomanek > * URL : http://github.com/wertarbyte/triggerhappy > * License : GPL > Section : admin > > It builds these binary packages: > triggerhappy - global, user and session independent hotkey daemon > > The package appears to be lintian clean. > > My motivation for maintaining this package is: I've written this small > program to fill a need not covered by any existing program, so I think > having it in Debian and making it available to others is a good thing. > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/t/triggerhappy > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/t/triggerhappy/triggerhappy_0.1.3-1.dsc > > I would be glad if someone uploaded this package for me. Little remark: You first need to file an ITP for your package which then should be closed in your changelog - as this is the first upload to Debian there is no need for more than one changelog entry like "Initial release (Closes: $ITP_BUG_NUMBER)". > > Kind regards > Stefan Tomanek Kind regards Harald Jenny > > PS: Please CC me, since I am not yet subscribed to the list. -- 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/20101118173723.ge11...@harald-has.a-little-linux-box.at
RFS: amavisd-milter (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.5.0-3 of my package "amavisd-milter". It builds these binary packages: amavisd-milter - amavisd-new interface for milter-capable MTAs amavisd-milter-dbg - amavisd-new interface for milter-capable MTAs - debugging symbols The package appears to be lintian clean, patches are DEP-3 and changelog is DEP-5 formatted, debdiff amavisd-milter_1.5.0-2.dsc amavisd-milter_1.5.0-3.dsc is available at http://a-little-linux-box.at/amavisd-milter.debdiff. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/amavisd-milter - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/amavisd-milter/amavisd-milter_1.5.0-3.dsc I would be glad if someone uploaded this package for me. Kind regards Harald Jenny -- 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/20101126132848.gb3...@harald-has.a-little-linux-box.at
Re: RFS: amavisd-milter (updated package - 2nd try)
Hello, I know it's not good mailing style to reply to my own message but as 5 days have passed I just wanted to send a reminder to the list (yes I know it's not very polite to be noisy and things need their time but this package is targeted at Squeeze which means time is limited...). Thanks for your help Kind regards Harald Jenny On Fri, Nov 26, 2010 at 02:28:48PM +0100, Harald Jenny wrote: > Dear mentors, > > I am looking for a sponsor for the new version 1.5.0-3 > of my package "amavisd-milter". > > It builds these binary packages: > amavisd-milter - amavisd-new interface for milter-capable MTAs > amavisd-milter-dbg - amavisd-new interface for milter-capable MTAs - > debugging symbols > > The package appears to be lintian clean, patches are DEP-3 and changelog is > DEP-5 formatted, debdiff amavisd-milter_1.5.0-2.dsc amavisd-milter_1.5.0-3.dsc > is available at http://a-little-linux-box.at/amavisd-milter.debdiff. > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/a/amavisd-milter > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/a/amavisd-milter/amavisd-milter_1.5.0-3.dsc > > I would be glad if someone uploaded this package for me. > > Kind regards > Harald Jenny > > > -- > 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/20101126132848.gb3...@harald-has.a-little-linux-box.at -- 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/20101203184725.gf1...@harald-has.a-little-linux-box.at
Re: RFS: amavisd-milter (updated package - 2nd try)
On Fri, Dec 03, 2010 at 08:18:23PM +0100, Niels Thykier wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 2010-12-03 19:47, Harald Jenny wrote: > > Hello, > > > > I know it's not good mailing style to reply to my own message but as 5 days > > have passed I just wanted to send a reminder to the list (yes I know it's > > not > > very polite to be noisy and things need their time but this package is > > targeted > > at Squeeze which means time is limited...). > > > > Thanks for your help > > Kind regards > > Harald Jenny > > > > Hey, Hi > > Sorry to hear that you have not gotten a reply within four days, which > some of us try to keep as a guideline for longest reply time. Normally this wouldn't be an issue for me but the state of Squeeze freeze does make time very precious. > > > Have you talked with the release team about your changes? I had a private mail conversation with Adam D. Barratt about these changes although not a formal approval of the release team. > Particularly > there no bugs closed by this upload and there are a lot of changes, so > are any of these changes actually closing an RC bug or solve any issue > that the release team has asked you to fix (or approved an > unblock/freeze-exception for)? Not really, although the package fixes a policy violation according to Debian policy 7.3. > > Also, consider removing "irrelevant" changes. As much as fixing minor > packaging issues is great, it is very disturbing during the freeze. Well on the other hand that would involve stripping the changelog of prior entries and this does not make me very comfortable... > Before unblocking the package, the release team will probably review the > changes with a "there is potentially a bug in every change" mentality > and they can reject packages that have unrelated changes. Ok this may pose a problem but as the main changes are to the changelog itself (which gets checked by lintian) I hope the advantages of the changes will convince them. But I will contact the release team and ask for approval before re-requesting sponsoring. > > ~Niels Kind regards Harald Jenny > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQIcBAEBCAAGBQJM+UJ+AAoJEAVLu599gGRCdCQP/At2xuGZtMvTAjCQT42lR4Gu > 7UrrXmtVTgjHMQ35GxTn2MF9kfVPUESWMbEKzlCXhbk1QPY1+jDya9zIXmIgkiGA > ScnyhHKNb1iH9ScbmOlbkwTBnz5MBH1isE2706o82S0EhsBr1nVbLa2GvGGOrGUD > LFvnX7EWNouO+Ye4LSIsVdwBXJOTjbRXOgbuSAD7BpGF2y34YtQDIx8E2qUrtzR0 > mvdBVaRT1XwnpJhj/l76Bv8z53ni2DooQ7U5A9ilski8Sxy/FW2gTJtzcMIMt3B6 > I/Ek7R7SD6hJOSR9XSsPVsRQVRR1bht4aiBijrbhs4osYY0qvXhsJjmYvxnkX+DL > MYvYBL1+L5IHe0rum+Xa8hsVfvBa9USO+yXKigGQODByiG83WGjZQwjKzxRWQvim > lQHYuVCKvKohAbC3QrSyp24DBT54RA41Kt+H6qdqaaxIDewZEOjNLWxtR4Wgy/QU > 5kdTPPno5k/Dqul1xdT423Xgr31qL78olS3Q3YuQ77j9ZsGxyQTuIntjcgu56gOi > IpN7hs6VsqtYwqLD1BPeLlgvrVO+m++jqSQYo2qxm1fcCxbEGvH4G9iV6Dmz+k8i > hUgbcZMXZK31OranBFmu8PMtlC2carOjmu2lyy1I6TJaBPrY01qMgkx/X2Q0QS+N > DeMFM52vLFpJLabt6izP > =NY1v > -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101203203514.gb12...@harald-has.a-little-linux-box.at
NMU sendmail upload for t-p-u
Dear release team, dear sponsors I have made a patch which would solve bug for Debian Squeeze as the Sid version did not made it into testing in time. As I'm not familiar with doing such a thing I am asking for some help in order to make a NMU to Debian t-p-u. Please find attached a debdiff sendmail_8.14.3-9.4.dsc sendmail_8.14.3-9.5.dsc which shows the changes done by me based on the patches in the according bug report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527862 and the new upstream version 8.14.4. If this change is acceptable to the release team I would ask for some help with getting it into t-p-u. Thanks for everybodies help! Kind regards Harald Jenny diff -u sendmail-8.14.3/debian/changelog sendmail-8.14.3/debian/changelog --- sendmail-8.14.3/debian/changelog +++ sendmail-8.14.3/debian/changelog @@ -1,3 +1,11 @@ +sendmail (8.14.3-9.5) testing-proposed-updates; urgency=medium + + * Non-maintainer upload. + * Apply patch from sendmail 8.14.4 to fix libmilter bug in upcoming Squeeze +release (Closes: #527862). + + -- Harald Jenny Sun, 2 Jan 2011 22:36:17 +0100 + sendmail (8.14.3-9.4) unstable; urgency=low * Non-maintainer upload. diff -u sendmail-8.14.3/debian/patches/8.14/8.14.3/series sendmail-8.14.3/debian/patches/8.14/8.14.3/series --- sendmail-8.14.3/debian/patches/8.14/8.14.3/series +++ sendmail-8.14.3/debian/patches/8.14/8.14.3/series @@ -12,0 +13 @@ +worker_c only in patch2: unchanged: --- sendmail-8.14.3.orig/debian/patches/8.14/8.14.3/worker_c +++ sendmail-8.14.3/debian/patches/8.14/8.14.3/worker_c @@ -0,0 +1,73 @@ +--- sendmail-8.14.3/libmilter/worker.c 2007-12-03 23:06:05.0 +0100 sendmail-8.14.4/libmilter/worker.c 2009-06-15 17:34:54.0 +0200 +@@ -328,6 +312,7 @@ + int dim_pfd = 0; + bool rebuild_set = true; + int pcnt = 0; /* error count for poll() failures */ ++ time_t lastcheck; + + Tskmgr.tm_tid = sthread_get_id(); + if (pthread_detach(Tskmgr.tm_tid) != 0) +@@ -345,12 +330,12 @@ + } + dim_pfd = PFD_STEP; + ++ lastcheck = time(NULL); + for (;;) + { + SMFICTX_PTR ctx; + int nfd, rfd, i; + time_t now; +- time_t lastcheck; + + POOL_LEV_DPRINTF(4, ("Let's %s again...", WAITFN)); + +@@ -364,20 +349,20 @@ + /* check for timed out sessions? */ + if (lastcheck + DT_CHECK_OLD_SESSIONS < now) + { +- SM_TAILQ_FOREACH(ctx, &WRK_CTX_HEAD, ctx_link) ++ ctx = SM_TAILQ_FIRST(&WRK_CTX_HEAD); ++ while (ctx != SM_TAILQ_END(&WRK_CTX_HEAD)) + { ++ SMFICTX_PTR ctx_nxt; ++ ++ ctx_nxt = SM_TAILQ_NEXT(ctx, ctx_link); + if (ctx->ctx_wstate == WKST_WAITING) + { + if (ctx->ctx_wait == 0) +- { + ctx->ctx_wait = now; +- continue; +- } +- +- /* if session timed out, close it */ +- if (ctx->ctx_wait + OLD_SESSION_TIMEOUT +- < now) ++ else if (ctx->ctx_wait + OLD_SESSION_TIMEOUT ++ < now) + { ++ /* if session timed out, close it */ + sfsistat (*fi_close) __P((SMFICTX *)); + + POOL_LEV_DPRINTF(4, +@@ -389,10 +374,9 @@ + (void) (*fi_close)(ctx); + + mi_close_session(ctx); +- ctx = SM_TAILQ_FIRST(&WRK_CTX_HEAD); +- continue; + } + } ++ ctx = ctx_nxt; + } + lastcheck = now; + } +@@ -465,6 +449,7 @@ + } + } + } ++ rebuild_set = false; + } + + TASKMGR_UNLOCK();
backport for sendmail
Dear list, I'm preparing a squeeze backport for sendmail, but as I'm not a DD/DM I'm now searching for somebody to sponsor this upload for me, mentors may find the package at mentors.debian.net: dget http://mentors.debian.net/debian/pool/main/s/sendmail/sendmail_8.14.4-2~bpo60+1.dsc The only real change I made was to add an entry to the changelog. If you have any further questions please contact me. Kind regards Harald Jenny -- 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/20110215234302.ga16...@harald-has.a-little-linux-box.at
upstream source with debian directory
Dear list members, I'm currently uploader for openswan were upstream ships it's own version of a debian directory as they provide debs themselves (no chance to change this). As the upstream source did contain non-free docs we had to repackage it anyway so removing the debian directory too was not an extra step. But now upstream has cleaned up their documentation and also removed the non-free parts so there is no need anymore to do any repacking. The problem is that when importing the upstream tar.gz with git-import-orig into the git repository the merge failes as both the upstream and the master branch now contain a debian directory. How can this problem be solved the best way? Continue the repackaging to remove the debian directory? Apply a filter to git-import-orig? Just resolve the conflicts and then continue the merge (and how)? Any help is greatly appreciated! Thanks and kind regards Harald Jenny -- 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/2011014519.gd14...@harald-has.a-little-linux-box.at
Re: upstream source with debian directory
Hi Paul On Wed, Feb 23, 2011 at 07:48:13AM +0800, Paul Wise wrote: > If you weren't using git I would say use dpkg-source v3 which removes > any upstream debian/ dir during the unpack process. Well using v3 format does indeed solve the problem for the user which is not a bad thing either :-). > > With git I'm not sure but I'd be inclined to just resolve conflicts, > continue the merge and maybe send upstream some patches. I have also access to the upstream git tree so (after discussion with the main maintainers) I may merge the changes myself. > Now that > upstream is also using git you can probably just switch from > git-import-orig to git pull and pristine-tar. You don't have some Howto lying around making going into the detail in here? > > -- > bye, > pabs Thanks for your help Harald > > http://wiki.debian.org/PaulWise > > > -- > 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/aanlktimd01kbfjejcy8jgdvzov7thhvyp+prv2m_t...@mail.gmail.com -- 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/20110225094448.ga15...@harald-has.a-little-linux-box.at
Re: upstream source with debian directory
Hi On Fri, Feb 25, 2011 at 06:44:49PM +0800, Paul Wise wrote: > On Fri, Feb 25, 2011 at 5:44 PM, Harald Jenny > wrote: > > > You don't have some Howto lying around making going into the detail in here? > > I've never done it myself, searching the web for git pull pristine-tar > found some things though. Ok thanks for the hint. > > -- > bye, > pabs Kind regards Harald Jenny > > http://wiki.debian.org/PaulWise > > > -- > 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/aanlktikvxeavwv_5q9wolusffx4rd5qnrekmxy_a_...@mail.gmail.com -- 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/20110225110354.ga15...@harald-has.a-little-linux-box.at
Re: upstream source with debian directory
Hi Jérémy On Fri, Feb 25, 2011 at 12:13:31PM +0100, Jérémy Lal wrote: > On 25/02/2011 10:44, Harald Jenny wrote: > > Hi Paul > > > > On Wed, Feb 23, 2011 at 07:48:13AM +0800, Paul Wise wrote: > >> If you weren't using git I would say use dpkg-source v3 which removes > >> any upstream debian/ dir during the unpack process. > > > > Well using v3 format does indeed solve the problem for the user which is > > not a > > bad thing either :-). > > > >> > >> With git I'm not sure but I'd be inclined to just resolve conflicts, > >> continue the merge and maybe send upstream some patches. > > > > I have also access to the upstream git tree so (after discussion with the > > main > > maintainers) I may merge the changes myself. > > > >> Now that > >> upstream is also using git you can probably just switch from > >> git-import-orig to git pull and pristine-tar. > > > > You don't have some Howto lying around making going into the detail in here? > > If the content of the debian dir is not usable and a pain to merge, > as that sometimes can be the case, there is also the possibility to filter > it out with some debian/gbp.conf : Well the content is not that bad but as upstream changes it more or less often I normally rather tend to incoporate usefull changes by hand. > > [DEFAULT] > pristine-tar = True > > [git-import-orig] > filter = debian/* > filter = lib/* > filter-pristine-tar = True This sounds very interesting - and as the package already uses v3 there should also be no problem for people who want to rebuild it from upstream source... without the filter-pristine-tar the pristine tar will still continue the debian directory I guess? > > Then git-import-orig won't import the upstream content in the debian dir : > no merge, no conflicts. Thanks for this hint! > > Jérémy. Kind regards Harald > > > -- > 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/4d678edb.3080...@melix.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/20110225115653.ga16...@harald-has.a-little-linux-box.at
Re: upstream source with debian directory
Hi Jérémy On Fri, Feb 25, 2011 at 12:13:31PM +0100, Jérémy Lal wrote: > On 25/02/2011 10:44, Harald Jenny wrote: > > Hi Paul > > > > On Wed, Feb 23, 2011 at 07:48:13AM +0800, Paul Wise wrote: > >> If you weren't using git I would say use dpkg-source v3 which removes > >> any upstream debian/ dir during the unpack process. > > > > Well using v3 format does indeed solve the problem for the user which is > > not a > > bad thing either :-). > > > >> > >> With git I'm not sure but I'd be inclined to just resolve conflicts, > >> continue the merge and maybe send upstream some patches. > > > > I have also access to the upstream git tree so (after discussion with the > > main > > maintainers) I may merge the changes myself. > > > >> Now that > >> upstream is also using git you can probably just switch from > >> git-import-orig to git pull and pristine-tar. > > > > You don't have some Howto lying around making going into the detail in here? > > If the content of the debian dir is not usable and a pain to merge, > as that sometimes can be the case, there is also the possibility to filter > it out with some debian/gbp.conf : > > [DEFAULT] > pristine-tar = True > > [git-import-orig] > filter = debian/* > filter = lib/* > filter-pristine-tar = True > > Then git-import-orig won't import the upstream content in the debian dir : > no merge, no conflicts. Just as a sidenote: When another directory named debian is inside the package you may rather want to use an expression like: filter = $PACKAGENAME_DIR/debian/* like git-import-orig --filter='openswan-2.6.33/debian/*' ../tarballs/openswan_2.6.33.orig.tar.gz > > Jérémy. Kind regards Harald Jenny > > > -- > 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/4d678edb.3080...@melix.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/20110301164414.ga11...@harald-has.a-little-linux-box.at
Re: what if upstream provides debian build directory
On Fri, Mar 18, 2011 at 08:21:44PM +0100, Harald Dunkel wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi folks, Hi Harald > > What is Debian's policy, if upstream provides its own debian directory > or package build procedure? Is upstream always right? I guess it depends on how usable the debian directory is and also what upstream tries to achieve by providing it? > > Does or should this source package become a "native" package? How do I > include patches? IMHO this is not correct as a native package is a package which is just for Debian and derivates. > > What if upstream's package sets conflict with Debian's packages, and > I want to install upstream's packages? Is it the DM's responsibility > to avoid this conflict or to preserve compatibility? Famous example > for this would be the Linux kernel sources. Well I currently work on openswan where upstream also provides a debian directory as part of their tar because they have an Ubuntu ppa where they provide testing versions. As I have also access to upstream git I try to stay in sync with most of their changes and also try to incorporate my changes into upstream but for ease of use I drop their debian directory when importing upstream into Debian VCS. > > > Of course I checked Debian's Policy Manual, but AFAICS this subject > has been successfully ignored by now. Any helpful comment would be > highly appreciated. Maybe this thread can spawn a discussion and lead to a dedicated policy? > > > Regards > > Harri Kind regards Harald Jenny > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk2DsMgACgkQUTlbRTxpHjeFYwCdHnLTPJMYJhntv+lEOPhd3Cy9 > Fv8AmwT5L6GT625Zbn/vOAWgB16YSkWR > =WvzN > -END PGP SIGNATURE- > > > -- > To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/4d83b0c8.7060...@afaics.de -- 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/20110318194354.gc3...@harald-has.a-little-linux-box.at
Re: what if upstream provides debian build directory
On Fri, Mar 18, 2011 at 12:41:00PM -0700, Don Armstrong wrote: > On Fri, 18 Mar 2011, Harald Dunkel wrote: > > What is Debian's policy, if upstream provides its own debian > > directory or package build procedure? Is upstream always right? > > There's no official policy, but generally speaking, you should use a > non-native package. The one exception to this is a case where every > Debian release will also entail a new upstream release. Sounds reasonable > > You can also suggest to upstream that they include the debian > directory in a examples directory or similar, so that it doesn't get > in the way of packaging (or just not distribute it in the main package > at all.) Well I guess if they include an up-to-date debian directory they intend that it should be used so moving it away may not be feasable... > > > What if upstream's package sets conflict with Debian's packages, and > > I want to install upstream's packages? Is it the DM's responsibility > > to avoid this conflict or to preserve compatibility? Famous example > > for this would be the Linux kernel sources. > > It's the maintainer's responsibility to make sure the package in > Debian is the highest quality possible. Very good spoken words! > Generally this means working > with upstream so that the patches don't conflict, but sometimes > upstream has a different set of goals than a distribution packager, > and compromises and divergences need to exist. There's no hard and > fast rule here either, but the best thing is to communicate and work > with your upstream. Maybe you should talk with upstream about their intention for having a version of the debian directory? > > > Don Armstrong Harald Jenny > > -- > We cast this message into the cosmos. [...] We are trying to survive > our time so we may live into yours. We hope some day, having solved > the problems we face, to join a community of Galactic Civilizations. > This record represents our hope and our determination and our goodwill > in a vast and awesome universe. > -- Jimmy Carter on the Voyager Golden Record > > http://www.donarmstrong.com http://rzlab.ucr.edu > > > -- > 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/20110318194100.gt29...@rzlab.ucr.edu -- 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/20110318195010.gd3...@harald-has.a-little-linux-box.at
Re: what if upstream provides debian build directory
On Sat, Mar 19, 2011 at 12:44:14AM +0500, Andrey Rahmatullin wrote: > On Fri, Mar 18, 2011 at 12:41:00PM -0700, Don Armstrong wrote: > > You can also suggest to upstream that they include the debian > > directory in a examples directory or similar, so that it doesn't get > > in the way of packaging (or just not distribute it in the main package > > at all.) > See also http://wiki.debian.org/UpstreamGuide#PristineUpstreamSource Thanks for the pointer! > > -- > WBR, wRAR -- 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/20110318195359.ge3...@harald-has.a-little-linux-box.at
Re: what if upstream provides debian build directory
On Fri, Mar 18, 2011 at 07:46:46PM +, The Fungi wrote: > On Fri, Mar 18, 2011 at 08:21:44PM +0100, Harald Dunkel wrote: > > What is Debian's policy, if upstream provides its own debian directory > > or package build procedure? > [...] > > Of course I checked Debian's Policy Manual, but AFAICS this subject > > has been successfully ignored by now. Any helpful comment would be > > highly appreciated. > > Not ignored at all... maintainers who find an upstream debian > directory getting in the way (and who are unable to successfully > convince upstream of the inconvenience) usually either repackage the > upstream source to remove it, or use v3 packaging format which > clears and replaces it with the contents of the maintainer's files > when unpacking. While the first option may be more elegant the second one may resemble more the usage pattern of a Debian user trying to build a new Debian package version (download the new source and then use the diff or tar containing the debian directory on top of it). > -- > { IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829); > WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org); > MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl); > ICQ(114362511); YAHOO(crawlingchaoslabs); AIM(dreadazathoth); } > > > -- > 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/20110318194641.gf1...@yuggoth.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/20110318195733.gf3...@harald-has.a-little-linux-box.at
Re: Bizzar error with dpkg-buildpackages
Hi On Tue, Apr 05, 2011 at 09:22:43PM +0200, Michelle Konzack wrote: > I have this problem with 17 packages. > > Can I use e.g.: > > 1.20-29 -> unstable (source included) > 1.20-29b1 -> stable/squeeze > 1.20-29b2 -> oldstable/lenny > I think you might find http://backports.debian.org/Contribute/#index5h3 interesting, specifically point 4 - this would translate for you to: 1.20-29 -> unstable (source included) 1.20-29~bpo60+1 -> stable/squeeze 1.20-29~bpo50+1 -> oldstable/lenny This naming sheme will guarantee that you can update your package correctly. Kind regards Harald Jenny -- 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/20110405220120.ga19...@harald-has.a-little-linux-box.at
(newbie?) debian packaging questions
Hi list members, I'm currently facing some little issues with building my amavisd-milter package after the migration from mercurial to git (thanks again Alexander Wirt for doing the actual repository conversion!). The issues at hand did not show up when using mercurial-buildpackage but now under git-buildpackage (as well as dpkg-buildpackage directly) I can observe them. 1. configure: WARNING: Unrecognized options: --disable-maintainer-mode Is there a possibility to turn off the usage of --disable-maintainer-mode? 2. cd . && /bin/bash /usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing --run aclocal-1.10 /usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing: line 54: aclocal-1.10: command not found WARNING: `aclocal-1.10' is missing on your system. You should only need it if you modified `acinclude.m4' or `configure.ac'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . && /bin/bash /usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing --run automake-1.10 --foreign /usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing: line 54: automake-1.10: command not found WARNING: `automake-1.10' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.ac'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . && /bin/bash /usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing --run autoconf /usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing: line 54: autoconf: command not found WARNING: `autoconf' is missing on your system. You should only need it if you modified `configure.ac'. You might want to install the `Autoconf' and `GNU m4' packages. Grab them from any GNU archive site. cd . && /bin/bash /usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing --run autoheader /usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing: line 54: autoheader: command not found WARNING: `autoheader' is missing on your system. You should only need it if you modified `acconfig.h' or `configure.ac'. You might want to install the `Autoconf' and `GNU m4' packages. Grab them from any GNU archive site. The warning here is partially correct as I have patched configure.ac with an fix from upstream cvs but I also made a patch which directly modifies configure so there is no need to do a rebuild... is there a possibility to avoid this warning messages? 3. The package uses hardening-includes by including it in the rules file (like metioned in /usr/share/hardening-includes/hardening.make): include /usr/share/hardening-includes/hardening.make CFLAGS += $(HARDENING_CFLAGS) LDFLAGS += $(HARDENING_LDFLAGS) Then it uses them within configure: override_dh_auto_configure: dh_auto_configure -- --prefix=/usr --mandir=\$${prefix}/share/man \ --sysconfdir=/etc --localstatedir=/var/lib/amavis \ --with-working-dir=/var/lib/amavis/tmp \ CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" But the result is the following: dh_auto_configure -- --prefix=/usr --mandir=\${prefix}/share/man \ --sysconfdir=/etc --localstatedir=/var/lib/amavis \ --with-working-dir=/var/lib/amavis/tmp \ CFLAGS="-g -O2 -fPIE -fstack-protector --param ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security -fPIE -fstack-protector --param ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security " LDFLAGS=" -fPIE -pie -Wl,-z,relro -Wl,-z,now -fPIE -pie -Wl,-z,relro -Wl,-z,now " The workaround I discovered for this issue is to specify the additional flags in configure itself: override_dh_auto_configure: dh_auto_configure -- --prefix=/usr --mandir=\$${prefix}/share/man \ --sysconfdir=/etc --localstatedir=/var/lib/amavis \ --with-working-dir=/var/lib/amavis/tmp \ CFLAGS="$(CFLAGS) $(HARDENING_CFLAGS)" \ LDFLAGS="$(LDFLAGS) $(HARDENING_LDFLAGS)" Which looks more correct IMHO: dh_auto_configure -- --prefix=/usr --mandir=\${prefix}/share/man \ --sysconfdir=/etc --localstatedir=/var/lib/amavis \ --with-working-dir=/var/lib/amavis/tmp \ CFLAGS="-g -O2 -fPIE -fstack-protector --param ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security " \ LDFLAGS=" -fPIE -pie -Wl,-z,relro -Wl,-z,now " But maybe someone has a hint why this happens in the first place and how to avoid it.
RFS: amavisd-milter
Dear mentors, I am looking for a sponsor for my package "amavisd-milter". * Package name: amavisd-milter Version : 1.5.0-4 Upstream Author : Petr Rehor * URL : http://amavisd-milter.sourceforge.net/ * License : BSD-like Section : mail To access further information about this package, please visit the following URL: http://mentors.debian.net/package/amavisd-milter Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/amavisd-milter/amavisd-milter_1.5.0-4.dsc Further information for potential sponsors: * package builds correct and clean according to: pbuilder --build --configfile pbuilderrc-i386-sid.config --twice amavisd-milter_1.5.0-4.dsc qemubuilder --build --configfile qemubuilderrc-amd64-sid.config amavisd-milter_1.5.0-4.dsc * package is clean according to: lintian --show-overrides -E -I --pedantic amavisd-milter_1.5.0-4_i386.changes * copyright is DEP-5, at revision 173 and clean according to: config-edit -application dpkg-copyright -ui none * patches are DEP-3 * software is running since 5 days on a backup production server without any problems The following warnings will be seen while building the package: configure: WARNING: Unrecognized options: --disable-maintainer-mode * AM_MAINTAINER_MODE in configue.ac was commented out by the upstream maintainer for the following reason: http://www.gnu.org/s/hello/manual/automake/maintainer_002dmode.html amavisd-milter/aclocal/missing: line 54: aclocal-1.10: command not found WARNING: `aclocal-1.10' is missing on your system. You should only need it if you modified `acinclude.m4' or `configure.ac'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. amavisd-milter/aclocal/missing: line 54: automake-1.10: command not found WARNING: `automake-1.10' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.ac'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. amavisd-milter/aclocal/missing: line 54: autoconf: command not found WARNING: `autoconf' is missing on your system. You should only need it if you modified `configure.ac'. You might want to install the `Autoconf' and `GNU m4' packages. Grab them from any GNU archive site. amavisd-milter/aclocal/missing: line 54: autoheader: command not found WARNING: `autoheader' is missing on your system. You should only need it if you modified `acconfig.h' or `configure.ac'. You might want to install the `Autoconf' and `GNU m4' packages. Grab them from any GNU archive site. * These warnings presumably result from patching configure and/or aclocal/ax_path_milter.m4 and are only present during the first build, subsequent builds do not show these problems. Attached to this mail you will find a: debdiff amavisd-milter_1.5.0-3.dsc amavisd-milter_1.5.0-4.dsc I would be glad if someone uploaded this package for me. Kind regards, Harald Jenny diff -Nru amavisd-milter-1.5.0/debian/changelog amavisd-milter-1.5.0/debian/changelog --- amavisd-milter-1.5.0/debian/changelog 2011-06-08 23:14:46.0 +0200 +++ amavisd-milter-1.5.0/debian/changelog 2011-08-15 19:15:06.0 +0200 @@ -1,3 +1,21 @@ +amavisd-milter (1.5.0-4) unstable; urgency=low + + * debian/control: +- Bumped Standards to 3.9.2 (no changes needed). +- Changed Vcs-* fields as package is now maintained in a git repository + (thanks to Alexander Wirt for the conversion from mercurial). +- Changed build depedency on debhelper to >= 8 for easier backporting + to Lenny. + * debian/changelog: +- Fixed small word duplication error. + * debian/rules: +- Modified inclusion method of HARDENING_CFLAGS and HARDENING_LDFLAGS + from hardening-includes package to avoid duplication of these params. +- Stopped unnecessary linking of amavisd-milter binary by adding + "-Wl,--as-needed" to LDFLAGS. + + -- Harald Jenny Mon, 15 Aug 2011 19:11:03 +0200 + amavisd-milter (1.5.0-3) unstable; urgency=low * debian/changelog: @@ -47,7 +65,7 @@ Dumont for the libconfig-model-perl parser). - Changed license for debian packaging to match the one used by upstream simplifying patch exchange (thanks to Paul Wise and Charles Plessy for - the the valuable help). + the valuable help). -- Harald Jenny Mon, 28 Mar 2011 22:38:07 +0200 diff -Nru amavisd-milter-1.5.0/debian/control amavisd-milter-1.5.0/debian/control --- amavisd-milter-1.5.0/debian/control 2011-06-08 23:14:46.0 +0200 +++ amavisd-milter-1.5.0/debian/cont
Re: RFS: amavisd-milter
Dear mentors, sorry but wrong debdiff attached - here ist the correct version. Kind regards, Harald Jenny diff -Nru amavisd-milter-1.5.0/debian/changelog amavisd-milter-1.5.0/debian/changelog --- amavisd-milter-1.5.0/debian/changelog 2011-03-28 22:38:19.0 +0200 +++ amavisd-milter-1.5.0/debian/changelog 2011-08-15 19:15:06.0 +0200 @@ -1,3 +1,21 @@ +amavisd-milter (1.5.0-4) unstable; urgency=low + + * debian/control: +- Bumped Standards to 3.9.2 (no changes needed). +- Changed Vcs-* fields as package is now maintained in a git repository + (thanks to Alexander Wirt for the conversion from mercurial). +- Changed build depedency on debhelper to >= 8 for easier backporting + to Lenny. + * debian/changelog: +- Fixed small word duplication error. + * debian/rules: +- Modified inclusion method of HARDENING_CFLAGS and HARDENING_LDFLAGS + from hardening-includes package to avoid duplication of these params. +- Stopped unnecessary linking of amavisd-milter binary by adding + "-Wl,--as-needed" to LDFLAGS. + + -- Harald Jenny Mon, 15 Aug 2011 19:11:03 +0200 + amavisd-milter (1.5.0-3) unstable; urgency=low * debian/changelog: @@ -47,7 +65,7 @@ Dumont for the libconfig-model-perl parser). - Changed license for debian packaging to match the one used by upstream simplifying patch exchange (thanks to Paul Wise and Charles Plessy for - the the valuable help). + the valuable help). -- Harald Jenny Mon, 28 Mar 2011 22:38:07 +0200 diff -Nru amavisd-milter-1.5.0/debian/control amavisd-milter-1.5.0/debian/control --- amavisd-milter-1.5.0/debian/control 2011-01-26 07:02:55.0 +0100 +++ amavisd-milter-1.5.0/debian/control 2011-08-15 19:15:06.0 +0200 @@ -2,11 +2,11 @@ Section: mail Priority: extra Maintainer: Harald Jenny -Build-Depends: debhelper (>= 8.0.0), autotools-dev (>= 20100122.1), libmilter-dev, hardening-includes +Build-Depends: debhelper (>= 8), autotools-dev (>= 20100122.1), libmilter-dev, hardening-includes Homepage: http://amavisd-milter.sourceforge.net/ -Vcs-Browser: http://hg.debian.org/hg/amavisd-new/amavisd-milter -Vcs-Hg: http://hg.debian.org/hg/amavisd-new/amavisd-milter -Standards-Version: 3.9.1 +Vcs-Browser: http://anonscm.debian.org/gitweb/?p=amavisd-new/pkg-amavisd-milter.git +Vcs-Git: git://anonscm.debian.org/amavisd-new/pkg-amavisd-milter.git +Standards-Version: 3.9.2 Package: amavisd-milter Architecture: any diff -Nru amavisd-milter-1.5.0/debian/rules amavisd-milter-1.5.0/debian/rules --- amavisd-milter-1.5.0/debian/rules 2011-01-26 05:49:05.0 +0100 +++ amavisd-milter-1.5.0/debian/rules 2011-08-15 19:15:06.0 +0200 @@ -1,8 +1,7 @@ #!/usr/bin/make -f include /usr/share/hardening-includes/hardening.make -CFLAGS += $(HARDENING_CFLAGS) -LDFLAGS += $(HARDENING_LDFLAGS) +EXTRA_LDFLAGS="-Wl,--as-needed" %: dh $@ --with autotools_dev @@ -11,7 +10,8 @@ dh_auto_configure -- --prefix=/usr --mandir=\$${prefix}/share/man \ --sysconfdir=/etc --localstatedir=/var/lib/amavis \ --with-working-dir=/var/lib/amavis/tmp \ - CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" + CFLAGS="$(CFLAGS) $(HARDENING_CFLAGS)" \ + LDFLAGS="$(LDFLAGS) $(HARDENING_LDFLAGS) $(EXTRA_LDFLAGS)" override_dh_auto_install: dh_auto_install --destdir=debian/amavisd-milter
Re: RFS: amavisd-milter
Hi Gregor (and all others) On Sun, Aug 21, 2011 at 03:00:52AM +0200, gregor herrmann wrote: > On Sat, 20 Aug 2011 20:44:55 +0200, Harald Jenny wrote: > > > I am looking for a sponsor for my package "amavisd-milter". > > Uploaded. Thank you very very much! > > /* > Side note: Your detailed mail convinced me to look at the package, > and the package itself also shows great diligence. Thanks! *blush* > */ I also want to thank the list members who always bring up interesting topics - this helps very much in building good packages! > > > Cheers, > gregor Bye Harald P.S: package was already removed from debexpo by hand (don't know if this would have been done currently automatically anyway). > > -- > .''`. Homepage: http://info.comodo.priv.at/ - PGP/GPG key ID: 0x8649AA06 > : :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/ > `. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe >`-NP: Tracy Chapman: Subcity -- 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/20110821092209.ga3...@harald-has.a-little-linux-box.at
Bug#971587: RFS: amavisd-milter/1.7.1-1 -- amavisd-new interface for milter-capable MTAs
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "amavisd-milter": * Package name: amavisd-milter Version : 1.7.1-1 Upstream Author : Petr Rehor * URL : https://github.com/prehor/amavisd-milter * License : BSD-3-clause, BSD-like, ISC * Vcs : * https://salsa.debian.org/haraldj-guest/amavisd-milter Section : mail It builds those binary packages: amavisd-milter - amavisd-new interface for milter-capable MTAs To access further information about this package, please visit the following URL: https://mentors.debian.net/package/amavisd-milter/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/a/amavisd-milter/amavisd-milter_1.7.1-1.dsc Changes since the last upload: amavisd-milter (1.7.1-1) unstable; urgency=low . * New upstream version (thanks to Marcel Evenson). * debian/changelog: - Trim trailing whitespace found by lintian. * debian/control: - Bump Standards to 4.5.0 demanded by lintian (no changes needed). - Remove debian/compat file in favour of debhelper-compat dependency found by lintian. - Bump debhelper-compat dependency to 13 found by lintian. * debian/upstream/metadata: - Add metadata as demanded by lintian. Regards, -- Harald Jenny
Bug#974028: RFS: amavisd-milter/1.7.1-2 -- amavisd-new interface for milter-capable MTAs
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "amavisd-milter": * Package name: amavisd-milter Version : 1.7.1-2 Upstream Author : Petr Rehor * URL : https://github.com/prehor/amavisd-milter * License : ISC, BSD-3-clause, BSD-like * Vcs : * https://salsa.debian.org/haraldj-guest/amavisd-milter Section : mail It builds those binary packages: amavisd-milter - amavisd-new interface for milter-capable MTAs To access further information about this package, please visit the following URL: https://mentors.debian.net/package/amavisd-milter/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/a/amavisd-milter/amavisd-milter_1.7.1-2.dsc Changes since the last upload: amavisd-milter (1.7.1-2) unstable; urgency=low . * debian/control: - Lower debhelper-compat dependency to 12 to ease backporting (thanks to Marcel Evenson). - Add a pre-dependency on init-system-helpers for usage of --skip-systemd-native invoke-rc.d flag, found by lintian (and again thanks to Marcel Evenson). - Create patch to fix two typos in documentation found by lintian. The following lintian remarks are open: W: amavisd-milter: missing-systemd-service-for-init.d-script amavisd-milter Comment: The upstream maintainer does not provide an service file and the Debian maintainer does not run systemd so there is currently nobody who could check that a service file is working. X: amavisd-milter source: debian-rules-uses-as-needed-linker-flag line 6 Comment: As the last Debian release is very old the package should be backportable without much hassle. X: amavisd-milter source: debian-watch-does-not-check-gpg-signature Comment: Upstream does not provide signed releases. P: amavisd-milter source: debug-symbol-migration-possibly-complete --dbgsym-migration='amavisd-milter-dbg (<< 1.6.1-1~)' (line 20) Comment As the last Debian release is very old this is still needed. P: amavisd-milter source: package-uses-old-debhelper-compat-version 12 Comment: As the last Debian release is very old the package should be backportable without much hassle. If you intend to sponsor this package please keep in mind that I want to do backports to at least buster (and if possible stretch) so I may approach you for the backport(s) too. Regards, -- Harald Jenny
Bug#971587: Subject: RFS: amavisd-milter/1.7.1-2 -- amavisd-new interface for milter-capable MTAs
- Use version 4 and adapt for move to github. Regards, -- Harald Jenny