Hi,
I agree with Charles: this is unncessary, unproductive busy-work.
On the other hand, Section 10.4 says only the script name should not
include an extension. So you can leave the extension for
compatibility with the rest of the world. It is a bug, but Section
1.1 says:
Non-conformance
Charles Plessy wrote:
I use the packages I made, and renaming upstream programs names makes my
scripts
incompatible with my colleagues work environments using other distributions or
installations from source. So as a maintainer, I spend time creating extra
work
for myself as a user. That
On Wed, 23 Sep 2009, Kurt Roeckx wrote:
For elfutils, I have 2 patches that I take from the upstream git
repo. Both patches have their own branch, and upstream/redhat
merges the master branch into them. So around the time of an
upstream release I do git diff release...branch to get the new
Steve M. Robbins st...@sumost.ca writes:
I agree with Charles: this is unncessary, unproductive busy-work.
The same characterisation could be given to other changes that raise the
quality of software in Debian (e.g. ensuring that commands are
accompanied by man pages, or that the package
On Tue, Sep 29, 2009 at 07:30:44PM +1000, Ben Finney wrote:
Steve M. Robbins st...@sumost.ca writes:
I agree with Charles: this is unncessary, unproductive busy-work.
The same characterisation could be given to other changes that raise the
quality of software in Debian (e.g. ensuring that
On Tue, 2009-09-29 at 19:30 +1000, Ben Finney wrote:
Steve M. Robbins st...@sumost.ca writes:
I agree with Charles: this is unncessary, unproductive busy-work.
The same characterisation could be given to other changes that raise the
quality of software in Debian (e.g. ensuring that
* Mike Hommey m...@glandium.org [090929 11:43]:
Improving quality may be strictly unnecessary, and may be not directly
productive, but that doesn't mean there's no good reason to expect it.
Improving quality only for the sake of it is not necessarily a good
idea. I do agree that if everyone
Mike Hommey m...@glandium.org writes:
On Tue, Sep 29, 2009 at 07:30:44PM +1000, Ben Finney wrote:
Steve M. Robbins st...@sumost.ca writes:
I agree with Charles: this is unncessary, unproductive busy-work.
The same characterisation could be given to other changes that raise
the
Peter Eisentraut wrote:
On Tue, 2009-09-29 at 19:30 +1000, Ben Finney wrote:
Steve M. Robbins st...@sumost.ca writes:
I agree with Charles: this is unncessary, unproductive busy-work.
The same characterisation could be given to other changes that raise the
quality of software in Debian (e.g.
Le mardi 29 septembre 2009 03:04:25, Kevin B. McCarty a écrit :
Hi all,
I unfortunately don't have the free time at the moment to do much for
the Debian Project, so I'm orphaning my packages.
If anyone wants to stake a claim to any of the following, please go
ahead and say so, otherwise
On Tue, 2009-09-29 at 13:36 +0900, Charles Plessy wrote:
I know that there has already been much of talk about this, but I am am
getting
more and more uncomfortable removing .pl or .sh extensions from programs when
upstream does not.
At least in cases where the programs/scripts could be
Le mardi 29 septembre 2009 à 11:43 +0200, Mike Hommey a écrit :
Improving quality only for the sake of it is not necessarily a good
idea. I do agree that if everyone but Debian expects foo to be called
as foo.pl, there is a bug in Debian.
Which is why lintian warnings are left at the
Le mardi 29 septembre 2009 à 13:21 +0800, Paul Wise a écrit :
On Tue, Sep 29, 2009 at 1:09 PM, Reinhard Tartler siret...@debian.org wrote:
Would you consider this a blocker to inclusion into Debian? Upstream may
either release very slowly or may just not care about Debian, which
would
Good day,
I came across your company in my research on potential firms
and marketers (ad agencies, PR firms) that may be active in Internet
Marketing, including S.E.O. or Search Engine Optimization for ranking higher
on Google.
I'd like to invite you to my upcoming free webinar on the Top Ten
Package: wnpp
Severity: wishlist
Owner: Sylvestre Ledru sylvestre.le...@inria.fr
* Package name: libjgraphx-java
Version : 1.0.2.4
* URL : http://www.jgraph.com/jgraphx.html
* License : LGPL
Programming Lang: Java
Description : Java Swing Diagramming
Hi,
I have signed up for this company
And i have earned money from here
You also can gain from here...
Free sign up here and follow the instructions
Its a online earning programme.No scams...because i have earned and
still doing work for the company
Free Register here:
On Tue, Sep 29, 2009 at 10:40:23AM +0200, Vincent Danjean wrote:
It is also possible to add symlinks into a private directory. Users willing
to use names with extensions only have to add this directory to their PATH.
For example, you can ship:
/usr/bin/util
/usr/share/package/bin/util.sh -
Quoting Josselin Mouette j...@debian.org:
Le mardi 29 septembre 2009 à 11:43 +0200, Mike Hommey a écrit :
Improving quality only for the sake of it is not necessarily a good
idea. I do agree that if everyone but Debian expects foo to be called
as foo.pl, there is a bug in Debian.
Which is
Abou Al Montacir wrote:
Le mardi 29 septembre 2009 à 13:21 +0800, Paul Wise a écrit :
On Tue, Sep 29, 2009 at 1:09 PM, Reinhard Tartler siret...@debian.org wrote:
Would you consider this a blocker to inclusion into Debian? Upstream may
either release very slowly or may just not care about
On 29.09.2009 08:21, Steve M. Robbins wrote:
On the other hand, Section 10.4 says only the script name should not
include an extension. So you can leave the extension for
What is the intention of this rule anyway?
Thank you and best regards
Andreas
--
Andreas Tscharner
Andreas Tscharner starf...@sunrise.ch writes:
On 29.09.2009 08:21, Steve M. Robbins wrote:
On the other hand, Section 10.4 says only the script name should not
include an extension. So you can leave the extension for
What is the intention of this rule anyway?
To encourage command names
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: pinyin-database
Version: 1.2.99
Upstream Author: Huang Peng shawn.p.hu...@gmail.com
URL: http://code.google.com/p/ibus
License:
Andreas Tscharner a écrit :
On the other hand, Section 10.4 says only the script name should not
include an extension. So you can leave the extension for
What is the intention of this rule anyway?
So I'm not the only one to wonder about this.
After digging I've found the following
retitle 471094 O: web-based bug tracking system
noowner 471094
thanks
Hi,
as I do not use mantis anymore and I don't have the time nor interest
to keep up with the mantis development, I'm hereby orphaning mantis.
If you want to be the new maintainer, please take it -- see
On Tue, Sep 29, 2009 at 11:25:17AM +0200, Raphael Hertzog wrote:
On Wed, 23 Sep 2009, Kurt Roeckx wrote:
For elfutils, I have 2 patches that I take from the upstream git
repo. Both patches have their own branch, and upstream/redhat
merges the master branch into them. So around the time of
Ben Finney dijo [Tue, Sep 29, 2009 at 11:40:46PM +1000]:
On the other hand, Section 10.4 says only the script name should not
include an extension. So you can leave the extension for
What is the intention of this rule anyway?
To encourage command names (and hence command APIs, since
Mike Hommey wrote:
I do agree that if everyone but Debian expects foo to be called as
foo.pl, there is a bug in Debian.
/var/qmail/bin/qmail-send
/command/supervise
These are what are expected when you use qmail and daemontools the DJB
way.
http://cr.yp.to/unix.html
We solve the first
Hi,
following pusling advice I'd like to explain the issues
involved in this subject and a proposed solution.
If you don't know anything about PackageKit it might
be interesting to look at www.packagekit.org.
I started to contribute to PackageKit willing to have it
working on the system I use
Ben Finney dijo [Tue, Sep 29, 2009 at 11:40:46PM +1000]:
On the other hand, Section 10.4 says only the script name should not
include an extension. So you can leave the extension for
What is the intention of this rule anyway?
To encourage command names (and hence command APIs,
On Tue, Sep 29, 2009 at 10:26:01 -0700, Daniel Nicoletti wrote:
This solution is not implemented as I don't know debconf verry well
but there is one problem that I'd like to know if there is a already a way
to deal with this:
when aptcc backend starts installing packages it's status are in a
Le mardi 29 septembre 2009 à 10:26 -0700, Daniel Nicoletti a écrit :
Installing/Removing/Updating are the last problem of this backend
mostly because of debconf.
PackageKit works this way (if you didn't take a look at the web site):
Backend (apt | aptcc | yum | zyppy )
||
|| (some are
On Tue, Sep 29 2009, Abou Al Montacir wrote:
You can also try to make the world look like you want not adapt your
eyes to see the world as is, no?
We try to fix the world, yes. Systems integrations, and
consistent policies, is what make Debian a superior OS.
Please note that
On Tue, Sep 29 2009, George Danchev wrote:
I've also read people claiming that preserving extensions could
actually help evolving and migrations in the future and it is as
simple as app.lang1 being rewritten as app.lang2, both stay on board
as needed or for a reasonable amount of time, then
On Tue, Sep 29 2009, Mike Hommey wrote:
Improving quality may be strictly unnecessary, and may be not directly
productive, but that doesn't mean there's no good reason to expect it.
Improving quality only for the sake of it is not necessarily a good
idea.
!!!
If we are
On Tue, Sep 29 2009, Josselin Mouette wrote:
Le mardi 29 septembre 2009 à 11:43 +0200, Mike Hommey a écrit :
Improving quality only for the sake of it is not necessarily a good
idea. I do agree that if everyone but Debian expects foo to be called
as foo.pl, there is a bug in Debian.
Which
De: Julien Cristau
This solution is not implemented as I don't know debconf verry well
but there is one problem that I'd like to know if there is a already a way
to deal with this:
when aptcc backend starts installing packages it's status are in a fd
which might be localized is LANG
On Tue, 29 Sep 2009, George Danchev wrote:
True. However, it makes no big difference whether people use (or
resp. abuse) file extensions to claim the language a program is
implemented in, or they do it within the base name. There are plenty
of apps starring with py* and perl*, (and we have
On Mon, Sep 28 2009, Paul Wise wrote:
On Tue, Sep 29, 2009 at 9:37 AM, Charles Plessy ple...@debian.org wrote:
in my first experimentations I used DEB_BUILD_OPTIONS, but this leads
to the possibility of clashing with flag names that can be reserved
later with a different behaviour. On the
Package: wnpp
Severity: wishlist
Owner: Jon Bernard jbern...@debian.org
* Package name: liburcu
Version : 0.1
Upstream Author : Mathieu Desnoyers mathieu.desnoy...@polymtl.ca
* URL : http://ltt.polymtl.ca/?q=node/18
* License : GPL, LGPL, MIT/X
Programming
De: Josselin Mouette
Currently, the question will simply be ignored, the frontend being set
to noninteractive when there is no TTY nor display available.
The hard work imo will be if i start in an interactive mode (in the backend)
but when a question needs to popup the user loged out and i
Le mardi 29 septembre 2009 à 11:37 -0700, Daniel Nicoletti a écrit :
Currently, the question will simply be ignored, the frontend being set
to noninteractive when there is no TTY nor display available.
The hard work imo will be if i start in an interactive mode (in the backend)
but when a
Peter Eisentraut pet...@debian.org writes:
At least in cases where the programs/scripts could be considered part of
a programming interface, this requirement is approximately equivalent to
requiring the exported symbols of libraries to conform to some spelling
scheme. While Debian has
On Tue, 29 Sep 2009, George Danchev wrote:
True. However, it makes no big difference whether people use (or
resp. abuse) file extensions to claim the language a program is
implemented in, or they do it within the base name. There are plenty
of apps starring with py* and perl*, (and we
De: Josselin Mouette
Le mardi 29 septembre 2009 à 11:37 -0700, Daniel Nicoletti a écrit :
Currently, the question will simply be ignored, the frontend being set
to noninteractive when there is no TTY nor display available.
The hard work imo will be if i start in an interactive mode (in
Hi all,
Is there any way to make it work under Debian Lenny?
I saw only RHE/SLE drivers on the LSI website...
Is there an open source driver? If yes, will it be backported into lenny?
Cheers,
Darkbasic
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
[George Danchev]
However, I'm afraid that we have some sort of asymmetry at our side,
since we claim that both (py* vs. *.py) are annoying, but make sure
policy discriminates only one of them.
I think that is a historical accident. Before python got so popular,
language-based prefixes were
On Tue, 2009-09-29 at 21:10 +0200, Niccolò Belli wrote:
Hi all,
Is there any way to make it work under Debian Lenny?
Maybe, but you're asking on the wrong list...
I saw only RHE/SLE drivers on the LSI website...
Is there an open source driver?
Yes.
If yes, will it be backported into
For link ex..:-
seo.kishor...@gmail.com
Il 29 settembre 2009 21.47, Ben Hutchings b...@decadent.org.uk ha scritto:
On Tue, 2009-09-29 at 21:10 +0200, Niccolò Belli wrote:
Is there any way to make it work under Debian Lenny?
Maybe, but you're asking on the wrong list...
Where shall I ask? I already tried debian-italian without
On Tuesday 29 September 2009, Russ Allbery wrote:
Peter Eisentraut pet...@debian.org writes:
At least in cases where the programs/scripts could be considered part of
a programming interface, this requirement is approximately equivalent to
requiring the exported symbols of libraries to
Gunnar Wolf wrote:
[snip]
And because extensions truly mean nothing. Of course, I can
This is true for Unix/Posix systems, but unfortunately not for Windows
systems. And if the maintainer of a great Perl script wants his script
to work on both platforms, he'll probably will name it
Andreas Tscharner starf...@sunrise.ch writes:
This is true for Unix/Posix systems, but unfortunately not for Windows
systems. And if the maintainer of a great Perl script wants his script
to work on both platforms, he'll probably will name it
GreatPerlScript.pl If the extension .pl is linked
Russ Allbery r...@debian.org wrote:
Andreas Tscharner starf...@sunrise.ch writes:
This is true for Unix/Posix systems, but unfortunately not for Windows
systems. And if the maintainer of a great Perl script wants his script
to work on both platforms, he'll probably will name it
David Goodenough david.goodeno...@btconnect.com wrote:
I am a newcommer to this particular bit of policy, but it occurs to me that
the answer is to add links to the original commands to conform to
Debian standards while leaving the upstream commands intact.
That would horribly clutter the
Frank Küster fr...@debian.org writes:
Russ Allbery r...@debian.org wrote:
If he names it GreatPerlScript on Unix and GreatPerlScript.pl on
Windows, he'll be able to run it on both systems as GreatPerlScript.
Yes. And those scripts that would run on Windows and expect
GreatPerlScript.pl, but
John H. Robinson, IV jaq...@debian.org (29/09/2009):
These are what are expected when you use qmail and daemontools the
DJB way.
http://cr.yp.to/unix.html
We solve the first one with /var/qmail/bin being a symlink to
/usr/sbin. We don't solve the latter one at all.
Debian bug, or
Andreas Tscharner dijo [Tue, Sep 29, 2009 at 10:35:46PM +0200]:
And because extensions truly mean nothing. Of course, I can
This is true for Unix/Posix systems, but unfortunately not for Windows
systems. And if the maintainer of a great Perl script wants his script
to work on both
Package: wnpp
Severity: wishlist
Owner: Antonio Radici anto...@dyne.org
* Package name: gross
Version : 1.0.2
Upstream Author : Eino Tuominen e...@utu.fi, Antti Siira an...@utu.fi
* URL : http://code.google.com/p/gross/
* License : BSD
Programming Lang: C
Tollef wrote:
I realise you've had good an constructive responses for webapps, so
commenting on /srv in particular:
As I read it, putting stuff there is absolutely not fine. It's even
more off-limits than /usr/local (where you can create directories, but
not remove them).
I'm still unconvinced
Steve McIntyre st...@einval.com writes:
I'm still unconvinced by /srv personally - we've strived for years in
Debian to make things work as much as possible straight from initial
installation, yet now we're expected to deliberately leave services
unconfigured. I don't think this is progress
Russ Allbery wrote:
Steve McIntyre st...@einval.com writes:
I'm still unconvinced by /srv personally - we've strived for years in
Debian to make things work as much as possible straight from initial
installation, yet now we're expected to deliberately leave services
unconfigured. I don't think
mli...@stacktrace.us mli...@stacktrace.us writes:
I personally prefer to keep files served by a webserver in /var/www/
Local sysadmins can of course use that path, but Debian packages aren't
allowed to according to the way most of us have read the FHS.
Debian web application packages should
On Tue, Sep 29, 2009 at 10:05:29AM -0700, John H. Robinson, IV wrote:
Mike Hommey wrote:
I do agree that if everyone but Debian expects foo to be called as
foo.pl, there is a bug in Debian.
/var/qmail/bin/qmail-send
/command/supervise
These are what are expected when you use qmail and
Processing commands for cont...@bugs.debian.org:
reassign 548661 apt
Bug #548661 [general] dpkg: Override package dependencies
Bug reassigned from package 'general' to 'apt'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
Bastien ROUCARIES wrote:
Le mardi 29 septembre 2009 03:04:25, Kevin B. McCarty a écrit :
Hi all,
I unfortunately don't have the free time at the moment to do much for
the Debian Project, so I'm orphaning my packages.
[...]
Cernlib-related (Cernlib is a huge, mostly obsolete set of physics
reassign 548661 apt
thanks
But as seen in bug#542095, some dependencies are not really hard, yet
you don't want them to be recommends because that would be too easy
for users to ignore. So bug#542095 shows that there is a need for
something between recommends and true dependencies that can
Le Tue, Sep 29, 2009 at 01:12:14PM -0500, Manoj Srivastava a écrit :
On Mon, Sep 28 2009, Paul Wise wrote:
On Tue, Sep 29, 2009 at 9:37 AM, Charles Plessy ple...@debian.org wrote:
in my first experimentations I used DEB_BUILD_OPTIONS, but this leads
to the possibility of clashing with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 27 Sep 2009 09:20:27 +0200
Source: ntop
Binary: ntop
Architecture: source i386
Version: 3:3.3-12
Distribution: unstable
Urgency: low
Maintainer: Ola Lundqvist o...@debian.org
Changed-By: Ola Lundqvist o...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Tue, 29 Sep 2009 08:53:46 +0200
Source: xfce4-settings
Binary: xfce4-settings
Architecture: source amd64
Version: 4.6.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Xfce Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 09:22:12 +0200
Source: cups
Binary: libcups2 libcupsimage2 libcupscgi1 libcupsdriver1 libcupsmime1
libcupsppdc1 cups cups-client libcups2-dev libcupsimage2-dev libcupscgi1-dev
libcupsdriver1-dev libcupsmime1-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 24 Sep 2009 09:52:15 +0200
Source: tmux
Binary: tmux
Architecture: source i386
Version: 1.0-1
Distribution: unstable
Urgency: low
Maintainer: Karl Ferdinand Ebert kfeb...@gmail.com
Changed-By: Karl Ferdinand Ebert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 09:36:13 +0200
Source: krb5-auth-dialog
Binary: krb5-auth-dialog
Architecture: source i386
Version: 0.13-1
Distribution: unstable
Urgency: low
Maintainer: Guido Günther a...@sigxcpu.org
Changed-By: Guido Günther
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 11:06:37 +0200
Source: x11proto-xcmisc
Binary: x11proto-xcmisc-dev
Architecture: source all
Version: 1.2.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian X Strike Force debia...@lists.debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 10:03:57 +0200
Source: clamtk
Binary: clamtk
Architecture: source all
Version: 4.18-1
Distribution: unstable
Urgency: low
Maintainer: d.pale...@gmail.com
Changed-By: David Paleino d.pale...@gmail.com
Description:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 11:49:35 +0200
Source: x11proto-xf86vidmode
Binary: x11proto-xf86vidmode-dev
Architecture: source all
Version: 2.2.99.1-1
Distribution: experimental
Urgency: low
Maintainer: Debian X Strike Force
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 29 Sep 2009 12:21:42 +0200
Source: liblocale-gettext-perl
Binary: liblocale-gettext-perl
Architecture: source i386
Version: 1.05-6
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 29 Sep 2009 11:27:25 +0100
Source: nodm
Binary: nodm
Architecture: source amd64
Version: 0.6-2
Distribution: unstable
Urgency: low
Maintainer: Debian FreeSmartphone.Org Team
pkg-fso-ma...@lists.alioth.debian.org
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 19:39:15 +0900
Source: imaprowl
Binary: imaprowl
Architecture: source all
Version: 1.2.0-1
Distribution: unstable
Urgency: low
Maintainer: Takuo KITAME kit...@debian.org
Changed-By: Takuo KITAME kit...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 12:14:04 +0200
Source: libcitadel
Binary: libcitadel2 libcitadel2-dbg libcitadel-dev
Architecture: source amd64
Version: 7.66-1
Distribution: unstable
Urgency: low
Maintainer: Debian Citadel Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 11:41:44 +0200
Source: minbif
Binary: minbif minbif-dbg
Architecture: source i386
Version: 1:1.0~beta+git20090929+fa518a5-1
Distribution: unstable
Urgency: low
Maintainer: Sebastien Delafond s...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Sep 2009 19:49:49 +0200
Source: minbif
Binary: minbif minbif-dbg
Architecture: source i386
Version: 1:1.0~beta+git20090928+1aadbc4-1
Distribution: unstable
Urgency: low
Maintainer: Sebastien Delafond s...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 13:09:58 +0200
Source: flashrom
Binary: flashrom
Architecture: source i386
Version: 0.9.1+r736-1
Distribution: unstable
Urgency: low
Maintainer: Uwe Hermann u...@debian.org
Changed-By: Uwe Hermann u...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Mon, 28 Sep 2009 20:00:55 -0300
Source: imagemagick
Binary: imagemagick imagemagick-dbg imagemagick-doc libmagickcore2
libmagickcore2-extra libmagickcore-dev libmagickwand2 libmagickwand-dev
libmagick++2 libmagick++-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 11:51:58 +0200
Source: mesa
Binary: libgl1-mesa-swx11 libgl1-mesa-swx11-dbg libgl1-mesa-swx11-i686
libgl1-mesa-swx11-dev libgl1-mesa-glx libgl1-mesa-glx-dbg libgl1-mesa-dri
libgl1-mesa-dri-dbg libgl1-mesa-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 10:19:30 +0200
Source: citadel
Binary: citadel-server citadel-common citadel-mta citadel-client citadel-doc
citadel-dbg
Architecture: source amd64 all
Version: 7.66-1
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Sep 2009 21:00:08 +0100
Source: archfs
Binary: archfs
Architecture: source i386
Version: 0.5.4-1
Distribution: unstable
Urgency: low
Maintainer: Jon Dowland j...@debian.org
Changed-By: Jon Dowland j...@debian.org
Description:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 09:37:27 +0200
Source: libgee
Binary: libgee2 libgee-dev libgee2-dbg
Architecture: source amd64
Version: 0.5.0-1
Distribution: unstable
Urgency: low
Maintainer: Maintainers of Vala packages
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Sep 2009 20:45:42 +0200
Source: gnome-icon-theme
Binary: gnome-icon-theme
Architecture: source all
Version: 2.28.0-1
Distribution: unstable
Urgency: low
Maintainer: Josselin Mouette j...@debian.org
Changed-By: Andrea Veri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 11:14:53 +0200
Source: libjgraphx-java
Binary: libjgraphx-java libjgraphx-java-doc
Architecture: source all
Version: 1.0.2.4-1
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 12:21:33 +0200
Source: webcit
Binary: citadel-webcit webcit-dbg citadel-suite
Architecture: source amd64 all
Version: 7.66-dfsg-1
Distribution: unstable
Urgency: low
Maintainer: Debian Citadel Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 23 Sep 2009 13:37:09 -0400
Source: clanlib
Binary: libclanapp-1.0 libclansdl-1.0 libclanlib-dev clanlib-doc
Architecture: source all i386
Version: 1.0~svn3827-1
Distribution: experimental
Urgency: low
Maintainer: Debian Games
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 14:11:04 +0200
Source: window-picker-applet
Binary: window-picker-applet
Architecture: source i386
Version: 0.5.8-1
Distribution: unstable
Urgency: low
Maintainer: Guido Günther a...@sigxcpu.org
Changed-By: Guido
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 28 Sep 2009 09:02:30 +0200
Source: mafft
Binary: mafft
Architecture: source i386
Version: 6.713-1
Distribution: unstable
Urgency: low
Maintainer: Debian Med Packaging Team
debian-med-packag...@lists.alioth.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 13:55:49 +0200
Source: maximus
Binary: maximus
Architecture: source i386
Version: 0.4.12-1
Distribution: unstable
Urgency: low
Maintainer: Guido Günther a...@sigxcpu.org
Changed-By: Guido Günther a...@sigxcpu.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 26 Sep 2009 08:45:47 +0200
Source: ant-contrib
Binary: ant-contrib
Architecture: source all
Version: 1.0~b3+svn177-1
Distribution: unstable
Urgency: low
Maintainer: Debian Java Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 14:07:34 +0200
Source: gtksourceview2
Binary: libgtksourceview2.0-0 libgtksourceview2.0-common
libgtksourceview2.0-dev libgtksourceview2.0-doc
Architecture: source all i386
Version: 2.8.1-1
Distribution: unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 14:06:41 +0200
Source: vte
Binary: libvte9 libvte9-udeb libvte-dev libvte-common python-vte libvte-doc
Architecture: source all i386
Version: 1:0.22.2-1
Distribution: unstable
Urgency: low
Maintainer: Guilherme de S.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 12:09:29 +0200
Source: rygel
Binary: rygel rygel-1.0-dev rygel-mediathek rygel-tracker
Architecture: source amd64
Version: 0.4.1-2
Distribution: unstable
Urgency: low
Maintainer: Debian Rygel Maintainers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 14:31:28 +0200
Source: jaxe
Binary: jaxe libjaxe-java libjaxe-java-doc
Architecture: source all
Version: 3.2-1
Distribution: unstable
Urgency: low
Maintainer: Samuel Thibault sthiba...@debian.org
Changed-By: Samuel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 29 Sep 2009 20:28:59 +0800
Source: ibus
Binary: ibus libibus1 libibus-dev ibus-gtk python-ibus
Architecture: source all amd64
Version: 1.2.0.20090927-1
Distribution: unstable
Urgency: low
Maintainer: LI Daobing
1 - 100 of 192 matches
Mail list logo
