Search Members Help

» Welcome Guest
[ Log In :: Register ]

Mini-ITX Boards Sale, Fanless BareBones Mini-ITX, Bootable 1G DSL USBs, 533MHz Fanless PC <-- SALE $200 each!
Get The Official Damn Small Linux Book. DSL Market , Great VPS hosting provided by Tektonic
Pages: (15) </ 1 2 3 [4] 5 6 7 8 9 ... >/

[ Track this topic :: Email this topic :: Print this topic ]

reply to topic new topic new poll
Topic: easier way to compile stuff for DSL, chroot + debootstrap< Next Oldest | Next Newest >
WDef Offline





Group: Members
Posts: 798
Joined: Sep. 2005
Posted: July 02 2007,13:39 QUOTE

By glibc is meant the GNU C library, or Standard C library, which is what we call libc6

This why Sarge deb packages often want you to upgrade libc6 when you try to install then on dsl - a newer libc6 is a necessary dependency.  It is fundamentally what defines what userspace prog will run on which system (other libs notwithstanding).

Unfortunately dsl's libc6 (from the Knoppix3.4 parent disk) is not exactly Woody's, but it's very close - close enough not to create difficulties running Woody binaries.  But as we discover apt-get on Woody repos doesn't always agree, which is when I use --ignore-depends on dpkg.  Knoppix sometimes customize and compile their own versions of things that are slightly different to the debian base.

Quote
How do you make sure /usr/include matches the running glibc?


I guess by having glibc and linux-kernel-headers from the same distro version, without fiddling with either. Or by recompiling glibc and putting the appropriate kernel headers in /usr/include/linux etc

Quote
I'm going to guess that gcc1-with-libs.dsl was created from a debian package

I imagine that a number of debian dev packages were added to gcc to make this.

Didn't Knoppix used to have their own repos with all their own packages?  If so then the matching headers exist somewhere.

A bit of C that attempts to test compile against all the headers and libs (the way that some configure scripts do when they are testing if your headers and libs match) could systematically test all the libs and headers in gcc1-with-libs.dsl

I think I only recall coming across the one mismatch though, or it might be two - zlib ought to be checked as well.

One workaround would be to ask Robert to consider recompiling and re-installing the conflicting lib(s) but keeping the matching headers, so we have a guaranteed match - perhaps even put them into dsl. The mismatching headers could just be deleted from gcc-with-libs.dsl.  Header files are often very small anyway.

A total solution would be to recompile all of dsl's libs from scratch automatically using something like the T2 build system scripts and then keep all the headers somewhere for download.

I've had some dealings with one of the authors of the T2 build system  - if John and Robert want I'm sure they might consider helping set this up for dsl with Robert.  It would give Robert total control over all elements in dsl and provide freedom from whatever idiosyncratic version decisions Knoppix had made.
Back to top
Profile PM 
roberts Offline





Group: Members
Posts: 4983
Joined: Oct. 2003
Posted: July 02 2007,15:03 QUOTE

Quote

A total solution would be to recompile all of dsl's libs from scratch automatically using something like the T2 build system scripts and then keep all the headers somewhere for download.

I've had some dealings with one of the authors of the T2 build system  - if John and Robert want I'm sure they might consider helping set this up for dsl with Robert.  It would give Robert total control over all elements in dsl and provide freedom from whatever idiosyncratic version decisions Knoppix had made.


Since DSL 4.0 has a new kernel, I would consider this for DSL v4.0. Let's see how well v4.0 is received and then if the effort is worth the result. I am hoping it will be so. I appreciate the suggestion and offer from WDef.
Back to top
Profile PM WEB 
Juanito Offline





Group: Members
Posts: 1601
Joined: Sep. 2005
Posted: July 02 2007,16:56 QUOTE

Quote
Unfortunately dsl's libc6 (from the Knoppix3.4 parent disk) is not exactly Woody's, but it's very close - close enough not to create difficulties running Woody binaries

This sounds like the best thing might be to use the headers from the Knoppix iso with the debootstrap woody, no? At one point I tried to achieve this using symlinks to the unpacked iso but never succeed - probably because I didn't totally know what I was doing.

Quote
Since DSL 4.0 has a new kernel, I would consider this for DSL v4.0

This and a downloadable build environment sounds like it would be a "very good thing"
Back to top
Profile PM 
roberts Offline





Group: Members
Posts: 4983
Joined: Oct. 2003
Posted: July 02 2007,17:20 QUOTE

This topic was visited once before by fourm member Clacker.
His suggestion was to use DSL and the KNOPPIX 3.4 CD with unionfs.

This topic thread can be found here.
Back to top
Profile PM WEB 
Juanito Offline





Group: Members
Posts: 1601
Joined: Sep. 2005
Posted: July 02 2007,17:44 QUOTE

Ah-ha - very interesting thread, don't know how I missed that the first time around. Since I am more hardware orientated it's going to take me a while to get my head around the whole unionfs thing though...
Back to top
Profile PM 
73 replies since June 18 2007,19:08 < Next Oldest | Next Newest >

[ Track this topic :: Email this topic :: Print this topic ]

Pages: (15) </ 1 2 3 [4] 5 6 7 8 9 ... >/
reply to topic new topic new poll
Quick Reply: easier way to compile stuff for DSL

Do you wish to enable your signature for this post?
Do you wish to enable emoticons for this post?
Track this topic
View All Emoticons
View iB Code