T2 IRC Log: 2006-10-31
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 Oct 31 00:00:15 2006
00:13 -!- Baldzius [n=Baldzius@85.206.100.67] has quit [Read error: 145 (Connection timed out)]
01:04 -!- Baldzius [n=Baldzius@85.206.97.15] has joined #t2
02:19 -!- idealm [n=ideal@58.33.58.84] has quit [Read error: 110 (Connection timed out)]
02:31 -!- idealm [n=ideal@222.66.106.154] has joined #t2
05:06 -!- jsaw [n=jgs@p54AD41BB.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
05:13 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2
05:14 < misl> hi folks
05:17 < emte> oi
05:24 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]"]
06:07 < Stelz> moin all
06:07 < Stelz> rxr: ping
07:35 < emte> boo
07:35 < emte> Ahhh !
07:45 < Stelz> hi emte
08:09 < Stelz> hm. can't compile glibc @ 1
08:10 < Stelz> checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile
08:10 < Stelz> any idea? :)
08:52 < rxr> moin
08:52 < Stelz> hi rxr
08:52 < Stelz> rxr: wanna tell you about fixing some url @ site
08:53 < Stelz> or when you want to be able to commit changes via HTTPS:
08:53 < Stelz> svn co svn://svn.exactcode.de/t2/trunk t2-trunk
08:53 < Stelz> seems to be svn://svn.exactcode.de/t2/trunk -> https://svn.exactcode.de/t2/trunk
08:53 < Stelz> http://www.t2-project.org/download.html <- here
08:54 < rxr> ok - fixed
08:54 < rxr> thanks
08:54 < Stelz> np
08:54 < Stelz> rxr: why we don't have the latest autoconf?
08:54 < Stelz> i'm about 2.60
08:55 < Stelz> or just nobody to update it? ;-) i could try..
09:00 < rxr> Stelz: I tested it in a reference build
09:00 < rxr> it breaks most packages we build from CVS due to incompatible changes
09:00 < Stelz> ahm
09:00 < Stelz> ok
09:00 < Stelz> .. can't find what the problem is
09:01 < Stelz> checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile
09:01 < Stelz> glibc @ stage 1
09:03 < rxr> Stelz: while building trunk or 6.0 ?
09:03 < rxr> cross or native build ?
09:03 < Stelz> native trunk
09:04 < Stelz> but i disabled all packages and started to add packages i need
09:04 < Stelz> i enabled only 00-dirtree. mkinitrd, linux-header, and glibc
09:05 < Stelz> so why glibc ca't be compiled..
09:05 < Stelz> *can;t
09:05 < Stelz> ;\
09:05 < emte> oi
09:05 < Stelz> *can't
09:05 < emte> so i have discovered that jffs2 actually lives entierly in the linux kernel
09:06 < emte> as part of the mtd support
09:06 < rxr> emte: but there are user space tools as well, hm?
09:09 < emte> nope
09:10 < emte> they exist in the kernel as well
09:10 < emte> mkfs.jffs2 etc
09:10 < emte> i was supprised to discover that
09:11 < sepp> hello :)
09:11 < Stelz> hi sepp
09:11 < sepp> hi Stelz
09:13 < Stelz> checking for suffix of object files... o
09:13 < Stelz> all goes fine
09:14 < Stelz> but when i try to disable all packages, glbc-complation failes
09:14 < Stelz> *glibc
09:14 < Stelz> so glibc depends on some paackage-selection? o.O
09:15 < emte> that makes sense doesnt it?
09:15 < emte> why would you compile glibc if you want uclibc ?
09:15 < emte> or any of the other libc libraries
09:16 < Stelz> no. i just selected 4 packages
09:16 < Stelz> and selected glibc in config
09:16 < emte> ... so you selected 4 packages, 1 package or no packages ?
09:16 < Stelz> 4
09:17 < Stelz> on which glibc depends
09:17 < emte> including glibc ?
09:17 < Stelz> ofcourse
09:17 < Stelz> 00-dirtree, mkinitrd, linux-header, glibc
09:17 < Stelz> then Build-Target
09:17 < Stelz> anfd glibc fails on stage 1
09:17 < emte> if i recall correctly .... glibc only depends on glibc, gcc, binutils and the autotools
09:18 < Stelz> ye
09:18 < emte> why would glibc need mkinitrd?
09:19 < Stelz> i just enabled it for the future
09:19 * emte is just learning to use T2, these are learning questions for me as well
09:19 < Stelz> i looked at privs
09:20 < emte> actually ... the glibc .desc file lists its deps i belive
09:20 < Stelz> yeah
09:20 < rxr> re
09:20 < rxr> sorry
09:20 < emte> i dont know if T2 follows that as deps or even how it is created
09:20 < rxr> phoning
09:21 < emte> maybe its a reccomend
09:21 < Stelz> np rxr ;-)
09:21 < rxr> Stelz: you need at least binutils gcc and linux-headers
09:21 < Stelz> rxr: selected?
09:21 < Stelz> or built?
09:21 < rxr> selected
09:21 < Stelz> ahm, thanks
09:22 < rxr> t2 always start building a fresh comiler
09:22 < rxr> compiler
09:22 < Stelz> yeah.. now i see. thanks you very much :)
09:22 < emte> that reminds me
09:23 < emte> if your using linux24 why do you use the 2.6 headers to build glibc?
09:23 < emte> i just ran across that
09:24 < rxr> the glibc is suppost to be backward compatible anyway (despite TLS)
09:24 < emte> T2 seems to be the one complaining
09:24 < emte> not glibc
09:25 < emte> er hmm
09:25 < emte> the issue is more around missing headers
09:25 < Stelz> rxr: could you remind me how i can redefine version?
09:26 < Stelz> withut "-dist"
09:26 < emte> are the 2.4 ones under a diff name?
09:26 < Stelz> *without
09:26 < Stelz> emte: headers? nope
09:27 < Stelz> look at linux24/linux24.cache
09:27 < Stelz> it depends on linux-header
09:27 < Stelz> [DEP] linux-header
09:27 < emte> http://www.rafb.net/paste/results/64pROY26.html
09:28 < emte> linux-headers pulls a 2.6 kernel
09:28 < rxr> re
09:29 < rxr> yes linux-headers contains a known good copy used to define the API/ABI to build against
09:29 < emte> posibly just an oversight
09:29 < rxr> do you see a problem with those headers ?
09:29 < rxr> no this is fully intended
09:29 < rxr> a known good version stuff builds against
09:29 < rxr> of course the resulting binaries are suppost to run on a 2.4 kernel as well
09:30 < emte> ... so i specify linux24 and linux-headers, linux-headers pulls 2.6 for itself to use .... seems a bit odd to me
09:30 < emte> but i see what your saying
09:31 < emte> the EABI stuff is supposed to be more adaptive
09:34 < Stelz> 11:21'59 | Stelz> rxr: could you remind me how i can redefine version?
09:34 < Stelz> to remove that -dist in linux-headers and linux26
09:35 < rxr> Stelz: the code I wrote from the top of my head did not work the last time
09:35 < Stelz> ye..
09:35 < rxr> maybe I should test something out now before I paste you faulty code again ? ;-)
09:36 < Stelz> ok :) then i try to build next packages. and after your testing i'll recompile linux-headers, linux26, glibc and gcc
09:36 < Stelz> *i'll
09:37 * emte is pretty positive you need binutils as well
09:38 < rxr> ack - binutis is needed :-)
09:38 < Stelz> ye, forgot about it :)
09:38 < CIA-9> rene * r20573 /trunk/package/x11/xlockmore/xlockmore.desc: * updated xlockmore (5.22 -> 5.23)
09:38 < emte> bad things that are hard to trace usually points to binutils in the end
09:39 < CIA-9> rene * r20574 /trunk/package/xorg/xf86-video-mga/xf86-video-mga.desc: * updated xf86-video-mga (1.4.3 -> 1.4.4)
09:39 < Stelz> but wtf rxr.. when i tried to build minimal+xorg, glibc was trying to be built after linux-headers
09:39 < Stelz> but now..
09:40 < Stelz> binutils are downloading..
09:40 < emte> are you cross compiling?
09:40 < Stelz> no
09:40 < emte> then yeah binutils will build first i belive
09:41 < Stelz> strange
09:41 < emte> not really
09:41 < Stelz> cause in "minimal+xorg"-selection glibc goes before them
09:41 < emte> binutils has most of the libraries that glibc needs
09:42 < Stelz> ye. i know.. ok
09:42 < Stelz> compiling binutils..
09:43 < emte> maybe you had a cached version before?
09:43 * emte curses at things
09:44 < Stelz> emte: no.. i don't think so
09:45 < Stelz> there were no any chaches :-)
09:45 < Stelz> *caches
09:49 < rxr> first linux-header is build
09:49 < rxr> and also glibc headers in stage 0
09:49 < rxr> then the cross assembler, linker (binutils) and cross gcc
09:50 < Stelz> but i didn't enable crosses
09:50 < rxr> you do not to enable cross build
09:50 < rxr> a cross compiler is always built
09:50 < rxr> even on native builds
09:50 < Stelz> ah.
09:51 < rxr> as your system can either have a f*cked up compiler (often the case with Fedora Core and co) or also be incompatible with the new build (e.g. old vs. new glibc)
09:51 < rxr> the cross build option only disabled the native in-sandbox builds past stage 1
09:51 < Stelz> :-)
09:53 < Stelz> == 10/31/06 11:49:36 =[0]=> Finished building package binutils.
09:53 < emte> is there something that explains { p; d; } conventions vs X
09:55 < emte> i know that X is used in pklgsel, but beyond that ...
09:55 < emte> pkgsel*
09:57 < Stelz> rxr: i've removed "mine" from the packages. is it ok? nothing needs it really?
10:03 < rxr> when you want to install it manually or with new code then you do not need it
10:03 < rxr> if you want an installer CD it is currently needed
10:03 < Stelz> :(
10:03 < rxr> emte: where do you read this { p; d; }
10:04 < rxr> emte: that is sed - print and delete
10:04 < rxr> it is equivalent to X pkg
10:04 < rxr> ah - I guess you read this in the embedded target, hm?
10:04 < emte> from some of the simpler defaut targets
10:04 < emte> default*
10:05 * Stelz 'll wait till mine won't be needed for the T2-installcd
10:05 < emte> does pkgsel have any other options?
10:05 < Stelz> as i remembered.. "="
10:06 < Stelz> in target/*
10:06 < Stelz> so u can't remove pkg marked as "="
10:06 < emte> yeah i've saw: X O =
10:07 < Stelz> rxr: what do we need to remove mine completely?
10:07 < rxr> emte: X for select, O for deselect, - for remove entirely and = for default of the package
10:07 < rxr> emte: that should be documented in the handbook
10:07 < rxr> Stelz: O is enough - is overkill
10:07 < Stelz> ah :)
10:07 < rxr> - just ensures nothing in the target inheritance or automatics and reenable it because it is wipe out of the list entirely
10:08 < rxr> but really you usually just want to use X and O
10:08 < Stelz> yeah
10:09 < emte> ... so what is the "default" of a target if you cant specify versioning persay?
10:09 < Stelz> so rxr. mine is still used for install-process?
10:09 < emte> s/target/package
10:09 < Stelz> or just for cd?..
10:13 < rxr> heh
10:13 < rxr> my minised might make it as default sed into AmigaOS4 - just got a mail from them :-)
10:14 < rxr> Stelz: yes, until you finish your new code .-)
10:14 < rxr> emte: what default do you mean? the selection state ß
10:14 < rxr> ?
10:14 < Stelz> ß <- strange char :P
10:14 < Stelz> german?
10:15 < rxr> ? even
10:15 < rxr> yes ß is on the key where the questionmark is with the shift state :-)
10:15 < rxr> it is a special for of sharp 's'
10:15 < Stelz> :)
10:15 < rxr> like if it would be two s and spoken out very sharp
10:16 < rxr> but that is nearly the only special symbol we have in germany
10:16 < Stelz> hehe.. i see :-)
10:16 < rxr> the only other ones are a, o and u with dots on top, if your client display it correctly it is ä, ö and ü
10:16 < Stelz> yeah. correctly
10:16 < rxr> all the normal chars are positioned as on the US keyboard ...
10:17 < rxr> (despite that y and z are excanged for whatever reason - most probably because we need the z more often than the y in our language)
10:17 < Stelz> easier..
10:18 < rxr> so when you see some sentences here with y and z exchanged I likely hang on some Sgi or Sun workstation with US keyboard in front :-)
10:18 < Stelz> :-)
10:18 < emte> default was your term for =
10:19 < rxr> e.g. zebra is O by default because it shares the same file as tne quagga fork
10:19 < rxr> = would set zerbro to O as it is the packages default
10:20 < emte> ah, default state
10:20 < emte> hmm nice vague gcc fail
10:21 < emte> !> The bug is not reproducible, so it is likely a hardware or OS problem.
10:21 < rxr> what ?
10:21 < rxr> never got something like that
10:22 < emte> didnt actually expect it to get to that package anyway
10:22 < emte> so i am ignoring it for now
10:25 < rxr> what package?
10:25 < rxr> can you post the whole error log somewhere
10:25 < rxr> that printout makes me curious
10:26 < emte> i expect to run into it again soon
10:26 < emte> i'll disable cleanup and grab it for you
10:32 -!- mtr_ [n=Michael@pD9E11555.dip0.t-ipconnect.de] has joined #t2
10:34 < CIA-9> rene * r20575 /trunk/package/kde/qt/config.in: * fixed a typo in qt/config.in and folder the very short lines with newline escape
10:34 < rxr> moin mtr_
10:34 < Stelz> == 12:30:17 =[1]=> Building base/glibc [20061002 7.0-trunk].
10:34 < Stelz> lets see..
10:35 < emte> interesting ... qt is in kde?
10:35 < Stelz> ye.
10:36 < emte> does that mean gtk etc is in gnome?
10:36 < Stelz> yeah. in gnome2
10:37 < emte> weird
10:37 < Stelz> i think so too..
10:37 < rxr> well - after Gtk was the Gimp toolkit it became the defacto gnome toolkit
10:37 < rxr> well it is just grouping you do not need to build the rest of gnome just because gtk+ is in the gnome2 repostiroy
10:37 < emte> ... gnome hanst used gtk in a long while ...
10:38 < emte> hasnt*
10:38 < rxr> though if you all like it more we can definetly move gkt stuff into an own gtk repository or x11
10:38 < rxr> whatever you prefer
10:38 < Stelz> glibc compiles fine, thanks again, rxr :)
10:38 < rxr> emte: ?
10:38 < Stelz> rxr: i hope qt will be moved too
10:39 < rxr> Stelz: what do you propose? a qt rep or into x11/ ?
10:39 < emte> but qt in kde suprises me since it is owned by Trolltech and is developed closed
10:39 < Stelz> yeah, rxr. both gtk and qt to x11
10:39 < emte> qt doesnt need x11
10:39 < Stelz> emte: but qt is x11-lib
10:39 < Stelz> i mean
10:39 < rxr> yeah - gtk+ neither
10:39 < Stelz> GUI-library
10:40 < Stelz> and gui == X anyway
10:40 < rxr> now I could argue qt can also be used as DB access library
10:40 < Stelz> like wxwidgets, etc.
10:40 < rxr> Stelz: ?
10:40 < emte> lol
10:40 < emte> btw GUI != X11
10:40 < rxr> Stelz: GUI == FB or other direct drivers as well
10:40 < emte> there are many non X alternatives
10:40 < Stelz> hm.
10:41 < Stelz> but we shouldnot create gtk/qt own dir
10:41 < Stelz> *dirs
10:41 < Stelz> so we may move gtk and qt to x11.. or it 'll be wrong?
10:42 < emte> would be easier to find them, but its not really a better solution
10:42 < Stelz> and i think we must move xchat, for example, from gnome2 tonetwork
10:42 < emte> why would you say that?
10:42 < Stelz> what do you mean?
10:42 < emte> xchat is an x application
10:43 < rxr> we really have to think about some more consistent sorting
10:43 < emte> lol
10:43 < Stelz> :)
10:43 < emte> there is not real solution
10:43 < emte> no*
10:43 < rxr> while xchat is not really a gnome application we also have e.g. wireshark in network (I think)
10:43 < rxr> because it is primarily a netowrk tool
10:43 < Stelz> yeah
10:43 < rxr> that is also why firefox is in www
10:43 < rxr> and not gnome2 or x11 ...
10:43 < Stelz> emte: audacity is x11 app too. but it is for audio-work
10:43 < emte> network usually refers to server and console tools
10:43 * rxr is unsure about "perfect" sorting
10:44 < Stelz> emte: false... :|
10:44 < rxr> .oO
10:44 < rxr> no fight about sorting here, please
10:44 < emte> lol
10:44 < Stelz> rxr: there are no any fights ;-)
10:44 < Stelz> just discussion
10:45 < Stelz> 12:39'22 | rxr> while xchat is not really a gnome application we also have e.g. wireshark in network (I think) <- that is i'm talking about
10:45 < Stelz> xchat is a tool for network.. so it must be in network
10:45 < emte> in the end its where the maintainer see fit to stick it
10:45 < Stelz> audacity - for audio. it's in audio
10:45 < Stelz> thats good
10:46 < Stelz> there are a lot of x11 apps. but we can't move them in x11 dir. it's stupid
10:46 < emte> Stelz, the flaw in that is any major X11 changes will break all those tools
10:46 < emte> its easier to find them if grouped
10:46 < rxr> maybe we should rather open a chat repoisotiry than sticking all the IRC a like chat stuff into network which is more about real data network utilities (whether command line or GUI)
10:47 < Stelz> yeah
10:47 < Stelz> like in NetBSD's pksrc
10:47 < emte> you still have problems with crossover apps
10:47 < Stelz> *pkgsrc
10:48 < rxr> our sorting already is abit like the BSD ports collections
10:48 < Stelz> thats good :)
10:48 < rxr> (where I also alredy found quite many packages not that good sorted)
10:48 < rxr> Stelz: did you start the qt4 pack ?
10:49 < Stelz> ehm.. no, rxr. not yet. just found some replacements for qt4-apps
10:49 < emte> watch, now gcc wont fail because i disabled cleanup
10:49 < Stelz> cause the main qt-apps i use are psi(jabber-client) and hydrogen(drum machine)
10:49 < Stelz> but they are on qt3
10:49 < rxr> emte: .oO
10:49 < Stelz> emte: lol
10:49 < rxr> Stelz: ok - I'll do the qt4 pack now
10:50 < rxr> and maybe one of the apps you listed to test if they can find qt4 and link against
10:51 < Stelz> yeah. rxr. don't forget that qt3 and qt4 has an unique binaries
10:51 < Stelz> so qt4 could not be installed in /usr
10:51 < rxr> well we have qt in /opt/qt33 or so anyway
10:51 < Stelz> and it 'll be qt42
10:52 < rxr> qt4
10:52 < Stelz> rxr: i think we may move it to /opt/qt/3
10:52 < Stelz> and /opt/qt/4
10:52 < emte> ...
10:52 < rxr> no - that stacking is eveil because the profile only fills the PATH with /opt/*/bin
10:52 < rxr> evil
10:53 < rxr> Stelz: also we should have named it /opt/qt3
10:53 < Stelz> hm.. ok
10:53 < emte> why not /opt/qt3.x and /opt/qt4.x as per convention?
10:53 -!- mtr [n=Michael@pD9E120AF.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
10:53 -!- mtr_ is now known as mtr
10:53 < rxr> convention ?
10:53 < rxr> most big distributions ship it in /usr anyway, no ?
10:54 < Stelz> rxr: so /qt3 and /qt4 ?
10:54 < rxr> also this is just the default as in t2 a target or use can set whatever he prefers
10:54 < emte> atleast that is how qt compiled and installed it the last time i made the mistake of compiling it
10:54 < emte> itself*
10:55 < emte> debian seems to like: /usr/share/qt4/
10:55 < emte> and /usr/share/qt3/
10:56 < emte> if that helps
10:56 < Stelz> my previous distro has /opt/qt/[3|4]
10:57 < emte> grr
10:57 < emte> sorry rxr no fail this time
10:57 < rxr> emte: hm - ok ...
10:57 < CIA-9> rene * r20576 /trunk/package/kde/qt/ (config.in qt.conf): * install qt(3) to opt/qt3 by default (not opt/qt33)
10:58 < Stelz> rxr: ftp://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/README.html <- that i was talking about
10:59 < Stelz> chat: Communication programs
10:59 < emte> Stelz, install sl
10:59 < emte> :)
10:59 < Stelz> sl ?
11:00 < emte> the greatest BSD command ever invented
11:00 < Stelz> w00t
11:00 < emte> you get a choo choo train that runs across your console window
11:00 < Stelz> never heard bout it :)
11:01 < emte> its fun and more entertaining than an error when you mistype ls
11:01 < Stelz> :)
11:02 < rxr> lol
11:02 < emte> another nice error
11:02 < emte> !> checking for suffix of object files... configure: error: cannot compute ..
11:02 < Stelz> haha... that was i had
11:02 < Stelz> :)
11:02 < Stelz> emte: glibc?
11:02 < emte> yup
11:03 < Stelz> try to install gcc & binutils before ;-)
11:03 < Stelz> it helped me..
11:03 < Stelz> compiling gcc right now.. :-)
11:03 < emte> they already are
11:03 < Stelz> uhm.. then dunno
11:03 < Stelz> cause i had this err, when binutils with gcc were missed
11:04 < Stelz> 00-dirtree -> mkinitrd -> linux-header -> binutils -> gcc -> glibc
11:04 < Stelz> compiles fine
11:04 < Stelz> 7.0-trunk
11:04 < emte> hmm i think i know why
11:05 < emte> checking for arm-t2-linux-gnu-gcc... arm-t2-linux-gnu-gcc
11:05 < emte> checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile
11:05 < Stelz> so?
11:05 < emte> will fail when trying to check arm compiled files maybe
11:05 < Stelz> hmm
11:06 < emte> this is where i need skyeye or qemu
11:06 < emte> or disable that check ...
11:06 < emte> or wait a bit to see if anyone else has another idea
11:07 < emte> or look through patches to see if there is a conflict
11:10 < CIA-9> rene * r20577 /trunk/package/kde/amarok/amarok.desc: * updated amarok (1.4.3 -> 1.4.4)
11:10 < rxr> emte: cross builds used to build fine in t2
11:11 < rxr> no need to inject qemu
11:12 < Stelz> hm.. rxr. just thought. does anybody need gtk1-apps? :)
11:13 -!- shevegen [n=adh4@chello080108103172.36.11.univie.teleweb.at] has quit [Remote closed the connection]
11:15 < rxr> Stelz: less and less each day
11:15 < Stelz> :)
11:15 < rxr> but there still is stuff needing it - e.g. the current ardour
11:15 < rxr> we have it n gnome14/gtk+12 ...
11:15 < Stelz> yeh..
11:15 < Stelz> ardour 2 is comingh soon
11:16 < Stelz> beta 6.2 was released few days ago
11:16 < Stelz> i'm waiting for ardour2 final release.. cause i work a lot with music :-)
11:16 < Stelz> this app 'll really help me
11:17 -!- shevegen [n=adh4@chello080108103172.36.11.univie.teleweb.at] has joined #t2
11:18 < emte> ... a gcc3 patch ... hmm
11:19 < rxr> Stelz: cool - I play bass and guitar too (from time to time)
11:19 < Stelz> nice :-)
11:19 < rxr> just some days ago I was thinking that release lyrics like OpenBSD has would be cool for T2 :-)
11:19 < Stelz> uhm
11:20 < Stelz> hehe, i prefer NetBSD for T2 :-)
11:22 < emte> bah, i'll look for it tomorrow, time for a nap
11:22 < rxr> emte: n8 - sleep well
11:22 < emte> 02:18:39 AM
11:22 < rxr> Stelz: well - never tried NetBSD, OpenBSD was ok for high security stuff
11:22 < Stelz> 'night emte
11:22 < rxr> also I know some OpenBSD people personally
11:22 < Stelz> :-)
11:22 < rxr> and their release lyrics are (sometimes) quite cool
11:23 < Stelz> NetBSD 4.0 'll be released in december.. i'm waiting for it.. to try to integrate it into T2 :-)
11:23 < Stelz> uhm.. idesk is 0.7.3 in T2-base.. time to update it
11:24 < CIA-9> vlad * r20578 /trunk/package/x11/idesk/idesk.desc: * updated idesk (0.7.3 -> 0.7.5)
11:24 < Stelz> hehe.. tar.bz2 ftw.
12:04 -!- asdfcd [n=dc36734@84-75-100-82.dclient.hispeed.ch] has joined #t2
12:04 < asdfcd> Hi
12:05 < asdfcd> trunk doesnt work here / kann wer helfen?
12:05 < asdfcd> gcc: misc/confdialog/*.c: Datei oder Verzeichnis nicht gefunden
12:09 < mtr> hi asdfcd
12:09 < asdfcd> hi mtr
12:09 < Stelz> wtf?
12:09 < Stelz> just noticed the end of topic
12:09 -!- Stelz [n=stealth@80.240.210.253] has left #t2 []
12:09 -!- Stelz [n=stealth@80.240.210.253] has joined #t2
12:10 < Stelz> rxr: congratulations :-)
12:10 < Stelz> !
12:10 < mtr> asdfcd: what target do you build, on which host system?
12:10 < asdfcd> mtr: i ve just did a ./Config
12:11 < asdfcd> i mean ./scripts/Config -cfg system
12:12 < asdfcd> host system is x86 debian stable.. 6.0.1 worx, but trunk not
12:12 < asdfcd> target system will be x86 too, maybe i686 if possible (how?)
12:13 < mtr> asdfcd: you can select the target cpu within the Config script ;-)
12:14 < asdfcd> mtr: ok but the ncurses-gui doesnt get started
12:14 < asdfcd> something is missing.. but what? ncurses-dev is installed...
12:17 < asdfcd> t2-trunk/scripts# ./Config -cfg system
12:17 < asdfcd> grep: scripts/parse-config: Datei oder Verzeichnis nicht gefunden
12:17 < asdfcd> Creating confdialog tool.
12:17 < asdfcd> gcc misc/confdialog/*.c -Imisc/confdialog -lncurses -o src/confdialog.bin
12:17 < asdfcd> gcc: misc/confdialog/*.c: Datei oder Verzeichnis nicht gefunden
12:17 < asdfcd> ?
12:18 < mtr> asdfcd: you shouldn't run the scripts from the scripts/ subdir, they expect to be run from main directory, like './scripts/Config ....'
12:19 < asdfcd> ok.. that was stupid..
12:19 < asdfcd> now its workin..
12:19 < Stelz> :)
12:21 < mtr> asdfcd: ;-)
12:21 < asdfcd> thx mtr
12:21 < asdfcd> ist Deutsch verpönnt hier?
12:25 < mtr> das nicht gerade, aber die meisten T2 user kommen mit Englisch besser klar
12:25 < mtr> http://www.frappr.com/t2
12:26 < rxr> asdfcd: bin kurz zum mittag - I can help - auch auf Deutsch - wenn ich zurück bin
12:26 < rxr> cu then
12:26 < asdfcd> rxr: thx & bon appetit
12:27 < asdfcd> lets try it in inglisch
12:27 < asdfcd> how to select packages? do i need to edit the packages file and replace the X?
12:37 -!- sepp [n=sepp@p83.129.198.3.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
12:38 -!- sepp [n=sepp@p83.129.174.211.tisdip.tiscali.de] has joined #t2
13:08 < asdfcd> HeLLo HellO, is ThErE aNyBuddY oUt ThErE?
13:09 < sepp> YeS
13:10 < asdfcd> hey sepp.. wie kann ich packages auswählen? gibts da eine UI dazu, das mir automatisch auch die dependiences anzeigt?
13:12 < sepp> ./script/Config -cfg yourconfig ; expert options ; custom package selection ; edit package selection rules
13:16 -!- Netsplit adams.freenode.net <-> irc.freenode.net quits: _Ragnar_
13:16 < asdfcd> ja dat hab ich gesehn, aber wat muss ich da in die rule eingeben?
13:17 < asdfcd> muesst ich fuer den gesamten zope, samt aller Products, einfach zope eingebn? sepp
13:17 -!- Netsplit over, joins: _Ragnar_
13:17 -!- _Ragnar_ [i=loki@216.250.77.230] has quit [Read error: 131 (Connection reset by peer)]
13:18 -!- _Ragnar_ [i=loki@216.250.77.230] has joined #t2
13:18 < sepp> "X zope"
13:18 < asdfcd> sepp: und sagen wir ich will nur amarok oder k3b installieren, wie geht das?
13:19 < asdfcd> X kde/k3b ?
13:19 < sepp> du kannst z.b. das "Desktop" target nehmen, dass hat schon kde ...
13:19 < asdfcd> is theoretische frage
13:19 < sepp> X k3b
13:20 < asdfcd> aha
13:20 < rxr> re
13:20 < asdfcd> hallo rxr
13:20 < sepp> hi rxr :)
13:20 < rxr> Stelz: thanks
13:20 -!- Topic for #t2: T2 | 6.0.1 Released! - trunk going for 7.0 | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/ | HAPPY BIRTHDAY Rene !
13:20 -!- Topic set by valentin [n=valentin@port-212-202-41-169.dynamic.qsc.de] [Mon Oct 30 13:58:50 2006]
13:20 -!- rxr changed the topic of #t2 to: T2 | 6.0.1 Released! - trunk going for 7.0 | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/
13:21 -!- rxr changed the topic of #t2 to: T2 | 6.0.1 Released! - trunk going for 7.0 | The Open System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/
13:21 * asdfcd wuenscht allen Geburtagskindern alles Gute
13:22 < asdfcd> ists einfach Reiser4/LZMA zu enablen?
13:22 < rxr> yeah - thanks - though that was yesterday already :-)
13:23 < rxr> I thought Reiser4 hat LZO
13:23 < rxr> in either case I did not try yet
13:23 < rxr> asdfcd: kannst du englisch gut lesen oder soll ich auch auf deutsch antworten ?
13:23 < rxr> Europastart für Microsofts Zune-Player wahrscheinlich erst Ende 2007
13:23 < rxr> Nach Angaben eines Microsoft-Mitarbeiters sei man vom Europastart des portablen Media-Players noch weit entfernt.
13:23 < asdfcd> rxr: its ok, i ll try to write anglaise too..
13:23 < rxr> http://www.heise.de/newsticker/meldung/80282
13:24 < rxr> ^- lol
13:24 < rxr> asdfcd: that reminds me to google news about hans reisers court status
13:25 < asdfcd> i see
13:25 < asdfcd> even i dont read google news
13:26 < rxr> yeah - /me neither - but knowing how Hans Reiser is going along in ths murder case regarding his wife and Reiser4 future is important to me - so I have to throw Hans Reiser into google news search from time to time these days
13:27 < asdfcd> i dont care about private life of developers.. i m sure someone will take Reiser4 further
13:27 < rxr> hm - nothing new it seems ...
13:27 < rxr> hopefully ...
13:27 < asdfcd> how long does it take to build the minimal desktop on a p4?
13:28 < rxr> if people are not scared enough if Hans Reiser really should have k*lled her ...
13:28 < rxr> asdfcd: not sure about minimal desktop - a minimal takes 12h on a decent machine
13:28 < rxr> maybe you can build a minima-desktop in a little longer than 24h on a p4
13:28 < asdfcd> i see
13:29 < rxr> asdfcd: but make sure you use 6.0 - we have some build errors in trunk right now from time to time due to a) some core util updates and b) some internal changes that need to be well tested in all cases
13:29 < asdfcd> rxr: i see, but i d like to have koffice 1.6
13:29 < rxr> http://svn.exactcode.de/t2/branches/6.0/
13:29 < rxr> you can easily copy or merge that into your local working copy
13:29 < asdfcd> are those brances also updated?
13:30 < rxr> but if you want to build trunk that's fine as well
13:30 < asdfcd> rxr: how to do?
13:30 < rxr> though you might face one or another build error on the way
13:30 < asdfcd> i d prefer the stable one..
13:30 < rxr> you can just place the koffice.desc files from trunk into the 6.0 packages/kde/koffice/
13:30 < asdfcd> i see
13:31 < rxr> that contains the version - kde is the latest in 6.0 as well - so that is compatible
13:31 < rxr> maybe we sould merge the koffice update in trunk anyway
13:31 < asdfcd> that d be nice
13:31 < rxr> as the former version had problems with M$ Word fils and the .odt format transition was not yet fully done resulting n format loss in save/load cycle ...
13:31 < asdfcd> i already thought about usin kdesvn-build..
13:32 < rxr> t2 is indeed quite nice to build recent versions of all the open source stuff
13:32 < rxr> so - we have a meeting - cu in some minutes such as 20-30
13:32 < asdfcd> ok thx
13:42 < Stelz> cu rxr
13:42 < asdfcd> can i copy the whole package dir from trunk to 6.0.1 branch package dir?
13:43 < asdfcd> or all .desc files?
14:16 -!- idealm [n=ideal@222.66.106.154] has quit [Connection timed out]
14:23 -!- idealm [n=ideal@58.33.58.84] has joined #t2
14:26 < rxr> asdfcd: no you should only merge stuff you need
14:26 < rxr> asdfcd: because when you copy all you get the instable changes such as new tar, coreutils, ... versions
14:26 < rxr> when you want to use all the new versions you can use trunk as it :-)
14:30 < Stelz> rxr: hows your qt4? :-)
14:32 < rxr> need to fight configure
14:32 < rxr> had lunch and a meeting in the meantime ...
14:33 < asdfcd> yeah qt4.2 would be nice too..
14:39 < Stelz> rxr: who is the maintainer of T2 @ softpedia? :-)
14:49 < Stelz> rxr: seems to be we need to revert curl
14:49 < Stelz> it breaks vorbis-tools, php.. and i think a lot of other apps
14:56 < Stelz> nad rxr. why ncurses is still 5.4 ? I remember that u want update it to 5.5 2 weeks ago
14:56 < Stelz> *and
15:08 < Stelz> and rxr. what about rocknet? no replaceent for it or it is ok?
15:10 < asdfcd> Stelz: dont ask, just answer: !> tar: *linuxthreads*: Not found in archive // even pthread is installed..
15:11 < Stelz> uhm..
15:11 < asdfcd> and this: !> tar: *sysdeps*: Not found in archive
15:14 < rxr> re
15:14 < asdfcd> ra
15:14 < rxr> Stelz: it is not ok - we improved it already and it need some more big rewrite improvement
15:14 < rxr> ok otherwise
15:19 < rxr> Stelz: I think I tested the ncurses update in the ref builder I think it was ok - let me commit it
15:19 < rxr> Stelz: can you paste an example for the curl breakage ?
15:20 < Stelz> uhm.. compiling linux-kernel now. i'll paste it soon
15:20 < CIA-9> rene * r20579 /trunk/package/base/ncurses/ (cross-build.patch ncurses.desc): * updated ncurses (5.4 -> 5.5)
15:20 < rxr> what t2@softpedia
15:21 < Stelz> uhm.. i thnought.. that there somebody who updates info at linux.softpedia.com
15:22 < rxr> no idea - maybe just write them for updates, e.g. the logo :-)
15:23 < Stelz> hmm
15:23 < Stelz> why t2 creates this dir on every build
15:23 < Stelz> src.binutils.slz.20061031.164649.27075.slz.sytes.net
15:24 < Stelz> with these files:
15:24 < Stelz> chroot.sh debug.sh
15:24 < Stelz> is it a bug?
15:24 < rxr> what do you think is the bug with this ?
15:24 < Stelz> why does it create it?
15:25 < Stelz> i don't build binutils..
15:25 < rxr> oh - they even found our 6.0.1 release on softpedia already - nice
15:25 < Stelz> yeh. rxr. i'm about it
15:25 < rxr> "about it" == logo update ?
15:25 < Stelz> but they renamed us as T2 Linux
15:25 < rxr> Stelz: oh yeah - that should be fixed
15:25 < Stelz> yup
15:26 < rxr> Stelz: no idea - those src.* dirs are usually created for each package
15:26 < rxr> you say when you build curl a src.binutils dir is created ?
15:26 < Stelz> yeah
15:26 < Stelz> curl or any other package
15:26 < Stelz> or a couple of packages
15:26 < rxr> Stelz: fot softpedia: they write we have over 1400 packages
15:27 < rxr> Stelz: in the meantime we have over 2500 packages :-)
15:27 < Stelz> :)
15:27 < Stelz> but we are not linux!
15:27 < Stelz> mainly :-)
15:28 < rxr> yeah - name should be T2 SDE (System Development Environment)
15:28 < asdfcd> hey guys its more fun to help me
15:28 < asdfcd> http://paste.debian.net/15871
15:28 < rxr> and if they wish to harly Open T2 SDE or whatever
15:29 < Stelz> or just T2
15:29 < Stelz> like @ distrowatch or @ freshmeat.net
15:32 < asdfcd> rxr: would U help?
15:33 < rxr> err
15:33 < Stelz> asdfcd: what do build?
15:33 < rxr> Stelz: yeah or that
15:33 < Stelz> asdfcd: what do u build?
15:33 < Stelz> trunk-7.0 ?
15:33 < asdfcd> Stelz: minimum stable
15:33 < rxr> Stelz: but as full official name it really should be more like "T2 SDE", no ?
15:33 < Stelz> uhm..
15:33 < rxr> asdfcd: one second
15:33 < Stelz> ofcourse, rxr
15:34 < Stelz> T2 SDE is much more better
15:34 < Stelz> and more exctly for our "distro"
15:34 < Stelz> :-)
15:34 < rxr> asdfcd: you mean the tar error ?
15:34 < asdfcd> yeah
15:34 < rxr> did you use a branches/6.0 checkout or a release tarbal ?
15:34 < rxr> tarball even
15:34 < asdfcd> tarball
15:35 < asdfcd> as it didnt work with the branch
15:37 < rxr> which tarball 6.0.0 or 6.0.1
15:37 < rxr> to get the branch: svn co {svn,http,https}://svn.exactcode.de/t2/branches/6.0 t2-6.0-branh
15:38 < rxr> branch even
15:38 < asdfcd> 6.0.1
15:39 < rxr> hm - that is suppost to work
15:39 < rxr> you get this while building glibc ?
15:40 < asdfcd> yeah
15:46 < Stelz> wtf
15:46 < Stelz> can't compile udev
15:46 < Stelz> CC udev_device.o
15:46 < Stelz> cmd_wrapper: execvp(diet,...) - No such file or directory
15:46 < Stelz> make: *** [udev_device.o] Error 253
15:47 < Stelz> rxr: does udev depends on dietlibc?!
15:49 < Stelz> *depend
15:50 < sepp> you need dietlibc
15:50 < Stelz> sepp: why
15:50 < Stelz> i dont want it
15:51 < sepp> you want it, also for the initrd ,-)
15:52 < Stelz> sepp: no!
15:54 < asdfcd> how to add all linux26-mm modules?
15:54 < sepp> Stelz: why not?
15:54 < Stelz> cause it's an useless package for me
15:56 < Stelz> and i don't need initrd
15:56 < rxr> Stelz: add dietlibc :-)
15:56 < rxr> Stelz: it does not depend on it
15:56 < rxr> but without it initrd will become fat
15:56 < Stelz> rxr: i don't need dietlibc
15:56 < rxr> are you sure you want an overfat initrd ?
15:57 < Stelz> and i don't need initrd
15:57 < Stelz> :)
15:57 < rxr> ok - then ignore it :-);
15:57 < Stelz> how?
15:57 < Stelz> i can't install udev :(
15:57 < rxr> I think it is a bug that it is actually tried to compile udev against dietlibc when it is not selected
15:57 < Stelz> cmd_wrapper: execvp(diet,...) - No such file or directory
15:57 < rxr> yeah I saw
15:57 < Stelz> ye..
15:57 < rxr> what is your config name ?
15:57 < rxr> you supplied to Target ?
15:58 < rxr> -cfg ...
15:58 < rxr> any or did you not use that?
15:58 < Stelz> 17:53'58 | rxr> what is your config name ? <- slz
15:58 < Stelz> ./scripts/Build-Target -cfg slz
15:58 < Stelz> i use it to build T2
16:00 < rxr> ok - what does this output: grep dietlibc config/slz/packages
16:00 < Stelz> O 01-3------ 102.000 base dietlibc 0.30 / base/library DIETLIBC LIBC NO-SSP NOPARALLEL 0
16:00 < Stelz> it's unselected
16:00 < rxr> ok - then it is a bug
16:00 < rxr> let me quickly hunt it
16:00 < Stelz> k :-)
16:02 < rxr> that needs some minutes
16:03 < Stelz> ok.
16:03 < asdfcd> rxr: nur ken Stress..
16:06 < rxr> asdfcd: can you upload your full build err log somewhere?
16:12 < asdfcd> rxr: du meinst doch Stelz oda?
16:12 < Stelz> w00t?
16:12 < Stelz> wtf is Stelz oda? :D
16:13 < asdfcd> Stelz: u r not jerman?
16:13 < Stelz> nope, i'm from RU, Moscow
16:13 < Stelz> :-)
16:13 < asdfcd> Stelz: i see, Putin sux
16:13 < Stelz> lol
16:13 < shevegen> lol
16:19 < asdfcd> why do i get this: == 17:12:56 =[1]=> Building base/linux-header [2.6.12.5 6.0-stable].
16:19 < asdfcd> ??
16:19 < Stelz> ?
16:20 < Stelz> what do u mean?
16:20 < asdfcd> i thought 2.6.17 is the current
16:20 < Stelz> u get it to get some info about currently building-pkg
16:20 < Stelz> ehm
16:20 < sepp> this are only the headers, don't worry :)
16:20 < Stelz> asdfcd: it's only header
16:20 < Stelz> not kernel
16:20 < Stelz> u'll get kernel-sources later
16:20 < asdfcd> why arent the headers not up-to-date?
16:21 < asdfcd> or not having the right naming?
16:23 < rxr> the kernel headers are a known good version
16:23 < rxr> with every new kernel the kernel-hackers make more sure user-space libraries can not use those new headers
16:23 < asdfcd> aha
16:23 < rxr> thus requiring a lot patching of either the new headers or a lot of packages
16:24 < rxr> each distribution has it's own "sanitized" linux-header package
16:24 < Stelz> that's i wanna say :-)
16:24 < asdfcd> but u didnt Stelz
16:24 < rxr> ours is quite lite, (not mutch patches) because we choose a good version and fixed the few packages that failed wit it
16:24 < asdfcd> rxr: give me an example pls
16:25 < rxr> but I still hope very much for a common ABI header package shared among all the dists but it is still a long way to that
16:25 < rxr> asdfcd: example of what? failure or patch, or ... ?
16:25 < asdfcd> a patch
16:25 < asdfcd> is T2 LSB-compatible?
16:26 < Stelz> hm.. Lunar uses 2.6.12.0 of linux-headers too..
16:27 < asdfcd> what teh hell is Lunar?
16:27 < Stelz> some source distro
16:27 < Stelz> that i used before T2
16:28 < asdfcd> ok..
16:29 < asdfcd> what is the advantage of T2 comparing to debootstrap?
16:33 < sepp> it is not debian :p
16:34 * Stelz <- debian-hater
16:34 < Stelz> :P
16:35 < asdfcd> i see
16:35 < asdfcd> how about LSB?
16:36 < Stelz> seems to be i'll go from esvn to qsvn.. so, i think, rxr. qt4 is needed anyway :-)
16:36 < Stelz> and i'm trying to build it right now
16:36 < Stelz> then -> add QSvn
16:41 < asdfcd> Stelz: kdesvn is cooler
16:42 < Stelz> maybe.. but i don't like kde-libs-a-lot-of-bugs
16:42 < Stelz> i prefer only apps that uses clear GUI-kits
16:42 < asdfcd> for example?
16:43 < Stelz> like GTK+2/QT3[4]
16:43 < Stelz> and no gnome* kde* stuff
16:43 < asdfcd> u must be god
16:43 < Stelz> i'm :)
16:44 < shevegen> do you use dcop Stelz ?
16:44 < asdfcd> god lives in MoskAU and will be punished by the Ministry of Love
16:44 < shevegen> hey asdfcd do you know what a hopschil is ? :)
16:44 < Stelz> :)
16:45 < asdfcd> shevegen: sure i kno, wha u ask?
16:45 < shevegen> i wanna see how popular the word is ;)
16:45 < Stelz> 18:40'34 | shevegen> do you use dcop Stelz ? <- nopey
16:45 < shevegen> cuz i think it rocks
16:45 < shevegen> how can you not use the best thing in KDE :P
16:46 < Stelz> lol
16:46 < Stelz> i used kde only 3 weekes
16:47 < Stelz> 4 years ago.. muahahaha..
16:47 < shevegen> hehe
16:49 < asdfcd> Stelz: i m not sure whether KDE4 will run under Elektronika..
16:49 < Stelz> wha da ya mean? ;-)
16:49 < asdfcd> Stelz: you may switch to Tetris :)
16:49 < Stelz> wtf?
16:49 < Stelz> i just hate fat and full-of-nugs desks
16:50 < Stelz> like gnome or kde
16:50 < Stelz> thats all :-)
16:50 < Stelz> nugs -> bugs
16:50 < asdfcd> take it easy.. it was just fun..
16:50 < Stelz> i see ;P
16:50 < Stelz> uhm.. maybe the better way is to use RapidSVN..
16:51 < asdfcd> usin java?
16:51 < Stelz> me?
16:51 < Stelz> what do u mean?
16:51 < asdfcd> RapidSVN
16:51 < Stelz> RapidSVN dont use java
16:51 < Stelz> rapidsvn use gtk+2
16:51 < Stelz> *uses
16:51 < Stelz> with wxwidgets
16:52 < asdfcd> not better..
16:52 < Stelz> better.. much more
16:52 < Stelz> audacity's work is fast :-)
17:03 < Baldzius> 0'[/]
17:05 < Stelz> hi Baldzius
17:06 < Baldzius> hi Stelz
17:07 < rxr> Stelz: the dietlibc vs. udev is a bug in the new lua bridge
17:07 < rxr> i ll fix that
17:07 < Stelz> uhm.
17:08 < rxr> sorry that it takes some minutes - but phoning talking people interrupting me and so on ...
17:09 < Stelz> :)
17:09 < Stelz> no problem
17:40 -!- idealm [n=ideal@58.33.58.84] has quit [Remote closed the connection]
17:42 -!- idealm [n=ideal@58.33.58.84] has joined #t2
17:52 < asdfcd> gn8 partyppl
17:52 -!- asdfcd [n=dc36734@84-75-100-82.dclient.hispeed.ch] has left #t2 ["Konversation terminated!"]
17:52 < rxr> Stelz: ok - I think I can commit the fix in some second
17:53 < Stelz> cool :-)
17:53 < Stelz> i just installed rapidsvn
17:55 < CIA-9> rene * r20580 /trunk/misc/luabash/luabash.c:
17:55 < CIA-9> * implemented return value handling in luabash, cleaned some
17:55 < CIA-9> seperating newlines on the way
17:55 < rxr> after svn up you need to regenerate the Config via: ./scripts/Config -cfg slz -oldconfig
17:55 < CIA-9> rene * r20581 /trunk/misc/luabash/example/ (example.sh internal.lua): * added some more luabash example code testing return value handling
17:57 < Stelz> ok
18:00 < CIA-9> rene * r20582 /trunk/scripts/config-functions.lua:
18:00 < CIA-9> * use boolean return values in scripts/config-functions.lua now that
18:00 < CIA-9> the luabash supports this (and maps it to Un*x shell return values)
18:20 < LMJ> moin moin
18:20 < Stelz> moin moin moin LMJ
18:21 < rxr> moin moin LMJ
18:21 < rxr> Stelz: maybe qt4 builds thru now
18:21 < LMJ> hello Stelz & rxr , how are you guys ?
18:21 < rxr> maybe I can commit it this evening
18:21 < rxr> LMJ: fine, thanks
18:21 < Stelz> fine, rxr
18:21 < rxr> just valentin has a little cold it appears :-(
18:21 < Stelz> :-)
18:21 < LMJ> t2 6.0.1 means Ooo crap compiles ? ;)
18:21 < Stelz> very well, LMJ. thank u :-)
18:22 < LMJ> hehehe
18:22 < LMJ> beside, i can't find OOo binaries around, only RPM shit
18:23 < rxr> yeah - get our package to build :-)
18:25 < Stelz> rxr: do u know any nice graphical diff-util?
18:25 < Stelz> gtk+/qt
18:27 < rxr> kde's kdiff whatever is quite nice
18:27 < rxr> I think gnome cloned it as meld
18:38 < Stelz> oh noez
18:38 < Stelz> meld depends on
18:38 < Stelz> gnome-python2 && libgnomeui
18:38 < Stelz> :(
18:39 < rxr> ok - cu
18:46 < Stelz> hmm rxr. found smthng nice
18:47 < Stelz> http://xffm.sourceforge.net/xfdiff.html
18:48 < Stelz> During the 4.3 release series, xfdiff has returned to the status of independent application to allow installation for uses without xffm filemanager or the xfce programs.
18:48 < Stelz> so nothing from xff* is needed
18:48 < Stelz> it'll be good if xfdiff 'll be in our T2-base
18:48 < Stelz> :-)
18:58 < Stelz> or http://furius.ca/xxdiff/
18:58 < Stelz> xxdiff
18:58 < Stelz> anyway, cu - off to have a supper :)
19:02 -!- idealm [n=ideal@58.33.58.84] has quit [Remote closed the connection]
20:55 < Stelz> re
20:56 < Stelz> rxr:found smthng nice. TkDiff.. really good & fast app that does its work perfectly
22:43 -!- seeker [n=seeker@84-74-92-172.dclient.hispeed.ch] has joined #t2
22:48 < seeker> hi there. i've just succeeded to build my first own t2 install iso. now i'm wondering how to build boot/install floppy for systems without cdrom drives. any hints or docs?
23:05 -!- seeker [n=seeker@84-74-92-172.dclient.hispeed.ch] has quit ["Leaving"]
23:11 * Stelz is away: Sleep is good. Zzzzz
23:25 -!- Stelz [n=stealth@80.240.210.253] has quit [Read error: 104 (Connection reset by peer)]
23:26 -!- Stelz [n=stealth@80.240.210.253] has joined #t2
23:30 * Stelz is away: Sleep is good. Zzzzz
--- Log closed Wed Nov 01 00:00:16 2006
00:13 -!- Baldzius [n=Baldzius@85.206.100.67] has quit [Read error: 145 (Connection timed out)]
01:04 -!- Baldzius [n=Baldzius@85.206.97.15] has joined #t2
02:19 -!- idealm [n=ideal@58.33.58.84] has quit [Read error: 110 (Connection timed out)]
02:31 -!- idealm [n=ideal@222.66.106.154] has joined #t2
05:06 -!- jsaw [n=jgs@p54AD41BB.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
05:13 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2
05:14 < misl> hi folks
05:17 < emte> oi
05:24 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]"]
06:07 < Stelz> moin all
06:07 < Stelz> rxr: ping
07:35 < emte> boo
07:35 < emte> Ahhh !
07:45 < Stelz> hi emte
08:09 < Stelz> hm. can't compile glibc @ 1
08:10 < Stelz> checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile
08:10 < Stelz> any idea? :)
08:52 < rxr> moin
08:52 < Stelz> hi rxr
08:52 < Stelz> rxr: wanna tell you about fixing some url @ site
08:53 < Stelz> or when you want to be able to commit changes via HTTPS:
08:53 < Stelz> svn co svn://svn.exactcode.de/t2/trunk t2-trunk
08:53 < Stelz> seems to be svn://svn.exactcode.de/t2/trunk -> https://svn.exactcode.de/t2/trunk
08:53 < Stelz> http://www.t2-project.org/download.html <- here
08:54 < rxr> ok - fixed
08:54 < rxr> thanks
08:54 < Stelz> np
08:54 < Stelz> rxr: why we don't have the latest autoconf?
08:54 < Stelz> i'm about 2.60
08:55 < Stelz> or just nobody to update it? ;-) i could try..
09:00 < rxr> Stelz: I tested it in a reference build
09:00 < rxr> it breaks most packages we build from CVS due to incompatible changes
09:00 < Stelz> ahm
09:00 < Stelz> ok
09:00 < Stelz> .. can't find what the problem is
09:01 < Stelz> checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile
09:01 < Stelz> glibc @ stage 1
09:03 < rxr> Stelz: while building trunk or 6.0 ?
09:03 < rxr> cross or native build ?
09:03 < Stelz> native trunk
09:04 < Stelz> but i disabled all packages and started to add packages i need
09:04 < Stelz> i enabled only 00-dirtree. mkinitrd, linux-header, and glibc
09:05 < Stelz> so why glibc ca't be compiled..
09:05 < Stelz> *can;t
09:05 < Stelz> ;\
09:05 < emte> oi
09:05 < Stelz> *can't
09:05 < emte> so i have discovered that jffs2 actually lives entierly in the linux kernel
09:06 < emte> as part of the mtd support
09:06 < rxr> emte: but there are user space tools as well, hm?
09:09 < emte> nope
09:10 < emte> they exist in the kernel as well
09:10 < emte> mkfs.jffs2 etc
09:10 < emte> i was supprised to discover that
09:11 < sepp> hello :)
09:11 < Stelz> hi sepp
09:11 < sepp> hi Stelz
09:13 < Stelz> checking for suffix of object files... o
09:13 < Stelz> all goes fine
09:14 < Stelz> but when i try to disable all packages, glbc-complation failes
09:14 < Stelz> *glibc
09:14 < Stelz> so glibc depends on some paackage-selection? o.O
09:15 < emte> that makes sense doesnt it?
09:15 < emte> why would you compile glibc if you want uclibc ?
09:15 < emte> or any of the other libc libraries
09:16 < Stelz> no. i just selected 4 packages
09:16 < Stelz> and selected glibc in config
09:16 < emte> ... so you selected 4 packages, 1 package or no packages ?
09:16 < Stelz> 4
09:17 < Stelz> on which glibc depends
09:17 < emte> including glibc ?
09:17 < Stelz> ofcourse
09:17 < Stelz> 00-dirtree, mkinitrd, linux-header, glibc
09:17 < Stelz> then Build-Target
09:17 < Stelz> anfd glibc fails on stage 1
09:17 < emte> if i recall correctly .... glibc only depends on glibc, gcc, binutils and the autotools
09:18 < Stelz> ye
09:18 < emte> why would glibc need mkinitrd?
09:19 < Stelz> i just enabled it for the future
09:19 * emte is just learning to use T2, these are learning questions for me as well
09:19 < Stelz> i looked at privs
09:20 < emte> actually ... the glibc .desc file lists its deps i belive
09:20 < Stelz> yeah
09:20 < rxr> re
09:20 < rxr> sorry
09:20 < emte> i dont know if T2 follows that as deps or even how it is created
09:20 < rxr> phoning
09:21 < emte> maybe its a reccomend
09:21 < Stelz> np rxr ;-)
09:21 < rxr> Stelz: you need at least binutils gcc and linux-headers
09:21 < Stelz> rxr: selected?
09:21 < Stelz> or built?
09:21 < rxr> selected
09:21 < Stelz> ahm, thanks
09:22 < rxr> t2 always start building a fresh comiler
09:22 < rxr> compiler
09:22 < Stelz> yeah.. now i see. thanks you very much :)
09:22 < emte> that reminds me
09:23 < emte> if your using linux24 why do you use the 2.6 headers to build glibc?
09:23 < emte> i just ran across that
09:24 < rxr> the glibc is suppost to be backward compatible anyway (despite TLS)
09:24 < emte> T2 seems to be the one complaining
09:24 < emte> not glibc
09:25 < emte> er hmm
09:25 < emte> the issue is more around missing headers
09:25 < Stelz> rxr: could you remind me how i can redefine version?
09:26 < Stelz> withut "-dist"
09:26 < emte> are the 2.4 ones under a diff name?
09:26 < Stelz> *without
09:26 < Stelz> emte: headers? nope
09:27 < Stelz> look at linux24/linux24.cache
09:27 < Stelz> it depends on linux-header
09:27 < Stelz> [DEP] linux-header
09:27 < emte> http://www.rafb.net/paste/results/64pROY26.html
09:28 < emte> linux-headers pulls a 2.6 kernel
09:28 < rxr> re
09:29 < rxr> yes linux-headers contains a known good copy used to define the API/ABI to build against
09:29 < emte> posibly just an oversight
09:29 < rxr> do you see a problem with those headers ?
09:29 < rxr> no this is fully intended
09:29 < rxr> a known good version stuff builds against
09:29 < rxr> of course the resulting binaries are suppost to run on a 2.4 kernel as well
09:30 < emte> ... so i specify linux24 and linux-headers, linux-headers pulls 2.6 for itself to use .... seems a bit odd to me
09:30 < emte> but i see what your saying
09:31 < emte> the EABI stuff is supposed to be more adaptive
09:34 < Stelz> 11:21'59 | Stelz> rxr: could you remind me how i can redefine version?
09:34 < Stelz> to remove that -dist in linux-headers and linux26
09:35 < rxr> Stelz: the code I wrote from the top of my head did not work the last time
09:35 < Stelz> ye..
09:35 < rxr> maybe I should test something out now before I paste you faulty code again ? ;-)
09:36 < Stelz> ok :) then i try to build next packages. and after your testing i'll recompile linux-headers, linux26, glibc and gcc
09:36 < Stelz> *i'll
09:37 * emte is pretty positive you need binutils as well
09:38 < rxr> ack - binutis is needed :-)
09:38 < Stelz> ye, forgot about it :)
09:38 < CIA-9> rene * r20573 /trunk/package/x11/xlockmore/xlockmore.desc: * updated xlockmore (5.22 -> 5.23)
09:38 < emte> bad things that are hard to trace usually points to binutils in the end
09:39 < CIA-9> rene * r20574 /trunk/package/xorg/xf86-video-mga/xf86-video-mga.desc: * updated xf86-video-mga (1.4.3 -> 1.4.4)
09:39 < Stelz> but wtf rxr.. when i tried to build minimal+xorg, glibc was trying to be built after linux-headers
09:39 < Stelz> but now..
09:40 < Stelz> binutils are downloading..
09:40 < emte> are you cross compiling?
09:40 < Stelz> no
09:40 < emte> then yeah binutils will build first i belive
09:41 < Stelz> strange
09:41 < emte> not really
09:41 < Stelz> cause in "minimal+xorg"-selection glibc goes before them
09:41 < emte> binutils has most of the libraries that glibc needs
09:42 < Stelz> ye. i know.. ok
09:42 < Stelz> compiling binutils..
09:43 < emte> maybe you had a cached version before?
09:43 * emte curses at things
09:44 < Stelz> emte: no.. i don't think so
09:45 < Stelz> there were no any chaches :-)
09:45 < Stelz> *caches
09:49 < rxr> first linux-header is build
09:49 < rxr> and also glibc headers in stage 0
09:49 < rxr> then the cross assembler, linker (binutils) and cross gcc
09:50 < Stelz> but i didn't enable crosses
09:50 < rxr> you do not to enable cross build
09:50 < rxr> a cross compiler is always built
09:50 < rxr> even on native builds
09:50 < Stelz> ah.
09:51 < rxr> as your system can either have a f*cked up compiler (often the case with Fedora Core and co) or also be incompatible with the new build (e.g. old vs. new glibc)
09:51 < rxr> the cross build option only disabled the native in-sandbox builds past stage 1
09:51 < Stelz> :-)
09:53 < Stelz> == 10/31/06 11:49:36 =[0]=> Finished building package binutils.
09:53 < emte> is there something that explains { p; d; } conventions vs X
09:55 < emte> i know that X is used in pklgsel, but beyond that ...
09:55 < emte> pkgsel*
09:57 < Stelz> rxr: i've removed "mine" from the packages. is it ok? nothing needs it really?
10:03 < rxr> when you want to install it manually or with new code then you do not need it
10:03 < rxr> if you want an installer CD it is currently needed
10:03 < Stelz> :(
10:03 < rxr> emte: where do you read this { p; d; }
10:04 < rxr> emte: that is sed - print and delete
10:04 < rxr> it is equivalent to X pkg
10:04 < rxr> ah - I guess you read this in the embedded target, hm?
10:04 < emte> from some of the simpler defaut targets
10:04 < emte> default*
10:05 * Stelz 'll wait till mine won't be needed for the T2-installcd
10:05 < emte> does pkgsel have any other options?
10:05 < Stelz> as i remembered.. "="
10:06 < Stelz> in target/*
10:06 < Stelz> so u can't remove pkg marked as "="
10:06 < emte> yeah i've saw: X O =
10:07 < Stelz> rxr: what do we need to remove mine completely?
10:07 < rxr> emte: X for select, O for deselect, - for remove entirely and = for default of the package
10:07 < rxr> emte: that should be documented in the handbook
10:07 < rxr> Stelz: O is enough - is overkill
10:07 < Stelz> ah :)
10:07 < rxr> - just ensures nothing in the target inheritance or automatics and reenable it because it is wipe out of the list entirely
10:08 < rxr> but really you usually just want to use X and O
10:08 < Stelz> yeah
10:09 < emte> ... so what is the "default" of a target if you cant specify versioning persay?
10:09 < Stelz> so rxr. mine is still used for install-process?
10:09 < emte> s/target/package
10:09 < Stelz> or just for cd?..
10:13 < rxr> heh
10:13 < rxr> my minised might make it as default sed into AmigaOS4 - just got a mail from them :-)
10:14 < rxr> Stelz: yes, until you finish your new code .-)
10:14 < rxr> emte: what default do you mean? the selection state ß
10:14 < rxr> ?
10:14 < Stelz> ß <- strange char :P
10:14 < Stelz> german?
10:15 < rxr> ? even
10:15 < rxr> yes ß is on the key where the questionmark is with the shift state :-)
10:15 < rxr> it is a special for of sharp 's'
10:15 < Stelz> :)
10:15 < rxr> like if it would be two s and spoken out very sharp
10:16 < rxr> but that is nearly the only special symbol we have in germany
10:16 < Stelz> hehe.. i see :-)
10:16 < rxr> the only other ones are a, o and u with dots on top, if your client display it correctly it is ä, ö and ü
10:16 < Stelz> yeah. correctly
10:16 < rxr> all the normal chars are positioned as on the US keyboard ...
10:17 < rxr> (despite that y and z are excanged for whatever reason - most probably because we need the z more often than the y in our language)
10:17 < Stelz> easier..
10:18 < rxr> so when you see some sentences here with y and z exchanged I likely hang on some Sgi or Sun workstation with US keyboard in front :-)
10:18 < Stelz> :-)
10:18 < emte> default was your term for =
10:19 < rxr> e.g. zebra is O by default because it shares the same file as tne quagga fork
10:19 < rxr> = would set zerbro to O as it is the packages default
10:20 < emte> ah, default state
10:20 < emte> hmm nice vague gcc fail
10:21 < emte> !> The bug is not reproducible, so it is likely a hardware or OS problem.
10:21 < rxr> what ?
10:21 < rxr> never got something like that
10:22 < emte> didnt actually expect it to get to that package anyway
10:22 < emte> so i am ignoring it for now
10:25 < rxr> what package?
10:25 < rxr> can you post the whole error log somewhere
10:25 < rxr> that printout makes me curious
10:26 < emte> i expect to run into it again soon
10:26 < emte> i'll disable cleanup and grab it for you
10:32 -!- mtr_ [n=Michael@pD9E11555.dip0.t-ipconnect.de] has joined #t2
10:34 < CIA-9> rene * r20575 /trunk/package/kde/qt/config.in: * fixed a typo in qt/config.in and folder the very short lines with newline escape
10:34 < rxr> moin mtr_
10:34 < Stelz> == 12:30:17 =[1]=> Building base/glibc [20061002 7.0-trunk].
10:34 < Stelz> lets see..
10:35 < emte> interesting ... qt is in kde?
10:35 < Stelz> ye.
10:36 < emte> does that mean gtk etc is in gnome?
10:36 < Stelz> yeah. in gnome2
10:37 < emte> weird
10:37 < Stelz> i think so too..
10:37 < rxr> well - after Gtk was the Gimp toolkit it became the defacto gnome toolkit
10:37 < rxr> well it is just grouping you do not need to build the rest of gnome just because gtk+ is in the gnome2 repostiroy
10:37 < emte> ... gnome hanst used gtk in a long while ...
10:38 < emte> hasnt*
10:38 < rxr> though if you all like it more we can definetly move gkt stuff into an own gtk repository or x11
10:38 < rxr> whatever you prefer
10:38 < Stelz> glibc compiles fine, thanks again, rxr :)
10:38 < rxr> emte: ?
10:38 < Stelz> rxr: i hope qt will be moved too
10:39 < rxr> Stelz: what do you propose? a qt rep or into x11/ ?
10:39 < emte> but qt in kde suprises me since it is owned by Trolltech and is developed closed
10:39 < Stelz> yeah, rxr. both gtk and qt to x11
10:39 < emte> qt doesnt need x11
10:39 < Stelz> emte: but qt is x11-lib
10:39 < Stelz> i mean
10:39 < rxr> yeah - gtk+ neither
10:39 < Stelz> GUI-library
10:40 < Stelz> and gui == X anyway
10:40 < rxr> now I could argue qt can also be used as DB access library
10:40 < Stelz> like wxwidgets, etc.
10:40 < rxr> Stelz: ?
10:40 < emte> lol
10:40 < emte> btw GUI != X11
10:40 < rxr> Stelz: GUI == FB or other direct drivers as well
10:40 < emte> there are many non X alternatives
10:40 < Stelz> hm.
10:41 < Stelz> but we shouldnot create gtk/qt own dir
10:41 < Stelz> *dirs
10:41 < Stelz> so we may move gtk and qt to x11.. or it 'll be wrong?
10:42 < emte> would be easier to find them, but its not really a better solution
10:42 < Stelz> and i think we must move xchat, for example, from gnome2 tonetwork
10:42 < emte> why would you say that?
10:42 < Stelz> what do you mean?
10:42 < emte> xchat is an x application
10:43 < rxr> we really have to think about some more consistent sorting
10:43 < emte> lol
10:43 < Stelz> :)
10:43 < emte> there is not real solution
10:43 < emte> no*
10:43 < rxr> while xchat is not really a gnome application we also have e.g. wireshark in network (I think)
10:43 < rxr> because it is primarily a netowrk tool
10:43 < Stelz> yeah
10:43 < rxr> that is also why firefox is in www
10:43 < rxr> and not gnome2 or x11 ...
10:43 < Stelz> emte: audacity is x11 app too. but it is for audio-work
10:43 < emte> network usually refers to server and console tools
10:43 * rxr is unsure about "perfect" sorting
10:44 < Stelz> emte: false... :|
10:44 < rxr> .oO
10:44 < rxr> no fight about sorting here, please
10:44 < emte> lol
10:44 < Stelz> rxr: there are no any fights ;-)
10:44 < Stelz> just discussion
10:45 < Stelz> 12:39'22 | rxr> while xchat is not really a gnome application we also have e.g. wireshark in network (I think) <- that is i'm talking about
10:45 < Stelz> xchat is a tool for network.. so it must be in network
10:45 < emte> in the end its where the maintainer see fit to stick it
10:45 < Stelz> audacity - for audio. it's in audio
10:45 < Stelz> thats good
10:46 < Stelz> there are a lot of x11 apps. but we can't move them in x11 dir. it's stupid
10:46 < emte> Stelz, the flaw in that is any major X11 changes will break all those tools
10:46 < emte> its easier to find them if grouped
10:46 < rxr> maybe we should rather open a chat repoisotiry than sticking all the IRC a like chat stuff into network which is more about real data network utilities (whether command line or GUI)
10:47 < Stelz> yeah
10:47 < Stelz> like in NetBSD's pksrc
10:47 < emte> you still have problems with crossover apps
10:47 < Stelz> *pkgsrc
10:48 < rxr> our sorting already is abit like the BSD ports collections
10:48 < Stelz> thats good :)
10:48 < rxr> (where I also alredy found quite many packages not that good sorted)
10:48 < rxr> Stelz: did you start the qt4 pack ?
10:49 < Stelz> ehm.. no, rxr. not yet. just found some replacements for qt4-apps
10:49 < emte> watch, now gcc wont fail because i disabled cleanup
10:49 < Stelz> cause the main qt-apps i use are psi(jabber-client) and hydrogen(drum machine)
10:49 < Stelz> but they are on qt3
10:49 < rxr> emte: .oO
10:49 < Stelz> emte: lol
10:49 < rxr> Stelz: ok - I'll do the qt4 pack now
10:50 < rxr> and maybe one of the apps you listed to test if they can find qt4 and link against
10:51 < Stelz> yeah. rxr. don't forget that qt3 and qt4 has an unique binaries
10:51 < Stelz> so qt4 could not be installed in /usr
10:51 < rxr> well we have qt in /opt/qt33 or so anyway
10:51 < Stelz> and it 'll be qt42
10:52 < rxr> qt4
10:52 < Stelz> rxr: i think we may move it to /opt/qt/3
10:52 < Stelz> and /opt/qt/4
10:52 < emte> ...
10:52 < rxr> no - that stacking is eveil because the profile only fills the PATH with /opt/*/bin
10:52 < rxr> evil
10:53 < rxr> Stelz: also we should have named it /opt/qt3
10:53 < Stelz> hm.. ok
10:53 < emte> why not /opt/qt3.x and /opt/qt4.x as per convention?
10:53 -!- mtr [n=Michael@pD9E120AF.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
10:53 -!- mtr_ is now known as mtr
10:53 < rxr> convention ?
10:53 < rxr> most big distributions ship it in /usr anyway, no ?
10:54 < Stelz> rxr: so /qt3 and /qt4 ?
10:54 < rxr> also this is just the default as in t2 a target or use can set whatever he prefers
10:54 < emte> atleast that is how qt compiled and installed it the last time i made the mistake of compiling it
10:54 < emte> itself*
10:55 < emte> debian seems to like: /usr/share/qt4/
10:55 < emte> and /usr/share/qt3/
10:56 < emte> if that helps
10:56 < Stelz> my previous distro has /opt/qt/[3|4]
10:57 < emte> grr
10:57 < emte> sorry rxr no fail this time
10:57 < rxr> emte: hm - ok ...
10:57 < CIA-9> rene * r20576 /trunk/package/kde/qt/ (config.in qt.conf): * install qt(3) to opt/qt3 by default (not opt/qt33)
10:58 < Stelz> rxr: ftp://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/README.html <- that i was talking about
10:59 < Stelz> chat: Communication programs
10:59 < emte> Stelz, install sl
10:59 < emte> :)
10:59 < Stelz> sl ?
11:00 < emte> the greatest BSD command ever invented
11:00 < Stelz> w00t
11:00 < emte> you get a choo choo train that runs across your console window
11:00 < Stelz> never heard bout it :)
11:01 < emte> its fun and more entertaining than an error when you mistype ls
11:01 < Stelz> :)
11:02 < rxr> lol
11:02 < emte> another nice error
11:02 < emte> !> checking for suffix of object files... configure: error: cannot compute ..
11:02 < Stelz> haha... that was i had
11:02 < Stelz> :)
11:02 < Stelz> emte: glibc?
11:02 < emte> yup
11:03 < Stelz> try to install gcc & binutils before ;-)
11:03 < Stelz> it helped me..
11:03 < Stelz> compiling gcc right now.. :-)
11:03 < emte> they already are
11:03 < Stelz> uhm.. then dunno
11:03 < Stelz> cause i had this err, when binutils with gcc were missed
11:04 < Stelz> 00-dirtree -> mkinitrd -> linux-header -> binutils -> gcc -> glibc
11:04 < Stelz> compiles fine
11:04 < Stelz> 7.0-trunk
11:04 < emte> hmm i think i know why
11:05 < emte> checking for arm-t2-linux-gnu-gcc... arm-t2-linux-gnu-gcc
11:05 < emte> checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile
11:05 < Stelz> so?
11:05 < emte> will fail when trying to check arm compiled files maybe
11:05 < Stelz> hmm
11:06 < emte> this is where i need skyeye or qemu
11:06 < emte> or disable that check ...
11:06 < emte> or wait a bit to see if anyone else has another idea
11:07 < emte> or look through patches to see if there is a conflict
11:10 < CIA-9> rene * r20577 /trunk/package/kde/amarok/amarok.desc: * updated amarok (1.4.3 -> 1.4.4)
11:10 < rxr> emte: cross builds used to build fine in t2
11:11 < rxr> no need to inject qemu
11:12 < Stelz> hm.. rxr. just thought. does anybody need gtk1-apps? :)
11:13 -!- shevegen [n=adh4@chello080108103172.36.11.univie.teleweb.at] has quit [Remote closed the connection]
11:15 < rxr> Stelz: less and less each day
11:15 < Stelz> :)
11:15 < rxr> but there still is stuff needing it - e.g. the current ardour
11:15 < rxr> we have it n gnome14/gtk+12 ...
11:15 < Stelz> yeh..
11:15 < Stelz> ardour 2 is comingh soon
11:16 < Stelz> beta 6.2 was released few days ago
11:16 < Stelz> i'm waiting for ardour2 final release.. cause i work a lot with music :-)
11:16 < Stelz> this app 'll really help me
11:17 -!- shevegen [n=adh4@chello080108103172.36.11.univie.teleweb.at] has joined #t2
11:18 < emte> ... a gcc3 patch ... hmm
11:19 < rxr> Stelz: cool - I play bass and guitar too (from time to time)
11:19 < Stelz> nice :-)
11:19 < rxr> just some days ago I was thinking that release lyrics like OpenBSD has would be cool for T2 :-)
11:19 < Stelz> uhm
11:20 < Stelz> hehe, i prefer NetBSD for T2 :-)
11:22 < emte> bah, i'll look for it tomorrow, time for a nap
11:22 < rxr> emte: n8 - sleep well
11:22 < emte> 02:18:39 AM
11:22 < rxr> Stelz: well - never tried NetBSD, OpenBSD was ok for high security stuff
11:22 < Stelz> 'night emte
11:22 < rxr> also I know some OpenBSD people personally
11:22 < Stelz> :-)
11:22 < rxr> and their release lyrics are (sometimes) quite cool
11:23 < Stelz> NetBSD 4.0 'll be released in december.. i'm waiting for it.. to try to integrate it into T2 :-)
11:23 < Stelz> uhm.. idesk is 0.7.3 in T2-base.. time to update it
11:24 < CIA-9> vlad * r20578 /trunk/package/x11/idesk/idesk.desc: * updated idesk (0.7.3 -> 0.7.5)
11:24 < Stelz> hehe.. tar.bz2 ftw.
12:04 -!- asdfcd [n=dc36734@84-75-100-82.dclient.hispeed.ch] has joined #t2
12:04 < asdfcd> Hi
12:05 < asdfcd> trunk doesnt work here / kann wer helfen?
12:05 < asdfcd> gcc: misc/confdialog/*.c: Datei oder Verzeichnis nicht gefunden
12:09 < mtr> hi asdfcd
12:09 < asdfcd> hi mtr
12:09 < Stelz> wtf?
12:09 < Stelz> just noticed the end of topic
12:09 -!- Stelz [n=stealth@80.240.210.253] has left #t2 []
12:09 -!- Stelz [n=stealth@80.240.210.253] has joined #t2
12:10 < Stelz> rxr: congratulations :-)
12:10 < Stelz> !
12:10 < mtr> asdfcd: what target do you build, on which host system?
12:10 < asdfcd> mtr: i ve just did a ./Config
12:11 < asdfcd> i mean ./scripts/Config -cfg system
12:12 < asdfcd> host system is x86 debian stable.. 6.0.1 worx, but trunk not
12:12 < asdfcd> target system will be x86 too, maybe i686 if possible (how?)
12:13 < mtr> asdfcd: you can select the target cpu within the Config script ;-)
12:14 < asdfcd> mtr: ok but the ncurses-gui doesnt get started
12:14 < asdfcd> something is missing.. but what? ncurses-dev is installed...
12:17 < asdfcd> t2-trunk/scripts# ./Config -cfg system
12:17 < asdfcd> grep: scripts/parse-config: Datei oder Verzeichnis nicht gefunden
12:17 < asdfcd> Creating confdialog tool.
12:17 < asdfcd> gcc misc/confdialog/*.c -Imisc/confdialog -lncurses -o src/confdialog.bin
12:17 < asdfcd> gcc: misc/confdialog/*.c: Datei oder Verzeichnis nicht gefunden
12:17 < asdfcd> ?
12:18 < mtr> asdfcd: you shouldn't run the scripts from the scripts/ subdir, they expect to be run from main directory, like './scripts/Config ....'
12:19 < asdfcd> ok.. that was stupid..
12:19 < asdfcd> now its workin..
12:19 < Stelz> :)
12:21 < mtr> asdfcd: ;-)
12:21 < asdfcd> thx mtr
12:21 < asdfcd> ist Deutsch verpönnt hier?
12:25 < mtr> das nicht gerade, aber die meisten T2 user kommen mit Englisch besser klar
12:25 < mtr> http://www.frappr.com/t2
12:26 < rxr> asdfcd: bin kurz zum mittag - I can help - auch auf Deutsch - wenn ich zurück bin
12:26 < rxr> cu then
12:26 < asdfcd> rxr: thx & bon appetit
12:27 < asdfcd> lets try it in inglisch
12:27 < asdfcd> how to select packages? do i need to edit the packages file and replace the X?
12:37 -!- sepp [n=sepp@p83.129.198.3.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
12:38 -!- sepp [n=sepp@p83.129.174.211.tisdip.tiscali.de] has joined #t2
13:08 < asdfcd> HeLLo HellO, is ThErE aNyBuddY oUt ThErE?
13:09 < sepp> YeS
13:10 < asdfcd> hey sepp.. wie kann ich packages auswählen? gibts da eine UI dazu, das mir automatisch auch die dependiences anzeigt?
13:12 < sepp> ./script/Config -cfg yourconfig ; expert options ; custom package selection ; edit package selection rules
13:16 -!- Netsplit adams.freenode.net <-> irc.freenode.net quits: _Ragnar_
13:16 < asdfcd> ja dat hab ich gesehn, aber wat muss ich da in die rule eingeben?
13:17 < asdfcd> muesst ich fuer den gesamten zope, samt aller Products, einfach zope eingebn? sepp
13:17 -!- Netsplit over, joins: _Ragnar_
13:17 -!- _Ragnar_ [i=loki@216.250.77.230] has quit [Read error: 131 (Connection reset by peer)]
13:18 -!- _Ragnar_ [i=loki@216.250.77.230] has joined #t2
13:18 < sepp> "X zope"
13:18 < asdfcd> sepp: und sagen wir ich will nur amarok oder k3b installieren, wie geht das?
13:19 < asdfcd> X kde/k3b ?
13:19 < sepp> du kannst z.b. das "Desktop" target nehmen, dass hat schon kde ...
13:19 < asdfcd> is theoretische frage
13:19 < sepp> X k3b
13:20 < asdfcd> aha
13:20 < rxr> re
13:20 < asdfcd> hallo rxr
13:20 < sepp> hi rxr :)
13:20 < rxr> Stelz: thanks
13:20 -!- Topic for #t2: T2 | 6.0.1 Released! - trunk going for 7.0 | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/ | HAPPY BIRTHDAY Rene !
13:20 -!- Topic set by valentin [n=valentin@port-212-202-41-169.dynamic.qsc.de] [Mon Oct 30 13:58:50 2006]
13:20 -!- rxr changed the topic of #t2 to: T2 | 6.0.1 Released! - trunk going for 7.0 | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/
13:21 -!- rxr changed the topic of #t2 to: T2 | 6.0.1 Released! - trunk going for 7.0 | The Open System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have. | http://www.rafb.net/paste/
13:21 * asdfcd wuenscht allen Geburtagskindern alles Gute
13:22 < asdfcd> ists einfach Reiser4/LZMA zu enablen?
13:22 < rxr> yeah - thanks - though that was yesterday already :-)
13:23 < rxr> I thought Reiser4 hat LZO
13:23 < rxr> in either case I did not try yet
13:23 < rxr> asdfcd: kannst du englisch gut lesen oder soll ich auch auf deutsch antworten ?
13:23 < rxr> Europastart für Microsofts Zune-Player wahrscheinlich erst Ende 2007
13:23 < rxr> Nach Angaben eines Microsoft-Mitarbeiters sei man vom Europastart des portablen Media-Players noch weit entfernt.
13:23 < asdfcd> rxr: its ok, i ll try to write anglaise too..
13:23 < rxr> http://www.heise.de/newsticker/meldung/80282
13:24 < rxr> ^- lol
13:24 < rxr> asdfcd: that reminds me to google news about hans reisers court status
13:25 < asdfcd> i see
13:25 < asdfcd> even i dont read google news
13:26 < rxr> yeah - /me neither - but knowing how Hans Reiser is going along in ths murder case regarding his wife and Reiser4 future is important to me - so I have to throw Hans Reiser into google news search from time to time these days
13:27 < asdfcd> i dont care about private life of developers.. i m sure someone will take Reiser4 further
13:27 < rxr> hm - nothing new it seems ...
13:27 < rxr> hopefully ...
13:27 < asdfcd> how long does it take to build the minimal desktop on a p4?
13:28 < rxr> if people are not scared enough if Hans Reiser really should have k*lled her ...
13:28 < rxr> asdfcd: not sure about minimal desktop - a minimal takes 12h on a decent machine
13:28 < rxr> maybe you can build a minima-desktop in a little longer than 24h on a p4
13:28 < asdfcd> i see
13:29 < rxr> asdfcd: but make sure you use 6.0 - we have some build errors in trunk right now from time to time due to a) some core util updates and b) some internal changes that need to be well tested in all cases
13:29 < asdfcd> rxr: i see, but i d like to have koffice 1.6
13:29 < rxr> http://svn.exactcode.de/t2/branches/6.0/
13:29 < rxr> you can easily copy or merge that into your local working copy
13:29 < asdfcd> are those brances also updated?
13:30 < rxr> but if you want to build trunk that's fine as well
13:30 < asdfcd> rxr: how to do?
13:30 < rxr> though you might face one or another build error on the way
13:30 < asdfcd> i d prefer the stable one..
13:30 < rxr> you can just place the koffice.desc files from trunk into the 6.0 packages/kde/koffice/
13:30 < asdfcd> i see
13:31 < rxr> that contains the version - kde is the latest in 6.0 as well - so that is compatible
13:31 < rxr> maybe we sould merge the koffice update in trunk anyway
13:31 < asdfcd> that d be nice
13:31 < rxr> as the former version had problems with M$ Word fils and the .odt format transition was not yet fully done resulting n format loss in save/load cycle ...
13:31 < asdfcd> i already thought about usin kdesvn-build..
13:32 < rxr> t2 is indeed quite nice to build recent versions of all the open source stuff
13:32 < rxr> so - we have a meeting - cu in some minutes such as 20-30
13:32 < asdfcd> ok thx
13:42 < Stelz> cu rxr
13:42 < asdfcd> can i copy the whole package dir from trunk to 6.0.1 branch package dir?
13:43 < asdfcd> or all .desc files?
14:16 -!- idealm [n=ideal@222.66.106.154] has quit [Connection timed out]
14:23 -!- idealm [n=ideal@58.33.58.84] has joined #t2
14:26 < rxr> asdfcd: no you should only merge stuff you need
14:26 < rxr> asdfcd: because when you copy all you get the instable changes such as new tar, coreutils, ... versions
14:26 < rxr> when you want to use all the new versions you can use trunk as it :-)
14:30 < Stelz> rxr: hows your qt4? :-)
14:32 < rxr> need to fight configure
14:32 < rxr> had lunch and a meeting in the meantime ...
14:33 < asdfcd> yeah qt4.2 would be nice too..
14:39 < Stelz> rxr: who is the maintainer of T2 @ softpedia? :-)
14:49 < Stelz> rxr: seems to be we need to revert curl
14:49 < Stelz> it breaks vorbis-tools, php.. and i think a lot of other apps
14:56 < Stelz> nad rxr. why ncurses is still 5.4 ? I remember that u want update it to 5.5 2 weeks ago
14:56 < Stelz> *and
15:08 < Stelz> and rxr. what about rocknet? no replaceent for it or it is ok?
15:10 < asdfcd> Stelz: dont ask, just answer: !> tar: *linuxthreads*: Not found in archive // even pthread is installed..
15:11 < Stelz> uhm..
15:11 < asdfcd> and this: !> tar: *sysdeps*: Not found in archive
15:14 < rxr> re
15:14 < asdfcd> ra
15:14 < rxr> Stelz: it is not ok - we improved it already and it need some more big rewrite improvement
15:14 < rxr> ok otherwise
15:19 < rxr> Stelz: I think I tested the ncurses update in the ref builder I think it was ok - let me commit it
15:19 < rxr> Stelz: can you paste an example for the curl breakage ?
15:20 < Stelz> uhm.. compiling linux-kernel now. i'll paste it soon
15:20 < CIA-9> rene * r20579 /trunk/package/base/ncurses/ (cross-build.patch ncurses.desc): * updated ncurses (5.4 -> 5.5)
15:20 < rxr> what t2@softpedia
15:21 < Stelz> uhm.. i thnought.. that there somebody who updates info at linux.softpedia.com
15:22 < rxr> no idea - maybe just write them for updates, e.g. the logo :-)
15:23 < Stelz> hmm
15:23 < Stelz> why t2 creates this dir on every build
15:23 < Stelz> src.binutils.slz.20061031.164649.27075.slz.sytes.net
15:24 < Stelz> with these files:
15:24 < Stelz> chroot.sh debug.sh
15:24 < Stelz> is it a bug?
15:24 < rxr> what do you think is the bug with this ?
15:24 < Stelz> why does it create it?
15:25 < Stelz> i don't build binutils..
15:25 < rxr> oh - they even found our 6.0.1 release on softpedia already - nice
15:25 < Stelz> yeh. rxr. i'm about it
15:25 < rxr> "about it" == logo update ?
15:25 < Stelz> but they renamed us as T2 Linux
15:25 < rxr> Stelz: oh yeah - that should be fixed
15:25 < Stelz> yup
15:26 < rxr> Stelz: no idea - those src.* dirs are usually created for each package
15:26 < rxr> you say when you build curl a src.binutils dir is created ?
15:26 < Stelz> yeah
15:26 < Stelz> curl or any other package
15:26 < Stelz> or a couple of packages
15:26 < rxr> Stelz: fot softpedia: they write we have over 1400 packages
15:27 < rxr> Stelz: in the meantime we have over 2500 packages :-)
15:27 < Stelz> :)
15:27 < Stelz> but we are not linux!
15:27 < Stelz> mainly :-)
15:28 < rxr> yeah - name should be T2 SDE (System Development Environment)
15:28 < asdfcd> hey guys its more fun to help me
15:28 < asdfcd> http://paste.debian.net/15871
15:28 < rxr> and if they wish to harly Open T2 SDE or whatever
15:29 < Stelz> or just T2
15:29 < Stelz> like @ distrowatch or @ freshmeat.net
15:32 < asdfcd> rxr: would U help?
15:33 < rxr> err
15:33 < Stelz> asdfcd: what do build?
15:33 < rxr> Stelz: yeah or that
15:33 < Stelz> asdfcd: what do u build?
15:33 < Stelz> trunk-7.0 ?
15:33 < asdfcd> Stelz: minimum stable
15:33 < rxr> Stelz: but as full official name it really should be more like "T2 SDE", no ?
15:33 < Stelz> uhm..
15:33 < rxr> asdfcd: one second
15:33 < Stelz> ofcourse, rxr
15:34 < Stelz> T2 SDE is much more better
15:34 < Stelz> and more exctly for our "distro"
15:34 < Stelz> :-)
15:34 < rxr> asdfcd: you mean the tar error ?
15:34 < asdfcd> yeah
15:34 < rxr> did you use a branches/6.0 checkout or a release tarbal ?
15:34 < rxr> tarball even
15:34 < asdfcd> tarball
15:35 < asdfcd> as it didnt work with the branch
15:37 < rxr> which tarball 6.0.0 or 6.0.1
15:37 < rxr> to get the branch: svn co {svn,http,https}://svn.exactcode.de/t2/branches/6.0 t2-6.0-branh
15:38 < rxr> branch even
15:38 < asdfcd> 6.0.1
15:39 < rxr> hm - that is suppost to work
15:39 < rxr> you get this while building glibc ?
15:40 < asdfcd> yeah
15:46 < Stelz> wtf
15:46 < Stelz> can't compile udev
15:46 < Stelz> CC udev_device.o
15:46 < Stelz> cmd_wrapper: execvp(diet,...) - No such file or directory
15:46 < Stelz> make: *** [udev_device.o] Error 253
15:47 < Stelz> rxr: does udev depends on dietlibc?!
15:49 < Stelz> *depend
15:50 < sepp> you need dietlibc
15:50 < Stelz> sepp: why
15:50 < Stelz> i dont want it
15:51 < sepp> you want it, also for the initrd ,-)
15:52 < Stelz> sepp: no!
15:54 < asdfcd> how to add all linux26-mm modules?
15:54 < sepp> Stelz: why not?
15:54 < Stelz> cause it's an useless package for me
15:56 < Stelz> and i don't need initrd
15:56 < rxr> Stelz: add dietlibc :-)
15:56 < rxr> Stelz: it does not depend on it
15:56 < rxr> but without it initrd will become fat
15:56 < Stelz> rxr: i don't need dietlibc
15:56 < rxr> are you sure you want an overfat initrd ?
15:57 < Stelz> and i don't need initrd
15:57 < Stelz> :)
15:57 < rxr> ok - then ignore it :-);
15:57 < Stelz> how?
15:57 < Stelz> i can't install udev :(
15:57 < rxr> I think it is a bug that it is actually tried to compile udev against dietlibc when it is not selected
15:57 < Stelz> cmd_wrapper: execvp(diet,...) - No such file or directory
15:57 < rxr> yeah I saw
15:57 < Stelz> ye..
15:57 < rxr> what is your config name ?
15:57 < rxr> you supplied to Target ?
15:58 < rxr> -cfg ...
15:58 < rxr> any or did you not use that?
15:58 < Stelz> 17:53'58 | rxr> what is your config name ? <- slz
15:58 < Stelz> ./scripts/Build-Target -cfg slz
15:58 < Stelz> i use it to build T2
16:00 < rxr> ok - what does this output: grep dietlibc config/slz/packages
16:00 < Stelz> O 01-3------ 102.000 base dietlibc 0.30 / base/library DIETLIBC LIBC NO-SSP NOPARALLEL 0
16:00 < Stelz> it's unselected
16:00 < rxr> ok - then it is a bug
16:00 < rxr> let me quickly hunt it
16:00 < Stelz> k :-)
16:02 < rxr> that needs some minutes
16:03 < Stelz> ok.
16:03 < asdfcd> rxr: nur ken Stress..
16:06 < rxr> asdfcd: can you upload your full build err log somewhere?
16:12 < asdfcd> rxr: du meinst doch Stelz oda?
16:12 < Stelz> w00t?
16:12 < Stelz> wtf is Stelz oda? :D
16:13 < asdfcd> Stelz: u r not jerman?
16:13 < Stelz> nope, i'm from RU, Moscow
16:13 < Stelz> :-)
16:13 < asdfcd> Stelz: i see, Putin sux
16:13 < Stelz> lol
16:13 < shevegen> lol
16:19 < asdfcd> why do i get this: == 17:12:56 =[1]=> Building base/linux-header [2.6.12.5 6.0-stable].
16:19 < asdfcd> ??
16:19 < Stelz> ?
16:20 < Stelz> what do u mean?
16:20 < asdfcd> i thought 2.6.17 is the current
16:20 < Stelz> u get it to get some info about currently building-pkg
16:20 < Stelz> ehm
16:20 < sepp> this are only the headers, don't worry :)
16:20 < Stelz> asdfcd: it's only header
16:20 < Stelz> not kernel
16:20 < Stelz> u'll get kernel-sources later
16:20 < asdfcd> why arent the headers not up-to-date?
16:21 < asdfcd> or not having the right naming?
16:23 < rxr> the kernel headers are a known good version
16:23 < rxr> with every new kernel the kernel-hackers make more sure user-space libraries can not use those new headers
16:23 < asdfcd> aha
16:23 < rxr> thus requiring a lot patching of either the new headers or a lot of packages
16:24 < rxr> each distribution has it's own "sanitized" linux-header package
16:24 < Stelz> that's i wanna say :-)
16:24 < asdfcd> but u didnt Stelz
16:24 < rxr> ours is quite lite, (not mutch patches) because we choose a good version and fixed the few packages that failed wit it
16:24 < asdfcd> rxr: give me an example pls
16:25 < rxr> but I still hope very much for a common ABI header package shared among all the dists but it is still a long way to that
16:25 < rxr> asdfcd: example of what? failure or patch, or ... ?
16:25 < asdfcd> a patch
16:25 < asdfcd> is T2 LSB-compatible?
16:26 < Stelz> hm.. Lunar uses 2.6.12.0 of linux-headers too..
16:27 < asdfcd> what teh hell is Lunar?
16:27 < Stelz> some source distro
16:27 < Stelz> that i used before T2
16:28 < asdfcd> ok..
16:29 < asdfcd> what is the advantage of T2 comparing to debootstrap?
16:33 < sepp> it is not debian :p
16:34 * Stelz <- debian-hater
16:34 < Stelz> :P
16:35 < asdfcd> i see
16:35 < asdfcd> how about LSB?
16:36 < Stelz> seems to be i'll go from esvn to qsvn.. so, i think, rxr. qt4 is needed anyway :-)
16:36 < Stelz> and i'm trying to build it right now
16:36 < Stelz> then -> add QSvn
16:41 < asdfcd> Stelz: kdesvn is cooler
16:42 < Stelz> maybe.. but i don't like kde-libs-a-lot-of-bugs
16:42 < Stelz> i prefer only apps that uses clear GUI-kits
16:42 < asdfcd> for example?
16:43 < Stelz> like GTK+2/QT3[4]
16:43 < Stelz> and no gnome* kde* stuff
16:43 < asdfcd> u must be god
16:43 < Stelz> i'm :)
16:44 < shevegen> do you use dcop Stelz ?
16:44 < asdfcd> god lives in MoskAU and will be punished by the Ministry of Love
16:44 < shevegen> hey asdfcd do you know what a hopschil is ? :)
16:44 < Stelz> :)
16:45 < asdfcd> shevegen: sure i kno, wha u ask?
16:45 < shevegen> i wanna see how popular the word is ;)
16:45 < Stelz> 18:40'34 | shevegen> do you use dcop Stelz ? <- nopey
16:45 < shevegen> cuz i think it rocks
16:45 < shevegen> how can you not use the best thing in KDE :P
16:46 < Stelz> lol
16:46 < Stelz> i used kde only 3 weekes
16:47 < Stelz> 4 years ago.. muahahaha..
16:47 < shevegen> hehe
16:49 < asdfcd> Stelz: i m not sure whether KDE4 will run under Elektronika..
16:49 < Stelz> wha da ya mean? ;-)
16:49 < asdfcd> Stelz: you may switch to Tetris :)
16:49 < Stelz> wtf?
16:49 < Stelz> i just hate fat and full-of-nugs desks
16:50 < Stelz> like gnome or kde
16:50 < Stelz> thats all :-)
16:50 < Stelz> nugs -> bugs
16:50 < asdfcd> take it easy.. it was just fun..
16:50 < Stelz> i see ;P
16:50 < Stelz> uhm.. maybe the better way is to use RapidSVN..
16:51 < asdfcd> usin java?
16:51 < Stelz> me?
16:51 < Stelz> what do u mean?
16:51 < asdfcd> RapidSVN
16:51 < Stelz> RapidSVN dont use java
16:51 < Stelz> rapidsvn use gtk+2
16:51 < Stelz> *uses
16:51 < Stelz> with wxwidgets
16:52 < asdfcd> not better..
16:52 < Stelz> better.. much more
16:52 < Stelz> audacity's work is fast :-)
17:03 < Baldzius> 0'[/]
17:05 < Stelz> hi Baldzius
17:06 < Baldzius> hi Stelz
17:07 < rxr> Stelz: the dietlibc vs. udev is a bug in the new lua bridge
17:07 < rxr> i ll fix that
17:07 < Stelz> uhm.
17:08 < rxr> sorry that it takes some minutes - but phoning talking people interrupting me and so on ...
17:09 < Stelz> :)
17:09 < Stelz> no problem
17:40 -!- idealm [n=ideal@58.33.58.84] has quit [Remote closed the connection]
17:42 -!- idealm [n=ideal@58.33.58.84] has joined #t2
17:52 < asdfcd> gn8 partyppl
17:52 -!- asdfcd [n=dc36734@84-75-100-82.dclient.hispeed.ch] has left #t2 ["Konversation terminated!"]
17:52 < rxr> Stelz: ok - I think I can commit the fix in some second
17:53 < Stelz> cool :-)
17:53 < Stelz> i just installed rapidsvn
17:55 < CIA-9> rene * r20580 /trunk/misc/luabash/luabash.c:
17:55 < CIA-9> * implemented return value handling in luabash, cleaned some
17:55 < CIA-9> seperating newlines on the way
17:55 < rxr> after svn up you need to regenerate the Config via: ./scripts/Config -cfg slz -oldconfig
17:55 < CIA-9> rene * r20581 /trunk/misc/luabash/example/ (example.sh internal.lua): * added some more luabash example code testing return value handling
17:57 < Stelz> ok
18:00 < CIA-9> rene * r20582 /trunk/scripts/config-functions.lua:
18:00 < CIA-9> * use boolean return values in scripts/config-functions.lua now that
18:00 < CIA-9> the luabash supports this (and maps it to Un*x shell return values)
18:20 < LMJ> moin moin
18:20 < Stelz> moin moin moin LMJ
18:21 < rxr> moin moin LMJ
18:21 < rxr> Stelz: maybe qt4 builds thru now
18:21 < LMJ> hello Stelz & rxr , how are you guys ?
18:21 < rxr> maybe I can commit it this evening
18:21 < rxr> LMJ: fine, thanks
18:21 < Stelz> fine, rxr
18:21 < rxr> just valentin has a little cold it appears :-(
18:21 < Stelz> :-)
18:21 < LMJ> t2 6.0.1 means Ooo crap compiles ? ;)
18:21 < Stelz> very well, LMJ. thank u :-)
18:22 < LMJ> hehehe
18:22 < LMJ> beside, i can't find OOo binaries around, only RPM shit
18:23 < rxr> yeah - get our package to build :-)
18:25 < Stelz> rxr: do u know any nice graphical diff-util?
18:25 < Stelz> gtk+/qt
18:27 < rxr> kde's kdiff whatever is quite nice
18:27 < rxr> I think gnome cloned it as meld
18:38 < Stelz> oh noez
18:38 < Stelz> meld depends on
18:38 < Stelz> gnome-python2 && libgnomeui
18:38 < Stelz> :(
18:39 < rxr> ok - cu
18:46 < Stelz> hmm rxr. found smthng nice
18:47 < Stelz> http://xffm.sourceforge.net/xfdiff.html
18:48 < Stelz> During the 4.3 release series, xfdiff has returned to the status of independent application to allow installation for uses without xffm filemanager or the xfce programs.
18:48 < Stelz> so nothing from xff* is needed
18:48 < Stelz> it'll be good if xfdiff 'll be in our T2-base
18:48 < Stelz> :-)
18:58 < Stelz> or http://furius.ca/xxdiff/
18:58 < Stelz> xxdiff
18:58 < Stelz> anyway, cu - off to have a supper :)
19:02 -!- idealm [n=ideal@58.33.58.84] has quit [Remote closed the connection]
20:55 < Stelz> re
20:56 < Stelz> rxr:found smthng nice. TkDiff.. really good & fast app that does its work perfectly
22:43 -!- seeker [n=seeker@84-74-92-172.dclient.hispeed.ch] has joined #t2
22:48 < seeker> hi there. i've just succeeded to build my first own t2 install iso. now i'm wondering how to build boot/install floppy for systems without cdrom drives. any hints or docs?
23:05 -!- seeker [n=seeker@84-74-92-172.dclient.hispeed.ch] has quit ["Leaving"]
23:11 * Stelz is away: Sleep is good. Zzzzz
23:25 -!- Stelz [n=stealth@80.240.210.253] has quit [Read error: 104 (Connection reset by peer)]
23:26 -!- Stelz [n=stealth@80.240.210.253] has joined #t2
23:30 * Stelz is away: Sleep is good. Zzzzz
--- Log closed Wed Nov 01 00:00:16 2006