T2 IRC Log: 2005-04-12
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.
--- Log opened Tue Apr 12 00:00:04 2005
00:09 < CIA-9> rene * r8196 /trunk/package/base/linux24/linux24.conf:
00:09 < CIA-9> * enhanced the postlinux code to allow cross building linux module
00:09 < CIA-9> providing packages if they marked for the stage currently building
00:09 < CIA-9> in
00:17 < CIA-9> rene * r8197 /trunk/package/filesystem/unionfs/ (postlinux.conf unionfs.desc):
00:17 < CIA-9> * marked unionsfs to be built in stage1 and fixed the module install
00:17 < CIA-9> path for the cross build case
00:26 < rxr> ok - n8 all
01:38 -!- keinek [~Keinek@201.254.10.2] has joined #t2
01:38 < keinek> hi
02:26 -!- jeru [~jeru@p54BFD553.dip.t-dialin.net] has quit [Read error: 60 (Operation timed out)]
02:27 -!- sparc-kly|univ| [~universit@66-50-123-218.prtc.net] has quit [Read error: 104 (Connection reset by peer)]
03:33 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has joined #t2
03:35 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has quit [Client Quit]
03:56 < CIA-9> jsaw * r8198 /trunk/package/mail/nullmailer/nullmailer.conf:
03:56 < CIA-9> * Makefile uses user "nullmail" not "nullmailer"
03:56 < CIA-9> * handle the INSTALL_WRAPPER_FILTER changing the name of $(bindir)/mailq
04:48 -!- sparc-kly_ [~sparc@66.50.160.149] has quit ["Leaving"]
04:57 -!- keinek [~Keinek@201.254.10.2] has quit ["Abandonando"]
05:20 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has joined #t2
05:21 < FeR> Hola Alguien habla espanol
05:23 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has quit [Client Quit]
05:27 -!- mtr_ [~michael@Ha15d.h.pppool.de] has joined #t2
05:29 -!- mtr [~michael@H8d8b.h.pppool.de] has quit [Read error: 60 (Operation timed out)]
05:39 -!- sepp_ [~sepp@p213.54.222.182.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
08:34 -!- mnemoc [~amery@200.75.27.44] has quit [Read error: 110 (Connection timed out)]
08:37 -!- jsaw_ [~jsaw@volans.mpimf-heidelberg.mpg.de] has joined #t2
08:37 -!- jsaw [~jsaw@volans.mpimf-heidelberg.mpg.de] has quit [Read error: 104 (Connection reset by peer)]
08:38 -!- mnemoc [~amery@200.75.27.49] has joined #t2
09:17 < rxr> moin
09:21 < rxr> ouhm - embedded the kernel modules into my embedded FS expands the size to 13MB
09:47 < CIA-9> rene * r8199 /trunk/target/embedded/kernel.conf.sh:
09:47 < CIA-9> * disabled more kernel subsystems that are seldom needed on embedded
09:47 < CIA-9> systems
10:08 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
10:08 < minto_> moin
10:09 < rxr> moin minto_
10:19 < minto_> :-( someone seems to have stolen my nick
10:27 -!- _jeru [~jeru@p54BFF267.dip.t-dialin.net] has joined #t2
10:27 -!- _jeru is now known as jeru
10:27 < minto_> Hi _jeru
10:27 < jeru> moin
10:27 < jeru> Hi minto_ :)
10:29 < rxr> moin jeru
10:30 < jeru> moin rxr :)
10:33 < jeru> rxr: EXTRAVERSION is wiped out of any patch which tries to patch the kernel Makefile, right ?
10:34 * jeru is preparing grsecurity <- Note
10:38 < jeru> but unfortunately it doesn't erase EXTRAVERSION out of the patc. can I force it in some way ?
10:39 < valentin> moin
10:39 < jeru> moin valentin
10:40 < minto_> hi valentin
10:42 < valentin> i spend some time yesterday reading ugly kernel assembly
10:42 < valentin> i have no idea why the sh bootloader does not work for me, the only reason i have in mind is that the memory addresses used are incorrect for the 2.6 kernel
10:43 < valentin> to bad there is no usefull documentation available (as for many parts of the 2.6 kernel)
10:48 < valentin> jeru: what is plone doing ? :)
10:49 < rxr> hi valentin
10:49 < rxr> and I just wonder why cups tells me:
10:49 < rxr> E [12/Apr/2005:10:48:21 +0200] [Job 104] Resolution 100 is not support.
10:49 < rxr> valentin: do you phone linux int ?
10:50 < valentin> we got mail ?
10:50 < rxr> on - that is why we should phone, no ?
10:52 < valentin> so you got no mail, too - or what ?
10:52 < rxr> /on/on/
10:52 < rxr> /on/no/
10:53 < rxr> damn cups - why the hell is my own .ps not printed ...
10:53 < rxr> where lpr_cupy some-png works fine ...
10:53 < rxr> damn crapy ...
10:56 < jeru> valentin: regarding Plone, I wasn't able to replace my server yet, because there are some sites on it which I've to migrate and test first. And with one I've some problems during DB migration. :/
10:57 < rxr> -rw-r--r-- 1 rene users 32M Apr 12 10:56 drawing.ps2
10:57 < rxr> the gimp prerastering that indeed prints ...
10:57 < rxr> damn crappy cups sh*t ...
10:57 < valentin> jeru: you will succed
10:59 < valentin> rxr: what is it you do ?
10:59 < jeru> valentin: thank you very much for your backer :)
11:01 < rxr> valentin: printing a AV220 picture with exactcode banner for the advertising campain ...
11:02 < jeru> EXTRAVERSION = .7-grsec will not be removed out of the grsec patch ... any Ideas ?
11:12 < jeru> if I run the sed command from lx_grabextraversion against the grsecurity patch it filters out out the EXTRAVERSION stuff
11:14 < rxr> valentin: there is a english text in the de versoin of the Data Source
11:14 < rxr> at Aufloesung there is custom in the list ...
11:14 < valentin> oh
11:14 < valentin> seems like i missed that one
11:15 < valentin> can you write it into TODO ?
11:17 < valentin> when do you plan to have the next release out ?
11:18 < rxr> well - when someone asks ...
11:18 < valentin> you know i will be traveling thu-mon ?
11:19 < valentin> so i should implement the cancel button thing and fix the custom issue before
11:23 < jeru> rxr: can you give me a hint. when "lx_grabextraversion" is called ?
11:26 < rxr> after each patch
11:26 < rxr> valentin: that would be welcome
11:27 < jeru> rxr: uhm ? after patching ?
11:28 < jeru> or before applying the patch ?
11:29 < rxr> I think after applying each patch
11:35 < jeru> rxr: can I tweak my package.conf to run it before patching in some way ?
11:35 < rxr> what are you trying to do ?
11:35 < jeru> preparing grsecurity package
11:36 < jeru> and patching the Makefile failed
11:36 < jeru> just due to the EXTRAVERSION stuff
11:37 < jeru> anyway, why do we run "lx_grabextraversion" after patching ?
11:41 < rxr> because all the patches Makefile adaptoins conclift - so we collect them after each patch to form a combined version of all the patches ...
11:41 < rxr> what does fail ?
11:42 < jeru> patching file Makefile
11:42 < jeru> Hunk #1 FAILED at 1.
11:42 < jeru> Hunk #2 succeeded at 563 (offset 2 lines).
11:42 < jeru> 1 out of 2 hunks FAILED -- saving rejects to file Makefile.rej
11:43 < jeru> # cat Makefile.rej
11:43 < jeru> ***************
11:43 < jeru> *** 1,7 ****
11:43 < jeru> VERSION = 2
11:43 < jeru> PATCHLEVEL = 6
11:43 < jeru> SUBLEVEL = 11
11:43 < jeru> - EXTRAVERSION = .7
11:43 < jeru> NAME=Woozy Numbat
11:43 < jeru> # DOCUMENTATION
11:43 < jeru> --- 1,7 ----
11:43 < jeru> VERSION = 2
11:43 < jeru> PATCHLEVEL = 6
11:43 < jeru> SUBLEVEL = 11
11:43 < jeru> + EXTRAVERSION = .7-grsec
11:43 < jeru> NAME=Woozy Numbat
11:43 < jeru> # DOCUMENTATION
11:47 < rxr> jeru: maybe dimply take the patch for 2.6.11 ? without .7 ?
11:47 < rxr> simply even ...
11:48 < rxr> or modify teh patch to strip that change away ...
11:48 < rxr> or other /hacks/
11:48 < rxr> me morning shower and breakfast ...
11:49 < jeru> rxr: ack ... happy showering and good appetite :)
12:16 < jsaw_> hi
12:16 < jsaw_> mnemoc: mnemosyne target misses "apr" and "apr-utils"
12:17 < jsaw_> gone again, cu! (two weeks left to finish thesis)
12:48 < jeru> jsaw_: I've added both to mnemosyne, last week I think
12:55 * jeru is away now ... cu later
12:55 -!- jeru [~jeru@p54BFF267.dip.t-dialin.net] has left #t2 []
12:55 < rxr> jsaw_: hi and cu ,-)
13:13 < CIA-9> rene * r8200 /trunk/package/gnome2/glib/glib.desc: * updated glib (2.6.3 -> 2.6.4)
13:13 < CIA-9> rene * r8201 /trunk/package/gnome2/gtk+/gtk+.desc: * updated gtk+ (2.6.4 -> 2.6.6)
13:37 < CIA-9> rene * r8202 /trunk/package/gnome2/glib/glib.conf: * fixed glib / gnome profile.d entry to append to XDG_DATA_DIRS
13:52 < rxr> valentin: ?
14:00 -!- rxr [~rene@e178165237.adsl.alicedsl.de] has joined #t2
14:00 -!- Topic for #t2: T2 | 2.1.0-beta3 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/
14:00 -!- Topic set by valentin [] [Sun Apr 10 22:39:26 2005]
14:00 [Users #t2]
14:00 [ _Ragnar_] [ Davidcc6] [ mnemoc] [ nzg] [ valentin]
14:00 [ CIA-9 ] [ jsaw_ ] [ mtr_ ] [ rxr]
14:00 -!- Irssi: #t2: Total of 9 nicks [0 ops, 0 halfops, 0 voices, 9 normal]
14:00 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
14:00 -!- [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup
14:00 -!- Irssi: Join to #t2 was synced in 6 secs
14:10 < rxr> valentin: I called linux int - he had lunch - so we'll hear back later ...
14:11 < rxr> valentin: there is also the progress bar UI update issue you wanted to take a look at ...
14:19 < rxr> http://www.missiontechnologies.com/xfmrs/
14:20 < rxr> http://www.xfmrs.com/
14:25 < rxr> http://www.xfmrs.com/pdf/2100.pdf
14:36 -!- sepp [~sepp@p213.54.217.139.tisdip.tiscali.de] has joined #t2
14:36 < sepp> hi all
14:42 < rxr> hi sepp
14:42 < sepp> http://home.arcor.de/sebastian.czech/t2/t2-01.png
14:44 < sepp> one logo idea ...
15:31 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
15:32 < rxr> http://www.eetasia.com/ARTICLES/2004NOV/B/2004NOV01_BD_NTEK_MPR_TA.pdf
15:37 < mnemoc> moin
15:38 < mnemoc> jsaw_: what packages asked you for apr/apr-utils?
15:40 < minto_> mnemoc: I think he did, these two are now used by apache
15:41 < mnemoc> apache is fixed
15:41 < mnemoc> i wonder what other package needs them
15:41 < minto_> jeru already mentioned he fixed it.
15:41 < minto_> ... last week
15:41 < mnemoc> yep
15:43 < rxr> mnemoc: what was fixed at apache ?
15:44 < mnemoc> mnemosyne/apache for apr
16:14 < CIA-9> sebastian * r8203 /trunk/package/network/tor/tor.desc: * updated tor (0.0.9.6 -> 0.0.9.8)
16:15 * mnemoc reviewing 8182 and we passed 8200 mark
16:39 -!- _jeru [~jeru@mail.oberlinhaus.de] has joined #t2
16:39 < _jeru> nick jeru
16:39 -!- _jeru is now known as jeru
16:39 < jeru> re hi
16:42 < CIA-9> amery * r8204 /trunk/package/audio/xmms-alarm/xmms-alarm.desc: * updated xmms-alarm (0.3.6 -> 0.3.7)
16:42 < CIA-9> amery * r8205 /trunk/package/base/syslog-ng/ (syslog-ng.cache syslog-ng.desc): * updated syslog-ng (1.6.6 -> 1.6.7)
16:44 < CIA-9> amery * r8206 /trunk/package/develop/gwenhywfar/gwenhywfar.desc: * updated gwenhywfar (1.10.0 -> 1.11.0)
16:46 < CIA-9> amery * r8207 /trunk/package/network/iproute2/ (iproute2.cache iproute2.desc): * updated iproute2 (2.6.10-ss050209 -> 2.6.11-050330)
16:48 < CIA-9> amery * r8208 /trunk/package/network/phpldapadmin/ (phpldapadmin.cache phpldapadmin.desc): * updated phpldapadmin (0.9.5 -> 0.9.6)
16:50 < CIA-9> amery * r8209 /trunk/package/office/aqbanking/aqbanking.desc: * updated aqbanking (1.0.5beta -> 1.0.8)
16:57 < CIA-9> amery * r8210 /trunk/package/x11/worker/ (worker.cache worker.desc): * updated worker (2.8.3 -> 2.10.0)
16:59 < rxr> oh !
17:01 < rxr> http://www.cisco.com/en/US/products/hw/routers/ps133/products_tech_note09186a00801f5d9e.shtml
17:15 < mnemoc> rxr: bookmarked :)
17:23 < mnemoc> t2-debug takes ages
17:24 < mnemoc> rxr: why t2-debug sweeps TOOLCHAIN dir?
17:27 < rxr> no idea
17:28 < mnemoc> t2-debug has been running find for 2:12
17:28 < mnemoc> ccache is evil if you sweep it
17:30 < minto_> Regarding ccache, who added it into the build system
17:31 < rxr> that was at rock times
17:31 < rxr> I reworked it since then a few times ..
17:31 < minto_> I wonder if every config being build uses its own cache.
17:32 < mnemoc> what i wonder is about linking sharing ccache.chroot ccache.native on Build-Target if stage 9 is enabled
17:33 < mnemoc> s/linking//
17:33 < mnemoc> err
17:33 < mnemoc> s/sharing/symlinking/
17:38 < minto_> I also wonder if package being built at multiple stages have the same ccache. Apperently not, mnemoc already mentioned two different ones. I think using one speed up the build process. But for this to work properly packages should always be build with the same path. Meaning the built path should be the same at every stage (if possible).
17:38 < minto_> I also think performance can be speeded up if we use only one cache per arch. Especially people building multiple targets/configs will notice the performance boost.
17:38 < mnemoc> there are three different ccache.*
17:39 < minto_> I wonder why?
17:39 < mnemoc> export CCACHE_DIR="$base/build/$ROCKCFG_ID/TOOLCHAIN/ccache${toolsdir#tools}"
17:39 < mnemoc> i assume due to the different contexts they run
17:43 < jeru> will move home now ... cu all later
17:43 -!- jeru [~jeru@mail.oberlinhaus.de] has left #t2 []
17:43 < minto_> I think ccache can handle different contexts itself.
17:45 < minto_> ccache determines hit/miss based on the full commandline and a hash on the preprocesser results. If it isn't known ccache will call it a miss. That's why I mentioned the paths should be the same for every stage (this is probably the hardest part).
17:45 < mnemoc> rxr: ^--- comments?
17:48 < rxr> minto_: the caches are per built
17:49 < rxr> per config that is
17:49 < mnemoc> CCACHE_DIR="$base/build/$ROCKCFG_ID/TOOLCHAIN/ccache${toolsdir#tools}"
17:49 < rxr> so when you build for three architectures, you have different caches already
17:49 < mnemoc> the toolsdir is the polemic part i think
17:50 < rxr> we can not share the cache between multiple builds, because it needs to be present in the chroot ...
17:50 < minto_> But when I build three different configs for the same arch I have multiple caches as well?
17:50 < rxr> this could only be archives with bind mounts if you want that
17:50 < rxr> minto_: for big builds I do not find ccache scale that well - you need way larger chaches than we currently configure by default
17:51 < rxr> for desktop rebuilds you need s.th. like 8GB with more subdirs - and on the fast in this use case reiserfs such full trees are very very slow ...
17:51 < mnemoc> err... t2-debug still building....
17:52 < minto_> yes of course, every object file needs to go in there otherwise there is no gain, only pain/overhead.
17:52 < rxr> the in chroot use is the biggest problem - you need to hack with bind mounts or so to share between builds ..
17:52 < minto_> Unfortunately I am not very comfortable with chroot.
17:59 < rxr> what do you mean ?
18:00 < minto_> I don't know how it exactly works.
18:01 < minto_> I have no linux background, and I am still learning every day.
18:01 < rxr> chroot is a kernel feature to run systems in a subpart of the filesystem tree - in our case in the new system
18:02 < minto_> I understand the global concept, just not the details.
18:02 < rxr> however we will try to avoid doing this in the future - cross building more and more - so at some point we could then start building as normal users - chroot requres root priveledges
18:03 < minto_> So maybe in the future we can fully benefit from ccache.
18:03 < rxr> yes - easier than right now - currently we would need bind mounts to "mount the ccache into the many build roots to have them available in the sandboxes"
18:04 < minto_> Is it (with minimal costs) possible to have cache turned on on individual packages.
18:04 < minto_> Like this large build can be done without ccache overhead.
18:05 < minto_> Only when fooling around with particular packages they can be turned on.
18:20 < minto_> rxr: How is the toolchain put into the sandbox? Can the ccache data dirs not be included the same way?
18:22 < mnemoc> minto_: ?
18:22 < rxr> per package on/off switch is possible - but I'm not sure if that would be useful for someone - e.g. I have no need for it ...
18:23 < minto_> yes, mnemoc?
18:23 < rxr> minto_: there is one cache used for all the normal compilations - if you want to share them it is not a matter of placing them in the sanbox - but really sharing them permanently - e.g. with bind mounts ...
18:24 < rxr> I think you can no easily increase cache efficency
18:24 < minto_> rxr: So the toolchain is copied into the sandbox?
18:25 < rxr> no
18:25 < rxr> it is created step by step by the build process
18:25 < rxr> but there is not much stuff in the dir named TOOLCHAIN
18:25 < mnemoc> toolchain is created inside sandbox
18:26 < rxr> in past stage 1 there are scripts created by the build system and wrapper and the final packaging files in it
18:27 < minto_> rxr: regarding the on/off I was thinking about mnemoc playing with open office. When people have problems (or want to add) a package. They can turn on ccache for that single package.
18:28 < mnemoc> t2-debug still building
18:28 < mnemoc> find finished, and it it running awk now
18:28 < minto_> Sorry, I did not mean the TOOLCHAIN. I more intended the T2 stuff (scripts, package info, misc, ...)
18:29 < mnemoc> pff
18:29 < rxr> minto_: they are bind mounted
18:30 < minto_> Ahh
18:30 < rxr> minto_: it is beast to leave ccache as it is right now ...
18:30 < rxr> you can easily get very broken results from your compilations
18:31 < rxr> we already drive ccache past its limits - doing more can easily give oyu more problems than it speeds up your build
18:31 < minto_> brb
18:31 < rxr> and I fear bigger cache trees get very inefficient
18:31 < rxr> minto_: wait a second
18:31 < mnemoc> http://t2.geeks.cl/regressions/ref/regressions.html
18:31 < mnemoc> Total : 3103
18:31 < mnemoc> Built Fine : 2969
18:31 < mnemoc> Broken Builds : 132
18:31 < mnemoc> Pending Builds : 2
18:31 < rxr> vanilla ccache would even stat the compiler and copare if it is still the same compiler binary with the same timee stamp
18:32 < rxr> I already patch this check away
18:32 < rxr> so with a slightly different compiler used in your bulds you can get our T2 patched ccache to likely return corrupted objects
18:33 < rxr> + if you tweak tiny optimizations settings, you can not reuse the cache
18:33 < rxr> summa sumarum I do not think sharing the cache with all your say x86 builds will give you much, if any speedup and more likely more trouble with occational incorrect binaries as well as more fragile bind mounting ...
18:35 < minto_> I am back
18:38 < minto_> :-( It's a pity
18:41 < mnemoc> t2-debug still building
18:48 -!- _jeru [~jeru@p54BFBC8A.dip.t-dialin.net] has joined #t2
18:49 -!- _jeru is now known as jeru
18:49 < jeru> re
18:55 < rxr> mnemoc: what about replacing t2-debug by a Conformance-Test script that one can run optionally ?
18:58 < mnemoc> i don't know what t2-debug is :p
19:11 < jeru> just for understanding...if we build the kernel EXTRAVERSION is cleaned if it was set by a patch. and thereafter we inject an "own" EXTRAVERSION. Or isn't it?
19:12 < rxr> jeru: we store the patched versoin
19:13 < rxr> clean it
19:13 < rxr> apply the next patch
19:13 < rxr> next iteration
19:13 < rxr> and at the end inject the accumulated extraversion
19:15 < rxr> oh - I'm soo stupid ...
19:16 < jeru> rxr: ?
19:19 < rxr> plugging cables into the wrong pins of a compact pci backplane ...-
19:20 -!- sparc-kly [~sparc@66.50.160.149] has joined #t2
19:36 < jeru> mnemoc: but if I echo $lx_extraversion <- it is not set
19:37 < mnemoc> jeru: inject stuff _after_ it gets set :)
19:37 < mnemoc> look at package/base/linux24/linux-conf.in
19:38 < jeru> ok :)
19:39 < mnemoc> uhm
19:39 < mnemoc> "package/base/linux24/linux24.conf"
19:39 < mnemoc> damn custmains
19:40 < valentin> re
19:40 < mnemoc> you may need to add hook_eval for preconf and prepatch there
19:40 < mnemoc> inside lx_patch
19:43 < jeru> mnemoc: ok ... will take a look ... thank you :)
19:55 < mnemoc> jeru: isn't calendarX more mature and complete than iCal one?
19:58 < mnemoc> rxr: unionfs broke stage 1 here
19:58 < mnemoc> rxr: seems to be a -I problem
19:58 < mnemoc> rxr: do i need to reschedule any non-changed package?
20:01 < jeru> mnemoc: calendarX looks good :)
20:01 -!- keinek [~Keinek@201.254.9.110] has joined #t2
20:03 < keinek> hi
20:03 < keinek> guys
20:03 < keinek> :)
20:03 < keinek> i so tired.
20:03 < keinek> but very happy, i still here ;)
20:13 < rxr> mnemoc: here it built - but in my test build s.th. else broke 1-linux26
20:13 < rxr> mnemoc: what is your error ?
20:13 < mnemoc> http://t2.geeks.cl/regressions/ref/log/1-unionfs.err
20:15 < mnemoc> i have to go
20:15 < mnemoc> cu
20:16 < rxr> mnemoc: cu
20:22 < valentin> hi rxr
20:22 < rxr> hi#
20:23 -!- sparc-kly [~sparc@66.50.160.149] has quit [Read error: 54 (Connection reset by peer)]
20:31 < valentin> wow - i have a 'Hello, world !' text on my DC
20:31 < valentin> ^- handcompiled code
20:31 < valentin> still now idea how to get the kernel to work
20:32 < rxr> you coded it in assembly or you just run gcc on some net sniplet ?
20:32 < rxr> valentin: for which days will you vanish ?
20:32 < valentin> half and half
20:32 < valentin> thursday - monday
20:33 < valentin> where i will be reachable on monday afternoon
20:33 < rxr> you wanted to do some driver updating before ?
20:33 < valentin> and of course i may use lars network
20:33 < valentin> rxr: yes
20:33 < valentin> why ?
20:35 < rxr> you leave soon ...
20:35 < valentin> i just try one more thing on the bootloader today - and then i will be out of CD-Rs anyway
20:36 < sepp> hmm inkscape is wonderful unstable, i have 800 mb core dumbs :(
20:37 < rxr> I have a big stack preprinted ROCK CDs ...
20:37 < valentin> :)
20:37 < rxr> if you need some - I think 80 or so are left ..
20:37 < valentin> hehe
20:37 < valentin> what did this LI guy tell you ?
20:37 < rxr> susan already used them for backups and music - and such kind of stuff
20:37 < rxr> valentin: for the live cd ?
20:38 < valentin> yes
20:38 < rxr> valentin: he was at luch - and noone called back ...
20:38 < keinek> live cd work fine?
20:38 < keinek> :)
20:38 < rxr> once the phone rung - but I was not fast enough out of the kitchen - and it was without caller id
20:38 < valentin> hm - if the time gets to close we will not do it for may
20:39 < valentin> oh - i have about 6 high quality TDK CDRs left - but i will not burn them with random non-working bytecode
20:40 < rxr> grab a bunch of ROCK Linux labeled ones over here for such tasks ...
20:40 < rxr> later on you can place them on ebay ,-)
20:41 < valentin> hm ?
20:41 < rxr> CDs from testing SuperH code from the famous T2 folks ...
20:41 < CIA-9> chris * r8211 /trunk/package/zope/calendarx/ (. calendarx.conf calendarx.desc): * added CalendarX (0.4.15)
20:41 < valentin> games -> dreamcast -> puzzle -> debuging riddle ,)
20:42 * minto_ thinks valentin loves puzzles
20:45 < rxr> http://www.premiermag.com/pdf/pm-61xx.pdf
20:49 < rxr> http://www.premiermag.com/pdf/pm-85xx.pdf
20:49 < rxr> sorry that I misuse the #t2 channel for my bookmarks to ethernet internals and SOLATION TRANSFORMERS WITH FILTERS ...
20:50 < rxr> ISOLATION of course ..
20:51 -!- Davidcc6 [1000@cable200-116-217-23.epm.net.co] has quit [Connection timed out]
20:52 -!- Davidcc6 [1000@cable200-116-217-23.epm.net.co] has joined #t2
20:58 < _Ragnar_> *lol*
21:03 < rxr> hehe - su evening dinner ...
22:04 < CIA-9> rene * r8212 /trunk/package/base/linux24/linux24.conf: * fixed stage matching for new postlinux pre stage 5 conditional
22:29 < valentin> hm, trashed my last cdr
22:29 < valentin> the folks over at #linux-sh are quite silent most the time :(
22:30 < valentin> think i will continue OSX for now
22:33 < CIA-9> sebastian * r8213 /trunk/package/graphic/aqsis/ (. aqsis.desc): * added aqsis (1.0.0)
23:08 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit ["Chatzilla 0.9.66 [Mozilla rv:1.7.6/20050318]"]
23:57 < sepp> night all
--- Log closed Wed Apr 13 00:00:04 2005
00:09 < CIA-9> rene * r8196 /trunk/package/base/linux24/linux24.conf:
00:09 < CIA-9> * enhanced the postlinux code to allow cross building linux module
00:09 < CIA-9> providing packages if they marked for the stage currently building
00:09 < CIA-9> in
00:17 < CIA-9> rene * r8197 /trunk/package/filesystem/unionfs/ (postlinux.conf unionfs.desc):
00:17 < CIA-9> * marked unionsfs to be built in stage1 and fixed the module install
00:17 < CIA-9> path for the cross build case
00:26 < rxr> ok - n8 all
01:38 -!- keinek [~Keinek@201.254.10.2] has joined #t2
01:38 < keinek> hi
02:26 -!- jeru [~jeru@p54BFD553.dip.t-dialin.net] has quit [Read error: 60 (Operation timed out)]
02:27 -!- sparc-kly|univ| [~universit@66-50-123-218.prtc.net] has quit [Read error: 104 (Connection reset by peer)]
03:33 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has joined #t2
03:35 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has quit [Client Quit]
03:56 < CIA-9> jsaw * r8198 /trunk/package/mail/nullmailer/nullmailer.conf:
03:56 < CIA-9> * Makefile uses user "nullmail" not "nullmailer"
03:56 < CIA-9> * handle the INSTALL_WRAPPER_FILTER changing the name of $(bindir)/mailq
04:48 -!- sparc-kly_ [~sparc@66.50.160.149] has quit ["Leaving"]
04:57 -!- keinek [~Keinek@201.254.10.2] has quit ["Abandonando"]
05:20 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has joined #t2
05:21 < FeR> Hola Alguien habla espanol
05:23 -!- FeR [~FeR@cable200-116-193-23.epm.net.co] has quit [Client Quit]
05:27 -!- mtr_ [~michael@Ha15d.h.pppool.de] has joined #t2
05:29 -!- mtr [~michael@H8d8b.h.pppool.de] has quit [Read error: 60 (Operation timed out)]
05:39 -!- sepp_ [~sepp@p213.54.222.182.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
08:34 -!- mnemoc [~amery@200.75.27.44] has quit [Read error: 110 (Connection timed out)]
08:37 -!- jsaw_ [~jsaw@volans.mpimf-heidelberg.mpg.de] has joined #t2
08:37 -!- jsaw [~jsaw@volans.mpimf-heidelberg.mpg.de] has quit [Read error: 104 (Connection reset by peer)]
08:38 -!- mnemoc [~amery@200.75.27.49] has joined #t2
09:17 < rxr> moin
09:21 < rxr> ouhm - embedded the kernel modules into my embedded FS expands the size to 13MB
09:47 < CIA-9> rene * r8199 /trunk/target/embedded/kernel.conf.sh:
09:47 < CIA-9> * disabled more kernel subsystems that are seldom needed on embedded
09:47 < CIA-9> systems
10:08 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
10:08 < minto_> moin
10:09 < rxr> moin minto_
10:19 < minto_> :-( someone seems to have stolen my nick
10:27 -!- _jeru [~jeru@p54BFF267.dip.t-dialin.net] has joined #t2
10:27 -!- _jeru is now known as jeru
10:27 < minto_> Hi _jeru
10:27 < jeru> moin
10:27 < jeru> Hi minto_ :)
10:29 < rxr> moin jeru
10:30 < jeru> moin rxr :)
10:33 < jeru> rxr: EXTRAVERSION is wiped out of any patch which tries to patch the kernel Makefile, right ?
10:34 * jeru is preparing grsecurity <- Note
10:38 < jeru> but unfortunately it doesn't erase EXTRAVERSION out of the patc. can I force it in some way ?
10:39 < valentin> moin
10:39 < jeru> moin valentin
10:40 < minto_> hi valentin
10:42 < valentin> i spend some time yesterday reading ugly kernel assembly
10:42 < valentin> i have no idea why the sh bootloader does not work for me, the only reason i have in mind is that the memory addresses used are incorrect for the 2.6 kernel
10:43 < valentin> to bad there is no usefull documentation available (as for many parts of the 2.6 kernel)
10:48 < valentin> jeru: what is plone doing ? :)
10:49 < rxr> hi valentin
10:49 < rxr> and I just wonder why cups tells me:
10:49 < rxr> E [12/Apr/2005:10:48:21 +0200] [Job 104] Resolution 100 is not support.
10:49 < rxr> valentin: do you phone linux int ?
10:50 < valentin> we got mail ?
10:50 < rxr> on - that is why we should phone, no ?
10:52 < valentin> so you got no mail, too - or what ?
10:52 < rxr> /on/on/
10:52 < rxr> /on/no/
10:53 < rxr> damn cups - why the hell is my own .ps not printed ...
10:53 < rxr> where lpr_cupy some-png works fine ...
10:53 < rxr> damn crapy ...
10:56 < jeru> valentin: regarding Plone, I wasn't able to replace my server yet, because there are some sites on it which I've to migrate and test first. And with one I've some problems during DB migration. :/
10:57 < rxr> -rw-r--r-- 1 rene users 32M Apr 12 10:56 drawing.ps2
10:57 < rxr> the gimp prerastering that indeed prints ...
10:57 < rxr> damn crappy cups sh*t ...
10:57 < valentin> jeru: you will succed
10:59 < valentin> rxr: what is it you do ?
10:59 < jeru> valentin: thank you very much for your backer :)
11:01 < rxr> valentin: printing a AV220 picture with exactcode banner for the advertising campain ...
11:02 < jeru> EXTRAVERSION = .7-grsec will not be removed out of the grsec patch ... any Ideas ?
11:12 < jeru> if I run the sed command from lx_grabextraversion against the grsecurity patch it filters out out the EXTRAVERSION stuff
11:14 < rxr> valentin: there is a english text in the de versoin of the Data Source
11:14 < rxr> at Aufloesung there is custom in the list ...
11:14 < valentin> oh
11:14 < valentin> seems like i missed that one
11:15 < valentin> can you write it into TODO ?
11:17 < valentin> when do you plan to have the next release out ?
11:18 < rxr> well - when someone asks ...
11:18 < valentin> you know i will be traveling thu-mon ?
11:19 < valentin> so i should implement the cancel button thing and fix the custom issue before
11:23 < jeru> rxr: can you give me a hint. when "lx_grabextraversion" is called ?
11:26 < rxr> after each patch
11:26 < rxr> valentin: that would be welcome
11:27 < jeru> rxr: uhm ? after patching ?
11:28 < jeru> or before applying the patch ?
11:29 < rxr> I think after applying each patch
11:35 < jeru> rxr: can I tweak my package.conf to run it before patching in some way ?
11:35 < rxr> what are you trying to do ?
11:35 < jeru> preparing grsecurity package
11:36 < jeru> and patching the Makefile failed
11:36 < jeru> just due to the EXTRAVERSION stuff
11:37 < jeru> anyway, why do we run "lx_grabextraversion" after patching ?
11:41 < rxr> because all the patches Makefile adaptoins conclift - so we collect them after each patch to form a combined version of all the patches ...
11:41 < rxr> what does fail ?
11:42 < jeru> patching file Makefile
11:42 < jeru> Hunk #1 FAILED at 1.
11:42 < jeru> Hunk #2 succeeded at 563 (offset 2 lines).
11:42 < jeru> 1 out of 2 hunks FAILED -- saving rejects to file Makefile.rej
11:43 < jeru> # cat Makefile.rej
11:43 < jeru> ***************
11:43 < jeru> *** 1,7 ****
11:43 < jeru> VERSION = 2
11:43 < jeru> PATCHLEVEL = 6
11:43 < jeru> SUBLEVEL = 11
11:43 < jeru> - EXTRAVERSION = .7
11:43 < jeru> NAME=Woozy Numbat
11:43 < jeru> # DOCUMENTATION
11:43 < jeru> --- 1,7 ----
11:43 < jeru> VERSION = 2
11:43 < jeru> PATCHLEVEL = 6
11:43 < jeru> SUBLEVEL = 11
11:43 < jeru> + EXTRAVERSION = .7-grsec
11:43 < jeru> NAME=Woozy Numbat
11:43 < jeru> # DOCUMENTATION
11:47 < rxr> jeru: maybe dimply take the patch for 2.6.11 ? without .7 ?
11:47 < rxr> simply even ...
11:48 < rxr> or modify teh patch to strip that change away ...
11:48 < rxr> or other /hacks/
11:48 < rxr> me morning shower and breakfast ...
11:49 < jeru> rxr: ack ... happy showering and good appetite :)
12:16 < jsaw_> hi
12:16 < jsaw_> mnemoc: mnemosyne target misses "apr" and "apr-utils"
12:17 < jsaw_> gone again, cu! (two weeks left to finish thesis)
12:48 < jeru> jsaw_: I've added both to mnemosyne, last week I think
12:55 * jeru is away now ... cu later
12:55 -!- jeru [~jeru@p54BFF267.dip.t-dialin.net] has left #t2 []
12:55 < rxr> jsaw_: hi and cu ,-)
13:13 < CIA-9> rene * r8200 /trunk/package/gnome2/glib/glib.desc: * updated glib (2.6.3 -> 2.6.4)
13:13 < CIA-9> rene * r8201 /trunk/package/gnome2/gtk+/gtk+.desc: * updated gtk+ (2.6.4 -> 2.6.6)
13:37 < CIA-9> rene * r8202 /trunk/package/gnome2/glib/glib.conf: * fixed glib / gnome profile.d entry to append to XDG_DATA_DIRS
13:52 < rxr> valentin: ?
14:00 -!- rxr [~rene@e178165237.adsl.alicedsl.de] has joined #t2
14:00 -!- Topic for #t2: T2 | 2.1.0-beta3 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/
14:00 -!- Topic set by valentin [] [Sun Apr 10 22:39:26 2005]
14:00 [Users #t2]
14:00 [ _Ragnar_] [ Davidcc6] [ mnemoc] [ nzg] [ valentin]
14:00 [ CIA-9 ] [ jsaw_ ] [ mtr_ ] [ rxr]
14:00 -!- Irssi: #t2: Total of 9 nicks [0 ops, 0 halfops, 0 voices, 9 normal]
14:00 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
14:00 -!- [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup
14:00 -!- Irssi: Join to #t2 was synced in 6 secs
14:10 < rxr> valentin: I called linux int - he had lunch - so we'll hear back later ...
14:11 < rxr> valentin: there is also the progress bar UI update issue you wanted to take a look at ...
14:19 < rxr> http://www.missiontechnologies.com/xfmrs/
14:20 < rxr> http://www.xfmrs.com/
14:25 < rxr> http://www.xfmrs.com/pdf/2100.pdf
14:36 -!- sepp [~sepp@p213.54.217.139.tisdip.tiscali.de] has joined #t2
14:36 < sepp> hi all
14:42 < rxr> hi sepp
14:42 < sepp> http://home.arcor.de/sebastian.czech/t2/t2-01.png
14:44 < sepp> one logo idea ...
15:31 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2
15:32 < rxr> http://www.eetasia.com/ARTICLES/2004NOV/B/2004NOV01_BD_NTEK_MPR_TA.pdf
15:37 < mnemoc> moin
15:38 < mnemoc> jsaw_: what packages asked you for apr/apr-utils?
15:40 < minto_> mnemoc: I think he did, these two are now used by apache
15:41 < mnemoc> apache is fixed
15:41 < mnemoc> i wonder what other package needs them
15:41 < minto_> jeru already mentioned he fixed it.
15:41 < minto_> ... last week
15:41 < mnemoc> yep
15:43 < rxr> mnemoc: what was fixed at apache ?
15:44 < mnemoc> mnemosyne/apache for apr
16:14 < CIA-9> sebastian * r8203 /trunk/package/network/tor/tor.desc: * updated tor (0.0.9.6 -> 0.0.9.8)
16:15 * mnemoc reviewing 8182 and we passed 8200 mark
16:39 -!- _jeru [~jeru@mail.oberlinhaus.de] has joined #t2
16:39 < _jeru> nick jeru
16:39 -!- _jeru is now known as jeru
16:39 < jeru> re hi
16:42 < CIA-9> amery * r8204 /trunk/package/audio/xmms-alarm/xmms-alarm.desc: * updated xmms-alarm (0.3.6 -> 0.3.7)
16:42 < CIA-9> amery * r8205 /trunk/package/base/syslog-ng/ (syslog-ng.cache syslog-ng.desc): * updated syslog-ng (1.6.6 -> 1.6.7)
16:44 < CIA-9> amery * r8206 /trunk/package/develop/gwenhywfar/gwenhywfar.desc: * updated gwenhywfar (1.10.0 -> 1.11.0)
16:46 < CIA-9> amery * r8207 /trunk/package/network/iproute2/ (iproute2.cache iproute2.desc): * updated iproute2 (2.6.10-ss050209 -> 2.6.11-050330)
16:48 < CIA-9> amery * r8208 /trunk/package/network/phpldapadmin/ (phpldapadmin.cache phpldapadmin.desc): * updated phpldapadmin (0.9.5 -> 0.9.6)
16:50 < CIA-9> amery * r8209 /trunk/package/office/aqbanking/aqbanking.desc: * updated aqbanking (1.0.5beta -> 1.0.8)
16:57 < CIA-9> amery * r8210 /trunk/package/x11/worker/ (worker.cache worker.desc): * updated worker (2.8.3 -> 2.10.0)
16:59 < rxr> oh !
17:01 < rxr> http://www.cisco.com/en/US/products/hw/routers/ps133/products_tech_note09186a00801f5d9e.shtml
17:15 < mnemoc> rxr: bookmarked :)
17:23 < mnemoc> t2-debug takes ages
17:24 < mnemoc> rxr: why t2-debug sweeps TOOLCHAIN dir?
17:27 < rxr> no idea
17:28 < mnemoc> t2-debug has been running find for 2:12
17:28 < mnemoc> ccache is evil if you sweep it
17:30 < minto_> Regarding ccache, who added it into the build system
17:31 < rxr> that was at rock times
17:31 < rxr> I reworked it since then a few times ..
17:31 < minto_> I wonder if every config being build uses its own cache.
17:32 < mnemoc> what i wonder is about linking sharing ccache.chroot ccache.native on Build-Target if stage 9 is enabled
17:33 < mnemoc> s/linking//
17:33 < mnemoc> err
17:33 < mnemoc> s/sharing/symlinking/
17:38 < minto_> I also wonder if package being built at multiple stages have the same ccache. Apperently not, mnemoc already mentioned two different ones. I think using one speed up the build process. But for this to work properly packages should always be build with the same path. Meaning the built path should be the same at every stage (if possible).
17:38 < minto_> I also think performance can be speeded up if we use only one cache per arch. Especially people building multiple targets/configs will notice the performance boost.
17:38 < mnemoc> there are three different ccache.*
17:39 < minto_> I wonder why?
17:39 < mnemoc> export CCACHE_DIR="$base/build/$ROCKCFG_ID/TOOLCHAIN/ccache${toolsdir#tools}"
17:39 < mnemoc> i assume due to the different contexts they run
17:43 < jeru> will move home now ... cu all later
17:43 -!- jeru [~jeru@mail.oberlinhaus.de] has left #t2 []
17:43 < minto_> I think ccache can handle different contexts itself.
17:45 < minto_> ccache determines hit/miss based on the full commandline and a hash on the preprocesser results. If it isn't known ccache will call it a miss. That's why I mentioned the paths should be the same for every stage (this is probably the hardest part).
17:45 < mnemoc> rxr: ^--- comments?
17:48 < rxr> minto_: the caches are per built
17:49 < rxr> per config that is
17:49 < mnemoc> CCACHE_DIR="$base/build/$ROCKCFG_ID/TOOLCHAIN/ccache${toolsdir#tools}"
17:49 < rxr> so when you build for three architectures, you have different caches already
17:49 < mnemoc> the toolsdir is the polemic part i think
17:50 < rxr> we can not share the cache between multiple builds, because it needs to be present in the chroot ...
17:50 < minto_> But when I build three different configs for the same arch I have multiple caches as well?
17:50 < rxr> this could only be archives with bind mounts if you want that
17:50 < rxr> minto_: for big builds I do not find ccache scale that well - you need way larger chaches than we currently configure by default
17:51 < rxr> for desktop rebuilds you need s.th. like 8GB with more subdirs - and on the fast in this use case reiserfs such full trees are very very slow ...
17:51 < mnemoc> err... t2-debug still building....
17:52 < minto_> yes of course, every object file needs to go in there otherwise there is no gain, only pain/overhead.
17:52 < rxr> the in chroot use is the biggest problem - you need to hack with bind mounts or so to share between builds ..
17:52 < minto_> Unfortunately I am not very comfortable with chroot.
17:59 < rxr> what do you mean ?
18:00 < minto_> I don't know how it exactly works.
18:01 < minto_> I have no linux background, and I am still learning every day.
18:01 < rxr> chroot is a kernel feature to run systems in a subpart of the filesystem tree - in our case in the new system
18:02 < minto_> I understand the global concept, just not the details.
18:02 < rxr> however we will try to avoid doing this in the future - cross building more and more - so at some point we could then start building as normal users - chroot requres root priveledges
18:03 < minto_> So maybe in the future we can fully benefit from ccache.
18:03 < rxr> yes - easier than right now - currently we would need bind mounts to "mount the ccache into the many build roots to have them available in the sandboxes"
18:04 < minto_> Is it (with minimal costs) possible to have cache turned on on individual packages.
18:04 < minto_> Like this large build can be done without ccache overhead.
18:05 < minto_> Only when fooling around with particular packages they can be turned on.
18:20 < minto_> rxr: How is the toolchain put into the sandbox? Can the ccache data dirs not be included the same way?
18:22 < mnemoc> minto_: ?
18:22 < rxr> per package on/off switch is possible - but I'm not sure if that would be useful for someone - e.g. I have no need for it ...
18:23 < minto_> yes, mnemoc?
18:23 < rxr> minto_: there is one cache used for all the normal compilations - if you want to share them it is not a matter of placing them in the sanbox - but really sharing them permanently - e.g. with bind mounts ...
18:24 < rxr> I think you can no easily increase cache efficency
18:24 < minto_> rxr: So the toolchain is copied into the sandbox?
18:25 < rxr> no
18:25 < rxr> it is created step by step by the build process
18:25 < rxr> but there is not much stuff in the dir named TOOLCHAIN
18:25 < mnemoc> toolchain is created inside sandbox
18:26 < rxr> in past stage 1 there are scripts created by the build system and wrapper and the final packaging files in it
18:27 < minto_> rxr: regarding the on/off I was thinking about mnemoc playing with open office. When people have problems (or want to add) a package. They can turn on ccache for that single package.
18:28 < mnemoc> t2-debug still building
18:28 < mnemoc> find finished, and it it running awk now
18:28 < minto_> Sorry, I did not mean the TOOLCHAIN. I more intended the T2 stuff (scripts, package info, misc, ...)
18:29 < mnemoc> pff
18:29 < rxr> minto_: they are bind mounted
18:30 < minto_> Ahh
18:30 < rxr> minto_: it is beast to leave ccache as it is right now ...
18:30 < rxr> you can easily get very broken results from your compilations
18:31 < rxr> we already drive ccache past its limits - doing more can easily give oyu more problems than it speeds up your build
18:31 < minto_> brb
18:31 < rxr> and I fear bigger cache trees get very inefficient
18:31 < rxr> minto_: wait a second
18:31 < mnemoc> http://t2.geeks.cl/regressions/ref/regressions.html
18:31 < mnemoc> Total : 3103
18:31 < mnemoc> Built Fine : 2969
18:31 < mnemoc> Broken Builds : 132
18:31 < mnemoc> Pending Builds : 2
18:31 < rxr> vanilla ccache would even stat the compiler and copare if it is still the same compiler binary with the same timee stamp
18:32 < rxr> I already patch this check away
18:32 < rxr> so with a slightly different compiler used in your bulds you can get our T2 patched ccache to likely return corrupted objects
18:33 < rxr> + if you tweak tiny optimizations settings, you can not reuse the cache
18:33 < rxr> summa sumarum I do not think sharing the cache with all your say x86 builds will give you much, if any speedup and more likely more trouble with occational incorrect binaries as well as more fragile bind mounting ...
18:35 < minto_> I am back
18:38 < minto_> :-( It's a pity
18:41 < mnemoc> t2-debug still building
18:48 -!- _jeru [~jeru@p54BFBC8A.dip.t-dialin.net] has joined #t2
18:49 -!- _jeru is now known as jeru
18:49 < jeru> re
18:55 < rxr> mnemoc: what about replacing t2-debug by a Conformance-Test script that one can run optionally ?
18:58 < mnemoc> i don't know what t2-debug is :p
19:11 < jeru> just for understanding...if we build the kernel EXTRAVERSION is cleaned if it was set by a patch. and thereafter we inject an "own" EXTRAVERSION. Or isn't it?
19:12 < rxr> jeru: we store the patched versoin
19:13 < rxr> clean it
19:13 < rxr> apply the next patch
19:13 < rxr> next iteration
19:13 < rxr> and at the end inject the accumulated extraversion
19:15 < rxr> oh - I'm soo stupid ...
19:16 < jeru> rxr: ?
19:19 < rxr> plugging cables into the wrong pins of a compact pci backplane ...-
19:20 -!- sparc-kly [~sparc@66.50.160.149] has joined #t2
19:36 < jeru> mnemoc: but if I echo $lx_extraversion <- it is not set
19:37 < mnemoc> jeru: inject stuff _after_ it gets set :)
19:37 < mnemoc> look at package/base/linux24/linux-conf.in
19:38 < jeru> ok :)
19:39 < mnemoc> uhm
19:39 < mnemoc> "package/base/linux24/linux24.conf"
19:39 < mnemoc> damn custmains
19:40 < valentin> re
19:40 < mnemoc> you may need to add hook_eval for preconf and prepatch there
19:40 < mnemoc> inside lx_patch
19:43 < jeru> mnemoc: ok ... will take a look ... thank you :)
19:55 < mnemoc> jeru: isn't calendarX more mature and complete than iCal one?
19:58 < mnemoc> rxr: unionfs broke stage 1 here
19:58 < mnemoc> rxr: seems to be a -I problem
19:58 < mnemoc> rxr: do i need to reschedule any non-changed package?
20:01 < jeru> mnemoc: calendarX looks good :)
20:01 -!- keinek [~Keinek@201.254.9.110] has joined #t2
20:03 < keinek> hi
20:03 < keinek> guys
20:03 < keinek> :)
20:03 < keinek> i so tired.
20:03 < keinek> but very happy, i still here ;)
20:13 < rxr> mnemoc: here it built - but in my test build s.th. else broke 1-linux26
20:13 < rxr> mnemoc: what is your error ?
20:13 < mnemoc> http://t2.geeks.cl/regressions/ref/log/1-unionfs.err
20:15 < mnemoc> i have to go
20:15 < mnemoc> cu
20:16 < rxr> mnemoc: cu
20:22 < valentin> hi rxr
20:22 < rxr> hi#
20:23 -!- sparc-kly [~sparc@66.50.160.149] has quit [Read error: 54 (Connection reset by peer)]
20:31 < valentin> wow - i have a 'Hello, world !' text on my DC
20:31 < valentin> ^- handcompiled code
20:31 < valentin> still now idea how to get the kernel to work
20:32 < rxr> you coded it in assembly or you just run gcc on some net sniplet ?
20:32 < rxr> valentin: for which days will you vanish ?
20:32 < valentin> half and half
20:32 < valentin> thursday - monday
20:33 < valentin> where i will be reachable on monday afternoon
20:33 < rxr> you wanted to do some driver updating before ?
20:33 < valentin> and of course i may use lars network
20:33 < valentin> rxr: yes
20:33 < valentin> why ?
20:35 < rxr> you leave soon ...
20:35 < valentin> i just try one more thing on the bootloader today - and then i will be out of CD-Rs anyway
20:36 < sepp> hmm inkscape is wonderful unstable, i have 800 mb core dumbs :(
20:37 < rxr> I have a big stack preprinted ROCK CDs ...
20:37 < valentin> :)
20:37 < rxr> if you need some - I think 80 or so are left ..
20:37 < valentin> hehe
20:37 < valentin> what did this LI guy tell you ?
20:37 < rxr> susan already used them for backups and music - and such kind of stuff
20:37 < rxr> valentin: for the live cd ?
20:38 < valentin> yes
20:38 < rxr> valentin: he was at luch - and noone called back ...
20:38 < keinek> live cd work fine?
20:38 < keinek> :)
20:38 < rxr> once the phone rung - but I was not fast enough out of the kitchen - and it was without caller id
20:38 < valentin> hm - if the time gets to close we will not do it for may
20:39 < valentin> oh - i have about 6 high quality TDK CDRs left - but i will not burn them with random non-working bytecode
20:40 < rxr> grab a bunch of ROCK Linux labeled ones over here for such tasks ...
20:40 < rxr> later on you can place them on ebay ,-)
20:41 < valentin> hm ?
20:41 < rxr> CDs from testing SuperH code from the famous T2 folks ...
20:41 < CIA-9> chris * r8211 /trunk/package/zope/calendarx/ (. calendarx.conf calendarx.desc): * added CalendarX (0.4.15)
20:41 < valentin> games -> dreamcast -> puzzle -> debuging riddle ,)
20:42 * minto_ thinks valentin loves puzzles
20:45 < rxr> http://www.premiermag.com/pdf/pm-61xx.pdf
20:49 < rxr> http://www.premiermag.com/pdf/pm-85xx.pdf
20:49 < rxr> sorry that I misuse the #t2 channel for my bookmarks to ethernet internals and SOLATION TRANSFORMERS WITH FILTERS ...
20:50 < rxr> ISOLATION of course ..
20:51 -!- Davidcc6 [1000@cable200-116-217-23.epm.net.co] has quit [Connection timed out]
20:52 -!- Davidcc6 [1000@cable200-116-217-23.epm.net.co] has joined #t2
20:58 < _Ragnar_> *lol*
21:03 < rxr> hehe - su evening dinner ...
22:04 < CIA-9> rene * r8212 /trunk/package/base/linux24/linux24.conf: * fixed stage matching for new postlinux pre stage 5 conditional
22:29 < valentin> hm, trashed my last cdr
22:29 < valentin> the folks over at #linux-sh are quite silent most the time :(
22:30 < valentin> think i will continue OSX for now
22:33 < CIA-9> sebastian * r8213 /trunk/package/graphic/aqsis/ (. aqsis.desc): * added aqsis (1.0.0)
23:08 -!- minto_ [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit ["Chatzilla 0.9.66 [Mozilla rv:1.7.6/20050318]"]
23:57 < sepp> night all
--- Log closed Wed Apr 13 00:00:04 2005