[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-commits
Subject:    kdenonbeta/icecream/icecream
From:       Stephan Kulow <coolo () kde ! org>
Date:       2004-08-29 15:26:00
Message-ID: 20040829152600.0C2F590B5 () office ! kde ! org
[Download RAW message or body]

CVS commit by coolo: 

run as user is dead (maybe we will later require a setuid wrapper to be installed,
but that's another story)
adding API cleanup as release critical


  M +1 -15     TODO   1.47


--- kdenonbeta/icecream/icecream/TODO  #1.46:1.47
@@ -10,19 +10,5 @@
    convenient for users of /opt/gcc-cvs/bin too)
 * Improve Documentation (cschum)
-
-Dream Mode:
-* daemon: run without chroot rights (not sure it's worth it)
-      as we can't overwrite the ld-linux.so, we would need to call all binaries \
                ourselves.
-      E.g. PATH=/ LD_LIBRARY_PATH=$PWD/lib:$PWD/usr/lib lib/ld-linux.so usr/bin/gcc \
                -print-prog-name=cc1
-        parse that output and use it for -B
-      PATH=/ LD_LIBRARY_PATH=$PWD/lib:$PWD/usr/lib lib/ld-linux.so usr/bin/gcc -B \
                $basepath -v test.ii -finvalid-opt
-        parse that output and use the command line used (remove -pipe from the \
                options)
-      E.g.
-      lib/ld-linux.so $basepath/cc1plus -fpreprocessed test.ii -quiet -dumpbase test \
                -auxbase test -version -o test.s
-      ... you figured here it's just too ugly to be worth it
-  - I tried on Matz's suggestion to put wrapper scripts in place, but g++ does an \
                execve on cc1plus and so the system
-    shell (/bin/sh) is interpreted by the environment's ld-linux.so - causing the \
                kind of problems we wanted to avoid.
-    There are two solutions to _that_ problem I guess: packaging /bin/sh too (ugly) \
                or making the wrapper not scripts
-    but small binaries compiled on the client machine (ugly too)
+* remove the redudancy between Service/MsgChannel (matz)
 
 Random:


[prev in list] [next in list] [prev in thread] [next in thread]