T2 IRC Log: 2007-05-11

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 Fri May 11 00:00:37 2007
00:55 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has quit [Remote closed the connection]
01:11 -!- mtr_ [n=Michael@kobz-590cb7b2.pool.einsundeins.de] has joined #t2
01:28 -!- mtr [n=Michael@kobz-590caaf9.pool.einsundeins.de] has quit [Read error: 110 (Connection timed out)]
01:28 -!- mtr_ is now known as mtr
01:44 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
04:11 -!- mtr [n=Michael@kobz-590cb7b2.pool.einsundeins.de] has quit [Read error: 60 (Operation timed out)]
04:11 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
04:13 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
04:23 -!- mtr [n=Michael@kobz-590cbef6.pool.einsundeins.de] has joined #t2
04:38 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
04:40 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
04:55 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 60 (Operation timed out)]
05:05 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
07:38 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has joined #t2
08:22 < mtr> moin
08:26 < CIA-9> mtr * r24013 /trunk/package/network/pilot-link/ (4 files): * updated pilot-link (0.11.8 -> 0.12.2)
08:27 < CIA-9> susan * r24014 /trunk/package/gnome2/gnome-power-manager/gnome-power-manager.desc: * updated copyright tag of gnome-power-manager
08:28 < CIA-9> susan * r24015 /trunk/package/base/man-pages/man-pages.desc: * updated man-pages (2.46 -> 2.48)
09:07 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 60 (Operation timed out)]
09:17 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
09:24 < rxr> re
09:31 < mtr> hi rxr
09:31 < rxr> hi mtr
09:33 < rxr> how do you do?
09:35 < mtr> thx fine, busy, but ok, and youß?
09:37 < rxr> same here
09:37 < rxr> we had a extended weekend due to a wedding in south germany, so more fine than usual
10:01 < CIA-9> rene * r24016 /trunk/package/office/openoffice-org/openoffice-org.cache: * injected useful buildtime and files into openoffice-org.cache
10:04 < rxr> valentin: cool, we got a free iX with the T2 on AVR32 acricle :-)!
10:10 < CIA-9> rene * r24017 /trunk/package/xorg/xf86-input-evtouch/ (. xf86-input-evtouch.cache xf86-input-evtouch.desc): * added xf86-input-evtouch (0.8.5) - Pointer device support for X using the Linux kernel 2.6 event interface
10:11 < CIA-9> rene * r24018 /trunk/package/xorg/xf86-input-fujitouch/ (. xf86-input-fujitouch.cache xf86-input-fujitouch.desc): * added xf86-input-fujitouch (0.6.4) - A touchscreen driver for Fujitsu P-Series laptops
10:15 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
10:16 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
10:26 -!- tri [n=richter@pd95b2df8.dip0.t-ipconnect.de] has joined #t2
10:26 < tri> re
10:27 < tri> i don't understand this line in the e.desc : [D] X e-2007-01-10.tar.bz2 cvs://:pserver:anonymous@anoncvs.enlightenment.org:/var/cvs/e e17/apps/e -D 2007-01-10
10:27 < tri> can somebody enlighting me ?
10:34 < mtr> hi tri
10:35 < mtr> [D] X -> no checksum due to cvs checkout
10:35 < mtr> e-2007-01-10.tar.bz2 -> local filename
10:35 < mtr> cvs:// -> download "protocol"
10:35 < mtr> /var/cvs/e -> server cvs path
10:36 < mtr> e17/apps/e -> cvs module/path
10:37 < tri> and '-D 2007-01-10' ?
10:38 < mtr> thats the timestamp the cvs checkout refers to, eg this is at January 10th, 2007
10:39 < tri> ok if i got it right: if i build the t2 e package it checkout the sources from 2007-01-10 ?
10:39 < mtr> just like the normal cvs command takes a timestamp, "man cvs"
10:40 < mtr> yes
10:43 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has quit [Remote closed the connection]
10:44 < tri> thx. if i now want to build e from a checkout e from yesterday - how can i do that ? do i have to change the e.desc or what is the preferred way to this ?
10:46 < mtr> you have to edit the e.desc file, change the checkout date (-D 2007-05-10) and the local filename,
10:46 < mtr> that's it
10:47 < mtr> (but I guess that for e there are a lot of other things broken then...) ;-)
10:47 < tri> yes thought this but next time i checkout the t2 packages my changes are lost ?
10:48 < rxr> when you run svn up you only get changes
10:48 < rxr> your changes are not lost
10:48 < tri> a right
10:48 < rxr> in the worst case you get a conflict when someone with write access updated the files
10:49 < rxr> if you want a permanent solution you could create overlays of the packages with a different [V] and [D] tag in your target
10:49 < rxr> but note that our e17 packages are as new as possible when one wants 95% usability of e17
10:49 < rxr> newer version of e17 are more or less broken yet again
10:50 < rxr> sepp can also probably comment in detail on the e17 status
10:50 < rxr> he just re-checked some days ago
10:50 < tri> yes, i'm a a long time e17 user
10:50 < rxr> when you want to mass edit the date, you probably want to run 'sed' over the e17 files ... :-)
10:51 < tri> is there somewhere a docu how to create a overlay
10:51 < rxr> sure in the handbook
10:51 < rxr> I started to document it, see e.g.
10:51 < tri> it's not about e17 just for my kunderstanding
10:52 < rxr> http://www.t2-project.org/handbook/html/t2.target.modifications.html
10:52 < tri> understanding who t2 works
10:53 < rxr> well - the t2 handbook is currently is beeing revisited and gap filled on a very fast rate, because it will go to hardcopy print to a publisher, soon
10:53 < rxr> did you take a look into the official handbook already ?
10:54 < rxr> this should also be a good start: http://www.t2-project.org/handbook/html/t2.basics.layout.html
10:55 < tri> i just read the modifications page
10:55 < tri> it is now clear to me - its this that the overlay desc only need the changes
10:56 < rxr> yes, just the [V] and [D] line should be enough
10:56 < tri> but i have to build a new target
10:56 < rxr> yes, when you just want to do it for on-time-testing just run sed over the e17 files
11:01 < tri> if i want to add silc support for pidgin, it should be enough to add a file pkg_$pkg.conf (what does the $pkg placeholder stand for ?) with the line var_append (this is the standard ?) confopt ' ' (what is this for) '--enable-silc-what-ever'
11:03 < tri> and how is the dependence then done ? in every other "build your self" linux i now you have to add same "dep={silc}" to the *desc; *ebuild file...
11:04 < rxr> tri: you can open the handbook pdf and look for things that are not clear
11:04 < rxr> e.g. var_append
11:04 < rxr> it's all written down :-)
11:04 < tri> ok sorry :-)
11:04 < rxr> $pkg stands for the package name you are working on
11:05 < rxr> if you do something on pidgin $pkg == pidgin :-)
11:06 < rxr> do you have t2 installed somethere already ?
11:06 [Users #t2]
11:06 [@ChanServ] [ CIA-9 ] [ LMJ ] [ rxr ] [ TobiX ]
11:06 [ babygor ] [ Dallur] [ mtr ] [ sepp ] [ tri ]
11:06 [ BusError] [ emte__] [ R4gnar0k] [ Stelz] [ valentin]
11:06 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
11:06 < tri> [i have printed out the handbook already and add the ring binder to my "take home and have fun over the weekend things"... :-) ]
11:06 < rxr> tri: I wonder if we have some silc library in t2 that pidgin expects ...
11:06 < rxr> now that is a rainy storm ...
11:07 < rxr> out there here in berlin
11:07 < tri> really it's best weather here "im allgäu" :-)
11:08 < tri> there is a silc-client package
11:08 < tri> not yet a t2 installation here at work
11:09 < rxr> ok, this silc-client package we have
11:09 < rxr> is it what pidgin wants ?
11:10 < rxr> doesn't really look so IMHO
11:10 < rxr> guess we need some other silc package for pidgin
11:13 < tri> i'm not sure but i think it is the silc-toolkit which is needed
11:13 < rxr> yep
11:14 < rxr> ok - my god, this silc toolkit has a wonderful download tarball name
11:14 < rxr> I fear our scripts will no honor the spaces correctly ...
11:14 < rxr> damn
11:14 < rxr> ah - no, there are dashes, -
11:16 < rxr> just some html file had spaces ... :-)
11:16 < tri> the spaces are in the changelog file :-)
11:17 < rxr> I'll add it
11:17 < tri> nice thx
11:18 < tri> t2 is runing a buildserver which creates the .cache files ?
11:19 < rxr> they are created on everyones build
11:19 < rxr> but we have a regression test server that tries to keep them up-to-date
11:19 < rxr> when a new package is submitted an initial .cache files should be provided to have initial dependencies
11:20 < tri> ok - i searched the handbook but i still have no idea how dependencies are done - it use the .cache file ?
11:21 < tri> how is the .cache file created ?
11:21 < tri> a ok it is not created it is provided by the packager ?
11:23 < rxr> the build system creates the .cache files
11:23 < rxr> the packager should submit the inial one when the packer built the package
11:23 < rxr> so initial deps are known instantly
11:24 < rxr> == 11:16:31 =[5]=> Building network/silc-toolkit [1.1 Beta1].
11:24 < rxr> -> Compiler Cache Hits while pkg build: 4.89% (13 hits, 253 misses)
11:24 < rxr> == 05/11/07 11:21:53 =[5]=> Finished building package silc-toolkit.
11:25 < tri> a ok if i build a new package i get a .cache file and this should be provided
11:25 < tri> sorry for wasting your time...
11:26 < rxr> no wasted time
11:26 < rxr> maybe you use t2 and get a new contributor, and this irc is logged so it at least feeds google :-)
11:26 < rxr> + you made at least me aware that we miss an important package :-)
11:27 < rxr> btw the cache will be in /var/adm/cache/$pkg like /var/adm/cache/silc-toolkit
11:28 < rxr> all T2 package managerment meta data is in /var/adm in form of plain text files
11:28 < tri> wups - this irc is logged - so many spelling mistakes... :-)
11:28 < rxr> http://www.t2-project.org/irclogs/
11:30 < tri> what are compiler cache hits ? (13 hits, 253 misses) what does this mean ?
11:30 < rxr> we have integrated for ccache, compiler cache
11:30 < rxr> a program by the inventor of Samba
11:31 < rxr> it caches compiler invocation's output and can reuse it
11:31 < rxr> if enables it can speedup recompilations for people who build a lot
11:31 < rxr> (like me)
11:31 < rxr> http://www.t2-project.org/packages/ccache.html
11:33 < tri> ah ok so there were 13 hits it means you can save 13 re-compilations
11:33 < rxr> yes, but it was build for the first time
11:33 < rxr> the next time it will usually have 100% hits
11:33 < rxr> the 13 hits where from autoconf junk tests ... :-)
11:34 < rxr> checking for SILC... yes
11:34 < rxr> Protocols to build dynamically : gg irc jabber msn novell oscar qq silc simple yahoo zephyr
11:34 < rxr> so the pidgin package detects silc-toolkit presense automatically already
11:34 < rxr> so just adding the silc-toolkit is enough
11:35 < rxr> if you have it in your package selection you will get pidgin with silc support as far as I can see
11:35 < CIA-9> rene * r24019 /trunk/package/network/silc-toolkit/ (. silc-toolkit.cache silc-toolkit.desc): * added silc-toolkit (1.1) - Secure Internet Live Conferencing
11:36 < sepp> i am running e-2007-05-03, not as stable as before
11:37 < tri> so just adding the silc-toolkit is enough; no need to rebuild pidgin ?
11:37 < sepp> crashed twice in a week
11:38 < rxr> tri: you need to rebuild pidgin, sure
11:38 < rxr> I just meant when you have it in your package selection while buliding t2 pidgin will pick the silc support up automatically
11:38 < tri> ok :-) and i have to build the silc-tookit before that...
11:38 < sepp> nothing new beside the XDG stuff in last e17 anyway ;)
11:38 < rxr> (t2 will build it before pidgin)
11:39 < rxr> sepp: some evas features where removed ... :-(((
11:39 < tri> ah how is the build order done ?
11:39 < rxr> currently th [P]riority tag is a hint
11:39 < sepp> i mean from a user point of view
11:39 < rxr> in some months T2 will determine the order by a dependency graph created from the .cache fils
11:40 < rxr> sepp: yeah, just wanted to express my disappointment once again ...
11:40 < rxr> 874 builds total, 333 completed fine, ...
11:41 < sepp> with gcc 4.2?
11:41 < rxr> ^- t2/trunk w/ updated gcc-4.2-rc3 and glibc-2.5
11:41 < tri> rxr: which evas features where removed ?
11:41 < rxr> some gradient stuff here and there
11:41 < rxr> among others
11:42 < rxr> sepp: which e17 package was the photo viewer?
11:42 < rxr> I wanted to check it out again last night but did not found it quickly ...
11:42 < sepp> exhibit was the gqview clone
11:42 < rxr> there also is ephoto :-(
11:43 < rxr> rene@blackrider:~/photos/Sonja$ exhibit .
11:43 < rxr> exhibit: symbol lookup error: /opt/e17/lib64/libecore_evas.so.1: undefined symbol: evas_norender
11:43 < rxr> ok, so much to this test
11:43 < sepp> 2007-05-03 works
11:44 < rxr> yeah, this is my devel laptop - probably a wild e17 "various date" mix ...
11:45 < sepp> evas_object_gardient_ stuff?
11:45 < sepp> that was renamed because it is fun to change things :)
11:46 < tri> build order is done in the [P] tag: "e.desc: [P] X -----5---9 490.300" - how does this work ?
11:46 < tri> lol
11:46 < rxr> tri: did I mention we have a daily updated handbook *lol*
11:46 < rxr> [P] <- priority tag
11:46 < rxr> X <- enabled by default (oposite is O)
11:47 < rxr> -----5---9 <- build stages, normal packages just have 5 and 0
11:47 < rxr> 5 and 0
11:47 < rxr> errr damn
11:47 < rxr> 5 and 9
11:47 < rxr> 0 would be cross toolchain part
11:47 < rxr> 1 cross build
11:47 < rxr> and the others, 2-4 and 6-8 are mostly unused and reserved for paranoia rebuild cases
11:48 < rxr> anyway 98% of the package just have 5 and 9
11:48 < rxr> and then the last 490.300 is just a big, 6 digit number user for simple linear sorting
11:48 < rxr> this is so for historic reasons
11:48 < rxr> in 1998 cpu cycles where to expensive to brun on dependency graph resolution
11:48 < rxr> building whole systems on 100 MHz CPUs was slow enough
11:49 < rxr> today we have .cache dependencies and soon will serialize the package build by the dynamically contructed depddency graph
11:56 < tri> 490.300 isn't clear :-) how does the build system know that it needs to build evas and then e etc. - only from that number ?
11:57 < sepp> yup
11:59 < rxr> hmm - gcc-4.2 is swapping out all my desktop programs:
12:00 < tri> a now i understand it
12:00 < tri> ...
12:01 < tri> e have just a biger number than evas
12:02 < rxr> yes
12:02 < rxr> linearly sorted
12:03 < tri> hm - siple but works...
12:03 < tri> ^/siple/simple/
12:15 < tri> http://de.wikipedia.org/wiki/T2_SDE
12:15 < tri> Löschantrag ?
12:15 < rxr> .oO again
12:19 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
12:19 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
12:28 * rxr veto'ed this delete requested ...
12:30 < rxr> so, now pidgin's silc support actually builds
12:31 < CIA-9> rene * r24020 /trunk/package/network/silc-toolkit/silc-toolkit.desc:
12:31 < CIA-9> * downdated silc-toolkit (1.1-beta2 -> 1.0.2), as pidgin does not build
12:31 < CIA-9> with the 1.1-beta2 version advertised on freshmeat and the homepage
12:37 -!- write_erase [n=olivier@81.80.156.36] has joined #t2
12:38 < write_erase> hi
12:38 < rxr> hi write_erase
12:38 [Users #t2]
12:38 [@ChanServ] [ CIA-9 ] [ LMJ ] [ rxr ] [ TobiX ] [ write_erase]
12:38 [ babygor ] [ Dallur] [ mtr ] [ sepp ] [ tri ]
12:38 [ BusError] [ emte__] [ R4gnar0k] [ Stelz] [ valentin]
12:38 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
12:45 < write_erase> rxr, I ordered 3 640x480 LCD (from Dell Axim x50v ) for testing AVR32 & Mplayer ...
12:48 < rxr> write_erase: where did you get that displays from?
12:49 < write_erase> ebay ... ask for "Axim x50v LCD" ...
12:49 < write_erase> They have touchscreen too :-)
12:49 < rxr> heh
12:49 < write_erase> 75$ each
12:50 < write_erase> I'll have to add DC-DC converter ... that's sure ... but the RGB & SYNC Lines should be OK
12:53 < tri> bye
12:53 -!- tri [n=richter@pd95b2df8.dip0.t-ipconnect.de] has left #t2 []
13:19 < babygor> rxr, are you around?
13:20 < rxr> babygor: yes, hi
13:21 < rxr> though nearly on the way to lunch, if you have a quick questions :-) ?
13:21 [Users #t2]
13:21 [@ChanServ] [ CIA-9 ] [ LMJ ] [ rxr ] [ TobiX ]
13:21 [ babygor ] [ Dallur] [ mtr ] [ sepp ] [ valentin ]
13:21 [ BusError] [ emte__] [ R4gnar0k] [ Stelz] [ write_erase]
13:21 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
13:26 < babygor> hmmm... I the one asking about the util-linux build problem...
13:26 < babygor> remember?
13:26 < babygor> i guess it is not quick, i fear...
13:27 < babygor> :-)
13:29 < rxr> ah yes, I remeber
13:29 < rxr> t-resc it was, hm ?
13:29 < rxr> I take a look after lunch
13:29 < babygor> yep.
13:29 < babygor> I will really appreciate.
13:30 < babygor> Thanks!
13:42 -!- nowYY [n=nowYY@213.144.157.75] has joined #t2
13:42 < nowYY> hallo / مرحبا / hi
13:42 < nowYY> are all standard templates in t2 tested?
13:48 < sepp> the package templates?
13:53 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
13:54 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
14:17 < rxr> re
14:17 < rxr> nowYY: more or less
14:17 < rxr> Wrt2 is work in progress and in 6.0 the router target is not perfect
14:17 < rxr> nowYY: why do you ask ?
14:34 [Users #t2]
14:34 [@ChanServ] [ CIA-9 ] [ LMJ ] [ R4gnar0k] [ Stelz ] [ write_erase]
14:34 [ babygor ] [ Dallur] [ mtr ] [ rxr ] [ TobiX ]
14:34 [ BusError] [ emte__] [ nowYY] [ sepp ] [ valentin]
14:34 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
14:37 < nowYY> rxr: last time i tried (1/2 year ago) kde live didnt work, and still it doesnt work (in trunks)
14:42 < rxr> ok - we probably should remove it
14:43 < rxr> use the desktop, sorry
14:43 < rxr> I added the kde-live untested as example for someone here in IRC
14:43 < rxr> it was just intended as an example
14:43 < rxr> the desktop target is a KDE-live
14:47 < nowYY> rxr: i m tryin it again..
14:50 < nowYY> last time, there were deps missin and i had to edit some *.cache files
14:53 < rxr> hm, always report build problems, best either on the mailing list or here
14:53 < CIA-9> rene * r24021 /trunk/target/mini-live-kde/:
14:53 < CIA-9> * removed target/mini-live-kde, it was just a quick example discussed
14:53 < CIA-9> on IRC, and noone was intersted in maintaining it so far
14:53 < CIA-9> (the desktop is a kde livecd anyway, and will get other templates
14:53 < CIA-9> such as Gnome, Xfce and Scientific, soon)
15:24 < rxr> qt and ExactImage built with gcc-4.2-rc3
15:24 < rxr> 876 builds total, 548 completed fine
15:32 < rxr> arts built as well
15:32 < rxr> so, me pressing thumbs for kdelibs, ...
15:33 < rxr> (local gcc to 4.2-rc3 update that is in case someone is wondering what I'm babbling about here)
15:44 < CIA-9> rene * r24022 /trunk/target/desktop/pkgsel: * added opensp to the desktop pkgsel (moved openjade to the same docbook group)
16:06 -!- sepp_ [n=sepp@p213.54.13.79.tisdip.tiscali.de] has joined #t2
16:08 -!- sepp_ [n=sepp@p213.54.13.79.tisdip.tiscali.de] has quit [Client Quit]
16:10 -!- sepp_ [n=sepp@p213.54.13.79.tisdip.tiscali.de] has joined #t2
16:12 < nowYY> any experiences with lzma + reiser4 ?
16:13 < nowYY> recommandable?
16:13 < rxr> I did not test reiser4 in the last 6 months and never with compression
16:13 < rxr> so "no idea"
16:13 < rxr> when I last tested reiser4, which was over 6 month ago, it was ok, at least it did not oops in the test as XFS did ...
16:15 -!- sepp [n=sepp@p213.54.188.196.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)]
16:15 < nowYY> looks taking over anythin and anyone :(
16:15 < nowYY> http://video.google.com/videoplay?docid=6866770590245111825
16:18 < write_erase> rxr, you'll be present @LinuxTag ?
16:22 < rxr> write_erase: yes
16:23 [Users #t2]
16:23 [@ChanServ] [ CIA-9 ] [ LMJ ] [ R4gnar0k] [ Stelz ] [ write_erase]
16:23 [ babygor ] [ Dallur] [ mtr ] [ rxr ] [ TobiX ]
16:23 [ BusError] [ emte__] [ nowYY] [ sepp_ ] [ valentin]
16:23 -!- Irssi: #t2: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]
16:23 < write_erase> rxr, all days .
16:23 < write_erase> ?
16:23 < rxr> oehm, not sure yet
16:23 < rxr> guess you ask for a meeting ?
16:24 < rxr> I might be out of Berlin on the 29. May
16:24 < write_erase> yeah ... I 've never been there ... Is it worth the trip ?
16:25 < rxr> I have not been on a Linux tag since 2003 or so
16:25 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 60 (Operation timed out)]
16:25 < rxr> so, no idea
16:25 < rxr> I hope so at least
16:25 < rxr> we have been on the Linux World Expo and CeBIt
16:25 < rxr> those where worth it ...
16:25 < rxr> -h
16:25 < write_erase> I'm in south france, not too far ... I'll try to come, and see you if U R not too busy
16:25 < rxr> http://rene.rebe.name/photos/?p=/Linux%20Tag/
16:26 < rxr> http://rene.rebe.name/photos/?p=/Linux%20World%20Expo/
16:26 < rxr> http://rene.rebe.name/photos/?p=/CeBIT/
16:26 < rxr> write_erase: that would be awesome :-)!
16:27 < write_erase> I hope you like beer ... I do
16:28 < rxr> sure, in reasonable quantities :-)
16:29 < rxr> omg: http://yro.slashdot.org/yro/07/05/11/1248219.shtml
16:31 < write_erase> Ticket ordering is in german ... I guess this one is ok : Einmaliger Einlass für alle Tage Messegelände
16:32 < rxr> write_erase: hey wait
16:32 < rxr> we have some free tickets ...
16:32 < write_erase> realy ?
16:32 < rxr> just drop me a mail to rene @ exactcode . de
16:32 < rxr> and I'll inject your address in the free ticket system
16:32 < rxr> yes, we have 24 free tickets I think
16:35 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
16:36 < write_erase> rxr, I droped you a mail
16:37 < write_erase> now time to book for a plane
16:40 < write_erase> rxr, what's the website for german train company ?
16:42 < mtr> www.db.de
16:44 < rxr> write_erase: how many tickets do you need ?
16:44 < rxr> some company ?
16:44 < rxr> hi mtr
16:51 < mtr> hi rxr
16:56 < CIA-9> rene * r24023 /trunk/scripts/functions.in:
16:56 < CIA-9> * probably fixed match_source_file to skip searching on the first
16:56 < CIA-9> .desc with overloaded [D] tags
17:10 -!- write_erase [n=olivier@81.80.156.36] has quit ["Leaving"]
17:34 < CIA-9> rene * r24024 /trunk/package/editors/xemacs-beta/ (xemacs-beta.conf xemacs-beta.desc):
17:34 < CIA-9> * changed xemacs-beta build priority (178.000 -> 133.201) to
17:34 < CIA-9> build before xemacs-packages, likewise and improved the
17:34 < CIA-9> package to create a xemacs-beta -> xemacs symlink if xemacs
17:34 < CIA-9> is not selected / installed
17:35 < CIA-9> rene * r24025 /trunk/package/editors/xemacs-packages/xemacs-packages.conf:
17:35 < CIA-9> * improved xemacs-packages to create the lisp directory just in
17:35 < CIA-9> case (not all emacs packages and versions create it)
17:40 < CIA-9> rene * r24026 /trunk/package/security/heimdal/parse-config:
17:40 < CIA-9> * cleaned up heimdal/parse-config (spacing and co) and not to
17:40 < CIA-9> inject --enable-ssl, as it breaks other things (forgot what,
17:40 < CIA-9> probably openoffice-org, et al.)
17:42 < rxr> so - even xemacs-beta built with the new gcc, and works (at least the text modus in chroot, but most critical is this strangely dumped and linked lisp engine, ...)
17:42 < rxr> 877 builds total, 613 completed fine
17:44 < nowYY> how about emacs-snapshot-gtk - The GNU Emacs editor (with GTK+ 2.x support) ?
17:45 < rxr> if someone wants to add and maintain it, ...
17:45 < nowYY> :)
17:45 < rxr> I'm a 10 year xemacs users and find emacs just ugly
17:45 < rxr> but we have emacs, of course, and volunteers to maintain whatever variant are welcome :-)
17:45 < nowYY> apt-cache search emacs | wc -l
17:46 < nowYY> 330
17:46 < rxr> probably they have all emacs lisp packages as single packages, hm ?
17:46 < rxr> we rather have the big sumo-tar-ball, ...
17:46 < nowYY> rxr i m afraid, yeah :)
17:46 < rxr> however we probably could add the singles ones to also claim a 19000 package count soon :-))9
17:47 < sepp_> and 3 dvds
17:47 < rxr> yeah - but the cool t2 idea is that everyone get's what she needs :-)
17:51 < nowYY> how can i reuse build apps or build a "package" and install them later if needed
17:51 < rxr> what do you mean ?
17:51 < rxr> like install cd ?
17:51 < rxr> (binary pool for others or other machines?)
17:52 < nowYY> yeah
17:52 < nowYY> binary pool
17:53 < nowYY> maybe also for other ppl..
17:53 < rxr> you can run Build-Target which will result in binary packages as selected (might be .tar.bz2 or .gem or something else if you implement support for e.g. rpm, ...)
17:54 < rxr> you can put those resulting packages into some http / ftp server and let the T2 installer use it
17:54 < rxr> this is like other classic installers do it as well
17:54 < rxr> we plan to implement binary diff updates as well
17:58 < CIA-9> rene * r24027 /trunk/package/xorg/xorg-server/ (xorg.conf.example xorg.conf.template):
17:58 < CIA-9> * enable the X composite extension by default, in booth: our classic
17:58 < CIA-9> .example as well as the xcfgt2 .template file (If we find that with
17:58 < CIA-9> very old cards this causes trouble (cirrus, tseng anyone?) we will
17:58 < CIA-9> add conditionals to the xcfgt2 script to inject it dynamically.)
17:59 < nowYY> i see
18:00 < nowYY> i dont need dep resolvin for binaries
18:00 -!- TobiX_ [i=tobias@zoidberg.org] has joined #t2
18:02 < rxr> Erste Alpha-Version von KDE 4 erschienen
18:02 < nowYY> wow
18:03 < rxr> DE 4.0-alpha1 Released: "Knut"
18:03 < rxr> ^-K
18:03 * nowYY muss haben
18:09 < rxr> Learning as easy as pie
18:09 < rxr> The "One Laptop per Child" project enters its critical phase
18:09 < rxr> http://www.heise.de/mobil/artikel/88916
18:13 -!- TobiX [i=tobias@zoidberg.org] has quit [Read error: 110 (Connection timed out)]
18:17 < rxr> ^-> "Because even stripped-down x86 notebooks cost too much, and current operating systems are not suitable for children, OLPC had to start from scratch. In doing so, it came up with an XO that contains a lot of innovations because the project did not have to focus on the compatibility of hardware and software. The display is sensational, the envisioned power consumption record-breaking, and operation different from the ground up ? not just intuitive, but playful in the ideal case."
18:36 < CIA-9> rene * r24028 /trunk/target/ (3 files in 3 dirs): * adapted target package selections for libart_lgpl23 -> libart rename
18:48 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2
18:48 < misl> hi folks
19:05 < rxr> hi misl
19:08 -!- sepp [n=sepp@p213.54.19.110.tisdip.tiscali.de] has joined #t2
19:10 -!- ChanServ [ChanServ@services.] has quit [Shutting Down]
19:13 [Users #t2]
19:13 [ babygor ] [ Dallur] [ misl ] [ R4gnar0k] [ sepp_ ] [ valentin]
19:13 [ BusError] [ emte__] [ mtr ] [ rxr ] [ Stelz ]
19:13 [ CIA-9 ] [ LMJ ] [ nowYY] [ sepp ] [ TobiX_]
19:13 -!- Irssi: #t2: Total of 16 nicks [0 ops, 0 halfops, 0 voices, 16 normal]
19:16 -!- ChanServ [ChanServ@services.] has joined #t2
19:16 -!- ServerMode/#t2 [+o ChanServ] by irc.freenode.net
19:26 -!- sepp_ [n=sepp@p213.54.13.79.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
20:00 < rxr> sooo, thunderbird built with gcc-4.2, likewise
20:01 < R4gnar0k> :)
20:01 < R4gnar0k> hey rene
20:01 < rxr> hi R4gnar0k
20:01 < R4gnar0k> the kdelibs problem aparently fixed itself
20:01 < rxr> wow, docbook allows footnotes in listings, cool
20:01 < rxr> R4gnar0k: oh
20:02 < R4gnar0k> :)
20:03 < rxr> R4gnar0k: builds now, or you do not want KDE anymore :-)?
20:04 < R4gnar0k> builds now (except a shared files thing)
20:07 < rxr> hm
20:07 < rxr> ok, footnotes in screens are accepted, but do not rener properly, at least not with fop
20:08 < R4gnar0k> ah
20:08 -!- sepp_ [n=sepp@p85.212.63.1.tisdip.tiscali.de] has joined #t2
20:25 < CIA-9> rene * r24029 /trunk/scripts/Create-ISO:
20:25 < CIA-9> * improved scripts/Create-ISO to default to the 'default' config as
20:25 < CIA-9> all other build scripts do these days (noticed while reviewing the
20:25 < CIA-9> book :-)
20:25 < CIA-9> * cleaned some unusal constructed, self-re-execution case for an
20:25 < CIA-9> unrecognized optoin to just print the usage and die itself
20:25 -!- sepp [n=sepp@p213.54.19.110.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
20:26 < rxr> ^- r24029 already documented at: http://www.t2-project.org/handbook/html/t2.build.iso.html
20:30 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
20:31 [Users #t2]
20:31 [@ChanServ] [ CIA-9 ] [ misl ] [ R4gnar0k] [ Stelz ]
20:31 [ babygor ] [ Dallur] [ mtr ] [ rxr ] [ TobiX_ ]
20:31 [ BusError] [ LMJ ] [ nowYY] [ sepp_ ] [ valentin]
20:31 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
20:34 < rxr> ok - off I'm cu tomorrow
20:36 < R4gnar0k> cya :)
20:54 -!- d-marc [n=d-marc@HSI-KBW-091-089-001-012.hsi2.kabelbw.de] has joined #t2
21:04 -!- sepp [n=sepp@p85.212.22.83.tisdip.tiscali.de] has joined #t2
21:25 -!- sepp_ [n=sepp@p85.212.63.1.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
21:41 -!- nowYY [n=nowYY@213.144.157.75] has quit ["savIRC - The Cross-Platform IRC Client"]
22:15 -!- d-marc [n=d-marc@HSI-KBW-091-089-001-012.hsi2.kabelbw.de] has quit ["KVIrc 3.2.4 Anomalies http://www.kvirc.net/"]
22:19 -!- babygor [n=pdinoto@200.117.246.103] has quit [Remote closed the connection]
22:51 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has joined #t2
22:55 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)]
--- Log closed Sat May 12 00:00:38 2007