Re: [debian-installer] Full CDROM install

[Thierry Laronde]

On Sat, Jul 28, 2001 at 03:42:45PM +0200, Raphael Hertzog wrote:
> Le Fri, Jul 27, 2001 at 05:02:17PM -0700, David Kimdon écrivait:
> > > Is it really not usable to detect CDROM and SCSI cards ? Would it
> > > take much to change that ?
> > > [ ccing Dan Helfman about this ]
> > 
> > I helped with the patch for libdetect0-udeb and it would be very easy to
> > add (or remove) symbols (there is a variable in ./debian/rules) .  I think
> > libdetect0-udeb isn't the way to go, howver and sent a patch to the BTS
> > (#85638) to make a -pic library so we can do library reduction on
> > libdetect.
> 
> BTW, where can I learn more about this library reduction stuff ? I don't
> know much about it. Any pointer to a good doc ?

The libraries stuff was one of the less documented part of compilation.
There is one bool though :

Linkers and Loaders
by John Levine, Morgan Kaufman

It seems to cover the subject [I will have one this week, so I'll be able in
the near future to say if this is worth or not ;)]
-- 
Thierry LARONDE, Centre de Ressources Informatiques, Archamps - France
http://www.cri74.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#105451: update

[Adam Conrad]

Andy,

I don't recall how device numbering worked in 1.2.x (seems like eons ago
now), but have you considered trying /dev/ttyS13 instead of 14?... I know
some kernel releases numbered the serial ports starting at 1, while 2.2.x
numbers starting with 0.  That could have moved your 14 back to 13.  (If
you've already tried this, ignore me.  Just trying to be helpful.)

... Adam Conrad

-Original Message-
From: Andrew Young [mailto:[EMAIL PROTECTED]]
Sent: Sunday, July 29, 2001 10:57 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Bug#105451: update


...
>> This is why MAKEDEV can't configure ttyS14 by itself:
>
> MAKEDEV never configures *anything* really.  It just makes files in
> /dev.

Sure enough.  But it does so by calling mknod; so I'd expect the kernel
to know the device exists, even if it isn't configured correctly.  If
the irq conflicted with something else, I'd expect the system to hang,
ot a call to the port would produce gibberish -- but this "No such
device" error sounds as if the mknod didn't execute correctly, even
though it does produce the correct major and minor numbers in an ls -l
listing.

>> somebody has to tell
>> it how to configure the port.  In Debian's /etc, there is a file called
>> something like serial.conf in which you can enter the necessary info;
>> but that, again, gives "No such device" when the startup script calls
>> setserial to initialize the port.
>
> /etc/serial.conf is controlled by setserial.  You'd have to see the

Well, I'd have put it the other way around: setserial is controlled by
serial.conf, which just tabulates arguments for calls to setserial.

> documentation on that for how it is supposed to be configured.
> Perhaps you could cite what line you have  there.

The same setserial arguments as in the rc.serial file of the Slackware
system:

/dev/ttyS14 uart 16550A port 0x2f0 irq 2

Of course, it produces the same "No such device" complaint as executing

setserial /dev/ttyS14 uart 16550A port 0x2f0 irq 2

by hand does.  It just goes into the log file when it's done by
serial.conf.

As I recall, I also get the "No such device" if I just try to echo "AT" to
the port from the shell.


>>> Maybe you need one of the binary only drivers, e.g., as discussed on
>>> http://www.toppoint.de/~chl/linux_on_512t.html ?
>>
>> That points to www.linmodems.org so supposedly it applies to "Winmodems"
>> and not to real hardware modems, which is what I have.  The only thing
>> that's strange about the modem is the irq and the memory port it uses;
>> apart from that, it's a normal (but made by some no-name clonemaker)
>> modem.
>
> Ok.  Well, that's good.
>
>>> You've looked through all the kernel output it gives at bootup?  That
>>> should be visible with 'dmesg |less' or looking in /var/log/messages .
>>
>> If I add the port-configuration info to serial.conf, the "No such device"
>> error appears there.  I find no other output related to this serial-port
>> problem.
>
> That's irrelevant.  My question is still appropriate.

The only message that refers to serial drivers says:

 Serial driver version 4.27 with no serial options enabled

The syslog file has:

 Failed to open /dev/ttyS14: No such device

when I try to call the modem with pppd.

>>> This really feels like more of a hardware/kernel issue than Debian
>>> issue, really.
>>
>> But if it worked under kernel 1.2.9 (the Slackware system), why is it
>> broken now?  The provision of the configuration line for ttyS14 in the
>> serial.conf file shows that it's *supposed* to work, still
>
> It has nothing to do with a provision for /dev/ttyS14 per se, just a
> provision for your non-standard serial port IO/base address sitting on
> some (assigned by you) /dev/ttyS* device.

But those non-standard settings aren't present until setserial sets them
up.  I get the "No such device" errors when I try to use setserial to set
those values, as well as when trying to call the modem with pppd.  If
setserial is at fault, I'd hope it would return a more descriptive
complaint than "No such device" even if I am using parameters that (for
some reason) are not legitimate under the Debian kernel.  (For example, if
something else has pre-empted the memory slots, I'd expect some complaint
like "memory region already committed"; if something else is using the
irq, then there ought to be a message saying that that irq is already
taken.)

The fact that "No such device" keeps turning up when different programs
try to reach it makes it appear that this is a kernel error message, not
something just generated in setserial.

> Again, this is either a setserial issue, or a kernel issue.  I doubt
> it's a kernel issue unless the device uses a uart which is not
> supported by the kernel, which seems unlikely.

The setserial call in the Slackware system specifies "uart 16550A" and
indeed querying the device (opn that system) returns this same
information; so I think it really is a 16550A.

woody idepci boot disks

[lorac]

Not sure who needs to know about this... but I d\l woody idepci boot
disks, and it fails when going to install the base system from the
network with the following message 'debootstrap exited abnormally' 
I tried different servers as well, but had the same problem on all of
them.
lorac

-
"Violence is the last refuge of the incompetent." - Salvor
Hardin 
ICQ UIN 2123136 Get ICQ
http://www.icq.com

Re: libm on root-filesystem?

[Erik Andersen]

On Thu Jul 26, 2001 at 01:02:43AM +0200, Thimo Neubauer wrote:
> I hate do do a self-reply but I tracked down the problem further:
> 
> libslang needs all mathmatical functions on earth, because it provides
> wrappers for all of them. libnewt instead just needs a few of slangs
> functions, not including a math-function at all. Unfortunately the

I've often felt the world could use a libslang variant the provides
_only_ the screen handling stuff, and eliminates all the other junk
that libslang tries to provide and that nobody uses

Perhaps I'll add that to my TODO list...

 -Erik

--
Erik B. Andersen   email:  [EMAIL PROTECTED], [EMAIL PROTECTED]
--This message was written using 73% post-consumer electrons--

 PGP signature

Build problem for Alpha bootdisks

[Falk Hueffner]

Hi,

I'm just trying to build the boot disks for Alpha, but I get:

I: downloading required packages from files 
/data/src/boot-floppies/scripts/rootdisk/EXTRACT_LIST_all 
/data/src/boot-floppies/scripts/rootdisk/EXTRACT_LIST_alpha
D:  ash base-passwd busybox console-data dhcp-client debootstrap e2fsprogs-bf libnewt0 
libpopt0 makedev modutils nano-tiny netbase net-tools slang1 whiptail libc6.1 
util-linux aboot dosfstools
D:  download command is apt-get -q --yes -o 
Dir::Etc::SourceList=/data/src/boot-floppies/sources.list -o Debug::NoLocking=true -o 
Dir::Cache=/data/mirror/bootfloppies-download/cache -o 
Dir::State::status=/data/mirror/bootfloppies-download/status -o 
Dir::State::Lists=/data/mirror/bootfloppies-download/lists -o 
Dir::Etc::preferences=/data/src/boot-floppies/preferences.apt
Hit http://http.us.debian.org unstable/main Packages
Hit http://http.us.debian.org unstable/main Release
Hit http://http.us.debian.org testing/main Packages
Hit http://http.us.debian.org testing/main Release
Reading Package Lists...
Building Dependency Tree...
Reading Package Lists...
Building Dependency Tree...
D:  not downloading, have file 
'/data/mirror/bootfloppies-download/cache/archives/console-data_1999.08.29-21.1_all.deb'
D:  not downloading, have file 
'/data/mirror/bootfloppies-download/cache/archives/libc6.1_2.2.3-7_alpha.deb'
D:  downloading package(s) ash base-passwd busybox dhcp-client debootstrap 
e2fsprogs-bf libnewt0 libpopt0 makedev modutils nano-tiny netbase net-tools slang1 
whiptail util-linux aboot dosfstools
Reading Package Lists...
Building Dependency Tree...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

Sorry, but the following packages have unmet dependencies:
  modutils: Depends: sysvinit (>= 2.71-2) but it is not going to be installed
E: Sorry, broken packages
can't find package, or no such package, 'ash'
can't find package, or no such package, 'base-passwd'
can't find package, or no such package, 'busybox'
can't find package, or no such package, 'dhcp-client'
can't find package, or no such package, 'debootstrap'
can't find package, or no such package, 'e2fsprogs-bf'
can't find package, or no such package, 'libnewt0'
can't find package, or no such package, 'libpopt0'
can't find package, or no such package, 'makedev'
can't find package, or no such package, 'modutils'
can't find package, or no such package, 'nano-tiny'
can't find package, or no such package, 'netbase'
can't find package, or no such package, 'net-tools'
can't find package, or no such package, 'slang1'
can't find package, or no such package, 'whiptail'
can't find package, or no such package, 'util-linux'
can't find package, or no such package, 'aboot'
can't find package, or no such package, 'dosfstools'
E: ./rootdisk.sh abort
make[1]: *** [root.bin] Error 255
make[1]: Leaving directory `/data/src/boot-floppies'
make: *** [build] Error 2


Do I have to add sysvinit to the package list, or what's the problem?

I also wonder if we shouldn't use the milos from
http://www.suse.de/~stepan/, which are actively being maintained by
the SuSe folks. If nobody objects, I could try it.

Falk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

New bootdisks / first install report / help needed

[Thimo Neubauer]

Hi,

I've just uploaded a new set of Alpha-bootdisks to

  http://people.debian.org/~thimo/

They are still with a manually made to get around the
libm-library-reduction problem (any binutils knowing folks
around?). However I succeeded in booting them, installing kernel and
drivers. Unfortunately, when I tried to configure the modules I just
saw a segfault flashing by being overwritten by dbootstrap again :(
Strangely, nothing about this got written to the logs... Anyway,
manually inserting the modules worked, configuring the network with
DHCP and downloading the packages, too! But even here several
segfaults flashed by. At the end I got a window telling me that
dbootstrap exited with a return code of 139. Daring as I am I rebooted
and had a totally unusable system as /etc/fstab wasn't written...

Basically, there is still much to do, but as I have to have my diploma
thesis finished in three weeks and still have no useful results, I
won't be dealing very much with the disks...

Now, all Alpha owners with a bit of C-knowledge should try to debug
the stuff because Debian 3.0 wouldn't be that great without
Alpha... ;-)

CU
Thimo

-- 
Thimo Neubauer <[EMAIL PROTECTED]>
Debian GNU/Linux 3.0 semi-frozen! See http://www.debian.org/ for details

 PGP signature

Re: Your site listed

[David Kimdon]

As far as I know they dont' all get bills, but it would sure be nice to
collect.

-David

Sat, Jul 28, 2001 at 04:09:53PM -0700 wrote:
> > Pages from your web site at http://www.debian.org have been added to the UK
> > Search Portal, http://www.serenade.co.uk.
> 
> Do we have a Spam Management department? Do all these clowns get bills? I've
> also seen spam showing up inside old bug reports.
> 
> **
> |  .''`.  | Debian GNU/Linux: |
> | : :'  : | debian-imac: |
> | `. `'`  |  . oo   Chris Tillman|
> |   `-| (   -)  [EMAIL PROTECTED]|
> *"--"*
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies/utilities/dbootstrap by thimo

[thimo]

Repository: boot-floppies/utilities/dbootstrap
who:thimo
time:   Sun Jul 29 16:19:27 PDT 2001


Log Message:

added alpha driver disks


Files:

changed:extract_kernel.c


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

small cleanups for mipse(el) - patch

[Guido Guenther]

Here we go again...this time *with* the patch attached...

> The attached patch
> - disables the library reduction for mips(takes ages and is not really
>   needed for nfs root installs(which is the only currently supported 
>   method)
> - adds dvhtool to the root.bin for mips since we want this around to
>   make the system bootable from harddisk
> - marks PTYPE_SGI_VOL & PTYPE_SGI_VOLHDR as FSTYPE_UNKNOWN so it 
>   stops to confuse the installer(the volumehdr was offered as a
>   mountable partition).

BTW I'm not subscribed to debian-boot so please cc.
 -- Guido


Index: rootdisk.sh
===
RCS file: /cvs/debian-boot/boot-floppies/rootdisk.sh,v
retrieving revision 1.228
diff -u -u -r1.228 rootdisk.sh
--- rootdisk.sh 2001/07/18 23:50:35 1.228
+++ rootdisk.sh 2001/07/29 21:28:07
@@ -602,7 +602,7 @@
 fi
 
 # do library reduction for platforms where it works
-if [ "$arch" != "ia64" ]; then
+if [ "$arch" != "ia64" -a "$arch" != "mips" ] ; then
 info "doing library reduction"
 rm -f $R/lib/libc-$libcver.so $R/lib/$libcso
 rm -f $R/usr/lib/libslang.so.* $R/lib/libslang.so.*
Index: scripts/rootdisk/EXTRACT_LIST_mips
===
RCS file: /cvs/debian-boot/boot-floppies/scripts/rootdisk/EXTRACT_LIST_mips,v
retrieving revision 1.1
diff -u -u -r1.1 EXTRACT_LIST_mips
--- scripts/rootdisk/EXTRACT_LIST_mips  2001/04/15 00:41:54 1.1
+++ scripts/rootdisk/EXTRACT_LIST_mips  2001/07/29 21:28:11
@@ -1,2 +1,3 @@
 libc6
 util-linux
+dvhtool
Index: scripts/rootdisk/SMALL_BASE_LIST_mips
===
RCS file: /cvs/debian-boot/boot-floppies/scripts/rootdisk/SMALL_BASE_LIST_mips,v
retrieving revision 1.1
diff -u -u -r1.1 SMALL_BASE_LIST_mips
--- scripts/rootdisk/SMALL_BASE_LIST_mips   2001/04/15 00:41:54 1.1
+++ scripts/rootdisk/SMALL_BASE_LIST_mips   2001/07/29 21:28:11
@@ -1,2 +1,3 @@
 sbin/cfdisk
 sbin/fdisk
+usr/sbin/dvhtool
Index: utilities/libfdisk/fdisk.c
===
RCS file: /cvs/debian-boot/boot-floppies/utilities/libfdisk/fdisk.c,v
retrieving revision 1.59
diff -u -u -r1.59 fdisk.c
--- utilities/libfdisk/fdisk.c  2001/07/16 11:28:38 1.59
+++ utilities/libfdisk/fdisk.c  2001/07/29 21:28:25
@@ -131,6 +131,8 @@
 #if HAVE_SGI_PARTITION
 { PTYPE_SGI_L_SWAP, FSTYPE_SWAP },
 { PTYPE_SGI_L_NATIVE,   FSTYPE_EXT2 },
+{ PTYPE_SGI_VOLHDR,FSTYPE_UNKNOWN },
+{ PTYPE_SGI_VOL,   FSTYPE_UNKNOWN },
 #endif /* HAVE_SGI_PARTITION */
 #if HAVE_LOOP_PARTITION
 /* Fake partition types for loop mounts */

small cleanups for mips(el)

[Guido Guenther]

The attached patch
 - disables the library reduction for mips(takes ages and is not really
   needed for nfs root installs(which is the only currently supported 
   method)
 - adds dvhtool to the root.bin for mips since we want this around to
   make the system bootable from harddisk
 - marks PTYPE_SGI_VOL & PTYPE_SGI_VOLHDR as FSTYPE_UNKNOWN so it 
   stops to confuse the installer(the volumehdr was offered as a
   mountable partition).
Regards,
 -- Guido


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies/debian by cts

[cts]

Repository: boot-floppies/debian
who:cts
time:   Sun Jul 29 14:25:10 PDT 2001


Log Message:

m68k: more Mac keymaps


Files:

changed:changelog


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies by cts

[cts]

Repository: boot-floppies
who:cts
time:   Sun Jul 29 14:09:46 PDT 2001


Log Message:

[m68k] add more map keymaps to keymaps.gz


Files:

changed:keymaps.sh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies/documentation/en by pb

[pb]

Repository: boot-floppies/documentation/en
who:pb
time:   Sun Jul 29 13:14:29 PDT 2001


Log Message:

Add notes about ARM tftp booting, copied from potato tree



Files:

changed:rescue-boot.sgml


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies/documentation/en by pb

[pb]

Repository: boot-floppies/documentation/en
who:pb
time:   Sun Jul 29 13:14:04 PDT 2001


Log Message:

Don't say that this is the first PA/RISC release when building for
arm, even if that happens to be true.



Files:

changed:hardware.sgml


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: libdetect, library reduction

[Dan Helfman]

On Sun, Jul 29, 2001 at 02:01:33PM +0200, Raphael Hertzog wrote:
> Le Sun, Jul 29, 2001 at 01:12:09AM -0700, Dan Helfman ?crivait:
> > And as yet another approach to this, I just found out that the libdetect
> > people have a program in CVS called ldetect that is supposed a "light"
> > slimmed-down version of the libdetect source, supposedly intended for
> > installers and the like. It uses the same hardware database as (the CVS
> > version of) libdetect. 
> 
> How does this relate to the packages ldetect, ldetect-lst in Mandrake
> Cooker ?
> 
> 
>ftp://ftp.proxad.net/pub/Distributions_Linux/Mandrake-devel/cooker/SRPMS/ldetect-0.2.3-13mdk.src.rpm
> 
>ftp://ftp.proxad.net/pub/Distributions_Linux/Mandrake-devel/cooker/SRPMS/ldetect-lst-0.1.2-15mdk.src.rpm
> 
> Is it something different ? It looks like it uses its own database
> instead.

The unreleased CVS version of libdetect appears to also use the new
ldetect-lst database instead of the outdated hardware database we're
using now.

> 
> > Speaking of which, I just wrote to the
> > maintainers to ask if there'd be a release anytime soon. There seem to
> > be a whole lot of hardware table updates and other goodies in the CVS
> > version of libdetect that are of course lacking in the release version
> > that's in Debian. It'd be nice to have a more up-to-date version available
> > for the Woody release, so that all the latest hardware can be supported.
> 
> If you feel confident about the CVS version, you may package it even if it's
> not released yet. However a new upstream release would be better.

Right.. but I figured I'd at least give them the courtesy of asking first. :)
Normally I'd just grab the version out of Mandrake Cooker, as that's
supposedly a little more "release-worthy" than just ganking code
straight outta CVS, but even Cooker only has 0.9.72, which is the
version in Debian right now.

> Cheers,
> -- 
> Rapha?l Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
> Le bouche ? oreille du Net : http://www.beetell.com
> Naviguer sans se fatiguer ? chercher : http://www.deenoo.com
> Formation Linux et logiciel libre : http://www.logidee.com

-- 
Dan Helfman
Hover Carnage: http://hover.sf.net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies/debian by pb

[pb]

Repository: boot-floppies/debian
who:pb
time:   Sun Jul 29 13:00:52 PDT 2001


Log Message:

update


Files:

changed:changelog


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies by pb

[pb]

Repository: boot-floppies
who:pb
time:   Sun Jul 29 12:59:44 PDT 2001


Log Message:

bump ARM kernel version to 2.4.5


Files:

changed:config


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies/debian by pb

[pb]

Repository: boot-floppies/debian
who:pb
time:   Sun Jul 29 12:57:12 PDT 2001


Log Message:

update


Files:

changed:Tag: potato changelog


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies/documentation/en by pb

[pb]

Repository: boot-floppies/documentation/en
who:pb
time:   Sun Jul 29 12:56:18 PDT 2001


Log Message:

Make mention of more burning ARM issues



Files:

changed:Tag: potato inst-methods.sgml rescue-boot.sgml


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies/scripts/rootdisk/prototype/etc/init.d by pb

[pb]

Repository: boot-floppies/scripts/rootdisk/prototype/etc/init.d
who:pb
time:   Sun Jul 29 12:55:41 PDT 2001


Log Message:

load SCSI modules if they are present



Files:

changed:Tag: potato rcS


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cvs commit to boot-floppies by pb

[pb]

Repository: boot-floppies
who:pb
time:   Sun Jul 29 12:55:11 PDT 2001


Log Message:

Backport "include_module" function from woody and use it for arm;
include scsi support for RiscPC



Files:

changed:Tag: potato rootdisk.sh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: libdetect, library reduction

[Raphael Hertzog]

Le Sun, Jul 29, 2001 at 01:12:09AM -0700, Dan Helfman écrivait:
> And as yet another approach to this, I just found out that the libdetect
> people have a program in CVS called ldetect that is supposed a "light"
> slimmed-down version of the libdetect source, supposedly intended for
> installers and the like. It uses the same hardware database as (the CVS
> version of) libdetect. 

How does this relate to the packages ldetect, ldetect-lst in Mandrake
Cooker ?

ftp://ftp.proxad.net/pub/Distributions_Linux/Mandrake-devel/cooker/SRPMS/ldetect-0.2.3-13mdk.src.rpm
ftp://ftp.proxad.net/pub/Distributions_Linux/Mandrake-devel/cooker/SRPMS/ldetect-lst-0.1.2-15mdk.src.rpm

Is it something different ? It looks like it uses its own database
instead.

> Speaking of which, I just wrote to the
> maintainers to ask if there'd be a release anytime soon. There seem to
> be a whole lot of hardware table updates and other goodies in the CVS
> version of libdetect that are of course lacking in the release version
> that's in Debian. It'd be nice to have a more up-to-date version available
> for the Woody release, so that all the latest hardware can be supported.

If you feel confident about the CVS version, you may package it even if it's
not released yet. However a new upstream release would be better.

Cheers,
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

libdetect, library reduction

[Dan Helfman]

On Sat, Jul 28, 2001 at 08:08:28AM -0700, David Kimdon wrote:
> > > I helped with the patch for libdetect0-udeb and it would be very easy to
> > > add (or remove) symbols (there is a variable in ./debian/rules) .  I think
> > > libdetect0-udeb isn't the way to go, howver and sent a patch to the BTS
> > > (#85638) to make a -pic library so we can do library reduction on
> > > libdetect.
> > 
> > BTW, where can I learn more about this library reduction stuff ? I don't
> > know much about it. Any pointer to a good doc ?
> 
> I don't know of a good doc.  I've looked at and played with mklibs.sh
> with small test programs to see what is going on.  That is just a
> reference to an implementation, admittedly, but it is an ok place to start
> depending on how comfortable you are with shell scripts and low-level
> binutils type stuff.

And as yet another approach to this, I just found out that the libdetect
people have a program in CVS called ldetect that is supposed a "light"
slimmed-down version of the libdetect source, supposedly intended for
installers and the like. It uses the same hardware database as (the CVS
version of) libdetect. Speaking of which, I just wrote to the
maintainers to ask if there'd be a release anytime soon. There seem to
be a whole lot of hardware table updates and other goodies in the CVS
version of libdetect that are of course lacking in the release version
that's in Debian. It'd be nice to have a more up-to-date version available
for the Woody release, so that all the latest hardware can be supported.

> -David

-- 
Dan Helfman
Hover Carnage: http://hover.sf.net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]