Merci de m'inscrire
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org added to the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address added
to our list. This is to ensure that someone doesn't add your
address to
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org added to the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address added
to our list. This is to ensure that someone doesn't add your
address to
Package: wnpp
Followup-For: Bug #187275
Owner: Simo Kauppi [EMAIL PROTECTED]
* Package name: swftools
Version : 0.7.0
Upstream Author : Matthias Kramm [EMAIL PROTECTED] and others
* URL : http://www.swftools.org/
* License : GPL
Description : Collection
This message is to confirm the addition of your
email address: debian-devel@lists.debian.org to the
Alharamain Sermon(english)
Subscribe Me mailing list.
If you feel you have received this notice in error,
please visit the Alharamain Sermon(english)
Subscribe Me mailing list
at our website:
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
Kurt Roeckx [EMAIL PROTECTED] wrote:
On Sun, Dec 18, 2005 at 08:34:04PM +0100, Frank Küster wrote:
Six months is a lot of time; and experimental should provide you with
the space and machine power to handle the rebuilding.
I don't know of any autobuilders that build packages from sid
This message is to verify that you wish to have your
email address: debian-devel@lists.debian.org removed from the
Alharamain Sermon(english)
Subscribe Me mailing list.
You MUST click on the link below to have your address removed
from our list. This is to ensure that someone doesn't remove your
Anthony Towns aj@azure.humbug.org.au wrote:
A far-east document is typeset in a certain encoding doesn't sound like
an RC bug; and therefore not something that should hold up transitioning
to testing.
The package with the RC bug is debian-reference, which builds documents
in different
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gabor Gombas [EMAIL PROTECTED] writes:
On Tue, Dec 20, 2005 at 03:59:04AM +1000, Anthony Towns wrote:
That is, pretty much everything that runs as a daemon, and that might
have otherwise used /var in general.
That's why I'd like to have a check
This message is to confirm the removal of your
email address: debian-devel@lists.debian.org from the
Alharamain Sermon(english)
Subscribe Me mailing list.
We're sorry to see you go!
If you feel you have received this notice in error,
please visit the Alharamain Sermon(english)
Subscribe Me
On Mon, 2005-12-19 at 17:05 -0500, Joey DePeter wrote:
Hey, can you send me dueling banjos sheet music for the viola, I met
someone and they play the viola and they love it.
Regards,
Martin
This really looks like it's a valid-address troll.
--
[Anthony Towns]
So why don't we go with this? Thomas?
Here are the cases:
(a) /var on /, mounted rw during normal operation
(b) /var a local fs, separate to /
(c) / and /var separate NFS mounts
(d) / local, /var an NFS mount
(e) /var local, can't be mounted 'til a
On Mon, 19 Dec 2005, Steve Langasek wrote:
by constraining the actual *implementation* of /run (barring ugly
hacking of the init scripts), you've made the system less suitable
for a third use case:
- memory is at a premium, disk is not
Then IMHO Debian is NOT the appropriate system
Heh. You know, you could've just said Yes, my heart is set on /run
right at the start and saved us all a lot of trouble...
Let's just say that you aren't doing very well at reading my heart. :)
Here's what I think about /run, or rather, R:
* A tmpfs R elegantly solves a handful of tricky
Gabor Gombas wrote:
... I'd like to have a check for /run (or /lib/run or whatever)
being empty at the end of the boot process
The new mountvirtfs prints such warnings for all the virtual
filesystems.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Tue, Dec 20, 2005 at 09:23:05AM -0200, Henrique de Moraes Holschuh wrote:
Then IMHO Debian is NOT the appropriate system to run on that box. Get a non
glibc-based one that also likes to pass -Os to gcc and compiles the kernel
with -Os.
AFAIK -Os is not the upstream default for kernel
On Tue, Dec 20, 2005 at 12:13:15PM +0100, Thomas Hood wrote:
The new mountvirtfs prints such warnings for all the virtual
filesystems.
Where? I do not see any such checks in /etc/init.d/mountvirtfs. Also, to
be effective, such checks should run at level S99 in rc[2345].d and I do
not see
On Tue, Dec 20, 2005 at 12:19:16AM -0500, Glenn Maynard wrote:
Well, I get to use other people's systems now and then, and I'm always having
to ask people to install vim. If vim is the default, and configured to act
like vi by default, then people who like old vi get it, and people who like
Tmpfs memory can be swapped out, so is this even a hypothetical
problem?
Maybe it isn't on Linux. I wasn't aware tmpfs could be swapped out.
That still leaves the question of just which features we want to require
from our non-Linux kernels for basic operation, I guess.
Yes, I don't
On Dec 20, Anthony Towns aj@azure.humbug.org.au wrote:
(TBH, I'd be much happier just making the technical changes necessary
to ensure /var is mounted early -- keeps the filesystem sane, and it's
just a simple matter of programming, rather than arguing over what's
Me too.
--
ciao,
Marco
On Tue, Dec 20, 2005 at 09:09:27AM +, Roger Leigh wrote:
Wouldn't that break mtab, or will that be moved under /var at the end
of booting?
It can be moved. Using mount --bind even the mount binary does not need
to be modified for the new location.
Gabor
--
Osamu Aoki [EMAIL PROTECTED] wrote:
Hi,
I realize TeX is tough program to maintain. Thanks to Frank.
One quick and easy way to avoid TeX related build issues are to avoid
using TeX related tools during build time. So the results will be
Debian only ships documentations in plain text and
Osamu Aoki [EMAIL PROTECTED] wrote:
I hope situation will be better soon but I am still struggling why
debiandoc-sgml-doc fails to build nicely. (Yes, I know I can get by by
not checking exit code during build process. But that is not a good fix
I want to do.) Any help is appreciated.
The
Heya,
The holidays are finally here and it's time to relax and enjoy.
We're the leader in e-p. harm distributing across the US. If your sick of
paying those high prices and want to avoid the hassle of a doc's visit then
here's the place to visit.. Just copy and paste
earthmania.com/?id=dec05
Just a heads up to all packagers out there that I've been seeing a number of
build failures similar to this one (randomly selected from gsfonts-x11):
perl -e 'my $lines=; my $count=0; \
while () { \
next if /^\d+$/; \
$lines.=$_; $count++;
On Dec 20, Daniel Schepler [EMAIL PROTECTED] wrote:
This is due to changes in make 3.80+3.81.b3-1 concerning how the lines are
passed to the shell. Previously, they would be concatenated; now they are
passed verbatim to the shell, backslashes and newlines included (minus the
first tab on
On Tue, Dec 20, 2005 at 03:42:56PM +1000, Anthony Towns wrote:
For (a) you just need to wait until S10checkroot.sh has finished.
For (b) you need to wait until S35mountall.sh has finished.
I really like storing the fsck logs and that requires a writable place
before S10checkroot.sh finishes.
Le Mardi 20 Décembre 2005 14:10, Marco d'Itri a écrit :
On Dec 20, Daniel Schepler [EMAIL PROTECTED] wrote:
This is due to changes in make 3.80+3.81.b3-1 concerning how the lines
are passed to the shell. Previously, they would be concatenated; now
they are passed verbatim to the shell,
Daniel Schepler [EMAIL PROTECTED] wrote:
Le Mardi 20 Décembre 2005 14:10, Marco d'Itri a écrit :
It breaks a widely used feature. Why should this change not be
considered a make bug?
In make's NEWS.Debian.gz it says this change was for POSIX compliance. And
since there's the simple way
Le Mardi 20 Décembre 2005 14:29, Frank Küster a écrit :
Daniel Schepler [EMAIL PROTECTED] wrote:
Le Mardi 20 Décembre 2005 14:10, Marco d'Itri a écrit :
It breaks a widely used feature. Why should this change not be
considered a make bug?
In make's NEWS.Debian.gz it says this change was
On Tue, Dec 20, 2005 at 12:10:07PM +0100, Thomas Hood wrote:
* Other proposed solutions are technically inferior, mostly
because they are more complex.
The other aspect is that /var's the place for stuff that varies during
normal use; introducing some other place for the same thing is
Thimo: I've uploaded an NMU to fix gnuplot bugs 321967 and 330024; this is
the context.
On Tue, Dec 20, 2005 at 10:07:34AM +0100, Frank Küster wrote:
Anthony Towns aj@azure.humbug.org.au wrote:
A far-east document is typeset in a certain encoding doesn't sound like
an RC bug; and therefore
On Tue, Dec 20, 2005 at 12:01:44PM +0100, Petter Reinholdtsen wrote:
[Anthony Towns]
Here are the cases:
(a) /var on /, mounted rw during normal operation
(b) /var a local fs, separate to /
(c) / and /var separate NFS mounts
(d) / local, /var an NFS mount
(e) /var
Quoting Daniel Schepler ([EMAIL PROTECTED]):
It breaks a widely used feature. Why should this change not be
considered a make bug?
In make's NEWS.Debian.gz it says this change was for POSIX compliance. And
since there's the simple way to rewrite these things that I outlined, I think
On Tue, Dec 20, 2005 at 12:45:13AM +0100, Frans Pop wrote:
Did you move bootlogd init script before udev? That should at least get
you a log and allow you to check the rest.
That worked, thanks. However, I just compared the contents of
/dev/.static/dev and /dev and I cannot see any device
On Tue, Dec 20, 2005 at 10:09:43PM +1000, Anthony Towns wrote:
The other aspect is that /var's the place for stuff that varies during
normal use; introducing some other place for the same thing is redundant
and thus more complex.
The more I think about it, the usage of /run matches /tmp much
Anthony Towns aj@azure.humbug.org.au wrote:
Sure, getting tetex-3.0 done would've been quicker; but it wouldn't
necessarily have been quick enough -- after all, it's not ready *now*
and there's been six months since sarge's release. And this isn't just
*you*, everyone's in a similar position.
On Tue, Dec 20, 2005 at 02:19:36PM +0100, Daniel Schepler wrote:
Le Mardi 20 Décembre 2005 14:10, Marco d'Itri a écrit :
On Dec 20, Daniel Schepler [EMAIL PROTECTED] wrote:
This is due to changes in make 3.80+3.81.b3-1 concerning how the lines
are passed to the shell. Previously, they
On 19-Dec-05, 18:06 (CST), Joey Hess [EMAIL PROTECTED] wrote:
I'd still like to know what Steve Greenland thinks of this, since he
maintains nvi. I think that if the maintainers of vim and nvi agree to
swap the one that is in base, that's their perogative to do now since
the thread hasn't
Am 2005-12-05 16:11:35, schrieb Joe Smith:
This person is requesting parallel downloads from multiple servers. So
basicly during package download, if there are three full and up-to-date
mirrors in sources.list, there should be simulatious downloads of different
packages from all three
Am 2005-12-06 09:53:43, schrieb Ivan Adams:
Hi again,
in my case:
I have slow internet connection. BUT I have friends with the same
^^^
connection
in my local area network, who have apt-proxy.
My goal is: When I need to install new system (Debian) on new user,
Am 2005-12-12 13:23:01, schrieb Goswin von Brederlow:
Actualy one thing apt could do:
[EMAIL PROTECTED]:~% host security.debian.org
security.debian.org A 82.94.249.158
security.debian.org A 128.101.80.133
security.debian.org A 194.109.137.218
Why not open 3
Am 2005-12-12 17:06:28, schrieb Bas Zoetekouw:
But what would you gain from that? In my experience, the mirrors are
fast enough to saturate anything but the fastest (100Mb) links.
FullACK! - OK, I have currently only an E3 in Paris,
but if all goes right I will get my own FiberOptic
Am 2005-12-12 17:36:15, schrieb Roberto C. Sanchez:
Better yet, we should make WindowMaker the only window manager in
Debian. Down with GNOME and KDE!
Does it show that I am a WindowMaker fan? :-)
:-P
FLAMEfvwm is better/FLAME using it since Slink
As a Debian Consultant I have customized
On 20-Dec-05, 01:42 (CST), Stefano Zacchiroli [EMAIL PROTECTED] wrote:
So far the only two changes proposed for such a configuration file wrt
to the current one are:
- avoid setting nocompatible
- avoid setting autoindent on per default
Correct me if I'm wrong.
Disable syntax
On Tue, Dec 20, 2005 at 08:57:08AM -0600, Steve Greenland wrote:
Disable syntax highlighting.
Syntax highlighting is not enabled per default in /etc/vim/vimrc. In
case we decide to switch it on, it wont be in /etc/vim/virc of course.
Cheers.
--
Stefano Zacchiroli -*- Computer Science PhD
On Tue, Dec 20, 2005 at 08:57:08AM -0600, Steve Greenland wrote:
[1] Dark blue on black. Need I say more?
That's not vim's fault:
$ echo $TERM
xterm
But this is gnome-terminal, and _not_ xterm. xterm used a white
default background since prehistoric times, so when vim detects
On Tue, Dec 20, 2005 at 08:36:50AM -0600, Steve Greenland wrote:
If the result of this is that a) base is not smaller, and b) vim users
still have to install vim-nottiny, and c) nvi users now have to
install nvi, I don't think it's a net win.
My feeling is that having vim-tiny installed is in
On Tue, Dec 20, 2005 at 10:46:33PM +1000, Anthony Towns wrote:
Likewise, how do you document the mounting of /run in mtab?
If you start with a read-only /, then no matter what you do, the first
mount command will not be recorded in mtab (unless you implement a mount
daemon that holds mtab in
On Tue, Dec 20, 2005 at 03:41:06PM +0100, Frank Küster wrote:
Sure; but again, look at the broader context: if people aren't fixing
trivial bugs like the gnuplot one, why should anyone else spend time
worrying about the harder ones? Why haven't you done the appropriate
NMU of gnuplot
Scripsit Gabor Gombas [EMAIL PROTECTED]
But this is gnome-terminal, and _not_ xterm. xterm used a white
default background since prehistoric times, so when vim detects xterm,
it uses colors that look good with the traditional xterm colors. If it
detects the Linux console, it uses colors that
On Tuesday 20 December 2005 10.33, Ron Johnson wrote:
On Mon, 2005-12-19 at 17:05 -0500, Joey DePeter wrote:
Hey, can you send me dueling banjos sheet music for the viola, I met
someone and they play the viola and they love it.
Regards,
Martin
This really looks like it's a
On 20-Dec-05, 09:56 (CST), Gabor Gombas [EMAIL PROTECTED] wrote:
On Tue, Dec 20, 2005 at 08:57:08AM -0600, Steve Greenland wrote:
[1] Dark blue on black. Need I say more?
That's not vim's fault:
$ echo $TERM
xterm
But this is gnome-terminal, and _not_ xterm. xterm used
On Tue, Dec 20, 2005 at 08:57:08AM -0600, Steve Greenland wrote:
No, I'm not against syntax highlighting, I use it in emacs. The problem
is that the colors[1] are unreadable except on when the terminal
background is black and there are no lights on in the room. I realize a
lot of hackers work
Michael Poole [EMAIL PROTECTED] wrote:
Wesley J. Landaker writes:
Readers should also note that the FSF believes[1] that the QPL is a free
license; but it's not GPL compatible.
This does not mean a lot. They believe the same thing of the GNU FDL,
but the FDL is non-DFSG-free in the
Le Mar 20 Décembre 2005 08:42, Stefano Zacchiroli a écrit :
On Mon, Dec 19, 2005 at 07:06:34PM -0500, Joey Hess wrote:
A few places were identified where vim's defaults are particularly
umcomfortable to people who expect a standard vi, these include
autoindent being defaulted to on in the
On 20-Dec-05, 09:58 (CST), Stefano Zacchiroli [EMAIL PROTECTED] wrote:
My feeling is that having vim-tiny installed is in the middle in the
amount of features spectrum among having nvi and having vim-nottiny.
I feel that Joey's (and mine) point in having vim-tiny instead of nvi in
base is
On Tue, Dec 20, 2005 at 09:54:34AM +0100, Frank Küster wrote:
Kurt Roeckx [EMAIL PROTECTED] wrote:
On Sun, Dec 18, 2005 at 08:34:04PM +0100, Frank Küster wrote:
I don't know of any autobuilders that build packages from sid against
build-dependencies in experimental.
I thought I did
Daniel Schepler wrote:
One way to fix this is to rewrite the above as:
perl -e 'my $lines=; my $count=0; '\
' while () { '\
'next if /^\d+$/; '\
'$lines.=$_; $count++; '\
...
' print $count\n$lines;' \
On 20-Dec-05, 12:26 (CST), Steve Greenland [EMAIL PROTECTED] wrote:
The problem is that there are really enough distinct colors to
complicated syntax highlighting that works with a variety of backgrounds
and lighting.
... are NOT really enough distinct colors to DO complicated syntax
On 20-Dec-05, 12:54 (CST), Graham Wilson [EMAIL PROTECTED] wrote:
I've found vim's defaults are unreadable except on a white background,
since that is what vim assumes you have by default.
Actually, I do use a white background. Apparently your tolerance for
yellow on white is higher than mine.
On 19-Dec-05, 09:21 (CST), Theodore Ts'o [EMAIL PROTECTED] wrote:
Specifically, what I would propose is /etc/localtime.conf contain
something like US/Eastern, and let /etc/zoneinfo be a copy of the
file /usr/share/zoneinfo/`cat /etc/zoneinfo`.
Um, /usr/share/zoneinfo/`cat
Package: wnpp
Severity: wishlist
Owner: Francesco Pedrini [EMAIL PROTECTED]
* Package name: kmobiletools
Version : 0.4.1.3
Upstream Author : Marco Gulino [EMAIL PROTECTED]
* URL : http://kmobiletools.berlios.de
* License : (GPL)
Description : a KDE app
On Sat, 3 Dec, 2005 at 17:15:58 +, Colin Watson wrote:
yaclc provides this.
I also have bug #316385: [process.in] allow for process.in commands
to restrict themselves to a specific package (like service.in).
Presently the BTS doesn't seem to have this functionality, but it
would probably not
On Tue, Dec 20, 2005 at 01:11:20PM +0100, Gabor Gombas wrote:
On Tue, Dec 20, 2005 at 12:19:16AM -0500, Glenn Maynard wrote:
Well, I get to use other people's systems now and then, and I'm always
having
to ask people to install vim. If vim is the default, and configured to act
like vi
On Tue, Dec 20, 2005 at 12:36:31PM -0600, Steve Greenland wrote:
If vim-tiny does have a significant feature advantage over nvi, then
yeah, that makes sense. Since I'm not a vim user, I can't guess how
many vim users will start vim-tiny and almost immediately wonder where
the fsck is foo; oh
The following libraries still need to be uploaded with name changes
for the c2a transition
(http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html):
Most are not in testing at the moment.
alps-light1
aqsis
gnuift -- old version is in testing
ivtools -- orphaned, also hadn't
Nathanael Nerode [EMAIL PROTECTED] writes:
In addition, the following libraries still need to be uploaded with name
changes for the *c2* transition:
log4cpp -- new maintainer needs a sponsor, see bug 303794
The new maintainer says that he has a sponsor and is working on fixing
some
On Tuesday 20 December 2005 22:22, Glenn Maynard wrote:
For me, it's a clear win: at least I can edit files. I'm
probably a fairly typical vim user.
I have to agree with that.
I have used the standard vi for quite some time but always got into
problems by pressing cursor keys which resulted
Subject: Thoughts on Debian quality, including automated testing
[ I'm subscribed to -devel, no Cc required. I apologize for the
length, but it's only a bit over 3000 words. I hope the
section titles help, if you want to skip parts. ]
For some time now I have been thinking about ways to make
On Tue, 2005-12-20 at 16:59 -0500, Nathanael Nerode wrote:
The following libraries still need to be uploaded with name changes
for the c2a transition
(http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html):
Most are not in testing at the moment.
alps-light1
aqsis
Francesco Poli [EMAIL PROTECTED] wrote:
That is completely irrelevant. The FSF doesn't use the DFSG as freeness
guidelines.
But the DFSG are intended to be a more detailed description of what free
software (a term initially defined by the FSF) is. If the DFSG are
wildly divergent from the
Matthew Garrett [EMAIL PROTECTED] wrote:
Francesco Poli [EMAIL PROTECTED] wrote:
That is completely irrelevant. The FSF doesn't use the DFSG as freeness
guidelines.
But the DFSG are intended to be a more detailed description of what free
software (a term initially defined by the FSF) is.
Kay Sievers wrote:
There is also the plan to do parallel device probing inside the kernel
some day, that will make the situation of relying on kernel names even
more fragile.
Right, this means that the way of passing root=/dev/hdc2 will no
longer work because /dev/hdc will sometimes become
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steve Halasz wrote:
On Tue, 2005-12-20 at 16:59 -0500, Nathanael Nerode wrote:
The following libraries still need to be uploaded with name changes
for the c2a transition
[...]
log4cxx
I have already created new packages for log4cxx
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 07:42:34 +
Source: php-json-ext
Binary: php4-json php5-json
Architecture: source i386
Version: 1.1.0-1
Distribution: unstable
Urgency: low
Maintainer: Pierre Habouzit [EMAIL PROTECTED]
Changed-By: Pierre Habouzit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 08:30:08 +0100
Source: libdbd-mysql-perl
Binary: libdbd-mysql-perl
Architecture: source i386
Version: 3.0002-2
Distribution: unstable
Urgency: low
Maintainer: Raphael Hertzog [EMAIL PROTECTED]
Changed-By: Raphael
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 09:12:44 +0100
Source: netmrg
Binary: netmrg
Architecture: source powerpc
Version: 0.18.2-13
Distribution: unstable
Urgency: low
Maintainer: Uwe Steinmann [EMAIL PROTECTED]
Changed-By: Uwe Steinmann [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 07:47:38 +0200
Source: preload
Binary: preload
Architecture: source i386
Version: 0.2-4
Distribution: unstable
Urgency: low
Maintainer: Kari Pahula [EMAIL PROTECTED]
Changed-By: Kari Pahula [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 19 Dec 2005 23:09:09 +0100
Source: debaux
Binary: debaux debaux-debconf
Architecture: source all
Version: 0.1.9-1
Distribution: unstable
Urgency: low
Maintainer: Stefan Hornburg (Racke) [EMAIL PROTECTED]
Changed-By: Stefan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 10:20:45 +0100
Source: apcupsd
Binary: apcupsd-doc apcupsd-cgi apcupsd
Architecture: source i386 all
Version: 3.10.18-3
Distribution: unstable
Urgency: low
Maintainer: Samuele Giovanni Tonon [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 10:32:50 +0100
Source: libdbix-class-loader-perl
Binary: libdbix-class-loader-perl
Architecture: source all
Version: 0.10-1
Distribution: unstable
Urgency: low
Maintainer: Debian Catalyst Maintainers [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 10:54:38 +0100
Source: libcrypt-cbc-perl
Binary: libcrypt-cbc-perl
Architecture: source all
Version: 2.15-1
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By: Krzysztof
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 11:17:28 +0100
Source: debsecan
Binary: debsecan
Architecture: source all
Version: 0.2.1
Distribution: unstable
Urgency: low
Maintainer: Florian Weimer [EMAIL PROTECTED]
Changed-By: Florian Weimer [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 18 Dec 2005 10:16:40 +0100
Source: lksctp-tools
Binary: lksctp-tools-doc libsctp1 lksctp-tools libsctp-dev
Architecture: source all i386 alpha sparc
Version: 1.0.4-2
Distribution: unstable
Urgency: low
Maintainer: Michael Biebl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 19 Dec 2005 16:13:41 +0100
Source: libjavascript-perl
Binary: libjavascript-perl
Architecture: source i386
Version: 0.55-1
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group [EMAIL PROTECTED]
Changed-By: Krzysztof
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 11:00:23 +
Source: l2tpns
Binary: l2tpns
Architecture: source i386
Version: 2.1.15-1
Distribution: unstable
Urgency: low
Maintainer: Jonathan McDowell [EMAIL PROTECTED]
Changed-By: Jonathan McDowell [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 12:09:07 +0100
Source: totem
Binary: libtotem-plparser0 totem-gstreamer libtotem-plparser0-dbg totem-xine
totem libtotem-plparser-dev
Architecture: all i386 powerpc source
Version: 1.2.1-1
Distribution:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 11:53:35 +0100
Source: at76c503a
Binary: at76c503a-source
Architecture: source all
Version: 0.12.beta23-3
Distribution: unstable
Urgency: low
Maintainer: Guido Guenther [EMAIL PROTECTED]
Changed-By: Guido Guenther
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 13:01:30 +0200
Source: libtidy-ruby
Binary: libtidy-ruby libtidy-ruby1.8
Architecture: source all
Version: 1.1.2-2
Distribution: unstable
Urgency: low
Maintainer: Dmitry Borodaenko [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 28 Nov 2005 12:33:49 +0100
Source: moodle
Binary: moodle
Architecture: source all
Version: 1.5.3-1
Distribution: unstable
Urgency: low
Maintainer: Isaac Clerencia [EMAIL PROTECTED]
Changed-By: Isaac Clerencia [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 10:43:20 +0100
Source: ksynaptics
Binary: ksynaptics
Architecture: source i386
Version: 0.2.4-1
Distribution: unstable
Urgency: low
Maintainer: Arnaud Quette [EMAIL PROTECTED]
Changed-By: Arnaud Quette [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 13:17:19 +0200
Source: samizdat
Binary: libsamizdat-ruby1.8 samizdat libsamizdat-ruby
Architecture: source all
Version: 0.5.5.20051219-1
Distribution: experimental
Urgency: low
Maintainer: Dmitry Borodaenko [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 20 Dec 2005 11:53:10 +0100
Source: qsynaptics
Binary: qsynaptics
Architecture: source i386
Version: 0.22.0-4
Distribution: unstable
Urgency: low
Maintainer: Arnaud Quette [EMAIL PROTECTED]
Changed-By: Arnaud Quette [EMAIL
1 - 100 of 174 matches
Mail list logo