--- Log opened Thu Mar 22 00:00:54 2007 00:41 -!- sparc-kly [n=mubex@adsl-64-237-249-210.prtc.net] has joined #t2 00:42 -!- AStorm [n=astralst@chello084010114027.chello.pl] has quit ["I wasn't here, really, anyway."] 00:45 -!- AStorm [n=astralst@chello084010114027.chello.pl] has joined #t2 01:00 -!- sepp_ [n=sepp@p213.54.177.160.tisdip.tiscali.de] has joined #t2 01:22 -!- sepp [n=sepp@p213.54.49.93.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)] 01:45 -!- mtr_ [n=Michael@kobz-590ca137.pool.einsundeins.de] has joined #t2 02:03 -!- mtr [n=Michael@kobz-590ca757.pool.einsundeins.de] has quit [Read error: 110 (Connection timed out)] 02:03 -!- mtr_ is now known as mtr 02:41 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 02:41 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 03:00 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Remote closed the connection] 03:02 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 04:06 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 04:08 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 04:20 -!- Shingoshi [n=root@c-24-21-4-193.hsd1.mn.comcast.net] has quit [Remote closed the connection] 07:08 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 07:09 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 08:47 -!- AStorm [n=astralst@chello084010114027.chello.pl] has quit ["I wasn't here, really, anyway."] 08:48 -!- AStorm [n=astralst@chello084010114027.chello.pl] has joined #t2 09:25 -!- sepp_ is now known as sepp 09:26 < sepp> moin :) 09:26 < AStorm> moin 09:27 < sepp> hi AStorm 09:54 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 09:55 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 12:37 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 12:37 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 13:08 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has quit [Remote closed the connection] 13:36 -!- AStorm [n=astralst@chello084010114027.chello.pl] has quit ["WeeChat 0.2.3"] 13:36 -!- AStorm [n=astralst@chello084010114027.chello.pl] has joined #t2 13:36 -!- AStorm [n=astralst@chello084010114027.chello.pl] has quit [Remote closed the connection] 13:38 -!- AStorm [n=astralst@chello084010114027.chello.pl] has joined #t2 14:58 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 60 (Operation timed out)] 15:08 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 15:35 < rxr> re 15:36 < sepp> hi rxr 15:38 < rxr> back in berlin 15:38 < rxr> that was a trip and fair ... 15:45 < sepp> anything new at cebit? beside everyone speaking about trojan horses from some fascistic interior minister 15:49 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 15:50 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 15:56 < CIA-18> susan * r23022 /trunk/package/gnome2/gthumb/gthumb.desc: * updated gthumb (2.7.9 -> 2.10.0) 16:02 < CIA-18> rene * r23023 /trunk/package/develop/vbindiff/vbindiff.desc: * updated vbindiff.desc meta info as pointed out by the author 16:20 < rxr> sepp: yes, more people know T2 than I thought and many more will take a look now :-) 16:28 < rxr> we had way too many handouts 16:28 < rxr> just a couple of hundreds ... 16:29 < rxr> we let Kyocera print two new stacks of paper on their booth 16:29 < rxr> we easily could have gave away more than thousand info papers .. 16:33 < AStorm> rxr, it's because T2 roxx 16:33 < AStorm> and it runs on a PSION :> 16:34 < CIA-18> rene * r23024 /trunk/package/emulators/libvirt/libvirt.desc: * updated libvirt (0.2.0 -> 0.2.1) 16:37 < rxr> AStorm: :-) 16:37 < rxr> we had really many intersting talks the whole week 16:37 < rxr> barely minuts to for something else 16:37 < rxr> not even the daily updates 16:38 < sepp> :) 16:44 < CIA-18> rene * r23025 /trunk/package/xorg/xf86-video-nv/xf86-video-nv.desc: * updated xf86-video-nv (1.99.1 -> 2.0.0) 17:10 -!- d-marc [n=d-marc@HSI-KBW-091-089-000-244.hsi2.kabelbw.de] has joined #t2 17:11 < CIA-18> rene * r23026 /trunk/package/xorg/xorg-server/xorg-server.desc: * updated xorg-server (1.2.99.901 -> 1.2.99.902) 17:11 < CIA-18> rene * r23027 /trunk/package/xorg/xf86-video-i810/xf86-video-i810.desc: * updated xf86-video-i810 (1.9.91 -> 1.9.92) 17:24 < rxr> hi d-marc 17:26 < d-marc> hello 17:26 < d-marc> how are you? 17:26 < d-marc> I was sick for the past days, probably some virus I cathed up 17:27 < d-marc> rxr: need to go in a moment, you wont forget about the pics, will you? 17:32 < rxr> just got back from cebit 17:32 < rxr> exhausted and such 17:32 < d-marc> rxr: btw the imcosys phone can only be flashed from windows 17:32 < rxr> just pasted all auto-update mails onto my reference builder 17:32 < d-marc> hehe 17:32 < rxr> and then I have to continue catching up all the other stuff ... 17:33 < rxr> d-marc: do you got the phone already or some info ? 17:33 < rxr> maybe drop it in private 17:33 < d-marc> it was in the news 17:33 < rxr> btw. when I was on their booth they wanted to call me back later when they have "one for me" 17:33 < rxr> they never called ... 17:33 < d-marc> I am not going to get it if its win32 only 17:34 < rxr> but the linux magazin ordered one for testing, we'll wait for the article first 17:34 < rxr> we have too many other contacts anyway ... 17:34 < d-marc> good idea 17:34 < rxr> fashers usually are simple anyway 17:34 < d-marc> I am carefula about it too 17:34 < rxr> the flashing would be the most trivial thing to get ported to linux ... 17:34 < rxr> usually just timed writing to some port 17:35 < d-marc> if they give you the info I am sure it is trivial 17:35 < rxr> yeah - or log the USB or so traffic ... 17:35 < rxr> can you post the news link ? 17:35 < d-marc> it was on prolinux the other day 17:35 < rxr> ah ok 17:36 < d-marc> I am off 17:36 < d-marc> take care and get some rest !! 17:40 < CIA-18> rene * r23028 /trunk/package/filesystem/parted/ (link-order-fix.patch parted.desc): * updated parted (1.8.2 -> 1.8.6) 17:40 < rxr> thanks :-) 17:40 < rxr> cu soon 17:41 < LMJ> moin moin 17:42 < rxr> moin moin LMJ 17:42 < LMJ> how are you rxr ? 17:46 < rxr> exhausted from CeBIT 17:46 < rxr> but that's fine it was a great show 17:47 < rxr> (great for T2 as well) 17:47 < LMJ> you had some nice contact or so ? 17:48 < rxr> many, we "just" printed hundreds of T2 handouts in english and german and we run out of them on day 3 (!!!) 17:48 < rxr> we reprinted stacks on the Kyocera booth 2 times (...)!!! 17:48 < rxr> next year we'll start with 1000 printed handouts right away ... 17:49 < rxr> we had continously great talks and interested people on the booth 17:49 < rxr> probably related due to the AVR32 board showing a video with a amplifier attached and the black MacBook showing the latest greated X.org + Intel driver + Beryl 3D effects ... 17:49 < rxr> CeBIT never was that great for T2 PR ... 17:51 < rxr> oh, and among the pre-CeBIT stuff the biggest IT publisher might print a T2/AVR32 acticle - at least the took photos and said to do so :-) 17:52 < LMJ> very nice 17:52 < LMJ> good investisment to go there 17:59 < CIA-18> rene * r23029 /trunk/package/base/binutils/binutils.desc: * updated binutils (2.17.50.0.12 -> 2.17.50.0.13) 18:05 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 18:06 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 18:27 < CIA-18> rene * r23030 /trunk/package/base/lvm2/lvm2.desc: * updated lvm2 (2.02.22 -> 2.02.24) 18:27 < CIA-18> rene * r23031 /trunk/package/base/busybox/busybox.desc: * updated busybox (1.4.1 -> 1.4.2) 18:28 < CIA-18> rene * r23032 /trunk/package/x11/freetype/freetype.desc: * updated freetype (2.3.1 -> 2.3.2) 18:30 < CIA-18> rene * r23033 /trunk/package/xorg/libxdamage/libxdamage.desc: * updated libxdamage (1.1 -> 1.1.1) 18:35 < CIA-18> rene * r23034 /trunk/package/xorg/mkfontdir/mkfontdir.desc: * updated mkfontdir (1.0.2 -> 1.0.3) 18:36 < CIA-18> rene * r23035 /trunk/package/xorg/xdpyinfo/xdpyinfo.desc: * updated xdpyinfo (1.0.1 -> 1.0.2) 18:36 < CIA-18> rene * r23036 /trunk/package/xorg/xload/xload.desc: * updated xload (1.0.1 -> 1.0.2) 18:40 < rxr> LMJ: I'm right now reviewing and applying your patch 18:42 < CIA-18> rene * r23037 /trunk/package/printing/cups/cups.desc: * updated cups (1.2.8 -> 1.2.10) 18:42 < CIA-18> rene * r23038 /trunk/package/network/squid/squid.desc: * updated squid (2.6.STABLE10 -> 2.6.STABLE12) 18:53 < CIA-18> rene * r23039 / (35 files in 23 dirs): (log message trimmed) 18:53 < CIA-18> Johan : 18:53 < CIA-18> * updated xfce4-xmms-plugin (0.3.1 -> 0.5.1) 18:53 < CIA-18> * added thunar-thumbnailers (0.1.1) - A plugin for the new modern file manager for Xfce 18:53 < CIA-18> * added xfce4-fsguard-plugin (0.3.0) - A XFCE panel plugin to check the chosen mountpoint for free disk space 18:53 < CIA-18> * updated xfce4-sensors-plugin (0.9.0 -> 0.10.0) 18:53 < CIA-18> * added xfce4-datetime-plugin (0.5.0) - A XFCE date/calendar panel plugin 18:53 < AStorm> :> 18:53 < AStorm> Great. 18:58 < rxr> AStorm: the xfce, the updates or cebit ? ;-) 19:01 < AStorm> all 3 :> 19:01 < rxr> oh. 19:02 < AStorm> I'll try building T2 once more. 19:02 < AStorm> (the trunk) 19:02 < AStorm> Maybe with newer binutils it'll work. 19:02 < rxr> post build failures to the list ... 19:03 < AStorm> I'll have to subscribe to it... Ok. 19:03 < AStorm> This time I won't forget. 19:03 < AStorm> I'm currently _very_ angry at some couriers. 19:03 < AStorm> 3 time didn't deliver the package properly. 19:04 < AStorm> twice with my personal hour order: once it was ignored 19:04 < AStorm> second time (today, now) nobody showed up 19:04 < AStorm> :E 19:04 < rxr> valentin: http://scr3.golem.de/?d=0703/ps3-f1ce&a=51255 19:07 < rxr> AStorm: btw. Maybe wait 24 hours for the turnk build 19:07 < rxr> I have quite some many updates queued on the reference builder 19:07 < rxr> actually all of the last 8 days ... 19:07 < CIA-18> rene * r23040 /trunk/package/kde/qt/qt.desc: * updated qt (3.3.7 -> 3.3.8) 19:10 < AStorm> rxr: ok 19:10 < AStorm> I can wait :-) 19:19 < CIA-18> rene * r23041 /trunk/package/perl/perl-mp3-info/perl-mp3-info.desc: * updated perl-mp3-info (1.21 -> 1.22) 19:20 < AStorm> rxr: do you plan any changes to the basic build system? 19:23 < rxr> like multi versions and such ? 19:23 < rxr> we had quite some interesting proposals on the CeBIT 19:23 < rxr> we try to maintain backward compatibility for the professional users 19:24 < rxr> but base changes are of couse planned 19:24 < rxr> best make proposals, e.g. to the list 19:27 < CIA-18> rene * r23042 /trunk/package/base/readline/readline.desc: * updated readline (5.2 -> 5.2-001) 19:27 < CIA-18> rene * r23043 /trunk/package/develop/liboil/liboil.desc: * updated liboil (0.3.10 -> 0.3.11) 19:28 < CIA-18> rene * r23044 /trunk/package/xorg/libxinerama/libxinerama.desc: * updated libxinerama (1.0.1 -> 1.0.2) 19:28 < CIA-18> rene * r23045 /trunk/package/python/pysqlite2/pysqlite2.desc: * updated pysqlite2 (2.3.1 -> 2.3.3) 19:28 < CIA-18> rene * r23046 /trunk/package/python/pysqlite/pysqlite.desc: * updated pysqlite (1.1.7 -> 1.1.8a) 19:36 < CIA-18> rene * r23047 /branches/6.0/package/www/firefox/firefox.desc: * updated firefox (1.5.0.10 -> 1.5.0.11) 19:37 < AStorm> Anything that will affect the basic build? 19:37 < LMJ> rxr : i will try to add the last new plugins to xfce4.4 asap 19:38 < AStorm> Could help you with that, but... only if I manage to build T2 :P 19:39 < LMJ> hehe 19:39 < LMJ> i'm building my new one ATM AStorm :-P 19:39 < LMJ> a x86_64 desktop target 19:39 < AStorm> Ok... so you say that's safe? 19:39 < AStorm> I'll start from x86_64 only-X target 19:39 < AStorm> then go up from there 19:40 < valentin> hi rxr 19:40 < LMJ> that's why i fixed Xfce issues ;) 19:40 < valentin> wb 19:43 < rxr> hi valentin 19:43 < LMJ> hello valentin 19:43 < rxr> AStorm: + susan is doing the gnome update if you use gnome ... 19:43 < rxr> should hit trunk tomorrow, likewise 19:44 < AStorm> rxr: no, I don't :-) 19:44 < AStorm> I was talking like basic build up to X. 19:45 < rxr> :-) 19:48 < AStorm> Hmm... I'll add a cvs firefox desc for my own use, too 19:48 < AStorm> :-) 19:48 < AStorm> beryl is up to date, I see. 19:49 < CIA-18> rene * r23048 /trunk/package/perl/perl-glib/perl-glib.desc: * updated perl-glib (1.142 -> 1.144) 19:49 < rxr> not up-to-date :-) 19:49 < rxr> I just queued the new major update on the ref. builder 19:49 < rxr> I've to go now 19:49 < rxr> beryl most probably will have built over the night and hit trunk in the morning 19:50 < rxr> cu then 19:50 < AStorm> BTw... 19:50 < AStorm> Core2 shouldn't be optimised with -march=nocona 19:50 < AStorm> that will slow things down (known fact) 19:51 < R4gnar0k> oh? 19:51 < AStorm> It should either use no march (gcc 4.1.x), march=native (4.2.x) or march=core2 (4.3.x) 19:55 < AStorm> Maybe i'll do a gcc-4.2 desc too :> 19:56 < AStorm> There is an -rc already available. 19:56 < R4gnar0k> how big is the performance hit with nonona? 19:57 < AStorm> My measurement gave 10% on LAME 19:57 < AStorm> and about 8% on mencoder 19:57 < AStorm> Didn't bother to test on anything else. 19:58 < AStorm> ftp://ftp.mirrorservice.org/sites/sourceware.org/pub/gcc/prerelease-4.2.0-20070316/ 19:58 < AStorm> Get your 4.2.0 here :> 19:58 < AStorm> It's "almost" rc 19:58 < AStorm> The -rc was to have been released on 03-12 19:59 < AStorm> but the main manager let it slip for real-life reasons 19:59 < AStorm> Changelog: 19:59 < AStorm> http://gcc.gnu.org/gcc-4.2/changes.html 20:03 < R4gnar0k> btw march=native is bad for cross compiling 20:05 < AStorm> Yes. 20:05 < AStorm> For cross, you should use march=generic :> 20:07 < AStorm> BTW, ./Config is very slow 20:07 < AStorm> and is spamming the terminal with Lua accelerator :> 20:08 < AStorm> Very slow means like 5s/option 20:08 < AStorm> Exiting/entering menu takes like 10s 20:08 < AStorm> And it's a damn Core 2 Duo... 20:08 < AStorm> I wonder how would it look on some less beefy machine :P 20:10 < R4gnar0k> hmmm 20:10 < R4gnar0k> o, final answer. If you're using GCC 4.1, use -march=prescott for Intel Core Solo/Duo and -march=nocona (and an amd64 profile) for Core 2 Solo/Duo. For GCC 4.2, a Core Solo/Duo should use -march=prescott -mtune=generic, and Core 2 Solo/Duo should be set to -march=nocona -mtune=generic. GCC trunk adds -march=core2 and support for the SSSE3 instruction set, but that won't be out for quite a while yet. 20:11 < R4gnar0k> (from the gentoo archive) 20:11 < AStorm> Which is wrong! 20:11 < AStorm> (according to my tests, with gentoo :> ) 20:11 < AStorm> (and according to some forumers at forums.gentoo.org) 20:11 < R4gnar0k> weird 20:12 < AStorm> They didn't even test it. 20:12 < R4gnar0k> no that info supposedly came from intel 20:12 < AStorm> Wicked?!? 20:13 < AStorm> Let's try it again, maybe it was some artifact... 20:13 < AStorm> (of some broken Gentoo patch) 20:14 < R4gnar0k> what's the mtune you used? 20:18 < AStorm> -march=nocona 20:18 < AStorm> -march implies -mtune 20:18 < R4gnar0k> yea but you can still override it 20:18 < AStorm> Yep. 20:18 < AStorm> I didn't use any. 20:21 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 20:21 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 20:23 < R4gnar0k> intel advices -march=nocona -mtune=generic 20:27 < AStorm> For 4.2? :> 20:28 < R4gnar0k> yea 21:29 < AStorm> Yep, for 4.1 it's -march=nocona itself :P 21:30 < AStorm> rxr: scripts/config-functions.in: line 284: [: O: integer expression expected 21:35 < AStorm> Hm, I'll have to add chroot support for exim :> 21:58 < AStorm> Blah, the Config script is so sloooow... 22:00 < AStorm> BTW, please add description for dejavu font, and maybe make it the default, optionally 22:01 < sepp> please send a patch :) 22:02 < AStorm> Will do. 22:02 < AStorm> Another thing: split debug support 22:03 < AStorm> This would make use of objcopy to copy debugging info away 22:03 < AStorm> it would make it easier to distribute and optional :-) 22:04 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 22:04 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 22:05 < sepp> split what? 22:08 < AStorm> debugging symbols 22:08 < AStorm> from executables and libs, to some separate dir 22:08 < AStorm> and file 22:08 < AStorm> man objcopy :-) 22:08 < AStorm> options --only-keep-debug 22:09 < AStorm> and --add-gnu-debuglink= 22:10 < sepp> you want extra packages with debug info like e.g. debian? 22:12 < AStorm> No, separate debugging altogether :> 22:12 < AStorm> Well... yes. 22:12 < AStorm> Also, maybe such an option in the build system. 22:13 < sepp> there is an option to build packages with debug symbols ... 22:13 < sepp> but i guess you want both 22:14 < AStorm> Yep, I'd love to keep debugging separate. 22:15 < AStorm> You can also easily dose debugging info with separate files. 22:18 < AStorm> Implementing that shouldn't be hard, just a single hook. Will do... :> 22:18 < AStorm> (before stripping) 22:18 < sepp> :) 22:18 < AStorm> And change the debugging option to a menu: 22:19 < AStorm> none, builtin, separate 22:21 < sepp> how do you tell gdb to use the separate file? 22:22 < AStorm> You use objcopy --add-gnu-debuglink on the .so or executable 22:22 < sepp> ohhh, that is not as neat as i thought 22:22 < AStorm> objcopy --add-gnu-debuglink= someexe 22:22 < AStorm> :-) 22:23 < AStorm> It is quite neat. 22:23 < sepp> would be nice if gdb could do that instead 22:23 < AStorm> Well... I think it can, let's see... 22:25 < AStorm> Maybe gdb -s 22:25 < AStorm> (or core instead of the executable) 22:25 < AStorm> Oh... 22:25 < sepp> that is for the core dump 22:25 < AStorm> it's even described in gdb's info page 22:26 < AStorm> set debug-file-directory DIRECTORY 22:27 < AStorm> Heh. 22:27 < AStorm> Even you don't have to use objcopy 22:27 < sepp> let me guess, as everything with gdb it does not work or only 5% of the time and only if it is monday? 22:27 < AStorm> you can use strip -f 22:28 < AStorm> No, it does work, but the file still has to have a debug link :> 22:28 < AStorm> (though just a filename is necessary) 22:28 < sepp> sounds good 22:29 < AStorm> Hm. 22:29 < AStorm> The strip has to be from elfutils and not binutils. 22:29 < AStorm> The binutils one doesn't have the -f option 22:29 < AStorm> you can of course use objcopy instead. 22:33 < sepp> sounds good, will give it a try (once you implemented it :)) 22:34 < AStorm> Mkay. 22:36 < AStorm> Hmm. 22:36 < AStorm> SDECFG_DEBUG does something weird... 22:36 < AStorm> one: it doesn't actually add -g3 to CFLAGS 22:36 < AStorm> two: disabling it adds --disable-debug 22:36 < AStorm> enabling it doesn't add --enable-debug 22:36 < AStorm> you know, some packages may build w/o debugging by default. 22:38 < sepp> the gcc wrapper will remove it 22:38 < sepp> i think 22:41 < AStorm> Shouldn't. 22:42 < AStorm> Should rather add it if debugging is on :> 22:42 < AStorm> Ok, I've added the objcopy code to the strip wrapper 22:42 < AStorm> Now... do the menu and an option with PATH. 22:42 < sepp> i mean if it is off ... 22:46 < AStorm> Aha. 22:46 < AStorm> I have a tiny question. 22:47 < AStorm> Is the script wrapper launched with multiple files as args, or one file per run? 22:47 < AStorm> *strip script wrapper 22:47 < sepp> i dont know that 22:49 < AStorm> Hmm. 22:54 < AStorm> Ok... like the first part of the patch? http://wklej.org/id/e1b9e804a8 22:54 < AStorm> Whoops. 22:55 < AStorm> 2 missing " :> 22:56 < AStorm> Fixed, and working further. 22:56 < sepp> :) 22:57 < AStorm> Whoops again 22:57 < AStorm> I've to remove the "exec" 22:57 < AStorm> Or it'll replace the script. 23:06 -!- d-marc [n=d-marc@HSI-KBW-091-089-000-244.hsi2.kabelbw.de] has quit ["KVIrc 3.2.4 Anomalies http://www.kvirc.net/"] 23:09 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has joined #t2 23:18 < AStorm> Ok, got a full patch 23:18 < AStorm> Let's see if it works :-) 23:20 < AStorm> Hmm, I'll better check if any tools call strip directly (they shouldn't) 23:25 < AStorm> Ok, the scripts seem ok... 23:27 < AStorm> BTW, should I prepend the path with $ROOT? 23:27 < AStorm> Ah, I see you're using bind or loop mounts. Good. 23:28 < AStorm> I wonder which directory to point the default separate debug dir at. 23:29 < sepp> $root 23:29 < sepp> i mean not for debugdir 23:29 < AStorm> I know. 23:29 < AStorm> Hmm... /usr/debug? 23:29 < AStorm> Or /opt/debug? 23:30 < AStorm> Definitely not /debug 23:30 < sepp> $prefix/debug? 23:31 < AStorm> This will make separating the debug info out much harder. 23:31 < AStorm> (find instead of mv :P ) 23:31 < AStorm> I'd rather vote for /opt/debug 23:31 < AStorm> it's optional anyway :> 23:31 < AStorm> Then give that dir in default gdb config. 23:32 < AStorm> Or maybe not, just point users to it :> --- Log closed Fri Mar 23 00:00:56 2007