Il giorno lun, 04/06/2007 alle 13.32 -0700, Fabrizio Gattuso ha scritto:
On 4 Giu, 22:10, Andrea Ferraresi [EMAIL PROTECTED]
wrote:
scusate il repost ma ho mandato la mail a fabrizio in privato
-- Forwarded message --
From: Andrea Ferraresi [EMAIL PROTECTED]
Date:
On Mon, Jun 04, 2007 at 02:32:10PM -0700, Steve Langasek [EMAIL PROTECTED]
wrote:
On Mon, Jun 04, 2007 at 10:29:07PM +0200, Josselin Mouette wrote:
Le lundi 04 juin 2007 à 21:29 +0200, Raphael Hertzog a écrit :
Again, this doesn't take into account existing symbols that change their
On Mon, Jun 04, 2007 at 11:08:39PM +0200, Frank K?ster wrote:
Anthony Towns [EMAIL PROTECTED] wrote:
See, given that as an ftpmaster I'm one of the folks who actually
implements the policy on what's accepted into main or not, it's not my
loss at all.
I think that Debian would very much
Hi,
How is generated the following file ?
http://qa.debian.org/data/ddpo/results/bugs.txt
I'm asking because it usually happens that it contains broken entries,
such as, currently:
information:==searching:0(0) 1(1) 0(0) 0(0)
ca`result:===for:0(0) 1(1) 0(0) 0(0)
Package: wnpp
Severity: wishlist
Owner: Shachar Shemesh [EMAIL PROTECTED]
* Package name: privbind
Version : 0.2
Upstream Author : Shachar Shemesh [EMAIL PROTECTED]
* URL : http://sourceforge.net/projects/privbind
* License : GPL
Programming Lang: C
On Mon, 04 Jun 2007, Steve Langasek wrote:
On Mon, Jun 04, 2007 at 10:29:07PM +0200, Josselin Mouette wrote:
I agree that the benefits are worth the deal, but we should make clear
that the price to pay for these benefits is a continuous effort from the
maintainer. Therefore it should not be
Anthony Towns [EMAIL PROTECTED] wrote:
On Mon, Jun 04, 2007 at 11:08:39PM +0200, Frank K?ster wrote:
I think that Debian would very much benefit if there was a place (call
it [EMAIL PROTECTED] or whatever) where our policy with regard to
individual software's licenes could be discussed with
Am Dienstag, 5. Juni 2007 09:08:31 schrieb Frank Küster:
Anthony Towns [EMAIL PROTECTED] wrote:
On Mon, Jun 04, 2007 at 11:08:39PM +0200, Frank K?ster wrote:
And a mail like
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350624;msg=142;att=0
is not only not-helpful-at-all, it's really
Hi,
I'm packaging some neuroimaging tools that come with datasets that
are required for those tools to work properly. The size of these
datasets is up to 400 MB (some others at least well over 100 MB).
My question is now: Is it reasonable to provide this rather huge amount
of data in a package
Package: wnpp
Severity: wishlist
Owner: Michal Čihař [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: gmobilemedia
Version : 0.4
Upstream Author : Iván Gabriel Campaña-Naranjo [EMAIL PROTECTED]
* URL :
On Jun 05, Michael Hanke [EMAIL PROTECTED] wrote:
My question is now: Is it reasonable to provide this rather huge amount
of data in a package in the archive?
Not for a niche package, at least.
- much easier to handle for users (thinking of offline machines)
I could not care less, since the
2007/6/5, Michael Hanke [EMAIL PROTECTED]:
Hi,
I'm packaging some neuroimaging tools that come with datasets that
are required for those tools to work properly. The size of these
datasets is up to 400 MB (some others at least well over 100 MB).
My question is now: Is it reasonable to provide
On Tue, 5 Jun 2007, Marco d'Itri wrote:
Also, you should think about this issue not just in the context of the
single package you are interested in but as a general policy.
I think because Michael actually is thinking about a general
policy he just asked this question here. He was asking for
On ti, 2007-06-05 at 10:37 +0200, Andreas Tille wrote:
We also have some funny 3D games with huge data packages. So
were is the borderline for this. Does it make sense to install
a data repository that is not mirrored?
I suggest that it makes sense to a) package the data as .debs, for
Hi,
On Tue, Jun 05, 2007 at 10:27:26AM +0200, Marco d'Itri wrote:
On Jun 05, Michael Hanke [EMAIL PROTECTED] wrote:
snip
- much easier to handle for users (thinking of offline machines)
I could not care less, since the number of users affected is with very
good approximation zero.
Agreed.
On Fri, Jun 01, 2007 at 11:01:16AM +0100, Enrico Zini wrote:
Great to see this!, but I'm rather scared about its name: isn't pkg
too generic? Wouldn't debpkg be a better (since more specific and
describing) name?
After some discussion in #debian-devel, I went for 'upt'.
Wow ... cool ... a
On Sun, Jun 03, 2007 at 10:54:38PM +1000, Anthony Towns wrote:
On Sun, Jun 03, 2007 at 04:51:40AM -0700, Steve Langasek wrote:
On Sun, Jun 03, 2007 at 12:25:14PM +0200, Wouter Verhelst wrote:
Additionally, personally I don't think it's unreasonable for people to
say if you use my software
Le Tue, Jun 05, 2007 at 10:09:07AM +0200, Michael Hanke a écrit :
My question is now: Is it reasonable to provide this rather huge amount
of data in a package in the archive?
An alternative to a dedicated package would be to provide a
download/install script for the data (like the
On Tue, Jun 05, 2007 at 10:27:26AM +0200, Marco d'Itri wrote:
On Jun 05, Michael Hanke [EMAIL PROTECTED] wrote:
- diskspace is rather cheap and bandwith should be no problem as the
number of downloads will remain relatively low.
Diskspace *is* a problem for mirrors, as is bandwidth in
On Mon, Jun 04, 2007 at 08:17:42PM +1000, Anthony Towns wrote:
On Mon, Jun 04, 2007 at 01:13:44AM -0700, Steve Langasek wrote:
It is a freedom that I have by default; if I accept the CDDL I no longer
have that freedom[1]. [...]
[1] Technically, not the right to choose a venue, but the
On Tue, Jun 05, 2007 at 11:08:17AM +0200, Stefano Zacchiroli wrote:
After some discussion in #debian-devel, I went for 'upt'.
Wow ... cool ... a TLA! ... except that I've no idea what does it mean :-)
But I guess I can wait to read the long description ...
You're late: it's ept now :)
On Jun 05, Michael Hanke [EMAIL PROTECTED] wrote:
I believe this is a valid problem. I think that is exactly the reason why
the Debian archive also provides the sources of each package
(orig.tar.gz) and does not simply point to the upstream sites while
keeping only the diffs in the archive.
On Tue, Jun 05, 2007 at 08:56:40AM +0200, Raphael Hertzog wrote:
On Mon, 04 Jun 2007, Steve Langasek wrote:
On Mon, Jun 04, 2007 at 10:29:07PM +0200, Josselin Mouette wrote:
I agree that the benefits are worth the deal, but we should make clear
that the price to pay for these benefits is
* Package name: fenix0.92
That's a fab name for a piece of software, isn't it ?
I'm surprised it hasn't been used more often :-)
Regards,
Paddy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, 5 Jun 2007, Marco d'Itri wrote:
Then it should be obvious
obvious = common sense
... but the commons sense has to be defined in a technical document.
that it's a bad idea to add to the archive
multiple packages each containing hundred of megabits of data which are
only useful
Thomas Weber [EMAIL PROTECTED] wrote:
Am Dienstag, 5. Juni 2007 09:08:31 schrieb Frank Küster:
Anthony Towns [EMAIL PROTECTED] wrote:
On Mon, Jun 04, 2007 at 11:08:39PM +0200, Frank K?ster wrote:
And a mail like
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350624;msg=142;att=0
is not
[EMAIL PROTECTED] (Marco d'Itri) wrote:
Also, you should think about this issue not just in the context of the
single package you are interested in but as a general policy.
I was hoping to give that impression...
Then it should be obvious that it's a bad idea to add to the archive
multiple
Package: wnpp
Severity: wishlist
Owner: Francois Marier [EMAIL PROTECTED]
* Package name: ingimp
Version : 2.2.15.20070604
Upstream Author : Michael Terry [EMAIL PROTECTED]
* URL : http://www.ingimp.org/
* License : GPL
Programming Lang: C, Python
On Tue, Jun 05, 2007 at 08:07:20AM +0200, Mike Hommey wrote:
On Mon, Jun 04, 2007 at 02:32:10PM -0700, Steve Langasek [EMAIL PROTECTED]
wrote:
On Mon, Jun 04, 2007 at 10:29:07PM +0200, Josselin Mouette wrote:
Le lundi 04 juin 2007 à 21:29 +0200, Raphael Hertzog a écrit :
Again, this
Anthony Towns [EMAIL PROTECTED] wrote: [...]
and a vaguely interesting note is:
* actually suing based on the license might be complicated by a
choice of venue
That you can argue the latter is analogous to a fee isn't really
very interesting. That some people are concerned
Anthony Towns [EMAIL PROTECTED] wrote: [...]
That's mostly because -legal won't even say that the GPLv2 is DFSG-free,
except in so far as it's explicitly listed as being DFSG-free.
Got a reference for that?
GPLv2 is a very frequently-suggested DFSG-free licences, has been the
subject of
On Tue, Jun 05, 2007, Junichi Uekawa wrote:
* qemubuilder, cowbuilder: 'set -e' when sourcing configuration file.
Thanks; I think I found the reason of the problem: I used to call
cowbuilder like this:
# /usr/sbin/cowbuilder --update --configfile
/home/lool/.pbuilder/sid.pbuilderrc
On Tue, Jun 05, 2007, Loïc Minier wrote:
Thanks; I think I found the reason of the problem: I used to call
cowbuilder like this:
(Ups; sent to debian-devel because I hit reply in a
debian-devel-changes mail thinking it would behave like a commit mail.)
--
Loïc Minier
--
To UNSUBSCRIBE,
On Tue, Jun 05, 2007 at 06:28:53PM +0900, Charles Plessy wrote:
Le Tue, Jun 05, 2007 at 10:09:07AM +0200, Michael Hanke a ?crit :
My question is now: Is it reasonable to provide this rather huge amount
of data in a package in the archive?
An alternative to a dedicated package would be to
On Tue, Jun 05, 2007 at 12:07:52PM +0200, Frank K?ster wrote:
You could ask Anthony whether you're allowed to publish his reasons on
-legal. That would do the project a great favor.
You could just ask me directly you know...
] I thought choice-of-venue is non-free by default?
]
] Via Simon
On Tue, Jun 05, 2007 at 09:08:31AM +0200, Frank K?ster wrote:
That's true, as an ideal. In reality, you can't expect every DD or even
maintainer to subscribe to -legal except when they've got a particular
problem to discuss.
Sure, but you don't need or want that. All you need is an
On Tue, Jun 05, 2007 at 02:09:06AM -0700, Steve Langasek wrote:
Why doesn't it matter? If I've been sued because of something I've actually
done that infringed the license, then surely the DFSG and Debian shouldn't
be concerned with that (other than the question of whether what I've done is
On Tue, 5 Jun 2007, Anthony Towns wrote:
Bug#38902 for hysterical interest, btw.
Ahh, my memory that this topic came up in 2000 was not that bad -
just missed it by 7 months.
I wonder, whether there is a more verbose explanation for tagging
it wontfix
Loïc Minier [EMAIL PROTECTED] writes:
On Mon, Jun 04, 2007, Raphael Hertzog wrote:
Library maintainers are supposed to maintain the *.symbols file. For
this, they have to create files debian/package.symbols.arch
(dpkg-gensymbols will try too fallback to debian/symbols.arch,
On Tuesday 05 June 2007 15:14, Anthony Towns wrote:
I'm not sure if avoiding duplicating the data (1G of data is bad, but
1G of the same data in a .orig.tar.gz _and_ a .deb is absurd) is enough
to just use the existing archive and mirror network, or if it'd still
be worth setting up a separate
Lennart Sorensen wrote:
For the kind of cash the enterprise vendors tend to charge, yes actually
now that you ask, I think I can expect them to figure out dependancies
and making proper packages.
... by making reasonable assumptions about what is on the system based
on a standard install of
Am Dienstag, 5. Juni 2007 14:20:40 schrieb Anthony Towns:
On Tue, Jun 05, 2007 at 12:07:52PM +0200, Frank K?ster wrote:
You could ask Anthony whether you're allowed to publish his reasons on
-legal. That would do the project a great favor.
You could just ask me directly you know...
As my
Thomas Weber [EMAIL PROTECTED] wrote:
Am Dienstag, 5. Juni 2007 14:20:40 schrieb Anthony Towns:
On Tue, Jun 05, 2007 at 12:07:52PM +0200, Frank K?ster wrote:
You could ask Anthony whether you're allowed to publish his reasons on
-legal. That would do the project a great favor.
You could
On 06/05/07 08:58, Frans Pop wrote:
On Tuesday 05 June 2007 15:14, Anthony Towns wrote:
I'm not sure if avoiding duplicating the data (1G of data is bad, but
1G of the same data in a .orig.tar.gz _and_ a .deb is absurd) is enough
to just use the existing archive and mirror network, or if it'd
Frans Pop wrote:
On Tuesday 05 June 2007 15:14, Anthony Towns wrote:
I'm not sure if avoiding duplicating the data (1G of data is bad, but
1G of the same data in a .orig.tar.gz _and_ a .deb is absurd) is enough
to just use the existing archive and mirror network, or if it'd still
be worth
* From: Steve Langasek
* Date: Tue, 5 Jun 2007 02:56:14 -0700
On Tue, Jun 05, 2007 at 08:56:40AM +0200, Raphael Hertzog wrote:
On Mon, 04 Jun 2007, Steve Langasek wrote:
[]
Considering the number of bugs I see because of maintainers who don't
notice
they need to change package names due
On Tue, Jun 05, 2007 at 03:58:08PM +0200, Frans Pop wrote:
IMO it would be worth it if we could split out gigabytes of data from the
main archive and thus significantly reduce the bandwidth needed for
mirror syncs. Especially if that data is only used by an extremely small
subset of
On Mon, Jun 04, 2007 at 07:55:18PM +0200, Francesco Poli wrote:
On Mon, 4 Jun 2007 19:30:36 +1000 Anthony Towns wrote:
And I mean, I know what a GR is for, why are you telling me? It's
still not a *good solution* for deciding these things; it's a last
resort, and the only other options we
On 05-Jun-07, 08:37 (CDT), Kris Deugau [EMAIL PROTECTED] wrote:
Lennart Sorensen wrote:
For the kind of cash the enterprise vendors tend to charge, yes actually
now that you ask, I think I can expect them to figure out dependancies
and making proper packages.
... by making reasonable
On Tue, Jun 05, 2007 at 06:28:53PM +0900, Charles Plessy wrote:
Le Tue, Jun 05, 2007 at 10:09:07AM +0200, Michael Hanke a ?crit :
My question is now: Is it reasonable to provide this rather huge amount
of data in a package in the archive?
many thanks for bringing this crucial question on
[EMAIL PROTECTED] dijo [Mon, Jun 04, 2007 at 11:19:25PM -0400]:
To: All
Wow!!! I have tried to install debian 4 or 5 times and hungup on vidio
drivers or mem address for the drivers.
I downloaded the 33 meg. i386 boot iso on 6/4/07 daily build #2 It
whent from boot to a desktop
On Tue, 05 Jun 2007, Anthony Towns wrote:
Two different analogous licenses might be:
By distributing the covered work, you agree that the copyright holder
can sue you for violations of the license.
If you distribute the covered work, the licensor agrees not to sue you
in any
Anthony Towns wrote:
Debug packages: (369MB) (not arch:all)
53959746 boson-dbg
55430908 icedove-dbg
56274922 koffice-dbg
59787420 iceape-dbg
86404478 libgl1-mesa-dri-dbg
These seem to be built with separated debugging symbols. They could
probably still be reduced in
[Josselin Mouette]
A possible part of the solution would be a script parsing the diff
between headers and emitting warnings such as:
* type foo has changed, please check it doesn't affect functions
bar/baz/...
* enum foo has new possible values, please check it doesn't
Steve Langasek wrote:
Finally, why not add the symbol informations to the shlibs file (that
can be done in a backwards compatible way) instead of creating yet
another control file ?
I'd rather we didn't, even if it doesn't break anything it still abuses the
shlibs file format as defined
On Tue, Jun 05, 2007 at 09:37:58AM -0400, Kris Deugau wrote:
... by making reasonable assumptions about what is on the system based
on a standard install of $version of $distribution.
Well too many seem to assume that you are running some version of
redhat, and that redhat equals linux and
MJ Ray [EMAIL PROTECTED] writes:
Anthony Towns [EMAIL PROTECTED] wrote: [...]
No, punting to a GR [...] ends up with -legal folks complaining that
the resolution doesn't make sense.
I think that most are reasonable and do that only if the resolution
includes no explanation.
One of the
Package: wnpp
Severity: normal
I request assistance with maintaining the moc package.
The package description is:
moc (music on console) is a full-screen player designed to be powerful
and easy to use.
.
Supported file formats are: MP3, OGG Vorbis, FLAC, WAVE, SPEEX, Musepack (MPC),
AIFF,
On Tue, Jun 05, 2007 at 11:14:14AM -0500, Gunnar Wolf wrote:
[EMAIL PROTECTED] dijo [Mon, Jun 04, 2007 at 11:19:25PM -0400]:
To: All
This list is targetted at the development of Debian, not at user
support. You will find better answers if you try
[EMAIL PROTECTED]
I think you may have
On Wed, 6 Jun 2007 00:55:43 +1000 Anthony Towns wrote:
On Mon, Jun 04, 2007 at 07:55:18PM +0200, Francesco Poli wrote:
On Mon, 4 Jun 2007 19:30:36 +1000 Anthony Towns wrote:
And I mean, I know what a GR is for, why are you telling me? It's
still not a *good solution* for deciding these
On Tue, Jun 05, 2007 at 10:20:40PM +1000, Anthony Towns wrote:
] I thought choice-of-venue is non-free by default?
An example of a different MPL 1.1 derived choice-of-venue clause is
firebird2's:
This License shall be governed by California law provisions (except to
the extent
On Wed, Jun 06, 2007 at 01:58:33AM +1000, Anthony Towns wrote:
On Tue, Jun 05, 2007 at 06:28:53PM +0900, Charles Plessy wrote:
Le Tue, Jun 05, 2007 at 10:09:07AM +0200, Michael Hanke a ?crit :
My question is now: Is it reasonable to provide this rather huge amount
of data in a package in
On Wed, Jun 6, 2007 at 06:07:46 +1000, Anthony Towns wrote:
Perhaps a more interesting example is xserver-xorg-core's inclusion of the
GLX Public License, which includes:
Any litigation relating to this License shall be subject to the
exclusive jurisdiction of the Federal Courts
On Wed, 6 Jun 2007, Anthony Towns wrote:
Are either of you going to debconf, or able to point out some example
large (free?) data sets that should be packaged like this as a test case
for playing with over debconf?
For a first shot we could play with sauerbraten-data. I just
stumbled upon it
Steve Langasek wrote:
Throwing a sensible error at build-time if the soname has changed without
a package name change is also something that needs to be done, as well as
throwing an error at build-time if symbols listed in the symbols file have
gone missing;
Lintian already does the first,
Anthony Towns [EMAIL PROTECTED] writes:
On Tue, Jun 05, 2007 at 06:28:53PM +0900, Charles Plessy wrote:
Le Tue, Jun 05, 2007 at 10:09:07AM +0200, Michael Hanke a ?crit :
My question is now: Is it reasonable to provide this rather huge amount
of data in a package in the archive?
many thanks
Hi!
* Anthony Towns [EMAIL PROTECTED] [070605 17:42]:
Moving game data elsewhere would require some way for games in main to
depend on data elsewhere.
That's one of topics the pkg-games team is planing to adress during a
BoF at DebConf7 (beside some other stuff). Hints welcome ;)
Yours
Felipe Sateler [EMAIL PROTECTED] writes:
What you want may be achieved by enforcing the use of lintian, but I
don't know how that can be done.
The primary barrier to enforcing the use of lintian is #243976. lintian
needs to get much better about identifying the source of checks, the
certainty
On Tue, Jun 05, 2007 at 04:47:07PM -0400, Felipe Sateler wrote:
Throwing a sensible error at build-time if the soname has changed without
a package name change is also something that needs to be done, as well as
throwing an error at build-time if symbols listed in the symbols file have
Package: wnpp
Severity: wishlist
* Package name: evolvotron
Version : 0.4.0
Upstream Authors: Tim Day
* URL : http://www.bottlenose.demon.co.uk/share/evolvotron/
* License : GNU GPL
Description : Texture generator
This is an interactive generative
On Mon, Jun 04, 2007 at 04:16:29PM -0400, Lennart Sorensen wrote:
On Sun, Jun 03, 2007 at 11:16:08PM +0200, Javier Fern?ndez-Sanguino Pe?a
wrote:
Think about Enterprise (non-free) software like Oracle, HP Openview, Tivoli,
Remedy... Do you expect vendors of this software to
Package: wnpp
Severity: wishlist
Owner: Dominic Hargreaves [EMAIL PROTECTED]
* Package name: movabletype
Version : 4
Upstream Author : SixApart, Ltd.
* URL : http://www.movabletype.org/opensource/
* License : GPL[*]
Programming Lang: Perl
Description :
Russ Allbery wrote:
Felipe Sateler [EMAIL PROTECTED] writes:
What you want may be achieved by enforcing the use of lintian, but I
don't know how that can be done.
The primary barrier to enforcing the use of lintian is #243976. lintian
needs to get much better about identifying the
Steve Langasek wrote:
On Tue, Jun 05, 2007 at 04:47:07PM -0400, Felipe Sateler wrote:
Throwing a sensible error at build-time if the soname has changed
without a package name change is also something that needs to be done,
as well as throwing an error at build-time if symbols listed in
Felipe Sateler [EMAIL PROTECTED] writes:
Russ Allbery wrote:
The primary barrier to enforcing the use of lintian is #243976. lintian
needs to get much better about identifying the source of checks, the
certainty that something is wrong, and the severity level so that dak
can run lintian in a
Le Tue, Jun 05, 2007 at 09:47:37PM +0100, Roger Leigh a écrit :
Anthony Towns [EMAIL PROTECTED] writes:
Are either of you going to debconf, or able to point out some example
large (free?) data sets that should be packaged like this as a test case
for playing with over debconf?
The NCBI
[Russ Allbery]
They *usually* do, but not all E tags are certain problems. Of course,
maintainers could use overrides.
I'm opposed to adding overrides to my packages for cases where, in my
view, lintian should somehow have enough information to see the case as
a false positive. I use them
Peter Samuelson [EMAIL PROTECTED] writes:
[Russ Allbery]
They *usually* do, but not all E tags are certain problems. Of course,
maintainers could use overrides.
I'm opposed to adding overrides to my packages for cases where, in my
view, lintian should somehow have enough information to see
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 4 Jun 2007 23:53:23 +0200
Source: gcc-4.1
Binary: gcc-4.1-soft-float libstdc++6-4.1-pic libstdc++6 lib32ffi4
gobjc++-4.1-multilib libobjc1 lib32gfortran1 gfortran-4.1 libgcc1
libstdc++6-4.1-doc lib64gfortran1 gcc-4.1-multilib
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 04 Jun 2007 21:46:47 -0700
Source: zsnes
Binary: zsnes
Architecture: source i386
Version: 1.510-1
Distribution: unstable
Urgency: low
Maintainer: Joshua Kwan [EMAIL PROTECTED]
Changed-By: Joshua Kwan [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 05 Jun 2007 07:26:53 +0100
Source: digikam
Binary: showfoto digikam
Architecture: source i386
Version: 2:0.9.2~beta3-1
Distribution: unstable
Urgency: low
Maintainer: Debian KDE Extras Team [EMAIL PROTECTED]
Changed-By: Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 05 Jun 2007 08:57:23 +0200
Source: gosa
Binary: gosa-help-de gosa-schema gosa-help-fr gosa gosa-help-nl
Architecture: source all
Version: 2.5.11a-1
Distribution: unstable
Urgency: low
Maintainer: Cajus Pollmeier [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 5 Jun 2007 09:17:18 +0100
Source: dates
Binary: dates libgtkdatesview0 libgtkdatesview-dev
Architecture: source i386
Version: 0.4.3-1
Distribution: unstable
Urgency: low
Maintainer: Ross Burton [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 05 Jun 2007 18:35:50 +1000
Source: xserver-xorg-video-intel
Binary: xserver-xorg-video-i810 xserver-xorg-video-intel
Architecture: source i386 all
Version: 2:2.0.0-4
Distribution: experimental
Urgency: low
Maintainer: Debian X
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 04 Jun 2007 18:46:04 +
Source: dash
Binary: dash-udeb ash dash
Architecture: all source
Version: 0.5.3-8
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, 04 Jun 2007 22:56:58 +0200
Source: cmus
Binary: cmus
Architecture: source amd64
Version: 2.1.0-2
Distribution: unstable
Urgency: low
Maintainer: Julien Louis [EMAIL PROTECTED]
Changed-By: Julien Louis [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 5 Jun 2007 07:35:52 +0200
Source: freqtweak
Binary: freqtweak
Architecture: source i386
Version: 0.7.0~cvs20070605-1
Distribution: unstable
Urgency: low
Maintainer: Bart Martens [EMAIL PROTECTED]
Changed-By: Bart Martens [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 05 Jun 2007 08:54:54 +
Source: netperf
Binary: netperf
Architecture: source i386
Version: 2.4.3-5
Distribution: unstable
Urgency: low
Maintainer: Erik Wenzel [EMAIL PROTECTED]
Changed-By: Erik Wenzel [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 05 Jun 2007 13:28:35 +0200
Source: cmake
Binary: cmake
Architecture: source amd64
Version: 2.4.5-1.1
Distribution: unstable
Urgency: low
Maintainer: A. Maitland Bottoms [EMAIL PROTECTED]
Changed-By: Pierre Habouzit [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 05 Jun 2007 21:10:23 +0900
Source: cowdancer
Binary: qemubuilder cowdancer
Architecture: source amd64
Version: 0.29
Distribution: unstable
Urgency: low
Maintainer: Junichi Uekawa [EMAIL PROTECTED]
Changed-By: Junichi Uekawa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 05 Jun 2007 21:37:46 +0900
Source: pbuilder
Binary: pbuilder pbuilder-uml
Architecture: source all amd64
Version: 0.169
Distribution: unstable
Urgency: low
Maintainer: Debian pbuilder maintenance team [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 24 May 2007 11:39:24 +
Source: haskell-utils
Binary: haskell-utils
Architecture: source amd64
Version: 1.9
Distribution: unstable
Urgency: low
Maintainer: Ian Lynagh (wibble) [EMAIL PROTECTED]
Changed-By: Ian Lynagh (wibble)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 05 Jun 2007 14:13:48 +0200
Source: desktop-file-utils
Binary: desktop-file-utils
Architecture: source i386
Version: 0.13-1
Distribution: experimental
Urgency: low
Maintainer: Ross Burton [EMAIL PROTECTED]
Changed-By: Loic Minier
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 05 Jun 2007 22:50:30 +0900
Source: cowdancer
Binary: qemubuilder cowdancer
Architecture: source amd64
Version: 0.30
Distribution: unstable
Urgency: low
Maintainer: Junichi Uekawa [EMAIL PROTECTED]
Changed-By: Junichi Uekawa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 05 Jun 2007 13:01:53 +0200
Source: shell-fm
Binary: shell-fm
Architecture: source amd64
Version: 0.2+svn20070605.r215-1
Distribution: unstable
Urgency: low
Maintainer: Nacho Barrientos Arias [EMAIL PROTECTED]
Changed-By: Nacho
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 05 Jun 2007 16:41:48 +0200
Source: xine-ui
Binary: xine-ui
Architecture: source i386
Version: 0.99.5-2
Distribution: unstable
Urgency: medium
Maintainer: Reinhard Tartler [EMAIL PROTECTED]
Changed-By: Reinhard Tartler [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 5 Jun 2007 14:24:40 +0200
Source: wengophone
Binary: wengophone
Architecture: source i386
Version: 2.1.0.dfsg-3
Distribution: unstable
Urgency: low
Maintainer: Marco Nenciarini [EMAIL PROTECTED]
Changed-By: Marco Nenciarini
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 5 Jun 2007 18:13:00 +0200
Source: dwm
Binary: dwm
Architecture: source i386
Version: 4.2-2
Distribution: unstable
Urgency: low
Maintainer: Daniel Baumann [EMAIL PROTECTED]
Changed-By: Daniel Baumann [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 04 Jun 2007 14:27:22 +0100
Source: dbus-python
Binary: python-dbus
Architecture: source i386
Version: 0.81.1-1
Distribution: unstable
Urgency: low
Maintainer: Utopia Maintenance Team [EMAIL PROTECTED]
Changed-By: Simon McVittie
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 05 Jun 2007 17:01:07 +0200
Source: gstreamer0.10
Binary: gstreamer-tools gstreamer0.10-tools gstreamer0.10-doc
libgstreamer0.10-dev libgstreamer0.10-0-dbg libgstreamer0.10-0
Architecture: source all i386
Version: 0.10.13-1
1 - 100 of 146 matches
Mail list logo