I'm sorry, but because I have been receiving more than 100 junk-mail
messages an hour, I no longer accept e-mail from unregistered senders.
To send me a message, please follow the path that best describes your needs:
Business Contacts
-
1. Register as a valid sender by visitin
Peter Hawkins <[EMAIL PROTECTED]> wrote:
>
> Now for added points, when two versions of a udeb exist in an archive
> directory, how does one make apt-ftparchive only list the most recent one in
> the Packages file it generates? I'm currently using the recipe on that page
I don't know :) But yo
Hi...
Now for added points, when two versions of a udeb exist in an archive
directory, how does one make apt-ftparchive only list the most recent one in
the Packages file it generates? I'm currently using the recipe on that page
almost verbatim.
I'm trying to override just a single package out
Your message dated Mon, 2 Jun 2003 11:27:15 +0200
with message-id <[EMAIL PROTECTED]>
and subject line closed
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
On Mon, Jun 02, 2003 at 02:42:07AM +0200, Andreas Hernitscheck wrote:
> hello!
>
> why is it written: "Note: don't use CD-R media for a one-time install, use
> CD-RW." on http://people.debian.org/~dwhedon/boot-floppies/
>
> i dont understand? ive got no cd-rw writer only cdr. what does it mean?
hello!
why is it written: "Note: don't use CD-R media for a one-time install, use
CD-RW." on http://people.debian.org/~dwhedon/boot-floppies/
i dont understand? ive got no cd-rw writer only cdr. what does it mean?
thanx!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
> [Herbert Xu]
>> FWIW, I posted a script ages ago to produce the data file containing
>> network devices for discover v1 directly from a kernel-image
>> package. This can be easily extended to cover other PCI devices.
>
> I got a script to update v1
Your message dated Sun, 01 Jun 2003 16:10:01 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#193807: fixed in partconf 0.04
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your
Accepted:
partconf-find-partitions_0.04_i386.udeb
to pool/main/p/partconf/partconf-find-partitions_0.04_i386.udeb
partconf-mkfstab_0.04_i386.udeb
to pool/main/p/partconf/partconf-mkfstab_0.04_i386.udeb
partconf_0.04.dsc
to pool/main/p/partconf/partconf_0.04.dsc
partconf_0.04.tar.gz
to pool
Processing commands for [EMAIL PROTECTED]:
> tag 185574 + fixed
Bug#185574: : di-utils-generic: mapdevfs do not support software RAID devices
(/dev/md/0)
Tags were: pending
Tags added: fixed
> quit
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system a
tag 185574 + fixed
quit
This message was generated automatically in response to a
non-maintainer upload. The .changes file follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 01 Jun 2003 20:54:45 +0200
Source: libdebian-installer
Binary: libdebian-installer3-dev libde
Accepted:
libdebian-installer3-dev_0.14_i386.deb
to pool/main/libd/libdebian-installer/libdebian-installer3-dev_0.14_i386.deb
libdebian-installer3_0.14_i386.deb
to pool/main/libd/libdebian-installer/libdebian-installer3_0.14_i386.deb
libdebian-installer_0.14.dsc
to pool/main/libd/libdebian-i
Accepted:
anna_0.030.dsc
to pool/main/a/anna/anna_0.030.dsc
anna_0.030.tar.gz
to pool/main/a/anna/anna_0.030.tar.gz
anna_0.030_i386.udeb
to pool/main/a/anna/anna_0.030_i386.udeb
Announcing to [EMAIL PROTECTED]
Thank you for your contribution to Debian.
--
To UNSUBSCRIBE, email to [EMAIL
Package: cdebconf
Version: 0.38
Severity: important
the text frontend progress bar is unusable on TERM=dumb
bastian
--
No one may kill a man. Not for any purpose. It cannot be condoned.
-- Kirk, "Spock's Brain", stardate 5431.6
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
[Jeff Licquia]
> I've stashed discover 2.0.2-0.0.0.2 and discover-data 2.2003.02.05-2
> packages in http://hackers.progeny.com/~licquia/discover/. Again,
> please don't upload these or otherwise give them "official" status.
Is this how it is supposed to work?
developer:/# discover --data-path=
Processing commands for [EMAIL PROTECTED]:
> close 189309
Bug#189309: id: unknown user name: 0
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to Joe Nahmias <[EMAIL PROTECTED]>
> close 192717
Bug#192717: busybox-cvs_0.60.99.cvs20
[Peter Hawkins]
> Isn't that because what that line actually scans for is things of
> type 'display'?
Right. I thought it was an instruction, not a type. I changed it to
'all', and it worked much better. :)
I tried to list several types on the command line, but that gave a
segfault. Not every
sön 2003-06-01 klockan 15.53 skrev Chris Tillman:
> On Sun, Jun 01, 2003 at 10:35:11AM +0200, Petter Reinholdtsen wrote:
> > [Petter Reinholdtsen]
> >
> > 670k is way to much. It is one of the biggest udebs. We need to
> > reduce it.
>
> Is there a true requirement for reduction here? It seems
[Chris Tillman]
> Is there a true requirement for reduction here? It seems like
> whenever we exclude this or that hardware, we also exclude this or
> that user. Someone has worked diligently to make discover
> inclusive?
Reducing the size of discover-data-udeb and redusing the list of
supported
On Sun, Jun 01, 2003 at 10:35:11AM +0200, Petter Reinholdtsen wrote:
> [Petter Reinholdtsen]
>
> 670k is way to much. It is one of the biggest udebs. We need to
> reduce it.
Is there a true requirement for reduction here? It seems like whenever
we exclude this or that hardware, we also exclude
Hi...
On Sun, 1 Jun 2003 07:27 pm, Petter Reinholdtsen wrote:
> [Petter Reinholdtsen]
>
> > developer:~# discover --data-path=linux/module/name \
> > --data-version=2.4 -t -d all -e ata -e pci -e pcmcia -e scsi display
> > --data-version has no meaning without --data-path.
>
> I found the p
21 matches
Mail list logo