Re: Please add the "perl-doc-html" package to Debian 10.

[Dominic Hargreaves]

On Thu, Jul 25, 2019 at 10:58:15PM -0600, MyMail5 wrote:
> Dear Maintainer,
> Please add the "perl-doc-html" package to Debian 10.

Hello,

Unfortunately the perl-doc-html maintainer orphaned the package last year
so it was removed so that it didn't reflect the wrong version of perl
shipped in that release.

It won't be possible (even if there was the will from someone)
to add it back to Debian 10 after the fact due to Debian's release
policies. There are some ideas about how to get it back into Debian in
 and
 so if someone
wanted to work on that it could be restored for Debian 11.

Since I last looked at this it appears there has been some work in
revitalising perldoc.perl.org which had itself fallen into unmaintained
mode if I recall.

If anyone would be interested in working on this please ping me so we
can discuss if/how it should be integrated into the perl packages.

Cheers,
Dominic.

Bug#907974: perl-doc-html: Should be updated to 5.28 at the point of the transition

[Dominic Hargreaves]

On Mon, Nov 05, 2018 at 08:54:13PM +0200, Niko Tyni wrote:
> Control: severity -1 serious
> 
> On Tue, Sep 04, 2018 at 05:40:41PM +0100, Dominic Hargreaves wrote:
> > Source: perl-doc-html
> > Version: 5.26.0-4
> > Severity: wishlist
> > User: debian-p...@lists.debian.org
> > Usertags: perl-5.28-transition
> > X-Debbugs-Cc: p...@packages.debian.org
> > 
> > We should make this bug serious at the point of the 5.28 transition
> > so that we don't end up releasing with documentation for the wrong 
> > version of perl.
> > 
> > See #907273 and #154963 for additional context.
> 
> Perl 5.28 transition is done now, so raising the severity of this bug.

I'm not sure where the original tooling for perldoc.perl.org has gone,
but it seems like it might not be the best option these days.

Possible alternative source:

https://perldoc.pl/
https://github.com/Grinnz/perldoc-browser
https://metacpan.org/pod/Mojolicious::Command::export

Bug#825220: fwanalog: please Build-Depend on rename

[Dominic Hargreaves]

Source: fwanalog
Version: 0.6.9-7
Severity: normal
User: debian-p...@lists.debian.org
Usertags: perl-5.24-transition rename-deprecation

Dear maintainer,

This package was found to contain uses of the 'rename' and/or 'prename'
(which is an alias) command. This was previously implemented by a script
added to the perl package by Debian, but there is now a maintained
alternative in the 'rename' package.

Please add a Build-Depends on 'rename', to avoid breakage in your
package when we remove the rename script from the perl package
(expected after the release of stretch). Additionally, if you are
currently using 'prename', please use 'rename' (which is handled by the
alternatives mechanism) or file-rename, which is the new implementation.

You can see more background about this change at
.

Thanks,
Dominic

Details of the use of (p)rename in your package follow:

debian/rules
39: ( cd debian/fwanalog/usr/lib/fwanalog ; rename 's/\.sh//' *.sh )

Bug#808215: htdig-doc: Depends on virtual package "perl5" which will is gone with perl/5.22

[Dominic Hargreaves]

Package: htdig-doc
Version: 1:3.2.0b6-14
Severity: serious
Justification: package uninstallable
Tags: sid pending
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition

The perl 5.22 transition just started (see
https://lists.debian.org/debian-devel-announce/2015/12/msg5.html)
and we seem to have missed that this package depends on the deprecated
virtual package "perl5" like some other packages did.

The perl 5.22 packages don't provide perl5, making this package
uninstallable.

I'll do a QA upload shortly.

Cheers,
Dominic.

Bug#740998: closed by Michael Gilbert <mgilb...@debian.org> (Bug#740998: fixed in ndisc6 1.0.1-2)

[Dominic Hargreaves]

On Sat, Feb 14, 2015 at 01:36:05AM +, Debian Bug Tracking System wrote:

>  ndisc6 (1.0.1-2) unstable; urgency=medium
>  .
>* QA upload.
>* Set maintainer to the Debian QA Group (see #713004).
>* Add conflicts between rdnssd and network-manager (closes: #740998).

This bug just hit me in Debian stable (as it happens, it appeared to
be a particularly severe form where /etc/resolv.conf was wiped out
altogether; perhaps some sort of race condition?)

I'm not sure why rdnssd was installed at all. I can't see any mention
of it in debian-installer, and not a single package Depends or Recommends
it. Morever it was installed without resolvconf (which I suspect would
have mitigated this issue), despite it recommending resolvconf, and no
change to the default of installing recommends having taken place.

Release team; would you consider a QA upload of this package targetted
at stable, fixing this bug in the same way that Michael fixed it in
unstable - this will hopefully stop others having the experience of
having networking break on a freshly installed Debian system every 20
minutes or so.

Dominic.

Bug#740998: problems with rdnssd and network-manager both installed in jessie

[Dominic Hargreaves]

On Sun, Oct 11, 2015 at 05:45:05PM +0100, Adam D. Barratt wrote:
> On Sun, 2015-10-11 at 16:50 +0100, Dominic Hargreaves wrote:
> > On Sat, Feb 14, 2015 at 01:36:05AM +, Debian Bug Tracking System wrote:
> > 
> > >  ndisc6 (1.0.1-2) unstable; urgency=medium
> > >  .
> > >* QA upload.
> > >* Set maintainer to the Debian QA Group (see #713004).
> > >* Add conflicts between rdnssd and network-manager (closes: #740998).
> > 
> > This bug just hit me in Debian stable (as it happens, it appeared to
> > be a particularly severe form where /etc/resolv.conf was wiped out
> > altogether; perhaps some sort of race condition?)
> > 
> > I'm not sure why rdnssd was installed at all. I can't see any mention
> > of it in debian-installer, and not a single package Depends or Recommends
> > it. Morever it was installed without resolvconf (which I suspect would
> > have mitigated this issue), despite it recommending resolvconf, and no
> > change to the default of installing recommends having taken place.
> > 
> > Release team; would you consider a QA upload of this package targetted
> > at stable, fixing this bug in the same way that Michael fixed it in
> > unstable - this will hopefully stop others having the experience of
> > having networking break on a freshly installed Debian system every 20
> > minutes or so.
> 
> This was previously discussed in #778492, where there was some concern
> from the installer side as to possible side effects of the change. CCing
> -boot to see what current thoughts are.

Oh, right. It seems that that bug got closed because noone had a suitable
test environment? I hereby volunteer to test a test d-i with this bug
fixed on the network where I experienced the problem in jessie.

Cheers,
Dominic.

Bug#787537: intltool-debian: Unescaped left brace in regex is deprecated

[Dominic Hargreaves]

Control: severity -1 important
Control: tags -1 + confirmed

On Tue, Jun 02, 2015 at 04:17:18PM +0100, Dominic Hargreaves wrote:
> Package: intltool-debian
> Version: 0.35.0+20060710.2
> Severity: normal
> User: debian-p...@lists.debian.org
> Usertags: perl-5.22-transition
> 
> Found in rebuild logs against perl 5.22 (currently in experimental):
> 
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by <-- HERE in m/^(.*)\${ <-- HERE ?([A-Z_]+)}?(.*)$/ at 
> /usr/share/intltool-debian/intltool-update line 886.
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by <-- HERE in m/\${ <-- HERE ?AC_PACKAGE_NAME}?/ at 
> /usr/share/intltool-debian/intltool-update line 1010.
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by <-- HERE in m/\${ <-- HERE ?PACKAGE}?/ at 
> /usr/share/intltool-debian/intltool-update line 1011.
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by <-- HERE in m/\${ <-- HERE ?AC_PACKAGE_VERSION}?/ at 
> /usr/share/intltool-debian/intltool-update line 1012.
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by <-- HERE in m/\${ <-- HERE ?VERSION}?/ at 
> /usr/share/intltool-debian/intltool-update line 1013.
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by <-- HERE in m/\${ <-- HERE ?AC_PACKAGE_NAME}?/ at 
> /usr/share/intltool-debian/intltool-update line 1021.
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by <-- HERE in m/\${ <-- HERE ?PACKAGE}?/ at 
> /usr/share/intltool-debian/intltool-update line 1022.
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by <-- HERE in m/\${ <-- HERE ?AC_PACKAGE_VERSION}?/ at 
> /usr/share/intltool-debian/intltool-update line 1023.
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by <-- HERE in m/\${ <-- HERE ?VERSION}?/ at 
> /usr/share/intltool-debian/intltool-update line 1024.
> 
> The changelog relating to this is at
> 
> https://metacpan.org/source/RJBS/perl-5.22.0/pod/perldelta.pod#L492

I'm bumping this one up to important because it's causing (well,
contributing too - there are other issues) to the lintian FTBFS
with perl 5.22:

Running legacy-debconf 1~rc1... building... testing... FAILED
--- t/tests/legacy-debconf/tags 2015-08-31 17:13:59.0 +
+++ /«PKGBUILDDIR»/debian/test-out/tests/debconf/tags.debconf   2015-08-31 
18:42:20.818665703 +
@@ -31,6 +31,15 @@
 I: debconf-test: unused-debconf-template debconf/testnote
 I: debconf-test: unused-debconf-template debconf/teststring
 I: debconf-test: unused-debconf-template debconf/translate
+Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\${ <-- HERE ?AC_PACKAGE_NAM
E}?/ at /usr/share/intltool-debian/intltool-update line 1010.
+Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\${ <-- HERE ?AC_PACKAGE_NAM
E}?/ at /usr/share/intltool-debian/intltool-update line 1021.
+Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\${ <-- HERE ?AC_PACKAGE_VER
SION}?/ at /usr/share/intltool-debian/intltool-update line 1012.
+Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\${ <-- HERE ?AC_PACKAGE_VER
SION}?/ at /usr/share/intltool-debian/intltool-update line 1023.
+Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\${ <-- HERE ?PACKAGE}?/ at 
/usr/share/intltool-debian/intltool-update line 1011.
+Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\${ <-- HERE ?PACKAGE}?/ at 
/usr/share/intltool-debian/intltool-update line 1022.
+Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\${ <-- HERE ?VERSION}?/ at 
/usr/share/intltool-debian/intltool-update line 1013.
+Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/\${ <-- HERE ?VERSION}?/ at 
/usr/share/intltool-debian/intltool-update line 1024.
+Unescaped left brace in regex is deprecated, passed through in regex; marked 
by <-- HERE in m/^(.*)\${ <-- HERE ?([A-Z_]+)
}?(.*)$/ at /usr/share/intltool-debian/intltool-update line 886.
 W: debconf source: ancient-standards-version 3.7.2 (current is CURRENT)
 W: debconf source: debian-rules-calls-debhelper-in-odd-order dh_makeshlibs 
(line 56)
 W: debconf source: debian-rules-calls-debhelper-in-odd-order dh_makeshlibs 
(line 60)

Bug#792371: alien: FTBFS with perl 5.22 in experimental (MakeMaker changes)

[Dominic Hargreaves]

Source: alien
Version: 8.93
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch

This package FTBFS with perl 5.22.0-2, which removed support for a long-
obsolete way of overriding PREFIX when calling 'make install' with
ExtUtils::MakeMaker, as described in the lintian tag
debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl
policy[2]:

/usr/bin/make pure_install INSTALLDIRS=vendor \
PREFIX=/«PKGBUILDDIR»/debian/alien//usr \
VARPREFIX=/«PKGBUILDDIR»/debian/alien
make[2]: Entering directory '/«PKGBUILDDIR»'
Manifying 1 pod document
Manifying 7 pod documents
perl -i -pe s/\@version\@/8.93/g alien.lsm.in alien.lsm
-i used with no filenames on the command line, reading from STDIN.
perl -i -pe s/\@version\@/8.93/g alien.spec.in alien.spec
-i used with no filenames on the command line, reading from STDIN.

ERROR: Can't create '/usr/bin'
Do not have write permissions on '/usr/bin'

 at -e line 1.

The fix is to use DESTDIR instead of PREFIX; please see the lintian
description for examples.

This bug will become release critical nearer the time of the perl 5.22
migration, expected during the (northern hemisphere) summer.

Cheers,
Dominic.

[1] 
https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html

[2] 
https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150714091910.gs28...@urchin.earth.li

Bug#787537: intltool-debian: Unescaped left brace in regex is deprecated

[Dominic Hargreaves]

Package: intltool-debian
Version: 0.35.0+20060710.2
Severity: normal
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition

Found in rebuild logs against perl 5.22 (currently in experimental):

Unescaped left brace in regex is deprecated, passed through in regex; marked by 
-- HERE in m/^(.*)\${ -- HERE ?([A-Z_]+)}?(.*)$/ at 
/usr/share/intltool-debian/intltool-update line 886.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
-- HERE in m/\${ -- HERE ?AC_PACKAGE_NAME}?/ at 
/usr/share/intltool-debian/intltool-update line 1010.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
-- HERE in m/\${ -- HERE ?PACKAGE}?/ at 
/usr/share/intltool-debian/intltool-update line 1011.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
-- HERE in m/\${ -- HERE ?AC_PACKAGE_VERSION}?/ at 
/usr/share/intltool-debian/intltool-update line 1012.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
-- HERE in m/\${ -- HERE ?VERSION}?/ at 
/usr/share/intltool-debian/intltool-update line 1013.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
-- HERE in m/\${ -- HERE ?AC_PACKAGE_NAME}?/ at 
/usr/share/intltool-debian/intltool-update line 1021.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
-- HERE in m/\${ -- HERE ?PACKAGE}?/ at 
/usr/share/intltool-debian/intltool-update line 1022.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
-- HERE in m/\${ -- HERE ?AC_PACKAGE_VERSION}?/ at 
/usr/share/intltool-debian/intltool-update line 1023.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
-- HERE in m/\${ -- HERE ?VERSION}?/ at 
/usr/share/intltool-debian/intltool-update line 1024.

The changelog relating to this is at

https://metacpan.org/source/RJBS/perl-5.22.0/pod/perldelta.pod#L492

Cheers,
Dominic.


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150602151718.gj30...@urchin.earth.li

Bug#786676: fte: Build-Depends on obsolete perl5

[Dominic Hargreaves]

Source: fte
Version: 0.50.2b6-2
Severity: important
User: debian-p...@lists.debian.org
Usertags: bcn2015 perl-5.22-transition

Hello,

As part of the upcoming perl 5.22 transition we are removing the Provides
for a long-obsolete virtual package 'perl5', which this package
Build-Depends on. Most likely the correct fix is to just Build-Depend on
'perl' instead.

This bug will become RC when perl 5.22 enters unstable in the upcoming
weeks/months.

Greetings from the Barcelona Perl team sprint!
Dominic.


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150524111637.gi21...@urchin.earth.li

Bug#779116: pristine-tar: depend on perl instead of perl-modules

[Dominic Hargreaves]

Package: pristine-tar
Version: 1.32
Severity: serious
Justification: blocks another serious bug

According to the package description of perl-modules, other packages
should not depend on it, since it is considered an internal implementation
detail of the perl package. At present we are dealing with an RC bug[1] in
perl which is exacerbated by such dependencies.

As such, please could you replace

Depends: perl-modules

with

Depends: perl

NMUs will be forthcoming; feel free to let me know whether you prefer
to handle this as a maintainer upload or not.

Thanks,
Dominic.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777597#32


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150224170504.gd8...@urchin.earth.li

Bug#779121: tvtime: depend on perl instead of perl-modules

[Dominic Hargreaves]

Package: tvtime
Version: 1.0.2-13
Severity: serious
Justification: blocks another serious bug

According to the package description of perl-modules, other packages
should not depend on it, since it is considered an internal implementation
detail of the perl package. At present we are dealing with an RC bug[1] in
perl which is exacerbated by such dependencies.

As such, please could you replace

Depends: perl-modules

with

Depends: perl

NMUs will be forthcoming; feel free to let me know whether you prefer
to handle this as a maintainer upload or not.

Thanks,
Dominic.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777597#32


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150224170733.gi8...@urchin.earth.li

Bug#719963: grepmail: FTBFS with perl 5.18: 'Subroutine Scalar::Util::openhandle redefined

[Dominic Hargreaves]

Source: grepmail
Version: 5.3033-5
Severity: serious
Justification: transition imminent
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie

This package FTBFS with perl 5.18:

#  $got-[0] = 'Subroutine Scalar::Util::openhandle redefined at 
/usr/share/perl/5.18/XSLoader.pm line 92.

(repeated lots).

Please ask debian-p...@lists.debian.org if you need help with preparing
or testing a change; if you have a suitable test i386 system you can
install perl 5.18 by adding experimental to your sources as well as the
repository at http://people.debian.org/~dom/perl/test/perl-5.18.0/

Cheers,
Dominic.


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130817083854.gu3...@urchin.earth.li

Bug#696254: qa.debian.org: PTS has outdated current policy version

[Dominic Hargreaves]

On Wed, Dec 19, 2012 at 06:37:12AM +, Bart Martens wrote:
 I suggest to implement the following instead :
 
 The package's standards version should match the version of the package
 debian-policy in the same distribution as the package.  This should be
 checked in distributions testing, unstable and experimental.  If there is no
 debian-policy in the distribution, then look at debian-policy in unstable.
 
 - package in testing should match debian-policy in testing
 - package in unstable should match debian-policy in unstable
 - package in experimental should match debian-policy in unstable
 
 The first three version parts are sufficient, but it's not an error if all 
 four
 parts are used.
 
 - debian-policy version 3.9.3.1 -- standards version 3.9.3 is sufficient
 - debian-policy version 3.9.4.0 -- standards version 3.9.4 is sufficient
 
 The message should be produced only if the package's standards version is 
 lower
 than the (first three parts of the) version of debian-policy, not when it's
 higher.  So I would not complain about a package in testing having
 standards-version 3.9.4 at this time.
 
 This is the existing message template :
 
   The package should be updated to follow the last version of Debian Policy
   (Standards-Version first three version parts of policy version instead of
   package's standards version).
 
 I suggest to change that to this template to allow multiple messages per 
 source
 package :
 
   Version package version of this package has Standards-Version: package's
   standards version and should be updated to follow version first three
   version parts of policy version of Debian Policy.
 
 When a package has the same version in multiple distributions, then two
 versions of debian-policy could come into play, and then I suggest to look at
 the lowest version of debian-policy only.  For example for gwhere
 0.2.3.dfsg.1-3 currently in testing and unstable :
 
   Version 0.2.3.dfsg.1-3 of this package has Standards-Version: 3.8.1 and
   should be updated to follow version 3.9.3 of Debian Policy.

I understand your proposal, but it feels like overkill to me. I'm not
convinced there's really anything special about 3.9.4 than any other
version of policy w.r.t the freeze. Russ, in his 3.9.4 announcement,
reminded us not to gratuitously update the S-V of a package during
the freeze (and he did mention 3.9.4 there) but wouldn't the same apply
to a package that currently had 3.9.2? A gratuitous bump to 3.9.3
wouldn't make any sense for a package targetted at wheezy.

How about a simpler modification to the current template:

  The package should be updated to follow the last version of Debian Policy
  (Standards-Version first three version parts of policy version instead of
  package's standards version). We recommend that such changes do not
  take place during a freeze for packages targetted at the testing
  distribution.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


-- 
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121219145914.gc4...@urchin.earth.li

Bug#696254: qa.debian.org: PTS has outdated current policy version

[Dominic Hargreaves]

Package: qa.debian.org
Severity: normal
Tags: patch

The PTS says:

The package should be updated to follow the last version of Debian
Policy (Standards-Version 3.9.3 instead of 3.9.4). but this is wrong.

Index: www/xsl/pts.xsl
===
--- www/xsl/pts.xsl (revision 2895)
+++ www/xsl/pts.xsl (working copy)
@@ -32,7 +32,7 @@
 
 !-- Those variables controls the todo and problem item concerning
  standards-version not being up to date --
-xsl:variable name=lastsv select='3.9.3'/
+xsl:variable name=lastsv select='3.9.4'/
 xsl:variable name=lastmajorsv select='3.'/
 
 !-- lintian summary --

Cheers,
Dominic.

-- System Information:
Debian Release: 6.0.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20121218173114.32291.44556.report...@urchin.earth.li

Re: Bug#654805: RM: hybserv -- RoQA; unmaintained, dead upstream, unused, no ipv6 support

[Dominic Hargreaves]

On Sun, Nov 04, 2012 at 12:59:46PM +0100, Julien Cristau wrote:
 On Thu, Nov  1, 2012 at 22:14:38 +, Dominic Hargreaves wrote:
 
  So, any feedback from the QA team and the release team about whether
  I can reintroduce this package into sid and/or request it be migrated
  to wheezy?
  
 /me uses it in squeeze too, so no objection here...

Thanks; I've now filed an ITP bug #692789, so any further feedback
could go there.

Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


-- 
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121108213513.gd4...@urchin.earth.li

Re: Bug#654805: RM: hybserv -- RoQA; unmaintained, dead upstream, unused, no ipv6 support

[Dominic Hargreaves]

[please CC me on replies]

On Thu, Jan 05, 2012 at 10:25:23PM +0100, Moritz Muehlenhoff wrote:
 Please remove hybserv. It hasn't seen a maintainer upload since 
 2006, the package is virtually unused in popcon and it lacks IPv6
 support (#629262)

Hello,

I use hybserv in squeeze and would like to continue using it after
wheezy comes out. I'd like to suggest that I take over this package
and re-introduce it into Debian (it looks Aurélien's other packages have
been orphaned (eg #677763). The package works with hybrid-ircd which 
I have just adopted.

As far as I can tell from the bugs that were closed when it was removed,
this package did not have any serious issues outstanding; it's true
that there has not been a new upstream release for a while, however.
On the subject of IPv6 support, I do not believe that this is significant
in that the only direct network connection used is to the IRC server; I
imagine that most of the time this is on the same host.

Note that there are likely alternatives to this package, but they
are not available in wheezy (or compatible with the ircd-hybrid in
wheezy AFAIK). Once ircd-hybrid 8 has been packaged then there will
be more options available for ircd-hybrid users, I believe.

So, any feedback from the QA team and the release team about whether
I can reintroduce this package into sid and/or request it be migrated
to wheezy?

Thanks,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


-- 
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121101221438.gr4...@urchin.earth.li

Bug#664612: wu-ftpd: FTBFS[kfreebsd]: error: 'struct dqblk64' has no member named 'dqb_fhardlimit'

[Dominic Hargreaves]

On Mon, Mar 19, 2012 at 12:10:57PM +0100, Christoph Egger wrote:
 x86_64-kfreebsd-gnu-gcc  -g -Wall -D_FILE_OFFSET_BITS=64  -O2 -I.. 
 -I../support -c -o extensions.o extensions.c

...

 extensions.c: In function 'msg_massage':
 extensions.c:412:47: error: 'struct dqblk64' has no member named 
 'dqb_fhardlimit'
 extensions.c:420:47: error: 'struct dqblk64' has no member named 
 'dqb_fsoftlimit'
 extensions.c:428:47: error: 'struct dqblk64' has no member named 
 'dqb_curfiles'
 extensions.c:437:12: error: 'struct dqblk64' has no member named 
 'dqb_btimelimit'
 extensions.c:447:19: error: 'struct dqblk64' has no member named 
 'dqb_curfiles'
 extensions.c:447:39: error: 'struct dqblk64' has no member named 
 'dqb_fsoftlimit'
 extensions.c:448:12: error: 'struct dqblk64' has no member named 
 'dqb_ftimelimit'
...

 make[2]: *** [extensions.o] Error 1
 
 
 Full build log at
 https://buildd.debian.org/status/fetch.php?pkg=wu-ftpdarch=kfreebsd-amd64ver=2.6.2-34stamp=1332143034

Thanks. Unfortunately this package is orphaned, and although I did
the QA upload to fix a (trivial) bug in the package, I'm not in a
position to fix this ensuing bug (though I will do what I can to help).

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120319114722.gk28...@urchin.earth.li

Bug#664612: wu-ftpd: FTBFS[kfreebsd]: error: 'struct dqblk64' has no member named 'dqb_fhardlimit'

[Dominic Hargreaves]

On Mon, Mar 19, 2012 at 11:47:22AM +, Dominic Hargreaves wrote:
 On Mon, Mar 19, 2012 at 12:10:57PM +0100, Christoph Egger wrote:
  x86_64-kfreebsd-gnu-gcc  -g -Wall -D_FILE_OFFSET_BITS=64  -O2 -I.. 
  -I../support -c -o extensions.o extensions.c
 
 ...
 
  extensions.c: In function 'msg_massage':
  extensions.c:412:47: error: 'struct dqblk64' has no member named 
  'dqb_fhardlimit'
  extensions.c:420:47: error: 'struct dqblk64' has no member named 
  'dqb_fsoftlimit'
  extensions.c:428:47: error: 'struct dqblk64' has no member named 
  'dqb_curfiles'
  extensions.c:437:12: error: 'struct dqblk64' has no member named 
  'dqb_btimelimit'
  extensions.c:447:19: error: 'struct dqblk64' has no member named 
  'dqb_curfiles'
  extensions.c:447:39: error: 'struct dqblk64' has no member named 
  'dqb_fsoftlimit'
  extensions.c:448:12: error: 'struct dqblk64' has no member named 
  'dqb_ftimelimit'
 ...
 
  make[2]: *** [extensions.o] Error 1
  
  
  Full build log at
  https://buildd.debian.org/status/fetch.php?pkg=wu-ftpdarch=kfreebsd-amd64ver=2.6.2-34stamp=1332143034
 
 Thanks. Unfortunately this package is orphaned, and although I did
 the QA upload to fix a (trivial) bug in the package, I'm not in a
 position to fix this ensuing bug (though I will do what I can to help).

Just to be clear; the change I made was to add a Depends to the resultant
binary package, and nothing which could have introduced this problem.

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120319125742.gl28...@urchin.earth.li

Bug#659426: mgp: Uses perl4 corelibs without Depends

[Dominic Hargreaves]

Package: mgp
Version: 1.13a+upstream20090219-3
Severity: normal
User: debian-p...@lists.debian.org
Usertags: perl4-corelibs

Dear maintainer,

This package currently uses one or more deprecated perl 4 era packages,
as shown on the lintian report[1]:

usr/bin/mgpembed:19 getopts.pl

As detailed at [2] we would like you to either add a dependency on

libperl4-corelibs-perl | perl ( 5.12.3-7)

or (ideally) to replace their use with more modern equivalents.
We'd like to have this in place for wheezy, so that we can follow
cleanly the upstream deprecation cycle in wheezy+1.

If you prefer, I will NMU your package with the dependency added.

The wiki page [2] has references (taken from the source of the libraries
in question) for the recommended replacement libraries.

Thanks,
Dominic.

[1] http://lintian.debian.org/tags/script-uses-perl4-libs-without-dep.html
[2] 
http://wiki.debian.org/Teams/DebianPerlGroup/OpenTasks/Transitions/Perl4CoreLibs

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120210235138.gw28...@urchin.earth.li

Bug#659432: wu-ftpd: Uses perl4 corelibs without Depends

[Dominic Hargreaves]

Package: wu-ftpd
Version: 2.6.2-33
Severity: normal
User: debian-p...@lists.debian.org
Usertags: perl4-corelibs

Dear maintainer,

This package currently uses one or more deprecated perl 4 era packages,
as shown on the lintian report[1]:

usr/sbin/xferstats:63 getopts.pl

As detailed at [2] we would like you to either add a dependency on

libperl4-corelibs-perl | perl ( 5.12.3-7)

or (ideally) to replace their use with more modern equivalents.
We'd like to have this in place for wheezy, so that we can follow
cleanly the upstream deprecation cycle in wheezy+1.

If you prefer, I will NMU your package with the dependency added.

The wiki page [2] has references (taken from the source of the libraries
in question) for the recommended replacement libraries.

Thanks,
Dominic.

[1] http://lintian.debian.org/tags/script-uses-perl4-libs-without-dep.html
[2] 
http://wiki.debian.org/Teams/DebianPerlGroup/OpenTasks/Transitions/Perl4CoreLibs

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120211000421.gc28...@urchin.earth.li

Bug#629464: pacpl: uses Switch.pm, removed in perl 5.14

[Dominic Hargreaves]

Source: pacpl
Version: 4.0.5-4
User: debian-p...@lists.debian.org
Usertags: perl-5.14-transition

This package contain code using the perl module Switch, which is
deprecated and will be removed from the core in perl 5.14 (currently
in experimental).

$ grep -r 'use Switch' .
./.pc/10_twolame_mp3_enc.patch/pacpl:use Switch;
./pacpl:use Switch;

Please consider not using this deprecated module, or Depend/Build-Depend
as appropriate on:

libswitch-perl | perl ( 5.10.1-13)

Switch statements (given/when) have been added to the core:
http://perldoc.perl.org/perlsyn.html#Switch-statements

Thanks,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110606203648.gy29...@urchin.earth.li

Bug#629466: xtlf: uses Switch.pm, removed in perl 5.14

[Dominic Hargreaves]

Source: xtlf
Version: 0.0+1.03beta-4
User: debian-p...@lists.debian.org
Usertags: perl-5.14-transition

This package contain code using the perl module Switch, which is
deprecated and will be removed from the core in perl 5.14 (currently
in experimental).

$ grep -r 'use Switch' .
./scoring/sections.pm:use Switch;
./scoring/countries.pm:use Switch;
./scoring/ituzones.pm:use Switch;
./scoring/prefix.pm:use Switch;
./scoring/wysiwyg.pm:use Switch;
./scoring/scoring.pm:use Switch;
./scoring/cqzones.pm:use Switch;
./scoring/qso.pm:use Switch;
./scoring/calls.pm:use Switch;

Please consider not using this deprecated module, or Depend/Build-Depend
as appropriate on:

libswitch-perl | perl ( 5.10.1-13)

Switch statements (given/when) have been added to the core:
http://perldoc.perl.org/perlsyn.html#Switch-statements

Thanks,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110606203819.ga29...@urchin.earth.li

Bug#482135: qa.debian.org: backports.org data out of date on DDPO?

[Dominic Hargreaves]

Package: qa.debian.org
Severity: normal

Hello,

I noticed that (for example) on 
http://qa.debian.org/[EMAIL PROTECTED]

the backports section is not updated; the openafs version on bpo is now
higher than that listed, and libtemplate-perl is not listed at all when
it should be.

Are package list updates from bpo broken?

Thanks,
Dominic.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: long standing orphaned perl packages: valid candidates for pkg-perl?

[Dominic Hargreaves]

On Fri, Dec 15, 2006 at 10:58:31AM +0100, Michael Ablassmeier wrote:

  #400366 19 libheap-perl

I'll take this one as I've already uploaded an NMU for that and one of
my packages depends on it.

Cheers,

Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#272356: libquantum-entanglement-perl: Package contains spurious /usr/lib/perl/5.8

[Dominic Hargreaves]

Package: libquantum-entanglement-perl
Version: 0.25-3
Severity: important

This package seems to contain /usr/lib/perl/5.8, which is preventing
perl-base 5.8.4-2.2 from installing, since:

Unpacking replacement perl-base ...
dpkg: error processing
/var/cache/apt/archives/perl-base_5.8.4-2.2_i386.deb (--unpack):
 trying to overwrite `/usr/lib/perl/5.8', which is also in package
 libquantum-entanglement-perl

If I read the situation correctly, the problem is with this package and
not perl-base (which wants to update the directory to a symlink to
/usr/lib/perl/5.8.4).

Severity important since this prevents perl-base from being upgraded.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15

Versions of packages libquantum-entanglement-perl depends on:
pn  perl Not found.

-- no debconf information