Re: RFS: keynav (updated package)

[Daniel Kahn Gillmor]

On 04/13/2010 09:51 PM, Wen-Yen Chuang wrote:

The updated package can be found on mentors.debian.net:
- - dget 
http://mentors.debian.net/debian/pool/main/k/keynav/keynav_0.20100403.2754-1.dsc


Nice, this package looks really clean.  I've just uploaded it to debian.

Thanks for your work on this!

--dkg


--
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/4bc56085.90...@fifthhorseman.net

Re: RFS: drbdlinks (updated package, 2nd try)

[Asheesh Laroia]

On Sat, 10 Apr 2010, Thierry Randrianiriana wrote:


Dear mentors,

I am looking for a sponsor for my package "drbdlinks".

* Package name: drbdlinks
Version : 1.18-1
Upstream Author : Sean Reifschneider 
* URL : http://www.tummy.com/Community/software/drbdlinks/
* License : GPL2
Section : admin

It builds these binary packages:
drbdlinks  - Manages symlinks into a shared DRBD partition


Hi Thierry,

This package is in pretty good shape. I'm uploading it right now.

There are a few commented-out lines remaining in debian/rules. Could you 
clean that up and prepare a -2?


I'd love it if you'd move it to the new "dh 7" format. That'd be optional 
but really cool. (-:


-- Asheesh.

--
Q:  Why do ducks have big flat feet?
A:  To stamp out forest fires.

Q:  Why do elephants have big flat feet?
A:  To stamp out flaming ducks.


--
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/alpine.deb.2.00.1004132351180.5...@rose.makesad.us

Re: RFS: mailscanner (updated package)

[Asheesh Laroia]

On Sun, 11 Apr 2010, Simon Walter wrote:


Dear mentors,

I am looking for a sponsor for the new version 4.79.11-2
of my package "mailscanner".

It builds these binary packages:
mailscanner - email gateway for virus scanning, spam and phishing detection

The package appears to be lintian clean.

The upload would fix these bugs: 572551, 572552, 575952


This looked good to me, so I uploaded it.

Don't keep sending "(updated package)" mails to debian-mentors. Now your 
goal should be one or two more good uploads, and then apply for 
DebianMaintainer status!


-- Asheesh.

--
You have an unusual magnetic personality.  Don't walk too close to
metal objects which are not fastened down.


--
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/alpine.deb.2.00.1004132325040.5...@rose.makesad.us

Re: RFS: keynav (updated package)

[Russ Allbery]

Wen-Yen Chuang  writes:
> On 04/14/10 02:37, Daniel Kahn Gillmor wrote:

>> #!/usr/bin/make -f
>> %:
>> dh $@
>> override_dh_clean:
>> dh_clean keynav_version.h

> Done.

You can get rid of the override by just putting keynav_version.h in
debian/clean.  (I'm not a sponsor here, so don't feel like you have to do
this; I just noticed it.)

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/871veihg0b@windlord.stanford.edu

Re: RFS: keynav (updated package)

[Wen-Yen Chuang]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 04/14/10 02:37, Daniel Kahn Gillmor wrote:
> #!/usr/bin/make -f
> %:
> dh $@
> override_dh_clean:
> dh_clean keynav_version.h

Done.

The updated package can be found on mentors.debian.net:
- - dget
http://mentors.debian.net/debian/pool/main/k/keynav/keynav_0.20100403.2754-1.dsc

> debian/keynav.manpages that contains a single line:
>  debian/keynav.1

Done.

> I think you'd also want to add #DEBHELPER# as the last line of
> debian/preinst.

Done.

> Have you suggested to Jordan that "make clean" should remove
> keynav_version.h as well?

Yes. :-) [1]

> Have you offered your manpage back so that Jordan can
> keep it in sync as the code changes?

Jordan said that he will update the manpage that I mailed to him. [2]

Kind regards
 Wen-Yen Chuang

[1]
http://groups.google.com/group/keynav-users/browse_thread/thread/61d16892ab4afe3
[2]
http://groups.google.com/group/keynav-users/browse_thread/thread/f98e835cc54d8cc9
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkvFH5oACgkQdEpXpumNYVkQmACdHbwabIq3EmfaynhYEx7ijElf
2OEAninHYXqNA5cykVFosX/uE2nvFfVQ
=L5CZ
-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/4bc51f9a.3070...@calno.com

Re: RFS: libconfig

[José Luis Tallón]

José Luis Tallón wrote:
> Dear mentors,
>
> I am looking for a sponsor for my package "libconfig".
> This release makes available a new upstream version
>
> * Package name: libconfig
>   Version : 1.4.4-1
>   Upstream Author : Mark A Lindner
> * URL : http://www.hyperrealm.com/libconfig/
> * License : LGPL-2.1
>   Section : libs
>
> It builds these binary packages:
> Package: libconfig9   - parsing and manipulation of structured 
> configuration files
> Package: libconfig++9 - parsing and manipulation of structured 
> configuration files(C++ binding)
> Package: libconfig9-dev   - parsing and manipulation of 
> structured config files(development)
> Package: libconfig++9-dev - parsing and manipulation of structured config 
> files(C++ development)
>
> The package appears to be lintian clean.
>
>   
libconfig (1.4.4-1) unstable; urgency=low

  * New upstream version
- soname bump to 9

  * Packaging
- Updated to debhelper compatibility level 7
- Added symbols files for libraries

 -- Jose Luis Tallon   Wed, 14 Apr 2010 
1:06:09 +0200
> The package can be found at
>   dget 
> http://devel.adv-solutions.net/debian/pool/main/libc/libconfig/libconfig_1.4.4-1.dsc
>
> I would be glad if someone uploaded this package for me.
>
>
> Regards,
>  J.L.
>   


-- 
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/4bc506c5.5050...@adv-solutions.net

Re: RFS: libconfig

[José Luis Tallón]

Jakub Wilk wrote:
> * José Luis Tallón , 2010-04-13, 22:15:
>> [snip]
>> and upstream ships a set of (most basic) debian/libconfig9* files
>>
>> ... but in fact the libraries are compiled as  ".so.8.1.2", which means
>> 8:1:2
>
> This is not how libtool versioning works. (And it is explained how it
> works in the very same file, lib/Makefile.am.) If I'm not mistaken, on
> GNU systems libtool maps "C:R:A" to ".so.V.A.R" where V = C - A.
libconfig 1.4.3 has 9:2:1 -> 9-1 . 1 . 2 = 8.1.2
  for libconfig8 [my soname] or libconfig9 [upstream's]
 where the installed library gets called "libconfig.so.8.1.2" and hence
soname libconfig8, right ?

Whereas libconfig-1.4.4 reads
 VERSION=9:3:0 and yields  "libconfig.so.9.0.3"
>> Re-reading upstream's Changelog, the newly-introduced copy constructor
>> would indeed change the ABI, and hence need a soname bump -- upstream
>> just changed the "micro" version 
>
> Adding new interfaces does not break ABI.
The problem being that C++'s copy-ctor are special cases: they are
generated by the compiler if absent and inline'd most of the time.
Hence, when a copy-ctor is defined, the ABI of the exported classes changes.
I concur, however, that this change only needn't change libconfig(i.e.
the "plain C" version)'s ABI.

Since upstream changed their "version" soname, we should follow suit.
Hence, we skip the potentially ? troublesome version --- which will now
never even reach unstable -- and get a proper one.
I will use the opportunity to generate and ship some symbols files, to
try and help dpkg.


Thank you for the clarification, Jakob


Regards,

J.L.



-- 
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/4bc4fad0.9070...@adv-solutions.net

Re: RFS: libconfig

[Jakub Wilk]

* José Luis Tallón , 2010-04-13, 22:15:

(unstable)josel...@vortex:/usr/src/debian/libconfig/libconfig-1.4.3$
tail -n +24 lib/Makefile.am | head
# For more info see section 6.3 of the GNU Libtool Manual.
VERINFO = -version-info 9:2:1
PARSER_PREFIX = libconfig_yy
libconfig_la_LDFLAGS = $(VERINFO) -no-undefined
libconfig___la_LDFLAGS = $(VERINFO) -no-undefined
libsrc = libconfig.c scanner.l grammar.y parsectx.h wincompat.h \
   scanctx.c scanctx.h strbuf.c strbuf.h
---
and upstream ships a set of (most basic) debian/libconfig9* files

... but in fact the libraries are compiled as  ".so.8.1.2", which means
8:1:2


This is not how libtool versioning works. (And it is explained how it 
works in the very same file, lib/Makefile.am.) If I'm not mistaken, on 
GNU systems libtool maps "C:R:A" to ".so.V.A.R" where V = C - A.



Re-reading upstream's Changelog, the newly-introduced copy constructor
would indeed change the ABI, and hence need a soname bump -- upstream
just changed the "micro" version 


Adding new interfaces does not break ABI.

--
Jakub Wilk


signature.asc
Description: Digital signature

Re: embedded-zlib and fpc

[Russ Allbery]

Matthias Klumpp  writes:
> On Tue, 13 Apr 2010 14:30:58 -0700, Russ Allbery  wrote:

>> Ah, no, I was looking in the wrong package.  It's fp-units-base, and
>> the string is indeed exactly the problematic string indicating an
>> embedded copy of zlib:

>> 4 deflate 1.1.2 Copyright 1995-1998 Jean-loup Gailly

>> It's in usr/lib/fpc/2.4.0/units/i386-linux/paszlib/zdeflate.o, and
>> that's because despite being a completely different implementation
>> translated to Pascal, the Pascal implementation embeds exactly the same
>> copyright and version string as the C imlementation.  Sigh.

>> This is generally a false positive in that this is not the problem that
>> Lintian is trying to diagnose (although I don't understand why it only
>> sometimes shows up in builds of easymp3gain).  I'm trying to figure out
>> a good way of having Lintian avoid this problem.

>> I wonder if we can trigger off of that leading 4 to suppress this tag,
>> since that seems to be peculiar to the Pascal implementation.  I think
>> I'll give that a try for the next Lintian release.

I've tested this modification and it will be in the next Lintian release.
The "4" is the Pascal string length (52), which luckily turns out to be an
ASCII character in this case so it shows up in the strings output.  It
should be reliable as a way to avoid this problem, although we'll have to
tweak Lintian again if the length of that string ever changes.

> Thank you! I asked at debian-devel for some info about this and worked
> with the FPC developers and came to exactly the same conclusion as you
> do.  If you ldd the binary, you can also see zlib is dynamically linked.

Yeah, it's unfortunate that the different implementation copies the string
so exactly, but part of the fun of working on Lintian is coming up with
little hacks to avoid false positives.  :)

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8739yzqb5l@windlord.stanford.edu

Re: embedded-zlib and fpc

[Matthias Klumpp]

On Tue, 13 Apr 2010 14:30:58 -0700, Russ Allbery  wrote:
> Russ Allbery  writes:
> 
>> The problem with embedded-zlib appears to be a false positive in
Lintian.
>> It seems to be triggering on the string:
> 
>> "Seek in deflate compressed stream failed."
> 
> Ah, no, I was looking in the wrong package.  It's fp-units-base, and the
> string is indeed exactly the problematic string indicating an embedded
> copy of zlib:
> 
> 4 deflate 1.1.2 Copyright 1995-1998 Jean-loup Gailly
> 
> It's in usr/lib/fpc/2.4.0/units/i386-linux/paszlib/zdeflate.o, and that's
> because despite being a completely different implementation translated to
> Pascal, the Pascal implementation embeds exactly the same copyright and
> version string as the C imlementation.  Sigh.
> 
> This is generally a false positive in that this is not the problem that
> Lintian is trying to diagnose (although I don't understand why it only
> sometimes shows up in builds of easymp3gain).  I'm trying to figure out a
> good way of having Lintian avoid this problem.
> 
> I wonder if we can trigger off of that leading 4 to suppress this tag,
> since that seems to be peculiar to the Pascal implementation.  I think
> I'll give that a try for the next Lintian release.

Thank you! I asked at debian-devel for some info about this and worked with
the FPC developers and came to exactly the same conclusion as you do.
If you ldd the binary, you can also see zlib is dynamically linked.


-- 
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/48e1691a135d06eb6ba6bd8f410a9...@mb8-2.1blu.de

Re: embedded-zlib and fpc

[Russ Allbery]

Russ Allbery  writes:

> The problem with embedded-zlib appears to be a false positive in Lintian.
> It seems to be triggering on the string:

> "Seek in deflate compressed stream failed."

Ah, no, I was looking in the wrong package.  It's fp-units-base, and the
string is indeed exactly the problematic string indicating an embedded
copy of zlib:

4 deflate 1.1.2 Copyright 1995-1998 Jean-loup Gailly

It's in usr/lib/fpc/2.4.0/units/i386-linux/paszlib/zdeflate.o, and that's
because despite being a completely different implementation translated to
Pascal, the Pascal implementation embeds exactly the same copyright and
version string as the C imlementation.  Sigh.

This is generally a false positive in that this is not the problem that
Lintian is trying to diagnose (although I don't understand why it only
sometimes shows up in builds of easymp3gain).  I'm trying to figure out a
good way of having Lintian avoid this problem.

I wonder if we can trigger off of that leading 4 to suppress this tag,
since that seems to be peculiar to the Pascal implementation.  I think
I'll give that a try for the next Lintian release.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87d3y3qbu5@windlord.stanford.edu

Re: embedded-zlib and fpc

[Russ Allbery]

Patrick Matthäi  writes:
> Am 13.04.2010 23:14, schrieb Russ Allbery:

>> You should override this Lintian tag for right now until we can figure
>> out what's going on.

> But this one is one of the not-overrideable-ones as in: the package will
> be rejected.

No, it isn't.  Look at .
It's non-fatal.

-- 
Russ Allbery (r...@debian.org)   


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87hbnfqc65@windlord.stanford.edu

Re: RFS: easymp3gain (updated package), fixes RC bug

[Russ Allbery]

Matthias Klumpp  writes:

> I re-uploaded the package to DM again:
> - URL: http://mentors.debian.net/debian/pool/main/e/easymp3gain
> - Source repository: deb-src http://mentors.debian.net/debian unstable main
> contrib non-free
> - dget
> http://mentors.debian.net/debian/pool/main/e/easymp3gain/easymp3gain_0.5.0-3.dsc

> (Removed type-error in patch and CDBS include for quilt)

> The zlib-bug might get fixed with the new Lazarus major & FPC minor
> release, which enables FPC's completely new and much more intelligent
> resource-management. I'll forward a message abou this bug to the FPC
> developer mailing list to get some feedback about this bug.

I built this package in an i386 sid chroot and don't see any embedded-zlib
tag from Lintian.

windlord:~/tmp> lintian *.deb
I: easymp3gain-gtk: unused-override embedded-zlib
N: 
N:Lintian discovered an unused override entry in its database. Please
N:remove it from the overrides file if it is not needed anymore.
N:
N:Severity: wishlist, Certainty: certain

If Lintian is triggering on this package, I think it's a false positive,
but I can't reproduce any problems from Lintian.  I don't see any recent
changes to Lintian in this area either.  How are people getting a Lintian
error on this package?

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87r5mjqc8n@windlord.stanford.edu

Re: embedded-zlib and fpc

[Patrick Matthäi]

Am 13.04.2010 23:14, schrieb Russ Allbery:

Patrick Matthäi  writes:

Am 13.04.2010 06:55, schrieb Raphael Geissert:

Patrick Matthäi wrote:



There is also an lintian error, which can not be overwritten and would
reject it from the repository:
E: easymp3gain-gtk: embedded-zlib ./usr/bin/easymp3gain



This is added by fpc, see #472304. Not sure what the real status is, though.



@ftp-masters: was the removal of embedded-zlib from the list of tags
that can be overridden just temporary (because of the klibc incident)?



A new version of lintian is about to be released and would like to know
whether that change should be propagated.



I think raising the severity of the bug to a RC-one would be a good
idea, because this prevents packages built with fpc to get uploaded into
the archive.



Another possible solution would be, to allow again the embedded-zlib,
until this bug has been fixed.


That bug looks unrelated to embedded-zlib.  It's about statically linking
with Pascal libraries included in FPC.

The problem with embedded-zlib appears to be a false positive in Lintian.
It seems to be triggering on the string:

 "Seek in deflate compressed stream failed."

although I don't see how that would match the regex that Lintian is using.
I can't find any other occurance of "inflate" or "deflate" in the strings
for easymp3gain, though.

You should override this Lintian tag for right now until we can figure out
what's going on.



But this one is one of the not-overrideable-ones as in: the package will 
be rejected.



--
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/4bc4dedc.2070...@debian.org

Re: embedded-zlib and fpc

[Russ Allbery]

Patrick Matthäi  writes:
> Am 13.04.2010 06:55, schrieb Raphael Geissert:
>> Patrick Matthäi wrote:

>>> There is also an lintian error, which can not be overwritten and would
>>> reject it from the repository:
>>> E: easymp3gain-gtk: embedded-zlib ./usr/bin/easymp3gain

>> This is added by fpc, see #472304. Not sure what the real status is, though.

>> @ftp-masters: was the removal of embedded-zlib from the list of tags
>> that can be overridden just temporary (because of the klibc incident)?

>> A new version of lintian is about to be released and would like to know
>> whether that change should be propagated.

> I think raising the severity of the bug to a RC-one would be a good
> idea, because this prevents packages built with fpc to get uploaded into
> the archive.

> Another possible solution would be, to allow again the embedded-zlib,
> until this bug has been fixed.

That bug looks unrelated to embedded-zlib.  It's about statically linking
with Pascal libraries included in FPC.

The problem with embedded-zlib appears to be a false positive in Lintian.
It seems to be triggering on the string:

"Seek in deflate compressed stream failed."

although I don't see how that would match the regex that Lintian is using.
I can't find any other occurance of "inflate" or "deflate" in the strings
for easymp3gain, though.

You should override this Lintian tag for right now until we can figure out
what's going on.

-- 
Russ Allbery (r...@debian.org)   


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87zl17qclt@windlord.stanford.edu

RFS: libsysactivity (new package)

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear mentors,

I am looking for a sponsor for my package "libsysactivity".

* Package name: libsysactivity
  Version : 0.5.1-1
  Upstream Author : Carlos Olmedo Escobar 
* URL : http://sourceforge.net/projects/libsysactivity/
* License : LGPL 2.1+
  Section : libs
  Program-Lang: C
  Build-Tools : dh7 + cmake
  Description : [1]

It builds these binary packages:
libsysactivity-dev - Retrieves statistics of the system's activity (development 
header)
libsysactivity-doc - Retrieves statistics of the system's activity (development 
doc)
libsysactivity0 - Retrieves statistics of the system's activity
libsysactivity0-dbg - Retrieves statistics of the system's activity (debug 
package)

The package appears to be lintian clean.

The upload would fix these bugs: 567500

My motivation for maintaining this package is: It is a dependency of 
Sentinella (see #577591).


The package can be found on mentors.debian.net:
- - URL: http://mentors.debian.net/debian/pool/main/l/libsysactivity
- - Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- - dget 
http://mentors.debian.net/debian/pool/main/l/libsysactivity/libsysactivity_0.5.1-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards
 Niels Thykier

[1] Full description (from libsysactivity0):
Description: Retrieves statistics of the system's activity
 A lightweight library that retrieves statistics of the system's
 activity in a portable and thread safe way. In each OS that it
 supports it offers the same API for retrieving the activity of:
 .
  * hard disks
  * CPUs memory
  * processes
  * network interfaces.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Topal (http://freshmeat.net/projects/topal)

iEUEARECAAYFAkvE2JgACgkQVCqoiq1Ylqy6rwCSAndWmEBkeLHlmwDMbBgw9CyZ
mwCgruGkTkhHpi5IHwHBLWOtNH7oKYE=
=Vyfn
-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/alpine.deb.2.00.1004132238570.14...@getsu.thykier.net

Re: RFS: libconfig

[José Luis Tallón]

Hi again, mentors

When checking the reference package, as per Jan's suggestion I have
found an apparent oddity, as described below:

Jan Hauke Rahm wrote:
> I'm not very familiar with shared libraries to be honest. Why don't you
> provide versioned symbols? And did you check for API/ABI breakage --
> just to be sure no binNMUs are needed?
>   
* We have
-
(unstable)josel...@vortex:/usr/src/debian/libconfig/libconfig-1.4.3$ ls
-F lib/.libs/*.so*
lib/.libs/libconfig++.so@lib/.libs/libconfig.so@
lib/.libs/libconfig++.so.8@  lib/.libs/libconfig.so.8@
lib/.libs/libconfig++.so.8.1.2*  lib/.libs/libconfig.so.8.1.2*
-
 -> This is what I checked to decide whether an API/ABI bump had
occurred upstream.


* Whereas:

(unstable)josel...@vortex:/usr/src/debian/libconfig/libconfig-1.4.3$
tail -n +24 lib/Makefile.am | head
# For more info see section 6.3 of the GNU Libtool Manual.
VERINFO = -version-info 9:2:1
PARSER_PREFIX = libconfig_yy
libconfig_la_LDFLAGS = $(VERINFO) -no-undefined
libconfig___la_LDFLAGS = $(VERINFO) -no-undefined
libsrc = libconfig.c scanner.l grammar.y parsectx.h wincompat.h \
scanctx.c scanctx.h strbuf.c strbuf.h
---
 and upstream ships a set of (most basic) debian/libconfig9* files

... but in fact the libraries are compiled as  ".so.8.1.2", which means
8:1:2


Re-reading upstream's Changelog, the newly-introduced copy constructor
would indeed change the ABI, and hence need a soname bump -- upstream
just changed the "micro" version 


I would really appreciate it if someone profficient with shared
libraries could provide some insight on this.
My current take:
 - package 1.4.4 (from 1.4.3)
 - soname bump to 9 -- which alleviates most problems outlined below
 - generate symbols files from this
 - potentially generate a symbols file from 1.3.2 and include it too, to
help with versioning

 - provide some tip / patch to upstream to fix this "naming breakage"
  (either this, or my build system is badly br0ken)


Additional comments are welcome, of course.

Regards,
J.L.



-- 
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/4bc4d0ee.50...@adv-solutions.net

Re: RFS: libconfig

[José Luis Tallón]

Jan Hauke Rahm wrote:
> On Tue, Apr 13, 2010 at 03:41:06PM +0200, José Luis Tallón wrote:
>   
>> Dear mentors,
>>
>> I am looking for a sponsor for my package "libconfig".
>> This release makes available a new upstream version
>>
>> * Package name: libconfig
>>   Version : 1.4.3-1
>>   Upstream Author : Mark A Lindner
>> * URL : http://www.hyperrealm.com/libconfig/
>> * License : LGPL-2.1
>>   Section : libs
>> 
>
> Hmm, according to your watch file there is a newer version available.
>   
The release happened this morning (cfr. Freshmeat.net)
> Is there a reason you don't use debhelper 7? I mean, you don't have to
> but the change is simple and since you updated the packaging wrt source
> format and policy... Attached diff applied seems to build the same
> binaries (but please double-check).
>   
Since I'm not really using any features of debhelper > 5, I think it is
best to not force it.
Even though using quilt w/o build-depending on it forces usage of a
newish dpkg (as included in lenny-r5), I try to relax requirements as
much as possible in case someone needs to backport and/or shoehorn the
package to a restricted derivative (i.e. OpenEmbedded)
> I'm not very familiar with shared libraries to be honest. Why don't you
> provide versioned symbols?
I am not as proficient as I would like, either.
Since dpkg-gensymbols (by way of its invocation via dh_makeshlibs)
provides a sane default, I'd rather not add an incorrect one until I can
be very sure of it
  (moreover, this close to the freeze, my ability to have a fix included
might be limited)
> And did you check for API/ABI breakage -- just to be sure no binNMUs are 
> needed?
>   
libconfig8 hasn't changed API  AFAIK,
 but I have indeed found a major ABI breakage *and* a nasty bug here.


... which means I will re-submit and updated package, of course.


-- 
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/4bc4cbf9.2000...@adv-solutions.net

Re: RFS: keynav (updated package)

[Daniel Kahn Gillmor]

Hi Wen-Yen Chuang--

On 04/04/2010 04:29 AM, Wen-Yen Chuang wrote:

I am looking for a sponsor for the new version 0.20100403.2754-1
of my package "keynav". (Programming language: C)


Sorry it took me a while to review this.  Your package looks good!  I'm 
glad you worked out the config file issues with upstream.  A couple notes:


a package structuring suggestion, which you're free to take or leave, is 
that you could minimize the rules file to just this:


-
#!/usr/bin/make -f
%:
dh $@
override_dh_clean:
dh_clean keynav_version.h
-

This change would require that you create a versioned build-dependency 
on debhelper (>= 7.0.50~), and you'd need to add a file 
debian/keynav.manpages that contains a single line:


 debian/keynav.1

I think you'd also want to add #DEBHELPER# as the last line of 
debian/preinst.  See 
http://lintian.debian.org/tags/maintainer-script-lacks-debhelper-token.html


The minimized debian/rules seems good to me because you'd get to to rely 
on updated versions of debhelper doing the Right Thing.


if you're concerned about the versioned build-dependency making 
backports difficult, backports.org provides a solid backported version 
of debhelper for lenny that can satisfy this b-d.


About contributing back to upstream:

Have you suggested to Jordan that "make clean" should remove 
keynav_version.h as well?  Or that profiling should maybe not be turned 
on by default?  Have you offered your manpage back so that Jordan can 
keep it in sync as the code changes?


Let me know what you think about these ideas.  I'm looking forward to 
seeing this in debian!


Regards,

--dkg


--
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/4bc4b9ef.7010...@fifthhorseman.net

Two new packages for debian: runawk and paexec

[Aleksey Cheusov]

Can anybody please review and upload two new packages for Debian
described in #519443 and #575717. I'm author of these programs and have
prepared Debian packages. But I'm neither DM nor DD. I'd like to
maintain my own software in Debian, but if anyDD/DM want to maintain
them, this whould be ideal.

Sources and binaries for lenny/x86 are available here.

deb http://mova.org/~cheusov/pub/debian   lennymain
deb-src http://mova.org/~cheusov/pub/debian   lennymain

-- 
Best regards, Aleksey Cheusov.


-- 
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/87k4sb1bo0@asrock.chizhovka.net

Re: Using dbconfig-common in maintainer scripts. [UPDATE]

[Nikolai Lusan]

Greetings,

I have decided to do an update fro those interested. I have made several
adjustments to my maintainer scripts following advice from Craig Small
and lintian. I am still having no joy with dbconfig-common, as such I
set -x in my postinst script to ger some idea of what has happened. At
this point I am going to attach my config and postinst scripts and a
copy of the output when the postinst file is run. 

Would anyone know how I can tell dbconfig-common to be verbose and
produce a logfile?

Any further help is much appreciated.

-- 
Nikolai Lusan 
+ CONFIG_FILE=/etc/cluebringer/cluebringer.conf
+ INIT_FILE=/etc/init.d/postfix-cluebringer
+ DAEMON=postfix-cluebringer
+ . /usr/share/debconf/confmodule
+ [ !  ]
+ PERL_DL_NONLAZY=1
+ export PERL_DL_NONLAZY
+ [  ]
+ exec /usr/share/debconf/frontend 
/var/lib/dpkg/info/postfix-cluebringer.postinst configure 
+ CONFIG_FILE=/etc/cluebringer/cluebringer.conf
+ INIT_FILE=/etc/init.d/postfix-cluebringer
+ DAEMON=postfix-cluebringer
+ . /usr/share/debconf/confmodule
+ [ ! 1 ]
+ [ -z  ]
+ exec
+ [  ]
+ exec
+ DEBCONF_REDIR=1
+ export DEBCONF_REDIR
+ . /usr/share/dbconfig-common/dpkg/postinst
+ dbc_first_version=2.0.10-1
+ dbc_generate_include=template:/etc/cluebringer/cluebringer.conf
+ dbc_generate_include_perms=660
+ dbc_generate_include_owner=root:www-data
+ dbc_generate_include_args=-o 
template_infile=/usr/share/doc/postfix-cluebringer/templates/cluebringer.conf -U
+ dbc_go postfix-cluebringer configure
+ local importing_from_non_dbc upgrading reconfiguring f tsubstfile 
upgrades_pending dbc_dumpfile _dbc_asuser reinstall
+ . /usr/share/dbconfig-common/dpkg/common
+ . /usr/share/dbconfig-common/internal/common
+ [  ]
+ _dbc_logfile=/var/log/dbconfig-common/dbc.log
+ _dbc_debug (postinst) dbc_go() postfix-cluebringer configure
+ [  ]
+ dbc_config postfix-cluebringer configure
+ _dbc_debug dbc_config() postfix-cluebringer configure
+ [  ]
+ dbc_share=/usr/share/dbconfig-common
+ dbc_package=postfix-cluebringer
+ echo postfix-cluebringer
+ cut -d_ -f1
+ dbc_basepackage=postfix-cluebringer
+ dbc_command=configure
+ dbc_oldversion=
+ _dbc_sanity_check package command
+ [ 2 -ne 0 ]
+ [ -z postfix-cluebringer ]
+ shift
+ [ 1 -ne 0 ]
+ [ -z configure ]
+ shift
+ [ 0 -ne 0 ]
+ dbc_confdir=/etc/dbconfig-common
+ dbc_globalconfig=/etc/dbconfig-common/config
+ dbc_packageconfig=/etc/dbconfig-common/postfix-cluebringer.conf
+ dbc_standard_templates=database-type dbconfig-install dbconfig-upgrade 
dbconfig-remove dbconfig-reinstall password-confirm app-password-confirm purge 
upgrade-backup passwords-do-not-match install-error upgrade-error remove-error 
internal/reconfiguring internal/skip-preseed missing-db-package-error
+ dbc_mysql_templates=mysql/method remote/host remote/newhost mysql/app-pass 
mysql/admin-user mysql/admin-pass remote/port db/dbname db/app-user
+ dbc_pgsql_templates=pgsql/method remote/host remote/newhost pgsql/app-pass 
pgsql/admin-user pgsql/admin-pass remote/port pgsql/authmethod-admin 
pgsql/authmethod-user pgsql/changeconf pgsql/manualconf db/dbname db/app-user 
pgsql/no-empty-passwords
+ dbc_sqlite_templates=db/dbname db/basepath
+ dbc_all_supported_dbtypes=mysql pgsql sqlite sqlite3
+ dbc_authenticated_dbtypes=mysql pgsql
+ dbc_remote_dbtypes=mysql pgsql
+ dbc_fs_dbtypes=sqlite sqlite3
+ [ -f /etc/dbconfig-common/config ]
+ . /etc/dbconfig-common/config
+ dbc_remember_admin_pass=false
+ dbc_remote_questions_default=true
+ [ true = true ]
+ dbc_remote_questions_priority=high
+ dbc_default_pgsql_authmethod_admin=password
+ dbc_set_dbtype_defaults
+ _dbc_debug dbc_set_dbtype_defaults() 
+ [  ]
+ [  ]
+ dbc_default_basepath=
+ dbc_db_installed_cmd=dbc__db_installed
+ dbc_register_templates=database-type dbconfig-install dbconfig-upgrade 
dbconfig-remove dbconfig-reinstall password-confirm app-password-confirm purge 
upgrade-backup passwords-do-not-match install-error upgrade-error remove-error 
internal/reconfiguring internal/skip-preseed missing-db-package-error 
mysql/method remote/host remote/newhost mysql/app-pass mysql/admin-user 
mysql/admin-pass remote/port db/dbname db/app-user pgsql/method remote/host 
remote/newhost pgsql/app-pass pgsql/admin-user pgsql/admin-pass remote/port 
pgsql/authmethod-admin pgsql/authmethod-user pgsql/changeconf pgsql/manualconf 
db/dbname db/app-user pgsql/no-empty-passwords db/dbname db/basepath
+ [  ]
+ dbc_dgi_on_manual=true
+ [ configure = configure ]
+ dbc_read_package_debconf
+ _dbc_debug dbc_read_package_debconf() 
+ [  ]
+ _dbc_sanity_check package
+ [ 1 -ne 0 ]
+ [ -z postfix-cluebringer ]
+ shift
+ [ 0 -ne 0 ]
+ [ !  ]
+ db_get postfix-cluebringer/database-type
+ _db_cmd GET postfix-cluebringer/database-type
+ IFS=  printf %s\n GET postfix-cluebringer/database-type
+ IFS=
 read -r _db_internal_line
+ RET=10 postfix-cluebringer/database-type doesn't exist
+ return 10
+ dbc_set_dbtype_defaults
+ _dbc_debug dbc_set_dbtype_defaults() 
+ [  ]
+ [  ]
+ dbc_default_basepath=
+ dbc_db_installed_cmd=dbc__db

Re: RFS: easymp3gain (updated package), fixes RC bug

[Matthias Klumpp]

>> I already did:
> E: easymp3gain-gtk: embedded-zlib ./usr/bin/easymp3gain
 @ftp-masters: was the removal of embedded-zlib from the list of tags
>> that
 can be overridden just temporary (because of the klibc incident)?
>>> Yes it was temporary and its already back.
>>
>> I guess this means the error _can_ be overriden again, as - for example
-
>> the Lazarus package does, which has been updates e few days ago. Or did
I
>> get something wrong?
>> The bug should have been fixed in FPC 2.4.0, but it seems it is not.
I'll
>> track that bug and look for a way to work around it, but at time it
would
>> be good to update the easyMp3Gain version to make it compile again.
>> As soon as Lazarus reaches testing, the package will FTBFS on squeeze
>> too.
>> Cheers
>>Matthias
> 
> No it is not possible, is back means: The reject for this check is back, 
> it was temporary disabled.
> 
Hmm... I was able to override the error. And if you look at
http://lintian.debian.org/tags/embedded-zlib.html there are several other
packages which have an override for this.
Is there a way to get an exception for easymp3gain to make the new version
available in the archive?


-- 
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/5918963675c6fdd8a39441171818c...@mb8-2.1blu.de

Re: RFS: easymp3gain (updated package), fixes RC bug

[Patrick Matthäi]

Am 13.04.2010 18:08, schrieb Matthias Klumpp:

Hi!
Unfortunately the embedded-zlib-bug cannot be fixed at time. It's very
strange that this behavior suddenly appears on this package too. All
other
packages which use the LCL/FPC at time simply override this error. (Info
at
bug #472304)
I included the override in easymp3gain too and removed the
quilt-dependency


This doesn't work, have a look at the Re: embedded-zlib and fpc thread on
this ML with the messages from today.


I already did:

E: easymp3gain-gtk: embedded-zlib ./usr/bin/easymp3gain

@ftp-masters: was the removal of embedded-zlib from the list of tags

that

can be overridden just temporary (because of the klibc incident)?

Yes it was temporary and its already back.


I guess this means the error _can_ be overriden again, as - for example -
the Lazarus package does, which has been updates e few days ago. Or did I
get something wrong?
The bug should have been fixed in FPC 2.4.0, but it seems it is not. I'll
track that bug and look for a way to work around it, but at time it would
be good to update the easyMp3Gain version to make it compile again.
As soon as Lazarus reaches testing, the package will FTBFS on squeeze too.
Cheers
   Matthias




No it is not possible, is back means: The reject for this check is back, 
it was temporary disabled.


--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/


--
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/4bc4a06c.6070...@debian.org

Re: RFS: easymp3gain (updated package), fixes RC bug

[Matthias Klumpp]

I re-uploaded the package to DM again:
- URL: http://mentors.debian.net/debian/pool/main/e/easymp3gain
- Source repository: deb-src http://mentors.debian.net/debian unstable main
contrib non-free
- dget
http://mentors.debian.net/debian/pool/main/e/easymp3gain/easymp3gain_0.5.0-3.dsc

(Removed type-error in patch and CDBS include for quilt)

The zlib-bug might get fixed with the new Lazarus major & FPC minor
release, which enables FPC's completely new and much more intelligent
resource-management. I'll forward a message abou this bug to the FPC
developer mailing list to get some feedback about this bug.
Regards
  Matthias


-- 
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/bc0301eda92ebdb5c5952cc34766e...@mb8-2.1blu.de

Re: embedded-zlib and fpc

[Patrick Matthäi]

Am 13.04.2010 06:55, schrieb Raphael Geissert:

Patrick Matthäi wrote:

There is also an lintian error, which can not be overwritten and would
reject it from the repository:
E: easymp3gain-gtk: embedded-zlib ./usr/bin/easymp3gain


This is added by fpc, see #472304. Not sure what the real status is, though.

@ftp-masters: was the removal of embedded-zlib from the list of tags that
can be overridden just temporary (because of the klibc incident)?

A new version of lintian is about to be released and would like to know
whether that change should be propagated.

Cheers,


Hello,

I think raising the severity of the bug to a RC-one would be a good 
idea, because this prevents packages built with fpc to get uploaded into 
the archive.


Another possible solution would be, to allow again the embedded-zlib, 
until this bug has been fixed.


What do you Joerg?

--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/


--
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/4bc4980f.7040...@debian.org

Re: RFS: easymp3gain (updated package), fixes RC bug

[Matthias Klumpp]

>> Hi!
>> Unfortunately the embedded-zlib-bug cannot be fixed at time. It's very
>> strange that this behavior suddenly appears on this package too. All
>> other
>> packages which use the LCL/FPC at time simply override this error. (Info
>> at
>> bug #472304)
>> I included the override in easymp3gain too and removed the
>> quilt-dependency
> 
> This doesn't work, have a look at the Re: embedded-zlib and fpc thread on
> this ML with the messages from today.

I already did:
>>> E: easymp3gain-gtk: embedded-zlib ./usr/bin/easymp3gain
>> @ftp-masters: was the removal of embedded-zlib from the list of tags
that 
>> can be overridden just temporary (because of the klibc incident)?
>Yes it was temporary and its already back.

I guess this means the error _can_ be overriden again, as - for example -
the Lazarus package does, which has been updates e few days ago. Or did I
get something wrong?
The bug should have been fixed in FPC 2.4.0, but it seems it is not. I'll
track that bug and look for a way to work around it, but at time it would
be good to update the easyMp3Gain version to make it compile again.
As soon as Lazarus reaches testing, the package will FTBFS on squeeze too.
Cheers
  Matthias


-- 
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/267beb9172ad1cb7807726e5e0f4c...@mb8-2.1blu.de

Re: Using dbconfig-common in maintainer scripts.

[Nikolai Lusan]

On Mon, 2010-04-12 at 09:36 +1000, Craig Small wrote:
> > What happens is that debconf asks the questions (not all the questions I
> > would like),
> Not asking all the questions sounds like a dpkg-configure priority
> level.

I considered this and changed my priority, still on the initial install
not all the questions are asked. They are asked on a dpkg-reconfigure
though.



> > the entries in /etc/dbconfig-common/postfix-cluebringer are all 
> > empty strings.
> Even the first one dbc_install ?

Even the dbc_install line is an empty string


> If dbc_install is anything but true then most if not all of the
> subsequent lines will be false.

Hmmm, is there a way to check for this and fix it in the maintainer
script?



> > dbc_generate_include="template:/etc/cluebringer/cluebringer.conf"
> > dbc_generate_include_perms="660"
> > dbc_generate_include_owner="root:www-data"
> > dbc_generate_include_args="-o 
> > template_infile=/usr/share/doc/postfix-cluebringer/templates/cluebringer.conf
> >  -U"
> OK, so you're using the templates. I've only used the db_get strings but
> that generally looks like a better way.

Would be, if I could get the script to generate it :)



> If I have problems with my postinst, I generally make a verbose postinst
> script that blurts out everything it is doing etc. It's often found
> what I'm missing.

I did enable "set -x" to see what I could find ... then I cam across
something saying that if anything output before debconf then debconf was
screwed.



> > these packages don't rely on postfix-cluebringer I would like to be able
> > to access the debconf/dbconfig-common database entries for
> > postfix-cluebringer (if it is installed) to optionally configure them
> > automagically for the user. Is this possible?
> Did you try making a dummy package and using
> db_get postfix-cluebringer/myvariable

That is exactly the answer I was looking for ... so what is the easiest
way to determine if a package is installed and managed by
dbconfig-common? 




> > While debugging the postinst script I also noticed a whole lot of
> > variables not mentioned in any documentation or example being used by
> > dbconfig-common and I was wondering if any of these are usable in the
> > config/postinst script (for forcing debconf to ask specific questions
> If its not documented then you might, but then the maintainer might
> change the name/function of that variable too.  I'd not depend on these.
> They're shell scripts, so not exactly great at information hiding.

Thanks for the heads up there :)


-- 
Nikolai Lusan 


signature.asc
Description: This is a digitally signed message part

Re: RFS: libconfig

[Jan Hauke Rahm]

On Tue, Apr 13, 2010 at 03:41:06PM +0200, José Luis Tallón wrote:
> Dear mentors,
> 
> I am looking for a sponsor for my package "libconfig".
> This release makes available a new upstream version
> 
> * Package name: libconfig
>   Version : 1.4.3-1
>   Upstream Author : Mark A Lindner
> * URL : http://www.hyperrealm.com/libconfig/
> * License : LGPL-2.1
>   Section : libs

Hmm, according to your watch file there is a newer version available.

Is there a reason you don't use debhelper 7? I mean, you don't have to
but the change is simple and since you updated the packaging wrt source
format and policy... Attached diff applied seems to build the same
binaries (but please double-check).

I'm not very familiar with shared libraries to be honest. Why don't you
provide versioned symbols? And did you check for API/ABI breakage --
just to be sure no binNMUs are needed?

Hauke
diff -Nru libconfig-1.4.3/debian/compat libconfig-1.4.3/debian/compat
--- libconfig-1.4.3/debian/compat	2010-04-13 15:00:40.0 +0200
+++ libconfig-1.4.3/debian/compat	2010-04-13 16:35:04.0 +0200
@@ -1 +1 @@
-5
+7
diff -Nru libconfig-1.4.3/debian/control libconfig-1.4.3/debian/control
--- libconfig-1.4.3/debian/control	2010-04-13 14:30:45.0 +0200
+++ libconfig-1.4.3/debian/control	2010-04-13 16:42:00.0 +0200
@@ -1,7 +1,8 @@
 Source: libconfig
 Priority: optional
 Maintainer: Jose Luis Tallon 
-Build-Depends: debhelper (>= 5), autotools-dev, texinfo, texlive, ghostscript
+Build-Depends: debhelper (>= 7.0.50), autotools-dev (>= 20100122.1), texinfo,
+ texlive, ghostscript
 Standards-Version: 3.8.4
 Homepage: http://www.hyperrealm.com/libconfig/
 Section: libs
diff -Nru libconfig-1.4.3/debian/rules libconfig-1.4.3/debian/rules
--- libconfig-1.4.3/debian/rules	2010-04-13 14:59:19.0 +0200
+++ libconfig-1.4.3/debian/rules	2010-04-13 16:55:39.0 +0200
@@ -1,118 +1,11 @@
 #!/usr/bin/make -f
-# -*- makefile -*-
-# Sample debian/rules that uses debhelper.
-# This file was originally written by Joey Hess and Craig Small.
-# As a special exception, when this file is copied by dh-make into a
-# dh-make output file, you may use that output file without restriction.
-# This special exception was added by Craig Small in version 0.37 of dh-make.
 
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-LIBS = $(shell grep '^Package: lib' debian/control | egrep -v '(-doc|-dev)' | sed -e 's...@package: @@' )
-
-# These are used for cross-compiling and for saving the configure script
-# from having to guess our platform (since we know it already)
-DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
-DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
-
-#include /usr/share/quilt/quilt.make
-
-CFLAGS = -Wall -g
-
-ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
-	CFLAGS += -O0
-else
-	CFLAGS += -O2
-endif
-
-# shared library versions, option 1
-version=8
-major=8
-minor=1
-
-
-config.status: configure
-	dh_testdir
-	test -e config.sub -a -L config.sub || \
-		ln -sf /usr/share/misc/config.sub config.sub
-	test -e config.guess -a -L config.guess || \
-		ln -sf /usr/share/misc/config.guess config.guess
-
-	./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
-		--prefix=/usr \
-		--mandir=\$${prefix}/share/man \
-		--infodir=\$${prefix}/share/info 
-	CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs"
-
-configure:	patch
-	$(RM) debian/libconfig8.info debian/shlibs
-
-build: build-stamp
-build-stamp:  config.status
-	dh_testdir
-
-	# Add here commands to compile the package.
-	$(MAKE)
+%:
+	dh $@ --with autotools_dev
 
+override_dh_auto_build:
+	dh $@ --with autotools_dev --parallel
 	$(MAKE) -C doc pdf
-	touch $@
-
-clean:	unpatch
-	dh_testdir
-	dh_testroot
-
-	[ ! -f Makefile ] || $(MAKE) distclean
-
-	rm -f build-stamp
-
-	$(RM) config.guess config.sub config.log
-	dh_clean 
-
-install: build
-	dh_testdir
-	dh_testroot
-	dh_clean -k 
-	dh_installdirs
-
-	# Add here commands to install the package into debian/tmp
-	$(MAKE) install DESTDIR=$(CURDIR)/debian/tmp
-	$(RM) .libs/*.la
-
-# Build architecture-independent files here.
-binary-indep: build install
-# We have nothing to do by default.
-
-# Build architecture-dependent files here.
-binary-arch: build install
-	dh_testdir
-	dh_testroot
-	dh_installchangelogs ChangeLog
-	dh_installdocs
-	dh_installexamples
-	dh_install
-	dh_installinfo
-	dh_installman
-	dh_link
-	dh_strip
-	dh_compress
-	dh_fixperms
-#	dh_perl
-#	dh_python
-
-	@for f in $(LIBS); do \
-		echo "makeshlibs -p$$f" ; \
-		dh_makeshlibs -p$$f ; \
-	done
-
-	dh_installdeb
-	dh_shlibdeps
-	dh_gencontrol
-	dh_md5sums
-	dh_builddeb
-
-binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install 
-
-patch::
-unpatch::
\ No newline at end of file


signature.asc
Description: Digital signature

Re: RFS: easymp3gain (updated package), fixes RC bug

[Patrick Matthäi]

>> Hi,
>>
>> +Build-Depends: debhelper (>= 7), cdbs, quilt, fpc (>= 2.4.0), lcl
>> (>=0.9.28.2), lcl-gtk2
>> - You don't need to depend on quilt anymore if you are using 3.0 (quilt)
>>
>> There is also an lintian error, which can not be overwritten and would
>> reject it from the repository:
>> E: easymp3gain-gtk: embedded-zlib ./usr/bin/easymp3gain
>>
>> this is a must fix!
> Hi!
> Unfortunately the embedded-zlib-bug cannot be fixed at time. It's very
> strange that this behavior suddenly appears on this package too. All other
> packages which use the LCL/FPC at time simply override this error. (Info
> at
> bug #472304)
> I included the override in easymp3gain too and removed the
> quilt-dependency
> since it is the default patching system now. (But now I get a lintian
> warning about missing quilt dependency now...)
> I also included an explanation for the lintian-override.
> Hope this helps!


This doesn't work, have a look at the Re: embedded-zlib and fpc thread on
this ML with the messages from today.



-- 
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/c9822784bf3c87137631e486529af019.squir...@www.linux-dev.org

Re: RFS: easymp3gain (updated package), fixes RC bug

[Jonathan Niehof]

On Tue, Apr 13, 2010 at 10:36 AM, Matthias Klumpp  wrote:
> removed the quilt-dependency
> since it is the default patching system now. (But now I get a lintian
> warning about missing quilt dependency now...)

This is because rules still has an include for patchsys-quilt.mk. With
3.0 (quilt) dpkg handles the patching and the rules file shouldn't,
see http://wiki.debian.org/Projects/DebSrc3.0#Howtoconvertasourcepackage.3F


-- 
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/x2t1d23eef01004130750h9b1d4239uea4c6d11ffa99...@mail.gmail.com

Re: RFS: easymp3gain (updated package), fixes RC bug

[Matthias Klumpp]

> Hi,
> 
> +Build-Depends: debhelper (>= 7), cdbs, quilt, fpc (>= 2.4.0), lcl 
> (>=0.9.28.2), lcl-gtk2
> - You don't need to depend on quilt anymore if you are using 3.0 (quilt)
> 
> There is also an lintian error, which can not be overwritten and would 
> reject it from the repository:
> E: easymp3gain-gtk: embedded-zlib ./usr/bin/easymp3gain
> 
> this is a must fix!
Hi!
Unfortunately the embedded-zlib-bug cannot be fixed at time. It's very
strange that this behavior suddenly appears on this package too. All other
packages which use the LCL/FPC at time simply override this error. (Info at
bug #472304)
I included the override in easymp3gain too and removed the quilt-dependency
since it is the default patching system now. (But now I get a lintian
warning about missing quilt dependency now...)
I also included an explanation for the lintian-override.
Hope this helps!
Greetings
  Matthias


-- 
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/f3325f4055851c63cb72b6175cb4b...@mb8-2.1blu.de

RFS: libconfig

[José Luis Tallón]

Dear mentors,

I am looking for a sponsor for my package "libconfig".
This release makes available a new upstream version

* Package name: libconfig
  Version : 1.4.3-1
  Upstream Author : Mark A Lindner
* URL : http://www.hyperrealm.com/libconfig/
* License : LGPL-2.1
  Section : libs

It builds these binary packages:
Package: libconfig8 - parsing and manipulation of structured 
configuration files
Package: libconfig++8   - parsing and manipulation of structured 
configuration files(C++ binding)
Package: libconfig8-dev - parsing and manipulation of structured config 
files(development)
Package: libconfig++8-dev   - parsing and manipulation of structured config 
files(C++ development)

The package appears to be lintian clean.

This release converts the packaging to "3.0 (quilt)" and updates S-V to 3.8.4
  (getting ready for the freeze)


The package can be found at
  dget 
http://devel.adv-solutions.net/debian/pool/main/libc/libconfig/libconfig_1.4.3-1.dsc

I would be glad if someone uploaded this package for me.


Regards,
 J.L.



-- 
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/4bc47472.2070...@adv-solutions.net

RFS: monkey (updated package)

[Thorsten Schmale]

Dear mentors,

I am looking for a sponsor for the new version 0.10.1-1
of my package "monkey".

It builds these binary packages:
monkey - very small and fast open source web server for Linux

The package appears to be lintian clean.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/m/monkey
- Source repository: deb-src http://mentors.debian.net/debian unstable main 
contrib non-free
- dget http://mentors.debian.net/debian/pool/main/m/monkey/monkey_0.10.1-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards
 Thorsten Schmale


-- 
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/20100413073006.ga7...@maggie.schmalenegger.com

Re: embedded-zlib and fpc

[Joerg Jaspert]

>> E: easymp3gain-gtk: embedded-zlib ./usr/bin/easymp3gain
> @ftp-masters: was the removal of embedded-zlib from the list of tags that 
> can be overridden just temporary (because of the klibc incident)?

Yes it was temporary and its already back.

-- 
bye, Joerg
 I'm kinky and perverse, but my illness is laziness


pgp8XJhbJ3Tbz.pgp
Description: PGP signature