Release Candidates :: DSL v4.0rc3



Quote (jls legalize @ Sep. 12 2007,19:48)
I'd like some sort of automatism that checks the integrity of the knoppix file; 4 example ubuntu checks automatically the file system every 30 mounts.

legalize

Isn't that specific to the partition?  i.e. changeable using tune2fs
Would it be possible to have CONFIG_X86_CMPXCHG set in the 2.4.31 kernel config in dsl-4? I know this is not set in dsl-2.1 but it is required for the i915 drm driver for intel graphics chipsets.

The i830 driver works for drm with XFree86 for intel chipsets upto 855 but it has been superceded by the i915 driver for drm with xorg72 for intel chipsets upto 915 (and maybe beyond).
Jumping back in the thread a bit.
Quote

It seems that some applications (eg the ones in the hplip extension I'm working on) seem to know that if they start in /opt/app/bin, the libs will be in /opt/app/lib. Other applications (eg the ones in samba.dsl) seem to resist all attempts to tell them where to find libs...


This has to do with the -rpath compiler flag which hard codes the locations of libraries (RPATH) into the headers of the resulting binary.  If that was set then it cannot be overriden by LD_LIBRARY_PATH at runtime.

I've sometimes achieved this (I think) by doing:

Code Sample

export PREFIX=/opt/app
env LD_LIBRARY_PATH=${PREFIX}/lib LD_RUN_PATH=${LD_LIBRARY_PATH}  ./configure
make


When it works (only sometimes, the build has to recognize the LD_RUN_PATH variable ), you won't have to use a wrapper so the binary can find the libs in /opt/app/lib

Compiled programs that seemingly "know" where the libs are probably used libtool during the compile or otherwise had -rpath set. I think libtool automatically hard codes the location of the libs (or used to).

People that know about things like hacking Makefiles could always try setting the -rpath and related flags manually I suppose.

One way to avoid all of this is to compile with static linking of course, the downside is a bigger binary and perhaps slower performance.
WDef: although I feel this is not really RC material anymore, there's been a recent thread that might be of interest: http://damnsmalllinux.org/cgi-bin....0;st=15
Quote (Juanito @ Sep. 13 2007,05:11)
Would it be possible to have CONFIG_X86_CMPXCHG set in the 2.4.31 kernel config in dsl-4? I know this is not set in dsl-2.1 but it is required for the i915 drm driver for intel graphics chipsets.

The i830 driver works for drm with XFree86 for intel chipsets upto 855 but it has been superceded by the i915 driver for drm with xorg72 for intel chipsets upto 915 (and maybe beyond).

I think it best to delay this until it can be more fully tested. That being at the beginning of a release candidate cycle. I want to get 4.0 out and not start a new release candidate cycle because of a change to the kernel.

BTW, Have you tested this? Isn't this processor specific?
Next Page...
original here.