Bug#956506: Confirmed, regression since 5:102 in buster

[Ivan Kohler]

Confirming I'm also seeing this bug after an upgrade of my desktop to 
bullseye.

It worked fine in buster (kde-plasma-desktop 5:102), though I freely 
confess I have no idea which underlying KDE component or package is 
invovled.

Looks like this is upstream bug #413104 - I confirmed the bug is only 
present when using "Desktop" layout, not "Folder View".

-- 
Ivan Kohler

Bug#988330: Fixed in new upstream version 1.125

[Ivan Kohler]

This is now fixed in the new upstream version 1.125.

-- 
_ivan

Bug#988330: libbusiness-us-usps-webtools-perl: HTTP access shutting down June 24th, 2021

[Ivan Kohler]

Package: libbusiness-us-usps-webtools-perl
Version: 1.124-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Forwarded: https://github.com/ssimms/business-us-usps-webtools/issues/2

USPS is sending notices that HTTP access will be turned off shortly, in favor
of HTTPS.

Given that is a web service that will break in the wild, in addition to a
regular update for unstable, we should update buster (and stretch) via
stable-updates (and oldstable-updates).

I can confirm that a package built with a simple s/http/https/ replacement
works with a live USPS account, at least on buster.  Note that since buster,
the module has been rewritten to use Mojo::UserAgent instead of LWP::UserAgent.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  pet person  |  ski addict

Bug#925056: adopting this poor lil' orphan

[Ivan Kohler]

retitle 925056 ITA: ssmtp -- extremely simple MTA to get mail off the system to 
a mail hub
thanks

I have this in production on a number of machines, so at the very least 
worth conservatively applying things that would seem to do more good 
than harm, while considering future options (migrate to something else, 
or get ssmtp into shape?).

Co-maintainers welcome.  Looks like there is no particular active 
current "upstream" either AFAICT.

-- 
_ivan

Bug#925872: kcalc: Comma displays with three digit negative number fixed ?

[Ivan Kohler]

On Fri, Jan 10, 2020 at 10:40:40PM +0100, Aurélien COUDERC wrote:
> Dear Ivan,
> 
> thanks for taking the time to report this bug and help make Debian better.
> 
> I cannot reproduce the issue you describe on the current Debian stable (10/
> buster), so I believe it has been fixed since you reported the bug.
> It would be useful if you could retest on a more recent version and confirm 
> whether the bug is fixed for you too.

Confirmed.


-- 
_ivan

Bug#799090: Still present in buster version (3.30.1.1-1)

[Ivan Kohler]

On Sat, Jul 27, 2019 at 05:10:31PM +0200, Jörg Frings-Fürst wrote:
> tags 799090 - upstream
> thanks
> 
> 
> Hello,
> 
> in my mail from 14-07-2019 I asked to open a new bug report if the bug
> still exists.

That makes no sense and is not now the bug tracker is used.  The bug is 
still present, I am re-opening the original bug to save all history, not 
bloat the bug tracker with new copies of the same bugs every few years.

If there is some additional information you require other than the 
verification the bug is still present on buster, please feel free ask 
for it.  It seems bog-simple straightforward to reproduce to me, but 
perhaps my multiple different systems over the years have some 
configuration that is unusual.

Again, my thanks for packaging up a great scanning program that runs 
under multiple desktop environments, and my thanks to upstream for the 
application.

-- 
_ivan

Bug#799090: Upstream bug tracker moved without importing old issues.

[Ivan Kohler]

notforwarded 799090
thanks

Upstream bug tracker moved without importing old issues.

-- 
_ivan

Bug#799090: Still present in buster version (3.30.1.1-1)

[Ivan Kohler]

reopen 799090
thanks

There is no change to this bug in version 3.30.1.1-1 in buster.  Window 
borders are still missing when using the application in KDE.

-- 
_ivan

Bug#925872: kcalc: Comma displays with three digit negative number

[Ivan Kohler]

Package: kcalc
Version: 4:16.08.3-1
Severity: minor

-540 displays as -,540
-540,320 displays as -,540,320

etc.

-- System Information:
Debian Release: 9.8
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kcalc depends on:
ii  libc6 2.24-11+deb9u4
ii  libgcc1   1:6.3.0-18+deb9u1
ii  libgmp10  2:6.1.2+dfsg-1
ii  libkf5configcore5 5.28.0-2
ii  libkf5configgui5  5.28.0-2
ii  libkf5configwidgets5  5.28.0-2
ii  libkf5coreaddons5 5.28.0-2
ii  libkf5guiaddons5  5.28.0-1
ii  libkf5i18n5   5.28.0-2
ii  libkf5notifications5  5.28.0-1
ii  libkf5widgetsaddons5  5.28.0-3
ii  libkf5xmlgui5 5.28.0-1
ii  libqt5core5a  5.7.1+dfsg-3+deb9u1
ii  libqt5gui55.7.1+dfsg-3+deb9u1
ii  libqt5widgets55.7.1+dfsg-3+deb9u1
ii  libqt5xml55.7.1+dfsg-3+deb9u1
ii  libstdc++66.3.0-18+deb9u1

kcalc recommends no packages.

kcalc suggests no packages.

-- no debconf information

Bug#877532: neovim: After exiting neovim, my cursor blinks

[Ivan Kohler]

Package: neovim
Version: 0.2.0-4
Severity: minor
Tags: upstream

After exiting neovim, my cursor blinks.  I use KDE's Konsole.

Instead, neovim should restore all terminal settings that it changes.

Thanks.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#873142: virtualbox-dkms: Installation hangs running depmod...

[Ivan Kohler]

Package: virtualbox-dkms
Version: 5.1.24-dfsg-2
Severity: critical
Justification: breaks the whole system

Installation hangs running "depmod..." and printing a period every few seconds.

ps shows the command being run is:
  depmod -a 4.11.0-1-amd64 -F /boot/System.map-4.11.0-1-amd64

It has been running for over 25 minutes now, but does not appear to be using
any CPU or resources.

Ctrl-C does not stop the installation process.  Sending a kill signal to the
depmod process does not have any effect.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.11.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages virtualbox-dkms depends on:
ii  dkms  2.3-3

Versions of packages virtualbox-dkms recommends:
ii  virtualbox  5.1.24-dfsg-2

virtualbox-dkms suggests no packages.

-- no debconf information

Bug#869604: postgresql-common: Consider changing default mode to upgrade instead of dump

[Ivan Kohler]

Package: postgresql-common
Version: 184
Severity: wishlist

The dump/restore cycle has become increasingly difficult due to time and disk
space requirements.  pg_upgrade has matured and proved itself safe.  Is it time
to change the default mode to upgrade?

Thanks for considering,

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#835442: Fix in time for stretch?

[Ivan Kohler]

I think we should fix this for strech.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#805923: Apply in time for stretch?

[Ivan Kohler]

We've been using the patched version of this module for a year, and it 
works a _lot_ better than without a local copy of the data.

What do you all think about applying this patch and uploading a version 
with it in time for stretch?

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#835442: libparams-classify-perl: XS version segfaults under mod_perl; please consider building as pure perl

[Ivan Kohler]

Package: libparams-classify-perl
Version: 0.013-6
Severity: important
Tags: upstream

Hi,

Using this module in a mod_perl environment, even using mpm_prefork (and thus
not threads), we get a segfault immediately.  Possibly related to
https://rt.cpan.org/Ticket/Display.html?id=72743

Building a local package without the .xs portion of the module works, and we
don't see any performance change in our usage.

Since:
- "Silent segfault" is not a failure case that Perl end-developers typically
  expect or know how to diagnose further
- It is difficult and time-consuming to bisect an application's 
  dependencies to find the problematic module

May I respectfully suggest that we build this module without the XS 
portion (i.e. as an arch-independant package) ?

Thanks for considering this change.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libparams-classify-perl depends on:
ii  perl  5.22.2-3

libparams-classify-perl recommends no packages.

libparams-classify-perl suggests no packages.

-- no debconf information

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#830152: mod_ssl too

[Ivan Kohler]

To trigger the problem, mod_ssl needs to be enabled as well.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#830152: libnet-ssleay-perl: Under mod_perl, first client connection fails in CTX_new, but subsequent connections work

[Ivan Kohler]

Package: libnet-ssleay-perl
Version: 1.74-1
Severity: important

Running in a (preforking) mod_perl context, the first client conneciton
attempted (during each process lifetime) fails.  Subsequent connections work.

Example script:

  #!/usr/bin/perl
  use Net::SSLeay qw(post_https make_form);
  $Net::SSLeay::trace = 0;

  my $host = 'secure.authorize.net';

  my ($page, $response, %reply_headers) = post_https($host, 443, '/', '', 
make_form(var1 => 'one', var2 => 'two' ));
  print "response $response\n";

  #again, it'll work...
  ($page, $response, %reply_headers) = post_https($host, 443, '/', '', 
make_form(var1 => 'one', var2 => 'two' ));
  print "response $response\n";

Example Apache config:

  AddHandler perl-script .cgi
  PerlHandler ModPerl::Registry
  Options +ExecCGI

In a non-mod_perl context, this returns (e.g., depending on $host):

  ivan@fleetpaw:/var/www/html$ perl testssl.cgi 
  response HTTP/1.1 303 See Other
  response HTTP/1.1 303 See Other

In a mod_perl context, the first time this is called in a process (i.e. after a
restart), this returns:

  response HTTP/1.0 900 NET OR SSL ERROR

  CTX_new 30723: 1 - error:0906D06C:PEM routines:PEM_read_bio:no start line
  CTX_new 30723: 2 - error:0906D06C:PEM routines:PEM_read_bio:no start line

  response HTTP/1.1 303 See Other

Full trace of failing connection:

  do_httpx3(POST,1,secure.authorize.net:443) at blib/lib/Net/SSLeay.pm 
(autosplit into blib/lib/auto/Net/SSLeay/do_httpx3.al) line 1318. 
(blib/lib/Net/SSLeay.pm (autosplit into 
blib/lib/auto/Net/SSLeay/do_httpx3.al):1318)
  httpx_cat: usessl=1 (secure.authorize:443) at blib/lib/Net/SSLeay.pm 
(autosplit into blib/lib/auto/Net/SSLeay/httpx_cat.al) line 1227. 
(blib/lib/Net/SSLeay.pm (autosplit into 
blib/lib/auto/Net/SSLeay/httpx_cat.al):1227)
  Opening connection to secure.authorize.net:443 (64.94.118.32) at 
blib/lib/Net/SSLeay.pm (autosplit into 
blib/lib/auto/Net/SSLeay/open_tcp_connection.al) line 486. 
(blib/lib/Net/SSLeay.pm (autosplit into 
blib/lib/auto/Net/SSLeay/open_tcp_connection.al):486)
  next connect at blib/lib/Net/SSLeay.pm (autosplit into 
blib/lib/auto/Net/SSLeay/open_tcp_connection.al) line 491. 
(blib/lib/Net/SSLeay.pm (autosplit into 
blib/lib/auto/Net/SSLeay/open_tcp_connection.al):491)
  connected to secure.authorize.net, 443 at blib/lib/Net/SSLeay.pm (autosplit 
into blib/lib/auto/Net/SSLeay/open_tcp_connection.al) line 494. 
(blib/lib/Net/SSLeay.pm (autosplit into 
blib/lib/auto/Net/SSLeay/open_tcp_connection.al):494)
  Creating SSL 0 context... (blib/lib/Net/SSLeay.pm (autosplit into 
blib/lib/auto/Net/SSLeay/https_cat.al):1126)
  CTX_new 30717: 1 - error:0906D06C:PEM routines:PEM_read_bio:no start line 
(/usr/lib/x86_64-linux-gnu/perl5/5.22/Net/SSLeay.pm:422)
  CTX_new 30717: 2 - error:0906D06C:PEM routines:PEM_read_bio:no start line 
(/usr/lib/x86_64-linux-gnu/perl5/5.22/Net/SSLeay.pm:422)

Changing $host between connections has no effect, so it isn't a per-host
failure/cache.  Changing $ssl_version has no effect.  This does not appear to
be specific to ModPerl::Registry (originally observed in an HTML::Mason app).

I believe this behavior is present back to jessie.  Not sure about wheezy.

As a workaround, I'm using the following code per-process to trigger the
one-time context creation error so all subsequent real connections work:

  {
use Net::SSLeay;
package Net::SSLeay;
initialize();
my $bad_ctx = new_x_ctx();
while ( ERR_get_error() ) {}; #print_errs('CTX_new');
CTX_free($bad_ctx);
  }

Oddly, retreiving the errors is necessary to make this work.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libnet-ssleay-perl depends on:
ii  libc6   2.22-13
ii  libssl1.0.2 1.0.2h-1
ii  perl5.22.2-1
ii  perl-base [perlapi-5.22.1]  5.22.2-1

libnet-ssleay-perl recommends no packages.

Versions of packages libnet-ssleay-perl suggests:
ii  libperl5.22 [libmime-base64-perl]  5.22.2-1

-- no debconf information

Bug#828630: jessie-pu: package libbusiness-creditcard-perl/0.33-1+deb8u1

[Ivan Kohler]

On Sun, Jun 26, 2016 at 06:18:55PM +0200, gregor herrmann wrote:
> On Sun, 26 Jun 2016 17:00:36 +0100, Adam D. Barratt wrote:
> 
> > On Sun, 2016-06-26 at 15:10 +0200, gregor herrmann wrote:
> > > I've prepared an update for libbusiness-creditcard-perl in
> > > jessie{,-updates} which fixes #814479 for stable users. The issue at
> > > hand is that the credit card ranges of several providers need to be
> > > updated.
> > That bug report says "[t]he most important change in this release is
> > recognition of new MasterCard ranges which will be issued starting in
> > October 2016". Given that (I'd really hope that) the next point release
> > will be well before October, are any of the other changes sufficiently
> > urgent to need a -updates release?

19 digit Visa cards are being issued already, but they do not appear to be
in widespread use yet.

None of the other changes are sufficiently urgent.

I do have concerns that we are "really hoping" a point release will be 
in a specific timeframe.  I'm not saying that it won't be or anything 
bad about the release folks - I'm just concerned about _relying_ on such 
a thing.

Are we tracking outstanding issues and their deadlines somewhere, and 
have that list and our procedures/workflow documented such that we will 
know to add the necessary packages -updates when point releases are 
delayed?  If not, I think that relying on an point update in a specific 
future timeframe is a bad idea.  It sets us up to fail.

All that said, I don't really have time or resources to push this 
forward any more (I find this exhausting compared to writing code - I've 
spent longer discusssing this than making the actual changes to the CPAN 
module).  So just go ahead and do whatever you think is best.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#814479: libbusiness-creditcard-perl: New upstream version 0.35 (including new MasterCard ranges)

[Ivan Kohler]

On Tue, Jun 07, 2016 at 10:18:08PM +0200, gregor herrmann wrote:
> On Tue, 07 Jun 2016 12:12:42 -0700, Ivan Kohler wrote:
> 
> I absolutely agree that every functional change needs to be included;
> but not the noise from build tools and unrelated changes in the
> documentation.
> 
> [...]
> 
>  
> And to speed this all up a bit :) I've pushed a jessie branch to our
> git repo:
> https://anonscm.debian.org/cgit/pkg-perl/packages/libbusiness-creditcard-perl.git/log/?h=jessie
> where I left out the non-functional changes and split the rest into
> three logical patches.
> 
> What do you think? If this looks okay to you I'm happy to proceed.

Well, only since you asked, it seems to me if you're going to include 
completely every single functional / code change in 0.35, it *is* 0.35 
and you should honestly declare $VERSION to be 0.35.  Stripping out some 
docs and unused metadata doesn't seem to me to make it 0.33 + 
selectively backported fixes.  This is really just a (very slightly 
riskier) repackaging of 0.35.

Outside of going through these contortious for our release management, a 
dependency or person that wants to check the verison wants to know what 
verison the *code* came from, not whether or not the copyright year or a 
bouncing email address are in the docs are from 0.33...

But the most important thing by far is just getting it fixed so 
transactions don't fail, so if making it a fake 0.33 is what works, then 
yeah, that's a whole lot better than not doing it.

-- 
_ivan

Bug#814479: libbusiness-creditcard-perl: New upstream version 0.35 (including new MasterCard ranges)

[Ivan Kohler]

change_ has been for the purpose of staying up-to-date 
with real world requirements such as recognizing new cards or processing 
agreements.  Here is the relevant section of the Changes file.

0.35  Tue Feb  9 14:43:38 PST 2016
- Fix bug identifying 49* Visa cards introduced in 0.34, patch from
  Ed J, thanks!
- doc: Clarify processing agreements don't apply to Canada

0.34  Fri Feb  5 07:24:00 PST 2016
- 19 digit Visa and Discover cards
- MasterCard 222100-272099 range
- Canada does not process JCB 3529-3589 as Discover, but Puerto Rico,
  US Virgin Islans, Northern Mariana Islands, Palau and Guam do
- China Union Pay only processed as Discover in the US, Mexico and
  the Caribbean, not elsewhere outside China
- 14 digit Discover remain only in 36*
- receipt_cardtype subroutine supporting Discover's new receipt
  requirements

What would you omit in a backport for jessie?  I think everything needs 
to be included, they're all updates to keep up with the real world.

As with all of us in the volunteer effort, I only have a limited amount 
of time and motivation to I only have so much time and effort to devote 
to Debian work.  In this case, I don't personally anticipate motivating 
for more work creating a Debian-specific, un-QAed backport in order to 
keep release managers from "cringing".

For the sake of our users and free softwre (you know, our priorities), I 
would respectfully suggest the release managers should "cringe" and deal 
with this course of action as the least risky of the less-than-ideal 
alternatives, with more than ample precedent (e.g. spamassassin, ClamAV, 
etc.).

FWIW, we are just a few months away from the October 2016 "deadline" when 
MasterCard is expected to start issuing cards with the new ranges.  If we 
have not figured out how to accept these changes by then, our users could 
start seeing their web sites refuse to accept real-world cards and lose 
sales and money.  That would be a shame.

Thanks for the enlightening discussion and all of your hard work on the 
Debian Perl team.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#814479: libbusiness-creditcard-perl: New upstream version 0.35 (including new MasterCard ranges)

[Ivan Kohler]

On Sat, Feb 20, 2016 at 09:04:51PM +0100, gregor herrmann wrote:
> > I recommend also uploading this verison to wheezy-updates and jessie-updates
> > (aka the artist formerly known as "volatile").
> 
> We can't upload new versions to (old)stable;

Hi,

This isn't a request to upload new versions to (old)stable.  This is a 
request to upload new versions to proposed-updates / stable-updates, 
formerly known as "volatile".  (ref https://wiki.debian.org/StableUpdates 
and https://lists.debian.org/debian-devel-announce/2011/03/msg00010.html)


> we'd need a minimal diff
> against the versions in wheezy/jessie (0.31 and 0.33), then we can
> talk to the release team about them accepting uploads.

I do not believe a "minimal diff" is necessary for -updates.  This is not 
a security backport.  This is an update for software which requires 
alignment to the real work to remain relevant and useful.

stable-updates carries software which requires updates over time to 
remain relevant, such as spam filters, virus scanners, timezone updates, 
web scrapers (i.e. youtube video downloaders) and similar things.  We 
don't backport functionality to old versions of ClamAV or SpamAssassin - 
this would seem to be the same thing.

The sole purpose of libbusiness-creditcard-perl is to validate and 
identify credit cards.  Credit card issues are updating these rules and 
issuing new credit cards with new number ranges without regard to our 
release cycles.  We should be able to update this module through -updates 
like we do ClamAV, Spamassassin, timezones and so forth.

Thanks for all the hard work you do on the Perl team and for Debian!

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#799090: not fixed for me :(

[Ivan Kohler]

reopen 799090
notfixed 3.20.0-1
thanks

Alas, I see no change in behavior in simple-scan 3.20.0-1.  There are 
still no window borders in KDE.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#816726: wfm

[Ivan Kohler]

youtube-dl works for me, on an up-to-date unstable system.

ivan@fleetpaw:~$ youtube-dl --version
2016.02.22

It downloads videos too.

-- 
_ivan

Bug#814479: libbusiness-creditcard-perl: New upstream version 0.35 (including new MasterCard ranges)

[Ivan Kohler]

Package: libbusiness-creditcard-perl
Version: 0.33-1
Severity: important
Tags: upstream

New upstream version 0.35 is available.

The most important change in this release is recognition of new MasterCard
ranges which will be issued starting in October 2016.

I recommend also uploading this verison to wheezy-updates and jessie-updates
(aka the artist formerly known as "volatile").

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#807521: libmojolicious-perl: Consider dropping Recommends: libev-perl

[Ivan Kohler]

Package: libmojolicious-perl
Version: 6.15+dfsg-1
Severity: wishlist

The new version of libnet-mac-vendor-perl depends on libmojolicious-perl (for
Mojo::UserAgent).  This brings in libev-perl, which causes Apache to segfault
on startup.  libev-perl upstream is disinclined to address the issue.

The end result is that mod_perl webapps which display MAC address vendor 
information now result in mysterious startup segfults in Apache.

Considering this, perhaps libmojolicious-perl should not Recommend: 
libev-perl?

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#805847: libnet-mac-vendor-perl: Apache/mod_perl silently does not start if Net::MAC::Vendor 1.25-1 is used (regression from 1.23-1)

[Ivan Kohler]

On Wed, Dec 09, 2015 at 07:02:54PM +0200, Niko Tyni wrote:
> Seeing the upstream response in [rt.cpan.org #110019], I don't plan to
> do any further work on this issue. Sorry. Hope this helps a bit anyway.

Who could blame you?  Upstream is absurdly abusive, and looking into it, 
I see he's been at it for years.  If I had known, I wouldn't have 
contacted him at all.

Thanks for your input and for all the hard work you do on Perl and 
Debian.

-- 
_ivan

Bug#805923: Updated patch

[Ivan Kohler]

Here is an updated patch which includes a changelog, puts the changes in 
Debian's debian/patches directory instead of applying directly, fixes 
one more new place in the test suite that uses the network, and fixes an 
upstream bug in the load_cache method itself so loading our own copy of 
oui.txt works at all.

diff -urN libnet-mac-vendor-perl-1.25/debian/changelog 
libnet-mac-vendor-perl-1.25-ieee-data/debian/changelog
--- libnet-mac-vendor-perl-1.25/debian/changelog2015-11-08 
10:25:02.0 -0800
+++ libnet-mac-vendor-perl-1.25-ieee-data/debian/changelog  2015-11-23 
21:37:45.885082752 -0800
@@ -1,3 +1,13 @@
+libnet-mac-vendor-perl (1.25-2) UNRELEASED; urgency=medium
+
+  * Team upload.
+  * Found one more place that uses the network.
+  * Depend on ieee-data and patch the module to use its copy of oui.txt, which
+is updated monthly (Closes: #805923).
+  * Fix the load_cache method.
+
+ -- Ivan Kohler   Mon, 23 Nov 2015 20:25:42 -0800
+
 libnet-mac-vendor-perl (1.25-1) unstable; urgency=medium
 
   * Team upload.
diff -urN libnet-mac-vendor-perl-1.25/debian/control 
libnet-mac-vendor-perl-1.25-ieee-data/debian/control
--- libnet-mac-vendor-perl-1.25/debian/control  2015-11-08 10:25:02.0 
-0800
+++ libnet-mac-vendor-perl-1.25-ieee-data/debian/control2015-11-23 
17:32:36.173054912 -0800
@@ -22,7 +22,8 @@
 Depends: ${misc:Depends},
  ${perl:Depends},
  libmojolicious-perl,
- libwww-perl
+ libwww-perl,
+ ieee-data
 Description: module to look up the vendor by OUI
  The Institute of Electrical and Electronics Engineers (IEEE) assigns an
  Organizational Unique Identifier (OUI) to manufacturers of network
diff -urN libnet-mac-vendor-perl-1.25/debian/patches/fix-load_cache 
libnet-mac-vendor-perl-1.25-ieee-data/debian/patches/fix-load_cache
--- libnet-mac-vendor-perl-1.25/debian/patches/fix-load_cache   1969-12-31 
16:00:00.0 -0800
+++ libnet-mac-vendor-perl-1.25-ieee-data/debian/patches/fix-load_cache 
2015-11-23 21:36:30.993952197 -0800
@@ -0,0 +1,23 @@
+Description: Fix the load_cache method.
+ Fix a bug in the load_cache method.
+Author: Ivan Kohler 
+Bug-Debian: https://bugs.debian.org/805923
+
+--- libnet-mac-vendor-perl-1.25.orig/lib/Net/MAC/Vendor.pm
 libnet-mac-vendor-perl-1.25/lib/Net/MAC/Vendor.pm
+@@ -476,7 +476,7 @@ sub load_cache {
+   foreach my $entry ( @entries ) {
+   $entry =~ s/^\s+//;
+   my $oui = substr $entry, 0, 8;
+-  __PACKAGE__->add_to_cache( parse_oui( $entry ) );
++  __PACKAGE__->add_to_cache( $oui, parse_oui( $entry ) );
+   }
+ 
+   return 1;
diff -urN 
libnet-mac-vendor-perl-1.25/debian/patches/no-network-tests-load_cache_default 
libnet-mac-vendor-perl-1.25-ieee-data/debian/patches/no-network-tests-load_cache_default
--- 
libnet-mac-vendor-perl-1.25/debian/patches/no-network-tests-load_cache_default  
1969-12-31 16:00:00.0 -0800
+++ 
libnet-mac-vendor-perl-1.25-ieee-data/debian/patches/no-network-tests-load_cache_default
2015-11-23 20:47:56.594683997 -0800
@@ -0,0 +1,26 @@
+Description: Skip load_cache test that needs internet access, if NO_NETWORK is 
set
+Author: Ivan Kohler 
+Bug-Debian: https://bugs.debian.org/805923
+
+--- libnet-mac-vendor-perl-1.25.orig/t/load_cache.t
 libnet-mac-vendor-perl-1.25/t/load_cache.t
+@@ -16,10 +16,13 @@ subtest bad_source => sub {
+   };
+ 
+ subtest load_cache_default => sub {
++  SKIP: {
++  skip 'Tests require internet', 1 if $ENV{NO_NETWORK};
+   local *STDERR;
+   open STDERR, ">", \my $output;
+   my $rc = Net::MAC::Vendor::load_cache();
+   ok( $rc, "load_cache returns true for default source");
++}
+   };
+ 
+ my ($fh, $filename) = tempfile( UNLINK => 1 );
diff -urN libnet-mac-vendor-perl-1.25/debian/patches/series 
libnet-mac-vendor-perl-1.25-ieee-data/debian/patches/series
--- libnet-mac-vendor-perl-1.25/debian/patches/series   2015-11-08 
10:25:02.0 -0800
+++ libnet-mac-vendor-perl-1.25-ieee-data/debian/patches/series 2015-11-23 
21:35:11.722873594 -0800
@@ -1 +1,4 @@
 no-network-tests.patch
+use-ieee-data-oui.txt
+no-network-tests-load_cache_default
+fix-load_cache
diff -urN libnet-mac-vendor-perl-1.25/debian/patches/use-ieee-data-oui.txt 
libnet-mac-vendor-perl-1.25-ieee-data/debian/patches/use-ieee-data-oui.txt
--- libnet-mac-vendor-perl-1.25/debian/patches/use-ieee-data-oui.txt
1969-12-31 16:00:00.0 -0800
+++ libnet-mac-vendor-perl-1.25-ieee-data/debian/patches/use-ieee-data-oui.txt  
2015-11-23 21:06:51.293884184 -0800
@@ -0,0 +1,25 @@
+Description: Use ieee-data's copy of oui.txt, updated monthly
+ A small patch to the module to use ieee-data's copy of oui.txt instead of
+ retreiving it from the network on-demand.
+Author: Ivan Kohler 
+Bug-Debian: https://bugs.debian.org/805923
+
+--- libnet-mac-vendor-perl-1.25.orig/lib

Bug#805923: patch

[Ivan Kohler]

diff -urN libnet-mac-vendor-perl-1.25/debian/control 
libnet-mac-vendor-perl-1.25-ieee-data/debian/control
--- libnet-mac-vendor-perl-1.25/debian/control  2015-11-08 10:25:02.0 
-0800
+++ libnet-mac-vendor-perl-1.25-ieee-data/debian/control2015-11-23 
17:32:36.173054912 -0800
@@ -22,7 +22,8 @@
 Depends: ${misc:Depends},
  ${perl:Depends},
  libmojolicious-perl,
- libwww-perl
+ libwww-perl,
+ ieee-data
 Description: module to look up the vendor by OUI
  The Institute of Electrical and Electronics Engineers (IEEE) assigns an
  Organizational Unique Identifier (OUI) to manufacturers of network
diff -urN libnet-mac-vendor-perl-1.25/lib/Net/MAC/Vendor.pm 
libnet-mac-vendor-perl-1.25-ieee-data/lib/Net/MAC/Vendor.pm
--- libnet-mac-vendor-perl-1.25/lib/Net/MAC/Vendor.pm   2015-09-08 
01:26:08.0 -0700
+++ libnet-mac-vendor-perl-1.25-ieee-data/lib/Net/MAC/Vendor.pm 2015-11-23 
17:33:19.556569116 -0800
@@ -530,6 +530,10 @@
 =cut
 
 sub get_cache_hash { $Cached }
+
+my $file = '/var/lib/ieee-data/oui.txt'; #Debian
+-s $file and load_cache($file);
+
 }
 
 =back


-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#805923: libnet-mac-vendor-perl: Querying over the network suboptimal / local caching / package justification

[Ivan Kohler]

Package: libnet-mac-vendor-perl
Version: 1.25-1
Severity: wishlist

On Mon, Nov 23, 2015 at 08:52:34PM +0200, Niko Tyni wrote:
> In general, I'm not thrilled about the way the module queries for the
> OUI information over the web.

FWIW, it appears the new version of the module allows additional control and
using a locally-cached copy of the data.  So, perhaps the decision is being
deferred to the application developer, who could then implement a different
cache strategy or use /var/lib/ieee-data/oui.txt if present, which is
automatically updated monthly.


> I think we have lots of copies of the same
> information in Debian already, most prominently in the ieee-data package.
>
> Does this module really make sense?

Speaking as an application author, vendor information for MAC addresses
is a useful feature.  As a Perl application author, our "go-to" for
implementing the feature was CPAN and thus Net::MAC::Vendor.  As a Debian
user and developer, having Debian include the modules in our Perl stack
(and being able to contribute new modules and maintenance) is useful.
So, from that perspective, a package for this module makes sense.
If Debian dropped it, we'd have to maintain it in our repository, as
would presumably others, so we might as well keep it in Debian and
contribute together.

We could consider a Debian-specific patch to Depend: on ieee-data and 
use /var/lib/ieee-data/oui.txt as the default data source instead of the 
web. Now that I think about it I'm very much warming up to this idea.  


-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#805922: libnet-mac-vendor-perl: Networking regressions and test failures since move to Mojo::UserAgent

[Ivan Kohler]

Package: libnet-mac-vendor-perl
Version: 1.25-1
Severity: normal
Tags: upstream

On Mon, Nov 23, 2015 at 08:52:34PM +0200, Niko Tyni wrote:
> However, I note that the module seems otherwise quite broken.
> t/fetch_oui_from_ieee.t fails consistently. The move to Mojo::UserAgent
> doesn't seem to follow redirects that the IEEE web site gives, and
> if I make it to follow them (with $ua->max_redirects(2) or so), the
> remote service dies with 500 Internal Server Error most of the time.
> When it does return something, the test still apparently fails to parse
> the answer.

-- 
_ivan

Bug#805847: libnet-mac-vendor-perl: Apache/mod_perl silently does not start if Net::MAC::Vendor 1.25-1 is used (regression from 1.23-1)

[Ivan Kohler]

On Mon, Nov 23, 2015 at 08:52:34PM +0200, Niko Tyni wrote:
> FWIW I can't reproduce this
> [...]
> So you'll need to provide more information so the Apache problem
> can be reproduced.

I was able to reproduce with this configuration:

  PerlRequire "/home/ivan/apache2/handler.pl"

and handler.pl is:

  #!/usr/bin/perl
  use Net::MAC::Vendor;
  1;

I'm not completely sure what's different internally that's triggering 
the failure.  PerlRequire is preloaded during server startup, but 
PerlHandler isn't called until the child process is handling the 
request?


I'll file separate bugs for your other two concerns about this package.


> I sort of lost the incentive to look further; maybe someone else will?

I'll see what I'm able to do.

So far, I think I've tracked this problem down to libev-perl; the above 
handler.pl fails with "use EV;" instead of "use Net::MAC::Vendor", and 
uninstalling libev-perl makes Net::MAC::Vendor 1.25 work fine.

Reassigning this bug to the libev-perl package.


-- 
_ivan

Bug#805847: libnet-mac-vendor-perl: Apache/mod_perl silently does not start if Net::MAC::Vendor 1.25-1 is used (regression from 1.23-1)

[Ivan Kohler]

Package: libnet-mac-vendor-perl
Version: 1.25-1
Severity: important
Tags: upstream

Since the upgrade to Net::MAC::Vendor 1.25-1, if a web application loads
Net::MAC::Vendor, Apache fails to start, without any output in error.log.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libnet-mac-vendor-perl depends on:
ii  libwww-perl  6.13-1
ii  perl 5.20.2-6

libnet-mac-vendor-perl recommends no packages.

libnet-mac-vendor-perl suggests no packages.

-- no debconf information

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#799090: simple-scan: No window borders displayed in KDE

[Ivan Kohler]

Package: simple-scan
Version: 3.17.4-1
Severity: normal
Tags: upstream

The user interface does not show a border in KDE.

Regarding the previous bug and entry for this same problem under MATE (and
LXDE) (#756913), this was closed with the Changelog entry noting:
  "Don't use GtkHeaderBar in LXDE, MATE"

White-listing every desktop environment that needs normal behavior seems
backwards to me.  Shouldn't simple-scan let the window manager draw borders as
the _default_, and only turn on the special no-border case when it specifically
detects it is running under a desktop environment where this is appropriate?

Otherwise this same bug applies for (almost) every one of the 50+ packages
providing x-window-manager.

Thanks again for a great scanning program and for considering the needs of
users on multiple desktop environments.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict


-- Package-specific info:

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages simple-scan depends on:
ii  adwaita-icon-theme   3.16.2.1-2
ii  dbus-x11 1.8.20-1
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  libatk1.0-0  2.16.0-2
ii  libc62.19-19
ii  libcairo-gobject21.14.2-2
ii  libcairo21.14.2-2
ii  libcolord2   1.2.11-1
ii  libgdk-pixbuf2.0-0   2.31.5-1
ii  libglib2.0-0 2.44.1-1.1
ii  libgtk-3-0   3.16.6-1
ii  libgudev-1.0-0   230-2
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libsane  1.0.24-14
ii  xdg-utils1.1.0~rc3+git20150907-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

simple-scan recommends no packages.

simple-scan suggests no packages.

-- no debconf information

Bug#777742: Fixed?

[Ivan Kohler]

Version: 3.17.1-1

I have not seen this problem occur in some time.  I think it is fixed.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#788645: rakudo: Upstream version 2015.03 available, including MoarVM and JVM backends

[Ivan Kohler]

On Sun, Jun 14, 2015 at 05:53:38PM +0200, Dominique Dumont wrote:
> Le samedi 13 juin 2015, 12:02:41 Ivan Kohler a écrit :
> > This release includes support for the MoarVM and JVM backends [1].  It 
> > sounds like these are going to be the best-supported backends in the 
> > initial release planned for late this year, and Parrot is going to be 
> > unsupported, at least for now [2].
> 
> I couldn't agree more.
> 
> Upgrade of rakudo is blocked by upgrade of nqp which is blocked by moarvm [1] 
> being stuck in Debian's new queue [2].
> 
> At this point. there's not much we can do but wait.
> 
> When moarvm goes thourgh new queue, we'll update nqp and rakudo.

Yay, it was approved just a few fnords later.

-- 
_ivan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#788645: rakudo: Upstream version 2015.03 available, including MoarVM and JVM backends

[Ivan Kohler]

Package: rakudo
Version: 2014.07-4
Severity: wishlist

Upstream version 2015.03 is available.

This release includes support for the MoarVM and JVM backends [1].  It 
sounds like these are going to be the best-supported backends in the 
initial release planned for late this year, and Parrot is going to be 
unsupported, at least for now [2].

[1] http://rakudo.org/2015/03/21/announce-rakudo-star-release-2015-03/
[2] http://pmthium.com/2015/02/suspending-rakudo-parrot/

-- 
Ivan Kohler, President and Head Geek, Freeside Internet Services, Inc.
Open-source billing, ticketing and provisioning - http://www.freeside.biz/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#778502: libnet-domain-tld-perl: New upstream release 1.73, tracking currently available domains

[Ivan Kohler]

Package: libnet-domain-tld-perl
Version: 1.72-1
Severity: normal

New upstream version 1.73 is available.

This update (and most updates to this package, since that is its 
singular purpose) refreshes the list of top-level domains currently 
available for registration and in the root servers.  These days, this is 
very much a moving target over the course of a release, and so should be 
treated in the same way as other volitile data like virus/spam signature 
updates, timezone updates, etc.

We should request migration of 1.73 to testing, or upload to jessie-updates.

We should probably also upload to wheezy-updates, the version in wheezy is
from 2011.  (Real world use-case: Just registered perl.business and my DNS
admin system running on wheezy does not recognize it.)

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#777742: simple-scan: "All pages from feeder" scans an extra blank page

[Ivan Kohler]

Package: simple-scan
Version: 3.15.4-1
Severity: normal
Tags: upstream

When I put a single page into the feeder of my scanner and use the
"All Pages From Feeder" scan option, an extra blank page is appended to the
output.  (If I use the "Single Page" option, it doesn't pull from the feeder at
all, which is not what is most useful.)

Mechanically, the scanner only scans the one page -- it doesn't have some sort
of paper detection error and physically scan another page.  Other applications
like skanlite in ADF mode correctly scan a single page.

Also, deleting the additional page does not work -- I right click on the page,
select delete, and nothing happens.  This might be a separate bug report, can
clone if so, but I mention it here because page deletion otherwise seems to
work and I wouldn't have to delete the extra blank page if it wasn't there in
the first place.

p.s. thanks for a scanning program for the free software desktop that finally
has a nice UI, PDF output, options for the things I need and no cluuter for
useless options I don't.

-- Package-specific info:

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages simple-scan depends on:
ii  adwaita-icon-theme   3.14.0-2
ii  dbus-x11 1.8.14-1
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-13
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libcolord2   1.2.1-1+b2
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk-3-0   3.14.5-1
ii  libgudev-1.0-0   215-11
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libsane  1.0.24-9
ii  xdg-utils1.1.0~rc1+git20111210-7.3
ii  zlib1g   1:1.2.8.dfsg-2+b1

simple-scan recommends no packages.

simple-scan suggests no packages.

-- no debconf information

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#761292: Still occurs with gnome-icon-theme-symbolic and "Start" button

[Ivan Kohler]

With gnome-icon-theme-symbolic installed (the first and therefore 
preferred alternative), and adwaita-icon-theme not installed, the "Start 
a new document" icon is still a red X page.  (With both packages 
installed or with adwaita-icon-theme installed alone, the problem does 
not occur.)

If "gnome-icon-theme-symbolic" is missing some icon it should provide, 
please provide some details and I will file a bug against that package 
(or you can).

Otherwise, seems to me that simple-scan should depend on 
adwaita-icon-theme only?

Thanks.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#761292: simple-scan icons

[Ivan Kohler]

With gnome-icon-theme-symbolic installed, icons appear again, except for 
"Start a new document".

With adwaita-icon-theme installed, all icons appear again.

-- 
_ivan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#761292: simple-scan: Icons missing / replaced with red X page

[Ivan Kohler]

On Tue, Sep 16, 2014 at 03:27:33PM +0200, Jörg Frings-Fürst wrote:
> Can you also run 
> 
> find /usr -iname object-crop*
> 
> from a terminal and attach the output?

ivan@fleetpaw:~$ find /usr -iname 'object-crop*'
/usr/share/simple-scan/icons/hicolor/48x48/actions/object-crop.png
/usr/share/simple-scan/icons/hicolor/24x24/actions/object-crop.png
/usr/share/simple-scan/icons/hicolor/22x22/actions/object-crop.png
/usr/share/simple-scan/icons/hicolor/32x32/actions/object-crop.png
/usr/share/simple-scan/icons/hicolor/scalable/actions/object-crop.svg
/usr/share/simple-scan/icons/hicolor/16x16/actions/object-crop.png

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#761292: simple-scan: Icons missing / replaced with red X page

[Ivan Kohler]

On Sat, Sep 13, 2014 at 10:16:16AM +0200, Jörg Frings-Fürst wrote:
> Hallo Ivan,
> 
> Thank you for spending your time helping to make Debian better with this
> bug report.
> 
> 
> I have tested it and all icons displayed.
> 
> Please can you run simple-scan from a terminal and attach the output
> here.

Here you go.

ivan@fleetpaw:~/carnelian$ simple-scan -d
[+0.00s] DEBUG: simple-scan.vala:596: Starting Simple Scan 3.13.91, PID=12321
[+0.01s] DEBUG: Connecting to session manager
[+0.10s] DEBUG: ui.vala:1878: Loading state from 
/home/ivan/.cache/simple-scan/state
[+0.10s] DEBUG: ui.vala:1859: Restoring window to 876x794 pixels
[+0.10s] DEBUG: autosave-manager.vala:64: Loading autosave information
[+0.10s] DEBUG: autosave-manager.vala:259: Waiting to autosave...
[+0.17s] DEBUG: scanner.vala:1446: sane_init () -> SANE_STATUS_GOOD
[+0.17s] DEBUG: scanner.vala:1452: SANE version 1.0.24
[+0.17s] DEBUG: scanner.vala:1513: Requesting redetection of scan devices
[+0.17s] DEBUG: scanner.vala:802: Processing request
[+0.23s] DEBUG: autosave-manager.vala:281: Autosaving book information
[+0.28s] DEBUG: ui.vala:1969: Saving state to 
/home/ivan/.cache/simple-scan/state
[+4.20s] DEBUG: scanner.vala:338: sane_get_devices () -> SANE_STATUS_GOOD
[+4.20s] DEBUG: scanner.vala:350: Device: 
name="hpaio:/usb/HP_LaserJet_100_colorMFP_M175nw?serial=00CNC9D9H5BM" 
vendor="Hewlett-Packard" model="HP_LaserJet_100_colorMFP_M175nw" 
type="all-in-one"

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#761292: simple-scan: Icons missing / replaced with red X page

[Ivan Kohler]

Package: simple-scan
Version: 3.13.91-1
Severity: important

The Save/Start/Crop/Rotate buttons are all missing, replaced with an icon
of a page with a red X.  See screenshot.

-- Package-specific info:

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages simple-scan depends on:
ii  dbus-x11 1.8.6-2
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  gnome-icon-theme 3.12.0-1
ii  libatk1.0-0  2.12.0-1
ii  libc62.19-10
ii  libcairo-gobject21.12.16-5
ii  libcairo21.12.16-5
ii  libcolord2   1.2.1-1
ii  libgdk-pixbuf2.0-0   2.30.8-1
ii  libglib2.0-0 2.40.0-5
ii  libgtk-3-0   3.12.2-3+b1
ii  libgudev-1.0-0       


-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#761004: libdbd-pg-perl: Upstream version 3.4.1 is available

[Ivan Kohler]

Package: libdbd-pg-perl 
Version: 3.3.0-1+b1 
Severity: normal

Upstream version 3.4.1 is available.

(Version 3.3.0 does not work with request-tracker, which would be a pretty  
significant regression in jessie.)  

-- System Information:  
Debian Release: jessie/sid  
  APT prefers unstable  
  APT policy: (500, 'unstable'), (500, 'testing')   
Architecture: amd64 (x86_64)
Foreign Architectures: i386 

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)  
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)  
Shell: /bin/sh linked to /bin/dash  

Versions of packages libdbd-pg-perl depends on: 
ii  libc6 2.19-10   
ii  libdbi-perl [perl-dbdabi-94]  1.631-3+b1
ii  libpq59.4~beta2-1+b1
ii  perl  5.20.0-6  
ii  perl-base [perlapi-5.20.0]5.20.0-6  

libdbd-pg-perl recommends no packages.  

libdbd-pg-perl suggests no packages.

-- no debconf information

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#153587: Licensing

[Ivan Kohler]

I don't personally have a need for String::LRC anymore and this 
WNPP should perhaps be closed entirely (String::LRC it is of niche usefulness, 
typically integrating with legacy systems).

Nevertheless, for the record in case someone does wind up needing and 
packaging this, I did wind up contacting the author back then about 
licensing and he did provide a statement that BSD was his intention and 
it was fine to redistribute under that license.  (That was more than good 
enough for 2002.  Not sure it holds up to today's standards?)


Date: Tue, 10 Sep 2002 09:33:49 -0400
From: WhoElse? 
Subject: Re: String::LRC licensing

That sounds fine to me, my intent was along the
lines of the BSD license; thus, the generic BSD
license is fine.  Would you require anything
more of me at this time?

Regards,

Ralph Padron


At 06:58 PM 9/8/2002 -0700, you wrote:
> Hi Ralph,
>
> I'm contacting you on behalf of the Debian project
> .  We'd like to include your String::LRC module
> in our distribution.  One thing Debian is very careful about is software
> licensing - all software must meet our "free software guidelines"
> .
>
> >From reading your license to the String::LRC module, it appears to me
> that your intention was to create a free software license, but there
> are some problems with your specific license.
>
> Would you consider licensing the String::LRC module under the BSD
> license (or any other free license of your choice, such as the GPL,
> Artistic, etc.)? The BSD license appears to be your intention:
>
>
> Copyright (C) R Padron.
> All rights reserved.
>
> Redistribution and use in source and binary forms, with or without
> modification, are permitted provided that the following conditions
> are met:
> 1. Redistributions of source code must retain the above copyright
>notice, this list of conditions and the following disclaimer.
> 2. Redistributions in binary form must reproduce the above copyright
>notice, this list of conditions and the following disclaimer in the
>documentation and/or other materials provided with the distribution.
>
> THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
> IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
> WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
> DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT,
> INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
> (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
> SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
> HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
> STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
> ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
> POSSIBILITY OF SUCH DAMAGE.
>
>
> Simply replying to this email in the affirmative would be more the
> sufficient to allow us to distribute the module.
>
> Thanks for your time.
>
> --
> _ivan


-- 
_ivan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#606415: Back to the Future II

[Ivan Kohler]

So, in the fullness of (not even all that much) time...

It looks like the distro-info-data package now provides up-to-date
information that could be used to generate the config file with correct
release names (both before and after release).

Not that it is of particular severity (hence, minor, and perhaps should 
be wishlist), but with the metainfo/chicken-and-egg problems solved in a 
distribution-wide rather than schroot-specific fashion, perhaps we could 
now keep this bug open?  It might pique someone's interest enough to 
submit a good patch.  :)

Thanks.

-- 
_ivan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#735968: dh-make-perl: Prints warning about missing pristine-tar even though it is installed

[Ivan Kohler]

Package: dh-make-perl
Version: 0.80-1
Severity: normal

dh-make-perl says:

W: pristine-tar not available. Please run
W: apt-get install pristine-tar
W:  followed by
Use of uninitialized value $tarball in concatenation (.) or string at 
/usr/share/perl5/DhMakePerl/Command/make.pm line 762.
W: pristine-tar commit  upstream/0.08


It is already installed.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dh-make-perl depends on:
ii  debhelper 9.20131227
ii  dpkg-dev  1.17.5
ii  fakeroot  1.20-3
ii  libapt-pkg-perl   0.1.29+b1
ii  libarray-unique-perl  0.08-1
ii  libclass-accessor-perl0.34-1
ii  libdpkg-perl  1.17.5
ii  libemail-address-perl 1.900-1
ii  libemail-date-format-perl 1.004-1
ii  libfile-which-perl1.09-1
ii  liblist-moreutils-perl0.33-1+b2
ii  libmodule-depends-perl0.16-1
ii  libparse-debcontrol-perl  2.005-4
ii  libparse-debianchangelog-perl 1.2.0-1
ii  libsoftware-license-perl  0.103008-1
ii  libtie-ixhash-perl1.23-1
ii  libwww-mechanize-perl 1.73-1
ii  libyaml-perl  0.84-1
ii  make  3.81-8.3
ii  perl  5.18.1-5
ii  perl-modules [libcpan-meta-perl]  5.18.1-5

Versions of packages dh-make-perl recommends:
ii  apt-file  2.5.2
ii  git   1:1.8.5.2-2
ii  pristine-tar  1.30

dh-make-perl suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691723: squeeze patch

[Ivan Kohler]

Didn't realize squeeze had an earlier version.  Here is a patch for 
squeeze.  Not sure I got the Deb version increment right for this 
situation.

-- 
_ivan
diff -ur libbusiness-onlinepayment-ippay-perl-0.05~02/debian/changelog libbusiness-onlinepayment-ippay-perl-0.05~02-3/debian/changelog
--- libbusiness-onlinepayment-ippay-perl-0.05~02/debian/changelog	2012-10-29 20:22:05.0 -0700
+++ libbusiness-onlinepayment-ippay-perl-0.05~02-3/debian/changelog	2012-10-29 20:24:40.833748659 -0700
@@ -1,3 +1,9 @@
+libbusiness-onlinepayment-ippay-perl (0.05~02-3) stable-proposed-updates; urgency=low
+
+  * Backport gateway change from 0.07
+
+ -- Ivan Kohler   Mon, 29 Oct 2012 20:24:18 -0700
+
 libbusiness-onlinepayment-ippay-perl (0.05~02-2) unstable; urgency=low
 
   * Take over for the Debian Perl Group
diff -ur libbusiness-onlinepayment-ippay-perl-0.05~02/IPPay.pm libbusiness-onlinepayment-ippay-perl-0.05~02-3/IPPay.pm
--- libbusiness-onlinepayment-ippay-perl-0.05~02/IPPay.pm	2010-03-08 14:05:45.0 -0800
+++ libbusiness-onlinepayment-ippay-perl-0.05~02-3/IPPay.pm	2012-10-29 20:17:03.305948425 -0700
@@ -45,9 +45,9 @@
 my %opts = @_;
 
 # standard B::OP methods/data
-$self->server('gateway17.jetpay.com') unless $self->server;
+$self->server('gtwy.ippay.com') unless $self->server;
 $self->port('443') unless $self->port;
-$self->path('/jetpay') unless $self->path;
+$self->path('/ippay') unless $self->path;
 
 $self->build_subs(qw( order_number avs_code cvv2_response
   response_page response_code response_headers
@@ -209,16 +209,13 @@
   foreach ( keys ( %{($self->{_defaults})} ) ) {
 $content{$_} = $self->{_defaults}->{$_} unless exists($content{$_});
   }
+  if ($self->test_transaction()) {
+$content{'login'} = 'TESTTERMINAL';
+  }
   $self->content(%content);
 
   $self->required_fields(@required_fields);
 
-  if ($self->test_transaction()) {
-$self->server('test1.jetpay.com');
-$self->port('443');
-$self->path('/jetpay');
-  }
-
   my $transaction_id = $content{'order_number'};
   unless ($transaction_id) {
 my ($page, $server_response, %headers) = $self->https_get('dummy' => 1);
@@ -381,7 +378,7 @@
 if (  exists($response->{ActionCode}) && !exists($response->{ErrMsg})) {
   $self->error_message($response->{ResponseText});
 }else{
-  $self->error_message($response->{Errmsg});
+  $self->error_message($response->{ErrMsg});
 }
 #  }else{
 #$self->error_message("Server Failed");
@@ -567,6 +564,9 @@
 
 =head1 COMPATIBILITY
 
+Debian version 0.05~02-3 (upstream version 0.07) changes the server name and
+path for IPPay's late 2012 update.
+
 Business::OnlinePayment::IPPay uses IPPay XML Product Specifications version
 1.1.2.
 

Bug#691723: libbusiness-onlinepayment-ippay-perl: New upstream release 0.07

[Ivan Kohler]

On Mon, Oct 29, 2012 at 11:40:35PM +0100, gregor herrmann wrote:
> On Sun, 28 Oct 2012 23:55:10 -0700, Ivan Kohler wrote:
> 
> > Importantly, IPPay changed the gateway's server name and path, and will soon
> > turn off the old gateway, so versions before 0.07 will stop working at that
> > time.
> > 
> > Regarding squeeze, a 0.07 package should be uploaded to squeeze-updates.
> > Alternatively, the relevant changes (parts of
> > https://www.freeside.biz/gitweb/?p=Business-OnlinePayment-IPPay.git;a=commitdiff;h=1f19e67636476c7119cfb41920c5b176e617c697)
> > could be backported to 0.06.
> 
> I think a minimal patch for 0.06 and, with approval of the release
> team, an upload to stable-proposed-updates is the most realistic
> way.
>  
> > Regarding wheezy, we should ask for a freeze exception for 0.07. 
> > Alternatively, like above, we could backport just the relevant chagnes 
> > and uplaod to testing-proposed-updates.
> 
> Again, I think a backported fix would be the best; and we don't need
> t-p-u since testing and unstable have the same version.
> So 0.06-2 with the necessary fix, uploaded to unstable + an unblock
> bug should be fine.
> (Except someone gets an approval for 0.07-1 from the RT.)
> 
> (With some git branching, since 0.07-1 was already imported.)

Here is the requested patch for 0.06.

For the record, I am moving for the next several weeks and then away 
visiting family, so my time is limited until December.  Any help with 
the suggested releng steps described above would certainly be welcome.

-- 
_ivan
diff -ur libbusiness-onlinepayment-ippay-perl-0.06/debian/changelog libbusiness-onlinepayment-ippay-perl-0.06-2/debian/changelog
--- libbusiness-onlinepayment-ippay-perl-0.06/debian/changelog	2011-01-27 15:14:35.0 -0800
+++ libbusiness-onlinepayment-ippay-perl-0.06-2/debian/changelog	2012-10-29 19:53:00.037565065 -0700
@@ -1,3 +1,9 @@
+libbusiness-onlinepayment-ippay-perl (0.06-2) unstable; urgency=low
+
+  * Backport gateway change from 0.07
+
+ -- Ivan Kohler   Mon, 29 Oct 2012 19:52:32 -0700
+
 libbusiness-onlinepayment-ippay-perl (0.06-1) unstable; urgency=low
 
   [ Nicholas Bamber ]
diff -ur libbusiness-onlinepayment-ippay-perl-0.06/IPPay.pm libbusiness-onlinepayment-ippay-perl-0.06-2/IPPay.pm
--- libbusiness-onlinepayment-ippay-perl-0.06/IPPay.pm	2011-01-26 13:15:38.0 -0800
+++ libbusiness-onlinepayment-ippay-perl-0.06-2/IPPay.pm	2012-10-29 19:57:25.082627143 -0700
@@ -45,9 +45,9 @@
 my %opts = @_;
 
 # standard B::OP methods/data
-$self->server('gateway17.jetpay.com') unless $self->server;
+$self->server('gtwy.ippay.com') unless $self->server;
 $self->port('443') unless $self->port;
-$self->path('/jetpay') unless $self->path;
+$self->path('/ippay') unless $self->path;
 
 $self->build_subs(qw( order_number avs_code cvv2_response
   response_page response_code response_headers
@@ -209,6 +209,9 @@
   foreach ( keys ( %{($self->{_defaults})} ) ) {
 $content{$_} = $self->{_defaults}->{$_} unless exists($content{$_});
   }
+  if ($self->test_transaction()) {
+$content{'login'} = 'TESTTERMINAL';
+  }
   $self->content(%content);
 
   $self->required_fields(@required_fields);
@@ -221,12 +224,6 @@
 }
   }
 
-  if ($self->test_transaction()) {
-$self->server('test1.jetpay.com');
-$self->port('443');
-$self->path('/jetpay');
-  }
-
   my $transaction_id = $content{'order_number'};
   unless ($transaction_id) {
 my ($page, $server_response, %headers) = $self->https_get('dummy' => 1);
@@ -391,7 +388,7 @@
 if (  exists($response->{ActionCode}) && !exists($response->{ErrMsg})) {
   $self->error_message($response->{ResponseText});
 }else{
-  $self->error_message($response->{Errmsg});
+  $self->error_message($response->{ErrMsg});
 }
 #  }else{
 #$self->error_message("Server Failed");
@@ -588,6 +585,9 @@
 
 =head1 COMPATIBILITY
 
+Debian version 0.06-2 (upstream version 0.07) changes the server name and path
+for IPPay's late 2012 update.
+
 Business::OnlinePayment::IPPay uses IPPay XML Product Specifications version
 1.1.2.
 
diff -ur libbusiness-onlinepayment-ippay-perl-0.06/t/card.t libbusiness-onlinepayment-ippay-perl-0.06-2/t/card.t
--- libbusiness-onlinepayment-ippay-perl-0.06/t/card.t	2012-10-28 23:28:57.0 -0700
+++ libbusiness-onlinepayment-ippay-perl-0.06-2/t/card.t	2012-10-29 19:59:00.181575509 -0700
@@ -61,8 +61,8 @@
 $tx,
 desc  => "invalid card_number",
 is_success=> 0,
-result_code   => '912',
-error_message => 'INVALID CARD NU

Bug#691723: libbusiness-onlinepayment-ippay-perl: New upstream release 0.07

[Ivan Kohler]

Package: libbusiness-onlinepayment-ippay-perl
Version: 0.06-1
Severity: serious
Tags: upstream
Justification: In (team) package maintainer and upstream's opinion, package 
unsuitable for release -- will soon be mostly unusable

New upstream release 0.07 is available.

Importantly, IPPay changed the gateway's server name and path, and will soon
turn off the old gateway, so versions before 0.07 will stop working at that
time.

Regarding squeeze, a 0.07 package should be uploaded to squeeze-updates.
Alternatively, the relevant changes (parts of
https://www.freeside.biz/gitweb/?p=Business-OnlinePayment-IPPay.git;a=commitdiff;h=1f19e67636476c7119cfb41920c5b176e617c697)
could be backported to 0.06.

Regarding wheezy, we should ask for a freeze exception for 0.07. 
Alternatively, like above, we could backport just the relevant chagnes 
and uplaod to testing-proposed-updates.

-- 
_ivan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#688069: liblocale-subcountry-perl: Version checks fail ("our $VERSION" moved before "package Locale::SubCountry")

[Ivan Kohler]

On Wed, Oct 24, 2012 at 08:41:54PM +0200, gregor herrmann wrote:
> On Tue, 18 Sep 2012 13:54:35 -0700, Ivan Kohler wrote:
> 
> > $ perl -e 'use Locale::SubCountry 54'
> > Locale::SubCountry does not define $Locale::SubCountry::VERSION--version 
> > check failed at -e line 1.
> > 
> > Sometime after version 1.50, "our $VERSION = 1.xx" was moved to the top of
> > the code, above any "package" declaration.  It is therefore not declaring
> > $Locale::SubCountry::VERSION, and previously-working version checks like
> > "use Locale::SubCountry 1.42" now throw a fatal error.
> > 
> > The patch below adds a "package Locale::SubCountry" to the beginning of the
> > code.  This seems like typical / best practice for modules, to avoid any
> > symbol exports from the intial "use" statements from polluting the main::
> > namespace.
> 
> Are you going to upload the fixed package? Or should someone else go
> ahead?

Since wheezy isn't affected (or released) and upstream hasn't yet 
responded/updated, I guess I was more in a holding pattern over here 
with regard to this.

Anyone else may feel free to go ahead and upload.

-- 
_ivan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#688069: liblocale-subcountry-perl: Version checks fail ("our $VERSION" moved before "package Locale::SubCountry")

[Ivan Kohler]

Package: liblocale-subcountry-perl
Version: 1.56-1
Severity: serious
Tags: upstream patch
Justification: (Team) Package maintainer's opinion - package unsuitable for 
release

$ perl -e 'use Locale::SubCountry 54'
Locale::SubCountry does not define $Locale::SubCountry::VERSION--version check 
failed at -e line 1.

Sometime after version 1.50, "our $VERSION = 1.xx" was moved to the top of
the code, above any "package" declaration.  It is therefore not declaring
$Locale::SubCountry::VERSION, and previously-working version checks like
"use Locale::SubCountry 1.42" now throw a fatal error.

The patch below adds a "package Locale::SubCountry" to the beginning of the
code.  This seems like typical / best practice for modules, to avoid any
symbol exports from the intial "use" statements from polluting the main::
namespace.



--- SubCountry.pm.ORIG  2012-09-18 13:02:15.702774878 -0700
+++ SubCountry.pm   2012-09-18 13:30:04.351443803 -0700
@@ -314,6 +314,8 @@
 
 
#---
 
+package Locale::SubCountry;
+
 use strict;
 use warnings;
 use locale;



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages liblocale-subcountry-perl depends on:
ii  perl  5.14.2-13

liblocale-subcountry-perl recommends no packages.

liblocale-subcountry-perl suggests no packages.

-- no debconf information


-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#679628: libxcrypt1: crypt_blowfish doesn't properly handle 8-bit characters (CVE-2011-2483)

[Ivan Kohler]

severity 679628 critical
thanks

On Sat, Jun 30, 2012 at 10:43:33AM +0100, Roy Hills wrote:
> I think the crypt_blowfish implementation in libxcrypt 2.4-1 has the sign
> extension bug detailed in CVE-2011-2483.
> 
> Full details of this bug are at: http://seclists.org/oss-sec/2011/q2/632

Given the information here concerning weak passwords, I have set the 
severity to critical.

> Upgrading to the latest upstream source should fix this bug.

When I tried 3.0 it didn't work 
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487487)
and didn't compile on some arches 
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489840),
but perhaps it is worth trying again with upstream 3.0.2, fixing any 
issues that crop up.

Or, it may be more straightfoward (especially since we've just frozen) 
to backport port the fix to 2.4.

In any case, I'm very sorry to say that my need for libxcrypt and 
libpam-unix2 ended several years ago and I won't be able to work on this 
myself.  libpam-unix2 was already orphaned and I have now orphaned 
libxcrypt as well.  Best wishes to a future adopter.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#679703: O: libxcrypt

[Ivan Kohler]

Package: wnpp

I hereby orphan the libxcrypt package.

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#679050: ITP: libcam-pdf-perl -- PDF manipulation library

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 

* Package name: libcam-pdf-perl
  Version : 1.58
  Upstream Author : Chris Dolan
* URL : http://http://search.cpan.org/dist/CAM-PDF/
* License : Perl
  Programming Lang: Perl
  Description : PDF manipulation library

 This package reads and writes any document that conforms to the PDF
 specification generously provided by Adobe at
 http://partners.adobe.com/public/developer/pdf/index_reference.html (link last
 checked Oct 2005). 
 
 The file format through PDF 1.5 is well-supported, with the exception of the
 "linearized" or "optimized" output format, which this module can read but not
 write. Many specific aspects of the document model are not manipulable with
 this package (like fonts), but if the input document is correctly written, then
 this module will preserve the model integrity. 
 
 The PDF writing feature saves as PDF 1.4-compatible. That means that we cannot
 write compressed object streams. The consequence is that reading and then
 writing a PDF 1.5+ document may enlarge the resulting file by a fair margin.


-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#677732: libhtml-defang-perl: Please update to new upstream 1.04 containing potentially security-related bugfixes

[Ivan Kohler]

On Sat, Jun 16, 2012 at 05:08:06PM +0200, Jonas Smedegaard wrote:
> The new upstream releases are 18 months and two years old, respectively,
> which makes me worry if perhaps you have lost interest in maintaining
> this package.  If so, I would be happy to adopt it and maintain it under
> the umbrella of the Debian Perl team.

Please feel free to adopt the package and maintain it as part of the 
Debian Perl group.

This also goes for any of my packages which have not yet been borged by 
the team: The Perl group is welcome to take any of my packages, there is 
no need to ask first. 
(http://lists.debian.org/debian-perl/2010/04/msg00011.html)

> If yyou area still interested, I can dearly recommend you to join the
> Debian Perl team yourself,

I am a memeber.

> NB! I notice that 1/4 of the 88 packages that you are involved in
> maintaining have new upstream releases, and many of them are untouched
> for years.  Please consider nursing your packages more, or alternatively
> pass them on to others.

I am not standing in the way of anyone who would like to help maintain 
any of those packages: I welcome adoption, co-maintainers and 
low-threshold NMUs.  Mostly I just haven't gotten around to uploading 
the less popular/important packages with the Perl group set as 
maintainer, but anyone else is welcome to do so as well.

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#668696: RFA: libdns-zoneparse-perl -- Perl extension for parsing and manipulating DNS Zone Files.

[Ivan Kohler]

Package: wnpp
Severity: normal

I request an adopter for the libdns-zoneparse-perl package.

The package description is:
 This module will parse a Zone File and put all the Resource Records (RRs)
 into an anonymous hash structure. At the moment, the following types of
 RRs are supported: SOA, NS, MX, A, CNAME, TXT, PTR. It could be useful for
 maintaining DNS zones, or for transferring DNS zones to other servers. If
 you want to generate an XML-friendly version of your zone files, it is
 easy to use XML::Simple with this module once you have parsed the zonefile.
 .
 DNS::ZoneParse scans the DNS zonefile - removes comments and seperates
 the file into its constituent records. It then parses each record and
 stores the records internally.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661566: libnet-ssleay-perl: Segfault when lniked into an Apache/mod_ssl/mod_perl process

[Ivan Kohler]

Package: libnet-ssleay-perl
Version: 1.45-1
Severity: important

Apache segfaults when this module is included in a mod_perl application and
mod_ssl is enabled.  I am using the prefork MPM.

To reproduce:
a2enmod ssl
a2enmod perl
echo "PerlModule Net::SSLeay" >/etc/apache2/conf.d/sslbug.conf
service apache2 restart

1.43-1 is also broken in this regard.
1.42-1+b1 works.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libnet-ssleay-perl depends on:
ii  libc6   2.13-26
ii  libssl1.0.0 1.0.0g-1
ii  perl5.14.2-7
ii  perl-base [perlapi-5.14.2]  5.14.2-7

libnet-ssleay-perl recommends no packages.

Versions of packages libnet-ssleay-perl suggests:
ii  perl [libmime-base64-perl]  5.14.2-7

-- no debconf information

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#655289: libperl5i-perl: Upstream version 2.9.1 is available

[Ivan Kohler]

Package: libperl5i-perl
Version: 2.9.0-1
Severity: wishlist
Tags: upstream

Upstream version 2.9.1 is available

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508759: ssmtp co-maintenance

[Ivan Kohler]

Hi Anibal,

I was dissapointed to find this bug was still present in Squeeze and 
would like to make sure it is eliminated before our next stable release.

At first, I thought you were MIA, but it seems you may just be very busy 
and have too many Debian commitments on your plate.

May I help co-maintain the ssmtp package going forward and upload a new 
version with this fix?  Or, if you don't have time for it at all, I'd be 
happy to take over the package entirely.  Or, if neither of those 
options are of interest to you, can I at least convince you to give your 
blessing to a one-off NMU to fix this problem?

By way of testing, I have been running a patched version 
(http://freeside.biz/~ivan/freeside-squeeze/ssmtp/) on my server and 
just under a hundred customer servers for over a year without problems.

If I don't hear back from you at all concerning this 3+ year old bug 
(even if to simply say "I looked at the patch but it wasn't ready 
for inclusion, here's what needs to be done"), then I will assume you 
are okay with at least an NMU and proceed with that.

Thanks.

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#653414: util-linux: /usr/bin/line is missing

[Ivan Kohler]

Package: util-linux
Version: 2.20.1-1
Severity: important

/usr/bin/line is missing in util-linux 2.20.1.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages util-linux depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  dpkg   1.16.1.2
ii  initscripts2.88dsf-16
ii  install-info   4.13a.dfsg.1-8
ii  libblkid1  2.20.1-1
ii  libc6  2.13-23
ii  libncurses55.9-4
ii  libselinux12.1.0-4
ii  libslang2  2.2.4-5
ii  libtinfo5  5.9-4
ii  libuuid1   2.20.1-1
ii  lsb-base   3.2-28
ii  tzdata 2011n-1
ii  zlib1g 1:1.2.3.4.dfsg-3

util-linux recommends no packages.

Versions of packages util-linux suggests:
pn  console-tools   1:0.2.3dbs-70
pn  dosfstools  3.0.12-1
pn  util-linux-locales  

-- debconf information:
  util-linux/noauto-with-nonzero-passnum:



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#651770: libgeo-googleearth-pluggable-perl: Short and long description is for wrong module

[Ivan Kohler]

Package: libgeo-googleearth-pluggable-perl
Version: 0.13-2
Severity: minor

The short and long description of this package are for the RDF::KML::Exporter
module (librdf-kml-exporter-perl package) rather than
Geo::GoogleEarth::Pluggable.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgeo-googleearth-pluggable-perl depends on:
ii  libarchive-zip-perl 1.30-4
ii  libio-stringy-perl  2.110-5
ii  libmethod-autoload-perl 0.02-2
ii  libxml-libxml-lazybuilder-perl  0.03-1
ii  perl5.14.2-6

libgeo-googleearth-pluggable-perl recommends no packages.

libgeo-googleearth-pluggable-perl suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#627441: [Pkg-fglrx-devel] Bug#627441: still present in 1:11-8-3

[Ivan Kohler]

On Sat, Nov 19, 2011 at 11:11:41AM +0100, Patrick Matthäi wrote:
> Am 21.09.2011 02:26, schrieb Ivan Kohler:
> >still present in 1:11-8-3
> >
> 
> and with 11-11?

Unknown.  I couldn't even get later verions to run stabily with current X for 
long enough to tell.  649239, 649280, 649346, 649465, etc.

I'm currently using 11-10 with old X packages, but when I have some time to 
close everything out and reboot the machine (it is my main work desktop) I'll 
test 11-11 and current X.

My X packages are held at the indicated old verisons:
xserver-xorg 1:7.6+8
xserver-xorg-core 2:1.9.4-1
xserver-xorg-input-evdev 1:2.6.0-2
xserver-xorg-input-kbd 1:1.5.0-2
xserver-xorg-input-mouse 1:1.6.0-3

With these old X packages, the bug does not appear, so perhaps that is a useful 
data point.

-- 
_ivan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#627441: still present in 1:11-8-3

[Ivan Kohler]

still present in 1:11-8-3

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#615593: libhtml-mason-perl: deprecation warnings with perl 5.12

[Ivan Kohler]

On Fri, Jul 08, 2011 at 06:07:58PM +0300, Niko Tyni wrote:
> 
> Ping?  Upstream 1.45 has been available for a year and a half now, and
> Perl 5.12 has been in sid/wheezy for two months. These warning messages
> are rather annoying at least with Request Tracker and should really be
> fixed for wheezy.
> 
> Ivan, do you need help with this package? How about moving it to the
> pkg-perl team?

Hi,

The package has already been checked into the pkg-perl repository (and 
upgraded to 1.45).  Other folks from the pkg-perl team: please feel free 
to finish the 1.45 upgrade and upload packages.

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#627441: [Pkg-fglrx-devel] Bug#627441: fglrx-driver: Windows initially display with random video memory

[Ivan Kohler]

On Wed, Jun 22, 2011 at 09:06:36PM +0200, Patrick Matthäi wrote:
> Am 20.05.2011 18:41, schrieb Peter Flanigan:
> > Package: fglrx-driver
> > Version: 1:11-4-2
> > Severity: normal
> > Tags: upstream
> > 
> > Windows (main application, dialogs, menus) like the one that appears when 
> > you
> > click the start menu, or
> > standard "File" menus in applications, or toolbar bookmark menus in Firefox
> > initially display some random image (or uninitialised video memory) before
> > being repainted with the correct contents. The repaint happens quickly but 
> > not
> > quickly enough to fool the eye. Not application specific. Started happening
> > when I "upgraded" to fglrx-driver 11.4.2 which I installed via aptitude, not
> > direct from ATI website.
> > 
> 
> Could you guys please retest it with the radeon driver?

Sorry, no, I haven't yet been able to get the radeon driver to support 
triple-head/eyefinity (third monitor on DisplayPort).

The problem does not occur after downgrading to fglrx 1:11-3-1.

-- 
_ivan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#627020: fglrx-driver: Alternate workaround: revert to kernel-image-2.6.32 (with current xorg-*)

[Ivan Kohler]

Package: fglrx-driver
Followup-For: Bug #627020

As an alternate workaround, kernel 2.6.32 works with current xorg-* and fglrx.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#628848: O: libpam-unix2

[Ivan Kohler]

Package: wnpp
Severity: normal

I hereby orphan the libpam-unix2 package.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#626559: postgresql-8.4: pg_upgrade_fix/8.4.8 needed for stable/squeeze

[Ivan Kohler]

Package: postgresql-8.4
Version: 8.4.7-0squeeze2
Severity: critical
Tags: squeeze
Justification: causes serious data loss

http://wiki.postgresql.org/wiki/20110408pg_upgrade_fix

8.4.8 (or a backport of the fix) should be included in stable-updates.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#617324: ITP: libtrue-perl -- Perl module to automatically return a true value when a file is required

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 

* Package name: libtrue-perl
  Version : 0.16
  Upstream Author : chocolateboy, 
* URL : http://search.cpan.org/dist/true
* License : Perl
  Programming Lang: Perl
  Description : Perl module to automatically return a true value when a 
file is required

Perl's require builtin (and its use wrapper) requires the files it loads
to return a true value. This is usually accomplished by placing a single

1;

statement at the end of included scripts or modules. It's not onerous to
add but it's a speed bump on the Perl novice's road to enlightenment. In
addition, it appears to be a non-sequitur to the uninitiated, leading
some to attempt to mitigate its appearance with a comment:

1; # keep require happy

or:

1; # Do not remove this line

or even:

1; # Must end with this, because Perl is bogus.

This module packages this "return true" behaviour so that it need not
be written explicitly. It can be used directly, but it is intended to be
invoked from the import method of a Modern::Perl-style module that enables
modern Perl features and conveniences and cleans up legacy Perl warts.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#617323: ITP: libchild-perl -- Perl module providing an object-oriented simple interface to fork()

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 

* Package name: libchild-perl
  Version : 0.009
  Upstream Author : Chad Granum 
* URL : http://search.cpan.org/dist/Child/
* License : Perl
  Programming Lang: Perl
  Description : Perl module providing an object-oriented simple interface 
to fork()

Fork is too low level, and difficult to manage. Often people forget to
exit at the end, reap their children, and check exit status. The problem
is the low level functions provided to do these things. Throw in pipes
for IPC and you just have a pile of things nobody wants to think about.

Child is an Object Oriented interface to fork. It provides a clean way
to start a child process, and manage it afterwords. It provides methods
for running, waiting, killing, checking, and even communicating with a
child process.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#610197: libboolean-perl: 0.24 fatal "Modification of a read-only value attempted" error

[Ivan Kohler]

Package: libboolean-perl
Version: 0.24-1
Severity: grave
Tags: upstream sid
Justification: renders package unusable

$ perl -e 'use boolean'
Modification of a read-only value attempted at /usr/share/perl5/boolean.pm line 
34.
BEGIN failed--compilation aborted at /usr/share/perl5/boolean.pm line 39.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.

Appears to be fixed in upstream 0.25 according to changelog.


-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages libboolean-perl depends on:
ii  perl  5.10.1-17  Larry Wall's Practical Extraction 

libboolean-perl recommends no packages.

libboolean-perl suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#606415: [buildd-tools-devel] Bug#606415: schroot.conf examples are back from the future

[Ivan Kohler]

On Sun, Dec 12, 2010 at 11:59:09AM +, Roger Leigh wrote:
> On Wed, Dec 08, 2010 at 03:23:27PM -0800, Ivan Kohler wrote:
> > Package: schroot
> > Version: 1.4.16-1
> > Severity: minor
> > 
> > schroot.conf says squeeze is stable and lenny is oldstable (because it 
> > targets
> > the squeeze release).
> > 
> > >From the current frame of references, however, squeeze is testing and 
> > >lenny is
> > stable.
> > 
> > This does seem somewhat of a chicken-and-egg situation for any package which
> > hardcodes examples about which distributions are currently stable.
> 
> Yes.  The configuration file is merely giving examples of how one might
> configure schroot.  The actual names in there are not important--they
> are only intended to be illustrative.
> 
> I have generally attempted to keep these examples up-to-date.  As you
> correctly noted, the current examples are intended for the squeeze
> release (and I'll update them for wheezy once squeeze is released).
> 
> Regarding this bug report, I'm not clear on what, if anything, you are
> proposing should be changed, or if there is any any other action which
> you would like to be taken.  I.e. I'm unsure if there's anything I can
> actually do to resolve it.

Well, I'm sure there are other things to do right now (hence, minor, and 
could be downgraded to wishlist).

The changes that I came up with at first thought seemed more trouble 
than they were worth, to me (swapping out example configs based on 
something that indicates the release happened)... but perhaps in time a 
good solution could be found.

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#606415: schroot.conf examples are back from the future

[Ivan Kohler]

Package: schroot
Version: 1.4.16-1
Severity: minor

schroot.conf says squeeze is stable and lenny is oldstable (because it targets
the squeeze release).

>From the current frame of references, however, squeeze is testing and lenny is
stable.

This does seem somewhat of a chicken-and-egg situation for any package which
hardcodes examples about which distributions are currently stable.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages schroot depends on:
ii  libboost-filesystem1.42.0 1.42.0-4   filesystem operations (portable pa
ii  libboost-program-options1.42. 1.42.0-4   program options library for C++
ii  libboost-regex1.42.0  1.42.0-4   regular expression library for C++
ii  libboost-system1.42.0 1.42.0-4   Operating system (e.g. diagnostics
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-10 GCC support library
ii  liblockdev1   1.0.3-1.4  Run-time shared library for lockin
ii  libpam0g  1.1.1-6.1  Pluggable Authentication Modules l
ii  libstdc++64.4.5-10   The GNU Standard C++ Library v3
ii  libuuid1  2.17.2-3.3 Universally Unique ID library
ii  schroot-common1.4.16-1   common files for schroot

schroot recommends no packages.

Versions of packages schroot suggests:
pn  aufs-modules | unionfs-module  (no description available)
pn  btrfs-tools(no description available)
ii  debootstrap   1.0.26 Bootstrap a basic Debian system
pn  lvm2   (no description available)
ii  unzip 6.0-4  De-archiver for .zip files

-- Configuration Files:
/etc/schroot/schroot.conf changed:
[lenny]
description=Debian lenny (stable)
directory=/srv/chroot/lenny
groups=sbuild
aliases=stable


-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591924: How can I help?

[Ivan Kohler]

Is there anything I can do to assist with this bug?

-- 
Ivan Kohler
President & Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#599779: unblock: libapache-authenhook-perl 2.00-04+pristine-2

[Ivan Kohler]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock libapache-authenhook-perl, fixes grave bug #599712

  * Remove passwords from log messages (Closes: #599712)

No other changes in package other than debian/control housekeeping.

Thanks.

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#599712: [rt.cpan.org #62040] [PATCH] leaks passwords to the logs

[Ivan Kohler via RT]

https://rt.cpan.org/Ticket/Display.html?id=62040 >

Here is a simple fix for this issue.  I opted to keep the messages and
just omit the password.


Index: AuthenHook.xs
===
--- AuthenHook.xs	(revision 63560)
+++ AuthenHook.xs	(working copy)
@@ -180,8 +180,8 @@
 
 case OK:
   ap_log_rerror(APLOG_MARK, APLOG_INFO, 0, r,
-"Apache::AuthenHook - user '%s', password '%s' verified",
-user, password);
+"Apache::AuthenHook - user '%s' verified",
+user);
 
   status = AUTH_GRANTED;
   break;
@@ -196,8 +196,8 @@
 
 default:
   ap_log_rerror(APLOG_MARK, APLOG_INFO, 0, r,
-"Apache::AuthenHook - user '%s', password '%s' denied",
-user, password);
+"Apache::AuthenHook - user '%s' denied",
+user);
 
   status = AUTH_DENIED;
   };

Bug#590195: ITP: libnet-plesk-perl -- Perl extension for the Plesk XML Remote API

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 

* Package name: libnet-plesk-perl
  Version : 0.03
  Upstream Author : Jeff Finucane 
* URL : http://search.cpan.org/dist/Net-Plesk/
* License : Perl
  Programming Lang: Perl
  Description : Perl extension for the Plesk XML Remote API

 Net::Plesk implements a client interface to SWSOFT's Plesk Remote API,
 enabling a perl application to talk to a Plesk managed server.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#582346: ITP: libobject-id-perl -- Perl module providing a unique identifier for any or every object

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libobject-id-perl
  Version : 0.1.0
  Upstream Author : Michael G Schwern 
* URL : http://search.cpan.org/dist/Object-ID/
* License : Perl
  Programming Lang: Perl
  Description : Perl module providing a unique identifier for any or every 
object

This is a unique identifier for any object, regardless of its type, structure
or contents. Its features are:
* Works on ANY object of any type
* Does not modify the object in any way
* Does not change with the object's contents
* Is O(1) to calculate (ie. doesn't matter how big the object is)
* The id is unique for the life of the process
* The id is always a true value



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#582345: ITP: libhash-fieldhash-perl -- Perl module implementing a lightweight field hash

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libhash-fieldhash-perl
  Version : 0.10
  Upstream Author : Goro Fuji 
* URL : http://search.cpan.org/dist/Hash-FieldHash/
* License : Perl
  Programming Lang: Perl
  Description : Perl module implementing a lightweight field hash

Hash::FieldHash provides the field hash mechanism which supports the inside-out 
technique.

You may know Hash::Util::FieldHash. It's a very useful module, but too complex 
to understand all the functions.

This is an alternative to H::U::F with following features:

Simpler interface
  Hash::FieldHash provides a few functions: fieldhash() and fieldhashes().
  That's enough.

Higher performance
  Hash::FieldHash is faster than Hash::Util::FieldHash, because its internals
  use simpler structures.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#579871: ITP: libnet-https-any-perl -- A perl module for HTTPS GET and POST using any available SSL module

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libnet-https-any-perl
  Version : 0.10
  Upstream Author : Ivan Kohler 
* URL : http://search.cpan.org/dist/Net-HTTPS-Any/
* License : Perl
  Programming Lang: Perl
  Description : A perl module for HTTPS GET and POST using any available 
SSL module

This is a simple wrapper around either of the two available SSL modules. It
offers a unified API for sending GET and POST requests over HTTPS and
receiving responses.

It depends on Net::SSLeay _or_ ( Crypt::SSLeay and LWP::UserAgent ).



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#578792: B:OP:HTTPS and dependencies

[Ivan Kohler]

On Thu, 22 Apr 2010 21:44:47 +0300, Niko Tyni wrote:
> It looks like the real cause is that libbusiness-onlinepayment-perl is
> missing a dependency on liburi-perl (and libtieix-hash-perl), but 
> maybe this is intentional because the HTTPS module is not used by everybody?

gregor herrmann wrote:
> Yup, that would be my assumption too.

You are correct.

I guess the (start of the) real solution here is for me to grow a pair 
and upload Net::HTTPS::Any to CPAN.  I'll work on that.

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#579187: libfile-chdir-perl: Upstream version 0.1002 is available

[Ivan Kohler]

Package: libfile-chdir-perl
Version: 0.06-2.1
Severity: normal

Hi,

Upstream version File:;chdir 0.1002 is available.

This version is a dependency for perl5i (ITP: http://bugs.debian.org/575973)

Please let me know if there is anything I can do to help package the new
upstream version.  I would be happy to assist in preparing packages for you, or
take the package off your hands entirely (on behalf of the Debian Perl Group).

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-3-vserver-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libfile-chdir-perl depends on:
ii  perl  5.10.1-12  Larry Wall's Practical Extraction 

libfile-chdir-perl recommends no packages.

libfile-chdir-perl suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577045: libmodern-perl-perl vs libmodern-perl

[Ivan Kohler]

On Sun, Apr 18, 2010 at 02:42:08PM -0400, Jonathan Yu wrote:
> On Sun, Apr 18, 2010 at 2:18 PM, Ivan Kohler  wrote:
> > So I am considering just running with libmodern-perl-perl (via pkg-perl
> > svn) and asking for libmodern-perl's removal.
> >
> I fully agree with this course of action, as long as you're careful
> that reverse dependencies of libmodern-perl are identified and fixed.
> Otherwise, we can also provide a temporary dummy package, but I think
> getting the reverse dependencies fixed should be our priority.

There are no reverse deps.  I'm guessing Replaces: libmodern-perl
should be sufficient for unstable/testing folks that have 
libmodern-perl installed?

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577045: libmodern-perl-perl vs libmodern-perl

[Ivan Kohler]

Originally I had uploaded libmodern-perl-perl by accident and was 
surprised it made it through NEW.  I was planning on asking for removal 
(and for libmodern-perl to be renamed to or Provide: 
libmodern-perl-perl).

However it seems that David Moreno  may be MIA-ish?  
(The most recent activity I can find is an upload of libxml-treepp-perl 
on 2009-08-26?)

So I am considering just running with libmodern-perl-perl (via pkg-perl 
svn) and asking for libmodern-perl's removal.

Any objections?

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#573840: libmodern-perl-perl

[Ivan Kohler]

Even a

  Provides: libmodern-perl-perl

would help a lot.  I just accidentally ITPed libmodern-perl-perl because 
neither I nor dh-make-perl found libmodern-perl.  :)

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575988: ITP: libdate-iso8601-perl -- Perl handling of the three ISO 8601 numerical calendars

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libdate-iso8601-perl
  Version : 0.003
  Upstream Author : Andrew Main (Zefram) 
* URL : http://search.cpan.org/dist/Date-ISO8601/
* License : Perl
  Programming Lang: Perl
  Description : Perl handling of the three ISO 8601 numerical calendars

The international standard ISO 8601 "Data elements and interchange
formats - Information interchange - Representation of dates and times"
defines three distinct calendars by which days can be labelled. It
also defines textual formats for the representation of dates in these
calendars. This module provides functions to convert dates between
these three calendars and Chronological Julian Day Numbers, which is
a suitable format to do arithmetic with. It also supplies functions
that describe the shape of these calendars, to assist in calendrical
calculations. It also supplies functions to represent dates textually in
the ISO 8601 formats. ISO 8601 also covers time of day and time periods,
but this module does nothing relating to those parts of the standard;
this is only about labelling days.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575987: ITP: libdate-jd-perl -- Conversion between flavours of Julian Date

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libdate-jd-perl
  Version : 0.003
  Upstream Author : Andrew Main (Zefram) 
* URL : http://search.cpan.org/dist/Date-JD/
* License : Perl
  Programming Lang: Perl
  Description : Conversion between flavours of Julian Date

For date and time calculations it is convenient to represent dates by a
simple linear count of days, rather than in a particular calendar. This is
such a good idea that it has been invented several times. If there were
a single such linear count then it would be the obvious data interchange
format between calendar modules. With several versions, calendar modules
can use such sensible data formats and still have interoperability
problems. This module tackles that problem, by performing conversions
between different flavours of day count. These day count systems are
generically known as "Julian Dates", after the most venerable of them.

Among Julian Date systems there are also some non-trivial differences
of concept. There are systems that count only complete days, and
those that count fractional days also. There are some that are fixed
to Universal Time (time on the prime meridian), and others that are
interpreted according to a timezone. Some consider the day to start at
noon and others at midnight, which is semantically significant for the
complete-day counts. The functions of this module appropriately handle
the semantics of all the non-trivial conversions.

The day count systems supported by this module are Julian Date, Reduced
Julian Date, Modified Julian Date, Dublin Julian Date, Truncated Julian
Date, Chronological Julian Date, Rata Die, and Lilian Date, each in both
integral and fractional forms.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575981: ITP: libdatetime-format-epoch-perl -- Convert DateTimes to/from epoch seconds

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libdatetime-format-epoch-perl
  Version : 0.11
  Upstream Author : Eugene van der Pijll 
* URL : http://search.cpan.org/dist/DateTime-Format-Epoch/
* License : Perl
  Programming Lang: Perl
  Description : Convert DateTimes to/from epoch seconds

This module can convert a DateTime object (or any object that can be converted
to a DateTime object) to the number of seconds since a given epoch. It can also
do the reverse.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575986: ITP: libdatetime-timezone-systemv-perl -- Perl handling of System V and POSIX timezone strings

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libdatetime-timezone-systemv-perl
  Version : 0.003
  Upstream Author : Andrew Main (Zefram) 
* URL : http://search.cpan.org/dist/DateTime-TimeZone-SystemV/
* License : Perl
  Programming Lang: Perl
  Description : Perl handling of System V and POSIX timezone strings

An instance of this class represents a timezone that was specified by means of
 a System V timezone string or the POSIX extended form of the same syntax.
These can express a plain offset from Universal Time, or a system of two
offsets (standard and daylight saving time) switching on a yearly cycle
according to certain types of rule.

This class implements the DateTime::TimeZone interface, so that its instances
can be used with DateTime objects.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575982: ITP: libindirect-perl -- Lexically warn about using the indirect object syntax.

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libindirect-perl
  Version : 0.19
  Upstream Author : Vincent Pit, , 
http://www.profvince.com
* URL : http://search.cpan.org/dist/indirect/
* License : Perl
  Programming Lang: Perl
  Description : Lexically warn about using the indirect object syntax.

When enabled (or disabled as some may prefer to say, since you actually turn it
on by calling no indirect), this pragma warns about indirect object syntax
constructs that may have slipped into your code. This syntax is now considered
harmful, since its parsing has many quirks and its use is error prone (when
swoosh isn't defined, swoosh $x actually compiles to $x->swoosh).

It currently does not warn for core functions (print, say, exec or system).
This may change in the future, or may be added as optional features that would
be enabled by passing options to unimport.

This module is not a source filter.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575984: ITP: libtaint-util-perl -- Test for and flip the taint flag without regex matches or eval

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libtaint-util-perl
  Version : 0.08
  Upstream Author : Avar Arnfjoro Bjarmason 
* URL : http://search.cpan.org/dist/Taint-Util/
* License : Perl
  Programming Lang: Perl
  Description : Test for and flip the taint flag without regex matches or 
eval

Wraps perl's internal routines for checking and setting the taint flag and
thus does not rely on regular expressions for untainting or odd tricks
involving eval and kill for checking whether data is tainted, instead it
checks and flips a flag on the scalar in-place.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575983: ITP: libhash-merge-simple-perl -- Recursively merge two or more hashes, simply

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libhash-merge-simple-perl
  Version : 0.04
  Upstream Author : Robert Krimen, 
* URL : http://search.cpan.org/dist/Hash-Merge-Simple/
* License : Perl
  Programming Lang: Perl
  Description : Recursively merge two or more hashes, simply

Hash::Merge::Simple will recursively merge two or more hashes and return the
result as a new hash reference. The merge function will descend and merge
hashes that exist under the same node in both the left and right hash, but
doesn't attempt to combine arrays, objects, scalars, or anything else. The
rightmost hash also takes precedence, replacing whatever was in the left hash
if a conflict occurs.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575979: ITP: libautobox-dump-perl -- human/perl readable strings from the results of an EXPR

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libautobox-dump-perl
  Version : 20090426.1746
  Upstream Author : Chas. J Owens IV, 
* URL : http://search.cpan.org/dist/autobox-dump/
* License : Perl
  Programming Lang: Perl
  Description : Human/perl readable strings from the results of an EXPR

The autobox::dump pragma adds, via the autobox pragma, a method to normal
expression (such as scalars, arrays, hashes, math, literals, etc.) that
produces a human/perl readable representation of the value of that expression.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575980: ITP: libdatetime-timezone-tzfile-perl -- Perl handling of tzfile (zoneinfo) timezone files

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libdatetime-timezone-tzfile-perl
  Version : 0.002
  Upstream Author : Andrew Main (Zefram) 
* URL : http://search.cpan.org/dist/DateTime-TimeZone-Tzfile
* License : Perl
  Programming Lang: Perl
  Description : Perl handling of tzfile (zoneinfo) timezone files

An instance of this class represents a timezone that was encoded in a file in
the tzfile(5) format. These can express arbitrary patterns of offsets from
Universal Time, changing over time. Offsets and change times are limited to a
resolution of one second.

This class implements the DateTime::TimeZone interface, so that its instances
can be used with DateTime objects.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575977: ITP: libautovivification-perl -- Lexically disable autovivification.

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libautovivification-perl
  Version : 0.05
  Upstream Author : Vincent Pit, , 
http://www.profvince.com
* URL : http://search.cpan.org/dist/autovivification/
* License : Perl
  Programming Lang: Perl
  Description : Lexically disable autovivification.

When an undefined variable is dereferenced, it gets silently
upgraded to an array or hash reference (depending of the type of the
dereferencing). This behaviour is called autovivification and usually
does what you mean (e.g. when you store a value) but it's sometimes
unnatural or surprising because your variables gets populated behind
your back. This is especially true when several levels of dereferencing
are involved, in which case all levels are vivified up to the last,
or when it happens in intuitively read-only constructs like exists.

This pragma lets you disable autovivification for some constructs and
optionally throws a warning or an error when it would have happened.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#566921: ITP: libautobox-core-perl

[Ivan Kohler]

Hello,

Are you still interested in packaging libautobox-core-perl?  I'm working 
on packaging libperl5i-perl which depends on it and it would be great to 
get it in the archive.

Let me know if there's anything I can do to help.  If you're amenable 
I'd be happy to prepare a package for your review, or take the ITP and 
upload.

Same for libautobox-list-util and libclass-perl

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575976: ITP: libmodern-perl-perl -- Enable all of the features of Modern Perl with one command

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libmodern-perl-perl
  Version : 1.03
  Upstream Author : chromatic, 
* URL : http://search.cpan.org/dist/Modern-Perl/
* License : Perl
  Programming Lang: Perl
  Description : Enable all of the features of Modern Perl with one command

Modern Perl programs use several modules to enable additional features
of Perl and of the CPAN. Instead of copying and pasting all of these
use lines, instead write only one:

use Modern::Perl;

For now, this only enables the strict and warnings pragmas, as well as
all of the features available in Perl 5.10. It also enables C3 method
resolution order; see perldoc mro for an explanation. In the future, it
will include additional CPAN modules which have proven useful and stable.

See http://www.modernperlbooks.com/mt/2009/01/toward-a-modernperl.html
for more information, and http://www.modernperlbooks.com/ for further
discussion of Modern Perl and its implications.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575975: ITP: libperl6-caller-perl -- Perl6-like OO caller() interface for perl5

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libperl6-caller-perl
  Version : 0.100
  Upstream Author : Curtis "Ovid" Poe, 
* URL : http://search.cpan.org/dist/Perl6-Caller/
* License : Perl
  Programming Lang: Perl
  Description : Perl6-like OO caller() interface for Perl 5

By default, this module exports the caller function. This automatically
returns a new caller object. An optional argument specifies how many
stack frames back to skip, just like the CORE::caller function.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575974: ITP: libtime-y2038-perl -- Versions of Perl's time functions which work beyond 2038

[Ivan Kohler]

Package: wnpp
Severity: wishlist
Owner: Ivan Kohler 
Owner: Ivan Kohler 

* Package name: libtime-y2038-perl
  Version : 20100225
  Upstream Author : Michael G Schwern 
* URL : http://search.cpan.org/dist/Time-y2038/
* License : Perl
  Programming Lang: Perl
  Description : Versions of Perl's time functions which work beyond 2038

On many computers, Perl's time functions will not work past the
year 2038. This is a design fault in the underlying C libraries Perl
uses. Time::y2038 provides replacements for those functions which will
work accurately +/1 142 million years.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org