The second of my reports as Debian Project Leader is now available. You
may read it in HTML format at:
http://people.debian.org/~branden/dpl/reports/2005-05-08.html
...or in ReStructured Text format[1], below. If you find ReStructured text
format difficult to understand, you can use lynx to
I'm new, it's Julie :) Alot of the times I feel weird, even my girlfriends
told me that old time friend suggested
to put my hot videos somehow online. My website is like my new hobby :D AllCome
check website I put together, I'm not that good tho with comp skills yet but
tell me what you
On Sun, May 08, 2005 at 01:10:41AM -0500, Peter Samuelson wrote:
[Andrea Mennucc]
me, I do my part of the work in Debian
and nobody ever contacted me regarding the choice of the number
What that...? Why on earth would you think you should be contacted
before this sort of decision is
Hi,
Ok. Took me about 6 hours, but I think I checked all licenses for
non-free that were in debian/*copyright. I didn't look for other files -
there is too much stuff in non-free and I don't want to go crazy.
Anyway, I compiled the licenses and summary for what Amd64 could
distribute in
hoi :)
On Mon, May 09, 2005 at 03:45:32PM +1000, Russell Coker wrote:
Should we change some of these to /usr/libexec?
well, it would be against the FHS, I think.
The BSDs use libexec but I don't really see a good reason why it exists.
--
Martin Waitz
signature.asc
Description: Digital
Russell Coker [EMAIL PROTECTED] writes:
It seems that Red Hat has a lot of programs under /usr/libexec that are
under /usr/lib in Debian. One example is /usr/lib/postfix
vs /usr/libexec/postfix.
It seems to me that /usr/libexec is a better name for such things,
I disagree. Why is it
Russell Coker [EMAIL PROTECTED] writes:
It seems that Red Hat has a lot of programs under /usr/libexec that are
under /usr/lib in Debian. One example is /usr/lib/postfix
vs /usr/libexec/postfix.
It seems to me that /usr/libexec is a better name for such things, and having
the same
Martin Waitz [EMAIL PROTECTED] writes:
Should we change some of these to /usr/libexec?
well, it would be against the FHS, I think.
The BSDs use libexec but I don't really see a good reason why it exists.
GNU project stuff also uses libexec (by default; I don't know if that
location gets
[Kevin Mark]
that would suggest that its the RM who has decided such issues in the
past unilaterilly.
Conventional wisdom is that release management involves so much
drudgery and so little recognition that the *least* we can do is let
the release manager decide on codenames and version
[Martin Waitz]
The BSDs use libexec but I don't really see a good reason why it
exists.
Well, the reason */libexec exists is to avoid overloading the meaning
of */lib to include things other than libraries. Just as /sbin was
invented (way back in the day) to stop overloading /etc with things
On Mon, May 09, 2005 at 03:02:32AM -0500, Peter Samuelson wrote:
[Kevin Mark]
that would suggest that its the RM who has decided such issues in the
past unilaterilly.
Conventional wisdom is that release management involves so much
drudgery and so little recognition that the *least* we can
Russell Coker [EMAIL PROTECTED] writes:
Should we change some of these to /usr/libexec?
Debian strives to follow the FHS (http://www.pathname.com/fhs), and
this standard does not include /usr/libexec.
See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=146023,
which mentions the use of
Miles Bader [EMAIL PROTECTED] writes:
I don't know if there's an argument for it other than clarity and
warm fuzzies.
Not that there is anything wrong with warm fuzzies. I prefer that to
a file hierarchy layout that gives me the chills.
[I personally think that if a good idea is against the
[Sebastian Kuzminsky]
Before 0.10, the upstream installed both the binaries (actually shell
scripts) and the shell libraries in /usr/bin. Starting with 0.10,
the shell libraries are moved to /usr/lib/cogito.
Correct, except that it should be /usr/share/cogito/.
Thanks for packaging this.
On Sun, May 08, 2005 at 11:26:34PM -0400, Bruno Barrera C. wrote:
On Mon, 2005-05-09 at 00:24 +0200, Jeroen van Wolffelaar wrote:
Your latest comment in #259581 is completely different from this --
please keep the relevant wnpp bug in the loop for stuff like this!
Specifically, your
Hi,
quoting from Policy 11.5.3:
Web Applications should try to avoid storing files in the Web Document
Root. Instead they should use the /usr/share/doc/package directory for
documents and register the Web Application via the menu package
I have two issues with that:
(1) I think
Re: Marc Haber in [EMAIL PROTECTED]
Am I missing something or is this part of policy widely ignored?
I had my own problems with that paragraph and would appreciate to have
it clarified.
There's a new mailing list for webapps since last week, shouldn't the
discussion go there?
Package: wnpp
Severity: wishlist
Owner: Bas Wijnen [EMAIL PROTECTED]
* Package name: z80asm
Version : 0.1
Upstream Author : Bas Wijnen [EMAIL PROTECTED]
* URL : http://savannah.nongnu.org/projects/z80asm/
* License : GPL
Description : assembler for the
hi,
On Mon, May 09, 2005 at 12:16:48PM +0200, Marc Haber wrote:
quoting from Policy 11.5.3:
Web Applications should try to avoid storing files in the Web Document
Root. Instead they should use the /usr/share/doc/package directory for
documents and register the Web Application
Get the Finest Rolex Watch Replica !
We only sell premium watches. There's no battery in these replicas just like
the real ones since they charge themselves as you move. The second hand moves
JUST like the real ones, too. These original watches sell in stores for
thousands of dollars. We sell
* Peter Samuelson [EMAIL PROTECTED] [050509 03:07]:
Well, the reason */libexec exists is to avoid overloading the meaning
of */lib to include things other than libraries. Just as /sbin was
invented (way back in the day) to stop overloading /etc with things
other than config files.
I think
Package: wnpp
Severity: wishlist
Owner: Michael Meskes [EMAIL PROTECTED]
* Package name: kdebluetooth
Version : 1.0beta1
Upstream Author : Mattia Merzi [EMAIL PROTECTED]
Fred Schaettgen [EMAIL PROTECTED]
* URL : http://kde-bluetooth.sourceforge.net
hey all,
(this is a general, non-release related question)
i was talking with another member of my local LUG, and he asked
if there was a way to tell when a package was uploaded into the
testing distribution. currently, the package qa pages say when
a package is uploaded into unstable, and they
adduser(8) states that
With the --disabled-login option, the account will be created but
will be disabled until a password is set. The --disabled-password
option will not set a password, but login are still possible for
example through SSH RSA keys.
I wonder what is the
Raul Miller wrote:
On 5/6/05, Humberto Massa [EMAIL PROTECTED] wrote:
??? Let's try again: '' The GPL tries to define work based on the
Program in terms of derivative work under copyright law, and
then, after this definition and a colon, it tries to explain what
is a derivative work under
Hello,
I'm trying to package the new version of debtags, with perl and python
bindings, and I'm facing some tricky issues.
Source packages:
libtagcoll1
Functions used to manipulate tagged collections
libdebtags1
Debian package tags library (also builds perl and python bindings)
Batist Paklons wrote:
This however doesn't really change a lot about our discussion about
the GPL. It is my belief that the GPL is horribly drafted. One should
either choose the simplistic beauty of a BSD style license, or choose
a carefully drafted legalese text, such as the IBM Public License. I
On Monday 09 May 2005 15:48, sean finney wrote:
hey all,
hello,
(this is a general, non-release related question)
i was talking with another member of my local LUG, and he asked
if there was a way to tell when a package was uploaded into the
testing distribution. currently, the package qa
su, 2005-05-08 kello 22:15 -0600, Sebastian Kuzminsky kirjoitti:
The only lintian/linda complaints are from missing manpages. Some
upstream folks are working on translating the existing docs from .txt
to manpages (actually asciidoc), so it'll hopefully get cleaner soon
without me lifting a
On Sat, 2005-05-07 at 21:03 -0400, Joey Hess wrote:
So here is a list (from update-excuses) of all 491 packages that is
being held out of sarge[1].
...
eglade
There are no open bugs. Can it be put back in?
--
Oliver Elphick olly@lfix.co.uk
Isle of
[Adrian Bunk]
The entry packages: was a bug in my quickdirty scripting...
Thanks for making a nice summary of the relevant packages. :)
Feel free to include the script to generate the list when you generate
dynamic list of packages like this. It would make it easier for all
of us to
Christian Hammers wrote:
I could package the whole libsnmp source code into the Quagga file, and
simply compile it with --without-openssl and then link it statically
or something similar brute force and ugly.
FWIW: Please don't. This would mean creating a security-support nightmare.
On Mon, May 09, 2005 at 04:45:44PM +0200, Martin Schulze wrote:
Christian Hammers wrote:
I could package the whole libsnmp source code into the Quagga file, and
simply compile it with --without-openssl and then link it statically
or something similar brute force and ugly.
FWIW: Please
No need. I already have an ITA on it.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=306670
On 5/8/05, Jeroen van Wolffelaar [EMAIL PROTECTED] wrote:
On Fri, May 06, 2005 at 10:02:51AM +0200, Petr Cech wrote:
On Thu, May 05, 2005 at 10:38:39PM +0200 , Jeroen van Wolffelaar wrote:
On Thu,
Martin Waitz [EMAIL PROTECTED] writes:
The BSDs use libexec but I don't really see a good reason why it exists.
It reduces search times in libraries, which is important.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Martin Dickopp [EMAIL PROTECTED] writes:
It seems that Red Hat has a lot of programs under /usr/libexec that are
under /usr/lib in Debian. One example is /usr/lib/postfix
vs /usr/libexec/postfix.
It seems to me that /usr/libexec is a better name for such things,
I disagree. Why is it
On Monday 09 May 2005 17:17, Martin Dickopp [EMAIL PROTECTED] wrote:
In principle, there could be files which can be used as both a shared
library and an internal binary. Where would you put such files?
Anything that's a shared object has to be in a directory that ldconfig knows
about.
* Stephen Quinney ([EMAIL PROTECTED]) [050509 17:20]:
On Mon, May 09, 2005 at 04:45:44PM +0200, Martin Schulze wrote:
Christian Hammers wrote:
I could package the whole libsnmp source code into the Quagga file, and
simply compile it with --without-openssl and then link it statically
Russell Coker [EMAIL PROTECTED] writes:
It seems that Red Hat has a lot of programs under /usr/libexec that are
under /usr/lib in Debian. One example is /usr/lib/postfix
vs /usr/libexec/postfix.
It seems to me that /usr/libexec is a better name for such things, and having
the same
On Mon, 09 May 2005 15:34:06 +0300, Shaul Karl [EMAIL PROTECTED] wrote:
adduser(8) states that
With the --disabled-login option, the account will be created but
will be disabled until a password is set. The --disabled-password
option will not set a password, but login are still
This one time, at band camp, Marc Haber said:
On Mon, 09 May 2005 15:34:06 +0300, Shaul Karl [EMAIL PROTECTED] wrote:
adduser(8) states that
With the --disabled-login option, the account will be created but
will be disabled until a password is set. The --disabled-password
On Mon, May 09, 2005 at 04:02:58PM +0200, Petter Reinholdtsen wrote:
[Adrian Bunk]
The entry packages: was a bug in my quickdirty scripting...
Thanks for making a nice summary of the relevant packages. :)
Feel free to include the script to generate the list when you generate
dynamic list
On Mon, May 09, 2005 at 08:39:10AM -0700, Thomas Bushnell BSG wrote:
Martin Dickopp [EMAIL PROTECTED] writes:
It seems that Red Hat has a lot of programs under /usr/libexec that are
under /usr/lib in Debian. One example is /usr/lib/postfix
vs /usr/libexec/postfix.
It seems to me
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
Martin Dickopp [EMAIL PROTECTED] writes:
It seems that Red Hat has a lot of programs under /usr/libexec that are
under /usr/lib in Debian. One example is /usr/lib/postfix
vs /usr/libexec/postfix.
It seems to me that /usr/libexec is a better
Package: wnpp
Severity: wishlist
Owner: Romain Beauxis [EMAIL PROTECTED]
* Package name: waste
Version : 1.5b3
Upstream Author : Waste Team [EMAIL PROTECTED]
* URL : http://waste.sourceforge.net/
* License : GPL
Description : Software product and
Package: wnpp
Severity: wishlist
Owner: Debian Xfce Maintainers [EMAIL PROTECTED]
* Package name: exo
Version : 0.3.0
Upstream Author : Benedikt Meurer [EMAIL PROTECTED]
* URL : http://libexo.os-cillation.com/
* License : GPL
Description : Library with
hoi :)
On Mon, May 09, 2005 at 08:38:02AM -0700, Thomas Bushnell BSG wrote:
The BSDs use libexec but I don't really see a good reason why it exists.
It reduces search times in libraries, which is important.
well, /usr/lib is not _that_ crowded.
Any sane filesystem should handle that many
Daniel Jacobowitz [EMAIL PROTECTED] writes:
The number of directory entries in /usr/lib should not make any
difference to a modern GNU linker on a modern filesystem, unless
you have thousands or millions of them.
Why? Is there magic now?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
On Mon, May 09, 2005 at 02:21:35PM -0700, Thomas Bushnell BSG wrote:
Daniel Jacobowitz [EMAIL PROTECTED] writes:
The number of directory entries in /usr/lib should not make any
difference to a modern GNU linker on a modern filesystem, unless
you have thousands or millions of them.
Why?
Daniel Jacobowitz [EMAIL PROTECTED] writes:
On Mon, May 09, 2005 at 02:21:35PM -0700, Thomas Bushnell BSG wrote:
Daniel Jacobowitz [EMAIL PROTECTED] writes:
The number of directory entries in /usr/lib should not make any
difference to a modern GNU linker on a modern filesystem, unless
On Mon, May 09, 2005 at 02:33:32PM -0700, Thomas Bushnell BSG wrote:
Daniel Jacobowitz [EMAIL PROTECTED] writes:
On Mon, May 09, 2005 at 02:21:35PM -0700, Thomas Bushnell BSG wrote:
Daniel Jacobowitz [EMAIL PROTECTED] writes:
The number of directory entries in /usr/lib should not make
Daniel Jacobowitz [EMAIL PROTECTED] writes:
You asked why the GNU linker, which does not need to be 'ls' and does
not need to look at the list of files in any directory, scaled well
with the size of the directory. That's the question I answered.
How does ld determine that -latoheun will
ma, 2005-05-09 kello 14:39 -0700, Thomas Bushnell BSG kirjoitti:
Daniel Jacobowitz [EMAIL PROTECTED] writes:
You asked why the GNU linker, which does not need to be 'ls' and does
not need to look at the list of files in any directory, scaled well
with the size of the directory. That's
Lars Wirzenius [EMAIL PROTECTED] writes:
I may be completely wrong here, but as far as I understand, ld turns
-lfoo into /usr/lib/libfoo.a and then uses that if it can find it. It
might look into some other directories as well, and it might fill in foo
into some other patterns than lib%s.a,
On Mon, May 09, 2005 at 08:48:03AM -0400, sean finney wrote:
hey all,
(this is a general, non-release related question)
i was talking with another member of my local LUG, and he asked
if there was a way to tell when a package was uploaded into the
testing distribution. currently, the
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
If there is a reason to separate /usr from / (which so many people
think there is, though I don't understand why, since it has no
semantic significance at all), why separate /lib from /etc?
I don't see a semantic difference between /bin and
Thomas, please read
http://www.nl.debian.org/doc/developers-reference/ch-resources.en.html#s-mailing-lists-rules
about not sending Cc's unless people explicitly ask to be copied.
(Mail-Followup-To is non-standard and badly supported, and also
unnecessary. Any decent mail user agent can deal with
Martin Dickopp [EMAIL PROTECTED] writes:
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
If there is a reason to separate /usr from / (which so many people
think there is, though I don't understand why, since it has no
semantic significance at all), why separate /lib from /etc?
I don't see a
ma, 2005-05-09 kello 14:56 -0700, Steve Langasek kirjoitti:
There is no log; there is only the daily output of britney, telling which
packages have been accepted in.
There is, however, qa.debian.org, that lets you see at a glance the
versions in stable, testing, and unstable. It requires
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
Lars Wirzenius [EMAIL PROTECTED] writes:
I may be completely wrong here, but as far as I understand, ld turns
-lfoo into /usr/lib/libfoo.a and then uses that if it can find it. It
might look into some other directories as well, and it might fill
Goswin von Brederlow [EMAIL PROTECTED] writes:
Which doesn't? Minix maybe. Even ext2/3 has hashes for dir if you
format it that way.
Is this the Debian default for installation?
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On 5/9/05, Humberto Massa [EMAIL PROTECTED] wrote:
You can't re-state something saying a different thing. GPL#0 says
that a work based on the Program is a derivative work under
copyright law, and then says that is to say, a work
containing..., which is NOT a re-statement of a derivative work
Peter Samuelson [EMAIL PROTECTED] wrote:
] [Sebastian Kuzminsky]
] Before 0.10, the upstream installed both the binaries (actually shell
] scripts) and the shell libraries in /usr/bin. Starting with 0.10,
] the shell libraries are moved to /usr/lib/cogito.
]
] Correct, except that it should
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
Martin Dickopp [EMAIL PROTECTED] writes:
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
If there is a reason to separate /usr from / (which so many people
think there is, though I don't understand why, since it has no
semantic significance at
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
Martin Dickopp [EMAIL PROTECTED] writes:
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
If there is a reason to separate /usr from / (which so many people
think there is, though I don't understand why, since it has no
semantic significance at
Goswin von Brederlow [EMAIL PROTECTED] writes:
That doesn't make sense. If you get rid of the /usr vs / distinction,
then there is no before /usr is mounted.
But then you have a minimum 1-5GB /. That sucks.
Why, exactly? I know people think it's obvious, but the lack of
stated reasons
Try your luck with our new brand cas1no. +30% for every diposit.
One hour payout, never fast before. Try play for free.
When my horse is running good, I don't stop to give him sugar.
http://www.wehiuhef.com/ We all have ability. The difference is how we use it.
Said will be a little ahead, but
Hi all,
I am looking at ways to distribute batch jobs on various hosts.
Essentially, i have N different command lines, and M different
hosts to run them on:
foo -i file1.data -p 0.1
foo -i file2.data -p 0.1
foo -i file3.data -p 0.1
...
foo -i file1.data -p
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
Goswin von Brederlow [EMAIL PROTECTED] writes:
That doesn't make sense. If you get rid of the /usr vs / distinction,
then there is no before /usr is mounted.
But then you have a minimum 1-5GB /. That sucks.
Why, exactly? I know people
On May 8, 2005, at 08:36, Andreas Henriksson wrote:
Hi everybody!
Although I guess there's no chance for it to make it in,
Openswan is the one on my personal wishlist.
Seconded! The only RC-bug in openswan is for a newer version of the
kernel which will not ship with Sarge.
--
To UNSUBSCRIBE,
Just a couple of quick notes: the process in general was fairly smooth,
though I wouldn't want to have to do it for more than a couple of
machines at a time.
Hardware: Home build, Celeron 1200, 640M of memory, 40G disk, ATI Radeon video
with 128M memory, 3Com 3C905, cheap CMP soundcard, genuine
I haven't replied in detail to Batist yet because I am still digesting
the hash that Babelfish makes out of his Dutch article. And I don't
entirely agree that the GPL is horribly drafted, by comparison with
the kind of dog's breakfast that is the typical license contract. In
the past, I have
On Fri, May 06, 2005 at 01:25:48AM -0500, Adam M. wrote:
Kevin Mark wrote:
Hi DD folks,
Sarge is now approaching zero kelvin and folks are scrambing to get the
last few bugs squashed. I was recently thinking about why the non-clued
folks bash Debian with incomplete or inaccurate facts and a
On Mon, May 09, 2005 at 06:25:46PM -0700, Michael K. Edwards wrote:
On 5/9/05, Humberto Massa [EMAIL PROTECTED] wrote:
[snip]
Batist, I think you are mistaken about the meaning of the any later
version copyright license... the terms are precisely '' This program is
free software; you can
On 09-May-2005, Sebastian Kuzminsky wrote:
Peter Samuelson [EMAIL PROTECTED] wrote:
] [Sebastian Kuzminsky]
] the shell libraries are moved to /usr/lib/cogito.
] Correct, except that it should be /usr/share/cogito/.
The FHS describes /usr/share as architecture-independent data, and
gives
Anthony DeRobertis wrote:
Seconded! The only RC-bug in openswan is for a newer version of the
kernel which will not ship with Sarge.
Doesn't #291274 also affect the 2.6.8 kernel? Also, what of the mail in
that bug report stating that even once it's patched to build, it doesn't
really work?
On Mon, May 09, 2005 at 03:02:32AM -0500, Peter Samuelson wrote:
[Kevin Mark]
that would suggest that its the RM who has decided such issues in the
past unilaterilly.
Conventional wisdom is that release management involves so much
drudgery and so little recognition that the *least* we
Hi Enrico,
On Mon, May 09, 2005 at 03:06:28PM +0200, Enrico Zini wrote:
Now, the ABI, and to a lesser extent the API of the libraries is still
not stabilised, so I was planning to package libtagcoll1 and libdebtags1
only as -dev packages. That way, packages would be statically linked to
In article [EMAIL PROTECTED] you wrote:
- / can't be on lvm, raid0, raid5, reiserfs, xfs without causing
problems for /boot.
Why is that?
- a larger FS has more chance of failing so you risk having a fully
broken system more often
And two file systems have even more chance. One read only
Package: wnpp
Severity: wishlist
Owner: Joshua Kwan [EMAIL PROTECTED]
* Package name: libytnef
Version : 2.6
Upstream Author : Russell Hand [EMAIL PROTECTED]
* URL : http://ytnef.sourceforge.net/
* License : GPL
Description : improved decoder for
Package: wnpp
Severity: wishlist
Owner: Joshua Kwan [EMAIL PROTECTED]
* Package name: ytnef
Version : 1.5
Upstream Author : Russell Hand [EMAIL PROTECTED]
* URL : http://ytnef.sourceforge.net/
* License : GPL
Description : improved decoder for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Stone wrote:
Format: 1.7
Date: Mon, 9 May 2005 15:09:41 +1000
Source: xrender
Binary: libxrender1-dbg libxrender-dev libxrender1
Architecture: source i386
Version: 0.9.0-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Stone
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 May 2005 01:05:19 -0500
Source: r-cran-maps
Binary: r-cran-maps
Architecture: source i386
Version: 2.0-27-2
Distribution: unstable
Urgency: low
Maintainer: Chris Lawrence [EMAIL PROTECTED]
Changed-By: Chris Lawrence [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 May 2005 15:09:41 +1000
Source: xrender
Binary: libxrender1-dbg libxrender-dev libxrender1
Architecture: source i386
Version: 0.9.0-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Stone [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 May 2005 15:07:11 +1000
Source: render
Binary: render-dev
Architecture: source all
Version: 0.9-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Stone [EMAIL PROTECTED]
Changed-By: Daniel Stone [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 7 May 2005 17:01:14 -0400
Source: vimoutliner
Binary: vim-vimoutliner
Architecture: source all
Version: 0.3.3-5
Distribution: unstable
Urgency: low
Maintainer: Matej Cepl [EMAIL PROTECTED]
Changed-By: Matej Cepl [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 8 May 2005 12:48:38 +0200
Source: watchdog
Binary: watchdog
Architecture: source i386
Version: 5.2.4-3
Distribution: unstable
Urgency: medium
Maintainer: Michael Meskes [EMAIL PROTECTED]
Changed-By: Michael Meskes [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 May 2005 09:12:02 +0200
Source: superkaramba
Binary: superkaramba
Architecture: source i386
Version: 0.35-3
Distribution: unstable
Urgency: high
Maintainer: Jean-Michel Kelbert [EMAIL PROTECTED]
Changed-By: Jean-Michel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 May 2005 07:42:13 +0200
Source: roxen4
Binary: roxen4-doc roxen4
Architecture: source i386 all
Version: 4.0.325-2
Distribution: unstable
Urgency: low
Maintainer: Turbo Fredriksson [EMAIL PROTECTED]
Changed-By: Turbo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 8 May 2005 20:36:21 +
Source: cvm
Binary: cvm cvm-pgsql cvm-mysql cvm-dev
Architecture: source i386
Version: 0.33-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape [EMAIL PROTECTED]
Changed-By: Gerrit Pape
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 8 May 2005 17:49:37 +
Source: runit
Binary: runit
Architecture: source ia64
Version: 1.2.3-1
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape [EMAIL PROTECTED]
Changed-By: Gerrit Pape [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 09 May 2005 01:27:47 -0700
Source: enigma
Binary: enigma enigma-data
Architecture: source i386 all
Version: 0.91-2
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Erich Schubert [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 May 2005 10:38:43 +0200
Source: pyid3lib
Binary: python2.4-id3lib python2.2-id3lib python2.3-id3lib python-id3lib
Architecture: source powerpc all
Version: 0.5.1-5
Distribution: unstable
Urgency: low
Maintainer: Jonas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 May 2005 02:13:19 -0600
Source: php4
Binary: php4-cgi php4-sybase php4-recode libapache-mod-php4 php4-cli php4-dev
libapache2-mod-php4 php4-snmp php4-odbc php4-xslt php4-mysql php4-domxml
php4-gd php4-ldap php4-imap
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 8 May 2005 19:30:01 +0200
Source: ace
Binary: libkokyu-dev libtao-orbsvcs-dev libace-rmcast-dev libtao1.4
libtao-xtreactor-dev libtao-qtreactor-dev libace-tkreactor5.4 libacexml-dev
libace-doc libace-flreactor5.4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 May 2005 11:11:20 +0200
Source: pinfo
Binary: pinfo
Architecture: source i386
Version: 0.6.8-5
Distribution: unstable
Urgency: high
Maintainer: Bas Zoetekouw [EMAIL PROTECTED]
Changed-By: Bas Zoetekouw [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 5 May 2005 20:12:01 -0400
Source: kcdlabel
Binary: kcdlabel
Architecture: source i386
Version: 2.13-KDE3-3
Distribution: unstable
Urgency: low
Maintainer: Stephen Gran [EMAIL PROTECTED]
Changed-By: Stephen Gran [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 5 May 2005 21:08:22 +0100
Source: meld
Binary: meld
Architecture: source all
Version: 0.9.5-1
Distribution: unstable
Urgency: low
Maintainer: Ross Burton [EMAIL PROTECTED]
Changed-By: Ross Burton [EMAIL PROTECTED]
Description:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 May 2005 12:46:10 +0200
Source: roxen-fonts-iso8859-2
Binary: roxen-fonts-iso8859-2
Architecture: source all
Version: 0-8
Distribution: unstable
Urgency: low
Maintainer: Turbo Fredriksson [EMAIL PROTECTED]
Changed-By: Turbo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 9 May 2005 12:42:47 +0200
Source: roxen-fonts-iso8859-1
Binary: roxen-fonts-iso8859-1
Architecture: source all
Version: 0-8
Distribution: unstable
Urgency: low
Maintainer: Turbo Fredriksson [EMAIL PROTECTED]
Changed-By: Turbo
1 - 100 of 164 matches
Mail list logo
