Bug#891005: RFS: gdbm/1.14.1-5

[Ansgar Burchardt]

Gianfranco Costamagna writes:
>>This means building the package will give different results depending
>>on dietlibc-dev installed or not?  That shouldn't happen...
>>
>>Please check via some other means that a build using dietlibc has been
>>requested; don't do different things just because a package happens to
>>be installed.
> mmm the result is not a different library, but an additional static library 
> put
> in a non-standard directory, built with another glibc.
> I think there is nothing to worry about :)
>
> this is the path:
> /usr/lib/*/diet/*/libgdbm.a

It is a problem as the package might provide different functionality
when someone else builds and uploads it.

We had problems with packages built in non-clean environments for a long
time, though it has admittedly become better with most (not all)
developers building packages in clean environments (sbuild, pbuilder,
...) or using source-only uploads.

Ansgar

Bug#891005: RFS: gdbm/1.14.1-5

[Ansgar Burchardt]

On Tue, 2018-02-27 at 13:58 +0300, kact...@gnu.org wrote:
> Anyhow, if you want to enable, you can do something like this, to
> make
> > me and you happy, and then easily revert when new bugs are opened
> 
>  
>   HAVE_DIETLIBC=no 
>   ifeq ($(shell dpkg -s dietlibc-dev | grep -o installed), installed)
>   DIET_LIBDIR := $(shell diet -L gcc)
>   HAVE_DIETLIBC=yes 
>   endif
>   
>   ifeq ($(shell dpkg-vendor --derives-from Ubuntu && echo yes),yes)
>   HAVE_DIETLIBC=no 
>   endif

This means building the package will give different results depending
on dietlibc-dev installed or not?  That shouldn't happen...

Please check via some other means that a build using dietlibc has been
requested; don't do different things just because a package happens to
be installed.

Ansgar

Re: experimental => unstable?

[Ansgar Burchardt]

Roger Shimizu  writes:
> Stretch is just released [0], Yeah~!
> We're having a release party in Tokyo [1].

Yay \o/

> [0] https://www.debian.org/News/2017/20170617
> [1] https://wiki.debian.org/ReleasePartyStretch/Japan/Tokyo
>
> So it should be fine to release various packages currently being held
> in experimental to unstable.
> Right?

Yes, it's fine to upload packages to unstable again.  Just remember to
coordinate transitions with the release team beforehand (if your package
would start a transition).

Ansgar

Re: [deb-ci] testing sysvinit scripts when both sysvinit and systemd supported by package

[Ansgar Burchardt]

Hi,

On Tue, 2017-06-13 at 09:13 +0200, p...@reseau-libre.net wrote:
> I'm writting deb-ci tests to check backward support to sysvinit for 
> openscap-daemon. I've written a sysvinit script, the systemd service 
> file also exists [1].
> 
> The problem is that the deb-ci test (which run explicitly 
> /etc/init.d/openscap-daemon) fails because adt-run create a testbed
> with 
> systemd installed, even if i specified a test-dependency on sysv-rc, 
> sysv-rc-conf, sysvinit-core, sysvinit-utils.

Just installing sysvinit-core doesn't make sysvinit the active init
system: you need to reboot.

I think the boot-smoke test in the systemd source package does that. 
At least it claims to check that rebooting 20 times works.  The
autopkgtest documentation also mentions "needs-reboot".

Ansgar

Bug#841270: RFS: debrequest/0.2 ITP

[Ansgar Burchardt]

On Wed, 2016-10-19 at 10:19 +0300, Dmitry Bogatov wrote:
> * Package name: debrequest
>   Version : 0.2
>   Upstream Author : Dmitry Bogatov 
> * Url : https://anonscm.debian.org/cgit/users/kaction-gue
> st/debrequest.git

It might be more useful to add this to `devscripts` or some other
existing package rather than adding a new package.

Ansgar

Re: How to upgrade my gpg key to debian standards?

[Ansgar Burchardt]

On Sun, 2016-07-10 at 18:39 -0400, Paul Elliott wrote:
> I am looking at upgrading my gpg key.
> 
> What parameters should I use?

[1] has a guide which options to use to make sure that you use strong
hashes for the (self-)signatures on your key.  I'm not sure if GnuPG
upstream has changed their defaults since that documentation was
written.

  [1] https://keyring.debian.org/creating-key.html

Ansgar

Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

[Ansgar Burchardt]

Gianfranco Costamagna wrote:
> Hi, according to [1] [2] [3] FDL with the "no invariant" section is
not considered DFSG.
[...]
> [1] https://wiki.debian.org/DFSGLicenses#GNU_Free_Documentation_Licen
se_.28GFDL.29
> [2] https://wiki.debian.org/qa.debian.org/gfdlinvariant
> 
> [3] https://www.debian.org/vote/2006/vote_001

To quote from the first link:

  "Data licensed under the FDL with no invariant sections are
   considered DFSG-free as of GR 2006-001"

The problem Debian has with the GFDL are invariant sections as they
restrict modification. Having no invariant sections (and no mandatory
back- and frontcover texts) avoids these restrictions thus Debian has
no problem with them.

Ansgar

Re: Suspicious file changes in -dbg between old and new packages

[Ansgar Burchardt]

"Thomas Schmitt"  writes:
> as mentioned in my other thread of today, my lib*-dbg*.deb
> packages do not contain the same files as their 2 year old
> predecessors.
>
> apt-file list from old libburn-dbg (1.3.2-1.1):
>
>   libburn-dbg: /usr/lib/debug/usr/bin/cdrskin
>   libburn-dbg: /usr/lib/debug/usr/lib/libburn.so.4.85.0
[...]
> New libburn-dbg (1.4.0-2):
>
>   libburn-dbg: 
> /usr/lib/debug/.build-id/25/3fbbcf11829f90ddc91f8cf5194ac5278f804a.debug
>   libburn-dbg: 
> /usr/lib/debug/.build-id/8b/12591e70f8814691eb7ae38612fe396d63fd67.debug
[...]
> The new ones get installed in /usr/lib/debug/.build-id/.
>
> Is the new package content wrong ?
> If so, how to fix it ?

This is fine. debhelper installs detached debug symbols in a different
location since compat level 9. From man:debhelper(7):

| v9  This is the recommended mode of operation.
| Changes from v8 are:
| [...]
| dh_strip puts separated debug symbols in a location based on their build-id.

As far as I remember this was done to handle multi-arch better (to avoid
having -dbg packages for different architectures install files to the
same location so that they can be co-installed).

> Where to learn more about -dbg packages and their production
> process ?

dh_strip handles most of it, but there are plans for larger changes in
the future. Namely, building -dbg packages automatically. There should
be a recent thread on -devel@ from this or last month; I think the
subject mentioned "automated debug packages".

Ansgar

Re: http://ftp-master.debian.org/new/ not accessible any more

[Ansgar Burchardt]

Hi,

On 05/21/2015 11:21 AM, Andreas Tille wrote:
 I noticed that the ftpnew gatherer for UDD is currently broken.  The
 reason is that it is usually fetching files via
 
wget -q -r -N --level=2 --no-parent --no-directories 
 http://ftp-master.debian.org/new/
[...]
 It seems it is forbidden to read the web dir directly.  Any reason for
 this and if it is intentional what would be the alternative to fetch
 data about packages in new?

I don't know exactly why this changed (maybe different default in
Apache?), but scraping web pages seems a suboptimal way to gather
information.

There is [1] with machine-readable information about packages in NEW.

Ansgar

  [1] https://ftp-master.debian.org/new.822


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/555dac8b.5070...@debian.org

Re: jellyfish: Syntax error in configure when using autoreconf

[Ansgar Burchardt]

Hi,

Andreas Tille andr...@an3as.eu writes:
 I'm trying to ugrade jellyfish which is maintained here

Vcs-Git: git://anonscm.debian.org/debian-med/jellyfish.git

 I'm using autoreconf and when building the package this leads to

 ...
 checking how to hardcode library paths into programs... immediate
 checking for md5sum... md5sum
 checking for yaggo... /usr/bin/yaggo
 ./configure: line 15474: syntax error near unexpected token `VALGRIND,'
 ./configure: line 15474: `  PKG_CHECK_MODULES(VALGRIND, valgrind = 
 1.8.0)'
 == config.log ==
 This file contains any messages produced by compilers while
 ...

The PKG_CHECK_MODULES macro is not substituted. You probably need a
build-dependency on pkg-config.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87ppe3r4k7@deep-thought.43-1.org

Re: iipimage-server: unknown substitution variable ${shlibs:Depends}

[Ansgar Burchardt]

On 09/12/2014 12:13, Mathieu Malaterre wrote:
 for some reason, if I recompile iipimage from a sid chroot I keep
 getting a warning:
 
 [...]
 dpkg-gencontrol: warning: Depends field of package iipimage-server:
 unknown substitution variable ${shlibs:Depends}
 [...]
 
 It did worked well in the past. Now even libc is not part of the
 Depends fields. Does anyone see anything wrong in the iipimage package
 ? Thanks.

Did you set the KDU_ROOT environment variable?

Ansgar


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5412c82a.7000...@43-1.org

Bug#757243: RFS: qmapshack/0.2.0+ds1-1

[Ansgar Burchardt]

On 08/18/2014 14:11, Sebastiaan Couwenberg wrote:
 The license header in the artifact doesn't state the or later, but
 refers to the license as published by the FSF which does include it:
[...]
 The full license text is not included in the header, but is deferred to
 the license as published by the FSF. Since the licenses as published by
 the FSF include or (at your option) any later version GPL-3+ applies.

No, the only place where later is mentioned in the GPL-3 is section 14
(Revised Versions of this License) which only applies when the program
explicitly states that later versions may be used.

The word later also appear in the How to Apply These Terms to Your
New Programs part of the GPL, but that just explains how authors can
use the license, it's not part of the GPL terms and condition. There's
even a END OF TERMS AND CONDITIONS marker above it.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53f1f19f.8030...@debian.org

Re: Build-depending on non-free package

[Ansgar Burchardt]

Hi,

debian-de...@liska.ath.cx (Оlе Ѕtrеісhеr) writes:
 Also, I am wondering about the section and priority: The control file
 [3] and the dsc file has contrib/science and optional, but the PTS lists
 them as contrib/misc and extra. Who changed that, why is this done, and
 shouldn't the uploaded/maintainer be informed about such changes?

The .dsc file has no Priority or Section on its own, only the binaries
have that information. There may or may not be a priority and section
for source files given in the .changes which may or may not be useful
values.

As I don't really care about Priority and Section for source packages, I
haven't thought further about this and dak currently uses misc:extra for
all of them.

Ansgar


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87y4urh3y0@deep-thought.43-1.org

Re: Problems with ftp and checksums

[Ansgar Burchardt]

On 08/05/2014 10:17, Dariusz Dwornikowski wrote:
 On 04.08.14 13:52:52, Ansgar Burchardt wrote:
 On 08/04/2014 08:15, Dariusz Dwornikowski wrote:
 I tried to upload viewnior to ftp-eu but it seems unoperable. Then I
 tried to upload to master, and have a problem. Since this is -2 point
 release, ftp already knows the orig source tarball but it has
 different size and checksum from .dsc. Probably someday was uploaded
 partially. I cannot delete orig with dcut, what can I do ? 

 Is a version of the package in question already in the archive? If yes,
 are you sure you are using the same upstream tarball as already present
 in the archive?
 
 I am trying to upload 1.4-2, some time ago I uploaded 1.4-1. I checked
 the .dcs for 1.4-1 and the orig has the same size and checksum as in
 -2 dsc. 

The package currently in the archive says:

 1fa678236c5c3538863f7d4fc6a2e9e5 560284 viewnior_1.4.orig.tar.gz

(md5sum so it fits the line)

 It would also help if you included the actual error messages you got.

 
 I can only provide an error from ftp:
 
 ===
 
 viewnior_1.4-2.dsc: Invalid size hash for viewnior_1.4.orig.tar.gz:
 According to the control file the size hash should be 566470,
 but viewnior_1.4.orig.tar.gz has 560284.
 
 If you did not include viewnior_1.4.orig.tar.gz in you upload, a different 
 version
 might already be known to the archive software.
 
 ===

Then viewnior_1.4-2.dsc refers to a .orig.tar.gz of a different size
that does not match the one currently included in the archive.

Ansgar



-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53e09fd1.7060...@debian.org

Re: Problems with ftp and checksums

[Ansgar Burchardt]

On 08/04/2014 08:15, Dariusz Dwornikowski wrote:
 I tried to upload viewnior to ftp-eu but it seems unoperable. Then I
 tried to upload to master, and have a problem. Since this is -2 point
 release, ftp already knows the orig source tarball but it has
 different size and checksum from .dsc. Probably someday was uploaded
 partially. I cannot delete orig with dcut, what can I do ? 

Is a version of the package in question already in the archive? If yes,
are you sure you are using the same upstream tarball as already present
in the archive?

It would also help if you included the actual error messages you got.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53df73e4.8020...@debian.org

Re: Starting an application on login

[Ansgar Burchardt]

On 06/04/2014 07:24, Cameron Norman wrote:
 El Tue, 3 de Jun 2014 a las 9:03 PM, Eric Lavarde e...@lavar.de escribió:
 Hi Daniel, On 3 June 2014 20:54:58 CEST, Daniel Lintott
 dan...@serverb.co.uk wrote:

 Hi Mentors! I'm currently packaging a notification application,
 BuildNotify [1]. It only makes sense to start the application when
 the user logs in, which can be done using the
 $(HOME)/.config/autostart directory or adding an entry using the
 Startup Applications GUI. From the packaging perspective, is this
 something we should do when the package is installed... or should
 it be left to the user to configure how they start it? 

 XDG autostart provides for both of these scenarios. You can (and should)
 install the autostart entry in /etc/xdg/autostart/ for system wide
 starting of the tray icon. Individual users can disable the entry by
 making one with the same name in ~/.config/autostart/ with a single
 line, Hidden=true, as the contents.
 
 I think users installing this piece of software will expect it to be
 started at boot, and we should do just that.

BuildNotify lets you monitor multiple continuous integration servers
with customizable build notifications for all projects.

I would assume it will only do useful work after configuration. If that
is the case, I think setting up the autostart bits should be done by
BuildNotify when a user has entered something useful into the configuration.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/538ede8d.1040...@debian.org

Re: Starting an application on login

[Ansgar Burchardt]

On 06/04/2014 12:07, Daniel Lintott wrote:
 On 04/06/14 09:53, Ansgar Burchardt wrote:
 BuildNotify lets you monitor multiple continuous integration servers
 with customizable build notifications for all projects.

 I would assume it will only do useful work after configuration. If that
 is the case, I think setting up the autostart bits should be done by
 BuildNotify when a user has entered something useful into the configuration.
 
 That is mostly correct... currently BuildNotify needs to be
 started/running to access the configuration GUI.

Well, then a user has to start it once manually. Subsequent starts will
happen automatically.

 I have found that this is then saved to a file in plain text, which
 would mean I could create a debconf scenario to perform the initial
 configuration and add the appropriate autostart scripts.

There is no per-user configuration done at package installation time. So
I don't see where you plan to use debconf. Or does BuildNotify use a
global configuration?

Just let BuildNotify add itself to the per-user autostart once a user
has configured it. No need for debconf or anything special in the packaging.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/538ef79d.6000...@debian.org

Re: Version after patching

[Ansgar Burchardt]

Hi,

On 03/28/2014 14:35, W van den Akker wrote:
 I have a package which have version 2.2.17-1.
 I applied a patch on the mainstream source code which closes a bug.
 Should the new version then be 2.2.17-2, or something else?
 The package is not yet in stable.

If you upload an updated package, it needs a higher version than already
present in the archive.

Using -2 sounds right.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5335803d.6030...@debian.org

Re: apt-get upgrade (security packages)

[Ansgar Burchardt]

Hi,

Pol Hallen debianmentor...@fuckaround.org writes:
 I've a production server particularly patched. I prefer install only
 security packages but keep others packages to same version.

 Should I've some problems if keep only:

 deb http://security.debian.org/ stable/updates main contrib non-free

 to /etc/apt/sources.list

 or better pin every packages?

The debian-mentors mailing list provides help with creating Debian
packages. For questions about using Debian please ask on one of the user
mailing lists, for example debian-u...@lists.debian.org (English). There
is a more complete list on [1].

  [1] http://lists.debian.org/users.html

Regards,
Ansgar


-- 
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/87txgj4n0h@eisei.43-1.org

Bug#707595:

[Ansgar Burchardt]

On 06/25/2013 14:35, shuerhaaken wrote:
 I'd like to point out that releases of xnoise never require vala for
 building because the release contains the C sources!

 Usual configure-make-makeinstall works without vala.

Generated files aren't source (as in preferred form of modification).

It's a requirement that packages can be built from source (here: vala)
with tools available in Debian. Otherwise it is, for example, not
possible to do security updates.

Ansgar


-- 
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/51c994ef.1030...@debian.org

Bug#702329: RFS update

[Ansgar Burchardt]

Hi,

I don't plan to sponsor this package, but here is one comment:

On 06/20/2013 11:34, Dennis van Dok wrote:
  igtf-policy-classic - IGTF classic profile for Authority Root Certificates
  igtf-policy-experimental - IGTF experimental Authority Root Certificates
  igtf-policy-mics - IGTF MICS profile for Authority Root Certificates
  igtf-policy-slcs - IGTF SLCS profile for Authority Root Certificates
  igtf-policy-unaccredited - IGTF unaccredited Authority Root Certificates

Why are these multiple binary packages? I would assume they should just
be installed into different locations.

A sponsor should check the integrity of the certificates. How could he
do this?

Ansgar


-- 
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/51c2e1a2.3020...@debian.org

Re: PBuilder Local Package Problems

[Ansgar Burchardt]

Hi,

On 03/22/2013 11:05, Christopher Baines wrote:
 The second problem is that (unsurprisingly?) the local package I want to
 install us untrusted, but this causes pbuilder to fail:
 WARNING: untrusted versions of the following packages will be installed!

Recent versions of apt (wheezy or later) have an option to mark
repositories as trusted even when they are not signed:

  deb [trusted=yes] file:/...

Ansgar


-- 
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/514c352a.1090...@debian.org

Re: problem install new package

[Ansgar Burchardt]

Hi,

Alfonso Sabato Siciliano alfi...@gmail.com writes:
 if I run: # dpkg -i beret_1.2.1-1_amd64.deb
[...]
  beret depends on libc6-amd64 (= 2.2.5).

libc6-amd64 is a i386 package providing an 64bit libc. For some reason
the ${shlibs:Depends} picks this as a dependency instead of the native
libc6 package.

This seems to be a bug (or missing mutliarch feature) in dpkg: it
probably should not use *.shlibs files from packages that do not match
the target architecture.

As a workaround, you could try removing libc6-amd64 when building the
package.

Ansgar


-- 
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/87r4jnh1kj@eisei.43-1.org

Re: debian/watch for gitorious

[Ansgar Burchardt]

Adam Borowski kilob...@angband.pl writes:
 On Fri, Mar 08, 2013 at 10:54:58AM +0800, Paul Wise wrote:
 None of the C files contain copyright or license information, which is
 a good idea:
 
 http://tieguy.org/blog/2012/03/17/on-the-importance-of-per-file-license-information/

 Please, don't!

Please do!

Having a header in each file makes reviewing license information much,
much easier.

If there's only a global license file it will often not contain
information about files that are released under a different
licenses. Or it gets totally unclear what the actual license is if files
from project A get copied into project B.

Ansgar


-- 
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/8738w5ipip@eisei.43-1.org

Bug#699824: Updated package

[Ansgar Burchardt]

Hi,

[ I do not intend to sponsor this package. ]

On 02/15/2013 00:51, Benjamin Eltzner wrote:
 11) The only alternatives I see to shipping the binary file are:
 a) Patch to skip the initialization of the database at first program
 start. This will probably result in the intelligent word sequencing
 not working.
 b) Patch to enhance performance of database initialization, handling
 database initialization in a separate thread and providing a lock on the
 database while initialization. This would be very hard work for me and
 probably take quite some time.

Could you create the template database when building the binary package
instead of including it in the debian/ directory?

Ansgar


-- 
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/511e1923.9080...@debian.org

Bug#698853: RFS: gosa/2.7.4-4.1 [RC] [NMU] -- make package installable again

[Ansgar Burchardt]

On 01/24/2013 17:01, Michael Biebl wrote:
 On 24.01.2013 16:09, Dominik George wrote:
 -  a2enmod headers
 +  [[ -x /usr/sbin/a2enmod ]]  a2enmod headers
 
 Unfortunately the fix is not good enough. Two issues:
 a/ the script uses set -e, this means it will it exit with an error if
 a2enmod is missing

I learned that this is not true:


% bash -c 'set -e; false  true; echo Ha.'
Ha.


Which I found surprising. But I would suggest to use if ...; then ...;
fi anyway.

Ansgar


-- 
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/510160cb.80...@debian.org

Bug#698599: RFS: eggdrop/1.6.21-1 [ITA]

[Ansgar Burchardt]

[ I have no intention to sponsor this upload. ]

Hi,

the Replaces: eggdrop (= 1.6.16-2) for eggdrop-data in debian/control 
looks wrong.  eggdrop-data should Breaks+Replaces version of eggdrop 
that are *before* than the package split.


Given that eggdrop-data was introduced in 2004, you could also just drop 
the Replaces field.


Ansgar


--
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/50fd210f.2050...@debian.org

Bug#693182: RFS: sqldeveloper-package/0.3.0 [RC]

[Ansgar Burchardt]

Hi,

[ I do not plan to sponsor this. ]

On 11/14/2012 03:40 AM, Lazarus Long wrote:
 * Addressed all reported issues and bugs:
   - Download links updated (Closes: #618650)
 (Reported by Sergio Fernandez)
   - Split grep for shell script (LP: #985810,#998610) (Closes: #692534)
 (Reported by Bruno Medeiros and patch by Brad Powell)
   - Replaced dos2unix with tofrodos (LP: #560803,#626272) (Closes: #568982)
 (Reported by Seth Rosenblum)
   - Included debhelper on the build dependency list (LP: #588458)
 (Reported by Seth Rosenblum)
   - Replaced dh options with overrides (LP: #998258)
 (Reported by Christian Loos)
 * Several small fixes and improvements:
   - Fixed an unknown parameter passed to trap when in debug mode
   - Differential dependencies for pre and post SQL Developer v2
   - Strengthened trap exit handling
 * Updated documentation with JDK dependencies for all versions
 * Updated documentation regarding compatible JDKs
 * Updated OTN license to current version
 * Tested against v2.x and v3.x release families of SQL Developer
 * Solved Debian QA warnings:
   - Converted source format to 3.0 (native)
   - Added Homepage to debian/control
 * Changed the source compression format to xz
 * Verified compliancy with Standards-Version: 3.9.3
 * Bumped version to reflect functionality

Just looking at this changelog entry, I do not think all of these
changes conform to the freeze policy[1].

  [1] http://release.debian.org/wheezy/freeze_policy.html

Ansgar


-- 
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/50a36383.1090...@debian.org

Bug#690589: RFS: libdigest-md6-perl/0.11-1

[Ansgar Burchardt]

Hi,

Oleg Gashev gas...@gmail.com writes:
   libdigest-md6-perl - Digest::MD6 - Perl interface to the MD6 Algorithm
   dget -x 
 http://mentors.debian.net/debian/pool/main/libd/libdigest-md6-perl/libdigest-md6-perl_0.11-1.dsc

You might want to join the Debian Perl Group you already list as the
maintainer for this package ;)  See [1] for more details.

  [1] http://wiki.debian.org/Teams/DebianPerlGroup/Welcome

Besides that:

 - The two entries in debian/changelog should probably be collapsed into
   one.

 - The (build-)dependencies on hardening-wrapper, perl-base and
   perl-modules look wrong. Why are they there?

 - I would use just Perl interface to the MD6 algorithm as the short
   description. Most Perl modules use that scheme.

 - debian/copyright is wrong. Some parts are distributed under the same
   terms as perl, ie. Artistic or GPL-1+; other parts use BSD-like
   licenses. There are also additional copyright holders.

   See [2] for an example how to document the Artistic or GPL-1+ part.

 [2] 
http://packages.debian.org/changelogs/pool/main/libc/libcatalyst-action-rest-perl/current/copyright

 - README should not be installed as documentation as it contains only
   installation information that is of no use when you installed the
   Debian package.

Ansgar


-- 
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/87hapvpg3n@deep-thought.43-1.org

Re: RFS: pidgin-latex/1.4.4-2

[Ansgar Burchardt]

On 08/28/2012 01:00 PM, Elías Alejandro wrote:
  NOTE: This version fix a security issue, please refer to:
   
 http://pidgin-latex.cvs.sourceforge.net/viewvc/pidgin-latex/pidgin-latex/CHANGELOG?r1=1.4r2=1.5

I guess this should be included in wheezy.  Please read the freeze
policy[1] to see what changes are still accepted.

  [1] http://release.debian.org/wheezy/freeze_policy.html

   Changes since the last upload:
 
  * Bump debhelper to 9
  * debian/copyright
+ Update format as in Debian Policy 3.9.3
  * debian/control
+ Bump Standards-Version to 3.9.3

These changes should not be included.

  * debian/rules
+ Append CPPFLAGS from dpkg-buildflags as hardening option

This might be okay.

  * debian/patches/01_security_issue.patch: Added. (Closes: #685888)
   + This fix insufficient validation of LaTeX code and avoid
 access to user local information.
  * Corrected lintian warning
+ Added missing license paragraph in debian/copyright file

These look okay as well.  Please note that I haven't looked at the
actual changes, just the changelog.  I'm also not part of the release team.

Ansgar


-- 
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/503cc545.2030...@debian.org

Bug#685836: RFS: libpam-ssh/1.97+ds-1 reintroduction

[Ansgar Burchardt]

Bart Martens ba...@debian.org writes:
 You could, if you want that, create a package with version 1.92-15 based on
 version 1.92-14, and ask debian-release to add it to wheezy.

It's very unlikely the release team will still accept a new package
in wheezy at this stage.  You could however provide a backport later.

Ansgar


-- 
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/87r4qvfnuy@deep-thought.43-1.org

Re: *.so symlinks in shared lib package

[Ansgar Burchardt]

Michael Wild them...@users.sourceforge.net writes:
 Do *.so development symlinks in a shared-library package constitute a
 policy violation? 8.1 Doesn't forbid them in the library package and 8.4
 only says the should be in the -dev package.

From Policy 8.2:

If your package contains files whose names do not change with each
change in the library shared object version, you must not put them
in the shared library package.

So most likely you don't want development symlinks in the library
package.

Ansgar


-- 
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/87a9yly54m@deep-thought.43-1.org

Re: Bug#677277: lists.debian.org: new list: sponsorship-reque...@lists.debian.org

[Ansgar Burchardt]

Hi,

On 06/12/2012 11:55 PM, Don Armstrong wrote:
 4) Those who don't want to receive BTS mail can trivially filter it out

If they know how to do so. Please keep in mind that we want new
contributors to subscribe to -mentors and we already throw a lot of
stuff to learn at them. Putting even more on that list might not be a
good idea.

 On Tue, 12 Jun 2012, Michael Gilbert wrote:
 I'll just try this selectricity poll for now so we don't get billions
 of votes here:

 http://selectricity.org/quickvote/debianrfslist

 So, I don't think those options accurately describe the choices.  The
 options really are:

 1.  Send useful bts discussion as well as verbose control messages to 
 -mentors
 2.  Send useful bts discussion to both -mentors and
 sponsorship-requests, with verbose control messages to
 sponsorship-requests only
 
 These two options would require listmaster@ to specifically filter out
 messages that were sent to debian-mentors.

No, as far as I know the current plan was to change the maintainer for
the pseudo-package and then subscribe -mentors@ to only the discussion
part via the PTS (the bts keyword there, but not bts-control).

Ansgar


-- 
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/4fd85d89.6040...@debian.org

Bug#664765: RFS: ember-media/0.6.2.1-1 [ITA]

[Ansgar Burchardt]

Hi,

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
   dget -x 
 http://mentors.debian.net/debian/pool/main/e/ember-media/ember-media_0.6.2.1-1.dsc

Thanks for reminding me that I still have to look at this package.
There is not much to comment:

 - Where does License: GPL-2+ for Bloom2.material come from?
 - You could use -delete instead of -exec rm when using find.
   Or, maybe even better, something like
 echo Removed extra COPYING files:; find -name COPYING -print -delete
   to show what was removed in the build log.

Regards,
Ansgar




-- 
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/87d35i83r8@deep-thought.43-1.org

Bug#674997: RFS: sanlock/2.2-4 [ITP]

[Ansgar Burchardt]

Hi,

[ I have no intention to sponsor this package. ]

David Weber w...@munzinger.de writes:
  libsanlock-client1 - client library for sanlock
  sanlock- shared storage lock manager
  sanlock-dev - development files for sanlock

The descriptions for the development and library packages are not very
informative.  They give no more information then the package names
themselves, something like

  libsanlock-client1 - shared storage lock manager (client library)
  sanlock-dev - shared storage lock manager (development files)

would be better.

Also is there a reason why it's sanlock-dev and not libsanlock-dev?  

It might also be a good idea to merge all changelog entries so you only
have the Initial release. entry.

Ansgar



-- 
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/s2ssjejs63x@bistromathics.mathi.uni-heidelberg.de

Bug#673096: RFS: figlet/2.2.4-1

[Ansgar Burchardt]

Bart Martens ba...@debian.org writes:
 The package contains material that must not be distributed.  One example is
 that the file fonts/8859-3.flc contains a license contains a license which
 specifically excludes the right to re-distribute.

I filed a bug to keep track of this (#674844).

Ansgar



-- 
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/87d35ovhri@deep-thought.43-1.org

Bug#671816: RFS: gnome-ksnapshot/1.0 [ITP]

[Ansgar Burchardt]

tag 671816 + moreinfo wontfix
thanks

Luca or...@email.it writes:
 I am looking for a sponsor for my package gnome-ksnapshot. This
 simple package should be relevant for all people that like GNOME, and
 nevertheless think that ksnapshot is /far/ better than
 gnome-screenshot.

Moving files belonging to other packages around in maintainer scripts
is not okay.  Either dpkg-divert or alternatives would be better.

That said I don't think we need a package just for the purpose of
calling dpkg-divert in the archive.

Regards,
Ansgar



-- 
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/87ipg85tzm@deep-thought.43-1.org

Bug#670696: RFS: burp/1.3.3-1

[Ansgar Burchardt]

Hi,

[ I do not intend to sponsor this package. ]

Bastiaan Franciscus van den Dikkenberg b...@dikkenberg.net writes:
   * Fix Build of version 1.3.2 failing  (Closes: #669107)

I don't think its useful to track issues in the bug tracker that do not
affect the package currently in Debian.  And unless 1.3.1-1 also had
this problem, the Version: field in the bug report is wrong.

You also don't need to mark bugs as fixed as the archive software will
do so for you (if you want to mark them as being fixed in the next
upload, you should use the pending tag instead).

Regards,
Ansgar



-- 
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/87sjfoccdm@deep-thought.43-1.org

Bug#670452: RFS: fractgen/2.0.13-1 -- Looking for a Debian sponsor

[Ansgar Burchardt]

Hi,

[ I have no intention to sponsor thie package. ]

How does fractgen compare to other fractal generators already in Debian
such as fraqtive or xaos?

Regards,
Ansgar



-- 
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/878vhj2bxy@deep-thought.43-1.org

Re: packaging help

[Ansgar Burchardt]

On 04/24/2012 03:16 PM, Whit Armstrong wrote:
 I would be looking for 6-64999, assuming my package eventually
 made it into debian, I suppose it would need to have a 'globally
 allocated' uid.  The idea is simply not to give users executing an R
 script on the machine root access.

You shouldn't need a statically allocated user id for this; just
creating a (system) user with adduser should be fine.  (The 100-999
range in policy 9.2.2.)

 Regarding, reSIProcate, it's cdbs based?  Would the postinst script be
 the same format if I use dh?  Based on Lucas Nussbaum's tutorial
 (http://www.debian.org/doc/manuals/packaging-tutorial/packaging-tutorial.en.pdf)
 I thought that dh would be the way to go for new packages.

Maintainer scripts shouldn't differ (they are more or less just copied
into the binary packages[1]).

dh should be the most popular for new packages, but in the end it's a
matter of preferences.  I believe it might also be easier to find a
sponsor for packages using dh as more people are familiar with it than
with cdbs.

Regards,
Ansgar

[1] With a few modifications: debhelper (and cdbs as it uses debhelper)
might add some lines to them by replacing a special marker with
shell code (#DEBHELPER#).


-- 
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/4f96ad1d.2050...@43-1.org

Re: error while building debpackage for web

[Ansgar Burchardt]

On 04/23/2012 01:48 PM, karunakar medamoni wrote:
 cp: cannot stat `debian/tmp/usr/share/XAwu': No such file or directory
 dh_install: cp -a debian/tmp/usr/share/XAwu
 debian/xawu/var/www/htdocs/XAwu/ returned exit code 1
 make: *** [binary-install/xawu] Error 2

Please provide more information if you want an answer.  We can't tell
you more that what the error message already says: you try to copy
something that doesn't seem to exist.

Ansgar


-- 
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/4f954228.3030...@debian.org

Re: softlink creation in debian package

[Ansgar Burchardt]

On 04/23/2012 11:19 AM, karunakar medamoni wrote:
 how to create symlink for a webapplication from
 /usr/share/package-name  to /var/www/package-name in debian package.
 means when ever i will installed webapplicaton in any machine it
 automatically create a symlink debian itself.

As Bruno already said you can do so with dh_link(1), but note that it is
wrong for a package in the official archive to ship files in /var/www.

Regards,
Ansgar


-- 
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/4f95429d.2010...@debian.org

Bug#670064: RFS: dylandotnet/11.2.9.2-1 [ITP] -- dylandotnet compiler

[Ansgar Burchardt]

tag 670064 + moreinfo
block 626078 with 670064

Dylan Borg borgdy...@hotmail.com writes:
 dget -x 
 http://mentors.debian.net/debian/pool/main/d/dylandotnet/dylandotnet_11.2.9.2-1.dsc

Half of the comments from [1] still seem to apply to the current
package.  In addition there are many file in the upstream tarball that
should not be there such as backup copies or log files.

Also the following is not a useful changelog entry:

   dylandotnet (11.2.9.2-1) experimental; urgency=low
   
 * (Closes:626078)
   
-- Dylan Borg borgdy...@hotmail.com  Sun, 21 Apr 2012 18:57:04 +0100

Please take a look at section 6.3 of the developer reference[2].  Please
also read the part about the package description (6.2.1-3).

Is the language the compiler is written for used anywhere?

Regards,
Ansgar

[1] http://lists.debian.org/debian-mentors/2011/08/msg00554.html
[2] http://www.debian.org/doc/manuals/developers-reference/index.en.html



-- 
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/878vhniddf@eisei.43-1.org

Re: RFS: augeas/0.10.0-0.1 [NMU]

[Ansgar Burchardt]

On 04/16/2012 11:20 AM, Игорь Пашев wrote:
 dget -x 
 http://mentors.debian.net/debian/pool/main/a/augeas/augeas_0.10.0-0.1.dsc
 
   Changes since the last upload:
 
   augeas (0.10.0-0.1) unstable; urgency=low
  .
* Non-maintainer upload
* New upstream release
* Updated symbols
* Added upstream patch for sudoers (Closes: #650079)
* Added upstream patch for debctl (Closes: #650887)
* Added upstream patch for modprobe (Closes: #641813)
* Closes: #602703, #510850, #648772 (fixed early in upstream)
What do you mean by fixed early in upstream?

* Fixed build-deps (build-depends-on-1-revision)
 ^^^
You also added a new build-dependency. Please mention that in the
changelog, the current entry suggests you only removed the -1.

Did you try to contact the package maintainers?

Regards,
Ansgar


-- 
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/4f8bebe6.4050...@43-1.org

Re: RFS: augeas/0.10.0-0.1 [NMU]

[Ansgar Burchardt]

On 04/16/2012 12:50 PM, Igor Pashev wrote:
 16.04.2012 13:52, Ansgar Burchardt пишет:
 On 04/16/2012 11:20 AM, Игорь Пашев wrote:
* Closes: #602703, #510850, #648772 (fixed early in upstream)
 What do you mean by fixed early in upstream?
 
 I mean these bugs were fixed in previous versions (0.8, 0.9),
 but not mentioned in debian/changelog. I though never-fixed-bugs
 is worse than this changelog entry.

In this case they should not be closed via a changelog entry for the new
version, but with a simple mail to the BTS.  See [1] for details how to
do so (please remember to include the Version: header with the first
version in Debian that fixed the bug).

[1] http://www.debian.org/Bugs/Developer#closing

 Did you try to contact the package maintainers?

 No. I just needed newer version ASAP, so here it is,
 and at one I decided to review bugs and upload the new package.

Please do so first, for example by asking for the new version in the
BTS.  You can also include your proposed NMU diff if you want to help
the maintainer.  A NMU should only be done if the maintainer is busy and
cannot react himself.

Regards,
Ansgar


-- 
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/4f8c048b.2080...@debian.org

Bug#664766: RFS: ember/0.6.2-1 [ITA]

[Ansgar Burchardt]

tag 664766 + moreinfo confirmed

Hi,

sorry for taking a while, but here is the first round of comments:

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
 ember (0.6.2-1) unstable; urgency=low

   * new upstream release (closes: #633854)
 - removed dependency on libceguiogre-dev (closes: #629767)
   * removed old unused build dependencies
   * converted to 3.0 (quilt) source format, removed obsolete patches
   * converted to use dh sequencer
   * new maintainer: Debian games team (closes: #653970)
 -added myself as uploader
  ^^^
There is a space missing here.

   * adjusted paths in installed launcher script to use defaults
   * used xz compression in packaging
   * debian/control: updated Standards-Version to 3.9.3
   * debian/copyright: changed to computer-readable format (DEP-5)

Comments about the packaging:

Looks good, only some minor nitpicks:

 - debian/ember.1: Debian GNU/Linux should be changed to just Debian.
 - Are the patches forwarded upstream?
 - d/rules: find -exec rm can be replaced with find -delete
 - d/rules: find . could be replaced with find debian/tmp as I
   understand you only want to remove duplicate COPYING files.
 - d/rules: # force use of local version of tolua++ and newer libtool
   doesn't seem related to the command below it.

About copyright information:

 - src/components/ogre/environment/pagedgeometry/include/MersenneTwister.h:
   BSD-*3*-clause, also:
   When you use this, send an email to: m-...@math.sci.hiroshima-u.ac.jp
   with an appropriate reference to your work.

   This additional clause makes the license non-free (postcardware),
   see also the first example in question 12 of the [DFSGFAQ].

   I believe having seeing this before and it might have changed by
   upstream, but I haven't checked.
 - FastDelegate.h: released under CPOL according to [FASTDELEGATE].
   See [CPOL] for the license.  I haven't read the license text yet,
   please check it fulfills the DFSG requirements and is compatible with
   the other licenses.
 - DRGNURBSSurface.{h,cpp}: Copyright 1999 Intel Corporation.
   See file for license.
 - EmberPagingSceneManager/*: mostly LGPL-2+, not -2.1+

There are additional copyright holders and years of copyright should
probably be updated as well.  I noticed at least these, but didn't look
that careful:

 - years of copyright need to be updated:
   Erik Hjortsberg erik.hjortsb...@gmail.com, (C) 2011
   (from EmberPagingTerrainObserver.h and others)
 - Copyright (C) 2009 Manuel A. Fernandez Montecelo
 - Copyright (C) 2011 Erik Ogenvik GPL-2+
 - src/components/ogre/gui/RenderedColourStringTextComponent.cpp:
   contains code lifted from the CEGUI project.  Has additional
   copyright holder and license.
 - Copyright (c) 2000-2006 Torus Knot Software Ltd

About upstream code:

 - ./ember should probably use `set -e' and maybe also `set -u'.
   Also it's not possible to pass both --home and --debug.
 - ./ember.in seems to be no longer needed (it has the same contents as
   ./ember).
 - src/components/ogre/terrain/ICompilerTechniqueProvider.h:
   The header states C++ Interface: ITerrainMaterialFinalizer which
   looks like a copy-and-paste error. The include guards use
   EMBER_OGREVIEW_ITERRAINMATERIALFINALIZER_H as well.
 - spelling error: To switch bach to attached mode, close the frame
   window with the dialog: bach - back

Regards,
Ansgar

[CPOL] http://www.codeproject.com/info/cpol10.aspx
[DFSGFAQ] http://people.debian.org/~bap/dfsg-faq.html
[FASTDELEGATE] http://www.codeproject.com/cpp/FastDelegate.asp



-- 
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/87hawtas9v@deep-thought.43-1.org

Re: package bundle versioning

[Ansgar Burchardt]

Jeroen Ooms jeroen.o...@stat.ucla.edu writes:
 I have a source package which contains a number of packages that are
 inter-dependent. Is there a way to make sure that the versions of the
 different packages inside the bundle are in sync when installed?

As long as only one source package is involved you can easily do so by
using Depends: foo (= ${source:Version}) or (= ${binary:Version}) in
debian/control.  See also deb-substvars(5).

You usually want to use source:Version for dependencies on an arch:all
package and binary:Version for dependencies of an arch:any package on
another arch:any package.  This way the dependencies will be correct
even after a binNMU of the arch:any packages.

Dependencies of an arch:any on a arch:all package are a bit trickier.

Regards,
Ansgar


-- 
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/874nssbpn7@deep-thought.43-1.org

Bug#664765: RFS: ember-media/0.6.2.1-1 [ITA]

[Ansgar Burchardt]

Hi,

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
   dget -x 
 http://mentors.debian.net/debian/pool/main/e/ember-media/ember-media_0.6.2.1-1.dsc

I haven't had time for a proper review, but here are some first
comments:

 - typo in the package description: media data user at runtime should
   be media data *used* at runtime.
 - The WF packages currently use three different forms to refer to WF:
   Worldforge, WorldForge and World Forge. Please decide on one of
   them.
 - I prefer if the short description would tell more about the package,
   not only that it is related to ember.  Maybe 3D client of the
   WorldForge project -- media files or something along that lines?
 - The package creates links to fonts shipped in other packages, but
   does not depend on them.
 - debian/copyright should use GPL-2+ or GFDL-NIV-1.1+ for
   dual-licensed files and have two license paragraphs (one for GPL-2+
   and one GFDL-NIV-1.1+).

Regards,
Ansgar



-- 
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/87y5q4a948@deep-thought.43-1.org

Bug#667617: RFS: postgres-xc/0.9.6-1 [NEW] -- Write-scalable, synchronous multi-master, transparent PostgreSQL

[Ansgar Burchardt]

Hi,

[ I have no intention to sponsor this package. ]

On 04/05/2012 01:32 PM, Vladimir Stavrinov wrote:
 postgres-xc - Write-scalable, synchronous multi-master, transparent 
 PostgreSQL

Please change your RFP[1] for this to an ITP to indicate you are working
on this.

Is this a PostgreSQL fork?  If so the copyright information is not complete.

README.source and README.Debian have no useful content and probably
should be removed.

postgres-xc.doc-base says Debian postgres-xc Manual. Why did you
include Debian there?

Regards,
Ansgar

[1] http://bugs.debian.org/646563



-- 
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/4f7d8c7d.30...@43-1.org

Re: RFS: quickrdp/1.1.6-1 or how to proceed

[Ansgar Burchardt]

Hi,

On 04/04/2012 10:12 AM, cento wrote:
 I try to dget -x  his *.dsc, after import the right public key (ID
 AB0B0354), but it show me always the gpgkey error say is not possible to
 verify the sign. What is wrong?

dget uses dscverify to check the signature.  dscverify only uses the
debian-keyring.gpg and debian-maintainers.gpg keyrings located in
/usr/share/keyrings by default, so it will not see any keys you imported
unless you tell it to use a different keyring (eg. the one in your
~/.gnupg).

Regards,
Ansgar


-- 
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/4f7c10f4.1060...@43-1.org

Bug#659047: RFS: rpg - Readable Password Generator

[Ansgar Burchardt]

On 04/04/2012 01:09 PM, Vladimir Stavrinov wrote:
 I've used apg few years ago, but was not satisfied with it. That is
 exactly why I have started to write my own alternative. The main point
 was pronounceability.

We also have pwgen which generates pronounceable passwords according
to its man page.

Regards,
Ansgar



-- 
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/4f7c3377.4060...@debian.org

Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively

[Ansgar Burchardt]

tag 667506 + wontfix
thanks

On 04/04/2012 04:16 PM, Vladimir Stavrinov wrote:
 install-debian - This command line utility installs Debian system 
 non-interactivel

From a quick look it looks like it configures everything in a very
specific way (including installing init scripts for non-Debian
applications, configuring mutt, setting locales to hardcoded values,
...).  I do not think it is suitable for Debian.

Regards,
Ansgar



-- 
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/4f7c65f2.5030...@43-1.org

Bug#667511: RFS: updeb/1.0.3 [NEW] -- Non-interactive upgrade Debian system

[Ansgar Burchardt]

On 04/04/2012 04:06 PM, Vladimir Stavrinov wrote:
 updeb - Non-interactive upgrade Debian system

I do not believe running apt-get dist-upgrade non-interactive is a good
idea... Also there is already unattended-upgrades in the archive if you
want to automatically install security updates.

Ansgar



-- 
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/4f7c6bf6.1000...@43-1.org

Bug#666221: RFS: bwctl/1.3-1 [ITP] -- bandwidth test controller

[Ansgar Burchardt]

Hi,

[ I have no intention to sponsor this package. ]

Raoul Borenius boren...@dfn.de writes:
 * License : custom license which is not considered free (see
 
 http://lists.debian.org/debian-legal/2012/02/msg4.html)
   but upstream is apparently changing to apache license in
   upcoming release of bwctl

Then it should not go to main. See [1] how to change this in the source
package.

  bwctl-client - bandwidth test controller (client)
  bwctl-doc  - documentation for bandwidth test controller
  bwctl-server - bandwidth test controller (server)
  i2util-tools - internet2 utilities
  libbwlib-dev - bandwidth test controller (development)
  libi2util-dev - internet2 utility library (development)
  libthrulay-dev - network capacity tester (development)
  libthrulay0 - network capacity tester (runtime)
  thrulay-client - network capacity tester (client)
  thrulay-server - network capacity tester (server)

Is it really necessary to split this in so many packages?

Regards,
Ansgar

[1] http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections



-- 
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/874nt6d046@deep-thought.43-1.org

Bug#666141: RFS: openconnect/3.15-1

[Ansgar Burchardt]

Hi,

[ I have no intention to sponsor this package. ]

On 03/29/2012 05:27 AM, Mike Miller wrote:
 openconnect (3.15-1) unstable; urgency=low
 
   * New maintainer

The package does not appear to be orphaned.  Did you ask the current
maintainer if he is okay with you taking over the package?

Regards,
Ansgar



-- 
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/4f742c3d.7090...@43-1.org

Re: building for more than one distribution

[Ansgar Burchardt]

Hi,

On 03/21/2012 11:29 PM, Dennis van Dok wrote:
 - change the distribution in debian/changelog before building: 
 debchange -D $dist maybe other options
 
 Thanks, but this complicates my procedures. After calling debchange
 I'm left with a modified tree and svn-buildpackage will complain I
 have uncommitted changes. Consider that this has to be done for some 5
 or 6 distributions (including the Ubuntu ones).
 
 I found that reprepro handles things a little better than
 mini-dinstall; it comes with changestool which can manipulate changes.

sbuild has a -d option that I believe also changes the field in the
.changes.  It also has options to append a suffix to the version which
you need if you want to keep binary packages built for multiple
distributions in the same archive.

Regards,
Ansgar


-- 
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/4f6b0b01.9000...@43-1.org

Re: RFS: v8cgi (fourth try)

[Ansgar Burchardt]

Hi,

[ I don't intend to sponsor this package. ]

On 03/22/2012 08:18 AM, Ondřej Žára wrote:
 libapache2-mod-v8cgi - v8cgi apache module
  v8cgi - Wrapper around V8 Javascript engine
  v8cgi-gd   - v8cgi gd module
  v8cgi-memcached - v8cgi memcached module
  v8cgi-mysql - v8cgi mysql module
  v8cgi-pgsql - v8cgi pgsql module
  v8cgi-sqlite - v8cgi sqlite module

Just a short comment on the package descriptions: they don't tell me at
all what these packages do beyond what I can already guess from the
package name itself.  See [1] and [2] for a bit more information and a
few examples.

Regards,
Ansgar

[1] http://www.debian.org/doc/debian-policy/ch-binary.html#s-descriptions
[2]
http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-pkg-synopsis


-- 
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/4f6b0fca.4060...@43-1.org

Bug#664766: RFS: ember/0.6.2-1 [ITA]

[Ansgar Burchardt]

owner 664766 !
owner 664765 !
thanks

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
 I am looking for a sponsor for my package ember

I'll look at this and ember-media in the next days.

Regards,
Ansgar



-- 
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/87sjh30yc6@eisei.43-1.org

Bug#661857: RFS: libre-jigsaw/2012.02.25-1 [ITP]

[Ansgar Burchardt]

On 03/02/2012 12:33 AM, Jon Hulka wrote:
  dget -x 
 http://mentors.debian.net/debian/pool/main/libr/libre-jigsaw/libre-jigsaw_2012.02.25-1.dsc
 
 Libre Jigsaw is written in Java

I'm not familiar with Java so I only took a brief look at the package:

debian/rules refers to your home directory. That will not work for other
people building the package.

The short description should not just repeat the package name.
Something generic like jigsaw puzzle might be better.

I did not see what you install to /usr/games/libre-jigsaw which is
started by the .desktop and menu files. But I might have missed it.

Regards,
Ansgar



-- 
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/4f50adac.4040...@debian.org

Bug#658426: xfonts-bolkhov/20001007-7 [ITA] -- Cyrillic fonts for X

[Ansgar Burchardt]

Daniel Martí danielmarti.deb...@gmail.com writes:
 The new .orig.tar.gz has been modified because the folder it contained was
 xfonts-bolkhov-1.1.20001007.orig, instead of xfonts-bolkhov-1.1.20001007. I
 just renamed that folder and repacked the orig file. I know this breaks the
 new revision thing, but as far as I know the correct thing to do is to remove
 the orig part.

 What do you think about it?

You cannot change a file once it has been uploaded to the archive; it
would need to use a different version number which I don't think is
warranted for a cosmetic change.

Regards,
Ansgar



--
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/871upcm6lt@deep-thought.43-1.org

Bug#661568: RFS: ipset/6.11-2

[Ansgar Burchardt]

Hi,

Neutron Soutmun neo.neut...@gmail.com writes:
   * Close bugs that have been reintroduced again since updating version
 uploaded.  (Closes: #528990,#625360,#648366)

Please close bugs that are fixed by other means than changes in the
package by sending a mail to the BTS (ideally with version information).
See [1] for more details.

Regards,
Ansgar

[1] http://www.debian.org/Bugs/Developer#closing



-- 
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/87399vqr98@deep-thought.43-1.org

Bug#658065: RFS: atlas-cpp/0.6.2-1 [ITA] -- WorldForge wire protocol library

[Ansgar Burchardt]

Hi,

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
 On 02/12/2012 05:49 AM, Ansgar Burchardt wrote:
 Stephen M. Webbstephen.w...@bregmasoft.ca  writes:
   * There are files licensed under the GFDL in tutorial/example.
 [...]
 I have reworded debian/changelog for clarification and added a clause to
 debian/copyright for the example files.  A new source package has been
 uploaded to mentors.debian.net.

 Please don't assume specific versions of licenses if upstream does not
 say so (debian/copyright says GFDL-1.3+ while the example files in the
 tarball say just GFDL unless I missed something). Also you mentioned the
 LGPL-2.1 instead of the GFDL later.

 Upstream has been unable to clarify the licensing of the particular
 source in question (the original author is out of contact) and has
 suggested it be removed from the source tarball, since it is neither
 built nor packaged.  Is this a preferred alternative?

I think it is fine to just document that it is released under a GFDL
license (any version) and add a note that we assume there are no
invariant sections, no front cover and no back cover texts.  The GFDL
even states so: If the Document does not specify a version number of
this License, you may choose any version ever published (not as a draft)
by the Free Software Foundation. and If the Document does not identify
any Invariant Sections then there are none. (and I assume the same
holds for cover texts).

So I would use something like:

Files: tutorial/example/*
Copyright: 2000, Stefanus Du Toit
License: GFDL-NIV-1.0+
 This file is covered by the GNU Free Documentation License.
 .
 On Debian systems the full text of the GNU Free Documentation License
 can be found in `/usr/share/common-licenses/GFDL'.
Comment:
 No invariant sections, no front cover and no back cover texts are given.

Maybe refer to a specific version instead, but as we don't have versions
1.0 or 1.1 in common-licenses, you would have to refer to 1.2 or 1.3.

Regards,
Ansgar



-- 
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/87ehthrfmo@deep-thought.43-1.org

Bug#660774: RFS: gnash/0.8.10-3~bpo60+1 [DM uploads to bpo]

[Ansgar Burchardt]

Hi,

it looks like gnash is no longer on mentors.d.n, probably it was removed
because unstable has a higher version (might be a bug in debexpo).

Could you make the package available somewhere else? Also consider to
update the Git branch as well.

Regards,
Ansgar



-- 
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/87aa45ra4v@deep-thought.43-1.org

Bug#658426: xfonts-bolkhov/20001007-7 [ITA] -- Cyrillic fonts for X

[Ansgar Burchardt]

tag 658426 + moreinfo
thanks

Hi,

Daniel Martí danielmarti.deb...@gmail.com writes:
 http://mentors.debian.net/debian/pool/main/x/xfonts-bolkhov/xfonts-bolkhov_1.1.20001007-7.dsc

the .orig.tar.gz you used differs from the one currently in the archive:

Files: 
 6ef8024579061b77c835ec950dfdb8ee 871068 xfonts-bolkhov_1.1.20001007.orig.tar.gz
 99c0594cc6076cd50c3a1ab29cd26226 10527 xfonts-bolkhov_1.1.20001007-6.diff.gz

Files: 
 dcc1a666c29a80fd7d9f3c0675a8cd08 889978 xfonts-bolkhov_1.1.20001007.orig.tar.gz
 a399807926862db01a652e53f2c78663 11546 
xfonts-bolkhov_1.1.20001007-7.debian.tar.gz

Please upload a version built against the right upstream tarball.

Regards,
Ansgar



--
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/8762etr97a@deep-thought.43-1.org

Bug#659083: RFS: xmoto -- 2D motocross platform game

[Ansgar Burchardt]

tag 659083 + moreinfo
thanks

Hi,

Stephen Kitt st...@sk2.org writes:
   dget -x http://mentors.debian.net/debian/pool/main/x/xmoto/xmoto_0.5.9-1.dsc

You do not include the full license text for src/glext.h in the
copyright information.

Have the patches been forwarded upstream?

You use debhelper compat level 9, so why don't you build-depend on
debhelper (= 9)?

Please update at least config.{guess,sub}, see [1] for details, or just
use dh-autoreconf (my personal preference).

The source for bin/xmoto.bin seems to be missing, compare with
upstream's SVN repository[2].  I have filed a bug[3] as it is also
the case for the version currently inthe archive.  Please ask upstream
to include the source and ideally built xmoto.bin instead of including
it, see also [4] for more details.

Regards,
Ansgar

[1] file:///usr/share/doc/autotools-dev/README.Debian.gz
[2] http://svn.tuxfamily.org/viewvc.cgi/xmoto_xmoto/trunk/bin/
[3] http://bugs.debian.org/661340
[4] http://www.freedesktop.org/wiki/Games/Upstream#Source



-- 
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/87ty2dprxz@deep-thought.43-1.org

Bug#659894: RFS: minidlna/1.0.24+dfsg-1 -- lightweight DLNA/UPnP-AV server (new upstream version)

[Ansgar Burchardt]

Benoît Knecht benoit.kne...@fsfe.org writes:
   dget -x 
 http://mentors.debian.net/debian/pool/main/m/minidlna/minidlna_1.0.24+dfsg-1.dsc

The package was removed due to a bug in the new debexpo version.  Could
you upload it again?

Regards,
Ansgar



--
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/87pqd1prv2@deep-thought.43-1.org

Bug#658065: RFS: atlas-cpp/0.6.2-1 [ITA] -- WorldForge wire protocol library

[Ansgar Burchardt]

Hi,

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
 http://mentors.debian.net/debian/pool/main/a/atlas-cpp/atlas-cpp_0.6.2-1.dsc

The new lintian version made me aware of another problem I had missed:

E: libatlas-cpp-0.6-dev: arch-dependent-file-not-in-arch-specific-directory 
usr/bin/atlas_convert
N:
N:   This package is Multi-Arch same, but it installs an ELF binary in
N:   the directory that is not architecture-specific.
N:   
N:   Refer to https://wiki.ubuntu.com/MultiarchSpec for details.
N:   
N:   Severity: serious, Certainty: possible
N:   
N:   Check: binaries, Type: binary, udeb

The easiest solution would be to just leave the Multi-Arch field for
now, otherwise it would need to go to an extra package.  But I am not
sure if that is worth it.

I also noticed a typo in the package description for
libatlas-cpp-0.6-dev: developmentfiles misses a space.

Regards,
Ansgar



-- 
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/87y5rpo3si@deep-thought.43-1.org

Bug#658114: RFS: mysql-sandbox -- Install and set up one or more MySQL server instances easily

[Ansgar Burchardt]

Hi,

have you tried contacting the MySQL maintainers (CCed)?  Maybe on of
them is interested in this package.

Mateusz Kijowski mateusz.kijow...@gmail.com writes:
 I am looking for a sponsor for my package mysql-sandbox.

  * Package name: mysql-sandbox
Version : 3.0.24-1
Upstream Author : Giuseppe Maxia g...@cpan.org
  * URL : http://mysqlsandbox.net/
  * License : GPL-2
Section : database

 It builds those binary packages:

 mysql-sandbox - Install and set up one or more MySQL server instances easily

 To access further information about this package, please visit the
 following URL:

   http://mentors.debian.net/package/mysql-sandbox

 Alternatively, one can download the package with dget using this command:

   dget -x 
 http://mentors.debian.net/debian/pool/main/m/mysql-sandbox/mysql-sandbox_3.0.24-1.dsc

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

Regards,
Ansgar



-- 
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/87haydtgq5@deep-thought.43-1.org

Re: Is there a public-facing page of the various autobuilders ? more specifically hardware specs.

[Ansgar Burchardt]

Hi,

I think -project@ might be a better list for this.

On 02/21/2012 03:14 PM, shirish शिरीष wrote:
 The info. I'm looking for  is the physical infrastructure as to the
 kinda specs (hardware specs of the machines) on the network are and if
 they are located at diverse locations (or not).

[DB] has a list of machines in use by Debian, you want to look for hosts
which have listed buildd purpose.  For bandwidth usage, you could try
the munin instance maintained by DSA [MUNIN]; access details can be
found on [DSA].

  [DB] http://db.debian.org/machines.cgi
  [MUNIN] http://munin.debian.org/
  [DSA] http://dsa.debian.org/

 I do know that there is a mailing list dedicated for DD,DM's
 wanna-build [04] but am not sure if my query would be entertained
 there (as I'm no DD,DM or even a package uploader, just an interested
 user who uses stuff from Debian).

Just try asking them, most people don't bite (or at least not too hard).
You might also be interested in [ORG] and [TEAMS] which has a bit more
information.

  [ORG] http://www.debian.org/intro/organization
  [TEAMS] http://wiki.debian.org/Teams

 (Have no idea for instance if autobuilders have direct access to the
 archive [05] and if they don't what kind of bandwidth is needed. I do
 know that in the past vendors like HP and others have donated machines
 for autobuilding and things.

Hmm, I am not sure if there is much documentation about this, but as far
as I know buildds usually have access to the archive (they can use
mirrors as well), including packages not yet pushed to the mirror
network (similar to [INCOMING] but with signed Packages indices for use
with APT).

  [INCOMING] http://incoming.debian.org

Regards,
Ansgar


-- 
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/4f43b12e.3030...@debian.org

Re: RFS: lftp-gtk

[Ansgar Burchardt]

Hi,

maintai...@lftp-gtk.com writes:
 I am looking for a sponsor for my package lftp-gtk.

  * Package name: lftp-gtk
Version : 1.5
  * URL : [http://www.lftp-gtk.com]
  * License : [gpl-2.0]
Section : web

the package is far from meeting requirements for a package in Debian,
please read [NM-Guide], [DevRef] and [Policy] if you have not done so
yet.

  [NM-Guide] http://www.debian.org/doc/manuals/maint-guide/
  [DevRef]   http://www.debian.org/doc/manuals/developers-reference/
  [Policy]   http://www.debian.org/doc/debian-policy/

Personally I also believe that the upstream code is currently not very
good and needs serious work before 


-- 
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/87ty2kf1z0@eisei.43-1.org

Bug#658291: RFS: mercator/0.3.0-1 [ITA] -- WorldForge terrain library

[Ansgar Burchardt]

Hi,

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
 I am looking for a sponsor for my package mercator:

 http://mentors.debian.net/debian/pool/main/m/mercator/mercator_0.3.0-1.dsc

Please mention in the changelog that you switched the compression
method.

debian/copyright says the library is licensed as GPL-2+, but the files
in the upstream tarball only include a header stating This file may be
redistributed and modified only under the terms of the GNU General
Public License (See COPYING for details) and the GPL-2 in COPYING.
Does upstream mean GPL-any, GPL-2 or GPL-2+ here?

It looks okay otherwise.

Regards,
Ansgar



-- 
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/87r4xqbu72@deep-thought.43-1.org

Bug#659991: RFS: hpfall

[Ansgar Burchardt]

On 02/15/2012 05:26 PM, Bas van den Dikkenberg wrote:

Upstream Author : [fill in name and email of upstream]
  * URL : 
https://launchpad.net/~pmjdebruijn/+archive/ppa/+build/2562251


I don't think a build status page qualifies as a useful URL for a package.

Regards,
Ansgar



--
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/4f3be2fe.5020...@debian.org

Bug#658065: RFS: atlas-cpp/0.6.2-1 [ITA] -- WorldForge wire protocol library

[Ansgar Burchardt]

Hi,

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
  * There are files licensed under the GFDL in tutorial/example.
[...]
 I have reworded debian/changelog for clarification and added a clause to
 debian/copyright for the example files.  A new source package has been
 uploaded to mentors.debian.net.

Please don't assume specific versions of licenses if upstream does not
say so (debian/copyright says GFDL-1.3+ while the example files in the
tarball say just GFDL unless I missed something). Also you mentioned the
LGPL-2.1 instead of the GFDL later.

Ansgar



-- 
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/87d39kfhrp@deep-thought.43-1.org

Bug#658065: RFS: atlas-cpp/0.6.2-1 [ITA] -- WorldForge wire protocol library

[Ansgar Burchardt]

tag 658065 + confirmed
thanks

Hi,

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
 I am looking for a sponsor for my package atlas-cpp:
 
   dget -x
 http://mentors.debian.net/debian/pool/main/a/atlas-cpp/atlas-cpp_0.6.2-1.dsc

 * There are files licensed under the GFDL in tutorial/example.

debian/changelog:

 * typo: rpsth - rpath

 * What does updated the -doc package files mean?

 * Why more in added more zlib and libbz build dependencies?

Minor upstream nitpicks:

 * I find it helpful if license statements include the version of the
license explicitly (as the example ones in the GPL do), same for
explicitly stating that there are no invariant sections etc.

 * README claims this was atlas-c++ 0.7.x which does not seem to be true.

Regards,
Ansgar



-- 
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/87fwei5o4i@deep-thought.43-1.org

Bug#659243: RFS: sweethome3d and sunflow [DM uploads to bpo]

[Ansgar Burchardt]

tag 659243 + moreinfo
thanks

On 02/09/2012 03:15 PM, Gabriele Giacone wrote:

Could anyone please upload sweethome3d and sunflow to backports for me?


What about [1]?

Also please don't sent both a RFS mail and a bug report -- both arrive 
at the same list.


Regards,
Ansgar

[1] http://lists.debian.org/20120209105908.ga17...@hawking.credativ.lan



--
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/4f33e095.6040...@43-1.org

Bug#658782: RFS: libapr-memcache0 -- apr_memcache is a client for memcached

[Ansgar Burchardt]

Hi,

[ I have no intention to sponsor this package. ]

 libapr-memcache0 (0.7.0-3)  stable; urgency=low

   * Switched to stable release

No, please read about the use of the different suites in Debian and how
packages migrate between them.  [1] has a short description in the
second half of the section.

Also please don't include the ABI version in the source package name
unless you know why you want to do so.

(Personally I also don't see a use in having multiple changelog entries
for the initial upload, but other people might have a different opinion
about this.)

Regards,
Ansgar

[1] http://en.wikipedia.org/wiki/Debian#Package_maintenance



-- 
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/87ty31brli@deep-thought.43-1.org

Bug#658835: RFS: aspsms-t (try 4) [NEW] -- sms transport for your xmpp/jabber server

[Ansgar Burchardt]

tag 658835 + moreinfo
thanks

Hi,

I have no intention of sponsoring this package, but as I did take a
brief look at it before:

| my $config_file = /home/jabber/aspsms-t/etc/aspsms-web-notify.xml;
Not really useful for programs in /usr/bin.

| use lib ./;
Not really useful for programs in /usr/bin.

Code like
  eval { unlink($passfile); }; if($@) { handle_error(); }
will not catch any errors, see
  perl -E 'eval { unlink /tmp/does-not-exist; }; if ($@) { say There was an 
error. }'

Code that is not or inconsistently indented is hard to read.

Regards,
Ansgar



-- 
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/87mx8uogij@deep-thought.43-1.org

Re: RFS: rpg - Readable Password Generator

[Ansgar Burchardt]

Hi,

 * Package name: rpg
 * URL : http://sourceforge.net/projects/rpg/
[...]
 rpg   - Readable Password Generator

Does this offer anything over password generators already in Debian such
as pwgen, apg or gpw?

Regards,
Ansgar


-- 
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/8762fio6ks@deep-thought.43-1.org

Bug#657393: RFS: skstream/0.3.6-1 [ITA] -- IOStream C++ socket Library

[Ansgar Burchardt]

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
 I am looking for a sponsor for my package skstream:

   dget -x http://mentors.debian.net/debian/pool/main/s/skstream
 /skstream_0.3.8-1.dsc
[...]
 I have uploaded a new source package to mentors.debian.net (same URL as
 above).

I found two remaining small things:

The package descriptions for the -dev and -dbg package different from
the runtime library (the first paragraph each).

The part of the -dbg package description about fiddling with
LD_LIBRARY_PATH is also wrong, gdb should automatically pick up
debugging symbols from /usr/lob/debug.  I would also leave away the last
sentence there.

Regards,
Ansgar



-- 
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/87zkcw6ydk@deep-thought.43-1.org

Bug#658713: RFS: manaplus/1.2.2.5-1 [NEW] -- Extended client for Evol Online and The Mana World

[Ansgar Burchardt]

tag 658713 + confirmed
thanks

Hi,

andrei karas aka...@inbox.ru writes:
 ManaPlus is client for Evol Online MMORPG and advanced client for The
 Mana World. ManaPlus most used client in both this games.

I probably won't have time to upload the package, but I did take a brief
look at the Debian packaging where I found some (small) issues:

The ttf-* packages seem to have been replaced by fonts-* packages in
unstable.  The ttf-* packages are now only transistional packages.

The formatting of the package description looks strange with a new line
started at the end of every sentence.

debian/rules: If you copy files to debian/, you should remove them in
the clean target as well.  But as the .menu file is Debian-specific, it
might be better to move it from the upstream source to debian/ anyway.
Or install it directly to the right location instead of copying it to
debian/ just so that dh_installmenu can find it.

debian/rules: $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp can probably
just be dh_auto_install.  Together with the previous change you could
drop this override target.

debian/rules: 'dh_installchangelogs ChangeLog' should no longer be
needed if you use debhelper compat level = 8.

I would use 'dh_auto_configure -- --bindir=/usr/games' instead of
calling ./configure directly as debhelper passes additional options to
it.

debian/rules: '[ ! -f Makefile ] || $(MAKE) distclean', dh_auto_clean
should do that, no need to override it.

Personally I prefer using 'dh $@ --with autoreconf' over adding the
overrides by hand.

Regards,
Ansgar



-- 
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/87vcnk6skx@deep-thought.43-1.org

Bug#658065: RFS: atlas-cpp/0.6.2-1 [ITA] -- WorldForge wire protocol library

[Ansgar Burchardt]

owner 658065 !
thanks

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
   dget -x
 http://mentors.debian.net/debian/pool/main/a/atlas-cpp/atlas-cpp_0.6.2-1.dsc

 I have modified this package to fix missing or added inline symbols on
 additional non-x86 architectures.  I have uploaded a new source package
 to the same URL.

I'll try to take a look at this, may take some days until I have time to
do so.

Ansgar



-- 
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/87mx8v7oid@deep-thought.43-1.org

Bug#657393: RFS: skstream/0.3.6-1 [ITA] -- IOStream C++ socket Library

[Ansgar Burchardt]

tag 657393 + confirmed
thanks

Hi,

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
 I am looking for a sponsor for my package skstream:

   dget -x http://mentors.debian.net/debian/pool/main/s/skstream
 /skstream_0.3.8-1.dsc

Are the additional includes from the 0001-gcc-4.4.patch still necessary?
At least the two .cpp files now already #include cstring so there is
no need to add an additional #include string.h.  I did not check if
the last #include is still needed.

Could you add the Multi-Arch fields as suggested by Jakub Wilk in an
earlier mail?

Regards,
Ansgar



-- 
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/87wr81fhyg@deep-thought.43-1.org

Bug#658291: RFS: mercator/0.3.0-1 [ITA] -- WorldForge terrain library

[Ansgar Burchardt]

tag 658291 + confirmed
owner 658291 !
thanks

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
 I am looking for a sponsor for my package mercator:

   dget -x
 http://mentors.debian.net/debian/pool/main/m/mercator/mercator_0.3.0-1.dsc

I will look at this.

Regards,
Ansgar



-- 
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/87wr84jl7b@deep-thought.43-1.org

Re: RFS: calamaris (second try)

[Ansgar Burchardt]

Daniel Echeverry epsilo...@gmail.com writes:
 I am looking for a sponsor for my package calamaris.
 dget -x 
 http://mentors.debian.net/debian/pool/main/c/calamaris/calamaris_2.99.4.0-17.dsc

I sponsored this upload.

Regards,
Ansgar


-- 
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/87ehuilue7@deep-thought.43-1.org

Bug#657649: RFS: wfmath/0.3.12-1 [ITA] -- WorldForge math library

[Ansgar Burchardt]

tag 657649 + confirmed
owner 657649 !
thanks

Stephen M. Webb stephen.w...@bregmasoft.ca writes:
 http://mentors.debian.net/debian/pool/main/w/wfmath/wfmath_0.3.12-1.dsc

  wfmath (0.3.12-1) unstable; urgency=low
  .
* new upstream release
* new maintainer: Debian games team (closes: #653979)
  - added myself as uploader
* converted packaging to use dh sequenceer
* renamed binary packages due to SONAME bump
* converted to 3.0 (quilt) source format
* updated Standards-Version to 3.9.2 (no changes required)
* debian/control: added Vcs- fields
* refined doc packaging rules
* added symbols tracking
* debian/copyright: converted to DEP-5 format

I have only some minor nitpicks about the packaging:

 - debian/patches/series is an empty file. It can be removed.
 - debian/rules: just 'rm -rf doc/html doc/latex doc/man' should be
   enough.  rm -f will not give an error for files that do not exist.
 - please update the config.{guess,sub} files when building the
   package, eg. with the autotools_dev sequence addon for debhelper. See
   /usr/share/doc/autotools-dev for the reason.
   As an alternative you can also regenerate all autotools files with
   dh-autoreconf.
 - please consider using xz compression for the binary packages, we
   decided to try to implement this at least for data packages in a team
   meeting[1].
   You need to call dh_builddeb -- -Zxz and optionally a Pre-Depends on
   dpkg (1.15.6~).  (The Pre-Depends is needed for upgrades from
   distributions using in older dpkg, eg. Ubuntu Lucid[2].)
   
As this changes the soname, did you test that the packages
build-depending on libwfmath-0.3-dev still work (build) with the new
version?

Regards,
Ansgar

[1] 
http://meetbot.debian.net/debian-games/2011/debian-games.2011-08-07-11.59.html
[2] Though this should matter less now as Ubuntu stopped syncing
packages for their next LTS release already.



-- 
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/877h0c28xq@deep-thought.43-1.org

Re: Bug#657100: Please add a sponsorship-requests pseudo-package

[Ansgar Burchardt]

Don Armstrong d...@debian.org writes:
 On Mon, 23 Jan 2012, Michael Gilbert wrote:
 Would something as simple as Requests for package review and
 sponsorship be appropriate?

 That's fine for me, assuming it's ok with everyone else.

It's fine for me as well.

Regards,
Ansgar


-- 
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/871uqo5ei8@deep-thought.43-1.org

Re: RFS: acetoneiso (same upstream, closing 2 debian bugs)

[Ansgar Burchardt]

Nick Andrik nick.and...@gmail.com writes:
 You can find an updated version of the package in the same place
 http://mentors.debian.net/debian/pool/main/a/acetoneiso/acetoneiso_2.3-2.dsc

I just uploaded the package.  Thanks for your contribution to Debian :)

Regards,
Ansgar


-- 
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/87r4ysdecs@deep-thought.43-1.org

Re: RFS: libqsi

[Ansgar Burchardt]

Hi,

Jasem Mutlaq mutla...@ikarustech.com writes:
  * Package name: libqsi
Version : 6.0.3-1
Upstream Author : Quantum Scientific Imaging
  * URL : http://www.qsimaging.com
  * License : BSD
Section : libs

   dget -x 
 http://mentors.debian.net/debian/pool/main/libq/libqsi/libqsi_6.0.3-1.dsc

There is no license included in the upstream tarball, only a copyright
notice and a disclaimer.  Where did you get the information that it is
licensed under a BSD license?

You do not need to include 'debian/tmp' in d/*.install. dh_install looks
there by default.

The package description is a bit short.

There seems to be no source for the PDF file in the doc/ directory.

Regards,
Ansgar


-- 
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/87vco65tw3@deep-thought.43-1.org

Re: RFS: indi-qsi

[Ansgar Burchardt]

Jasem Mutlaq mutla...@ikarustech.com writes:
 indi-qsi   - INDI QSI CCD Driver.

 To access further information about this package, please visit the
 following URL:

   http://mentors.debian.net/package/indi-qsi

 Alternatively, one can download the package with dget using this command:



-- 
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/87r4yu5trv@deep-thought.43-1.org

Re: RFS: indi-qsi

[Ansgar Burchardt]

Hi,

Jasem Mutlaq mutla...@ikarustech.com writes:
 indi-qsi   - INDI QSI CCD Driver.
   dget -x 
 http://mentors.debian.net/debian/pool/main/i/indi-qsi/indi-qsi_0.4-1.dsc

Please do use dpkg-shlibdps for library dependencies instead of listing
them in d/control by hand.

The package description is also very short. I cannot say what it is used
for by just reading it.

Please document cmake_modules/* in the copyright information.

Please include a reference to the full text of the LGPL license in
/usr/share/common-licenses.  Documenting which versions of the LGPL the
program is licensed under would also be good.

Regards,
Ansgar


-- 
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/87k44m5td2@deep-thought.43-1.org

Re: RFS: acetoneiso (same upstream, closing 2 debian bugs)

[Ansgar Burchardt]

Hi,

Nick Andrik nick.and...@gmail.com writes:
 http://mentors.debian.net/debian/pool/main/a/acetoneiso/acetoneiso_2.3-2.dsc

debian/control:
-  libqt4-dev ( 4:4.7.0~beta2) | libqtwebkit-dev,
+  lbqtwebkit4,

This should have given you an error when building the package as
dpkg-buildpackage checks the build dependencies by default.

You also need to build-depend on the -dev package (as before); the
binary package should pick up the new package name for libqtwebkit
automatically via the dpkg-shlibdeps mechanism.

Regards,
Ansgar


-- 
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/87bopy5r2y@deep-thought.43-1.org

Re: RFS: libqsi

[Ansgar Burchardt]

Hi,

Jasem Mutlaq mutla...@ikarustech.com writes:
 There seems to be no source for the PDF file in the doc/ directory.

 Is this recommended or mandatory?

Source needs to be present for everything part of Debian.  That includes
documentation and files that are not shipped in the binary packages.

If you cannot provide the source, you need to repack to upstream
tarball and remove the sourceless files.

Regads,
Ansgar


-- 
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/877h0m5qpt@deep-thought.43-1.org

Re: proposed new pseudo-package 'debian-mentors' for handling sponsoring requests

[Ansgar Burchardt]

Eugene V. Lyubimkin jac...@debian.org writes:
 If you changed the package to address concerns, please send a follow-up
 to the sponsoring request (To: n...@bugs.debian.org) that includes the
 URL to the source package and the last changelog entries similar to the
 initial request.

 What would sponsoree do for the follow-up RFSes, i.e. new version of
 the package is prepared and a sponsor is wanted again? Re-open the bug
 or create new one?

Once a package has been uploaded, the request should only be reopened
when the upload was rejected by the archive later (eg. manual reject
from NEW, signature problems, ...).  For new releases a new request
should be filed instead.

If the version number changes before an upload (for example when a new
upstream version was released before the package was sponsored), the
sponsoree should send a follow-up to the current request and retitle it
to include the new version number.

My reasoning is that issues should hopefully be addressed once a package
has been uploaded and no longer apply to the next request, they only
make the bug log longer.  In contrast they might still apply when there
was no upload.

Regards,
Ansgar


-- 
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/s2s62g9xll1@bistromathics.mathi.uni-heidelberg.de

proposed new pseudo-package 'debian-mentors' for handling sponsoring requests

[Ansgar Burchardt]

 by the archive software, you can
reopen the bug (again, please include references to the updated source
package or ask for advice).

[1] http://mentors.debian.net

REVIEWING PACKAGES
--

Anybody feeling competent enough is invited to review sponsoring
requests. You do not need to be a Debian Developer to do so.

Please send any comments to n...@bugs.debian.org (Cc:
nnn-submitter@bugs.d.o). You can use the following tags to indicate
progress:

 * moreinfo: the package needs work before it can be uploaded
 * confirmed: the packaging looks sane (a very shallow first review)
 * wontfix: large problems or cannot not be uploaded at all.

If you intend to take care of the sponsoring request until the package
is ready for upload, please consider setting yourself as the owner of
the bug and tag the bug pending:
  $ bts owner nnn m...@example.com , tag it + pending

UPLOADING PACKAGES
--

After you uploaded a package, please close the bug report by sending a
mail to nnn-d...@bugs.debian.org. Do not close RFS bugs in
debian/changelog. It is the sponsor who solves the issue, not the
supplier of the package or anyhow related to the package itself.

NOTES
-

Inactive requests should be closed (semi-)automatically after a longer
term of no activity (two weeks for requests tagged wontfix, six weeks
for requests tagged moreinfo and six months for others). The same
applies to uploaded packages for which the sponsor forgot to close the
RFS bug.

TAGS


A short summary intended usage of tags:

 * moreinfo: open questions or changes are required before an upload.
 * confirmed: somebody did a brief review the package and it looks
   sane. It can still have (smaller) issues that need to be fixed before
   an upload.
 * pending: somebody is willing to look after the package until it is
   uploaded.
 * wontfix: large problems or cannot not be uploaded at all.

IDEAS FOR FUTURE IMPROVEMENTS
=

 * reportbug template (already existing as a proposal by Michael
   Gilbert[1])
 * Send out a monthly report, where inactive bugs can be listed, and
   volunteers could glance over the list, and deal with said bug
   reports.
 * Integration into UDD bug search[2]

[1] http://lists.debian.org/debian-mentors/2011/09/msg00522.html
[2] http://udd.debian.org/bugs.cgi

INTEGRATION WITH DEBEXPO (mentors.d.n)
--

 * There are plans to integrate a more formal workflow into Debexpo. For
   example Debexpo could track BTS bugs, and decide actions based on
   tags.
 * It is important to synchronize any discussion (e.g. comments) between
   the mailing list, the BTS and Debexpo. The current situation is a
   mess and even worse than any approach used before (i.e. comments on
   debian-mentors only).
 * Teams could automatically be informed about uploads of relevant
   packages.
 * Sponsors could be informed about relevant packages being uploaded to
   mentors.d.n (cf. [1] - some of that stuff is already implemented but
   not released yet)
 * Make it possible to file a new RFS request through mentors at least.

A tight integration of the code base is not possible due to lack of time
of its maintainers (any help is appreciated!), but changing or
introducing templates to reflect a new BTS workflow is possible
immediately. Thus, the lack of code support on mentors.d.n side is
certainly not a show stopper.

[1] http://wiki.debian.org/DebianMentorsNet#Maintainers.2BAC8-sponsorees

CRITICS
===

In previous discussions two main concerns were raised:

Why not use the wnpp pseudo-package?[1]

We believe a separate pseudo-package would be better as this would make
it easy to direct sponsorship requests to the right people. The wnpp
pseudo-package already has much traffic unrelated to this resulting in a
lower signal-noise ratio.

Wouldn't a specialized application be better than using the BTS?[2]

People should already be familiar with the BTS. Using a special
interface for sponsoring requests would create more inertia (and
somebody would have to design such an application first). We hope
however for a better integration in the debexpo software that runs
mentors.debian.net in the future (of course this would also require
someone working on it, see the previous section).

[1] http://lists.debian.org/debian-mentors/2011/09/msg00166.html
[2] http://lists.debian.org/debian-mentors/2011/09/msg00133.html

DRIVERS
===

Ansgar Burchardt
Jakub Wilk
Arno Töll
gregor herrmann


pgpsNd69mxM0X.pgp
Description: PGP signature

Re: uscan, dfsg and changelog

[Ansgar Burchardt]

Hi,

On 01/16/2012 02:12 PM, Olе Streicher wrote:

When I now run uscan -debug -f (to check the script), I get

uscan debug: [...]
-- Found the following matching hrefs:
[...]
  http://foo.bar.edu/foo/foo-1.2.3.tar.gz
Newest version on remote site is 1.2.3, local version is 1.2.3+dfsg
  =  remote site does not even have current version
-- Scan finished

so it obviously tries to put the +dfsg suffix to the download file.

How can I avoid that?


uscan can mangle versions.  To strip the dfsg suffix, you need something 
like


  opts=dversionmangle=s/\+dfsg\d+$//

in your watch rule.

Regards,
Ansgar


--
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/4f142659.1010...@debian.org

Re: Packaging proprietary software

[Ansgar Burchardt]

Hi,

On 01/16/2012 03:27 PM, Ivan Reche wrote:

The package is just a directory with lots of binaries and it likes to
install itself in /opt. Besides that, it needs to set some environment
variables (similar to JAVA_HOME and friends).

What is the best way to approach this? Do I change the PATH environment
variable to point to, lets say, /opt/bin? Are there problems with
creating new environment variables in a package installation?


For site packages, I would install the program to /opt/whatever as it 
wants and install a wrapper script in /usr/bin that sets the required 
environment variables and starts the program.  This way users have the 
program in their $PATH by default and the environment stays clean.


Regards,
Ansgar


--
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/4f143c12.10...@debian.org

Re: RFS: policyd-weight (3rd)

[Ansgar Burchardt]

Hi,

sorry that I could not look at your package even after I said that I
would earlier, but I did not have enough free time.  But it was uploaded
in the end anyway :)

wer...@aloah-from-hell.de writes:
 Could you please re-upload the package? I've just uploaded the latest
 version to mentors. Sorry for the circumstances.

It is not possible to change the package after an upload without
making a new release that increases the version number.  That said this
change can probably wait until there are other changes as Thomas said.

Regards,
Ansgar


-- 
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/871ur9s666@deep-thought.43-1.org

Re: RFS: policyd-weight

[Ansgar Burchardt]

Hi,

wer...@aloah-from-hell.de writes:
 I am looking for a sponsor for my package policyd-weight.
   dget -x 
 http://mentors.debian.net/debian/pool/main/p/policyd-weight/policyd-weight_0.1.15.2-1.dsc

Why do you list temporary files in debian/source/include-binaries?  They
should be removed by the clean target (dh_clean).

Keeping dh_testdir in the clean target also should not hurt.

Regards,
Ansgar


-- 
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/87k45aqu6a@deep-thought.43-1.org

Re: RFS: policyd-weight

[Ansgar Burchardt]

wer...@aloah-from-hell.de writes:
 And the version with unpatch and the include removed?  From the error I
 suspect you moved the dh_testdir one line up behind the clean.

 With:

 # include /usr/share/quilt/quilt.make
 # clean: unpatch
 clean: dh_testdir
 dh_testroot
 dh_clean build-stamp

That is wrong.  dh_testdir is not a prerequsite, but part of the recipe
(the shell commands run for the target).

You might want to read a bit about make; maybe [1] or any similar
introduction.

Regards,
Ansgar

[1] http://www.gnu.org/software/make/manual/html_node/Introduction.html


-- 
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/87fwfyqty0@deep-thought.43-1.org

Re: RFS: policyd-weight

[Ansgar Burchardt]

wer...@aloah-from-hell.de writes:
 I've recreated and reuploaded the package.

It looks okay, but you should no longer need neither the build
dependency on quilt (the include in d/rules is gone) nor the
d/README.source (it's a standard format and d/changelog already mentions
it was deleted).

There also is an empty directory debian/patched which is not needed (I
think dpatch used it).

You can also remove the old clean rule in d/rules which is currently
commented out.

If you apply the changes, I can upload the package later today.

Regards,
Ansgar


-- 
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/877h1aqrsu@deep-thought.43-1.org