--- Log opened Tue Jul 19 00:00:00 2005 00:00 < mnemoc_> :) 00:00 < morfoh> but not a monster :) 00:00 < mnemoc_> hehe 00:08 < morfoh> pcre again working on dietlibc would be nice too 00:15 < morfoh> mnemoc_: can't I build runit in stage 9 ? 00:16 < morfoh> or it fails due to my local changes 00:17 < mnemoc_> .oO 00:17 < morfoh> I guess it's due to my changes in djb-config 00:18 < morfoh> cp: cannot stat `/usr/src/t2/trunk/src.runit.default.20050719.020942.22625.common./command/chpst': No such file or directory 00:18 < mnemoc_> that's a bug 00:19 < morfoh> a known one ? 00:20 < mnemoc_> nope 00:21 < morfoh> anyway the path isn't right 00:21 < mnemoc_> yep 00:27 < mnemoc_> bbl 00:27 < morfoh> cu 01:13 < morfoh> night 01:13 < veki> night 01:16 < mnemoc_> re 01:17 < veki> mnemoc: you are back again 01:17 < mnemoc_> yep 01:17 < veki> great! 01:17 < mnemoc_> why that? 01:17 < veki> I am buildin generic target. It goe sfine so far 01:18 < veki> we are alone it seems to me in tis time of day/night 01:18 < veki> it is 1.20 AM here 01:18 < mnemoc_> 19:20 here 01:18 < veki> hm, so it is time for dinner :-) 01:22 < mnemoc_> :) 01:23 < veki> I will have next week discussions with some donors about possible implementation of t2 in various projects. I will keep you informed on that 01:24 < mnemoc_> good luck :) 01:24 < veki> I hope that it will be successful 01:25 < CIA-9> amery * r10301 /trunk/package/gnome2/gtksourceview-sharp/dont_install_vbnet.lang.patch: * adapted gtksourceview-sharp dont_install_vbnet.lang.patch to 0.10 01:25 < mnemoc_> what projects do you have in mind now that you know T2? 01:26 < veki> building a target with dominantly audio software for media including packages that I mentioned today or yesterday for radio stations 01:26 < veki> secondly, building target with educational software for kids in primary and secondary schools 01:28 < mnemoc_> linux for radio stations project sounds good :) 01:28 < mnemoc_> "linux on air" :p 01:29 < veki> yes, thus packages from www.slaemradiolabs.com should be included or be prepared to be Emerge-Pkg in let say generic target 01:29 < veki> www.salemradiolabs.com 01:30 < mnemoc_> generic target includes every package which can coexist with others 01:30 < veki> yes, therefore I am building it right now in order to test it. Thus, possible addition of radio software may be cool stuff 01:31 < mnemoc_> lot of '404' on that site 01:31 < veki> actually, addition of packages should not be big problem. I am only thinking on tweaking since jack package sometimes sucks 01:31 < mnemoc_> http://t2.geeks.cl/regressions/stable/ <--- this is the current state of my 2.1.0-rc2-pre build. 01:32 < veki> probably they change something on the site, I have been today on their site . Ragnar was also today on their site 01:32 < mnemoc_> click on 'rivendell0 01:32 < mnemoc_> ' 01:32 < mnemoc_> yuck 01:32 < veki> yes, rivendell is main package 01:33 < mnemoc_> click on anything on the topbar 01:34 -!- morfoh [~jeru@p54BFE8FC.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 01:40 < veki> mnemoc: I ahve to go to sleep. I will be wake up at 6AM to finish my work. However, I will be on line then 01:40 < mnemoc_> gn8 veki 01:55 -!- keinek [~Keinek@201.254.14.40] has joined #t2 01:55 < keinek> nights 01:55 < keinek> :) 02:12 -!- veki [~root@217.24.19.40] has quit [Read error: 113 (No route to host)] 03:42 -!- mnemoc_ is now known as mnemoc 07:28 < madtux> mnemoc, 07:28 < madtux> que tal keinek 07:31 -!- minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2 07:31 < minto> moin 07:31 < madtux> hi minto 07:32 < minto> hi madtux, are you early or are you late? 07:33 < madtux> Mon Jul 18 23:35:45 CST 2005 07:33 < madtux> just in time... you know i rest during the day 07:33 * madtux graving some BIER! 07:34 < minto> Ahh. CST 07:34 < madtux> GMT -6 for you. 07:35 < minto> I guess somewhere in South America? 07:35 < madtux> central america 07:35 < madtux> costa rica to be exact 07:36 < minto> Seems to be a nice country 07:36 < madtux> it IS> 07:36 < madtux> :) 07:36 < minto> :-) 07:41 -!- keinek [~Keinek@201.254.14.40] has quit [Remote closed the connection] 08:33 -!- mtr___ is now known as mtr 08:44 < CIA-9> msluis * r10302 /trunk/package/graphic/qingy/ (. qingy.desc): * added qingy (0.6.0) 08:46 -!- mipe [~mika@dsl10040.japo.fi] has joined #t2 08:52 < mipe> anyone awake? 08:55 < madtux> yeah 08:57 < mipe> build question, librep fails because openldap uses cyrus-sasl but librep doesnt include sasl to link with 08:58 < madtux> show me the error 09:01 < mipe> ups, thats apr-util thats failing,error is //opt/openldap/lib64/libldap.so: undefined reference to `sasl_client_step' 09:01 < mipe> gcc -o conftest -g -O2 -Wall -pthread -DLINUX=2 -D_REENTRANT - 09:01 < mipe> D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I//opt/openldap/i 09:01 < mipe> nclude -L//opt/openldap/lib64 conftest.c -lldap -ldl -lpthread 09:12 -!- veki [~veki@217.24.19.40] has joined #t2 09:32 -!- morfoh [~jeru@mail.oberlinhaus.de] has joined #t2 09:32 < morfoh> bonjour 09:35 < veki> morning 09:36 < morfoh> ah! the vampire is still here... good morning veki :) 09:38 < veki> good morning, I am on one meeting but I will be back in 10 minutes 09:46 < minto> morning morfoh and veki 09:46 < minto> and the others too ofcourse 09:46 < veki> morning 09:47 < morfoh> moin minto and the others at your place too ;) 09:47 < morfoh> veki: this was a short meeting 09:47 < veki> it is still going on but I wanted to greet minto 09:48 < minto> :-) 09:48 < morfoh> .oO( somebody has updated iptables )o 09:48 < morfoh> thanks minto 09:49 < morfoh> let's see if it will break one of my current targets ;) 09:52 < minto> ;-) Morfoh you should not use trunk for 'production', things might get updated. 09:52 < mtr> moin 09:52 < morfoh> moin mtr 09:52 < minto> hi mtr 09:53 < morfoh> minto: thanks for the advice ... ;) 09:53 < minto> Hey, I was just being helpfull (I hope) 09:54 < minto> I also update udev. Might this cause some side effects as well? 09:54 < mtr> there is also an updated udev which does not compile with dietlibc anymore ... 09:54 < mtr> minto: :) 09:55 < minto> Oeps, I only did a normal build. 09:57 < morfoh> mtr: thanks for the note ... do you have a patch ? ;) 09:58 < morfoh> iptables doesn't want to compile on dietlibc anymore after the update ... but I think I've figured out the problem already 09:59 * minto is hiding 10:00 < morfoh> minto: no reason for hiding ... that's the way it goes on trunk ;) 10:00 < mtr> morfoh: udev complains about missing strnlen, but no patch so far 10:00 < minto> :-) 10:00 < morfoh> mtr: I will check that ... thanks 10:02 < minto> Is our subversion server offline? 10:03 < morfoh> minto: oops ... dunno ... 10:03 < minto> Ahh, it is working now. 10:03 < morfoh> ack 10:04 < morfoh> == 07/19/05 12:03:31 =[1]=> Finished building package iptables. ;) 10:04 < minto> :-) 10:05 < minto> Watch out guys, I am commiting a dietlibc patch 10:06 < mtr> as we are talking about it, there is also a new package "rc" on trunk, which fails on stage 1 ... 10:06 < morfoh> mtr: ah ... you checked out rc ? 10:07 < morfoh> minto: what kind of patch ? 10:07 < minto> trac #17 10:08 < mtr> morfoh: i updated my svn trunk yesterday, got this new package, and it has [P] X 10:10 < morfoh> mtr: oops ! 10:10 < morfoh> mtr: let me check 10:12 < CIA-9> chris * r10303 /trunk/package/shells/rc/rc.desc: * changed rc [P] to not build in stage 1 10:12 < morfoh> mtr: ok ... ^ this should solve it ... [P] 1 wasn't correct 10:14 < mtr> morfoh: ok, thanks, let's see what will happen on stage 5 ;) 10:14 < morfoh> mtr: of course it builds there ;) 10:15 < morfoh> mtr: but beware it is just a minimal shell ... no extensions enabled so far 10:15 < mtr> morfoh: i did not wanted to say something else, of course it does build now ;) 10:15 < morfoh> good :) 10:19 < rxr> re 10:19 < rxr> moin 10:19 < minto> hey rene 10:20 < morfoh> moin rene ... how was the weekend ? :) 10:20 < rxr> hi all 10:20 < mtr> moin rxr 10:20 < rxr> long ,-) 10:20 < morfoh> good :) 10:20 < minto> Seems like he missed us :-) 10:25 < CIA-9> msluis * r10304 /trunk/package/base/dietlibc/dietlibc.conf: 10:25 < CIA-9> * added instructions to dietlibc conf file to modify Makefile to use 10:25 < CIA-9> $STRIP instead of strip. Same for ar and ld. 10:25 < CIA-9> chris * r10305 /trunk/package/base/dietlibc/parse-config-9: * fixed dietlibc build of iptables-1.3.2 by injecting "-lrpc" 10:27 < CIA-9> chris * r10306 /trunk/package/base/dietlibc/pkg_patch/pkg_iptables.patch: * removed hard wired injection of "-lrpc" because we can do this in parse-config-9 more elegantly ;) 10:35 < rxr> http://www.fsl.cs.sunysb.edu/project-unionfs.html 10:35 < rxr> ^- where we are now included ... 10:40 < morfoh> :) 10:43 < morfoh> rxr: you added NOPARALLEL on openssl while doing the update to 0.9.8 ... leaked it into trunk or is it right because it seems to build without it ? <--- svn diff -r 10053:10054 10:44 < morfoh> rxr: forget about it ... didn't work without NOPARALLEL 10:46 < rxr> it is right 10:46 < rxr> the new version broke in parallel builds 10:46 < morfoh> yes ... ic 10:47 < morfoh> rxr: I just thought it leaked into trunk from my working copy ... that's why I checked it 10:47 < rxr> http://sharp3d.sourceforge.net/cgi-bin/wiki.pl/Packages 10:47 < morfoh> rxr: because I mostly add NOPARALLEL while debugging package builds 10:48 < rxr> I only add it when s.th. breas .. 10:48 < rxr> breaks 10:49 < morfoh> rxr: ack ... that was what I wanted to say, ;) 10:53 < rxr> btw. the only thing that failed on ppc embedded uclibc was rsync 10:53 < rxr> everything else compiled 10:53 < rxr> e.g. I had no libowfat issue 10:54 < morfoh> rxr: :) 10:54 < morfoh> rxr: on dietlibc ppp is an issue so far but I will start a fresh dietemb now 10:54 < rxr> you mailed about procps was it diet or uc ? 10:55 < morfoh> but I have to move openssl to the global pkgsel 10:55 < morfoh> ah yes procps ... this is on diet 10:55 < morfoh> I wasn't able to fix it till now ... it would be nice if you could take a short look on it 10:59 < rxr> ah - ok 11:03 -!- karasz [~chatzilla@80.97.102.202] has joined #t2 11:07 < CIA-9> chris * r10307 /trunk/package/security/openssl/openssl.desc: * added DIETLIBC flag because openssl builds nicely on dietlibc now ;) 11:08 < karasz> hi guys 11:08 < morfoh> hi karasz 11:09 < karasz> whats up? 11:11 < CIA-9> chris * r10308 /trunk/target/embedded/config.in: * moved openssl from the uclibc specific to the global pkgsel 11:12 < karasz> how is rc2 doing? 11:13 < morfoh> karasz: I guess we're working on it but there still some regressions to fix 11:13 < karasz> morfoh: have you got the time to read the docu? 11:14 < morfoh> karasz: yes ... I received it but had no time to read it so far 11:14 < karasz> ok, if you have questions you know where you can find me... :) 11:14 < morfoh> karasz: ok ... :) 11:16 < morfoh> rxr: btw, what are the showstoppers for using dynamic linking with dietlibc ? 11:20 < rxr> that it only works for x86? 11:20 < rxr> and halfy for ARM 11:21 < rxr> and is not implemented for anything else ? 11:21 < morfoh> :( 11:22 < morfoh> but anyway that's not a big issue so far because it produces nice small static binaries 11:22 < rxr> yep 11:22 < morfoh> compared to uclibc my image is nearly half of the size :) 11:22 < rxr> mostly an issue for stuff that wants to load "plugins" 11:23 < rxr> yep uclibc is not the smallest and fastest 11:24 < rxr> minised HEAD runtime: 11:24 < rxr> uclibc dynamic: 11:24 < rxr> user 0m0.044s 11:24 < rxr> glibc dynamic: 11:24 < rxr> user 0m0.067s 11:24 < rxr> dietlibc: 11:24 < rxr> user 0m0.022s 11:24 < rxr> for the included test suite 11:25 < morfoh> a small "dietserver" I build has just a 2.4MB rootfs (without kernel but with openssl ;) 11:25 < morfoh> squashed of course 11:26 < morfoh> rxr: nice time on diet :) 11:28 < rxr> 800Mhz PPC ... 11:29 < morfoh> rxr: btw ... do you have a MIPS 4k based board lingering around at home ? 11:30 < rxr> nope 11:30 < rxr> but I was thinking about buying a MIPS embedded board 11:30 < rxr> why do you wask ? 11:30 < rxr> -qw 11:30 < rxr> oehm ... 11:31 < morfoh> because I'm thinking about the same ;) 11:32 < morfoh> rxr: I think the MIPS 4k is much better suited for network applications than some x86 based CPU's 11:32 < rxr> for embedded use ? 11:32 < morfoh> yes 11:33 < morfoh> or what do you think ? 11:35 < rxr> I have not looked into MIPS details yet 11:35 < rxr> but I would buy a board just for reference ... 11:35 < rxr> if you order one, get one for me as well 11:37 < dsoul> embedded mips? 11:40 < morfoh> rxr: ack ... I'll drop you a note before ordering ;) 11:42 < morfoh> dsoul: yes -> http://www1.idt.com/pcms/products.taf?catID=58533&genID=79RC32434 11:43 * dsoul looks :) 11:43 < rxr> but I would buy a board just for reference ... 11:56 < morfoh> rxr: ok ... then it should be ok to just buy one board at first for testing 11:58 < rxr> you mean it might suck too 11:58 < rxr> much 11:59 < morfoh> rxr: no ... I think it will fit most of my requirements for small network boxes but if you just want to do test you can save that money or investing in a different arch ;) 12:07 < rxr> 21:48 < minto> rxr: Found 3 embedded boards in that magazine 12:07 < rxr> 21:48 < minto> http://www.embeddedarm.com/ 12:07 < rxr> 21:48 < minto> http://www.emacinc.com/ 12:07 < rxr> 21:48 < minto> http://www.routerboard.com/ 12:07 < rxr> one of those was IIRC a nice MIPS boards ... 12:07 < morfoh> rxr: yes ... I like this one -> http://www.routerboard.com/rb500.html 12:11 < rxr> ack 12:15 < rxr> I think it was about 100$ ... 12:15 < morfoh> rxr: no sth. about $140 12:15 < morfoh> that isn't that bad 12:21 < morfoh> w.c: In function `getproc': 12:21 < morfoh> w.c:160: warning: comparison between signed and unsigned 12:21 < morfoh> w.c:160: warning: comparison between signed and unsigned 12:21 < morfoh> w.c: In function `main': 12:21 < morfoh> w.c:233: error: storage size of 'win' isn't known 12:21 < morfoh> w.c:233: warning: unused variable `win' 12:21 < morfoh> make: *** [w.o] Error 1 12:22 < morfoh> ^procps on dietemb 12:24 < minto> morfoh: mention T2 and you might get a discount. 12:25 < morfoh> minto: why ? did you bought sth. from them ? 12:26 < minto> No I haven't bought anything, but if you mention you want T2 to support their board it might be an advantage for them. 12:26 < morfoh> minto: or what are the connections between t2 and routerboard.com ? did I missed sth.? 12:26 < morfoh> ah ok ;) 12:26 < minto> If you don't try you will not get a discount for sure :-) 12:27 < morfoh> minto: seems to be minto's "hint day" for morfoh :) 12:27 < rxr> morfoh: or try to get a discout for the first evaluation board and tell them you consider it for use in higher quantities ipsec and co products ... 12:27 < rxr> late ron 12:27 < morfoh> rxr: ok ... I'll try that 12:27 < rxr> try both ,-) 12:28 < minto> Even more hints for morfoh. 12:28 < minto> :-) 12:28 < rxr> btw. should I implement target pkg overwrites? 12:28 < rxr> we might need that her e... 12:28 < morfoh> minto: go ahead ... I'm waiting 12:28 < rxr> s.th. like target/$target/package 12:28 < rxr> /wine/wine.desc 12:28 < rxr> and co - to even overwrite versions ... 12:28 < rxr> we need a older wine and mysql version here 12:29 < morfoh> rxr: ok ... that would be quite handy 12:29 < minto> Package overloading? Sound nice. 12:29 < morfoh> dietemb went through nicely .... just procps is failing 12:29 < minto> morfoh: the next hint came from rxr not me. 12:30 < morfoh> minto: np :) 12:31 < morfoh> rxr: any suggestions for that procps issue ... any new hints ? ;) 12:31 < rxr> oehm 12:31 < rxr> I need to take a deeper look 12:31 < rxr> need to do some work first 12:31 < morfoh> ok 12:31 < mipe> rxr:i'd like to see multiple package version support in t2... also would help on your package overwrites 12:41 < morfoh> mipe: ack ... it would be quite nice to force the use of some version of a package for certain cases 12:42 < mipe> morfoh: and also would help on amd64(other archs too) builds, for example new version of package x not building for amd64 12:43 < morfoh> mipe: ack 12:43 < mipe> ofcourse its just matter of fixing it, but sometimes theres time restrictions 12:45 < jsaw> re 12:45 < morfoh> jsaw: wb :) 12:45 < jsaw> hi morfoh 12:55 < jsaw> rxr: any chance you'll fix the bootdisk target soon? (I give up now) 12:58 < veki> jsaw: which problem you have had with bootdisk target? 12:58 < jsaw> veki: trunk/HEAD, it boots until the menu selection but doesn't find any device 12:59 < jsaw> udev problem... 12:59 < veki> jsaw: I do not use trunk version, sorry 12:59 < jsaw> I know 12:59 < jsaw> that's why I mention it 13:00 < morfoh> rxr: what was the problem with ppp on uclibc embedded ? 13:01 < jsaw> I have to go, cu later 13:01 < morfoh> cu jsaw 13:02 < veki> cu jsaw 13:29 < veki> I have to go , cu later 13:29 -!- veki [~veki@217.24.19.40] has quit ["leaving"] 13:38 < rxr> re 13:38 < rxr> morfoh: no ppp prob. rsync was the only failure 13:39 < morfoh> ah ok ... just asking because ppp builds on diet so far but spits out some plugin related errors 14:06 < CIA-9> rene * r10309 /trunk/package/e17/imlib2/e17-conf.in: 14:06 < CIA-9> * enhanced e17-conf.in to allow builds of single e17 packages that do 14:06 < CIA-9> not depend on imlibe2 (e.g. epeg) 14:07 < CIA-9> rene * r10310 /trunk/target/archivista/pkgsel: * added mod_perl to the archivista target 14:15 < CIA-9> rene * r10311 /trunk/package/x11/fluxbox/ (fluxbox.conf no-bsetroot.diff): * fixed fluxbox to register itself - copyright patch on the way 14:36 < minto> Hmm, ltrace does not build on noisy (2.1 reference build) 14:40 -!- mipe [~mika@dsl10040.japo.fi] has quit ["work"] 14:49 [Users #t2] 14:49 [ _Lewellyn] [ dsoul ] [ madtux] [ morfoh] [ rxr ] [ valentin] 14:49 [ _Ragnar_ ] [ jsaw ] [ minto ] [ mtr ] [ sepp ] 14:49 [ CIA-9 ] [ karasz] [ mnemoc] [ nzg ] [ SerWou] 14:49 -!- Irssi: #t2: Total of 16 nicks [0 ops, 0 halfops, 0 voices, 16 normal] 15:05 < CIA-9> rene * r10312 /trunk/target/archivista/pkgsel: * added xdialog to the archivista target 15:06 < CIA-9> rene * r10313 /trunk/target/archivista/pkgsel: * sorted the archivista/pkgsel for easier read and motify 15:08 < rxr> I think at the enf of this year all my devel workstations will run a minimal dietlibc target flavour 15:08 < minto> :-) 15:08 < rxr> with minised as sed ,-) 15:09 < minto> I hope by the end of this year my noisy box will smoothly build all kind of targets. 15:10 < CIA-9> rene * r10314 /trunk/target/livecd/build_image.sh: 15:10 < CIA-9> * further work on the livecd/build_image.sh: less debug output 15:10 < CIA-9> and running of postinstall.d scripts 15:10 < rxr> yeah - me too 15:11 < minto> Right now all reference builds fail (2.1 and trunk in 32 and 64 bits) 15:11 < minto> But all at different locations. 15:11 < minto> :-( 15:13 -!- morfoh [~jeru@mail.oberlinhaus.de] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 15:22 < CIA-9> msluis * r10315 /trunk/package/network/tor/tor.desc: * update tor (0.1.0.11 -> 0.1.0.12) 15:25 < CIA-9> mtr * r10316 /trunk/package/develop/php/php.conf: * fixed php to find mysql client lib 15:25 < rxr> mtr: btw. did we update to the latest php already ? 15:26 < mtr> rxr: yes, php 5.0.4 is the latest version 15:27 < rxr> ah - yes just took a look 15:27 < rxr> I remeebered to read s.th. about this memory corruption thing 15:28 < rxr> did not notice it was 4.3 -> 4.4 ... 15:29 < mtr> the memory corruption bug was only on 4.3x, wasn't it? 15:29 < rxr> yep 15:29 < rxr> did not noticed when I read it on heise.de ... 15:33 < CIA-9> mtr * r10317 /trunk/package/network/hostap/hostap.desc: * updated hostap (0.3.7 -> 0.3.9) 15:36 < rxr> valentin: rsync -arvP source/ s | sed -n 's/.* \([0-9]\+.[0-9]\)% .*/\1/p' | Xdialog --progress "Installing ..." 8 28 15:41 < minto> rxr: I am working on adding proper mimetype support, where a package can add special mimetypes when needed. It should work just like safe_useradd(). But now I want to store some special info for proper bookkeeping. Like what packages registered certain mimetypes. Now I wonder where to put this information. Somewhere in /var/adm ? 15:45 < CIA-9> mtr * r10318 /trunk/package/office/aqhbci/aqhbci.desc: * updated aqhbci (1.0.10beta -> 1.2.0) 15:46 < CIA-9> mtr * r10319 /trunk/package/office/aqhbci-qt/aqhbci-qt.desc: * updated aqhbci-qt (1.0.5beta -> 1.0.7) 15:46 < CIA-9> mtr * r10320 /trunk/package/office/aqbanking/aqbanking.desc: * updated aqbanking (1.0.12 -> 1.2.0) 15:46 < CIA-9> mtr * r10321 /trunk/package/office/qbankmanager/qbankmanager.desc: * updated qbankmanager (0.9.22 -> 0.9.23) 15:59 < CIA-9> rene * r10322 /trunk/target/archivista/rootfs/etc/ (7 files in 5 dirs): 15:59 < CIA-9> * added gdm preconfiguration as well as the inittab to the archivista 15:59 < CIA-9> target (all the complete files need to be converted to patches once 15:59 < CIA-9> such an mechanism is in place for the various target rootfs') 16:02 < rxr> minto: so far we have /usr/share/rock-registry for such kind of stuff 16:02 < rxr> where do you want to use those mimetypes for ? 16:02 < rxr> this freedesktop.org mime-data-base thing ? 16:03 < minto> For java webstart in the first place. 16:04 < minto> sun java jre's come with java web start. 16:04 < minto> Currently this is turned of since multiple package touch the same files. 16:05 < minto> It could probably be used for that other thing as well. 16:05 < minto> actually both mimetype and mailcap stuff. 16:06 < rxr> hm - how does the java stuff register the mime type ? 16:07 < minto> By writing stuf in /etc/mime.type 16:07 < rxr> oeh - aha 16:08 < minto> mnemoc told me it should be done like safe_* stuff. 16:08 < minto> My first tests are working. 16:09 < minto> But I also want to be able to support proper package update/upgrade. 16:09 < minto> For this I need to remember what packages registered special mimetypes. 16:10 < minto> I will /usr/share/rock-registry for the time being. 16:10 < rxr> ok 16:10 < rxr> though we should rename it some day *g* 16:10 < minto> ack 16:10 < valentin> hi 16:11 < valentin> rxr: i have the dialog yet in qt 16:11 < valentin> your idea will not integrate very good and the next point is there is the 100% mark is reached too early when rsyncing 16:13 < rxr> valentin: of course not - it is just want I use for the archivsta box for the time beeing ... 16:14 < rxr> valentin: are the mails I sent to a vision ok ? 16:14 < valentin> no idea 16:14 < valentin> did they send it to swizerland ? 16:15 < rxr> they sent a DVD-+R !?!?! 16:15 < rxr> valentin: if you have a 2nd whatch the mail I CC'ed to you 16:17 < valentin> rxr: u used lars copy in the past, didn't you ? 16:18 < rxr> I used the 10.2 as shipped with my iBook ... 16:37 -!- morfoh [~jeru@p54BFC991.dip.t-dialin.net] has joined #t2 16:37 < morfoh> re hi 16:37 < minto> hi morfoh 16:37 < morfoh> hi minto 16:43 < minto> morfoh: how do I disable riva tv stuff in kernel26? 16:43 < minto> linux26 16:46 < morfoh> minto: on branch? 16:47 < minto> trunk 16:47 < minto> 32 bits 16:47 < minto> 64 bits complains somewhere else: 16:47 < minto> nv.c: In function `nv_agp_init': 16:47 < minto> nv.c:3271: error: too few arguments to function `agp_backend_acquire' 16:48 < morfoh> minto: you could build a custom kernel 16:48 < morfoh> but therefore you'll need of course a kernel config file 16:49 < minto> mnemoc: said to disable riva tv and create a trac issue 16:49 < minto> I am doing reference builds. 16:50 < morfoh> then just skip the package for now ... because I've to move soon 16:50 < minto> I will have a look 16:51 < morfoh> just touch a empty linux26.log 16:51 < morfoh> and go ahead 16:51 < morfoh> save the err log before if you want to publsh it 16:52 < mnemoc> minto: i'm not the law, that was just a suggestion 16:52 < morfoh> oh! master mnemoc :) 16:52 < morfoh> hi hi :) 16:52 < mnemoc> hi morfoh 16:52 * mnemoc is 1/master 16:52 * minto thinks mnemoc is police too :-) 16:52 < morfoh> mnemoc: how is our chilean sucker doing today ? 16:53 < rxr> hi mnemoc 16:53 < madtux> master mnemoc welcome 16:53 < minto> hail the master :-) 16:53 < morfoh> hi madtux 16:54 < morfoh> .oO( now he has a new nick )o :) 16:54 < rxr> hi madtux 16:54 < mnemoc> morfoh: worse than yesterday, and you? 16:54 < madtux> who has a new nick morfoh ? 16:54 < mnemoc> jeru 16:54 < madtux> greetings ren 16:54 < morfoh> mnemoc: I'm quite fine .... but why worse thaqn yesterday ? 16:55 < mnemoc> morfoh: c'est la vie 16:55 < morfoh> madtux: no, I mean "master" = mnemocs new nick .... and ack morfoh = jeru 17:00 < madtux> morfoh, well we all know mnemoc is a master 17:00 < morfoh> ok ... it was just for those whi don't know ;) 17:07 < rxr> mnemoc: worse than yesterday? what's up ? 17:07 < mnemoc> usual things, don't worry :) 17:08 < rxr> poor boy 17:08 < madtux> rxr, would u help this boy get a decent job? i hate hearing him say stuff like "worse than yesterday" 17:09 < rxr> seems I should continue working on getting exactcode big enough to emloy some people ... 17:09 < madtux> ja. 17:10 < mnemoc> nah, don't worry. i have to find myself the way to get well 17:12 < rxr> mnemoc: I continue to grow up exactcode anyway ... ,-) 17:12 < rxr> IIRC you wanted to come over into europe, soo ,-) 17:14 < morfoh> ok ... I'm away now ... cu later 17:14 < rxr> cu morfoh 17:14 < mnemoc> rxr: :) 17:14 < mnemoc> cu morfoh 17:15 < rxr> mnemoc: I could not reproduce a linowfat uclibc issue on PPC over the weekend 17:17 < mnemoc> i guess it was fixed or bypassed 17:17 < mnemoc> i don't get that problem where anymore 17:20 < rxr> ok 17:23 < rxr> morfoh: I get a libpcap error on PPC for embedded dietlibc 17:23 < rxr> ./pcap-linux.c:658: error: `SIOCGSTAMP' undeclared (first use in this function) 17:23 < rxr> is this new or unknown? 17:23 < rxr> or already fixed ... 17:25 < mnemoc> libpcap 0.8 build fine but fail when ppp links against it, here 17:25 < mnemoc> libpcal 0.9 works perfect for morpho 17:26 < rxr> hm for embedded PPC d 17:26 < rxr> hm for embedded 17:26 < rxr> grummel 17:27 < rxr> hm for embedded dietlibc rsync fails the same way on PPC as it fails for uclibc ... 17:27 < madtux> unoficial announcement: madtux will give a text-conference on #linuxpreview this saturday - Topic: GNU/Linux on space 17:27 < mnemoc> we don't have PPC :) 17:27 < mnemoc> madtux: spanish or english? 17:29 -!- keinek [~Keinek@201.254.14.40] has joined #t2 17:29 < keinek> hi 17:30 -!- sepp_ [~sepp@p213.54.226.62.tisdip.tiscali.de] has joined #t2 17:30 < madtux> mnemoc, as a master of #linuxpreview u should know damn well what's the default lang on it 17:31 * mnemoc , as 1/master, knows spanish is the language there, but as you announced it here i doubted 17:32 < madtux> mnemoc, u could make a real time translation for those interested who do not speak spanish 17:33 < mnemoc> uhm 17:33 < madtux> u know... u could make the real time translation in english and intalian 17:34 < mnemoc> i don't speak italian 17:34 < madtux> what do u mean u don;t speak italian? u are italian 17:36 < mnemoc> i'm roman citizen, but i don't speak italian 17:37 < madtux> bah 17:38 < mnemoc> i speak chilean, crap and pseudo-english 17:38 < madtux> i speak spanish. 17:39 < minto> what does crap sound like :-) 17:39 < mnemoc> qyou don't want to know :) 17:39 < madtux> the crap doesn;t sound... 17:39 < madtux> it just come out of his mouth 17:39 * madtux hides quickly 17:40 < mnemoc> :) 17:41 < madtux> i can tell you guys... its interesting to hear mnemoc talking 17:42 < minto> I think I just stick around here, I don't wanne see what comes out of his mouth :-) 17:43 < minto> mnemoc: linux26 needs uudecode (sharutils) in stage 0, but sharutils is stage 5 and 9 only. Should I modify sharutils to always build before linux26? 17:43 < mnemoc> madtux: what interesting thing have i say? 17:44 -!- sepp [~sepp@p213.54.209.149.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)] 17:47 -!- karasz [~chatzilla@80.97.102.202] has quit ["Chatzilla 0.9.68.5 [Firefox 1.0.5/20050711]"] 18:03 < mtr> minto: not linux26 itself needs uudecode, it is madwifi 18:04 < mnemoc> _Ragnar_ fault! 18:05 < mnemoc> on pkg_linux26_pre.conf restrict the extension to a safe level 18:05 < mtr> madwifi should only built on stage 5 and up then 18:06 < mnemoc> if [ $stagelevel -ge 5 ]; then var_append ...... fi 18:06 < mnemoc> on madwifi/pkg_lixnu26_pre.conf 18:11 < minto> Oh, I will give that a try. 18:12 < minto> Wait a minute, I think it would still not solve the problem due to prio 18:12 < minto> linux26 with madwifi has higher prio than sharutils and sharutils starts at stage 5 18:14 < mnemoc> yuck 18:14 < mnemoc> they should be built also on stage 3 or 4 in that case 18:17 < minto> who is they? 18:17 < mnemoc> sharutils :) 18:18 < minto> only sharutils, ack and what stage? 18:18 < mnemoc> stage 3 is the classic in this case 18:19 < mnemoc> sometimes you have to change .conf to build a minimalistic version of the package on that stage 18:19 < mnemoc> due to sharutils dependencies 18:30 < mtr> grep uudecode flists/* -> var/adm/flists/embutils:embutils: usr/embutils/uudecode 18:31 < mnemoc> you can't count with embutils is installed 18:31 < mtr> hmmm, just an idea ... 18:32 < mnemoc> also gmime has it's own uudecode :) 18:32 < rxr> cu 18:34 < mtr> cu rxr 18:35 < mtr> what about cross-compile targets which need madwifi module in stage 1? .oO 18:36 < mnemoc> sad 18:36 < mnemoc> our current schema restrict a lot what can be cross-compiled 18:41 < minto> Looks this is over my head. I think I will disable madwifi for the time being. Could someone (with proper insight) create a trac issue for this? 18:42 < mnemoc> simply say that madwifi need uudecode from sharutils, which is built after linux26 on stage 5 18:42 < minto> Okay I will create the issue then 18:43 < mnemoc> the walkaround is to install sharutils localy :) 18:50 < minto> Sure, but I want to keep my system as minimal a possible. Like this I trap most of these issues. 18:51 < minto> It is better we find it before joe user does. 18:51 < mnemoc> yes, but tell the workaround on the ticket, for joe users :) 18:52 < minto> Yepp 18:52 < minto> At least it is a known issue now :-) 18:52 < mnemoc> now 18:59 < mnemoc> uhm... dumb question, on devfs serial ports are tts? 19:02 -!- mtr__ [~Michael@p54AF9BD6.dip0.t-ipconnect.de] has joined #t2 19:07 < _Ragnar_> re 19:08 < _Ragnar_> mnemoc: ? 19:08 -!- mtr [~Michael@p54AFA045.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 19:08 < minto> trac issue #32 created: https://trac.t2-project.org/ticket/32 19:17 < mnemoc> _Ragnar_: isn't madwifi yours? 19:17 < _Ragnar_> yea 19:19 < _Ragnar_> pkg_lixnu26_pre.conf <-- pre? 19:20 < mnemoc> that use to be _pre, but post also works 19:22 < _Ragnar_> ah ok 19:23 < CIA-9> ragnar * r10323 /trunk/package/network/madwifi/pkg_linux26_post.conf: * only build for stage >= 5 19:23 < CIA-9> ragnar * r10324 /trunk/package/network/madwifi/ (pkg_linux24_post.conf pkg_linux24benh_post.conf): * only build for stage >= 5 19:25 < mnemoc> _Ragnar_: being built >= 5 doesn't help 19:26 < mnemoc> _Ragnar_: sharutils is built after linux26 19:26 < _Ragnar_> hmm 19:26 < _Ragnar_> so how to fix this then? 19:26 < _Ragnar_> give sharutils higher prio? 19:27 < mnemoc> i think building sharutils on stage 3 19:27 -!- keinek_ [~Keinek@201.254.15.99] has joined #t2 19:28 < minto> But what about what mtr said: 19:28 < minto> what about cross-compile targets which need madwifi module in stage 1? .oO 19:28 < _Ragnar_> eeps 19:29 < _Ragnar_> in this case it would use the host uudecode tho? 19:29 -!- keinek [~Keinek@201.254.14.40] has quit [Read error: 104 (Connection reset by peer)] 19:29 < minto> So sharutils becomes a T2 dependancy. 19:29 < mnemoc> after 10323 it wont be crosscompiled, ever 19:30 < _Ragnar_> hmmm 19:31 < _Ragnar_> this is awkward ;p 19:32 < _Ragnar_> dunno if not having it cross-compiled is such a big hassle tho ... the driver implementation is x86 only anyway 19:33 < mnemoc> :) 19:34 < mnemoc> why do we have ebay as searcher on firefox by default? 19:34 < _Ragnar_> ewwww 19:35 < minto> Maybe someone was bribed. :-) 19:37 < _Ragnar_> btw is there a quick way to list all files in /usr that do not appear in a packages flist? 19:37 < mnemoc> also amazon.com and creativecommons.... 19:37 < mnemoc> _Ragnar_: nope 19:37 < _Ragnar_> :/ 19:37 < mnemoc> _Ragnar_: find -type f | while read file; do if ! grep -q .... 19:38 < CIA-9> ragnar * r10325 /trunk/package/base/sharutils/sharutils.desc: * madwifi needs uudecode to build kernel module 19:40 < mnemoc> does https://addons.mozilla.org/extensions/ works there? 19:45 < minto> The link works, if that is what you are asking. 19:46 < mnemoc> :( 19:47 < minto> But it only worked the second time I tried. 19:47 < minto> mnemoc: remember trac #17 19:47 < minto> I commited my change to trunk. 19:48 < mnemoc> i'll test it on native p4 after my next commit orgy 19:48 < minto> Before the issue can be closed it think r10304 needs to be merged into trunk 19:48 < minto> ack 19:49 < mnemoc> from trunk :) 19:50 < minto> I meant to say in 2.1 :-) 19:52 < mnemoc> :) 19:53 < mnemoc> can you add a reference on the issue? 19:53 < mnemoc> if i forgot the revision number :p 19:53 < minto> https://trac.t2-project.org/ticket/17 19:53 < minto> the revision number is in there too. 19:54 < mnemoc> thanks :) 19:55 < mnemoc> assigned to mnemov :( 19:59 < minto> mnemov??? 19:59 < minto> I assigned it to you since you seems to be the 2.1 maintainer :-) 20:02 < mnemoc> mnemoc* 20:02 < mnemoc> yes yes ... i know 20:09 < minto> mnemoc: can you try downloading aqhbci-qt. I get a Cksum error. 20:12 < mnemoc> trunk? 20:12 < minto> yes 20:12 < mnemoc> ./scripts/Download -check aqhbci-qt 20:13 < mnemoc> File missing: download/mirror/a/aqhbci-qt-tools-1.0.7.tar.bz2 20:13 < minto> That's what I get too. 20:13 < mnemoc> redownloading 20:14 < minto> ./scripts/Create-CkSumPatch aqhbci-qt 20:14 < minto> Creating cksum.patch ... 20:14 < mnemoc> 3123867771 20:14 < mnemoc> that's the one i get 20:16 < minto> That's the one I get too. I will fix it. 20:17 < CIA-9> msluis * r10326 /trunk/package/office/aqhbci-qt/aqhbci-qt.desc: * fixed aqhbci-qt checksum. 20:17 -!- mtr__ is now known as mtr 20:17 < mtr> re 20:18 < mtr> i have a different cksum for aqhbci-qt: 20:18 < mtr> 1334168782 390705 download/mirror/a/aqhbci-qt-tools-1.0.7.tar.bz2 20:18 < mnemoc> uhm 20:19 < mtr> downloaded the file at 2005-07-15 09:22 20:19 < mnemoc> so now we have 1.0.7a :) 20:19 < mnemoc> mtr: can you 'update' and compare? 20:19 < mnemoc> use ! syntax on [D] 20:20 < mnemoc> [D] $checksum filename !url/file 20:20 < mnemoc> file will be renamed to filename on download 20:20 < mtr> yes, i check and compare it 20:22 < mnemoc> diff -rduN is your friend 20:29 < mtr> uhm, seems that someone let autogen refresh the autoconf files 20:29 < mtr> mostly configure and Makefile.in's differ 20:30 < mnemoc> as far as it's safe, let's 'update' to 1.0.7a i think 20:30 < mtr> so, it should get 1.0.7a now, your cksum is the same than i have now 20:30 < mnemoc> ok 20:30 < mtr> mnemoc: ok 20:37 < CIA-9> mtr * r10327 /trunk/package/office/aqhbci-qt/aqhbci-qt.desc: * added 'a' to aqhbci-qt version: file on sf changed without revision change 20:42 < minto> Yuck, still linux26 fails. now I get : 20:42 < minto> !> Created (vanished) file outside basedir (ignored): /lib/ .. 20:42 < minto> !> Created file outside basedir: /lib/modules/2.6.12/module .. 20:42 < minto> !> Created (vanished) file outside basedir (ignored): /lib/ .. 20:42 < minto> !> Created file outside basedir: /lib/modules/2.6.12/module .. 20:42 < minto> Anyone clue? 20:44 < mnemoc> minto: if you showme what names of the files maybe i guess what module is not using $DESTDIR 20:45 < minto> Created (vanished) file outside basedir (ignored): /lib/modules/2.6.12/modules.a 20:45 < minto> lias.temp 20:45 < minto> Created file outside basedir: /lib/modules/2.6.12/modules.ccwmap 20:45 < minto> Created (vanished) file outside basedir (ignored): /lib/modules/2.6.12/modules.c 20:45 < minto> cwmap.temp 20:45 < minto> ... 20:45 < mnemoc> depmod 20:46 < mnemoc> someone is executing depmod 20:46 < mnemoc> search on your errorlog 20:47 < minto> I will create regression reports (I have to shut the box down soon.) 20:48 < mnemoc> ok 20:53 -!- veki [~veki@217.24.19.40] has joined #t2 20:56 < minto> Regression reports online now: 20:56 < minto> http://multimach.dyndns.org/t2/trunk/regressions/reference-32/regressions.html 20:56 < minto> http://multimach.dyndns.org/t2/trunk/regressions/reference-64/regressions.html 20:56 < minto> http://multimach.dyndns.org/t2/2.1/regressions/reference-32/regressions.html 20:57 < minto> http://multimach.dyndns.org/t2/2.1/regressions/reference-64/regressions.html 20:59 < mtr> install -m 644 -o 0 -g 0 rt2500.ko /lib/modules/2.6.12.3-dist/kernel/drivers/net/wireless 20:59 < mtr> /sbin/depmod -a 20:59 < mtr> rt2500 ! 21:02 < mnemoc> ese bastardo hay que parcharlo o DEPMOD=true para que no lo haga 21:02 < mnemoc> dependiendo del makefile hay que ver como evitar que haga depmod 21:03 < minto> Looks like mnemoc is cursing 21:04 < mnemoc> err 21:04 < mnemoc> sorry 21:04 < mnemoc> i forgot to change the switch 21:04 < mnemoc> "that bastard has to be patched to DEPMOD=true to avoid it runs depmod" 21:04 < mnemoc> "depending of the makefile you have to see how to do it" 21:05 < minto> ahh, and the bastard is probably rt2500 21:05 < sepp_> hi all 21:05 < mnemoc> yep 21:05 < mnemoc> hi sepp_ 21:06 < mtr> hi sepp_ 21:07 < sepp_> hi mtr mnemoc 21:08 < sepp_> ohh i have not noticed that is runs depmod :( 21:09 < mnemoc> mv flames ~sepp_ 21:10 < sepp_> good so i can stop wasting power with artificial light :D 21:11 < mnemoc> :) 21:11 < sepp_> ok i will patch the makefile 21:12 < sepp_> wonder why it has not failed on my laptop 21:13 < mnemoc> because you did emerge :) 21:13 < sepp_> ahh yes 21:18 < minto> okay, 1 down 3 to go. How about the 32 bits 2.1 reference build. 21:19 < minto> ltrace fails. This is probably because I build on x86-64. 21:19 < minto> Although expect normal x86. But I see lots of x86_64 in the log. 21:20 < veki> hi 21:21 < veki> I tried to build generic target. but I have the problem that my disk is full. I would like to remove my old unsuccessfull mnemosyne build so th egeneric will have enough space. I can do that manually, but I suppose there is script to do that 21:23 < morfoh> re hi 21:25 < mnemoc> veki: use Cleanup script 21:27 < veki> OK ./scripts/Cleanup ? 21:28 < mnemoc> yep 21:28 -!- keinek_ is now known as keinek 21:30 < veki> OK, how can i check which buidls I do have on my computer? 21:30 < mnemoc> ls build/ 21:31 < veki> OK, if I have boot-mmx target I can remove it by ./scripts/Cleanup -build boot-mmx 21:31 < veki> OK? 21:31 < morfoh> mnemoc: do you have a list with the merges you did on your machine regarding the dietemb target ? 21:33 < mnemoc> i have flagged commit messages :( 21:39 < morfoh> hmmm .... is there an easy way for you merging the stuff from your machine into the offical 2.1 branch ? 21:41 < mnemoc> svn commit :) 21:41 < mnemoc> ok ok 21:42 < morfoh> mnemoc: good ... you understood my (re)question :p 21:42 < mnemoc> morfoh: i have no pending changes on misc/ or architecture/ 21:42 < mnemoc> morfoh: and every diff on package/ is shown at http://t2.geeks.cl/regressions/stable-dietemb/ 21:43 < mnemoc> i still have 28 pendings on http://t2.geeks.cl/regressions/stable/ 21:43 < mnemoc> but i'll start commiting stuff 21:43 < morfoh> thanks master :) 21:44 < mnemoc> master :\ 21:45 < CIA-9> amery * r10328 /branches/2.1/package/base/libpcap/libpcap.desc: * marked libpcap as DIETLIBC 21:46 < CIA-9> amery * r10329 /branches/2.1/package/base/mdadm/mdadm.desc: * merged 9184,9660 from trunk: updated mdadm (1.10.0 -> 1.12.0) 21:47 < CIA-9> amery * r10330 /branches/2.1/package/develop/patchutils/patchutils.desc: * merged 9775 from trunk: updated patchutils (0.2.30 -> 0.2.31) 21:49 < CIA-9> amery * r10331 /branches/2.1/package/filesystem/reiser4progs/reiser4progs.desc: * merged 9219 from trunk: updated reiser4progs (1.0.3 -> 1.0.4) 21:50 < CIA-9> amery * r10332 /branches/2.1/package/network/rsync/rsync.desc: * merged 9613 from trunk: updated rsync (2.6.4 -> 2.6.5) 21:53 < morfoh> mnemoc: will you merge some more ? 21:53 < mnemoc> wait 21:54 < morfoh> yes ,,, I do 21:56 -!- veki [~veki@217.24.19.40] has quit ["leaving"] 21:57 -!- veki [~veki@217.24.19.40] has joined #t2 21:59 < keinek> hi veki 21:59 < CIA-9> amery * r10333 /branches/2.1/package/ (4 files in 3 dirs): 21:59 < CIA-9> * merged 9046 from trunk (gatling skipped): marked libowfat dietlibc-able 21:59 < CIA-9> * merged 9047 from trunk (gatling skipped): repriorized libowfat after dietlibc, and slidentd after libowfat 21:59 < CIA-9> * merged 9267 from trunk: repriorized minit after libowfat 21:59 < CIA-9> * merged 9277 from trunk: fixed minit to use the sandbox libowfat headers, not the build host ones 22:01 < veki> hi keinek 22:01 < veki> keinek: check query 22:15 -!- rxr_ [rene@e178161198.adsl.alicedsl.de] has joined #t2 22:15 -!- Topic for #t2: T2 | 2.1.0-rc1 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/ 22:15 -!- Topic set by mnemoc [] [Tue Jun 21 16:27:15 2005] 22:15 [Users #t2] 22:15 [ _Lewellyn] [ dsoul ] [ madtux] [ morfoh] [ rxr ] [ SerWou ] 22:15 [ _Ragnar_ ] [ jsaw ] [ minto ] [ mtr ] [ rxr_ ] [ valentin] 22:15 [ CIA-9 ] [ keinek] [ mnemoc] [ nzg ] [ sepp_] [ veki ] 22:15 -!- Irssi: #t2: Total of 18 nicks [0 ops, 0 halfops, 0 voices, 18 normal] 22:15 -!- Channel #t2 created Sun Aug 8 21:15:33 2004 22:15 -!- [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup 22:16 -!- Irssi: Join to #t2 was synced in 16 secs 22:16 < morfoh> mnemoc: I'll take a look if the multilanguage support is mature 22:18 -!- rxr [rene@e178132121.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)] 22:23 -!- keinek [~Keinek@201.254.15.99] has quit ["Abandonando"] 22:25 < veki> hi guys, keinek and me disucssed our willingness to write t2 manual "for the rest of us". "The rest of us" are those who are not developers and who do need precise guidance because for us is not assumed what is assumed for you. However, we do not want to put to omuch burden on you, and it is our idea to write it for that purpose. i will contact rene and ask for cooperation. If you have better idea please let me know. If my manual t2 for dummies :) will be OK and 22:31 < sepp_> uhm 1-glibc fails if you use lazy optimization, athlon-xp and no cpu optimization 22:32 < mnemoc> uhm? 22:33 < sepp_> trunc 22:34 < sepp_> stupid me i deleted the error 22:34 < sepp_> some inlining failed 22:35 < sepp_> with "speed" it works ... 22:40 < sepp_> i will reproduce the error on my laptop 22:40 < morfoh> sepp_: I think I had the same problem some month ago 22:42 < sepp_> morfoh: any idea? 22:42 < morfoh> sepp_: unfort. not 22:43 < minto> veki: that's a noble idea, you do know rene already has a handbook? 22:45 < veki> minto: I know that there is handbook,. It is fom my point of view well written for tose who already knwo a lot on t2. My idea is that some activities suhc as installation, maintenance, adding packages will be written in awy that is much easier to understand to those who are not developers 22:46 < veki> It is important to know for example, thathey should not delete unsuccessfull builds manually and why..... 22:47 < veki> minto: my idea is to make exercises, examples etc.... so they can practise how to use it and understand its concept 22:47 < minto> veki: I agree the handbook needs some update. I myself already started a document to describe the Java support in T2. 22:47 < veki> minto: that is great. However, I owe a lot to rene and others who made existing handbook 22:47 < minto> Good idea, my document also has a section on how to add java packages. 22:48 < minto> I also made heavy use of the existing handbook, but found Java support lacking. So I added some java stuff. 22:48 < veki> minto: yes, I think that there is a great potential in t2 and those who may use it for specific projects etc. should be able to understand it and do it 22:50 < veki> minto: for example: first lesson may be: console is your friend, the second: bash is hard working wizard etc. 22:50 < sepp_> damn i need ear muffs for my pc 22:50 < veki> I am simplifying a bit, but understanding of concept is very important because that i sthe first barrier which user do have 22:52 < veki> sepp: what is problem with your pc? 22:52 < sepp_> it sounds like a hair-drier 22:53 < minto> sepp_: You should hear my noisy (servername) box. It sounds like a 747 ready to take off. 22:53 < veki> sepp: minto was very helpful, he put cdcd package and I put CD, headphones on my ears and as louder as possible is music computer grwoling will not be audible :) 22:57 < veki> sepp: I am currently listening rock version of Bourre by J.S. Bach. no computer drilling and milling audible :) 22:57 < morfoh> mnemoc: = 07/20/05 00:43:55 =[1]=> Aborted building package ncurses. <--- dietemb .... any other pending merges ? 22:59 < mnemoc> morfoh: none 22:59 < mnemoc> morfoh: on that field 23:00 < morfoh> Created (vanished) file outside basedir (ignored): /usr/ 23:01 < mnemoc> ? 23:01 < mnemoc> ncruses? 23:01 < morfoh> yep 23:02 < mnemoc> what else? 23:02 < morfoh> mnemoc: gnu/bin/ld: final link failed: Nonrepresentable section on output 23:02 < morfoh> collect2: ld returned 1 exit status 23:02 < morfoh> gnu/bin/ld: final link failed: Nonrepresentable section on output 23:02 < morfoh> collect2: ld returned 1 exit status 23:03 < mnemoc> yuck 23:03 < morfoh> mnemoc: still phoning ... i'll take look on it 23:04 -!- keinek [~keinek@201.254.15.99] has joined #t2 23:04 < keinek> hi again 23:04 < veki> hi keinek 23:05 < _Lewellyn> hoi keinek 23:05 < sepp_> why is the xorg drm stuff building in stage 1? 23:05 < sepp_> echo 'Sub-building 3rd party module package xorg ...' 23:08 < mnemoc> to be able to cross-compile it i guess 23:09 < sepp_> hmmm 23:13 < _Ragnar_> re 23:14 < morfoh> hi Ragnar 23:14 < veki> Ragnar: hi 23:14 < _Ragnar_> hey veki 23:15 < veki> hey Ragnar, how are you? 23:16 < _Ragnar_> fine thanks 23:16 < _Ragnar_> and you? 23:17 < sepp_> hi _Ragnar_ 23:17 < veki> Ragnar: fine, thanks, just finishing an overview on some Linux audio applications. i did not forgte that I will have to learn how to include packages for radio stations 23:18 < _Ragnar_> =) ok 23:19 < veki> I need hour or two to finish my work and I will be ready. On more sleepless but very useful night :) 23:27 < veki> I am building generic target and building of libmng failed. I checked error.log and I found numerous warnings about parse error before "pData" 23:29 < minto> any T2 people living in or near Muenchen? 23:30 < veki> minto: I have a friend living nearby Munich, but she is not t2 though 23:33 < morfoh> minto: hmmm ... don't know. why munich ? 23:34 < minto> I plan on taking a coarse then end of August. 23:34 < minto> then = there 23:35 < morfoh> minto: what course ? 23:35 < minto> are you sure you wanna know? it is java related. 23:36 < minto> morfoh: you asked for it :-) 23:36 < minto> http://www.architectworkshop.com/public.jsp 23:37 < sepp_> the rivatv is still broken? 23:37 < morfoh> ah ic ... 23:40 < minto> sepp_: I guess so, I encountered it and don't know how to fix. 23:41 < sepp_> ok i tested my rt2500 fix and 1-linux26 failed on riva 23:41 < sepp_> i will test without 23:45 < mnemoc> what do you use to do screenshots? 23:45 < sepp_> import 23:49 < mnemoc> another dumb question, where is the eyedropper on 'display'? 23:49 < veki> Ragnar: are you from Europe? what is your time zone? 23:49 < _Ragnar_> I'm in PST 23:49 < veki> hm, what is PST? 23:49 < _Ragnar_> pacific time zone 23:50 < _Ragnar_> west coast US 23:50 < morfoh> west coast in da house 23:50 < mnemoc> yankies thing everyone knows their 'aliases' for TZs 23:50 < veki> Oh, great, so it is not too late. I will finsih my work in one hour and if you will be available we can do adding packages for radio stations. OK? 23:50 < _Ragnar_> *lol* ok 23:50 < _Ragnar_> if work permits 23:51 < veki> OK, great. Which town? 23:51 < mnemoc> _Ragnar_: where are you _from_? 23:51 < _Ragnar_> germany 23:51 < mnemoc> just what i thought 23:51 < veki> I am from Belgrade, Serbia and Montenegro. It is 23.51 here. But, I will not sleep 23:51 < _Ragnar_> *lol* ok 23:51 < veki> I am not from germany. Does veki sound like German nick or name? 23:52 < _Ragnar_> no 23:52 < veki> veki is short from vedran, which is my name. vedran means: sunny, happy, obvious face etc. 23:53 < morfoh> veki sounds like a name from the net .... 23:54 < veki> hm, ok, It is interesting that some guys made some random generating of words and that my name and family name appeared as results too.... 23:54 < veki> I was born in Croatia, on the Mediterranean cost, where there is alot of sunny weather and veki i sfrequent there, but it is not frequent in other parts ofthe region 23:55 < veki> maybe cloudy or rainy will be more frequent in Serbia. I am not originally from Serbia 23:57 < veki> Ragnar: I have some friends in San Francisco and LA 23:59 < _Ragnar_> :) kewl --- Log closed Wed Jul 20 00:00:00 2005