that as far as i understand it
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
be something like:
foo --depends-- foo-common
if you want one doc dir for it, then of course the real directory has to
be in foo-common, and the link in foo.
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
On Thu, Feb 09, 2006 at 12:06:25AM -0200, Fernando Ike de Oliveira wrote:
* Package name: gerwin
please note that gerwin has been renamed to ferret to avoid legal
problems (erwin trademark).
cu robert
--
Robert Lemmen http://www.semistable.com
and the copyright file at the bottom of each packages page
don't work. probbaly just something really minor...
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
On Sat, Apr 19, 2003 at 09:43:05PM +0200, Martin Loschwitz wrote:
can you please inform the list and me about the current status of the
mICQ code audit you two wanted to do? It's been a while and I didn't
hear anything further from you since then.
However, since it is my principle to
On Tue, Apr 22, 2003 at 03:07:28PM +0200, RĂ¼diger Kuhlmann wrote:
couple of non-intentional errors (buffer overruns, null-dereferences, etc)
If you really found some that haven't been fixed in the meanwhile, you could
send them to me so that I can fix them for the next update.
we wanted to
On Tue, Apr 22, 2003 at 07:36:30PM +0200, RĂ¼diger Kuhlmann wrote:
It's kinda overdue, which is why I'm asking. I now have the missing
translations for a few new strings so that I can activate the code that uses
them in the stable branch. But the fixes are not that many yet that waiting
for
On Thu, Jul 24, 2003 at 08:39:11PM +0300, Halil Demirezen wrote:
Are we in dilemma on should we support arch that are not used widely? or
We should support all architectures
what i prefer is the second one.
me too! any package that doesn't build on m68k or arm is broken and
needs to be
On Thu, Jul 24, 2003 at 12:34:29PM -0600, Jamin W. Collins wrote:
me too! any package that doesn't build on m68k or arm is broken and
needs to be fixed, even if it works on x86 by chance!
So, are you volunteering to help those of us without access to either of
the above architectures with
On Thu, Jul 24, 2003 at 01:37:18PM -0500, John Hasler wrote:
Robert Lemmen writes:
any package that doesn't build on m68k or arm is broken and needs to be
fixed, even if it works on x86 by chance!
Even when it fails to build due to compiler errors or buggy libraries?
in that case it's
for example ;)
cu robert
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: LANG=C, [EMAIL PROTECTED]
--
Robert Lemmen http://www.semistable.com
signature.asc
this as the file to sync against. this should work
pretty fine for debian packages, especially with --rsyncable
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
transitions.
not really important right now, but anyway: britney's time-complexity in
regards to the number of packages she has to work on is really bad, son
in the long run it might pay off to run britney more often and on a
smaller number of packages each time.
cu robert
--
Robert Lemmen
a wishlist on cron-apt about that same thing this morning:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=288763
doesn't apt-listchanges do that?
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
of people about this issue. and while you can never be sure about
patents i am very confident that zsync is unproblematic.
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
about stuff like that...
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Robert Lemmen [EMAIL PROTECTED]
* Package name: gourmet
Version : 0.8.0
Upstream Author : [EMAIL PROTECTED]
* URL : https://sourceforge.net/projects/grecipe-manager/
* License : GPL
Description : a recipe manager
releases of their arch or have
per-arch testing? (the latter might lead to a source package explosion
i think)
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
that an arch can come back.
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
an overwhelming concern on the side of the release
team would be. especially whether we already have enough architectures
and we don't think it's important enough even though it satisfies the
other criteria are overwhelming concerns
cu robert
--
Robert Lemmen http
i have seen. the day i discovered
aptitude and got rid of dselect meant a big step forward for my persoanl
debian experience.
cu robert
--
Robert Lemmen http://www.semistable.com
pgpeu1EdfsjaH.pgp
Description: PGP signature
is under a given size). so the
question (to ftpmaster) is: have there been any cases yet where such a
solution would have done something wrong?
cu robert
--
Robert Lemmen http://www.semistable.com
pgp9H48zmVJ4U.pgp
Description: PGP signature
automatically.
cu robert
--
Robert Lemmen http://www.semistable.com
pgpCfXD1mGBJS.pgp
Description: PGP signature
of packages that come from the same
source are a problem as well, and are in a way forbidden by policy...
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
.
disabling diffs for file/cdrom urls makes perfect sense imho...
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
for people. reducing the complexity of the
dependency tree *if it does not cost too much* is certainly a worthy
goal that will pay off. removing circular dependencies is a way to
reduce the complexity a lot that doesn't cost us anything
cu robert
--
Robert Lemmen
Package: wnpp
Version: N/A; reported 2002-04-19
Severity: wishlist
* Package name: ragel
Version : 1.1.0
Upstream Author : Adrian Thurston [EMAIL PROTECTED]
* URL : http://www.ragel.ca/ragel
* License : GPL
Description : finite state machine to c/c++
On Thu, Nov 21, 2002 at 12:24:15AM +1100, Glenn McGrath wrote:
In addition Portage supports the concept of SLOTs. In the development of
Gentoo Linux its developers often found that we needed to have multiple
versions of certain packages (such as libraries) installed to satisfy the
demands of
On Tue, Nov 26, 2002 at 04:41:45PM +0200, Riku Voipio wrote:
Something is seriously wrong, if a single bug that affects a single
arch can stop everyone else from forward. We need a way to get packages
that are broken on some platform into the distrubution while the
developers of the arch sort
Package: wnpp
Severity: wishlist
Owner: Robert Lemmen [EMAIL PROTECTED]
* Package name: gtablix
Version : 0.0.8
Upstream Author : [EMAIL PROTECTED]
* URL : http://gtablix.homelinux.org
* License : GPLv2
Description : graphical user interface for Tablix
Package: wnpp
Severity: wishlist
Owner: Robert Lemmen [EMAIL PROTECTED]
* Package name: tablix
Version : 0.1.2
Upstream Author : [EMAIL PROTECTED]
* URL : http://www.tablix.org
* License : GPLv2
* Description : high school timetable generator
tablix uses
will have problems with this...
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
few people can do, so i would prefer not
so, please let me know what you think!
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
they are.
well, of course i was talking about letting non-dd get to the data! it
would be a public service. and the data in question would be your name
and email along with your latitude and longitude if you entered it in
the ldap database
cu robert
--
Robert Lemmen
the question should be more like do you really have a problem if
this field would be public...
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
this info
public some of the time, your implementation is flawed.
i see your point. i actually didn't expect many people to have a problem
with disclosing where they live, but i might have been mistaken...
cu robert
--
Robert Lemmen http://www.semistable.com
opinions on this matter?
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
developers, but also at new
maintainers, contributors who are not even in the nm queue (there are
many of them), and even interested users or people who want to become
more involved
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description
you only get rough answers in the sense of in
this city.
[0] http://debian.semistable.com/geoloc.pl
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
-in is the only way
to go.
thanks for the feedback, no reason to discuss this any further, i'll see
if it's possible to implement it that way.
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
. in the script you should
replace ed with red, the c implementation hasn't been touched in a
while and i don't know how well it works now
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
would be taught to handle .deb files as it does .gz files, and
a method for apt be written, how big are the chances that support could
be integrated into dak? the effort wouldn't be *that* big...
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
unless you can come up with some real reason why this should be
changed.
of course this should not be rushed, and isn't really critical at all.
but cruft *is* a bug, and things should be cleaned up.
cu robert
--
Robert Lemmen http://www.semistable.com
an ultra 10 or a netra x1 be sufficient?
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
not trusted enough, but
i'd like an ordinary user account on the machine, as i need it for work
every now and then. just holler when you know where and when it is
needed...
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
for
good?
regards robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
that it was removed in testing (thanks!)
still: can we make this a policy item?
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
change, and
making such a policy decision at a time when it does not mean reverting
some big package back to an older version. think of it as a
regression...
cu robert
--
Robert Lemmen http://www.semistable.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
.
I would support it too, provided that it's tied to a policy decision not
to accept works licensed under the AGPL into main.
please forgive my ignorance, but i don't understand what the AGPL has to
do with click-through license agreements. could you explain?
cu robert
--
Robert Lemmen
as such...
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
firmware in
non-free, and make sure you can still use your system) what is most in
line with how we deal with these things in debian?
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
robert
[0] http://womble.decadent.org.uk/blog/for-those-who-care-about-firmware
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
(in some cases) without package B should declare some kind of
relationship on it. simply because there *is* a relation between them...
doesn't that sound reasonable to you?
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital
ok, i think i have just woken up and must have mixed up a few unrelated
things in my previous mail(s). please disregard everything i said...
thanks robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
.
for the record: i have a script running that monitors that, and bugs are
found 50/50 in unstable and testing. no real trend over the last 1.5
years. considering how many people use testing, and how few use
unstable, i think unstable is quite effective!
cu robert
--
Robert Lemmen
0.0001% performance. this might even be a
solution that is acceptable to upstream...
cu robert
ps: i like libev, it's awesome!
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Robert Lemmen [EMAIL PROTECTED]
* Package name: dicelab
Version : 0.4
Upstream Author : Robert Lemmen [EMAIL PROTECTED]
* URL : http://www.semistable.com/dicelab/
* License : GPL
Programming Lang: C
Description
Package: wnpp
Severity: wishlist
Owner: Robert Lemmen [EMAIL PROTECTED]
* Package name: kelbt
Version : 0.12
Upstream Author : Adrian Thurston [EMAIL PROTECTED]
* URL : http://www.cs.queensu.ca/~thurston/kelbt/
* License : GPL
Programming Lang: C, C
for it is included
as an example _is_ interesting. will rephrase the paragraph accordingly.
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
), then please send them my way. with a moderatly long list of use
cases, i could go on defining the query language...
cu rober
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
. that's
why having the choice would be great!
regards robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
/Software/systemd/InterfaceStabilityPromise/
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 01 Sep 2010 21:08:18 +0100
Source: fastdep
Binary: fastdep
Architecture: source amd64
Version: 0.16-13
Distribution: unstable
Urgency: low
Maintainer: rober...@semistable.com
Changed-By: Robert Lemmen rober...@semistable.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 26 Jul 2010 16:54:31 +0100
Source: mnemosyne
Binary: mnemosyne
Architecture: source all
Version: 1.2.2-1
Distribution: unstable
Urgency: low
Maintainer: rober...@semistable.com
Changed-By: Robert Lemmen rober...@semistable.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 11 Jan 2010 15:32:41 +
Source: tablix2
Binary: tablix2
Architecture: source amd64
Version: 0.3.5-2
Distribution: unstable
Urgency: low
Maintainer: rober...@semistable.com
Changed-By: Robert Lemmen rober...@semistable.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 18 Jan 2010 10:30:16 +
Source: check
Binary: check
Architecture: source amd64
Version: 0.9.8-1
Distribution: unstable
Urgency: low
Maintainer: rober...@semistable.com
Changed-By: Robert Lemmen rober...@semistable.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 30 Jun 2010 10:17:38 +0100
Source: fastdep
Binary: fastdep
Architecture: source amd64
Version: 0.16-12
Distribution: unstable
Urgency: low
Maintainer: rober...@semistable.com
Changed-By: Robert Lemmen rober...@semistable.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 30 Jun 2010 10:56:37 +0100
Source: eukleides
Binary: eukleides
Architecture: source amd64
Version: 1.5.4-1
Distribution: unstable
Urgency: low
Maintainer: rober...@semistable.com
Changed-By: Robert Lemmen rober...@semistable.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 30 Jun 2010 10:50:26 +0100
Source: zsync
Binary: zsync
Architecture: source amd64
Version: 0.6.1-3
Distribution: unstable
Urgency: low
Maintainer: rober...@semistable.com
Changed-By: Robert Lemmen rober...@semistable.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 23 Mar 2010 09:59:09 +
Source: zsync
Binary: zsync
Architecture: source amd64
Version: 0.6.1-2
Distribution: unstable
Urgency: low
Maintainer: rober...@semistable.com
Changed-By: Robert Lemmen rober...@semistable.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 24 Mar 2010 19:14:01 +
Source: eukleides
Binary: eukleides
Architecture: source amd64
Version: 1.5.3-1
Distribution: unstable
Urgency: low
Maintainer: rober...@semistable.com
Changed-By: Robert Lemmen rober...@semistable.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 24 Mar 2010 10:57:33 +
Source: mingw32
Binary: mingw32
Architecture: source amd64
Version: 4.2.1.dfsg-1.1
Distribution: unstable
Urgency: low
Maintainer: rober...@semistable.com
Changed-By: Robert Lemmen rober
...@semistable.com
Changed-By: Robert Lemmen rober...@semistable.com
Description:
libgd-tools - GD command line tools and example code
libgd2-noxpm - GD Graphics Library version 2 (without XPM support)
libgd2-noxpm-dev - GD Graphics Library version 2 (development version)
libgd2-xpm - GD
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 24 Oct 2011 19:36:19 +0100
Source: aft
Binary: aft
Architecture: source all
Version: 2:5.098-1
Distribution: unstable
Urgency: low
Maintainer: Robert Lemmen rober...@semistable.com
Changed-By: Robert Lemmen rober
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 16 Nov 2011 17:58:48 +
Source: noiz2sa
Binary: noiz2sa noiz2sa-data
Architecture: source amd64 all
Version: 0.51a-9
Distribution: unstable
Urgency: low
Maintainer: Robert Lemmen rober...@semistable.com
Changed-By: Robert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 02 Nov 2011 19:27:18 +
Source: aft
Binary: aft
Architecture: source all
Version: 2:5.098-2
Distribution: unstable
Urgency: low
Maintainer: Robert Lemmen rober...@semistable.com
Changed-By: Robert Lemmen rober
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 02 Nov 2011 19:30:33 +
Source: ragel
Binary: ragel
Architecture: source amd64
Version: 6.7-1
Distribution: unstable
Urgency: low
Maintainer: Robert Lemmen rober...@semistable.com
Changed-By: Robert Lemmen rober
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 16 Nov 2011 18:25:14 +
Source: eukleides
Binary: eukleides
Architecture: source amd64
Version: 1.5.4-2
Distribution: unstable
Urgency: low
Maintainer: Robert Lemmen rober...@semistable.com
Changed-By: Robert Lemmen rober
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 16 Nov 2011 19:01:31 +
Source: mnemosyne
Binary: mnemosyne
Architecture: source all
Version: 1.2.2-2
Distribution: unstable
Urgency: low
Maintainer: Robert Lemmen rober...@semistable.com
Changed-By: Robert Lemmen rober
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 21 Sep 2007 14:54:37 +0200
Source: ragel
Binary: ragel
Architecture: source i386
Version: 5.23-2
Distribution: unstable
Urgency: low
Maintainer: Robert Lemmen [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 17 Oct 2007 12:45:26 +0200
Source: ragel
Binary: ragel
Architecture: source i386
Version: 5.23-3
Distribution: unstable
Urgency: low
Maintainer: Robert Lemmen [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 4 Dec 2006 20:50:15 +0100
Source: ragel
Binary: ragel
Architecture: source i386
Version: 5.16-1
Distribution: unstable
Urgency: low
Maintainer: Robert Lemmen [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 21 Dec 2006 21:03:44 +0100
Source: check
Binary: check
Architecture: source i386
Version: 0.9.4-3
Distribution: unstable
Urgency: high
Maintainer: Robert Lemmen [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 18 Sep 2007 15:54:15 +0200
Source: tablix2
Binary: tablix2
Architecture: source amd64
Version: 0.3.5-1
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED]
Description
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 4 Sep 2007 17:11:25 +0200
Source: kelbt
Binary: kelbt
Architecture: source amd64
Version: 0.12-1
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED]
Description:
kelbt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 10 Dec 2007 15:10:59 +0100
Source: kelbt
Binary: kelbt
Architecture: source amd64
Version: 0.12-2
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED]
Description:
kelbt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 10 Dec 2007 17:06:15 +0100
Source: dicelab
Binary: dicelab
Architecture: source amd64
Version: 0.5-1
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED]
Description
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 18 Feb 2008 21:31:41 +
Source: mnemosyne
Binary: mnemosyne
Architecture: source all
Version: 1.0-1
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED]
Description
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 22 Feb 2008 15:47:40 +
Source: dicelab
Binary: dicelab
Architecture: source amd64
Version: 0.6-1
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED]
Description
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 29 Feb 2008 10:02:02 +
Source: ragel
Binary: ragel
Architecture: source amd64
Version: 6.0-1
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED]
Description:
ragel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 4 Mar 2008 14:20:10 +
Source: mnemosyne
Binary: mnemosyne
Architecture: source all
Version: 1.0-2
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED]
Description
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 4 Mar 2008 13:58:16 +
Source: ragel
Binary: ragel
Architecture: source amd64
Version: 6.0-2
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED]
Description:
ragel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 5 Mar 2008 11:38:54 +
Source: ragel
Binary: ragel
Architecture: source amd64
Version: 6.0-3
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED]
Description:
ragel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 5 Mar 2008 17:50:27 +
Source: noiz2sa
Binary: noiz2sa noiz2sa-data
Architecture: source amd64 all
Version: 0.51a-8
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 7 Mar 2008 11:12:58 +
Source: xtermcontrol
Binary: xtermcontrol
Architecture: source amd64
Version: 2.9-2
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 4 Sep 2007 15:31:00 +0200
Source: xtermcontrol
Binary: xtermcontrol
Architecture: source amd64
Version: 2.9-1
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 7 Dec 2007 12:52:06 +0100
Source: check
Binary: check
Architecture: source amd64
Version: 0.9.5-3
Distribution: unstable
Urgency: low
Maintainer: Robert Lemmen [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 17 Sep 2007 15:31:54 +0200
Source: mnemosyne
Binary: mnemosyne
Architecture: source all
Version: 0.9.9-1
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED]
Description
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 10 Dec 2007 16:07:27 +0100
Source: fastdep
Binary: fastdep
Architecture: source amd64
Version: 0.16-10
Distribution: unstable
Urgency: low
Maintainer: [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED]
Description
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 28 Aug 2007 12:14:42 +0200
Source: check
Binary: check
Architecture: source amd64
Version: 0.9.5-1
Distribution: unstable
Urgency: low
Maintainer: Robert Lemmen [EMAIL PROTECTED]
Changed-By: Robert Lemmen [EMAIL PROTECTED
1 - 100 of 332 matches
Mail list logo