Salve a tutti, sto provando a compilare i moduli lirc e nvidia (con la
patch per il kernel 2.6) ottenuti da pacchetti per il kernel 2.6 , ma
quando dalla dir del kernel lancio make-kpkg mi da i seguenti errori:
Makefile:359: /usr/src/linux-2.6.0-test1/Rules.make: No such file or
directory
Chinese names from different regions are romanized using
incompatible schemes, sometimes even *inconsistent* schemes. Only
mainland Chinese use a consistent scheme (Pinyin).
Here in Taiwan they have placed a nut in charge of this. He will be
gone after the Mar. 2004 election
though.
On Sun, Oct 05, 2003 at 02:24:37PM -0400, John Belmonte wrote:
Steve Langasek wrote:
Generally, I think people are using
http://bugs.debian.org/release-critical/ and looking through the bugs
with ids lower than x. I think you'll find that the majority of older
bugs there fall into this
On Saturday 04 October 2003 02:25, Glenn Maynard wrote:
(B[...]
(B I do think having a list of native DD names would be novel, at least,
(B but it would have to be manually maintained.
(B
(BPerhaps have DDs just put their name in original form in the changelog.Debian?
(B(Ok, I would want
Adrian von Bidder [EMAIL PROTECTED] wrote:
On Saturday 04 October 2003 02:25, Glenn Maynard wrote:
[...]
I do think having a list of native DD names would be novel, at least,
but it would have to be manually maintained.
Perhaps have DDs just put their name in original form in the
Bao C. Ha [EMAIL PROTECTED] wrote:
I am trying to patch the kernel 2.4.22 and got into troubles. It seems
that the Debian kernel has been patched to do away the pmtu field of
the struct dst_entry (include/net/dst.h).
Any sugegstions on how to get it working again. The last working Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear,
Debian JP Project reports to Debian Project about Japanese fonts
included in Debian archive and which has a serious license
violation. Debian Project should case for this problem immediately.
* Debian packages which receive influence
o
Package: wnpp
Version: N/A; reported 2003-10-06
Severity: normal
Hi,
I intend to adopt the wmclock package. It is not orphaned per se, but
given the following facts I think it's up for adoption:
- according to debian/changelog, the package has had three uploads; two
were sponsored Maintainer
On Thu, Oct 02, 2003 at 08:31:08PM +0200, Robert Lemmen wrote:
please do! dselect (whil ebeing verty simple and functional) has the
most counter-intuitive user interface i have seen. the day i
discovered aptitude and got rid of dselect meant a big step forward
for my persoanl debian
Daniel Burrows wrote:
(h) ummm, I can't think of anything else right now.
Listing the release (stable/testing/unstable or woody/sarge/sid) it comes
from next to the versions of a package would be nice.
Just my .02 EUR.
--
Kurt Bernhard Pruenner Telefon: 0732/2468-7135
Techniker
On Sun, Oct 05, 2003 at 08:24:51PM -0400, Peter S Galbraith wrote:
This is heimdal.info, produced by makeinfo version 4.0 from
heimdal.texi.
heimdal.info-1: 210
heimdal.info-2: 47804
---
Yet the file is _not_ split in two.
Why? I don't know.
Well, 4.0 is a version that's about four
retitle 213467 ITP: gTodo - Gtk-2 todo list
--
Mika Hämäläinen
[EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
* Package name: fastdep
Version : 0.15
Upstream Author : Bart Vanhauwaert [EMAIL PROTECTED]
* URL : http://www.irule.be/bvh/c++/fastdep/
* License : (GPL)
Description : fast dependency generator for C/C++ files
The
Hi folks,
as of the latest update of libssl0.9.7 the postinst is able to restart
certain services which use the ssl or crypto library, so that they don't
use the faulty libraries any longer. I used part of the code from
libc6.postinst. Currently there is only apache-ssl, ssh and sendmail in
the
Hello,
I'm working with Linux pthreads, from the glibc 2.2.3.
The problem occurs when I try to shut down my aplication controlled by
receiving signal SIGTERM. The root thread receives the signal and makes a
pthread_cancel() to all threads and waits with pthread_join() for cancellation.
But a
On Mon, Oct 06, 2003 at 02:29:38PM +0200, Christoph Martin wrote:
Hi folks,
as of the latest update of libssl0.9.7 the postinst is able to restart
certain services which use the ssl or crypto library, so that they don't
use the faulty libraries any longer. I used part of the code from
On Mon, Oct 06, 2003 at 02:29:38PM +0200, Christoph Martin wrote:
[...] Currently there is only apache-ssl, ssh and sendmail in the list
of services to be restarted. Please let me know if you wish more
services to be included in the list.
postfix-tls and cyrus21 also uses libssl.
Gabor
On Mon, Oct 06, 2003 at 02:28:25PM +0200, [EMAIL PROTECTED] wrote:
Hello,
I'm working with Linux pthreads, from the glibc 2.2.3.
^^
That's your explanation.
Or, more precisely: this is a known issue with Linux Threads, and one of
the main reasons the new threading setup is so much nicer
On Mon, Oct 06, 2003 at 07:12:03PM +1000, Herbert Xu wrote:
Bao C. Ha [EMAIL PROTECTED] wrote:
I am trying to patch the kernel 2.4.22 and got into troubles. It seems
that the Debian kernel has been patched to do away the pmtu field of
the struct dst_entry (include/net/dst.h).
Any
Hi, Christoph Martin wrote:
Hi folks,
as of the latest update of libssl0.9.7 the postinst is able to restart
certain services which use the ssl or crypto library, so that they don't
use the faulty libraries any longer. I used part of the code from
libc6.postinst. Currently there is only
On Mon, Oct 06, 2003 at 02:29:38PM +0200, Christoph Martin wrote:
Hi folks,
as of the latest update of libssl0.9.7 the postinst is able to restart
certain services which use the ssl or crypto library, so that they don't
use the faulty libraries any longer. I used part of the code from
On Mon, Oct 06, 2003 at 07:12:03PM +1000, Herbert Xu wrote:
Hi Herbet,
If I want both the freeswan module capability and IPVS, how should
I proceed.
Thanks.
Bao
Bao C. Ha [EMAIL PROTECTED] wrote:
I am trying to patch the kernel 2.4.22 and got into troubles. It seems
that the Debian
Only on a well-written OS... ;)
Mark Brown wrote:
On Mon, Oct 06, 2003 at 01:01:52AM +0200, Marc Haber wrote:
Well-written C++ using well tested class libraries tend to do a pretty
good job, security-wise.
I often find that well written code does a good job.
Re: Re: bug data mining [Graham Wilson [EMAIL PROTECTED], Mon, Oct 06, 2003
at 12:34:54AM -0500, [EMAIL PROTECTED]]
for bug in $bugs; do
if [ `reportbug -m $bug | grep ^From ` = 1 ]; then
echo $bug
fi
done
s/reportbug/querybts/
Christoph
--
Christoph Berg [EMAIL
On Mon, Oct 06, 2003 at 05:10:18PM +0200, Louis-David Mitterrand wrote:
On Mon, Oct 06, 2003 at 07:12:03PM +1000, Herbert Xu wrote:
You can either use a vanilla kernel, or unapply the IPSEC patch as
documented in the README.Debian file.
Why is the ipsec patch applied by default in the
On Mon, Oct 06, 2003 at 04:48:59PM +0100, MJ Ray wrote:
On 2003-10-06 15:46:01 +0100 Eric Sharkey [EMAIL PROTECTED] wrote:
However, if you look at the logo as a component of Debian as a whole,
and consider derived works of the logo to be derived works of Debian,
Surely the logo is a work on
On Monday 06 October 2003 19:38, Bao C. Ha wrote:
On Mon, Oct 06, 2003 at 07:12:03PM +1000, Herbert Xu wrote:
Hi Herbet,
If I want both the freeswan module capability and IPVS, how should
I proceed.
You need kernel hacker skills to do that. Even if these patches both apply
cleanly each
On 2003-10-06 19:57:06 +0100 Chris Waters [EMAIL PROTECTED] wrote:
A logo is a graphical equivalent of a name.
I do not believe that, either. The logo is more of a creative work
than a word.
As to your example, you should note that the BSD licence does not
attempt to enforce the trademark
also sprach Eduard Bloch [EMAIL PROTECTED] [2003.09.22.1155 +0200]:
Me too - if we have to have significantly modified kernels, they should
be labelled as being such.
They are - look at the last part of the kernel-image-KVERS image.
So 2.4.22-686 indicates a 2.5 IPsec backport?
Reality
On Mon, Oct 06, 2003 at 11:57:06AM -0700, Chris Waters wrote:
On Mon, Oct 06, 2003 at 04:48:59PM +0100, MJ Ray wrote:
On 2003-10-06 15:46:01 +0100 Eric Sharkey [EMAIL PROTECTED] wrote:
However, if you look at the logo as a component of Debian as a whole,
and consider derived works of the
also sprach Herbert Xu [EMAIL PROTECTED] [2003.10.03.1016 +0200]:
I cannot disable IPsec at runtime as I cannot replace the IP stack
at runtime, and it modifies the IP stack. Moreover, you state the
The IPSEC stack does nothing unless you specify policies through
PFKEY or NETLINK. In
also sprach Osamu Aoki [EMAIL PROTECTED] [2003.09.22.0026 +0200]:
Can your patch file to be more modular like X package? It is
a big chunk.
This would be a solution, but it would be an ugly solution. I still
don't believe that the grsecurity patch should have to unpatch even
parts of
also sprach Eduard Bloch [EMAIL PROTECTED] [2003.09.22.1207 +0200]:
Let's create a package called linux-2.4.22 or
linux-2.4.22-pure-vanilla-source-for-you-to-patch with a script which
does exactly this.
I oppose. Let's get rid of kernel-{source,image,etc.} and provide
linux-kernel-*. Then
also sprach Herbert Xu [EMAIL PROTECTED] [2003.09.22.1331 +0200]:
It is unacceptable for us to distribute kernels with known
(security) bugs.
It is unacceptable for us to backport features alongside security
patches. From http://www.debian.org/security/faq:
The most important guideline when
Manoj Srivastava dijo [Sun, Oct 05, 2003 at 03:42:02PM -0500]:
Hi folks,
It's been a few days since my last message. I have added a print
style sheet, so one can use a free Browser (mozilla) to print the
position statement. I have added a couple of new examples, an
inchoate software
also sprach Matthew Garrett [EMAIL PROTECTED] [2003.09.27.1253 +0200]:
There is no good reason for the
grsec patch to require a vanilla kernel tree, merely one that is
slightly less patched than the current Debian one.
There is a good reason why grsec can require a kernel source that is
2.4.22
* martin f krafft ([EMAIL PROTECTED]) [031006 21:57]:
The IPSEC stack does nothing unless you specify policies through
PFKEY or NETLINK. In other words, it is disabled by default.
From glancing over the patch, it *also* replaces parts of the non
IPsec i.e. standard IP stack. Maybe it
John Belmonte dijo [Sun, Oct 05, 2003 at 10:20:59AM -0400]:
Lua is a modern high-level language. Its 15K stand-alone interpreter
depends on only two libraries which total less than 200K. The
functionality of its standard libraries are limited by ANSI C, but there
are are third party
On Mon, Oct 06, 2003 at 09:45:13PM +0200, martin f krafft wrote:
also sprach Herbert Xu [EMAIL PROTECTED] [2003.09.22.1331 +0200]:
It is unacceptable for us to distribute kernels with known
(security) bugs.
It is unacceptable for us to backport features alongside security
patches. From
also sprach Mark Brown [EMAIL PROTECTED] [2003.09.22.1109 +0200]:
Well, what you seem to want is to have the kernel source avaliable
in a format that makes packaging kernel patches easy. That seems
like a different issue to me.
No, this is the issue. I want the kernel sources to be what they
also sprach Matt Zimmerman [EMAIL PROTECTED] [2003.09.24.2214 +0200]:
make-kpkg and kernel-patches/modules work just fine with vanilla
sources.
Except with --initrd.
I never need initrd if I make my own kernels.
--
Please do not CC me when replying to lists; I read them!
.''`.
also sprach Greg Folkert [EMAIL PROTECTED] [2003.09.28.0209 +0200]:
Would that then allow you to NOT include it in the kernel-source
package, but then make it a standard patch to be installed by default
then? And have a Variable NO_IPSEC_PATCH or something similar so that
kpkg doesn't apply
also sprach Herbert Xu [EMAIL PROTECTED] [2003.09.28.0510 +0200]:
For example, the grsecurity patch has had a history of conflicts
with various patches in the Debian kernel source. Most of those
patches that caused conflicts were in fact essential security
fixes. You can review this for
also sprach [EMAIL PROTECTED] [EMAIL PROTECTED] [2003.09.28.0605 +0200]:
That has more to do with the fact that grsecurity is an intrusive
pile of garbage,
I'd appreciate if you kept your opinions to yourself, or state them
in a less aggressive fashion.
Look, it's that simple - authors of
On Monday 06 October 2003 21:11, Andreas Schuldei wrote:
kernel developers dont use the debian source package as a base
for their work.
I have in the past for writing device drivers. Admittedly none are in the
mainstream kernel (afaik) but that is not the point.
Tom
--
^__^|
also sprach Matt Zimmerman [EMAIL PROTECTED] [2003.09.29.0232 +0200]:
Hear, hear. IPsec in particular is long overdue in the Linux
kernel and I am glad to see it.
It has existed in the freeswan patch for a while!
--
Please do not CC me when replying to lists; I read them!
.''`. martin
On Fri, 2003-10-03 at 14:12, Branden Robinson wrote:
It's::plainly::obvious::what::this::package::does.Why::don't::you::pull
::your::head::out::and::RTFM::once::in::a::while?
It's::not::like::this::sort::of::jargon::is::difficult::to::understand,::or
also sprach Andreas Schuldei [EMAIL PROTECTED] [2003.10.06.2211 +0200]:
From glancing over the patch, it *also* replaces parts of the
non IPsec i.e. standard IP stack. Maybe it provides the same
functionality to the end user. It does *not* provide the same
functionality to the developer.
also sprach Daniel Jacobowitz [EMAIL PROTECTED] [2003.10.06.2220 +0200]:
I beg your pardon? Why do you believe that the _stable
distribution security FAQ_ is relevant to this argument?
Because it is the only thing I could find that reflects Debian's
take on security fixes: feature backports
also sprach martin f krafft [EMAIL PROTECTED] [2003.09.30.1016 +0200]:
How do y'all suggest we continue on this, because apparently there
are two camps with different opinions, Herbert doesn't think he
needs to do anything, and this issue will just die without a change
happening. I think we
Gunnar Wolf wrote:
Because of how powerful is Perl? Because of the amount of things that
depend on Perl that currently exist and would be a waste of time to
rewrite? Because Perl might be the best tool for many cases? There are
many possible answers...
Not that coding in Lua, scsh or similar tools
On Mon, Oct 06, 2003 at 03:14:24PM -0500, Gunnar Wolf wrote:
John Belmonte dijo [Sun, Oct 05, 2003 at 10:20:59AM -0400]:
Lua is a modern high-level language. Its 15K stand-alone interpreter
depends on only two libraries which total less than 200K. The
functionality of its standard
George Danchev [EMAIL PROTECTED] wrote:
Sorry but this is not true and your documentation is misleading ! You have
already known that your ipsec patch can't even be unapplied cleanly, and it
is documented for kernel-source-2.4.22-2 in #213987... This is not corrected
for
On Mon, Oct 06, 2003 at 04:36:50PM -0400, Joe Drew wrote:
On Fri, 2003-10-03 at 14:12, Branden Robinson wrote:
It's::plainly::obvious::what::this::package::does.Why::don't::you::pull
::your::head::out::and::RTFM::once::in::a::while?
On Mon, Oct 06, 2003 at 10:41:47PM +0200, martin f krafft wrote:
also sprach martin f krafft [2003.09.30.1016 +0200]:
How do y'all suggest we continue on this, because apparently there
are two camps with different opinions, Herbert doesn't think he
needs to do anything, and this issue will
On Mon, Oct 06, 2003 at 10:08:57PM +0200, martin f krafft wrote:
also sprach Mark Brown [EMAIL PROTECTED] [2003.09.22.1109 +0200]:
Well, what you seem to want is to have the kernel source avaliable
in a format that makes packaging kernel patches easy. That seems
like a different issue to
On Mon, Oct 06, 2003 at 10:32:20PM +0200, martin f krafft wrote:
also sprach Daniel Jacobowitz [EMAIL PROTECTED] [2003.10.06.2220 +0200]:
I beg your pardon? Why do you believe that the _stable
distribution security FAQ_ is relevant to this argument?
Because it is the only thing I could
On Tue, Oct 07, 2003 at 12:30:45AM +0200, Oliver Kurth wrote:
On Mon, Oct 06, 2003 at 10:08:57PM +0200, martin f krafft wrote:
also sprach Mark Brown [EMAIL PROTECTED] [2003.09.22.1109 +0200]:
Well, what you seem to want is to have the kernel source avaliable
in a format that makes
On Mon, Oct 06, 2003 at 05:54:09PM -0500, Steve Langasek wrote:
Because it is the only thing I could find that reflects Debian's
take on security fixes: feature backports are to be avoided.
That's because it's the position of the *Security Team*, and is
certainly not binding on other
On Mon, Oct 06, 2003 at 06:04:45PM -0500, Steve Langasek wrote:
On Tue, Oct 07, 2003 at 12:30:45AM +0200, Oliver Kurth wrote:
On Mon, Oct 06, 2003 at 10:08:57PM +0200, martin f krafft wrote:
also sprach Mark Brown [EMAIL PROTECTED] [2003.09.22.1109 +0200]:
Well, what you seem to want is
On 2003-10-06, Adam McKenna [EMAIL PROTECTED] wrote:
On Mon, Oct 06, 2003 at 05:54:09PM -0500, Steve Langasek wrote:
Because it is the only thing I could find that reflects Debian's
take on security fixes: feature backports are to be avoided.
That's because it's the position of the
On Mon, Oct 06, 2003 at 03:58:07PM -0700, Adam McKenna wrote:
On Mon, Oct 06, 2003 at 05:54:09PM -0500, Steve Langasek wrote:
Because it is the only thing I could find that reflects Debian's
take on security fixes: feature backports are to be avoided.
That's because it's the position of
Hi all,
I'm packaging a Python program called ask for distribution. Currently,
the main executable is called ask.py. It seems unusual (and why not say,
*ugly*) to have the language extension added to the program, but in this
case, it was a deliberate decision to avoid clash with any other
On Mon, Oct 06, 2003 at 05:54:09PM -0500, Steve Langasek wrote:
On Mon, Oct 06, 2003 at 10:32:20PM +0200, martin f krafft wrote:
also sprach Daniel Jacobowitz [EMAIL PROTECTED] [2003.10.06.2220 +0200]:
I beg your pardon? Why do you believe that the _stable
distribution security FAQ_ is
On Mon, Oct 06, 2003 at 05:42:05PM -0400, John Belmonte wrote:
Gunnar Wolf wrote:
Because of how powerful is Perl? Because of the amount of things that
depend on Perl that currently exist and would be a waste of time to
rewrite? Because Perl might be the best tool for many cases? There are
On Mon, 2003-10-06 at 18:06, Richard Braakman wrote:
It's::not::like::this::sort::of::jargon::is::difficult::to::understand,::or
::that::writing::package::descriptions::which::rely::entirely::on::one's
::understanding of::what::other::packages::do::is::uncommon.
I really hope you
Paga writes:
What would be the best approach, to leave the program as ask.py
(unusual) or rename it to ask (possibility of name conflicts and
breakage of existing installations)?
Leave it. The program will be known as ask.py everywhere outside
Debian. Changing the name is asking for
On Mon, Oct 06, 2003 at 07:50:07PM -0500, John Hasler wrote:
Besides, if dumb names were a problem we'd do something about
openoffice.org.
Besides, for people who work with Python they often see the .py extension
and don't consider it any more dumb than, say, .pl, .sh, .rb(?) and others.
This one time, at band camp, Christoph Martin said:
Hi folks,
as of the latest update of libssl0.9.7 the postinst is able to restart
certain services which use the ssl or crypto library, so that they don't
use the faulty libraries any longer. I used part of the code from
libc6.postinst.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Well, so far, it's keep the extension, which is good as it won't break
existing installations and create confusion...
Thanks,
Paga
On Mon, Oct 06, 2003 at 05:55:48PM -0700, Steve C. Lamb wrote:
On Mon, Oct 06, 2003 at 07:50:07PM -0500, John Hasler
On Mon, Oct 06, 2003 at 06:32:39PM +0900, Kenshi Muto wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear,
Debian JP Project reports to Debian Project about Japanese fonts
included in Debian archive and which has a serious license
violation. Debian Project should case for this
Package: wnpp
Severity: wishlist
* Package name: trang
Version : 20030619
Upstream Author : James Clark [EMAIL PROTECTED]
* URL : http://www.thaiopensource.com/relaxng/trang.html
* License : BSD (with some Apache-licensed parts)
Description : Multi-format
Hi,
At Mon, 6 Oct 2003 20:41:44 -0500,
Branden Robinson wrote:
Debian JP Project reports to Debian Project about Japanese fonts
included in Debian archive and which has a serious license
violation. Debian Project should case for this problem immediately.
debian-legal is a more
Colin Watson wrote:
You haven't challenged it successfully, then; to my knowledge, my
statement is correct for the current base system, which is what it was
referring to.
I don't necessarily oppose tiny languages such as Lua, but perhaps
somebody should write the tools in question in them first,
Convidamos você a experimentar gratuitamente a versão demo do
LOGIC LINE, a melhor e mais rápida ferramenta para o desenvolvimento
de sistemas.
Algumas características do LOGIC LINE:
- Permite o desenvolvimento de qualquer tipo de sistema,
não importando a complexidade do sistema.
- Crie
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Sep 2003 09:43:05 +0200
Source: ulex
Binary: ocaml-ulex
Architecture: source i386
Version: 0.2-1
Distribution: unstable
Urgency: low
Maintainer: Stefano Zacchiroli [EMAIL PROTECTED]
Changed-By: Stefano Zacchiroli [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 30 Sep 2003 12:40:23 -0400
Source: openmosix
Binary: libmos kernel-patch-openmosix libmos-dev openmosix
Architecture: source i386
Version: 1:0.3.4-3
Distribution: unstable
Urgency: low
Maintainer: Stephen Frost [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 16 Sep 2003 01:06:09 +0100
Source: pyrex
Binary: python2.3-pyrex
Architecture: source all
Version: 0.8.2-3
Distribution: unstable
Urgency: low
Maintainer: Ganesan Rajagopal [EMAIL PROTECTED]
Changed-By: Paul Brossier [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 24 Sep 2003 01:24:32 -0400
Source: libxml-easyobj-perl
Binary: libxml-easyobj-perl
Architecture: source all
Version: 1.12-1
Distribution: unstable
Urgency: low
Maintainer: Jay Bonci [EMAIL PROTECTED]
Changed-By: Jay Bonci [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 14 Sep 2003 21:45:21 -0500
Source: libdata-formvalidator-perl
Binary: libdata-formvalidator-perl
Architecture: source all
Version: 3.12-1
Distribution: unstable
Urgency: low
Maintainer: Gunnar Wolf [EMAIL PROTECTED]
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 1 Oct 2003 14:20:29 +0200
Source: ulex
Binary: ocaml-ulex
Architecture: source powerpc
Version: 0.2-3
Distribution: unstable
Urgency: low
Maintainer: Stefano Zacchiroli [EMAIL PROTECTED]
Changed-By: Stefano Zacchiroli [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Sep 2003 17:52:32 +0900
Source: libsufary-ruby
Binary: libsufary-ruby libsufary-ruby1.6 libsufary-ruby1.8
Architecture: source i386 all
Version: 7
Distribution: unstable
Urgency: low
Maintainer: Takao KAWAMURA [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 25 Aug 2003 13:37:03 +0200
Source: librra
Binary: librra0-dev librra0 librra0-tools
Architecture: source i386
Version: 0.8.2-1
Distribution: unstable
Urgency: low
Maintainer: Thomas Butter [EMAIL PROTECTED]
Changed-By: Thomas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 12 Sep 2003 14:00:35 +0100
Source: raptor
Binary: libraptor0-dev raptor-utils libraptor0
Architecture: source i386
Version: 0.9.12-4
Distribution: unstable
Urgency: low
Maintainer: Dave Beckett [EMAIL PROTECTED]
Changed-By: Edd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Sep 2003 16:47:31 +0200
Source: gngeo
Binary: gngeo
Architecture: source i386
Version: 0.5.9a-1
Distribution: unstable
Urgency: low
Maintainer: Julien Delange [EMAIL PROTECTED]
Changed-By: Julien Delange [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 9 Sep 2003 22:08:59 +1000
Source: libnet-ip-perl
Binary: libnet-ip-perl
Architecture: source all
Version: 1.20-1
Distribution: unstable
Urgency: low
Maintainer: Frederic Schutz [EMAIL PROTECTED]
Changed-By: Frederic Schutz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 2 Sep 2003 22:18:01 +0200
Source: jack-audio-connection-kit
Binary: libjack0.80.0-dev libjack0.80.0-0 jackd
Architecture: source i386
Version: 0.80.0-1
Distribution: experimental
Urgency: low
Maintainer: Junichi Uekawa [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 6 Oct 2003 07:41:40 +0200
Source: zope-devguide
Binary: zope-devguide zope-devguide-example
Architecture: source all
Version: 20011206-5
Distribution: unstable
Urgency: low
Maintainer: Andreas Tille [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 26 Sep 2003 10:06:01 +0900
Source: amrita
Binary: amrita libamrita-ruby1.6
Architecture: source all
Version: 1.0.2-2
Distribution: unstable
Urgency: low
Maintainer: Taku YASUI [EMAIL PROTECTED]
Changed-By: TANIGUCHI Takaki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Sep 2003 17:50:23 +0200
Source: gtkatlantic
Binary: gtkatlantic
Architecture: source i386
Version: 0.2.13-1
Distribution: unstable
Urgency: low
Maintainer: Julien Delange [EMAIL PROTECTED]
Changed-By: Julien Delange [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 25 Sep 2003 15:08:47 +0900
Source: libalgorithm-diff-ruby
Binary: libalgorithm-diff-ruby1.8 libalgorithm-diff-ruby1.6 libalgorithm-diff-ruby
Architecture: source all
Version: 0.4-2
Distribution: unstable
Urgency: low
Maintainer:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 26 Sep 2003 19:05:31 +0200
Source: readline4
Binary: libreadline4-dev libreadline4 libreadline4-dbg rlfe
Architecture: source i386
Version: 4.3-6
Distribution: unstable
Urgency: low
Maintainer: Matthias Klose [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 27 Sep 2003 18:03:54 -0400
Source: lm-sensors
Binary: lm-sensors-2.4.22-1-686 lm-sensors-source lm-sensors-2.4.22-1-k7-smp
libsensors-dev lm-sensors-2.4.22-1-k7 lm-sensors-2.4.22-1-686-smp lm-sensors
lm-sensors-2.4.22-1-386
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 29 Sep 2003 19:09:11 +0200
Source: vim
Binary: vim-perl vim-gnome vim-ruby vim-tcl vim vim-doc vim-python vim-gtk
Architecture: source i386 all
Version: 1:6.2-106+2
Distribution: unstable
Urgency: low
Maintainer: Luca Filipozzi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 13 Jul 2003 12:09:04 +0100
Source: teleport
Binary: teleport
Architecture: source i386
Version: 0.31.1-1
Distribution: unstable
Urgency: low
Maintainer: Moray Allan [EMAIL PROTECTED]
Changed-By: Phil Blundell [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 27 Sep 2003 17:10:31 -0400
Source: i2c
Binary: i2c-2.4.22-1-k6 i2c-2.4.22-1-386 i2c-source i2c-2.4.22-1-k7
i2c-2.4.22-1-586tsc i2c-2.4.22-1-686-smp i2c-2.4.22-1-k7-smp i2c-2.4.22-1-686
Architecture: source i386 all
Version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 26 Sep 2003 20:19:51 +0200
Source: vim
Binary: vim-perl vim-ruby vim-doc vim-gnome vim-python vim-tcl vim vim-gtk
Architecture: source i386 all
Version: 1:6.2-098+5
Distribution: unstable
Urgency: low
Maintainer: Luca Filipozzi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 27 Sep 2003 23:26:43 +0200
Source: vim
Binary: vim-perl vim-ruby vim-doc vim-gnome vim-python vim-tcl vim vim-gtk
Architecture: source i386 all
Version: 1:6.2-106+1
Distribution: unstable
Urgency: low
Maintainer: Luca Filipozzi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 6 Oct 2003 07:54:58 +0200
Source: python2.3
Binary: python-mpz python2.3-tk python2.3-examples python-tk python2.3-gdbm python-doc
python2.3 python-dev python-elisp idle-python2.3 python2.3-mpz python-gdbm idle
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 5 Oct 2003 19:53:49 +0200
Source: gcc-3.3
Binary: g77-3.3 gnat-3.3 libffi2 lib64stdc++5 protoize gpc-2.1-3.3 gpc-2.1-3.3-doc
lib64gnat3.15 libobjc1 gcc-3.3-doc lib64g2c0 fixincludes libgcj4 libgcj4-dev
g77-3.3-doc gcc-3.3-nof
1 - 100 of 158 matches
Mail list logo
