Package: wnpp
Owner: Stefan Hornburg (Racke)
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libbackpan-index-perl
Version : 0.42
Upstream Author : Michael G Schwern
* URL : https://metacpan.org/release
Package: wnpp
Owner: Stefan Hornburg (Racke)
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libmoosex-app-perl
Version : 1.22
Upstream Author : Maroš Kollár
* URL : https://metacpan.org/pod/MooseX::App
Package: wnpp
Owner: Stefan Hornburg (Racke)
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libmoosex-app-perl
Version : 1.22
Upstream Author : Maroš Kollár
* URL : https://metacpan.org/pod/MooseX::App
Package: wnpp
Owner: Stefan Hornburg (Racke)
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libgit-cpan-patch-perl
Version : 1.3.1
Upstream Author : Yanick Champoux
* URL : https://metacpan.org/release/Git
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libmongodb-perl
Version : 0.39
Upstream Author : Kristina Chodorow
* URL : http://search.cpan.org/perldoc?MongoDB
* License : Apache 2.0
Michael Gilbert wrote:
Package: courier-authlib
Severity: grave
Tags: security
Hi,
The following CVE (Common Vulnerabilities & Exposures) id was
published for libtool. I have determined that this package embeds a
vulnerable copy of the libtool source code. However, since this is a
mass bug fi
Hello, fellow developers !
I tried to build and upload Interchange 4.8.6 packages, which contain
an Apache module.
apxs -cmod_interchange.c
gcc -DLINUX=22 -DEAPI -DTARGET="apache" -I/usr/include/db1
-DDEV_RANDOM=/dev/random -DUSE_HSREGEX -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O1 -fPI
Robert Bihlmeyer <[EMAIL PROTECTED]> writes:
> Holger Kubiak <[EMAIL PROTECTED]> writes:
>
> > Is it possible that lintian searches this entrys (in the sense: is
> > it possible to change lintian).
>
> It is. But db_* commands return status for a reason, so people may
> want to omit the "|| true
Anthony Towns writes:
> Hi all,
>
> Unhappily, the "move postgresql from non-US to main" part of the
> "crypto-in-main" transition was harder than expected due to a library
> package rename (libpgsql2 in stable had be renamed to libpgsql2.1 in
> woody, but has since been renamed back to libpgsql
Colin Watson <[EMAIL PROTECTED]> writes:
> On Sun, Apr 07, 2002 at 08:09:49PM -0500, Colin Watson wrote:
> > update_output.txt says:
> >
> > trying: postgresql
> > skipped: postgresql (134+2)
> > got: 46+0: a-46
> > * alpha: courier-authpostgresql, dbf2pg, ddt-server, gda-postgres,
> >
Joey Hess <[EMAIL PROTECTED]> writes:
> Jérôme Marant wrote:
> > I guess that the package will have to predepend on python, right?
> > So, unlike the current debconf usage, a debconf dependency is no
> > longer sufficient.
>
> No, pre-depending on python will not ensure that your package
Mark Brown <[EMAIL PROTECTED]> writes:
> On Fri, Jan 11, 2002 at 11:40:28AM -0200, Henrique de Moraes Holschuh wrote:
>
> > Ah, it looks like you need to have a db_stop BEFORE you call
> > start-stop-daemon or the initscript. Looks like the daemon is dumb and does
>
> No, the ordering is unimpor
ill considering what is the best way to deal with dhelp in the future.
A Perl re-implementation comes into my mind. I have to think about
this a little while.
Christian, please make the NMU. It would be nice if the package is
working now.
If you are _really_ kind, put
Stefan Hornburg (Racke
Hello, fellow Debian developers !
dhelp was recently orphaned. IMHO a online help is quite a good idea,
but the code hasn't touched quite a while.
I ported the source code from db1 to db2, which is definitely needed
to make it work for woody.
Unfortunately dhelp_parse -r get stucked in the seco
Joey Hess <[EMAIL PROTECTED]> writes:
> I think it's a great idea. I also note that quite a few base packages
> already have multiple or backup maintainers -- dpkg, boot-floppies, and
> tasksel come to mind. I've also been unofficial backup maintainer for
> some other packages in the past and I do
Marc Haber <[EMAIL PROTECTED]> writes:
> Hi,
>
> this might be an FAQ; but for security, I'll ask as well: I do my
> development in a sid chroot on potato. Can I use potato's dupload to
> upload the finished packages,
I do this and there seems to be no problem besides getting
~/.dupload.conf ri
Michael Meskes <[EMAIL PROTECTED]> writes:
> Subject says it all. Do I have to file a bug against ftp.debian.org?
Yes.
Ciao
Racke
--
Tech beats design - hold your breath for http://fuckdotcom.de
For projects and other business stuff please refer to COBOLT NetServices
(URL: http://www.
17 matches
Mail list logo