Hi Jeff...
In addition to the three patches I sent earlier for discover to build from
source, I suggest the attached patch to debian/rules, which simply adds a '.'
in an opportune place, so the libdiscover.so symlink is not added to the udeb
(it's not needed, and it causes the installer's
Hi..
I imagine the correct fix is simply not to tag discover.conf as a conffile, so
dpkg doesn't play fast and loose with renaming it. Hence add a:
rm -f debian/discover-udeb/DEBIAN/conffiles
right after the call to dh_installdeb when building discover-udeb.
This seems to work fine.
=)
Peter
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 problem.
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
[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
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 like
[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
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:
[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
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]
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
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
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
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
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
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
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
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
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?
I'm not
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
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 you can
21 matches
Mail list logo
