Re: pbuilder root seems to lack support for usrmerge when doing autopkgtest

[gregor herrmann]

On Tue, 19 Sep 2023 16:53:52 +0200, gregor herrmann wrote:

> (Looking through my other chroots, it looks like only the unstable
> and the experimental ones are merged, in the others, including the
> testing ones, /bin is still a directory. Interesting.)

Haha, upgrading a trixie chroot shows:

Preparing to unpack .../usr-is-merged_37_all.deb ...
W: /etc/unsupported-skip-usrmerge-conversion exists.
Unpacking usr-is-merged (37) over (35) ...


Might have been created via debootstrap's "--variant=buildd" option
in the past …
 
Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Re: pbuilder root seems to lack support for usrmerge when doing autopkgtest

[gregor herrmann]

On Tue, 19 Sep 2023 16:35:37 +0200, Andreas Tille wrote:

> I configured pbuilder (Uploaders in CC) to run autopkgtest after a
> successful build.  This worked nicely until yesterday (at least - may be
> a couple of days before but I did not noticed).  Since yesterday I get:
> 
> E: /bin resolved to a different inode than /usr/bin
> E: Unmerged usr is no longer supported, install usrmerge to continue.
> autopkgtest: WARNING: Test dependencies are unsatisfiable - calling apt 
> install on test deps directly for further data about failing dependencies in 
> test logs

That's from apt:

apt (2.7.4) unstable; urgency=medium
…
  * Only accept installs of usrmerge on unmerged-usr systems.
As of bookworm, merged-usr is mandatory, and people got caught
in the crosshairs of the dpkg fsys-unmessusr debacle and inadvertently
reverted back to an unmerged configuration and continue to remain
on an unsupported system unknowingly.

> I tried to fix this with
> 
> diff --git a/pbuilderrc b/pbuilderrc
> index d796fd8..9176073 100644
> --- a/pbuilderrc
> +++ b/pbuilderrc
> @@ -11,6 +11,6 @@ OTHERMIRROR="deb [trusted=yes] 
> file:///var/cache/pbuilder/extra/release ./"
>  BINDMOUNTS="/dev/shm /var/cache/pbuilder/extra/release"
>  HOOKDIR=/var/cache/pbuilder/hooks
>  # this is necessary for running ''apt-ftparchive'' in the hook below
> -EXTRAPACKAGES="apt-utils"
> +EXTRAPACKAGES="apt-utils usrmerge"
>  
>  
> in /etc but with no change.  According to the log the package usrmerge
> is really installed in the pbuilder chroot.

Looks like your chroot is not /usr-merged; no idea why installing the usrmerge
package didn't and doesn't change it.
 
> Do you have any hints?  If not, what further information should I
> provide? (logs etc?)

Just for comparison my (unstable) chroot looks /usr-merged:

% ll /var/cache/pbuilder/base.cow 
lrwxrwxrwx  2 root root7 Sep 18  2022 bin -> usr/bin
…

(Looking through my other chroots, it looks like only the unstable
and the experimental ones are merged, in the others, including the
testing ones, /bin is still a directory. Interesting.)

Maybe try to login in:
cowbuilder --login --save-after-login [--basepath /some/where]
and reconfigure usrmerge, or something?


Cheers,
gregor


-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Re: license-reconcile

[gregor herrmann]

On Mon, 18 Sep 2023 12:51:51 +0100, Peter Blackman wrote:

> I found license-reconcile useful for checking new debian/copyright files,
> but it was removed from the archive in 2020.
> https://tracker.debian.org/pkg/license-reconcile
> 
> Is anyone aware of an equivalent package?

Maybe `scan-copyrights' (in libconfig-model-dpkg-perl) and/or
`cme update dpkg-copyright' (in cme and libconfig-model-dpkg-perl)
can help?


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Re: Upload to NEW rejected

[gregor herrmann]

On Tue, 12 Sep 2023 23:51:26 +0200, Preuße, Hilmar wrote:

My guess is different lintian versions, aka ftp-master running an
older lintian version which had a different formatting of the output.

Compare the strings:

> texlive-binaries: lintian output: 'embedded-library usr/bin/pdftex: poppler', 
> automatically rejected package.

embedded-library usr/bin/pdftex: poppler

vs.

> texlive-binaries: embedded-library poppler [usr/bin/pdftex]

embedded-library poppler [usr/bin/pdftex]
 

Not sure what the best option here is; I guess I'd try with
duplicating the lintian overrides using the old format (which will
give you local warnings but well …)


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Re: Help with Lintian error in python3 (pybind11-wrapped) package

[gregor herrmann]

On Mon, 10 Jul 2023 01:19:38 -0700, JOSE LUIS BLANCO CLARACO wrote:

> I attach the output of "dpkg -I" for the final binary package, where
> the "Depends: python3" is visible,

Copied from the attached file:

Depends: phyton3

phyton3 != python3
:)


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   BOFH excuse #193:  Did you pay the new Support Fee? 

Re: Access request to Salsa repository

[gregor herrmann]

On Tue, 30 Aug 2022 16:44:38 -0400, Thomas Ward wrote:

> On 8/30/22 16:11, Philippe SWARTVAGHER wrote:
> > - how can I know who sponsored this package? (if I knew it, I would send
> > the access request directly to him)
> This will show on the Tracker once it updates.  You can then take a look at
> the tracker entry and find out who sponsored your upload.

Or use the command line:

% who-uploads libcdio-paranoia 
Uploads for libcdio-paranoia:
10.2+2.0.1-1 to unstable: Adam Borowski  on Mon, 29 Aug 
2022 21:11:47 +
[…]

> > - on the PTS page https://tracker.debian.org/pkg/libcdio-paranoia, there
> > is no the news corresponding to the last upload. Why? Is it just a
> > matter of time?
> This will take time to reflect on the Tracker.

True but it should be there by now; AFAIK tracker currently has a new
issues with importing the mails; this might be (from my IRC logs)
discussed at https://salsa.debian.org/qa/distro-tracker/-/issues/63
but salsa's webinterface is currently failing.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#1010074: RFS: show-in-file-manager/1.1.4-1 [RFP] -- Open the system file manager and optionally select files in it

[gregor herrmann]

On Mon, 25 Apr 2022 09:31:50 -0400, Antoine Beaupré wrote:

> On 2022-04-24 22:32:05, Tino Mettler wrote:
> > Am 24.04.2022 um 22:04 schrieb Antoine Beaupré :

> > I was not aware that the package defines any test specific bits. Can you 
> > point me to the relevant part? I had the impression that a package needs to 
> > define the tests in debian/tests/, and the showinfilemanager package does 
> > not have a debian/tests directory.
> Uh. Weird. I guess I can't explain that then and that the package can
> just be uploaded already. :)

Maybe this gives a hint:

| autopkgtest [15:28:00]: test autodep8-python3: [---
   


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   BOFH excuse #447:  According to Microsoft, it's by design 

Re: Handling files with no copyright notices, many contributors

[gregor herrmann]

On Sat, 09 Oct 2021 18:51:37 +, John Scott wrote:

> It includes a statement that the license is GPL 2 only with system
> calls note (basically a GPL exception), and it's already distributed as
> part of the kernel, so surely it's free. However, I'm having trouble
> figuring out what to put in my DEP-5 copyright file.
> 
> Linux Git shows that this file has had too many contributors to
> enumerate, and in fact it's been in Linux since before 2.6.12-rc2,
> which is the oldest version in the main repo's history.
> 
> Documenting everyone that has ever contributed to this file would take
> an immense amount of time and is beyond practical.

The relevant question in my understanding is (in general) not "Who
are the contributors?" but "Who are the copyright holders?" [0]

If the file is taken from the kernel source I'd take a look at the
copyright file of source:linux-signed-amd64.

Taking /usr/share/doc/linux-image-5.10.0-8-amd64/copyright on my
disk, ch9.h doesn't seem to be mentioned, so it would seem to fall
under the general clause:

| Files: *
| Copyright: 1991-2012 Linus Torvalds and many others
| License: GPL-2


Cheers,
gregor


[0] Unless there are no copyright holder, then authors can be assumed
to be copyright holders, following the Geneva Convention. - But
that's not the case for the kernel.

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Pat Metheny, B.B. King, Dave Brubeck: Pat Metheny & Heath Brothers /


signature.asc
Description: Digital Signature

Re: Packaging project with existing debian/ folder

[gregor herrmann]

On Thu, 01 Jul 2021 00:46:45 +0200, David Kalnischkies wrote:

> On Wed, Jun 30, 2021 at 09:26:35PM +, Peymaneh Nejad wrote:
> > Intuitively I would just replace the existing folder with my own packaging
> If you use source package format "3.0 (quilt)" (which you should anyhow)
> this is done automatically for you.

And gbp-import-orig(1) defaults to --merge-mode=replace (which
preserves the packaging debian/ directory) for source format "3.0
(quilt)".
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Re: Bug#849471: Python Module minimalmodbus

[gregor herrmann]

On Tue, 16 Mar 2021 08:56:35 +0100, Hanno 'Rince' Wagner wrote:

> since a friend of mine asked for a small python-module, I decided to
> make my first steps with that module.
[..]
> Could please someone analyse the package and tell me wether I did
> something wrong or in a bad way? if not, whom could I send my packages
> for an upload to testing?

I suppose the Debian Python Team and their mailing list could be a
good contact point:
https://wiki.debian.org/Teams/PythonTeam
https://lists.debian.org/debian-python/

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: J.J. Cale: A Thing Going On


signature.asc
Description: Digital Signature

Re: Sending gpg keys to keyserver

[gregor herrmann]

On Tue, 09 Feb 2021 19:47:47 +0100, Ross Gammon wrote:

> But I get this error:
> $ gpg -v --keyserver keyring.debian.org --send-key 'fingerprint'
> gpg: sending key 0x to hkp://keyring.debian.org
> gpg: keyserver send failed: Connection refused
> gpg: keyserver send failed: Connection refused


Years ago I had this problem when I had http_proxy set in my
environment.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Aimee Mann: It Takes All Kinds


signature.asc
Description: Digital Signature

Bug#976674: RFS: menu-cache/1.1.0-1.1 [NMU] [RC] -- LXDE implementation of the freedesktop Menu's cache (libexec)

[gregor herrmann]

Control: tag -1 + pending

On Sun, 06 Dec 2020 20:41:17 +0100, Mateusz Łukasik wrote:

> Package: sponsorship-requests
> Severity: important
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "menu-cache":

Uploaded to DELAYED/2; thanks for your work!

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Tracy Chapman: Talkin' Bout a Revolution


signature.asc
Description: Digital Signature

Re: FTBFS due to SIGABRT while running HTTP server tests, bug #973526

[gregor herrmann]

On Tue, 10 Nov 2020 20:21:10 +0500, Andrey Rahmatullin wrote:

> > >>   what():  resolve: Host not found (authoritative)
> Looks like it tries to resolve something, and that usually implies
> Internet access, as otherwise you could just connect to localhost?
> Accessing the Internet is forbidden during building.

Or if the build ends up one of the ipv6-only buildds where resolving
"localhost" can also fail. (Last example I've encountered: #974033)
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Bettina Wegner: Meinetwegen


signature.asc
Description: Digital Signature

Re: Jitsi meet packaging

[gregor herrmann]

On Sun, 27 Sep 2020 12:10:17 +0200, Fioddor Superconcentrado wrote:

> - Review some introductory videos and documentation on Debian packaging
> that I read/watched ago and need a second check.

Lucas' packaging tutorial is a good starter IMO:
https://www.debian.org/doc/devel-manuals#packaging-tutorial


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Jerry Lee Lewis: Crazy Arms


signature.asc
Description: Digital Signature

Re: Packaging a .NET Core application & pbuilder

[gregor herrmann]

On Wed, 19 Aug 2020 22:14:36 +0500, Andrey Rahmatullin wrote:

> On Wed, Aug 19, 2020 at 02:31:10PM +, Alistair J R Young wrote:
> > > > Are these acceptable caveats for a source package in contrib,
> > > No, the package still needs to be built without network, using only its
> > > contents and packages from Debian.
> > > You also need to produce a package that can be installed with apt and 
> > > usable
> > > after that, as I'm not sure how is your current package supposed to get 
> > > the
> > > deps needed to run it.
> > 
> > I'm a little confused, then:
> > https://www.debian.org/doc/debian-policy/ch-archive.html#the-contrib-archive-area
> > told me that packages included in contrib included "free packages which
> > require contrib, non-free packages or *packages which are not in our
> > archive at all* for compilation or execution" (emphasis mine); and
> > wouldn't the dependency on dotnet-sdk-3.1 count under the last of those?
> AFAIK the working is too careful, and nobody actually uploads contrib
> packages that download stuff needed for building, even though that's not
> forbidden by the Policy and the buildds not necessarily disable network
> access. I may be wrong, of course.

libdbd-oracle-perl is such an example; it's in contrib because it's
free software itself but needs oracle software which is not even in
Debian. Typically someone builds it by installing the needed stuff in
a local cowbuilder etc. chroot and then uploads the binary packages.

And potential users have to jump through the same hoops to get the
oracle bits.

What Alistair is planning sounds quite similar, except for automating
the download+installation of the not-in-Debian prerequisites.

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Van Morrison


signature.asc
Description: Digital Signature

Bug#963832: RFS: iotop-c/1.0-1 [ITP] -- iotop-c - simple top-like I/O monitor (implemented in C)

[gregor herrmann]

On Thu, 09 Jul 2020 18:42:23 +0300, Boian Bonev wrote:

> > It's not enabled by default, but you can add
> > export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow
> > to debian/rules to add the flag.
> -export LDFLAGS=-Wl,-z,now $(shell dpkg-buildflags --get LDFLAGS)
> +export DEB_BUILD_MAINT_OPTIONS=hardening=+bindnow
> 
> Looks much cleaner in this way.

Great.
 
> > But I guess in this case a Breaks would be more appropriate than a
> > Conflicts.
> > Cf. 7.3 and 7.4 in Debian Policy
> > https://www.debian.org/doc/debian-policy/ch-relationships.html#packages-which-break-other-packages-breaks
> > ff.
> I have changed Conflicts to Breaks+Replaces and it seems to work OK.
> Because both packages would install the same file, only Breaks wouldn't
> do, IMO, correct me if I am worng.

Right, if a file is taken over, an additional Replaces is indeed
needed; good catch.
  
> > Well, you could write an autopkgtest :)
> > Cf. https://ci.debian.net/doc/file.MAINTAINERS.html ,
> > https://salsa.debian.org/ci-team/autopkgtest/raw/master/doc/README.package-tests.rst
> > etc.
> > (But IMO that's not required for a first upload.)
> Writing a good test is quite far from trvial for this program. I will
> need some scartch space to write files to, run couple of processes that
> do IO in the scratch area according to some predefined pattern, collect
> the data via iotop (needs root) in batch mode and verify if the
> collected data matches the expected pattern... I would estimate that as
> about 2x the complexity of iotop itself.

Ack, I totally see that this is a non-trivial task in this case.
Maybe something to keep in the back of your mind for long dark winter
nights :)
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Cat Stevens: Girl, You'll Be A Woman Soon


signature.asc
Description: Digital Signature

Bug#963832: RFS: iotop-c/1.0-1 [ITP] -- iotop-c - simple top-like I/O monitor (implemented in C)

[gregor herrmann]

On Wed, 08 Jul 2020 20:09:03 +0300, Boian Bonev wrote:

> Checking further I see that in order to enable this protection, a -Wl,-
> z,now needs to be added to LDFLAGS and dpkg-buildflags does not include
> it (at least on my sid install). For the sake of test, I have added it
> in Makefile and the warning have disappeared. I do not think that this
> should be fixed in the package - that option should come from dpkg-
> buildflags.

It's not enabled by default, but you can add

export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow

to debian/rules to add the flag.

Cf. dpkg-buildflags(1)
 
> > Please fix any of the easy-to-fix lintian complaints. I'm not sure
> > what is correct for the conflicts, but you could test using piuparts
> > if using breaks is enough or if using conflicts is really needed. I
> > assume you'll want to keep debhelper compat 12 for backportability.
> > Look up the tag names on lintian.d.o or using `lintian-info -t` for
> > descriptions of the tags.
> > 
> > I: iotop-c: conflicts-with-version iotop (<= 0.6-24-g733f3f8-1)
> 
> I think this is the only way, in case there is a system with this
> package and older iotop package, the only way to prevent installing
> files in the same place is conflicts. Maybe it would be nice if there
> was a way to tell lintian to silence the warning...

There is a way, it's called "lintian overrides" :)

Cf. file:///usr/share/doc/lintian/lintian.html#overrides

But I guess in this case a Breaks would be more appropriate than a
Conflicts.

Cf. 7.3 and 7.4 in Debian Policy
https://www.debian.org/doc/debian-policy/ch-relationships.html#packages-which-break-other-packages-breaks
ff.
 
> > I: iotop-c source: testsuite-autopkgtest-missing
> Can't fix that.

Well, you could write an autopkgtest :)

Cf. https://ci.debian.net/doc/file.MAINTAINERS.html ,
https://salsa.debian.org/ci-team/autopkgtest/raw/master/doc/README.package-tests.rst
etc.

(But IMO that's not required for a first upload.)
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#963613: RFS: suede/0.2.5-3 [QA] -- Suede GTK+ icon theme

[gregor herrmann]

On Fri, 26 Jun 2020 09:19:58 -0300, Fabio Augusto De Muzio Tobich wrote:

> > You can add a watchfile that is empty except for a comment explaining
> > the situation.
> > 
> That looks good, it's also what lintian recommends right?

Yes, I think so.

> Changed debian/watch to:
> 
> version=4
> # This package does not have an active upstream and the latest upstream
> # distribution mechanism cannot be meaningfully monitored by uscan.

Looks good (although you probably don't need the version.)


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Joe Cocker: Just Like A Woman


signature.asc
Description: Digital Signature

Bug#963613: RFS: suede/0.2.5-3 [QA] -- Suede GTK+ icon theme

[gregor herrmann]

On Thu, 25 Jun 2020 18:36:56 -0300, Fabio Augusto De Muzio Tobich wrote:

> Em 25/06/2020 18:19, Adam Borowski escreveu:
> > On Wed, Jun 24, 2020 at 10:45:56AM -0300, Fabio Augusto De Muzio Tobich 
> > wrote:
> >>* debian/watch: added a fake site to explain about the current status 
> >> of the
> >>  original upstream homepage.
> > 
> > Could you tell me what's the point of the last bit?  I see no upside of
> > producing bogus data for the watch file.
> 
> The idea there was to show the watch file was not ignored, but there's 
> nothing to
> track actually, it's a dead project, at least for now.
> If someone decide to continue the project, and publish it somewhere, it's 
> just a
> matter to update the watch file.
> Do you think would be better to just not provide the file?

You can add a watchfile that is empty except for a comment explaining
the situation.

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Aimee Mann: Stupid Thing


signature.asc
Description: Digital Signature

Bug#963105: RFS: libscgi-perl/0.6-1 [ITP] -- libscgi-perl - SCGI server library for perl

[gregor herrmann]

On Fri, 19 Jun 2020 00:06:53 -0400, Richard Hansen wrote:

> I am looking for a sponsor for my package "libscgi-perl"

For those reading along at home: The package found its place in its
natural habitat: the Debian Perl Group.
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Tom Waits: Pasties and a G-String


signature.asc
Description: Digital Signature

Re: Seeking Daniel Schepler

[gregor herrmann]

On Sat, 18 Jan 2020 12:34:20 +, David Griffith wrote:

> I'm trying to get in touch with Daniel Schepler . He
> maintains several packages related to Interactive Fiction and I have some
> private questions about some stuff he has written.  Has anyone communicated
> with him recently?

He's active in a thread on debian-devel these days:
https://lists.debian.org/debian-devel/2020/01/


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Tom Waits: Jack Kerouac on the Road


signature.asc
Description: Digital Signature

Bug#925876: RFS: libgsm/1.0.18-2 [RC]

[gregor herrmann]

On Fri, 29 Mar 2019 14:37:10 +0100, gregor herrmann wrote:

> On Wed, 27 Mar 2019 13:51:28 -0700, Felix Lechner wrote:
> 
> > I am looking for a sponsor for my package "libgsm"
> 
> > dget -x 
> > https://mentors.debian.net/debian/pool/main/libg/libgsm/libgsm_1.0.18-2.dsc
> > 
> >   Changes since the last upload:
> > 
> >   [ gregor herrmann ]
> >   * Fix "unhandled symlink to directory conversion:
> > /usr/share/doc/PACKAGE":
> > add libgsm1-dev.maintscript for the symlink_to_dir transition.
> > (Closes: #919438)
> > 
> >   [ Felix Lechner ]
> >   * Bump Standards-Version to 4.3.0
> 
> I had a look at the package, but either I'm doing something wrong or
> something went wrong in the update from 1.0.18-1 to -2: The diff
> (attached) looks kinda unexpected.

I see that bartm has uploaded 1.0.18-2, and the diff contains only
the changes for #919438 - thanks to both of you!

I guess this RFS bug can be closed now?
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Dire Straits: Telegraph Road


signature.asc
Description: Digital Signature

Bug#925876: RFS: libgsm/1.0.18-2 [RC]

[gregor herrmann]

On Wed, 27 Mar 2019 13:51:28 -0700, Felix Lechner wrote:

> I am looking for a sponsor for my package "libgsm"

> dget -x 
> https://mentors.debian.net/debian/pool/main/libg/libgsm/libgsm_1.0.18-2.dsc
> 
>   Changes since the last upload:
> 
>   [ gregor herrmann ]
>   * Fix "unhandled symlink to directory conversion:
> /usr/share/doc/PACKAGE":
> add libgsm1-dev.maintscript for the symlink_to_dir transition.
> (Closes: #919438)
> 
>   [ Felix Lechner ]
>   * Bump Standards-Version to 4.3.0

I had a look at the package, but either I'm doing something wrong or
something went wrong in the update from 1.0.18-1 to -2: The diff
(attached) looks kinda unexpected.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   
diff -Nru libgsm-1.0.18/debian/changelog libgsm-1.0.18/debian/changelog
--- libgsm-1.0.18/debian/changelog	2019-01-01 00:28:12.0 +0100
+++ libgsm-1.0.18/debian/changelog	2019-03-27 21:36:45.0 +0100
@@ -1,10 +1,22 @@
+libgsm (1.0.18-2) unstable; urgency=medium
+
+  [ gregor herrmann ]
+  * Fix "unhandled symlink to directory conversion:
+/usr/share/doc/PACKAGE":
+add libgsm1-dev.maintscript for the symlink_to_dir transition.
+(Closes: #919438)
+
+  [ Felix Lechner ]
+  * Bump Standards-Version to 4.3.0
+
+ -- Felix Lechner   Wed, 27 Mar 2019 13:36:45 -0700
+
 libgsm (1.0.18-1) unstable; urgency=medium
 
   * New upstream version
   * New maintainer (Closes: #891760)
-  * Only ship gsm.h, but with an extra link (Closes: #882176)
+  * Only ship gsm.h, but in two locations (Closes: #882176)
   * Migrated rules to dh(1)
-  * Dropped 03_config.patch as suggested in #882176
   * Updated patches (most of 05 was accepted upstream)
   * Bumped shared object version in 01 patch
   * Made copyright file dep5 machine readable
@@ -20,10 +32,10 @@
   * Corrected two misspellings in man via 06 patch
   * Removed duplicate binary control field for section
   * Set Build-Depends: debhelper (>= 11)
-  * Set compat to 12
-  * Updated Standards-Version: 4.3.0
+  * Set compat to 11
+  * Updated Standards-Version: 4.2.1
 
- -- Felix Lechner   Mon, 31 Dec 2018 15:28:12 -0800
+ -- Felix Lechner   Thu, 20 Dec 2018 12:44:25 -0800
 
 libgsm (1.0.13-4) unstable; urgency=low
 
diff -Nru libgsm-1.0.18/debian/compat libgsm-1.0.18/debian/compat
--- libgsm-1.0.18/debian/compat	2019-01-01 00:20:11.0 +0100
+++ libgsm-1.0.18/debian/compat	2018-12-19 19:43:44.0 +0100
@@ -1 +1 @@
-12
+11
diff -Nru libgsm-1.0.18/debian/control libgsm-1.0.18/debian/control
--- libgsm-1.0.18/debian/control	2019-01-01 00:20:23.0 +0100
+++ libgsm-1.0.18/debian/control	2019-03-27 21:11:07.0 +0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Felix Lechner 
 Standards-Version: 4.3.0
-Build-Depends: debhelper (>= 12)
+Build-Depends: debhelper (>= 11)
 Homepage: http://www.quut.com/gsm/
 
 Package: libgsm1
diff -Nru libgsm-1.0.18/debian/libgsm1-dev.install libgsm-1.0.18/debian/libgsm1-dev.install
--- libgsm-1.0.18/debian/libgsm1-dev.install	2019-01-01 00:28:12.0 +0100
+++ libgsm-1.0.18/debian/libgsm1-dev.install	2018-12-31 21:38:55.0 +0100
@@ -1 +1 @@
-inc/gsm.h usr/include/gsm/
+inc/*.h usr/include/gsm/
diff -Nru libgsm-1.0.18/debian/libgsm1-dev.links libgsm-1.0.18/debian/libgsm1-dev.links
--- libgsm-1.0.18/debian/libgsm1-dev.links	2019-01-01 00:28:12.0 +0100
+++ libgsm-1.0.18/debian/libgsm1-dev.links	2018-12-19 23:55:23.0 +0100
@@ -1,4 +1,3 @@
-usr/include/gsm/gsm.h usr/include/gsm.h
 usr/share/man/man3/gsm.3 usr/share/man/man3/gsm_create.3
 usr/share/man/man3/gsm.3 usr/share/man/man3/gsm_destroy.3
 usr/share/man/man3/gsm.3 usr/share/man/man3/gsm_decode.3
diff -Nru libgsm-1.0.18/debian/libgsm1-dev.maintscript libgsm-1.0.18/debian/libgsm1-dev.maintscript
--- libgsm-1.0.18/debian/libgsm1-dev.maintscript	1970-01-01 01:00:00.0 +0100
+++ libgsm-1.0.18/debian/libgsm1-dev.maintscript	2019-03-27 20:18:35.0 +0100
@@ -0,0 +1 @@
+symlink_to_dir /usr/share/doc/libgsm1-dev libgsm1 1.0.18-1.1~
diff -Nru libgsm-1.0.18/debian/patches/03_config.patch libgsm-1.0.18/debian/patches/03_config.patch
--- libgsm-1.0.18/debian/patches/03_config.patch	1970-01-01 01:00:00.0 +0100
+++ libgsm-1.0.18/debian/patches/03_config.patch	2018-12-19 19:49:16.0 +0100
@@ -0,0 +1,149 @@
+From: Anand Kumria 
+Subject: Add C++ guard to gsm.h
+
+--- a/Makefile
 b/Makefile
+@@ -152,7 +152,7 @@ GSM_HEADERS =	$(INC)/gsm.h
+ 
+ HEADERS	=	$(INC)/proto.h		\
+ 		$(INC)/unproto.h	\
+-		$(INC)/config.h		\
++		$(INC)/gsm_config.h	\
+ 		$(INC)/private.h	\
+ 		$(INC)/gsm.h		\
+ 		$(INC)/toast.h		\
+--- a/inc/config.h
 /dev/null
+@@ -1,37 +0,0 @@
+-/*
+- * Copyright

Bug#913091: RFS: scdoc/1.5.2-1

[gregor herrmann]

On Thu, 08 Nov 2018 11:48:25 +, Dmitry Bogatov wrote:

>  * I believe using *such* notation in package description is bad idea;
>it is confusing to those, who are not accustomized to markdown, and
>is not processed specially by tools.

Just a historical side note: *bold*, /italic/, and _underline_ are
much older than Markdown.

But I completely agree that they don't make any sense in a package
description.
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Scrapper Blackwell: Life Of A Millionaire


signature.asc
Description: Digital Signature

Re: Build dependency

[gregor herrmann]

On Tue, 30 Oct 2018 23:52:11 +0100, Adam Borowski wrote:

> > reverse-depends -b packageX
> > (reverse-depends is in ubuntu-dev-tools)
> build-rdeps packageX
> (needs just regular devscripts, although you want dose-extra to handle B-Dep
> on Dep chains)

Interesting, I admit that I didn't know (or didn't remember)
build-rdeps. But:

% reverse-depends -b libdatetime-timezone-perl 
Reverse-Build-Depends-Indep
===
* libcatalyst-plugin-scheduler-perl
* libdatetime-format-dateparse-perl
* libdatetime-format-flexible-perl
* libdatetime-format-ical-perl
* libdatetime-format-natural-perl
* libdatetime-format-pg-perl
* libdatetime-format-strptime-perl
* libdatetime-format-w3cdtf-perl
* libmoosex-types-datetime-perl
* libmoosex-types-iso8601-perl
* libpgobject-type-datetime-perl
* libpoe-component-schedule-perl
* libxml-atom-perl
* pinto
* sqitch
* xmltv

Reverse-Build-Depends
=
* libatompub-perl
* libdatetime-perl
* librdf-closure-perl
* libtypes-datetime-perl


% build-rdeps libdatetime-timezone-perl 
Reverse Build-depends in main:
--

Fatal error in module common/format822.ml: 
 character 0-1: RFC 822 error.
No reverse build-depends found for libdatetime-timezone-perl.

Reverse Build-depends in contrib:
--

Fatal error in module common/format822.ml: 
 character 0-1: RFC 822 error.
No reverse build-depends found for libdatetime-timezone-perl.

Reverse Build-depends in non-free:
--

Fatal error in module common/format822.ml: 
 character 0-1: RFC 822 error.
No reverse build-depends found for libdatetime-timezone-perl.


(dose-extra is installed. Am I missing something else?)


Oh, and:

% build-rdeps --old libdatetime-timezone-perl 
Reverse Build-depends in main:
--

libdatetime-format-pg-perl
xmltv
libmoosex-types-iso8601-perl
libdatetime-format-w3cdtf-perl
librdf-closure-perl
sqitch
libdatetime-format-flexible-perl
libdatetime-format-strptime-perl
libdatetime-perl
pinto
libxml-atom-perl
libmoosex-types-datetime-perl
libatompub-perl
libdatetime-format-ical-perl
libpgobject-type-datetime-perl
libpoe-component-schedule-perl
libcatalyst-plugin-scheduler-perl
libdatetime-format-natural-perl
libdatetime-format-dateparse-perl
libtypes-datetime-perl

Found a total of 20 reverse build-depend(s) for libdatetime-timezone-perl.

Reverse Build-depends in contrib:
--

No reverse build-depends found for libdatetime-timezone-perl.

Reverse Build-depends in non-free:
--

No reverse build-depends found for libdatetime-timezone-perl.



Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Derek Patton: Apes in the Rotunda


signature.asc
Description: Digital Signature

Re: Build dependency

[gregor herrmann]

On Mon, 29 Oct 2018 00:25:35 +0100, Leopold Palomo-Avellaneda wrote:

> I know that
> apt-cache rdepends packageX
> show me the list of the packages that depends of packageX. But, how can
> I obtain the list of packages that build-depends of packageX?

reverse-depends -b packageX

(reverse-depends is in ubuntu-dev-tools)


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Supertramp: If Everyone Was Listening


signature.asc
Description: Digital Signature

Re: Copyright: in d/copyright - Questions about writing copyright info

[gregor herrmann]

On Wed, 29 Aug 2018 08:23:29 -0400, Tong Sun wrote:

> > You can also check the file with: cme edit dpkg-copyright.
> >
> > These tools require cme packages with its recommended dependencies.
> 
> cme - Check or edit configuration data with Config::Model
> 
> This is not the cme packages that you were talking about, right?

It is the correct package.

apt install cme libconfig-model-dpkg-perl
(The latter is recommended by the former but those are the two
essential ones.)


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   BOFH excuse #50:  Change in Earth's rotational speed 

Re: Source repackaging workflow with git-buildpackage

[gregor herrmann]

On Wed, 18 Jul 2018 10:34:07 +0300, Andrius Merkys wrote:

> I want to remove some files from upstream tarball foo-1.23 (already
> in Debian) to produce foo-1.23+ds using git-buildpackage following
> the recipe posted here [1]. 

Cf. also https://perl-team.pages.debian.net/howto/repacking.html

> I have added Files-Excluded stanza to
> d/copyright and added '
> opts="repacksuffix=+ds,dversionmangle=s/\+ds//,repack"' to d/watch.

I don't think that "repack" is necessary here.

> However, 'gbp import-orig --pristine-tar --uscan' does not do
> anything telling "package is up to date, nothing to do". How should
> I proceed?

I guess uscan needs --force-download (--force also works IME); not
sure if you can pass this via gbp-import-orig or if you need a manual
(1) uscan + (2) 'gbp import-orig --pristine-tar your-new-tarball'.
 
> [1] https://www.debian.org/doc/manuals/debmake-doc/ch05.en.html#dfsg


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   BOFH excuse #237:  Plate voltage too low on demodulator tube 

Re: missing email after upload and other problems

[gregor herrmann]

On Mon, 25 Jun 2018 10:02:33 -0500, Matt Zagrabelny wrote:

> I've uploaded to mentors via:
> 
> $ dput mentors cdpr_2.4-3_amd64.changes
> Package has already been uploaded to mentors on mentors.debian.net
> Nothing more to do for cdpr_2.4-3_amd64.changes

> Any help in:
> A) Sponsoring this package would be great.
> B) Figuring out why I don't get an email after a dput upload to mentors.
> C) Why I don't see my package via the web UI.
> Would be most appreciated.

B) and C) are easy to answer: Because you didn't upload it, as the
output of dput quoted above tells you :)

dput checks if there is already a file called something like
cdpr_2.4-3_amd64.mentors.upload and then aborts.
So you can either remove the file or use dput's option:

   -f
   --force
  Disable the check for a unique upload.  See VERIFICATION CHECKS, 
above, for a description of this check.

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Elton John: Don't Let The Sun Go Down On Me


signature.asc
Description: Digital Signature

Re: sql-ledger on salsa?

[gregor herrmann]

On Thu, 14 Jun 2018 14:57:34 +0200, Alexander Wirt wrote:

> On Thu, 14 Jun 2018, Adam Borowski wrote:
> > As you say you have the repository on your disk, I skipped finding out how
> > to read archived Alioth projects, thus the repo is empty -- please push.
> Download the tarball, extract it and you have a bare repo to work with. 

And for those who missed the announcement about the archive server:
That would be 
https://alioth-archive.debian.org/git/collab-maint/sql-ledger.git.tar.xz

(Just start with https://alioth-archive.debian.org/ and go through
the directory structure.)

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   BOFH excuse #393:  Interference from the Van Allen Belt. 

Re: VCS repositories

[gregor herrmann]

On Tue, 29 May 2018 06:18:44 +, Warlich, Christof wrote:

> I'm a bit desperate to find out how the Debian project maintains
> its patches w.r.t. upstream repositories. Thus, while I can explore
> the _current_ patches of a package by looking at the
> "*.debian.tar.gz"-archive after obtaining its sources through
> "apt-get source ",  I'd be rather interested in both
> history and future of these patches along the lifetime of a Debian
> releases' maintainance period.

That's indeed not that easy.
Apart from "apt-get source " ...
 
> At the first glance, things look quite straight forward: Starting
> with, say, the "glibc"-package, an "apt-get source glibc" tells me
> that I may get the git repo of the related Debian patches by
> cloning https://anonscm.debian.org/git/pkg-glibc/glibc.git. But as
> it turns out, this (and some other Debian) hosts went offline as
> they are being replaced by https://salsa.debian.org. So I finally
> get what I am looking for by cloning
> https://salsa.debian.org/glibc-team/glibc.git. Great.

... VCS repositories might exist. Unfortunately, as you noticed, the
information about them is kept in debian/control in the source
package which means that it can get outdated. - If you want to find
out repo locations, besides looking into the source package and using
the already mentioned debcheckout, the values are also published on
tracker: e.g. https://tracker.debian.org/glibc

Another useful resource besides snapshots.d.o is sources.debian.org,
e.g. for binutils: https://sources.debian.org/src/binutils/

sources.d.o also exposes patches directly, e.g.
https://sources.debian.org/patches/binutils/ or for the version in
sid https://sources.debian.org/patches/binutils/2.30-20/

And there's also an API; cf. https://sources.debian.org/doc/url/ and
https://sources.debian.org/doc/api/

> So finally, here is my question: When may I expect that
> VCS-repositories for all Debian packages may be available through
> https://salsa.debian.org (including updates of the packages to
> point to the new repository location on https://salsa.debian.org as
> printed by "apt-get source")

These very good questions hint at at least 2 problems:
- The one mentioned above that the Vcs-* info is kept in the source
  package and is therefor only updated in a new upload.
- The more general one:
  There is no requirement for maintainers to keep their source
  packages in git on salsa.
  There is no requirement for maintainers to keep their source
  packages in git in general.
  There is no requirement for maintainers to keep their source
  packages in any VCS at all.
  As long as this policy doesn't change the only canonical location
  for source packages is the archive itself, and apt-get source and
  sources.d.o the only reliable interfaces.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Ludwig Hirsch: Tante Marie


signature.asc
Description: Digital Signature

Re: Package EOL checklist

[gregor herrmann]

On Tue, 27 Feb 2018 11:20:49 -0800, Joseph Herlant wrote:

> 5. Once there is no more package depending on yours (probably after a
> few months), ask the ftp masters to remove the package from testing
> and unstable via a mail to their list.

"From unstable" (it will be removed automatically from testing later,
and testing is not ftp-master territory), and "by filing an RM
(removal) bug against (the pseudo-package) 'ftp.debian.org'."

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Lenny Kravitz: Fly Away


signature.asc
Description: Digital Signature

Re: Fixing incorrect .orig

[gregor herrmann]

On Fri, 26 Jan 2018 22:45:38 +, Wookey wrote:

> Is there a suffix typically used for this situation of essentially
> 're-done upstream source' (a bit like we use ds for 'debianised
> source' or somesuch when it's been repacked, usually to remove
> non-free things or non-source things)?

I think I've seen +pristine used in such situations in the past, when
the original original tarball was uploaded after an accident.

% grep "Version.*pristine" 
/var/lib/apt/lists/ftp.ch.debian.org_debian_dists_unstable_main_source_Sources  
 
Version: 2.00-04+pristine-5
Version: 1.03+pristine-1
Version: 3.2.2+pristine-2
Version: 0.60+pristine-1
Version: 0.3.4+pristine-9.3

Ok, not really widespread and also aesthetically debatable :)
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Beatles: Rocky Raccoon


signature.asc
Description: Digital Signature

Bug#883628: ITP: ioport -- direct access to I/O ports from the command line

[gregor herrmann]

On Fri, 05 Jan 2018 12:07:28 +0100, Tobias Frost wrote:

> Note that dch(1) when invoked with "-r" will do that for you,
> along with updating the timestamp. (note that dch will throw away
> it when you do not edit anything in the log, workaround is 'dch -r ""')

Unless you set "DEBCHANGE_FORCE_SAVE_ON_RELEASE=no" in ~/.devscripts.

From /usr/share/doc/devscripts/devscripts.conf.ex :

# When --release was used and an editor presented, force the changelog
# to be explicitly saved in the editor?  If this is set to "no" then
# the changes made by --release will be automatically saved.
# DEBCHANGE_FORCE_SAVE_ON_RELEASE=yes


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Beatles


signature.asc
Description: Digital Signature

Re: How to get debian ci test passed for proxy application

[gregor herrmann]

On Mon, 04 Dec 2017 22:45:21 +0900, Roger Shimizu wrote:

> On Mon, Nov 27, 2017 at 5:36 AM, gregor herrmann <gre...@debian.org> wrote:
> > On Sun, 26 Nov 2017 18:42:22 +, James Cowgill wrote:
> >> I think you might need a "Restrictions: isolation-container" to get
> >> network access, but that's only a guess.
> > That's not my experience. We have quite a few perl packages where the
> > tests do something networky and haven't experienced problems on
> > ci.debian.net (modulo failing requests to external resources but
> > that's of course a different story).
> Maybe out bound network activity is OK, but not for open tcp port to
> listen, as James said.

Sorry for being not more clear in my first mail: we also start all
kinds of daemons, either from the package itself or some other
packages (mysql, mariadb, memcached, …), and the tests successfully
connect to them.
 
Maybe Antonio as the ci.d.n guru and maintainer can give an
authoritative answer :)


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: U2: Kite


signature.asc
Description: Digital Signature

Re: How to get debian ci test passed for proxy application

[gregor herrmann]

On Sun, 26 Nov 2017 18:42:22 +, James Cowgill wrote:

> > My local test shows all pass, while debian ci test [1] shows a
> > connection timeout message.
> > So I'm wondering whether debian ci support network activity, and how
> > can I configure the test to get it passed.
> I think you might need a "Restrictions: isolation-container" to get
> network access, but that's only a guess.

That's not my experience. We have quite a few perl packages where the
tests do something networky and haven't experienced problems on
ci.debian.net (modulo failing requests to external resources but
that's of course a different story).


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Die Tontauben: jonny


signature.asc
Description: Digital Signature

Bug#868086: RFS: beautify-bash/1.1-1 [ITP]

[gregor herrmann]

On Tue, 26 Sep 2017 06:12:54 -0300, Herbert Fortes wrote:

>  override_dh_installchangelogs:
>dh_installchangelogs CHANGES

This can be removed from debian/rules, dh_installchangelogs finds
CHANGES and some other common names all by itself.
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #15:  temporary routing anomaly 

Re: Is there any chance to easily find out Qt5 Build-Depends (Was: Bug#874851: [clustalx] Future Qt4 removal from Buster)

[gregor herrmann]

On Mon, 11 Sep 2017 12:10:45 +0200, Andreas Tille wrote:

> > After that you'll get better errors (the first one being "QPushButton: No
> > such file or directory").
> 
> Assuming that I would get the error message above I also would have no
> idea how to deal with it.  As far as I can see QPushButton is moved to a
> different dir:
> 
> $ apt-file search QPushButton
> libqt4-dev: /usr/include/qt4/QtGui/QPushButton
> qtbase5-dev: /usr/include/x86_64-linux-gnu/qt5/QtWidgets/QPushButton
> 
> but according this it should be found with my provided Build-Depends.

Yes, but this needs code changes as well:

https://wiki.qt.io/Transition_from_Qt_4.x_to_Qt5#QtWidgets_as_a_Separate_Module


| Solution
| 
| Add this in your *.pro file:
| QT += widgets
| 
| Change all instances of
| #include 
| to
| #include 


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #166:  /pub/lunch 

Re: Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

[gregor herrmann]

On Tue, 28 Mar 2017 15:18:20 +0200, Gert Wollny wrote:

> I did some digging: 

> > Maybe it's a bug in python-tz? 
> Most likely: 

FWIW, python-tz also has a FTBFS bug:
https://bugs.debian.org/858133
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Re: HELP: Fixing a debconf bug in proftpd

[gregor herrmann]

On Tue, 24 Jan 2017 22:47:00 +, Niels Thykier wrote:

> > 1. Would anybody so kind to have a look at this issue? It is our show
> > stopper to get back into testing.
> 
> From a /very quick glance/, it looks like the package is basically using
> "debconf as a registry".
> 
> Longer version: In a "config" script, the debconf questions should be
> "re-seeded" with the current default value /as defined in the actual
> configuration file/ (rather than assuming the debconf database is up to
> date).
>   See [localepurge template file] for an way of how to do this (ymmv).

There's a more or less ready to use example also in debconf-devel(7)
(scroll down to "Config file handling").
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Pink Floyd: Comfortably numb


signature.asc
Description: Digital Signature

Re: bioperl autopkgtest failure: Can't find 'build_params' in _build at /usr/share/perl5/Module/Build/Base.pm line 1291.

[gregor herrmann]

On Sat, 14 Jan 2017 23:22:30 +0100, Andreas Tille wrote:

> > Not sure (and I have to run now) but both tests fail exactly before
> > they get to the network tests. Maybe this is test_skip() in
> > Bio/Root/Test.pm (which _might_ to try to read the result of `perl
> > Build.PL' to see if network tests are allowed and this fails during
> > autopkgtest because those build artifacts don't exist in the
> > temporary test directory).
> > 
> > If this is true I'm not sure what's the best way to fix it. And easy
> > and inelegant version is to add the 2 tests to
> > debian/tests/pkg-perl/smoke-skip.
> 
> Sounds convincing - however, I admit I do not know what specific test
> to exclude (Just add t/Species.t to smoke-skip or just the specific
> subtest and if yes how to "count" the tests and once I know which one
> how to exactly specify it syntactically correct.

The quick and dirty workaround would be to add both test files to
debian/tests/pkg-perl/smoke-skip. This is just a workaround but I'm
not sure how feasible it is to dissect the actual problem (and write
patches to the upstream test framework if the problem is really that
Bio::Root::Test only works from within the build tree).

Tested patch attached.

Background information for the autopkgtest-pkg-perl framework:
https://pkg-perl.alioth.debian.org/autopkgtest.html

Cheers,
gregor  

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Tori Amos: Icicle
From f4274e7a89979cc115e2ad763177e33e30245128 Mon Sep 17 00:00:00 2001
From: gregor herrmann <gre...@debian.org>
Date: Sun, 15 Jan 2017 00:57:16 +0100
Subject: [PATCH] autopkgtest: add t/Perl.t and t/Species.t to
 debian/tests/pkg-perl/smoke-skip.

These tests fail the autopkgtest-pkg-perl smoke test because they try to
access build artifacts which are not present during autopkgtest.
---
 debian/tests/pkg-perl/smoke-skip | 2 ++
 1 file changed, 2 insertions(+)
 create mode 100644 debian/tests/pkg-perl/smoke-skip

diff --git a/debian/tests/pkg-perl/smoke-skip b/debian/tests/pkg-perl/smoke-skip
new file mode 100644
index 000..382cead
--- /dev/null
+++ b/debian/tests/pkg-perl/smoke-skip
@@ -0,0 +1,2 @@
+t/Perl.t
+t/Species.t
-- 
2.11.0



signature.asc
Description: Digital Signature

Re: bioperl autopkgtest failure: Can't find 'build_params' in _build at /usr/share/perl5/Module/Build/Base.pm line 1291.

[gregor herrmann]

On Sat, 14 Jan 2017 17:13:34 +0100, Andreas Tille wrote:

> when inspecting the bioperl autopkgtest logs[1] I found two times the
> line:
> 
>   Can't find 'build_params' in _build at 
> /usr/share/perl5/Module/Build/Base.pm line 1291.
> 
> I admit I have no idea what this might mean and how to fix this.

Not sure (and I have to run now) but both tests fail exactly before
they get to the network tests. Maybe this is test_skip() in
Bio/Root/Test.pm (which _might_ to try to read the result of `perl
Build.PL' to see if network tests are allowed and this fails during
autopkgtest because those build artifacts don't exist in the
temporary test directory).

If this is true I'm not sure what's the best way to fix it. And easy
and inelegant version is to add the 2 tests to
debian/tests/pkg-perl/smoke-skip.


As for the failure of use.t --> attachment


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joan Baez: Winds Of the old Days
From ec2b4e1a9303f20d9c8430420372378cd0ea56f6 Mon Sep 17 00:00:00 2001
From: gregor herrmann <gre...@debian.org>
Date: Sat, 14 Jan 2017 19:33:50 +0100
Subject: [PATCH] autopkgtest: fix use.t

by adding debian/tests/pkg-perl/use-name which tells autopkgtest-pkg-perl
which module to 'use'.
---
 debian/tests/pkg-perl/use-name | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 debian/tests/pkg-perl/use-name

diff --git a/debian/tests/pkg-perl/use-name b/debian/tests/pkg-perl/use-name
new file mode 100644
index 000..81700a4
--- /dev/null
+++ b/debian/tests/pkg-perl/use-name
@@ -0,0 +1 @@
+Bio::Perl
-- 
2.11.0



signature.asc
Description: Digital Signature

Re: Help: r-cran-treescape does not build on i386, armel and armhf any more

[gregor herrmann]

On Tue, 13 Dec 2016 13:23:50 +0100, Andreas Tille wrote:

> > I guess pabs meant that you're not actually using it in debian/rules.
> Urgs, thanks for opening my eyes. ;-)

:)
 
> Index: rules
> ===
> --- rules   (Revision 23284)
> +++ rules   (Arbeitskopie)
> @@ -2,3 +2,7 @@
>  
>  %:
> dh $@ --buildsystem R
> +
> +override_dh_auto_install:
> +   xvfb-run --auto-servernum --server-num=20 -s "-screen 0 1024x768x24 
> -ac +extension GLX +render -noreset" \
> +   dh_auto_install
> 
> 
> which results in the following diff in the build log:
> 
> 
>  ** preparing package for lazy loading
>  Creating a generic function for 'toJSON' from package 'jsonlite' in package 
> 'googleVis'
>  Warning in rgl.init(initValue, onlyNULL) :
> -  RGL: unable to open X11 display
> +  RGL: GLX extension missing on server
>  Warning: 'rgl_init' failed, running with rgl.useNULL = TRUE
>  ** help
>  *** installing help indices

Adding libgl1-mesa-dri as a build dependency gets rid of the warning
for me (amd64 cowbuilder sid chroot).

** preparing package for lazy loading
Creating a generic function for 'toJSON' from package 'jsonlite' in package 
'googleVis'
** help
*** installing help indices
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: David Bowie: China Girl (Single Version)


signature.asc
Description: Digital Signature

Re: Help: r-cran-treescape does not build on i386, armel and armhf any more

[gregor herrmann]

On Tue, 13 Dec 2016 08:47:37 +0100, Andreas Tille wrote:

> So I did not yet considered this last resort and hope for some help from
> people who are more confident with gdb debugging than I am (Ive read
> here frequently some phrases like "10 minutes of gdb debugging" but I'm
> afraid it would take me 10 hours - I'd happily join a "Gdb for Debian
> maintainers" workshop at Debconf, thought.

This reminds me of my remark in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=847397#25
from last Friday :)
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Tracy Chapman: Across the Lines


signature.asc
Description: Digital Signature

Re: Help: r-cran-treescape does not build on i386, armel and armhf any more

[gregor herrmann]

On Tue, 13 Dec 2016 11:30:41 +0100, Andreas Tille wrote:

> > > Well, adding xvfb was the usual trick to cope with "unable to open X11
> > > display" messages and thus I added it ...
> > To me it looks like you didn't add it yet, at least not to the version
> > in Debian.
> Hmmm, 
> $ apt-get source r-cran-treescape
> $ grep xvfb r-cran-treescape-1.10.18/debian/control
>xvfb
[..]
> So what exactly do you mean by "didn't add it yet" ?

I guess pabs meant that you're not actually using it in debian/rules.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #9:  doppler effect 

Re: Problems to import origtar with gbp import-orig (Was: ncbi-blast+ new upstream version git import merge error)

[gregor herrmann]

On Thu, 01 Dec 2016 19:21:32 +0500, Andrey Rahmatullin wrote:

> > forwarding issue to debian-mentors
> As there is not enough data in the message, I'm assuming it's about the
> published repo.
> The upstream/2.4.0 tag is not merged into master so the debian/2.4.0-*
> tags are not its descendants. This will not work properly.
> Try merging that tag into master now, before importing the new version,
> this will probably help.

Ack, in my experience that's the "default" problem, that the latest
upstream tag isn't merged into the master and/or upstream branch(es).

But recently I've also seen this kind of error
 
> > gbp:info: Merging to 'master'
> > gbp:error: Automatic merge failed.
> > gbp:error: Error detected, Will roll back changes.
> > gbp:info: Rolling back branch upstream by resetting it to 
> > be323245ea77f0e457e3d42c83b58a82f67ca0f2
> > gbp:info: Rolling back branch pristine-tar by resetting it to 
> > 4379fc7d56641c4c4ee7612c48385c8927fac5c8
> > gbp:info: Rolling back tag upstream/6.1.20160908 by deleting it
> > gbp:info: Rolling back branch master by resetting it to 
> > 7c27f101e5f5bcc188d55a67a5d11ead7dbbe62c
> > gbp:info: Rolling back failed merge of upstream/6.1.20160908
> > gbp:error: Rolled back changes after import error.

when all tags and branches looked fine, and I didn't understand what
was going on. In those cases it helped to add '--merge-mode=replace'
to `gbp import-orig ...'.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: U2: Beautiful Day


signature.asc
Description: Digital Signature

Bug#840799: RFS: libcbitcoin-perl/0.2-1

[gregor herrmann]

On Sat, 15 Oct 2016 09:38:03 +0900, Joel DeJesus wrote:

> I am looking for a sponsor for my package "libcbitcoin-perl", a
> Perl wrapper for the other package I am trying to get a sponsor
> for, picocoin.

Since libcbitcoin-perl is already in a pkg-perl git repo, there's no
need for putting it on mentors and filing RFS bugs; someone from the
Debian Perl Group will review and upload it directly from its git
repo. But this can only happen once picocoin is available.

As a first feedback after just looking at debian/ for a few seconds:
It seems that you created the package with dh_make, and probably with
an old version. I suggest to remove (well, rename / move away
locally) the whole debian/ dir and user dh-make-perl (from unstable
or from git) with the --pkg-perl option. This should give you a
skeleton where we can work from.

I also suggest that you take a look at lintian which is an enormous
help to get a package into shape :)

Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bob Dylan: Oxford Town


signature.asc
Description: Digital Signature

Re: git-import-orig: work around a .gitignore file ignoring debian/ ?

[gregor herrmann]

On Sat, 10 Sep 2016 23:53:40 +0200, Raphaël Halimi wrote:

> I maintain a package and the latest release tarball from source
> unfortunately contains a .gitignore file listing debian/. I can't import
> it in my git copy with "gbp import-orig --uscan" and patch it in
> debian/patches afterwards, since as soon as the new tarball would be
> imported, the whole debian/ directory would be ignored by git (it's a
> chicken and egg problem).

% cat debian/gbp.conf
[import-orig]
filter = .gitignore


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Pink Floyd: The trial


signature.asc
Description: Digital Signature

Re: create Debian Source from GIT repository without tag

[gregor herrmann]

On Mon, 15 Aug 2016 16:58:32 +0100, Jerome BENOIT wrote:

> >> What is the best way to create a Debian Source from the upstream GIT 
> >> repository ?
> > git archive would be enough, you don't need uscan for that.
> > You can't have a debian/watch in this case, of course.
> Do you have a example or a wiki in mind ?

If you want to check what other Debian packages do,
codesearch.debian.net often helps:

https://codesearch.debian.net/search?q=git-archive+path%3Adebian%2F=1


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Tom Waits: America


signature.asc
Description: Digital Signature

Bug#834288: RFS: dblatex/0.3.8-1

[gregor herrmann]

On Sun, 14 Aug 2016 19:34:06 +, Mattia Rizzolo wrote:

> I *believe* that a correct reading of "actualize" is "to make actual" or
> "to make true".  That can be interpreted as the action of replacing some
> not reference not real/true/actual anymore with something more
> current¹/actual/real/true.

And then there's "actus et potentia" in philosophy:
https://en.wikipedia.org/wiki/Actus_et_potentia
:)
 

Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Tom Waits: Warm Beer and Cold Women


signature.asc
Description: Digital Signature

mail formatting (was: Bug#826135: RFS: lsvpd/1.7.6-1 ITP: lsvpd -- Utility to List Device Vital Product Data (VPD))

[gregor herrmann]

On Thu, 02 Jun 2016 17:07:08 +, Gianfranco Costamagna wrote:

> [I didn't read rest of thi>s mail because it made my head hurt. 
> >Gianfranco, please write complete sentences, and please don't top-post.]

> yes, sorry :)
> (I have a bad MUA, sometimes top-posting is necessary :( )

No, it's not.
Please get a sane MUA or wait with your replies until you have access
to one.

I really appreciate the work you do on mentoring but I basically
stopped reading your mails months ago because they make my head
explode.


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Tanita Tikaram: Happy Taxi


signature.asc
Description: Digital Signature


signature.asc
Description: Digital Signature

Re: When to use "Replaces"?

[gregor herrmann]

On Mon, 30 May 2016 20:25:56 +0200, Adam Borowski wrote:

> >   c) Something else ...?
> As both unclutters provide generally the same functionality, you may also
> use the "alternatives" method.  

My impression is that the "new" version has different command line
options. So calls to unclutter with the old options in
.xsession/.xinit would break if /usr/bin/unclutter points to the new
implementation via alternatives.

I think I'd go for renaming here.


Cheers,
gregor 

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: The Who: 5. 15


signature.asc
Description: Digital Signature

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

[gregor herrmann]

Control: owner -1 !
Control: tag -1 + moreinfo

On Fri, 11 Mar 2016 23:34:06 +0200, Nikos Tsipinakis wrote:

Thanks for all your work, that's really exciting, and I'm happy to
sponsor this upload.

> On Fri, Mar 11, 2016 at 12:49:38AM +0100, gregor herrmann wrote:
> > Will take a closer look tomorrow; a first look shows that the package
> > might profit from some modernization (d/copyright in Copyright Format
> > 1.0;
> Done.

The order of the paragraphs is a bit unusual; normally the "Files"
sections come before the "License" sections.
 
> > dh(1) in debian/rules; migration to new dbgsym packages (cf.
> > dh_strip(1)'s --dbgsym-migration)), etc.).
> Done.

Cool. - I just think that the newsbeuter-dbg transition package
should depend on newsbeuter-dbgsym instead of newsbeuter. (Or you can
just drop it; I see the point but so far I haven't seen any other
transition packages for debugging symbols; but it's fine for me to
keep it.)
 
> > I: newsbeuter: spelling-error-in-binary usr/bin/newsbeuter occured occurred
> Sneaked this one in the translation-fix patch.

Nice :)
 
> > I: newsbeuter: hardening-no-fortify-functions usr/bin/newsbeuter
> > I: newsbeuter: hardening-no-fortify-functions usr/bin/podbeuter
> Fixed.

Excellent!
 
So alltogether there are no real blockers for me to upload this
version; I'd just like to wait for you on a decision about the
newsbeuter-dbg package, and if you want to keep it, to change the
dependency to newsbeuter-dbgsym.

A little reformatting of d/copyright would be nice but this is just
aesthetical. And in the future, modernizing d/rules would be nice.


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Flying Pickets: Space Oddity


signature.asc
Description: Digital Signature

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

[gregor herrmann]

On Thu, 10 Mar 2016 16:48:39 +0200, Nikos Tsipinakis wrote:

> > The highlighting feature seems to be broken (no idea if this is a
> > problem in newsbeuter or ncurses; I haven't retried to rebuild 2.8-2
> > to check). Too show what I mean: I have in my ~/.newsbeuter/config
> Apparently this issue was already reported and fixed upstream. Added a patch 
> and it should work as intended now.

/me tries the new version from mentors

Yay \o/
Excellent, works again. Thank you!


So I guess I should consider sponsoring this upload :)

Will take a closer look tomorrow; a first look shows that the package
might profit from some modernization (d/copyright in Copyright Format
1.0; dh(1) in debian/rules; migration to new dbgsym packages (cf.
dh_strip(1)'s --dbgsym-migration)), etc.).

lintian and blhc report:

P: newsbeuter source: no-dep5-copyright
I: newsbeuter: spelling-error-in-binary usr/bin/newsbeuter occured occurred
I: newsbeuter: hardening-no-fortify-functions usr/bin/newsbeuter
I: newsbeuter: hardening-no-fortify-functions usr/bin/podbeuter
I: newsbeuter: possible-documentation-but-no-doc-base-registration

W-dpkg-buildflags-missing|CPPFLAGS 59 (of 59) missing|


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: La Tresca: Caravanserraglio


signature.asc
Description: Digital Signature

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

[gregor herrmann]

On Sun, 06 Mar 2016 19:48:37 +0200, Nikos Tsipinakis wrote:

> I am looking for a sponsor for my package "newsbeuter"
> 
> * Package name: newsbeuter
>   Version : 2.9-1
>   Upstream Author : Andreas Krennmair 
> * URL : https://github.com/akrennmair/newsbeuter
> * License : MIT
>   Section : net
> 
> Alternatively, one can download the package with dget using this command:
> 
>dget -x 
> http://mentors.debian.net/debian/pool/main/n/newsbeuter/newsbeuter_2.9-1.dsc

Thanks for your interest in newsbeuter; I like it and use it daily :)
And I was looking forward to a version which needs less memory than
Iceweasel; but for me 2.9 has a massive problem:

The highlighting feature seems to be broken (no idea if this is a
problem in newsbeuter or ncurses; I haven't retried to rebuild 2.8-2
to check). Too show what I mean: I have in my ~/.newsbeuter/config

#v+
# colours
highlight article "^Feed:.+$" yellow black bold
highlight article "^Title:.+$" red black bold
highlight article "^Author:.+$" yellow black bold
highlight article "^Link: " white black bold
highlight article "^Date:.+$" yellow black bold

highlight article "https?://[^][ $)\"]+" cyan black underline
highlight article "?" cyan black
#v-

And the result is --> see attachments.

Maybe you could look into this issue and/or discuss with ak?


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Funny van Dannen: Junge Christen


signature.asc
Description: Digital Signature

Re: Bug#801253: reproducing and fixing lintian errors of wicd 1.7.3-3 package

[gregor herrmann]

On Sun, 07 Feb 2016 18:12:36 +0100, Axel Beckert wrote:

> > $ lintian ../wicd-daemon_1.7.3-3_all.deb
> > $ lintian ../wicd-gtk_1.7.3-3_all.deb
> > $
> > 
> > ==> Where is my mistake?
> 
> On which Debian release have you run lintian? On Debian stable? (I
> guess so, because the deprecated "git buildpackage" no more works on
> Unstable/Testing. You need to use "gbp buildpackage" instead there.) 
> 
> If so, you need to install lintian from backports. Lintian from
> backports follows Lintian from Unstable/Testing rather quickly.

Additionally, lintian runs more tests when run against the .changes
file (and not the .debs); and lintian has some nice command line /
configuration options to enable additional tests (informational,
pedantic, experimental).

Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Beatles


signature.asc
Description: Digital Signature

Re: Fixing GCC-6 FTBS

[gregor herrmann]

On Wed, 20 Jan 2016 19:44:52 +0100, Jakub Wilk wrote:

> * Peter Spiess-Knafl , 2016-01-20, 19:13:
> >apt-get install gcc-6
> 
> apt-get install -t experimental gcc-6

I ended up with "apt-get install gcc g++ -t experimental" earlier
today to get the whole set of packages installed/updated (and gcc-5 removed
and /usr/bin/gcc pointing to gcc-6 etc.).

Cheers,
gregor 

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Vic Chesnutt: Thailand


signature.asc
Description: Digital Signature

Bug#798044: RFS: php-mf2/0.2.12-1 [ITP] -- Microformats2 is the simplest way to markup structured information in HTML.

[gregor herrmann]

On Thu, 31 Dec 2015 18:32:43 +, Mattia Rizzolo wrote:

> On Thu, Dec 31, 2015 at 10:37:39PM +0530, Bhuvan Krishna wrote:
> > I didn't get the point of copyright. You suggested that I inform
> > upstream that MIT is kind of ambiguous, Can you give some pointers to
> > initiate a discuss with the upstream?
> TBH, I don't have any particular pointer.
> Do anybody knows something more useful about this?

https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
has a short note:
"There are many versions of the MIT license. Please use Expat instead,
when it matches."
with a link pointing at
http://en.wikipedia.org/wiki/MIT_License#Various_versions
 

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#807995: postnews sponsorship

[gregor herrmann]

On Wed, 16 Dec 2015 15:20:02 +0100, John Paul Adrian Glaubitz wrote:

> On 12/15/2015 07:01 PM, gregor herrmann wrote:
> > On Tue, 15 Dec 2015 11:32:22 -0500, Robert James Clay wrote:
> >> If you would still be willing to sponsor my updated 'postnews'
> >> package, I would greatly appreciate it. (Note also that I am now
> >> a Debian Maintainer.)
> > Oops, I saw this mail too late, I hope I didn't cause any
> > duplicate work due to my upload.
> Did you actually talk with James before the upload? Your mail
> makes it sound like you didn't.

Correct.
I saw the new sponsorship request, downloaded and checked the
package, and uploaded it, then sent a reply to the bug.
 
> In any, I normally prefer some coordination before uploading so
> we avoid duplicate work and b0rked packages.

I agree, unfortunately I saw Jame's third mail pointing out your
prior cooperation too late. Sorry for that.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Andrew Lloyd Webber & Tim Rice


signature.asc
Description: Digital Signature

Bug#807995: postnews sponsorship

[gregor herrmann]

On Tue, 15 Dec 2015 11:32:22 -0500, Robert James Clay wrote:

> On 05/16/2013 10:48 +0200, John Paul Adrian Glaubitz wrote:
> >Please ping me back once you have 0.6 ready, 
>   If you would still be willing to sponsor my updated 'postnews'  package, I 
> would greatly appreciate it. (Note also that I am now a Debian Maintainer.)

Oops, I saw this mail too late, I hope I didn't cause any duplicate
work due to my upload.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bruce Springsteen: Born in the U.S.A.


signature.asc
Description: Digital Signature

Re: cowbuilder/pbuilder: require newer version from experimental

[gregor herrmann]

On Tue, 27 Oct 2015 15:11:08 +0100, Ole Streicher wrote:

> What could be the cause that the dependency is not satisfied from
> experimental here?

I'm using a preferences file in my experimental chroots:

# cat /var/cache/pbuilder/amd64/experimental-base.cow/etc/apt/preferences
Package: *
Pin: release a=experimental
Pin-Priority: 101 


Maybe this helps in your case as well.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Pink Floyd: Shine On You Crazy Diamond (Parts 6-9)


signature.asc
Description: Digital Signature

Re: "not-binnmuable-all-depends-any" problem exists for Multi-Arch: foreign, too?

[gregor herrmann]

On Wed, 30 Sep 2015 17:39:44 +0200, Christoph Biedl wrote:

> Johannes Schauer wrote...
> > in fact, this can already be done:
> > 
> > Package: foo
> > Architecture: any
> > Version: 5.25-3+b1
> > Provides: foo (= 5.25-3)
> 
> Oy! So what's the reason those who trigger binNMUs do not utlize this
> feature? 

The last thing I heard about versioned Provides is that not all
pieces of the infrastructure support it yet. (wanna-build or
something was missing).

I'd be more than happy to hear if this is all fixed by now.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Soluna Samay: Sing Out Loud


signature.asc
Description: Digital Signature

Re: Questions before my first upload attempt

[gregor herrmann]

On Mon, 24 Aug 2015 12:50:04 +0200, Thomas Schmitt wrote:

 I configured dput for http, as shown in
   http://mentors.debian.net/intro-maintainers
 
 Strangely it said ftp and not http in its messages:
 
 -
 $ dput -f libburn_1.4.0-1.1_source.changes
 Trying to upload package to ftp-master (ftp.upload.debian.org)

You're uploading to ftp.upload.debian.org and not to mentors.d.n.

Quoting from the page you cited above:

`dput mentors your_sourcepackage_1.0.changes'

(note the 'mentors' which refers to the name in the ~/.dput.cf)


(ftp.upload.debian.org will remove your upload attempts
automatically.)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Tom Waits: Trampled Rose


signature.asc
Description: Digital Signature

Bug#795347: RFS: pkwalify/1.22-1 (Closes: #792031)

[gregor herrmann]

On Thu, 13 Aug 2015 12:09:26 +, Gianfranco Costamagna wrote:

 d/control: debhelper =9 might be better

For perl arch:all packages there are no relevant changes between
debhelper compat level 8 and 9.
But yes, it at least makes lintian (with its new pedantic warning)
happy.

 perl,  perl (= 5.13.11) | libtest-simple-perl (= 0.98)
 
 seems hacky, but I understand simple-perl might be needed only for older perl 
 releases
 (note: I'm not sure buildds understands such notation)

That's perfectly fine, is used all over the place in perl packages
and works.

The idea is:
- perl is needed in general, whatever version
- for tests Test::More version 0.98 is required, which is in
  + either perl core since 5.13.11
  + or the separate package libtest-simple-perl with the appropriate
version

 I'll leave this to other folks, and step in if *really* needed :)

There have already been talks on IRC in #debian-perl which probably
will lead to moving the package to pkg-perl.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Re: rules file and build directory

[gregor herrmann]

On Sun, 26 Jul 2015 23:25:32 +0200, Helmut Grohne wrote:

 On Wed, Jul 15, 2015 at 11:04:38AM +0200, gregor herrmann wrote:

  Maybe dpkg-architecture can help here:
  
  % dpkg-architecture | grep GNU_TYPE
  DEB_BUILD_GNU_TYPE=x86_64-linux-gnu
  DEB_HOST_GNU_TYPE=x86_64-linux-gnu
  DEB_TARGET_GNU_TYPE=x86_64-linux-gnu
  
  Looks very much like your BUILDDIR. And can be queried (not sure
  which of the 3 variables) like:
  
  % dpkg-architecture -qDEB_BUILD_GNU_TYPE
  x86_64-linux-gnu
 
 I am sorry to tell you that using DEB_BUILD_GNU_TYPE most likely is
 wrong here. 

I'm mot surprised; these terms still confuse me, and that's why I
wrote not sure which of the 3 variables above :)

Thanks for your explanation!


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joint Venture: Alles wieder gut


signature.asc
Description: Digital Signature

Re: Build on hurd-i386 and kfreebsd-amd64 ... at home

[gregor herrmann]

On Mon, 20 Jul 2015 10:04:18 +0200, Johannes Schauer wrote:

 Quoting Daniel Stender (2015-07-19 17:52:16)
  I'm looking for a convenient way to test build source packages against resp.
  on hurd-i386 or kfreebsd-amd64 instead of setting up simple end user Qemu
  boxes and build within them. Sbuild and qemu-debootstrap somehow?
 
 there seems to be this: https://wiki.debian.org/qemubuilder but I never tried
 that and don't know if these instructions still work.

cowbuilder and qemu-debootstrap work for me (with armhf and armel,
haven't tried with other architectures):
http://info.comodo.priv.at/blog/cowbuilder_crossbuilds_for_raspbian.html

The linked article
http://blog.waja.info/2013/11/25/crossbuilding-debian-packages-with-sbuild-for-raspbian/
explains a setup with sbuild and qemu; also for Raspbian and armhf
but it's probably worth a try for hurd or kfreebsd as well. 


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #85:  Windows 95 undocumented feature 


-- 
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/20150720081412.gh26...@colleen.colgarra.priv.at

Re: Build on hurd-i386 and kfreebsd-amd64 ... at home

[gregor herrmann]

On Mon, 20 Jul 2015 10:34:17 +0200, Johannes Schauer wrote:

 Quoting gregor herrmann (2015-07-20 10:14:12)
  cowbuilder and qemu-debootstrap work for me (with armhf and armel,
  haven't tried with other architectures):
  http://info.comodo.priv.at/blog/cowbuilder_crossbuilds_for_raspbian.html

 crossbuilding is not equal to native building. I think Daniel was looking for 
 a
 way to test if their packages build natively on hurd-i386 or kfreebsd-amd64.

Right; I might have misunderstood the original question, maybe
because Daniel mentioned qemu-debootstrap :)

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #40:  not enough memory, go get system upgrade 


-- 
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/20150720085823.gi26...@colleen.colgarra.priv.at

Re: rules file and build directory

[gregor herrmann]

On Wed, 15 Jul 2015 10:52:07 +0200, Eugen Wintersberger wrote:

 override_du_auto_test:
   cd BUILDDIR  make my_super_test
 
 My original question was: where do I get BUILDDIR from? For instance,
 when you use cmake the build directory (relative to the location where
 the rules file is running) is obj-x86_64-linux-gnu. I learned this from
 the output of the build process. However, this obviously depends on the
 architecture. What I would like to have is a procedure which retrieves
 me this information.

Maybe dpkg-architecture can help here:

% dpkg-architecture | grep GNU_TYPE
DEB_BUILD_GNU_TYPE=x86_64-linux-gnu
DEB_HOST_GNU_TYPE=x86_64-linux-gnu
DEB_TARGET_GNU_TYPE=x86_64-linux-gnu

Looks very much like your BUILDDIR. And can be queried (not sure
which of the 3 variables) like:

% dpkg-architecture -qDEB_BUILD_GNU_TYPE
x86_64-linux-gnu

Cf. for examples:
https://codesearch.debian.net/perpackage-results/DEB_BUILD_GNU_TYPE%20path%3Adebian%2Frules/2/page_0


Oh, and this has been discussed before:
https://lists.debian.org/debian-mentors/2011/09/msg00198.html
should answer your question:
- either use obj-$DEB_BUILD_GNU_TYPE
- or try --builddirectory


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #391:  We already sent around a notice about that. 


-- 
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/20150715090438.ge26...@colleen.colgarra.priv.at

Re: Pbuilder requests Build-Depends on local machine - why this?

[gregor herrmann]

On Thu, 25 Jun 2015 14:57:18 +0200, Andreas Tille wrote:

 since I'm back from vacation and upgraded my testing system I realised
 that when using pbuilder the Build-Depends of some package seem to be
 required also on the machine that is creating the pbuilder chroot
 (=where you start pdebuild).  

That's a change in dpkg-buildpackage:

From https://tracker.debian.org/news/685447 :

dpkg (1.18.0) unstable; urgency=low
[..]
  * Make dependency checks fatal for dpkg-buildpackage -S.


So you have to pass -d (for making the checks non-fatal, i.e.
warnings, again, as they were before), or -nc (don't run clean) to
dpkg-buildpackage; directly or via --debbuildopts in the case of
pdebuild.

(Note that -nc seems to break pbuilder's build twice feature.)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #297:  Too many interrupts 


--
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/20150625131433.ge28...@colleen.colgarra.priv.at

Re: Pbuilder requests Build-Depends on local machine - why this?

[gregor herrmann]

On Thu, 25 Jun 2015 22:35:49 +0900, Hideki Yamane wrote:

  Hm, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786690

Thanks!
 
 On Thu, 25 Jun 2015 15:14:33 +0200
 gregor herrmann gre...@debian.org wrote:
  So you have to pass -d (for making the checks non-fatal, i.e.
  warnings, again, as they were before), or -nc (don't run clean) to
  dpkg-buildpackage; directly or via --debbuildopts in the case of
  pdebuild.
  
  (Note that -nc seems to break pbuilder's build twice feature.)
 
  I've changed local pdebuild as
 
 -echo dpkg-buildpackage -S -us -uc -r${BUILDSOURCEROOTCMD} 
 $DEBBUILDOPTS | \ 
 +echo dpkg-buildpackage -S -d -us -uc -r${BUILDSOURCEROOTCMD} 
 $DEBBUILDOPTS | \

Ack, this possible patch for pdebuild also came to my mind later :)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joan Baez: The Boxer


signature.asc
Description: Digital Signature

Re: packaging Advanced Gtk+ Sequencer - automatic debian build

[gregor herrmann]

On Sat, 20 Jun 2015 22:27:49 +0200, Tobias Frost wrote:

 gbp-import-orig(1) takes --git-pristine-tar, so this is not needed.
 You can also set this option to default via e.g debian/gbp.conf
 Best practice would also to sign your tags, so either --sign-tags or
 again via gbp.conf

IMO it's easier to set both in ~/.gbp.conf instead of adding an
identical debian/gbp.conf to each package.
 
Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Dido: This Land Is Mine


signature.asc
Description: Digital Signature

Bug#765924: RFS: libgom/0.2.1-1

[gregor herrmann]

On Thu, 11 Jun 2015 09:29:20 -0700, Joseph Herlant wrote:

 I know there's a new version upstream but I don't really want to push
 it and go back at the end of the new queue as it's already been
 several month I'm waiting for the package to arrive in the
 distribution.

No need to wait, the NEW queue is not a FIFO, and an upload of a
newer version won't change the position (as there are no
positions). The ftp team will process both versions together.

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Diana Krall: I Was Doing Alright


signature.asc
Description: Digital Signature

Re: Replacing roxterm's multiple binary packages with one

[gregor herrmann]

On Wed, 10 Jun 2015 13:50:03 +0100, Tony Houghton wrote:

 I suppose the relative size of the existing dbg packages makes a strong case
 against including debugging symbols in the main package.

If you want to get rid of the -dbg package you can probably do so
without a bad conscience, since we'll probably have automatic ddebs
soon:
https://lists.debian.org/debian-dpkg/2015/05/msg00038.html

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Re: dpkg-source: info: local changes detected and gbp:error: Cannot parse archive name

[gregor herrmann]

On Sun, 31 May 2015 22:54:58 +0500, Andrey Rahmatullin wrote:

 On Sun, May 31, 2015 at 05:03:29PM +0200, Marcin Dulak wrote:

  It looks to me like the configuration.log file, which is written during
  compilation of gpaw
  is treated as a source modification. How should I handle this?
 You need to removed it in the clean step. With dh(1) it can be done by
 overriding dh_auto_clean.

Or (matter of taste) by adding the configuration.log to debian/clean.
 

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bob Dylan: Jokerman


signature.asc
Description: Digital Signature

Re: Testing GUI programs

[gregor herrmann]

On Thu, 16 Apr 2015 13:11:13 +0200, Ole Streicher wrote:

 I have a package (saods9) with a graphical user interface (Tk), and I
 want to make some basic build-time and CI tests. The program can be
 controlled from the command line; however it needs a running X server to
 start.
 
 I could depend on xvfb, and do a
 
 Xvfb 
 xpid=$!
 DISPLAY=:0 ... do the tests
 kill $xpid
 
 but maybe there is a canonical or better way?

xvfb-run

Cf. https://codesearch.debian.net/perpackage-results/xvfb-run/2/page_0

E.g. a perl package:

https://sources.debian.net/src/libtk-objeditor-perl/2.008-1/debian/rules/
https://sources.debian.net/src/libtk-objeditor-perl/2.008-1/debian/control/


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #95:  Pentium FDIV bug 


-- 
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/20150416113305.gm21...@colleen.colgarra.priv.at

Re: CI tests

[gregor herrmann]

On Thu, 09 Apr 2015 09:33:51 +0200, Ole Streicher wrote:

 for one of my packages (python-astropy), I want to create a Continuous
 Integration test. However, I seem to not understand some basics:
 
 * Are the tests done with the installed package, or with the installed
   sources, or both?
[..]
   Is this enough? Shall I cd $ADTTMP before (or what is the cwd when
   the test starts)?

Quoting from:
https://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=blob_plain;f=doc/README.package-tests.rst;hb=HEAD

| The cwd of each test is guaranteed to be the root of the source
| package, which will have been unpacked but not built. *However*
| note that the tests must test the *installed* version of the
| program.

 
 * On which distribution is CI run? unstable? testing? experimental?
   Does it run on non-free or contrib distriutions?

Looking at http://ci.debian.net/ , my impression is that the tests
are run on unstable/amd64.
(No idea about contrib or non-free, sorry.)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Johnny Guitar Watson: I Wanna Thank You


signature.asc
Description: Digital Signature

Bug#782173: RFS: chrony/1.30-2 [RC] -- Set the computer clock from time servers on the Net

[gregor herrmann]

Control: owner -1 !
Control: tag -1 + moreinfo

On Thu, 09 Apr 2015 01:00:12 +0200, Joachim Wiedorn wrote:

 I am looking for a sponsor for my package chrony
[..]
   dget -x 
 http://mentors.debian.net/debian/pool/main/c/chrony/chrony_1.30-2.dsc

I'd be willing to sponsor this upload, I just saw one minor glitch:
 
 Changes since the last upload:
 
   * New upstream release.
   * It includes the following security fixes (Closes: #782160):
 - Fix CVE-2015-1853: Protect authenticated symmetric NTP
  associations against DoS attacks.
 - Fix CVE-2015-1821: Fix access configuration with subnet
  size indivisible by 4.
 - Fix CVE-2015-1822: Fix initialization of reply slots for
  authenticated commands.
   * debian/control:
- Update e-mail address of myself.
- Add Vincent Blut as co-maintainer.

It seems that d/changlog is not really correct, in a slightly
confusing way: This is no new upstream release but a backport of some
fixes from the new upstream release to the current version. At least
I guess so :)

(And for and upload to unstable targetting jessie I'd probably also
drop the changes in d/control to make the diff smaller for the
release team; although it propbably doesn't matter for those
technically trivial changes.)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Ostbahn-Kurti  Die Chefpartie: Tequila Sunrise


signature.asc
Description: Digital Signature

Bug#775441: RFS: apulse/0.1.5-1

[gregor herrmann]

On Thu, 15 Jan 2015 20:05:42 +0100, Mateusz Łukasik wrote:

 apulse - PulseAudio emulation for ALSA
  libapulse  - PulseAudio emulation for ALSA - the libapulse libraries
  libapulse-dev - PulseAudio emulation for ALSA - the libapulse devel
 libraries

Hey, this is nice :)

But there's at least one problem with the package:


# dpkg -i libapulse_0.1.5-1_i386.deb
Selecting previously unselected package libapulse:i386.
(Reading database ... 410300 files and directories currently installed.)
Preparing to unpack libapulse_0.1.5-1_i386.deb ...
Unpacking libapulse:i386 (0.1.5-1) ...
dpkg: error processing archive libapulse_0.1.5-1_i386.deb (--install):
 trying to overwrite '/usr/lib/i386-linux-gnu/libpulse.so.0', which is also in 
package libpulse0:i386 5.0-13
Errors were encountered while processing:
 libapulse_0.1.5-1_i386.deb

(And:
% aptitude why libpulse0:i386
i   skype:i386 Depends libpulse0:i386
)

I haven't tried but this probably needs some Conflicts+Provides.


And even later it doesn't look good:

# dpkg -i --force-overwrite libapulse_0.1.5-1_i386.deb
(Reading database ... 410300 files and directories currently installed.)
Preparing to unpack libapulse_0.1.5-1_i386.deb ...
Unpacking libapulse:i386 (0.1.5-1) ...
dpkg: warning: overriding problem because --force enabled:
dpkg: warning: trying to overwrite '/usr/lib/i386-linux-gnu/libpulse.so.0', 
which is also in package libpulse0:i386 5.0-13
dpkg: warning: overriding problem because --force enabled:
dpkg: warning: trying to overwrite 
'/usr/lib/i386-linux-gnu/libpulse-simple.so.0', which is also in package 
libpulse0:i386 5.0-13
Setting up libapulse:i386 (0.1.5-1) ...
Processing triggers for libc-bin (2.19-13) ...
/sbin/ldconfig.real: /usr/lib/i386-linux-gnu/libpulse-simple.so.0 is not a 
symbolic link

/sbin/ldconfig.real: /usr/lib/i386-linux-gnu/libpulse.so.0 is not a symbolic 
link


But I can confirm that a skype test call works after installing
libapulse:i386.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Märsche: Einzug der Gladiatoren


signature.asc
Description: Digital Signature

Re: Bug#773632: RFS: pcsx2/1.2.1-783-g1f54bb7+dfsg-1 [ITP]

[gregor herrmann]

On Mon, 22 Dec 2014 15:50:59 +0500, Andrey Rahmatullin wrote:

 On Mon, Dec 22, 2014 at 09:30:45PM +1100, Riley Baird wrote:
   * In d/changelog, urgency should be low since it's a new
   package
   Is this documented somewhere?
  My mentor had told me upon the second upload of my package that I
  could optionally change the priority to medium (and the New Maintainer
  Guide recommends not going above low), so that is how I came to
  believe this.
 Medium is default for about an year.

Correct.

Testing migration for packages not in testing still is 10 days.
Cf. https://lists.debian.org/debian-devel-announce/2013/11/msg7.html
(Default Urgency); maybe that's what Riley's mentor had in mind. 


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Mark Knopfler: Silvertown Blues


signature.asc
Description: Digital Signature

Re: Bug#773632: RFS: pcsx2/1.2.1-783-g1f54bb7+dfsg-1 [ITP]

[gregor herrmann]

On Tue, 23 Dec 2014 06:27:44 +1100, Riley Baird wrote:

  Testing migration for packages not in testing still is 10 days.
  Cf. 
  https://lists.debian.org/debian-devel-announce/2013/11/msg7.html
  (Default Urgency); maybe that's what Riley's mentor had in mind.
 Ah, okay, thanks. Should I file a bug against maint-guide? (urgency
 shouldn't be changed to anything higher than low)
 https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#changelog

I think it doesn't matter, with both low and medium the first
upload will take (at least) 10 days to migrate, as the package is not
in testing before, and this delay is enforced by (I guess) britney,
the testing migration tool. So for the first upload of the first
package, low is just fine.

But yes, maybe a pointer to the current situation (i.e. the linked mail
above) might be interesting to avoid future confusions when it comes
to subsequent new package revisions.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Donovan: Do You Hear Me Now


signature.asc
Description: Digital Signature

Bug#771361: RFS: roxterm/2.9.5-1

[gregor herrmann]

On Fri, 28 Nov 2014 19:35:02 +, Tony Houghton wrote:

 I am looking for a sponsor for my package roxterm. I have also posted an
 unblock request which is #771358. Should I merge these two bugs?

Please add the requested information (i.e. a debdiff of the .dsc
files) to #771358. It would make sense to have a yay/nay from the
release team before uploading the new version to unstable.
 
Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Leonard Cohen: Bird on the Wire


signature.asc
Description: Digital Signature

Re: Bug#771245: RFS: wmanager/0.2.1-12 (fix an important bug in jessie)

[gregor herrmann]

On Fri, 28 Nov 2014 23:41:41 +0200, Peter Pentchev wrote:

  Thanks for your clear and comprehensive description what this is all
  about, what the situation is and what you've done -- that made it
  easy for me to find the motivation to look into it :)
 Thanks for the kind words and for taking the time :)

:)
 
 Hmm, but is there some problem with the buildds?  It looks like you
 tried to use a long-awaited brand-new feature of the buildd network -
 a real source-only upload - 

AFAIK, real source-only doesn't work yet (except for experimental
but even there not really), as arch:all package still have to be
included; but arch:any package can be stripped, and that's what I'm
doing since shortly after it became possible.

 and all the buildds successfully built
 the package, but none of them has tried to upload it yet.
 https://buildd.debian.org/status/logs.php?pkg=wmanagerver=0.2.1-12suite=sid

Now I was also confused a bit by this page but ...
 


On Sat, 29 Nov 2014 00:21:03 +, Mattia Rizzolo wrote:

 Not sure about what you are talking about...
 The 0.2.1-12 binaries are in the archive...
 http://ftp.debian.org/debian/pool/main/w/wmanager/

... Mattia is right, and rmadison agrees:

% rmadison wmanager
debian:
 wmanager | 0.2.1-9  | squeeze | source, amd64, armel, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc
 wmanager | 0.2.1-11 | wheezy  | source, amd64, armel, armhf, i386, ia64, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc
 wmanager | 0.2.1-11 | jessie  | source, amd64, arm64, armel, armhf, i386, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x
 wmanager | 0.2.1-12 | sid | source, amd64, arm64, armel, armhf, hurd-i386, 
i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, s390x, 
sparc
new:


Looks like all is fine :)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: STS: Drago


signature.asc
Description: Digital Signature

Bug#766244: RFS: dwb/20140702hg-1.1 [RC]

[gregor herrmann]

On Sun, 26 Oct 2014 16:04:57 +0100, Mateusz Łukasik wrote:

 On 26.10.2014 15:27, Sebastian Ramacher wrote:

* Patch work:
  - Add from Fedora: dwb-gtk-deprecated.patch --fix FTBFS.
  (Closes: #763220)
 Okay. Please send a message to #763220 saying that there is a patch
 available and that you intend to NMU.
 OK. Done

Well, not really, there's only the note that the patch exists, but
nothing about the NMU candidate on mentors and the sponsorship-bug.

(I stumbled across #763220 while looking at RC bugs and the PTS told
me about the package on mentors, and then I manually looked into the
sponsorship-requests bugs ...)

Anyway, original bug CC'd now to have the info there :)
 
Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Arlo Guthrie: Somebody Turned On The Light


signature.asc
Description: Digital Signature

Re: Access to Debian machines

[gregor herrmann]

On Thu, 23 Oct 2014 12:42:52 +0200, Ole Streicher wrote:

 As a Debian Developer, I would now for the first time need to access a
 Debian machine (armhf). However, trying to ssh to one of them
 (arm-arm-01.debian.org) gives me a Permission denied (publickey).

Let's look at https://db.debian.org/machines.cgi :
- arm-arm-01.debian.org is listed as a buildd, so it's not accessible
  for ordinary DDs
- if you look for armhf and porterbox, you will find
  harris.debian.org
  ipa.debian.net

I seem to remember that I used harris recently.
  

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #345:  Having to manually track the satellite. 


-- 
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/20141023111053.gc22...@colleen.colgarra.priv.at

Re: libavifile-0.7c2 : Depends: libavifile-0.7-common (= 1:0.7.48~20090503.ds-16+b2) but 1:0.7.48~20090503.ds-16 is to be installed

[gregor herrmann]

On Tue, 21 Oct 2014 15:23:11 +0200, Corentin Desfarges wrote:

 I'm currently working on the packaging of fw4spl (an open source framework)
 and I got this error when a run pbuilder :
 
  The following packages have unmet dependencies:
   libavifile-0.7c2 : Depends: libavifile-0.7-common (=
 1:0.7.48~20090503.ds-16+b2) but 1:0.7.48~20090503.ds-16 is to be installed.
  Unable to resolve dependencies!  Giving up...

This is a bug in the avifile source package:
https://bugs.debian.org/765669
 
Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #328:  Fiber optics caused gas main leak 


-- 
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/20141021134630.gz22...@colleen.colgarra.priv.at

Bug#754227: RFS: gdal/1.10.1+dfsg-6

[gregor herrmann]

Control: owner -1 !
Control: tag -1 + pending

On Tue, 08 Jul 2014 22:40:17 +0200, Bas Couwenberg wrote:

 Package: sponsorship-requests
 Severity: normal
 
 Dear mentors,
 
 I am looking for a sponsor for my package gdal

You found one since this contains only my patch, and building the
package once more today doesn't hurt :)
 
Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Mark Knopfler: Going Home: Theme Of The Local


signature.asc
Description: Digital Signature

Bug#753649: RFS: liblinux-inotify2-perl/1:1.22-1 [ITA] -- scalable directory and file change notification

[gregor herrmann]

On Thu, 03 Jul 2014 22:34:42 +0100, Daniel Lintott wrote:

   * Package name: liblinux-inotify2-perl
 Version : 1:1.22-1
 Upstream Author : Marc Lehmann schm...@schmorp.de
   * URL : http://software.schmorp.de/pkg/Linux-Inotify2.html
   * License : Perl
 Section : perl
 
 You may want to drop an email to the guys on the Debian Perl Group
 List(cc'd), and look at maintaining the package within the the team, if
 you are interested in that.

Thanks, Daniel!
 
 I expect one of the DD's from the group... may well pick this up and
 fill in more of the details ;)

Just a URL as a starter:
https://wiki.debian.org/Teams/DebianPerlGroup/Welcome


Cheers,
gregor


-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Beatles: Birthday


signature.asc
Description: Digital Signature

Re: Renaming a source package

[gregor herrmann]

On Mon, 14 Apr 2014 10:24:37 +0200, Thibaut Paumard wrote:

 I'll summarize my answers from the bug and perhaps provide some more:

There's also https://wiki.debian.org/Renaming_a_Package
 
Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #300:  Digital Manipulator exceeding velocity parameters 


-- 
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/20140414093728.gf16...@colleen.colgarra.priv.at

Re: script-with-language-extension

[gregor herrmann]

On Sun, 09 Mar 2014 21:39:01 +, Dave Walker wrote:

  Net::Frame::Device includes two scripts that are installed to /usr/bin,
  but both have .pl extensions therefore giving me a Lintian warning.
 
  My initial thought on fixing this is to rename the files by overriding
  dh_auto_install in debian/rules... but I'm struggling to find out how to
  do this without explicitly writing the file names, which wouldn't
  accommodate new files in future releases.
 
  So far I've got the following:
 
  PACKAGE = $(shell dh_listpackages)
  TMP = $(CURDIR)/debian/$(PACKAGE)
 
  SNIP
  find $(TMP)/usr/bin -name '*.pl'
 
 
 How about:
 find $(TMP)/usr/bin -name *.pl -exec rename 's/\.pl$//' {} +
 Just make sure you do it at build time, not install time.

Looks good, and similar to existing examples which might be a bit simpler:

libdata-stag-perl/debian/rules: prename 's/\.pl//' $(TMP)/usr/bin/*
libdata-stag-perl/debian/rules: prename 's/\.pl//' 
$(TMP)/usr/share/man/man1/*1p*
libdbix-dbstag-perl/debian/rules:   rename 's/\.pl//' 
debian/libdbix-dbstag-perl/usr/share/man/man1/*.pl.1p
libdbix-dbstag-perl/debian/rules:   rename 's/\.pl//' 
debian/libdbix-dbstag-perl/usr/bin/*.pl
libembperl-perl/debian/rules:   rename -v 's/\.pl//' $(TMP)/usr/bin/emb*
libembperl-perl/debian/rules:   rename -v 's/\.pl//' 
$(TMP)/usr/share/man/man1/emb*
libgeo-osm-tiles-perl/debian/rules: prename 's/\.pl$$//'
$(TMP)/usr/bin/downloadosmtiles.pl
libgeo-osm-tiles-perl/debian/rules: prename 's/\.pl\.1p$$/.1p/' 
$(TMP)/usr/share/man/man1/downloadosmtiles.pl.1p
libtext-ngrams-perl/debian/rules:   rename -v 's/\.pl//' $(TMP)/usr/bin/*.pl
libtext-ngrams-perl/debian/rules:   rename -v 's/\.pl//' 
$(TMP)/usr/share/man/man1/*
libvm-ec2-perl/debian/rules:rename 's/\.pl//' $(TMP)/usr/bin/*.pl
libvm-ec2-perl/debian/rules:rename 's/\.pl//' $(TMP)/usr/share/man/man1/*

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Aerzte: Männer sind Schweine


signature.asc
Description: Digital Signature

Re: Test builds in gbp patch-queue branch [was: Re: Is there a way to preserve pbuilder chroot environment?]

[gregor herrmann]

On Sun, 02 Mar 2014 08:38:06 +0100, Ross Gammon wrote:

  'gbp
  buildpackage' fails because it detects altered files in the source code.

  Ah, here it is in the manpage:
  --git-export=treeish

 Thanks Gregor, but I was already aware of --git-export=WC 
 --git-ignore-new. I have used this when I wanted to test changes to e.g.
 d/rules before committing the fix.

Ok.

 What I was probably not clear about, was that I meant changes made
 outside the debian directory.

Ah, indeed, I had not realized this; and I hadn't thought about this
issue because ...

 dpkg-source: info: building gramps using existing
 ./gramps_4.0.3+dfsg.orig.tar.gz
 dpkg-source: info: local changes detected, the modified files are:
  gramps-4.0.3+dfsg/setup.py
 dpkg-source: error: aborting due to unexpected upstream changes, see
 /tmp/gramps_4.0.3+dfsg-3.diff.8Ha2F5
 dpkg-source: info: you can integrate the local changes with dpkg-source
 --commit
 dpkg-buildpackage: error: dpkg-source -b gramps-4.0.3+dfsg gave error
 exit status 2

... it's dpkg-source here failing, and not gbp :)
(Well, indirectly and later gbp can't go on as well.)

 But anyway, studying this error a bit harder with a clear head in the
 morning, and then studying the man page for dpkg-source, I solved it.
 Adding the option -i.* to gbp successfully got passed to dpkg-source,
 and it built.

I usually create a quick quilt patch (manually or by following the
advive from the error: you can integrate the local changes with
dpkg-source --commit) in this case.

Or I just try the changes in the chroot (with running debian/rules
$target manually there; cf. also Wookey's ideas). Works with
cowbuilder as well with the C10shell hook (which can also be
triggered by a exit 1 in debian/rules in the desired override_*).

Note that this local changes detected error only happens with
source format 3.0 quilt, and is generally considered an advantage (to
avoid unintentional changes in the upstream code). But yes, during
experimenting it can be a bit annoying.
 

Cheers,
gregor


-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joan Baez: Ghetto


signature.asc
Description: Digital signature

Re: Test builds in gbp patch-queue branch [was: Re: Is there a way to preserve pbuilder chroot environment?]

[gregor herrmann]

On Sat, 01 Mar 2014 23:37:22 +0100, Ross Gammon wrote:

 'gbp
 buildpackage' fails because it detects altered files in the source code.

 Or can I override
 gbp buildpackage (with pbuilder as an option) in some way so that it
 ignores the fact that there are altered files?

Yes, you can:

== excerpt from ~/.gbp.conf ==

[buildpackage]
...
export = WC


Ah, here it is in the manpage:

--git-export=treeish
  Instead  of  exporting the current branch head, export the
  treeish object treeish. The special name INDEX exports the
  current index whereas the special name WC exports the
  current working copy as is.


Cheers,
gregor


-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Don McLean: The Carnival Is Ended


signature.asc
Description: Digital signature

Re: Maintainer scripts: execute command as another user: use sudo or su?

[gregor herrmann]

On Sat, 01 Mar 2014 22:55:20 +0100, Emilien Klein wrote:

 One minor challenge that I faced is that I couldn't get the commands to
 run using su. With the help of Karsten Hilbert I understood that the
 issue was that the user being a system user, she didn't have a shell
 (default shell for new system users is /bin/false).

That's what Russ already mentioned in
https://lists.debian.org/debian-mentors/2014/02/msg00499.html
:)
 
Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Beatles


signature.asc
Description: Digital signature

Bug#739003: RFS: libsocket6-perl/0.25-1 [ITA]

[gregor herrmann]

On Sat, 15 Feb 2014 10:49:21 +, Daniel Lintott wrote:

  I am looking for a sponsor for my package libsocket6-perl

  Have you considered joing the Debian Perl Group? We'd be happy to
  have you and this package in our ranks, and you'd get support and
  sponsors there.

 I hadn't thought about it... but I will indeed join the group. I shall
 drop and email to the group with my Alioth details.

Cool, see you over there :)

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Treibhaus: Colosseum


signature.asc
Description: Digital signature

Bug#739003: libsocket6-perl

[gregor herrmann]

On Sat, 15 Feb 2014 22:18:07 +, Daniel Lintott wrote:

  And the package is already in git -- thanks!
  
  I've now, as per our usual workflow, added some TODO items to the
  top of debian/changelog.
  
  Don't hesitate to ask on the list or on IRC if my comments are too 
  cryptic :)

 It took a while but I think I got there in the end!

Thanks, I was already looking at the changes :)
 
 I've had to leave override_dh_auto_configure as it was trying use the
 configure file and not the Makefile.PL. I've also added to this the
 LDFLAGS for relro that were missing.

Ha, that was the only piece I was thinking about, and I've just added
a note to d/changelog about it. I might as well paste the summary
here:

  replace dh $@ with dh $@ --buildsystem=perl_makemaker then dh
  will use Makefile.PL etc. and everything looks good

 Everything else has been completed as per the TODO ;)

Indeed, looks perfect.
 

Maybe you can take a last look at d/rules and make the change with
the buildsystem, if it works for you as well; and then set the
distribution from UNRELEASED to unstable in d/changelog.


Cheers,
gregor


-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Aziza Mustafà Zadeh: Bana Bana Gel (Bad Girl)


signature.asc
Description: Digital signature

Bug#739003: libsocket6-perl

[gregor herrmann]

On Sat, 15 Feb 2014 22:33:15 +, Daniel Lintott wrote:

  replace dh $@ with dh $@ --buildsystem=perl_makemaker then dh 
  will use Makefile.PL etc. and everything looks good

 The only snag is still going to be the missing LDFLAGS (relro in
 particular) for Socket6.so

Hm, I'm not sure about that.
Neither lintian nor blhc complained when I tried this approach.

(And usually debhelper with compat level 9 just passes all required
flags, and they are used unless the upstream build system messes with
%Config in some crazy way).

How/where did you see the problem?


When I build it again (with --buildsystem and without the override) I
get:

   dh_auto_build -O--buildsystem=perl_makemaker
make[1]: Entering directory `/tmp/buildd/libsocket6-perl-0.25'
cp Socket6.pm blib/lib/Socket6.pm
/usr/bin/perl /usr/share/perl/5.18/ExtUtils/xsubpp -noprototypes -typemap 
/usr/share/perl/5.18/ExtUtils/typemap  Socket6.xs  Socket6.xsc  mv 
Socket6.xsc Socket6.c
cc -c   -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -D_FORTIFY_SOURCE=2   -DVERSION=\0.25\ 
-DXS_VERSION=\0.25\ -fPIC -I/usr/lib/perl/5.18/CORE   Socket6.c
Socket6.xs: In function 'XS_Socket6_getipnodebyname':
Socket6.xs:975:82: warning: cast to pointer from integer of different size 
[-Wint-to-pointer-cast]
  ST(0) = (SV *) not_here(getipnodebyname);

  ^
Socket6.xs: In function 'XS_Socket6_getipnodebyaddr':
Socket6.xs:1046:82: warning: cast to pointer from integer of different size 
[-Wint-to-pointer-cast]
  ST(0) = (SV *) not_here(getipnodebyaddr);

  ^
Running Mkbootstrap for Socket6 ()
chmod 644 Socket6.bs
rm -f blib/arch/auto/Socket6/Socket6.so
cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -Wl,-z,relro  -shared -L/usr/local/lib 
-fstack-protector Socket6.o  -o blib/arch/auto/Socket6/Socket6.so \
\
  
chmod 755 blib/arch/auto/Socket6/Socket6.so
cp Socket6.bs blib/arch/auto/Socket6/Socket6.bs
chmod 644 blib/arch/auto/Socket6/Socket6.bs
Manifying blib/man3/Socket6.3pm
make[1]: Leaving directory `/tmp/buildd/libsocket6-perl-0.25'


which looks quite ok to me :)
-fstack-protector is there, and also -Wl,-z,relro.
 
 Would it be preferable to patch the config.pl.in and add all the
 LDDLFLAGS there as opposed to in the rules file?

If it's necessary that's an option. A bit more idiomatic would be an
override that just adds missing stuff, like (untested)

override_dh_auto_configure:
dh_auto_configure -- LDDLFLAGS=...


Cheers,
gregor, who might well be missing something ...

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Dire Straits: Calling Elvis


signature.asc
Description: Digital signature

Bug#739003: RFS: libsocket6-perl/0.25-1 [ITA]

[gregor herrmann]

On Fri, 14 Feb 2014 20:32:57 +, Daniel Lintott wrote:

   Dear mentors,
 
   I am looking for a sponsor for my package libsocket6-perl
 
  * Package name: libsocket6-perl
Version : 0.25-1
Upstream Author : Hajimu UMEMOTO u...@mahoroba.org
  * URL : http://search.cpan.org/~umemoto/
  * License : BSD,ISC
Section : perl
 
   It builds those binary packages:
 
 libsocket6-perl - Perl extensions for IPv6

Have you considered joing the Debian Perl Group?
We'd be happy to have you and this package in our ranks, and you'd
get support and sponsors there.

Cf. https://wiki.debian.org/Teams/DebianPerlGroup/Welcome

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Wir sind Helden: Soundso


signature.asc
Description: Digital signature

Re: Wanted: Watch file with version encoded in download dir

[gregor herrmann]

On Wed, 05 Feb 2014 15:21:01 +0100, Andreas Tille wrote:

 does anybody have an idea how to write a working watch file for
http://spades.bioinf.spbau.ru/release3.0.0/
 where the version is encoded in the download dir and the download file
 or do I have no better option than writing upstream a kind mail (which I
 would do anyway but it would be nice to know whether there is a
 workaround)?

The following seems to work for me:

version=3
opts=\
downloadurlmangle=s{release([\d.]+)/}{release${1}/SPAdes-${1}-Linux.tar.gz},\
filenamemangle=s{release([\d.]+)/}{SPAdes-${1}-Linux.tar.gz} \
http://spades.bioinf.spbau.ru/ release([\d.]+)/

(and produce a file named ../SPAdes-3.0.0-Linux.tar.gz)


Maybe there's a more elegant version than using two *mangles ...


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   BOFH excuse #451:  astropneumatic oscillations in the water-cooling 


-- 
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/20140205143450.gc31...@colleen.colgarra.priv.at

Re: Help for watch file needed for ssake

[gregor herrmann]

On Sat, 18 Jan 2014 16:55:13 +0100, Andreas Tille wrote:

 version=3
 opts=downloadurlmangle=s/software\/ssake\/releases\/([.\d]+)/\/ssake_v$1-tar.gz/
  \
  http://www.bcgsc.ca/platform/bioinfo/software/ssake/releases/([\d.]*)

 uscan: In debian/watch, potentially unsafe or malformed downloadurlmangle 
 pattern:
   's/software\/ssake\/releases\/([.\d]+)/\/ssake_v$1-tar.gz/' found. 
 Skipping watchline
   http://www.bcgsc.ca/platform/bioinfo/software/ssake/releases/([\d.]*)
 -- Scan finished

The following seems to work:

version=3
opts=downloadurlmangle=s{([\d.]+)$}{$/ssake_v$1-tar.gz}g \
 http://www.bcgsc.ca/platform/bioinfo/software/ssake/releases/([\d.]*)


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Derek Patton: Bright Grey


signature.asc
Description: Digital signature

Re: Help for watch file needed for ssake

[gregor herrmann]

On Sat, 18 Jan 2014 23:54:43 +0100, Andreas Tille wrote:

  The following seems to work:
  
  version=3
  opts=downloadurlmangle=s{([\d.]+)$}{$/ssake_v$1-tar.gz}g \
   http://www.bcgsc.ca/platform/bioinfo/software/ssake/releases/([\d.]*)
 
 Hmmm, it just drops the tarball named
 
3.8.1
 
 (simply the version number as file name) 

Ouch, sorry, I was deluded by uscan's output which pointed to the
write location.

 and I failed to add a proper
 filenamemangle statement. :-(  

It took me some time now, but I have another proposal:

version=3
opts=downloadurlmangle=s{([\d.]+)$}{$1/ssake_v$1-tar.gz},\
filenamemangle=s{.+/([\d.]+)$}{ssake_v$1-tar.gz} \
http://www.bcgsc.ca/platform/bioinfo/software/ssake/releases/([\d.]*)

which gives me a ../ssake_v3.8.1-tar.gz

(You could also name it .tar.gz in the course of mangling.)

 Thanks for your patience and greetings from MiniDebConf in Paris

Bonne soirée a Paris !
:)

gregor


-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Dire Straits: Romeo And Juliet


signature.asc
Description: Digital signature

Re: Packaging GNUstep automatically

[gregor herrmann]

On Thu, 26 Dec 2013 12:12:56 +0800, Paul Wise wrote:

 On Thu, Dec 26, 2013 at 11:06 AM, Markus Hitter wrote:
  Packaging is out of the scope of Debian? That's an unexpected response. :-)
 You asked about automated packaging, which isn't something we do in
 Debian right now AFAIK.

And IMO all attempts that we've seen so far were of rather poor
quality.
I mean, there _is_ a reason why we have Linux distributions and
human packagers :)
 
  If I knew where to start, which commands to try, I could tell about what
  isn't working. Instead I can't find a clear path on how to make a
  package, much less on how to automate this.
 Try maint-guide:
 
 http://www.debian.org/doc/manuals/maint-guide/update.en.html#inspectnewupstream
 http://www.debian.org/doc/manuals/maint-guide/update.en.html#newupstream

Additionally I'd also recommend Lucas' packaging-tutorial, available
as a package or online at
http://www.debian.org/doc/manuals/packaging-tutorial/packaging-tutorial
 

On Thu, 26 Dec 2013 13:44:32 +0100, Markus Hitter wrote:
 Am 26.12.2013 05:12, schrieb Paul Wise:

 On the developer side I see pretty much the opposite: a process far more
 complex than what developers feel capable of dealing with, while iPhone
 developers simply drop their binary package somewhere.

Upstream development and packaging are two different tasks and two
different skill sets. Of course it's possible to do both but then one
has to learn both.

 Things I've learned so far:

 2) To find out which source package is needed, do a dry run for one of
 the binary packages:
 
   PKG_NAME=gnustep-make-doc
   apt-get -s source ${PKG_NAME} | tee /tmp/$$
   if grep -q Picking /tmp/$$; then
 PKG_NAME=$(awk '/^Picking/ { print substr($2, 2, length($2) - 2); }'
  /tmp/$$)
   fi
   rm -f /tmp/$$

% apt-cache show gnustep-make-doc | grep Source:
or
% apt-cache showsrc gnustep-make-doc
 
 5) The first step is to grab debian/ from the older package and moving
 it to the new bunch of sources.
 
   rm -rf debian
   tar -xvzf ../${PKG_NAME}*debian.tar.gz

uupdate(1) does this automatically.
 
 6) Then add a changelog entry with dch. Important, because debuild
 grabs the version information from here. Also, the version number is
 used for sorting packages by age:
 
   . Version
   dch -v ${GNUSTEP_MAKE_VERSION}-$(date +%Y%m%d) -D saucy
 
 Version is a file provided by GNUstep, saucy is the distribution you
 want to build against. An editor will open, add something like Weekly
 snapshot., save and quit.

You can also give the changelog message directly to dch(1):

% dch -v 1234-1 -D saucy Weekly snapshot.
 
 8) Now it's a good time to change debian/control.in and/or debian/rules.

debian/control.in is no standard file, just used by some maintainers
to _manually_ manage debian/control outside of the build process.
 
 9) Build a package locally with debuild ... 
 
 Uhm, here I'm stuck. Some instructions recommend debuild -d, some
 debuild -i -uc -us, some debuild -S -sd. All of them fail with the
 same error:
 
 $ debuild -S -sd
 This package has a Debian revision number but there does not seem to be
 an appropriate original tar file or .orig directory in the parent directory;
 (expected one of gnustep-make_2.6.6.orig.tar.gz,
 gnustep-make_2.6.6.orig.tar.bz2,
 gnustep-make_2.6.6.orig.tar.lzma,  gnustep-make_2.6.6.orig.tar.xz or
 make.orig)
 
 It's a bit unclear to me why it asks for a tar of the _new_ package. Can
 you help?

Well, to build a package for the new release you need the tarball of
the new upstream release, and it must be named according to what the
error message tells you.
(Unless you're building a native package but that's usually not
useful.)
 
 10) Upload the package:
   dput ppa:mah-jump-ing/ppa ../${PKG_NAME}*.changes

That's Ubuntu only, obviously.
 

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Eric Clapton: Lay Down Sally


signature.asc
Description: Digital signature