T2 IRC Log: 2005-07-19

This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.

« prev | next »

--- 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