Hi,

as preparation for the Perl 5.10 transition, I hunted down some missing
perlapi-5.8.* dependencies. These are the *-perl packages that are not
Architecture:all and don't (pre)?depend on (perlapi|libperl5.8). The
categorization was done manually.

# missing dh_perl
caudium-perl
libcflow-perl
libgdal-perl
libqt-perl

Hi Joey,

I just read your blog post about "problems with tools" [0], and I'd
like to ask two questions:

1) You list tools you don't like and that are required by some teams
and then state: ".. even teams like the perl team are getting sticky to
be on." Could you explain what bothers you in the pkg-perl team,
so that we can maybe "fix it" together?

2) You say that you "dislike quilt encrufting Debian source
packages"; may I ask why and what method you prefer to patch
upstream code? Is it the .git.tar.gz concept or something else?

Cheers,
gregor, always curious and looking forward to getting new ideas

[0] http://kitenet.net/~joey/blog/entry/a_problem_with_tools/
--
.''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
: :' : debian: the universal operating system - http://www.debian.org/
`. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/
`- NP: The Mamas & The Papas: Dedicated To The One I Love

Hi

If someone would be interested in taking over the maintenance of
libcrypt-openssl-bignum-perl, libcrypt-openssl-dsa-perl,
libcrypt-openssl-random-perl and/or libcrypt-openssl-rsa-perl, feel free
to adopt the packages...

Cheers

Luk

Jonas Smedegaard wrote:

Where is this generally recommended?

(I completely disagree with it, and would have to stop using alioth if
they wanted to uber-complicate my workflow with such nonsense.)

--
see shy jo

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHlPBPd8HHehbQuO8RArZzAKCroR/SV26jqcoX2uQBo1mWKzsWDgCdF5mP
XZlwX0jSn5lk0JJwUDmEK2Q=
=I6JR
-----END PGP SIGNATURE-----

Hi,

I am not frequently writing and even then I mostly make just noise...

I am not sure how much cross-language and application level packaging
experiences do you have but your are the only Debian people I know so I am
asking this here :-)

Recently I installed Trac (written in Python) on my Ubuntu machine and
it seemed
to be a very simple installation with some minimal manual
configuration after running
aptitude.

In PHP, AFAIK, the application developers tend to include all their
dependencies
in their application.

In Perl - at least in the CPAN aware part of it - they usually just
give you a list of
dependencies and you have to somehow install all of those before you can attempt
to install your application.

On Mon, Jan 21, 2008 at 06:43:29PM +0100, Jonas Smedegaard wrote:

I too initially thought as you did. However, once I was introduced to
quilt (the group's preferred way of patching packages), I realized that
having the upstream source in svn made it very easy work with quilt.
Now that I find I really want to use quilt in my other packages, I am
having some trouble as I have always excluded the upstream sources from
svn. To...

On Mon, 21 Jan 2008 18:43:29 +0100, Jonas Smedegaard wrote:

Yes, we have all the upstream sources in the repository.

Right.

I think most people in the pkg-perl prefer to have to "whole" package
including upstream sources around for quicker checking/fixing ...

Might be worth an additional comment.

Sorry, I don't, but I also don't think that's the group consensus at
the moment :)

Package: libmodule-scandeps-perl
Severity: important

Hi,
I'd like to inform you that there's a new upstream version (0.81) available on
CPAN:

<http://search.cpan.org/CPAN/authors/id/S/SM/SMUELLER/Module-ScanDeps-0.81.tar.gz>

In Debian-Perl we need that specific version because it's a dependency of
Par::Packer (libpar-packer-perl), which upload has been stalled by this
unresolved dependency for too long now.

I hope you will upgrade this package soon.

Kindly,
David

--
. ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'` GPG: 1392B174 ----|---- http://snipr.com/qa_page
`- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)