The lintian warning source-contains-CVS-dir is bogus.
I agree that upstream should not put CVS in their tarballs. But
sometimes they do.
When they do, it is a violation of Debian standards to remove it from
the orig.tar.gz file. So there is no question of doing that.
If you remove the CVS
On Fri, 2005-09-30 at 23:34 -0700, Thomas Bushnell BSG wrote:
The lintian warning source-contains-CVS-dir is bogus.
It is not.
I agree that upstream should not put CVS in their tarballs. But
sometimes they do.
Unfortunately.
When they do, it is a violation of Debian standards to remove it
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
The lintian warning source-contains-CVS-dir is bogus.
I agree that upstream should not put CVS in their tarballs. But
sometimes they do.
It's still useful for native packages, so it isn't completely bogus even
if one agrees with the point about
Laszlo Boszormenyi [EMAIL PROTECTED] writes:
When they do, it is a violation of Debian standards to remove it from
the orig.tar.gz file. So there is no question of doing that.
Where do you read that? May be true, but can't remember any place ATM.
What do you think orig means in
Laszlo Boszormenyi [EMAIL PROTECTED] writes:
On Fri, 2005-09-30 at 23:34 -0700, Thomas Bushnell BSG wrote:
When they do, it is a violation of Debian standards to remove it from
the orig.tar.gz file. So there is no question of doing that.
Where do you read that? May be true, but can't
Russ Allbery [EMAIL PROTECTED] writes:
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
The lintian warning source-contains-CVS-dir is bogus.
I agree that upstream should not put CVS in their tarballs. But
sometimes they do.
It's still useful for native packages, so it isn't completely
Package: wnpp
Severity: wishlist
Owner: Emfox Zhou [EMAIL PROTECTED]
* Package name: comix
Version : 2.9.3
Upstream Author : Pontus Ekberg [EMAIL PROTECTED]
* URL : http://comix.sourceforge.net/
* License : GPL
Description : GTK
I'm thinking of python2.1, which is a key element in some testing transitions.
It's out of date on alpha, mips, mipsel, and powerpc -- *yet the buildd logs
indicate successful builds on all of them on August 30*. I have already
emailed debian-mips@lists.debian.org, and the listed maintainers of
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
Andreas Rottmann [EMAIL PROTECTED] writes:
To clarify the situation: I've included mininimal wrappers for GLib
that work with both GLib 1.x and GLib 2.x in G-Wrap, mainly to support
GnuCash. These wrappers are built against GLib 1.x, since
[Nathanael Nerode]
I'm thinking of python2.1, which is a key element in some testing transitions.
It's out of date on alpha, mips, mipsel, and powerpc -- *yet the buildd logs
indicate successful builds on all of them on August 30*. I have already
emailed debian-mips@lists.debian.org, and the
* Thomas Bushnell:
What do you think orig means in orig.tar.gz?
At the moment, it's a sequence of four ASCII characters without any
particular meaning. Many maintainers use repackaged sources because
they want to include multiple tarballs in their source packages, even
though there's no need
On Fri, 30 Sep 2005, Thomas Bushnell BSG wrote:
The lintian warning source-contains-CVS-dir is bogus.
I agree that upstream should not put CVS in their tarballs. But
sometimes they do.
So, it's a bogus warning. It should be removed from lintian.
It's not really a bogus warning; the point
Petter Reinholdtsen wrote:
[Nathanael Nerode]
I'm thinking of python2.1, which is a key element in some testing
transitions.
It's out of date on alpha, mips, mipsel, and powerpc -- *yet the buildd logs
indicate successful builds on all of them on August 30*. I have already
emailed
Hello Thomas,
Thomas Hood [EMAIL PROTECTED] wrote:
http://panopticon.csustan.edu/thood/readonly-root.html
I won't summarize the whole discussion here. I will just say that
I see good reasons for adopting /run as a standard location for the
storage of state information that needs to be
On Wednesday 28 September 2005 17.36, you wrote:
Please have a look at this guys.
[word document attached]
[silly disclaimer to finish it]
Please, do not post word documents on this list. For several reasons:
- we're reading email here. Why should I need to start an additional
application
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
En/na Joey Hess ha escrit:
mydms package now has been corrected and now depends on debconf |
debconf-2.0.
Joey Hess wrote:
Just a reminder that these maintainers still have packages that depend
on debconf by itself without an alternate
On Thu, 29 Sep 2005 the mental interface of
Steve Langasek told:
[...]
There isn't? I saw some arguments that explain why it's not possible to
convert all curl-using applications from OpenSSL to GNUTLS without a
recompile due to unavailable ABI changes, but I thought it was pretty clear
that
The bugs #208514, #268656, #269573, #29317 all finally suggest moving
add-shell and remove-shell out of the passwd package.
These utilities are use to register shells in /etc/shells and they
obviously do no belong to the passwd package.
Having them in passwd enforces shells to depend on it just
You may decide that removing the CVS files from the orig is worse than
having them there,[1] but it doesn't excuse the fact that having them
there is bad (or at least stupid.)
It also helps a lot when *we*, as upstream for native packages,
inadvertently include a CVS or .svn directory in an
Package: wnpp
Severity: wishlist
Owner: Riccardo Setti [EMAIL PROTECTED]
* Package name: cinelerra-cvs
Version : 2.0-cvs
Upstream Author :
* URL : http://www.example.org/
* License : GPL
Description : non-linear video editor and compositor for Linux.
On Sat, Oct 01, 2005 at 03:05:08PM +0200, Riccardo Setti wrote:
Package: wnpp
Severity: wishlist
Owner: Riccardo Setti [EMAIL PROTECTED]
* Package name: cinelerra-cvs
Version : 2.0-cvs
Upstream Author :
* URL : http://www.example.org/
* License :
On Sat, Oct 01, 2005, Riccardo Setti wrote:
Cinelerra, the first Linux based real-time editing and special effects
system is a revolutionary Open Source HD media editing system.
It has a number of effects built into the system including
numerous telecine effects, video special effects
Am Samstag, 1. Oktober 2005 15.31 schrieb Kurt Roeckx:
Morning
On Sat, Oct 01, 2005 at 03:05:08PM +0200, Riccardo Setti wrote:
Package: wnpp
Severity: wishlist
Owner: Riccardo Setti [EMAIL PROTECTED]
* Package name: cinelerra-cvs
Version : 2.0-cvs
Upstream Author
* Kurt Roeckx [EMAIL PROTECTED] [2005-10-01 15:31:54 +0200]:
You know there has been an RFP on cinelerra itself for a very
long time, almost 5 years. See bugs.debian.org/78209, 156614,
239570.
Why do you want to have a CVS version from the package if there
even isn't a normal version of
On Sat, Oct 01, 2005 at 02:43:32PM +0200, Elimar Riesebieter wrote:
On Thu, 29 Sep 2005 the mental interface of
Steve Langasek told:
[...]
There isn't? I saw some arguments that explain why it's not possible to
convert all curl-using applications from OpenSSL to GNUTLS without a
recompile
Package: wnpp
Severity: wishlist
Owner: Jérémy Bobbio [EMAIL PROTECTED]
* Package name: hscurses
Version : 0.ds-20050830
Upstream Author : Stefan Wehr [EMAIL PROTECTED]
* URL : http://www.stefanheimann.net/haskell/
* License : GPL
Description : Haskell
i want to watch free flim please sen to me
thanhs
Yahoo! for Good
Click here to donate to the Hurricane Katrina relief effort.
Kurt Roeckx wrote:
You know there has been an RFP on cinelerra itself for a very
long time, almost 5 years. See bugs.debian.org/78209, 156614,
239570.
Why do you want to have a CVS version from the package if there
even isn't a normal version of it in the archive?
cinelerra is forked. To
Andreas Rottmann [EMAIL PROTECTED] writes:
Well, G-Wrap 1.3 has no upstream anymore, and its functionality is
replicated in G-Wrap 1.9 - you know, I didn't add the compatibility
layer for the fun of it.
I know.
Does upstream actually say that? I've been talking with Derek Atkins
(warlord)
On Fri, 30 Sep 2005, Thomas Bushnell BSG wrote:
Laszlo Boszormenyi [EMAIL PROTECTED] writes:
When they do, it is a violation of Debian standards to remove it from
the orig.tar.gz file. So there is no question of doing that.
Where do you read that? May be true, but can't remember any
Hi,
I hope this is the right list to ask. If not, please give me a hint
where to post this otherwise.
We run Debian Sarge on our institutes ldap server and our clients and have
problems with slapd + applications using libgnutls11. See the bug
report #325971
Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
And lintian does pester about outdated config.sub/guess, etc. These
warnings are useful from time to time.
Those problems can be fixed without violating Debian rules too. :)
It does make sense to warn against Debian developers who have
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
Does upstream actually say that? I've been talking with Derek Atkins
(warlord) on IRC, and from what I gathered, they are trying to use
G-Wrap 1.9, and mostly suceeding modulo a few buglets, all of which
should be fixed in the Debian packaging.
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
It does make sense to warn against Debian developers who have *added*
a CVS directory not present in the upstream source, but that's a
different matter.
Or those who screw up and add it to a
Junichi Uekawa wrote:
I've tried to search for what debconf-2.0 specification is;
and how it's different from debconf, but it's not obvious.
What's missing from the picture is the changelog of debconf
specification (presumably from 1.0), and what's changed.
Please see Debian policy.
--
see
Junichi Uekawa wrote:
Yes, I don't have --resolve-deps, in the hope that
priorities are fixed by ftp-masters.
There needs to be a decision somewhere:
1. ignore priorities and go back to what it was before
and make --resolve-deps the default in debootstrap
2. try to fix priorities/section
Joey Hess [EMAIL PROTECTED] writes:
Junichi Uekawa wrote:
I've tried to search for what debconf-2.0 specification is;
and how it's different from debconf, but it's not obvious.
What's missing from the picture is the changelog of debconf
specification (presumably from 1.0), and what's
Don Armstrong wrote:
It's not really a bogus warning; the point of it is so that you're
aware so that you can remind upstream not to distribute CVS files in
their tarballs.
Isn't getting nasty CVS directories in the source tree that you work
on while maintaining the package reminder enough
On Sun, 02 Oct 2005 the mental interface of
Paul TBBle Hampson told:
On Sat, Oct 01, 2005 at 02:43:32PM +0200, Elimar Riesebieter wrote:
On Thu, 29 Sep 2005 the mental interface of
Steve Langasek told:
[...]
There isn't? I saw some arguments that explain why it's not possible to
* Thomas Bushnell BSG ([EMAIL PROTECTED]) wrote:
The lintian warning source-contains-CVS-dir is bogus.
I agree that upstream should not put CVS in their tarballs. But
sometimes they do.
When they do, it is a violation of Debian standards to remove it from
the orig.tar.gz file. So
Package: wnpp
Severity: wishlist
Owner: Michael Hanke [EMAIL PROTECTED]
* Package name: dares
Version : 0.6.5
Upstream Author : Oliver Diedrich [EMAIL PROTECTED]
* URL : ftp://ftp.heise.de/pub/ct/ctsi/dares.tgz
* License : GPL
Description : rescue files
On Sat, 01 Oct 2005, Eric Dorland wrote:
If you want to maintain a package using cvs-buildpackage, you *have*
to remove those files from the orig.tar.gz.
This is false. cvs-upgrade -F and cvs-inject -F solves your problem.
--
One disk to rule them all, One disk to find them. One disk to
On Sat, Oct 01, 2005 at 02:12:14PM -0400, Joey Hess wrote:
AFAIK the plan is to not constantly bother the ftp masters with override
changes,
Which makes the whole packages buggy according to the policy.
Bastian
--
A princess should not be afraid -- not with a brave knight to protect her.
Joey Hess [EMAIL PROTECTED] writes:
Don Armstrong wrote:
It's not really a bogus warning; the point of it is so that you're
aware so that you can remind upstream not to distribute CVS files in
their tarballs.
Isn't getting nasty CVS directories in the source tree that you work
on while
On Saturday 01 October 2005 02:49 pm, Elimar Riesebieter wrote:
On Sun, 02 Oct 2005 the mental interface of
Paul TBBle Hampson told:
On Sat, Oct 01, 2005 at 02:43:32PM +0200, Elimar Riesebieter wrote:
On Thu, 29 Sep 2005 the mental interface of
Steve Langasek told:
[...]
Thiemo Seufer wrote:
Mailing {alpha,mips,[EMAIL PROTECTED] is my best guess. There
is usually no reply, but from some cases I conclude the mailboxes are
read. I don't know if those addresses are documented anywhere.
They're not. Perhaps they could be? :-) That would be a big help.
--
* Nathanael Nerode ([EMAIL PROTECTED]) [051001 22:42]:
Thiemo Seufer wrote:
Mailing {alpha,mips,[EMAIL PROTECTED] is my best guess. There
is usually no reply, but from some cases I conclude the mailboxes are
read. I don't know if those addresses are documented anywhere.
They're not.
On Sat, 1 Oct 2005 14:55:18 -0400, Eric Dorland [EMAIL PROTECTED]
wrote:
If you want to maintain a package using cvs-buildpackage, you *have*
to remove those files from the orig.tar.gz.
Does that hold for debian/ only setups as well?
Greetings
Marc
--
-- !!
We (Deep blue media technology) is engaged in web hosting and website design as
well as multimedia company, company is located LA. We pass through long time
arrangement and diligently officially provide service in January, 2005.
Printing as multimedia from graphic design as web hosting, all in
Michael S. Peek [EMAIL PROTECTED] writes:
Hello developers, I'm a n00b.
I've got my own little http debian package repository. It shows up with apt
and dselect.
In this repository I've got a custom package that I'm working on that depends
on a bunch of ldap stuff, and contains
Nathanael Nerode [EMAIL PROTECTED] writes:
Thiemo Seufer wrote:
Mailing {alpha,mips,[EMAIL PROTECTED] is my best guess. There
is usually no reply, but from some cases I conclude the mailboxes are
read. I don't know if those addresses are documented anywhere.
They're not. Perhaps they could
On Sat, Oct 01, 2005 at 02:12:14PM -0400, Joey Hess wrote:
Junichi Uekawa wrote:
Yes, I don't have --resolve-deps, in the hope that
priorities are fixed by ftp-masters.
There needs to be a decision somewhere:
1. ignore priorities and go back to what it was before
and make
Kurt Roeckx [EMAIL PROTECTED] writes:
On Thu, Sep 29, 2005 at 11:32:13PM -0500, Manoj Srivastava wrote:
reassign 142164 general
thanks
Hi,
Just because a topic has been discussed on the policy
discussion list is not reason enough to assign the bug to
policy.
Note that bug
[Christian Perrier]
The goal is having a system which always has the two utilities...and
of course avoid the removal of passwd (debianutils is Essential while
passwd isn't).
passwd effectively is Essential because bash depends on it. So I'm
pretty sure you don't have to worry about it being
On Sat, Oct 01, 2005 at 03:05:30PM +0200, Christian Perrier wrote:
The plan we draw is the following:
1) shadow package maintainers upload passwd which
Depends: debianutils (= 2.14.3)
this version *still* includes the utilities
The purpose of 1) is to avoid the removal of passwd
On Sunday 02 October 2005 00:09, Peter Samuelson wrote:
Just coordinate two uploads to happen in the same dinstall cycle:
shadow 1:4.0.12-6 where passwd Depends: debianutils (= 2.15)
debianutils 2.15 Conflicts and Replaces: passwd ( 1:4.0.12-6)
Hmm. That will cover i386 I guess. What
Ritesh Raj Sarraf wrote:
Mac OSX's open source version, Darwin, Does it qualify under DFSG ?
Not if its under the ASPL.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Joerg Sommer wrote:
But I've a question on it: How can I use it? How can I set up /run before
init runs the init script that is responsible for it?
I'd assume you'd make the mounting of /run be the first script init
runs. So, it'd be /etc/rcS.d/S00mountrun (under SysV-style init, of
course).
I've just uploaded aptitude 0.3.4 to experimental. This is basically a
release candidate for 0.4 -- if no nasty bugs crop up, it will be uploaded as
0.4 in unstable once the translators catch up with all the string changes.
So, everyone go find bugs in it!
A few of the major changes
On Sat, Oct 01, 2005 at 05:48:14PM -0700, Daniel Burrows wrote:
I've just uploaded aptitude 0.3.4 to experimental. This is basically a
release candidate for 0.4 -- if no nasty bugs crop up, it will be uploaded as
0.4 in unstable once the translators catch up with all the string changes.
Why is gal0.x not being added to the archive on alpha, i386, mips, and
mipsel? According to the buildd logs, it compiled successfully on all
those archs over ten days ago.
It was uploaded for all the other archs.
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Steinar H. Gunderson wrote:
On Sat, Oct 01, 2005 at 05:48:14PM -0700, Daniel Burrows wrote:
I've just uploaded aptitude 0.3.4 to experimental. This is basically a
release candidate for 0.4 -- if no nasty bugs crop up, it will be uploaded
as
0.4 in unstable once the translators catch up
On Saturday 01 October 2005 05:57 pm, Steinar H. Gunderson wrote:
On Sat, Oct 01, 2005 at 05:48:14PM -0700, Daniel Burrows wrote:
I've just uploaded aptitude 0.3.4 to experimental. This is basically a
release candidate for 0.4 -- if no nasty bugs crop up, it will be
uploaded as 0.4 in
On Sat, Oct 01, 2005 at 05:48:14PM -0700, Daniel Burrows wrote:
I've just uploaded aptitude 0.3.4 to experimental. This is basically a
release candidate for 0.4 -- if no nasty bugs crop up, it will be uploaded as
0.4 in unstable once the translators catch up with all the string changes.
On Saturday 01 October 2005 07:07 pm, Steve Langasek wrote:
On Sat, Oct 01, 2005 at 05:48:14PM -0700, Daniel Burrows wrote:
I've just uploaded aptitude 0.3.4 to experimental. This is basically a
release candidate for 0.4 -- if no nasty bugs crop up, it will be
uploaded as 0.4 in
On Sat, Oct 01, 2005 at 07:18:32PM -0700, Daniel Burrows wrote:
On Saturday 01 October 2005 07:07 pm, Steve Langasek wrote:
On Sat, Oct 01, 2005 at 05:48:14PM -0700, Daniel Burrows wrote:
I've just uploaded aptitude 0.3.4 to experimental. This is basically a
release candidate for 0.4
Just a couple of comments:
Daniel Burrows wrote:
- New command-line option --schedule-only that just records the
requested actions in the state file without actually performing them.
(Closes: #312249)
Hmm, I have a feeling it should be possible to use this in tasksel to
let
[Frans Pop]
shadow 1:4.0.12-6 where passwd Depends: debianutils (= 2.15)
debianutils 2.15 Conflicts and Replaces: passwd ( 1:4.0.12-6)
Hmm. That will cover i386 I guess. What about other arches that are
autobuilt? (Assuming of course that both maintainers upload for i386.)
Good
Hi,
That said, I think it's good to use --resolve-deps by default for
testing/unstable, so that override changes aren't that urgent (they don't
break daily builds etc every other day), and can be batched up a bit, and
processed when the dependency graph is a bit stable. Which may very well be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 30 Sep 2005 22:33:22 -0700
Source: mmake
Binary: mmake
Architecture: source all
Version: 2.3-2
Distribution: unstable
Urgency: low
Maintainer: Thomas Bushnell, BSG [EMAIL PROTECTED]
Changed-By: Thomas Bushnell, BSG [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 30 Sep 2005 23:09:08 -0700
Source: gnucash-docs
Binary: gnucash-docs
Architecture: source all
Version: 1.8.5-3
Distribution: unstable
Urgency: low
Maintainer: Thomas Bushnell, BSG [EMAIL PROTECTED]
Changed-By: Thomas Bushnell,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 00:04:56 -0700
Source: mmorph
Binary: mmorph
Architecture: source powerpc
Version: 2.3.4.2-6
Distribution: unstable
Urgency: low
Maintainer: Thomas Bushnell, BSG [EMAIL PROTECTED]
Changed-By: Thomas Bushnell, BSG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 24 Sep 2005 01:52:44 +0200
Source: gaim-xmms-remote
Binary: gaim-xmms-remote
Architecture: source i386
Version: 1.8-2
Distribution: unstable
Urgency: low
Maintainer: Francesco Pedrini [EMAIL PROTECTED]
Changed-By: Francesco
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 00:11:35 -0700
Source: libcapplet
Binary: libcapplet1 libcapplet1-dev
Architecture: source powerpc
Version: 1:1.5.11-9
Distribution: unstable
Urgency: low
Maintainer: Thomas Bushnell, BSG [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 30 Sep 2005 01:17:53 -0700
Source: pam
Binary: libpam0g-dev libpam0g libpam-modules libpam-doc libpam-runtime
libpam-cracklib
Architecture: source i386 all
Version: 0.79-3
Distribution: unstable
Urgency: low
Maintainer: Sam
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 09:50:49 +0200
Source: tabextensions
Binary: mozilla-tabextensions
Architecture: source all
Version: 1.14.2005092501-1
Distribution: unstable
Urgency: low
Maintainer: Mike Hommey [EMAIL PROTECTED]
Changed-By: Mike
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 13:13:11 +0530
Source: ctypes
Binary: python2.4-ctypes python-ctypes python2.3-ctypes
Architecture: source all i386
Version: 0.9.6+cvs20050925-3
Distribution: unstable
Urgency: low
Maintainer: Ganesan Rajagopal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 18 Sep 2005 13:36:17 +0200
Source: guile-gnome-platform
Binary: guile-gnome0-gconf guile-gnome0-canvas guile-gnome0-gnome-ui
guile-gnome0-gnome guile-gnome0-vfs guile-gnome0-glib guile-gnome0-gtk
guile-gnome0-dev
Architecture:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 10:18:08 +0200
Source: seahorse
Binary: seahorse
Architecture: source i386
Version: 0.7.9-3
Distribution: unstable
Urgency: low
Maintainer: Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Changed-By: Jose Carlos Garcia
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 18:57:04 +1000
Source: argus
Binary: argus-server
Architecture: source i386
Version: 1:2.0.6.fixes.1-9
Distribution: unstable
Urgency: low
Maintainer: Andrew Pollock [EMAIL PROTECTED]
Changed-By: Andrew Pollock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 12:07:09 +0200
Source: jove
Binary: jove xjove
Architecture: source i386
Version: 4.16.0.69-1
Distribution: unstable
Urgency: low
Maintainer: Cord Beermann [EMAIL PROTECTED]
Changed-By: Cord Beermann [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 30 Sep 2005 19:06:36 +0200
Source: ibam
Binary: ibam gkrellm-ibam
Architecture: source m68k
Version: 1:0.3-7
Distribution: unstable
Urgency: low
Maintainer: Martin Wuertele [EMAIL PROTECTED]
Changed-By: Martin Wuertele [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 1 Sep 2005 13:41:20 +0200
Source: mydms
Binary: mydms
Architecture: source all
Version: 1.4.3-2
Distribution: unstable
Urgency: low
Maintainer: Miguel Gea Milvaques [EMAIL PROTECTED]
Changed-By: Miguel Gea Milvaques [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 11:11:07 +
Source: adduser
Binary: adduser
Architecture: source all
Version: 3.67.2
Distribution: unstable
Urgency: low
Maintainer: Debian Adduser Developers [EMAIL PROTECTED]
Changed-By: Marc Haber [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 13:25:39 +0200
Source: xt-toolbuslib
Binary: xt-toolbuslib
Architecture: source mips
Version: 0.5.1-4
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group [EMAIL PROTECTED]
Changed-By: Aurelien Jarno
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hash: SHA1
Format: 1.7
Date: Thu, 29 Sep 2005 16:40:42 +0300
Source: dokuwiki
Binary: dokuwiki
Architecture: source all
Version: 0.0.20050922-4
Distribution: unstable
Urgency: low
Maintainer: Matti Pöllä [EMAIL PROTECTED]
Changed-By: Matti Pöllä
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 14:00:45 +0200
Source: smokeping
Binary: smokeping
Architecture: source all
Version: 2.0.3-1
Distribution: unstable
Urgency: low
Maintainer: Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Changed-By: Jose Carlos Garcia
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 00:04:01 +0200
Source: mp3gain
Binary: mp3gain
Architecture: source i386
Version: 1.4.6-2
Distribution: unstable
Urgency: low
Maintainer: Stefan Fritsch [EMAIL PROTECTED]
Changed-By: Stefan Fritsch [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 28 Sep 2005 10:40:15 +0200
Source: f-prot-installer
Binary: f-prot-installer
Architecture: source i386
Version: 0.5.18
Distribution: unstable
Urgency: low
Maintainer: Johannes Rohr [EMAIL PROTECTED]
Changed-By: Johannes Rohr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 17:00:00 +0100
Source: mozilla-thunderbird
Binary: mozilla-thunderbird-dev mozilla-thunderbird-inspector
mozilla-thunderbird mozilla-thunderbird-typeaheadfind
mozilla-thunderbird-offline
Architecture: source i386
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 15:35:51 +0200
Source: netspeed
Binary: netspeed
Architecture: source i386
Version: 0.13-1
Distribution: unstable
Urgency: low
Maintainer: Sebastien Bacher [EMAIL PROTECTED]
Changed-By: Sebastien Bacher [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 10:32:25 -0500
Source: libsub-override-perl
Binary: libsub-override-perl
Architecture: source all
Version: 0.08-1
Distribution: unstable
Urgency: low
Maintainer: Kenneth J. Pronovici [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 2 Oct 2005 00:02:47 +0900
Source: preview-latex
Binary: preview-latex preview-latex-style
Architecture: source all
Version: 0.9.1-3
Distribution: unstable
Urgency: low
Maintainer: OHURA Makoto [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 18:05:35 +0200
Source: eciadsl
Binary: eciadsl
Architecture: source i386
Version: 0.11-2
Distribution: unstable
Urgency: medium
Maintainer: Marco d'Itri [EMAIL PROTECTED]
Changed-By: Marco d'Itri [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 10:27:38 -0500
Source: pychecker
Binary: pychecker
Architecture: source all
Version: 0.8.16-1
Distribution: unstable
Urgency: low
Maintainer: Kenneth J. Pronovici [EMAIL PROTECTED]
Changed-By: Kenneth J. Pronovici
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 16:11:18 +0200
Source: libcrypto++
Binary: libcrypto++-utils libcrypto++-doc libcrypto++-dev libcrypto++5.2c2
Architecture: source all i386
Version: 5.2.1c2-8
Distribution: unstable
Urgency: low
Maintainer: Jens
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 17:58:10 +0200
Source: ifscheme
Binary: ifscheme
Architecture: source all
Version: 1.5-1
Distribution: unstable
Urgency: low
Maintainer: Guus Sliepen [EMAIL PROTECTED]
Changed-By: Guus Sliepen [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 01 Oct 2005 03:34:05 +
Source: clamav-data
Binary: clamav-data
Architecture: source all
Version: 20050930.171700.1106
Distribution: unstable
Urgency: low
Maintainer: Marc Haber [EMAIL PROTECTED]
Changed-By: Marc Haber [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 09:53:42 -0700
Source: oaf
Binary: liboaf-dev liboaf0 oaf
Architecture: source powerpc
Version: 0.6.10-4
Distribution: unstable
Urgency: low
Maintainer: Thomas Bushnell, BSG [EMAIL PROTECTED]
Changed-By: Thomas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 1 Oct 2005 10:44:04 -0500
Source: xmltv
Binary: xmltv-util libxmltv-perl xmltv-gui xmltv
Architecture: source all
Version: 0.5.40-2
Distribution: unstable
Urgency: low
Maintainer: Kenneth J. Pronovici [EMAIL PROTECTED]
1 - 100 of 136 matches
Mail list logo