Ben Finney ben+deb...@benfinney.id.au writes:
The page mentions, in several places now, the desire to set up a
discussion forum to continue the discussion away from the page; once
that's set up I'll be happy to pitch in and clear the weeds from
that page.
I have cleared away the discussions
On Mar 19, Steve Langasek vor...@debian.org wrote:
No, they should not. The system groups referenced by udev should instead
always be present in /etc/group.
Correct.
However, I wonder if Marco isn't arguing on the basis of old information;
Me too, the maintainers of the relevant packages are
Josselin Mouette wrote:
Le jeudi 19 mars 2009 à 11:09 +0100, Marco d'Itri a écrit :
How exactly? The problem is that these groups are referenced in the udev
configuration but do not exist, and this causes problmes at boot time
with systems using LDAP.
You mean, systems using only
Sune Vuorela nos...@vuorela.dk writes:
On 2009-03-19, Ben Finney ben+deb...@benfinney.id.au wrote:
It is a too complex, overengineered solution to a very minor issue.
I find it very surprising that someone can be a Debian developer and
consider copyright of works to be ???a very minor
On Tue, Mar 10, 2009 at 06:30:19PM -0400, Roberto C. Sánchez wrote:
[My apologies in advance for the cross-posting.]
On Tue, Mar 10, 2009 at 10:42:36AM +0100, Daniel Wallin wrote:
Roberto C. Sánchez wrote:
So, I've been trying to build the Debian package with the latest from
the 0.8
Josselin Mouette j...@debian.org writes:
Note: I’m not contesting the need for the license check. This one is
useful, and strictly checking the accuracy of licenses in
debian/copyright is clearly needed. But I don’t think there’s any
use having an up-to-date list of copyright holders in
Steve Langasek wrote:
However, I wonder if Marco isn't arguing on the basis of old information;
lookups for LDAP at boot time should not result in long timeouts, and it's a
bug in nss_ldap/libldap if they do - a bug which I thought had been
addressed by now.
It still results in a number
Ben Finney ben+deb...@benfinney.id.au writes:
Josselin Mouette j...@debian.org writes:
Note: I’m not contesting the need for the license check. This one is
useful, and strictly checking the accuracy of licenses in
debian/copyright is clearly needed. But I don’t think there’s any use
having
Package: wnpp
Severity: wishlist
Owner: Fran Lupion crakot...@yahoo.es
* Package name: tucan
Version : 0.3.6
Upstream Author : Fran Lupion crakot...@yahoo.es
* URL : http://cusl3-tucan.forja.rediris.es/
* License : GPL
Programming Lang: Python
Description
Russ Allbery r...@debian.org writes:
If the upstream license doesn't require that we preserve the
copyright statement (or if upstream doesn't have them), I'm not sure
we need to be requiring that they be collected into
debian/copyright.
I am working from the assumption that we need, at least
Ben Finney ben+deb...@benfinney.id.au writes:
Russ Allbery r...@debian.org writes:
If the upstream license doesn't require that we preserve the copyright
statement (or if upstream doesn't have them), I'm not sure we need to
be requiring that they be collected into debian/copyright.
I am
On Thu, Mar 19, 2009 at 10:37:00PM +, Neil Williams wrote:
Can you point to a proposal (on another page) for an alternate format
that you feel passes these tests?
A point during the early stage of that wiki page, something similar to
what I currently use for one of my own packages
To: debian-devel
Hello,
Can I please get an opinion on bug #520463?
Am I doing something wrong, or is there a bug somewhere here?
It doesn't make a lot of sense...
Thanks
--
Brian May br...@microcomaustralia.com.au
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
Package: wnpp
Severity: wishlist
Owner: Joe Nahmias je...@debian.org
* Package name: configure-trackpoint
Version : 0.7
Upstream Author : Cheuksan Edward Wang wang02139_AT_gmail.com
* URL : http://tpctl.sourceforge.net/configure-trackpoint.html
* License : GPL
Le Friday 20 March 2009 02:06:37 Ben Finney, vous avez écrit :
Is this the right way to spend developer time? as far as I see it,
developer time is our most valuable resource, and should not be
treated as such.
Certainly, the time of people is valuable. I would like to see a
format that
Russ Allbery r...@debian.org writes:
Ben Finney ben+deb...@benfinney.id.au writes:
I am working from the assumption that we need, at least in
principle, to maintain an accurate knowledge of the copyright
status of the works we distribute in Debian. I base that
assumption on the necessity
On Fri, Mar 20, 2009 at 01:33:05PM +1100, Ben Finney wrote:
Russ Allbery r...@debian.org writes:
If the upstream license doesn't require that we preserve the
copyright statement (or if upstream doesn't have them), I'm not sure
we need to be requiring that they be collected into
Ben Finney ben+deb...@benfinney.id.au writes:
The point is that, since we can predict the need for this information,
we have the choice of assuming the information is there when we
distribute and never looking for it until the need arises in the face of
such a threat, or looking for it in
Russ Allbery r...@debian.org writes:
Ben Finney ben+deb...@benfinney.id.au writes:
The point is that, since we can predict the need for this
information, we have the choice of assuming the information is
there when we distribute and never looking for it until the need
arises in the
On Fri, Mar 20, 2009 at 12:58:14AM +0100, Josselin Mouette wrote:
The real problem here is that FTP masters require the list of copyright
holders to be up-to-date each time the package goes through NEW.
Whatever justification exists for this requirement, I???m starting to find
it
On 11693 March 1977, Dominik Smatana wrote:
Or should I edit these files and add missing licenses (copy paste
from main file)?
Talk to upstream. Unless you have written the files it is *NOT* yours to
declare them being licensed in whatever way.
--
bye, Joerg
vorlon hmm, I should fill in the
m...@linux.it (Marco d'Itri) wrote:
Hi,
Scanner is useful, imagine I work in a company working on a secret
project. One of the computer has a scanner. Do you wnat to give
scanning right to the internship student ?
No, I want to give access to the raw scanner device only to its own
Le mercredi 18 mars 2009 à 19:13 +0100, Marco d'Itri a écrit :
fuse (I have no idea about how FUSE works)
Then why break it? It’s very useful to be able to restrict the list of
users allowed to use it.
OTOH, given how it works, it would be really useful to make it use D-Bus
so that we’d
Hello,
thank you for answers.. I'll contact upstream author.
One more license-newbie question:
In some upstream source files there is just one single line comment at
beginning:
// Please see included LICENSE.TXT
licensecheck says UNKNOWN of course...
Is such reference to external file
On Wed, Mar 18, 2009 at 10:31:29AM +, Neil Williams wrote:
Why should 3.0 be any more difficult than 1.0 or anything that follows?
(Not that I have any particular desire to use 3.0 or quilt myself.) 3.0
has to deal with incorporating patches and changes from the BTS, so
+t1.diff.gz is no
On Mar 19, Bastien ROUCARIES roucaries.bast...@gmail.com wrote:
It is the same probleme with floppy, tty and disk group.
No, it's not.
They should add this group to their ldap database. At least it should
This would not change anything.
be documented that debian system need this group. BTW
On Tue, Mar 17, 2009 at 11:42:52AM +0100, Marco d'Itri wrote:
Users must not be in specific groups to access hardware, this is broken and
insecure.
I was just about to reanimate my previous thread on better group handling for
squeeze, I think I'll put together a wiki page trying to summarize
On Thu, Mar 19, 2009 at 11:09 AM, Marco d'Itri m...@linux.it wrote:
On Mar 19, Josselin Mouette j...@debian.org wrote:
Once was thrown the idea to prefix all system groups with ???Debian-???.
One of the most stupid ideas which have ever been inflicted on the
project.
This solves this
On Mar 19, Josselin Mouette j...@debian.org wrote:
Once was thrown the idea to prefix all system groups with ???Debian-???.
One of the most stupid ideas which have ever been inflicted on the
project.
This solves this specific problem in a much better way.
How exactly? The problem is that these
Package: wnpp
Severity: wishlist
Owner: Thomas Koch tho...@koch.ro
* Package name: simhash
Version : only GIT, no releases
Upstream Author : Bart Massey
* URL : http://wiki.cs.pdx.edu/forge/simhash.html
* License : BSD
Programming Lang: C
Description :
Hello
Sorry for the silence, I had a few thing to wrap up before going on
with this proposal.
Dominique Dumont dominique.dum...@hp.com writes:
ok. Here's the plan:
- Identify a candidate package to add (as a patch) an upgrade
feature based on Config::Model.
I'm going to use approx as
Le jeudi 19 mars 2009 à 11:09 +0100, Marco d'Itri a écrit :
How exactly? The problem is that these groups are referenced in the udev
configuration but do not exist, and this causes problmes at boot time
with systems using LDAP.
You mean, systems using only LDAP and not the local /etc/group?
On Mar 19, Josselin Mouette j...@debian.org wrote:
How exactly? The problem is that these groups are referenced in the udev
configuration but do not exist, and this causes problmes at boot time
with systems using LDAP.
You mean, systems using only LDAP and not the local /etc/group?
No.
Le jeudi 19 mars 2009 à 15:30 +0100, Marco d'Itri a écrit :
It looks to me that such setups are broken. Either they use /etc/group,
either they put these groups in their LDAP, but we can???t suddently start
supporting systems where important system groups are missing.
They are not important
On Wed, Mar 18, 2009 at 07:13:22PM +0100, Marco d'Itri wrote:
This is the complete list of groups which I'd rather stop using:
rdma (infiniband devices)
is there any alternative way to restrict access to infiniband
without this?
--
c u
henning
--
To UNSUBSCRIBE, email to
On Mar 19, Bastien ROUCARIES roucaries.bast...@gmail.com wrote:
Moreover I respectfully disagree with you.? Permission on device file
Ignorance is not a point of view.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Thu, Mar 19, 2009 at 10:59 AM, Marco d'Itri m...@linux.it wrote:
On Mar 19, Bastien ROUCARIES roucaries.bast...@gmail.com wrote:
It is the same probleme with floppy, tty and disk group.
No, it's not.
They should add this group to their ldap database. At least it should
This would not
On Thu, Mar 19, 2009 at 2:39 PM, Henning Glawe gla...@debian.org wrote:
On Wed, Mar 18, 2009 at 07:13:22PM +0100, Marco d'Itri wrote:
This is the complete list of groups which I'd rather stop using:
rdma (infiniband devices)
is there any alternative way to restrict access to infiniband
On Thu, Mar 19, 2009 at 11:37:59AM +0100, Bastien ROUCARIES wrote:
But if the collective opinion of the project is that the issue does not
exist then I will happily close bugs like #516149 and tell users to live
with it. Please advise.
They should add this group to their ldap database. At
Hi all,
are application using gconf *required* to have provide a schema?
In other words, does it make sense to file a bug against applications
which fail to do so?
IMHO it makes sense, so you can clean no longer useful keys from the
gconf db, but I could not find a precise policy about that.
Le jeudi 19 mars 2009 à 11:12 -0700, Ludovico Cavedon a écrit :
are application using gconf *required* to have provide a schema?
In other words, does it make sense to file a bug against applications
which fail to do so?
Theoretically, any application should work without its schemas
installed.
Le jeudi 19 mars 2009 à 18:23 +0100, Marco d'Itri a écrit :
Ignorance is not a point of view.
What if you explained *precisely* what is the problem you are seeing
with these groups, and the implications? If you keep referring vaguely
to discussions happening in other distributions instead, I
This one time, at band camp, Steve Langasek said:
On Thu, Mar 19, 2009 at 11:37:59AM +0100, Bastien ROUCARIES wrote:
But if the collective opinion of the project is that the issue does not
exist then I will happily close bugs like #516149 and tell users to live
with it. Please advise.
On Thu, Mar 19, 2009 at 09:51:25AM +0100, Dominik Smatana wrote:
Hello,
thank you for answers.. I'll contact upstream author.
One more license-newbie question:
In some upstream source files there is just one single line comment at
beginning:
// Please see included LICENSE.TXT
On Thu, 19 Mar 2009 10:35:59 +0100
Jan Hauke Rahm i...@jhr-online.de wrote:
On Wed, Mar 18, 2009 at 10:31:29AM +, Neil Williams wrote:
Why should 3.0 be any more difficult than 1.0 or anything that follows?
(Not that I have any particular desire to use 3.0 or quilt myself.) 3.0
has to
(We're now in ‘debian-legal’ territory; please follow up there.)
Dominik Smatana dominik.smat...@gmail.com writes:
One more license-newbie question:
In some upstream source files there is just one single line comment at
beginning:
// Please see included LICENSE.TXT
licensecheck says
Sune Vuorela nos...@vuorela.dk writes:
After a discussion on #debian-mentors and other places, I will not
sponsor packages using the copyright file format described on
http://wiki.debian.org/Proposals/CopyrightFormat
For those who weren't present when you were having that IRC
discussion, can
Hi folks,
With respect to #494001, I would like to determine the minimum
version of the linux kernel we will
a) support and
b) be physically capable of running
for Squeeze.
It has been asserted that squeeze will not work with kernels
2.6.26 by jcristau on IRC, but I haven't yet found any
On Fri, 20 Mar 2009 08:33:41 +1100
Ben Finney ben+deb...@benfinney.id.au wrote:
Sune Vuorela nos...@vuorela.dk writes:
After a discussion on #debian-mentors and other places, I will not
sponsor packages using the copyright file format described on
Neil Williams codeh...@debian.org writes:
On Fri, 20 Mar 2009 08:33:41 +1100
Ben Finney ben+deb...@benfinney.id.au wrote:
I find the structure [in the proposed copyright file format] makes
it far easier to write and check than the free-form chaos of many
existing files. What would you
On Fri, 20 Mar 2009 10:05:45 +1100
Ben Finney ben+deb...@benfinney.id.au wrote:
Neil Williams codeh...@debian.org writes:
On Fri, 20 Mar 2009 08:33:41 +1100
Ben Finney ben+deb...@benfinney.id.au wrote:
I find the structure [in the proposed copyright file format] makes
it far
On 2009-03-19, Ben Finney ben+deb...@benfinney.id.au wrote:
It is a too complex, overengineered solution to a very minor issue.
I find it very surprising that someone can be a Debian developer and
consider copyright of works to be ???a very minor issue??? in Debian.
Perhaps I've
Le jeudi 19 mars 2009 à 23:42 +, Sune Vuorela a écrit :
I think when uploading kde4.2 to unstable, at least 60 developer hours
was put into working on the copyright files, even with loads of help
from various scripts.
The real problem here is that FTP masters require the list of copyright
On Mar 19, Roger Leigh rle...@codelibre.net wrote:
With respect to #494001, I would like to determine the minimum
version of the linux kernel we will
For the new udev package[1] I am trying *very* hard to keep it working
even with 2.6.18 kernels long enough to be able to finish the upgrade,
but
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 398 (new: 11)
Total number of packages offered up for adoption: 120 (new: 12)
Total number of packages
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 06:25:00 +0100
Source: rdiff-backup
Binary: rdiff-backup
Architecture: source i386
Version: 1.2.8-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Baumann dan...@debian.org
Changed-By: Daniel Baumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 06:56:00 +0100
Source: relatorio
Binary: python-relatorio
Architecture: source all
Version: 0.5.0-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Baumann dan...@debian.org
Changed-By: Daniel Baumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 06:43:00 +0100
Source: gitosis
Binary: gitosis
Architecture: source all
Version: 0.2+20080825-12
Distribution: unstable
Urgency: low
Maintainer: Daniel Baumann dan...@debian.org
Changed-By: Daniel Baumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 07:05:00 +0100
Source: gadmin-proftpd
Binary: gadmin-proftpd
Architecture: source i386
Version: 1:0.3.5-4
Distribution: unstable
Urgency: low
Maintainer: Daniel Baumann dan...@debian.org
Changed-By: Daniel Baumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 07:49:00 +0100
Source: canto
Binary: canto
Architecture: source i386
Version: 0.6.6-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Baumann dan...@debian.org
Changed-By: Daniel Baumann dan...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 14 Mar 2009 07:14:00 +0100
Source: ncurses
Binary: libncurses5 libncurses5-dev libncurses5-dbg libncursesw5
libncursesw5-dev libncursesw5-dbg lib64ncurses5 lib64ncurses5-dev lib32ncurses5
lib32ncurses5-dev lib32ncursesw5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 07:56:00 +0100
Source: canto
Binary: canto
Architecture: source i386
Version: 0.6.7-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Baumann dan...@debian.org
Changed-By: Daniel Baumann dan...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 21:55:04 +0100
Source: dh-make-php
Binary: dh-make-php
Architecture: source all
Version: 0.2.14
Distribution: unstable
Urgency: low
Maintainer: Uwe Steinmann ste...@debian.org
Changed-By: Uwe Steinmann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 08:44:00 +0100
Source: canto
Binary: canto
Architecture: source i386
Version: 0.6.8-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Baumann dan...@debian.org
Changed-By: Daniel Baumann dan...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 09:35:00 +0100
Source: open-vm-tools
Binary: open-vm-tools open-vm-toolbox open-vm-tools-dbg open-vm-source
Architecture: source i386 all
Version: 2009.03.18-154848-1
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 09:29:02 +0100
Source: gmsh
Binary: gmsh
Architecture: source amd64
Version: 2.3.0.dfsg-3
Distribution: unstable
Urgency: low
Maintainer: Debian Scientific Computing Team
pkg-scicomp-de...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 20:55:52 +1300
Source: razor
Binary: razor
Architecture: source amd64
Version: 1:2.85-2
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group packa...@qa.debian.org
Changed-By: Francois Marier
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 11:06:12 +0100
Source: ocaml-http
Binary: libhttp-ocaml-dev
Architecture: source amd64
Version: 0.1.4-3
Distribution: unstable
Urgency: low
Maintainer: Stefano Zacchiroli z...@debian.org
Changed-By: Stefano
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 10:51:00 +0100
Source: xarchiver
Binary: xarchiver
Architecture: source i386
Version: 1:0.5.2+20090319+dfsg-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Baumann dan...@debian.org
Changed-By: Daniel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 11:33:44 +0530
Source: tagtool
Binary: tagtool
Architecture: source i386
Version: 0.12.3-6
Distribution: unstable
Urgency: low
Maintainer: Kartik Mistry kar...@debian.org
Changed-By: Kartik Mistry kar...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 09:21:39 +0200
Source: sbnc
Binary: sbnc sbnc-tcl sbnc-mysql sbnc-dbg sbnc-php-dev
Architecture: source all i386
Version: 1.2-12
Distribution: unstable
Urgency: low
Maintainer: Patrick Matthäi patrick.matth...@web.de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 18 Feb 2009 15:50:16 +0100
Source: smb4k
Binary: smb4k
Architecture: source i386
Version: 0.10.1-1
Distribution: experimental
Urgency: low
Maintainer: Francesco Paolo Lovergine fran...@debian.org
Changed-By: Francesco Paolo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 14:06:16 +0800
Source: glibmm2.4
Binary: libglibmm-2.4-1c2a libglibmm-2.4-dev libglibmm-2.4-dbg libglibmm-2.4-doc
Architecture: source all amd64
Version: 2.20.0-1
Distribution: unstable
Urgency: low
Maintainer: Deng
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 08:50:30 +0100
Source: sgrep
Binary: sgrep
Architecture: source powerpc
Version: 1.94a-4
Distribution: unstable
Urgency: low
Maintainer: Uwe Steinmann ste...@debian.org
Changed-By: Uwe Steinmann ste...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 18 Mar 2009 18:39:51 +0100
Source: reprepro
Binary: reprepro
Architecture: source sparc
Version: 3.9.1-1
Distribution: unstable
Urgency: low
Maintainer: Bernhard R. Link brl...@debian.org
Changed-By: Bernhard R. Link
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 11:12:17 +0100
Source: irssi
Binary: irssi irssi-dev
Architecture: source powerpc
Version: 0.8.13~rc1-1
Distribution: unstable
Urgency: low
Maintainer: David Pashley da...@davidpashley.com
Changed-By: Gerfried Fuchs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 12:40:01 +0100
Source: ipplan
Binary: ipplan
Architecture: source all
Version: 4.91a-1
Distribution: unstable
Urgency: low
Maintainer: Jan Wagner w...@cyconet.org
Changed-By: Jan Wagner w...@cyconet.org
Description:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 19 Mar 2009 12:10:42 +
Source: kde-icons-noia
Binary: kde-icons-noia
Architecture: source all
Version: 1.0-3
Distribution: unstable
Urgency: low
Maintainer: Morten Hustveit mor...@debian.org
Changed-By: Morten Hustveit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 19 Mar 2009 11:59:11 +
Source: kde-icons-crystal
Binary: kde-icons-crystal
Architecture: source all
Version: 3.7-3
Distribution: unstable
Urgency: low
Maintainer: Morten Hustveit mor...@debian.org
Changed-By: Morten Hustveit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 13 Mar 2009 15:39:06 -0430
Source: quickplot
Binary: quickplot
Architecture: source i386
Version: 0.8.15-1
Distribution: unstable
Urgency: low
Maintainer: Muammar El Khatib muammarelkha...@gmail.com
Changed-By: Muammar El Khatib
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 14:03:04 +0100
Source: libunique
Binary: libunique-1.0-0 libunique-dev libunique-doc
Architecture: source all amd64
Version: 1.0.6-1
Distribution: unstable
Urgency: low
Maintainer: Debian GNOME Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 19 Mar 2009 12:56:38 +
Source: pengupop
Binary: pengupop
Architecture: source amd64
Version: 2.2.5-1
Distribution: unstable
Urgency: low
Maintainer: Morten Hustveit mor...@debian.org
Changed-By: Morten Hustveit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 17:55:04 +0300
Source: tcllib
Binary: tcllib
Architecture: source all
Version: 1.11.1-dfsg-2
Distribution: unstable
Urgency: low
Maintainer: Tcl/Tk Debian Packagers pkg-tcltk-de...@lists.alioth.debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 18 Mar 2009 21:47:53 -0400
Source: oneisenough
Binary: oneisenough
Architecture: source all
Version: 0.40-2
Distribution: unstable
Urgency: low
Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 15:53:32 +0100
Source: calendar
Binary: libcalendar-ocaml-dev
Architecture: source amd64
Version: 2.01.1-3
Distribution: unstable
Urgency: low
Maintainer: Stefano Zacchiroli z...@debian.org
Changed-By: Stefano
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 14:25:26 +0100
Source: merkaartor
Binary: merkaartor
Architecture: source amd64
Version: 0.13-1
Distribution: unstable
Urgency: low
Maintainer: Bernd Zeimetz b...@debian.org
Changed-By: Bernd Zeimetz b...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 10:52:51 +0100
Source: wesnoth
Binary: wesnoth-data wesnoth-core wesnoth-editor wesnoth-dbg wesnoth
wesnoth-all wesnoth-music wesnoth-server wesnoth-tools wesnoth-httt wesnoth-tsg
wesnoth-trow wesnoth-ttb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 10:17:26 -0400
Source: ncbi-tools6
Binary: libncbi6 libncbi6-dev libncbi6-dbg ncbi-data ncbi-rrna-data
ncbi-tools-bin ncbi-tools-x11 blast2 libvibrant6a libvibrant6-dev
libvibrant6a-dbg
Architecture: source amd64
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 11:44:26 +0100
Source: galax
Binary: galax galax-extra galaxd libgalax-ocaml-dev galax-doc
Architecture: source all amd64
Version: 1.1-5
Distribution: unstable
Urgency: low
Maintainer: Stefano Zacchiroli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 17 Mar 2009 09:37:20 +0100
Source: openjdk-6
Binary: openjdk-6-jdk openjdk-6-jre-headless openjdk-6-jre openjdk-6-jre-lib
openjdk-6-demo openjdk-6-source openjdk-6-doc openjdk-6-dbg icedtea6-plugin
openjdk-6-source-files
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 18:22:20 +0300
Source: tklib
Binary: tklib
Architecture: source all
Version: 0.5-2
Distribution: unstable
Urgency: low
Maintainer: Sergei Golovan sgolo...@debian.org
Changed-By: Sergei Golovan sgolo...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 05 Mar 2009 01:12:21 +0100
Source: ocamldap
Binary: libldap-ocaml-dev
Architecture: source amd64
Version: 2.1.8-6
Distribution: unstable
Urgency: low
Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 17:04:33 +0100
Source: bzr-stats
Binary: bzr-stats
Architecture: source all
Version: 0.0.1~bzr30-1
Distribution: unstable
Urgency: low
Maintainer: Debian Bazaar Maintainers pkg-bazaar-ma...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 20 Mar 2009 00:39:45 +1100
Source: lojban-common
Binary: lojban-common
Architecture: source all
Version: 1.5-3
Distribution: unstable
Urgency: low
Maintainer: Ben Finney ben+deb...@benfinney.id.au
Changed-By: Ben Finney
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 18:05:40 +0200
Source: taglib
Binary: libtag1c2a libtag1-dev libtag1-doc libtagc0 libtagc0-dev
Architecture: source all amd64
Version: 1.5-4
Distribution: unstable
Urgency: low
Maintainer: Modestas Vainius
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 05 Mar 2009 12:10:11 +0100
Source: unison
Binary: unison unison-gtk
Architecture: source amd64
Version: 2.27.57-2
Distribution: unstable
Urgency: low
Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 12 Mar 2009 23:32:03 +0100
Source: octave3.1
Binary: octave3.1 octave3.1-doc octave3.1-htmldoc octave3.1-headers
octave3.1-emacsen octave3.1-info octave3.1-dbg octave3.1-common
Architecture: source amd64 all
Version: 3.1.54-2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 16:46:20 +0100
Source: pigment-python
Binary: python-pgm
Architecture: source amd64
Version: 0.3.10-2
Distribution: unstable
Urgency: low
Maintainer: Maintainers of GStreamer packages
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 19 Mar 2009 16:47:23 +0100
Source: pigment
Binary: libpigment0.3-9 libpigment0.3-dev libpigment-dbg
Architecture: source amd64
Version: 0.3.15-1
Distribution: unstable
Urgency: low
Maintainer: Maintainers of GStreamer packages
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 18 Mar 2009 10:45:13 +
Source: openconnect
Binary: openconnect
Architecture: source i386
Version: 1.00-1
Distribution: unstable
Urgency: low
Maintainer: Ross Burton r...@debian.org
Changed-By: Ross Burton r...@debian.org
1 - 100 of 121 matches
Mail list logo
