--- Log opened Tue May 11 00:00:03 2010 00:03 -!- digitaloktay [~arch@unaffiliated/digitaloktay] has quit [Quit: bin mal weg langer!] 00:07 -!- digitaloktay [~arch@unaffiliated/digitaloktay] has joined #t2 01:53 -!- digitaloktay [~arch@unaffiliated/digitaloktay] has quit [Quit: bin mal weg langer!] 04:48 -!- rxr [~rene@85.183.32.143] has joined #t2 04:48 -!- Topic for #t2: T2 SDE | 8.0-rc2 released! | The T2 Open System Development Environment (SDE) | http://www.t2-project.org/ 04:48 -!- Topic set by rxr [] [Sat Dec 12 19:27:02 2009] 04:48 [Users #t2] 04:48 [@ChanServ] [ koan] [ mjungwirth ] [ mqueiros] [ rxr ] [ TobiX] 04:48 [ CIA-32 ] [ LMJ ] [ mjungwirth2] [ mtr ] [ Stealth] 04:48 -!- Irssi: #t2: Total of 11 nicks [1 ops, 0 halfops, 0 voices, 10 normal] 04:48 -!- Channel #t2 created Sun Nov 26 07:44:08 2006 04:48 -!- Irssi: Join to #t2 was synced in 6 secs 07:06 -!- mqueiros [~mqueiros@217.70.75.43] has quit [Ping timeout: 268 seconds] 07:09 -!- mqueiros [~mqueiros@217.70.75.43] has joined #t2 08:44 -!- T-One [~T-One@194.183.141.238] has joined #t2 08:44 -!- mjungwirth2 [~mjungwirt@213.174.234.68] has left #t2 [] 08:44 -!- mjungwirth_ [~mjungwirt@213.174.234.68] has joined #t2 09:01 < CIA-32> aldas * r36310 /trunk/package/x11/wmx/ (compilefix.patch wmx.desc): * updated wmx (6 -> 7) 09:56 < rxr> moin 09:58 < CIA-32> rene * r36311 /trunk/package/develop/help2man/help2man.desc: * updated help2man (1.36.4 -> 1.38.2) 10:00 < CIA-32> rene * r36312 /trunk/package/base/cpufreqd/cpufreqd.desc: * updated cpufreqd (2.2.1 -> 2.3.4) 10:06 < CIA-32> rene * r36313 /trunk/package/security/pcsc-tools/pcsc-tools.desc: * updated pcsc-tools (1.4.15 -> 1.4.16) 10:18 -!- mpp [~mpp@2001:470:9a41:107:f0d0:e945:4803:84e0] has joined #t2 10:18 < mpp> moinsen 10:22 < mpp> http://pastebin.com/tTuYXKsP 10:22 < mpp> mysql build error 10:22 < mpp> http://pastebin.com/jaAGQZ2z 10:23 < mpp> php build error 10:24 < mpp> so i guess nobody ran into these because they have an upgraded build host 10:24 < rxr> updated host only matters for cross builds 10:25 < mpp> i disagree ! 10:25 < mpp> morning rxr :-) 10:25 < rxr> after age 1 everything is chrooted, so what? 10:25 < rxr> it's an upgraded, bootstrapped, all-consistent system 10:25 < mpp> well try out yourself 10:26 < rxr> one of my build servers is running a T2 base from 2008/02/08 10:26 < rxr> and our router a ROCK LInux 2.0, ... !!! it still builds trunk fine 10:26 < rxr> ROCK Linux 2.0.1 (2004/03/13) 10:26 < mpp> thats consistent with my statement 10:27 < mpp> try building with a recent svn build host 10:27 < rxr> mine, that it does not matter as soon as the bootstrap stage is done, and only matter for the cross build bootstrap 10:27 < mpp> before we go down that path - give it a try on your side 10:27 < rxr> -rw-r--r-- 1 root root 1373828 May 11 03:06 build/reference64-8.0-trunk-reference-x86-64-linux/var/adm/logs/5-mysql.log 10:27 -!- Baldzius [~aldas@87-198-133-94.ptr.magnet.ie] has joined #t2 10:27 < Baldzius> moin 10:28 < mpp> moin Baldzius 10:28 < rxr> mpp: my other builder is a server installed from scratched with some last weeks build 10:28 < rxr> still builds 10:28 < Baldzius> hey mpp rxr 10:28 < mpp> hm... 10:28 < rxr> it's more likely you have some other local modified pending update of something 10:28 < rxr> or some vital package those packages need not selected 10:28 < rxr> I still try to parse that error 10:29 < mpp> checkout my pastebin entry 10:29 < rxr> I try 10:29 < mpp> maybe there is a clue in it 10:29 < mpp> thanx 10:29 < rxr> there is some automake missing fluff in there 10:29 < rxr> maybe that's the culprit 10:29 < rxr> WARNING: `automake-1.10' is missing on your system. You should only need it if 10:29 < rxr> you modified `Makefile.am', `acinclude.m4' or `configure.in'. 10:29 < rxr> You might want to install the `Automake' and `Perl' packages. 10:29 < rxr> Grab them from any GNU archive site. 10:30 < mpp> ? 10:30 < mpp> automake missing ? 10:30 < rxr> don't ask me, I'm not a mysql developer 10:30 < mpp> no way ! 10:31 < rxr> maybe half installed, old version, whatever? too new? 10:31 < rxr> php is this: checking whether the C compiler (gcc ) works... no 10:31 < rxr> configure: error: installation or configuration problem: C compiler cannot create executables. 10:32 < rxr> so the real problem is not visible in the log, you can view it's config.log to see what it tried with gcc and what error it gave 10:33 < rxr> thanks to the overly slow 8-way Xeon my nightly builder has not year reached php, yet 10:33 < rxr> will report if it bulds when it did 10:34 < rxr> mysql build in my trunk 10:34 < rxr> so - back to work - cu then 10:34 < rxr> moin Baldzius 10:56 < mpp> found the bug. 10:56 < mpp> i forgot to trigger /etc/postinstall.d/automake on the fresh installed host 10:57 < mpp> oops 10:57 < mpp> mysql builds fine now 11:07 < CIA-32> aldas * r36314 /trunk/package/office/gnucash/ (gnucash.conf gnucash.desc): * updated gnucash (2.2.9 -> 2.3.12) 11:09 < CIA-32> rene * r36315 /trunk/package/gnome2/clutter/clutter.desc: * updated clutter (1.2.6 -> 1.2.8) 11:15 < CIA-32> aldas * r36316 /trunk/package/gnome2/clutter/clutter.desc: * fixed typo for clutter home page 11:24 -!- mpp [~mpp@2001:470:9a41:107:f0d0:e945:4803:84e0] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]] 11:28 < rxr> http://t2-project.org/packages/magicpoint.html 11:30 < CIA-32> rene * r36317 /trunk/package/graphic/enscript/ (destdir.patch enscript.desc): * updated enscript (1.6.1 -> 1.6.5.1) 11:31 < CIA-32> aldas * r36318 /trunk/package/gnome2/rhythmbox/rhythmbox.desc: * updated rhythmbox (0.12.5 -> 0.12.8) 11:40 < CIA-32> rene * r36319 /trunk/package/network/cherokee/cherokee.desc: * updated cherokee (0.99.47 -> 1.0.0) 11:54 < Baldzius> http://www.t2-project.org/packages/scilab.html 11:54 < Baldzius> why this particular page looks so strange to me 11:54 < Baldzius> like not fully loaded 11:55 < rxr> good question 11:55 < Baldzius> same for you? 11:55 < rxr> yep 11:56 < Baldzius> heh 11:56 < rxr> maybe something in the package .desc causing HTML syntax error or so 11:56 < Baldzius> could be 11:56 < rxr> I check 12:00 < rxr> there is some of my own, legacy markup stuff not expanding, 12:00 < rxr> do you know more package pages where this happens? 12:03 < Baldzius> no 12:03 < rxr> heh, I guess it is happneing because it has too many I tags :-) 12:04 < rxr> though still no reason for my html backend to error out in that way :-) 12:06 < CIA-32> aldas * r36320 /trunk/package/scientific/scilab/scilab.desc: * updated scilab (4.1.2 -> 5.2.2) 12:13 < rxr> I fix that in various ways, stay tuned 12:16 < Baldzius> feck, for some reason abiword is still looking for 32b libs on 64b build 12:22 < rxr> yeah - Gerardo, arete74 wrote so here in IRC as well 12:22 < rxr> abiword is the least package I personally need, so I haven't found time to take a look 12:22 < rxr> be aware that sometimes such stuff slips in from other pkg-config files 12:23 < rxr> so maybe abiword and it's incarnation of libtool just accidently look there because some other pkg-config .pc file contained some hardcoded /lib, ... 12:24 < Baldzius> yeah 12:24 < Baldzius> rerunnig now, we'll se how it goes 12:24 < Baldzius> see* 12:24 < rxr> I keep my fingers crossed for you 12:25 < rxr> I harded the scripts/Check-PkgFormat to check for multi-tags where not allowed 12:25 < rxr> s/harded/harden/, still at it 12:28 < Baldzius> finished fine 12:29 < CIA-32> aldas * r36321 /trunk/package/gnome2/abiword/abiword.conf: * fixed abiword on 64bits build 12:32 < rxr> oh this kind of issue 12:32 < rxr> I think I noticed something like this with some other package, too 12:32 < rxr> looked like some really strange libtool design bug 12:32 < rxr> one of it's manys 12:33 < Baldzius> yeah, looks like multilib issue 12:33 < rxr> the bug is libtool doing relly strange stuff 12:34 < Baldzius> ack 12:36 < rxr> libtool is very good at that .-) 12:36 < rxr> maybe the authro was working on some thesis about random number generation *lol* 12:37 < Baldzius> :) 12:39 < CIA-32> aldas * r36322 /trunk/package/gnome2/gnome-system-tools-backends/gnome-system-tools-backends.desc: * updated gnome-system-tools-backends (2.8.3 -> 2.10.0) 12:39 < CIA-32> aldas * r36323 /trunk/package/gnome2/liboobs/liboobs.desc: * updated liboobs (2.22.2 -> 2.30.0) 12:40 < CIA-32> aldas * r36324 /trunk/package/develop/libffi/ (. libffi.cache libffi.desc): * added libffi (3.0.9) - A portable, high level programming interface to various calling conventions 12:42 < CIA-32> aldas * r36325 /trunk/package/develop/gcc/no_internal_libffi.patch: * gcc: we should use packaged external libffi instead of built-in, this helps some packages like g-wrap 12:43 < Baldzius> rxr: feel free change libffi stuff if required 12:43 < CIA-32> aldas * r36326 /trunk/package/develop/g-wrap/ (g-wrap.cache g-wrap.desc): * updated g-wrap (1.9.10 -> 1.9.12) 12:43 < rxr> well, less fat gcc package is welcome 12:43 < rxr> ideally we shuld even build the C++ STL out of tree, if possible 12:43 < rxr> that would be awesome 12:46 < rxr> cute: # ./scripts/Check-PkgFormat scilab 12:46 < rxr> scilab: No [M|MAINTAINER] tag found. 12:46 < rxr> scilab: More than one [I|TITLE] tag found. 12:56 < CIA-32> aldas * r36327 /trunk/package/kde/kdevplatform/kdevplatform.desc: * updated kdevplatform (0.9.98 -> 1.0.0) 12:56 < CIA-32> aldas * r36328 /trunk/package/kde/kdevelop/kdevelop.desc: * updated kdevelop (3.9.98 -> 4.0.0) 12:58 < CIA-32> aldas * r36329 /trunk/package/multimedia/ekiga/ekiga.desc: * updated ekiga (3.0.2 -> 3.2.6) 13:01 < CIA-32> rene * r36330 /trunk/ (misc/share/PKG-DESC-FORMAT scripts/Check-PkgFormat): * improved scripts/Check-PkgFormat to check for unallowed duplicate tags 13:03 < CIA-32> rene * r36331 /trunk/package/scientific/scilab/scilab.desc: * fixed duplicate tItle tags in scilab 13:12 < rxr> so - web-view is guarded against such multiple tItle tags for the future, too :-) 13:12 < rxr> thanks :_) 13:12 < rxr> as always, if you spot something I certainly do not know about it, always let me know to fix it :-) 13:13 < Baldzius> :) 13:13 < Baldzius> I've spotted it accidentally 13:13 < rxr> can imagine 13:14 < rxr> maybe I should include the title in the overview index at: http://www.t2-project.org/packages/ 13:14 < rxr> name - title - version - repo - license 13:44 -!- digitaloktay [~arch@unaffiliated/digitaloktay] has joined #t2 13:47 < rxr> like so: http://www.t2-project.org/packages/ 13:47 < rxr> what do you think, too much? 13:50 < Baldzius> yeah, it looked better before 13:51 < rxr> though the title text might help people find stuff 13:51 < rxr> maybe slightly tuned formating, such as making the table cells align on the top 13:53 < Baldzius> maybe I need time to get used to it 13:53 < Baldzius> but still I like how it looked before 13:53 < Baldzius> for simplicity 13:53 < rxr> :-) 13:53 < Baldzius> and minimalism 13:53 < rxr> :-) 13:54 < Baldzius> but it's fine if you leave it 14:03 < rxr> finally, so vertial-aligned: top; http://www.t2-project.org/packages/ 14:03 < rxr> maybe a little better? 14:06 < rxr> now with slightly tuned column width's 14:07 < Baldzius> I'd say better 14:07 < rxr> great 14:07 < rxr> guess I keep it this way(tm) for now 14:08 < rxr> we throw quite some table data to the browser to render: 14:08 < rxr> 100 547k 0 547k 0 0 231k 0 --:--:-- 0:00:02 --:--:-- 261k 14:09 < Baldzius> :) 14:09 < rxr> poor spread-sheets :-) 14:09 < rxr> so - gotta get lunch, finally, cu then 14:09 < rxr> yesterday very early, late today 14:09 < digitaloktay> moin 14:10 < CIA-32> rene * r36332 /trunk/package/gnustep/gnustep-back/gnustep-back.desc: * updated gnustep-back (0.17.1 -> 0.19.0) 14:10 < CIA-32> rene * r36333 /trunk/package/gnustep/gnustep-gui/gnustep-gui.desc: * updated gnustep-gui (0.17.1 -> 0.19.0) 14:10 < CIA-32> rene * r36334 /trunk/package/gnome2/vte/vte.desc: * updated vte (0.24.0 -> 0.24.1) 14:11 < digitaloktay> arch has mkinitcpio 0.6.4-1 14:12 < rxr> and? 14:12 < digitaloktay> is there a different ?? between this and other ?? 14:14 < rxr> no idea, maybe take a look 14:14 < rxr> abut we use cpio for linux 2.6 for ages, read years, anyway 14:14 < rxr> all linux flavours use their own initrd scripts, anyway 14:16 < CIA-32> aldas * r36335 /trunk/package/develop/monotone/monotone.desc: * updated monotone (0.42 -> 0.47) 14:16 < CIA-32> rene * r36336 /trunk/package/develop/libffi/libffi.desc: * added Url tag for libffi 14:16 < CIA-32> aldas * r36337 /trunk/package/develop/ddd/gcc44.patch: * added ddd/gcc44.patch 14:17 < rxr> http://www.t2-project.org/packages/libffi.html 14:31 < CIA-32> rene * r36338 /trunk/package/ (2 files in 2 dirs): * fixed duplicate License tags as catched by our improved scripts/Check-PkgFormat 14:36 < mjungwirth_> tesdt 14:39 < CIA-32> aldas * r36339 /trunk/package/python/pyqt4/pyqt4.desc: * updated pyqt4 (4.5.2 -> 4.7.3) 14:40 < CIA-32> aldas * r36340 /trunk/package/kde/kvirc/kvirc.desc: * updated kvirc (4.0rc2 -> 4.0rc3) 14:45 < CIA-32> rene * r36341 /trunk/scripts/functions.in: * adapted parse_desc for new PKG-DESC-FORMAT flag, optimzed grep away, too 14:53 < CIA-32> aldas * r36342 /trunk/package/network/psi/psi.desc: * updated psi (0.13 -> 0.14) 14:53 < rxr> looks like it's T2 patch day, hm? 14:57 < Baldzius> little 14:57 < Baldzius> my build is at 210 point 14:57 < mjungwirth_> rxr have you already build a linux for an ARM9 processor (TS-7260)? 14:58 < mjungwirth_> http://www.embeddedarm.com/products/board-detail.php?product=TS-7260 14:58 < rxr> I built t2 (then ROCK) on arm 10years ago, and .e.g for the BeagleBoard recently for testing 14:58 < rxr> ah, that CPU is more like the 10years ago Psion 5 / Revo one, just clocked fater 14:59 < rxr> everything is possible, but due to all this ARM SoC you always need the exact kernel patchset to get the board to boot and work 14:59 < mjungwirth_> i receive 2 peaces and test it in the next 3 weeks 15:00 < rxr> nice 15:00 < rxr> patched and hardwrae listing welcome: http://www.t2-project.org/hardware/embedded/ 15:00 < mjungwirth_> yes 15:00 < rxr> btw. the ardm slicon from 10y ago: http://www.t2-project.org/targets/psion/ 15:02 < rxr> s/ardm/arm/ 15:02 < rxr> really should go for lunch :-) cu then 15:02 < mjungwirth_> cu 15:11 -!- arete74 [~arete@143.225.107.252] has joined #t2 15:18 -!- arete74 [~arete@143.225.107.252] has quit [Quit: leaving] 15:32 < CIA-32> aldas * r36343 /trunk/package/security/qt-qca-tls/: * deleted qt-qca-tls, deprecated by qca2 15:51 -!- Baldzius [~aldas@87-198-133-94.ptr.magnet.ie] has quit [Quit: Leaving] 16:32 -!- T-One [~T-One@194.183.141.238] has quit [Quit: Verlassend] 17:44 -!- digitaloktay2 [~arch@dslb-084-056-246-176.pools.arcor-ip.net] has joined #t2 17:47 -!- digitaloktay [~arch@unaffiliated/digitaloktay] has quit [Ping timeout: 268 seconds] 17:52 -!- digitaloktay2 [~arch@dslb-084-056-246-176.pools.arcor-ip.net] has quit [Quit: bin mal weg langer!] 17:53 -!- digitaloktay [~arch@unaffiliated/digitaloktay] has joined #t2 18:09 -!- digitaloktay [~arch@unaffiliated/digitaloktay] has quit [Quit: bin mal weg langer!] 18:31 -!- tfl0pz [~tfl0pz@mail.constalant.com] has joined #t2 18:43 < tfl0pz> rxr? 18:45 < rxr> yep? 18:46 < tfl0pz> do you know if it is possible to run the intel gma500 (poulsbo) video chip on 80rc.. i've tried the xf86-video-psb driver which doesnt compile and the IEGD driver from intel (which makes X crash on start) and no luck so far :( 18:47 < rxr> I use VESA on mine, I only packed this half -psb driver to have some source reference at all 18:47 < rxr> do you have a commercial project or just one machine ? 18:47 < tfl0pz> yeah i saw the svn log 18:48 < tfl0pz> well its a commercial project which is supposed to be a video player so 2d acceleration is kinda of essential, its a fit-pc2 box if you know them 18:48 < rxr> real company project with a budget? 18:49 < rxr> I ask because I started to apply for an NDA for the Poulsbo SPECs, but just did not continue as it was only a hobby for me 18:49 < tfl0pz> yes and im testing if this board will work so that we consider to use the fitpcs' which are ideal for that purpose 18:49 < rxr> if you really want to sell some stacks of machines we could try getting thru all the NDA steps 18:49 < rxr> alternatively you could just try to get the floating binary blogs to run on your hw, ... 18:50 < tfl0pz> and what do the NDA steps involve 18:50 < rxr> never done that for Intel 18:50 < rxr> I mean I could try to find out 18:50 < tfl0pz> mhm 18:50 < tfl0pz> yep 18:50 < rxr> that still does not garauntee Intel will show us anything, anyway, ... 18:51 < tfl0pz> rumour has it that it works on ubuntu and moblin with the IEGD driver but it's a total mess 18:52 -!- digitaloktay [~pardus@unaffiliated/digitaloktay] has joined #t2 18:52 < rxr> yes, I read that there is some ubuntu netbook remix with the bianry blob working 18:52 < rxr> however, I'm not so much of an ubuntu fan, so I never tried 18:53 < tfl0pz> i tried that blob and it just doesnt start i have no idea how they've managed to do it 18:53 < tfl0pz> ill talk to the manager about the NDA thing though 18:53 < rxr> maybe drop me some email with company name if you like to continue with the Intel NDA hassle in the hope to get something 18:53 < tfl0pz> ok 18:53 < tfl0pz> :) 18:53 < tfl0pz> thanks 18:53 < rxr> btw. the 2D & modesetting part looks like Intel GMA95x 18:54 < tfl0pz> gma95x works fine, but how does that help? 18:54 < rxr> maybe it is possible to have at least propper mode setting and maybe some 2d accel (like fill & copy) without any of the PowerVR hazzle, though I had no time to fully evaluate this 18:54 < tfl0pz> i see 18:55 < rxr> I mean the 2d & modesetting Poulsbo HW silicon part looked GMA9xx'ish, that is not PowerVR IP encoumbereed 18:59 < tfl0pz> yep that would be nice 19:00 < rxr> but that is only a early-quick-look guess from my side 19:00 < rxr> btw. if you already play with the box the fbdev X.org servier might yield higher performance than the VESA one, ... 19:02 < tfl0pz> havent tried it yet... will look at it tomorrow probably, im running out of options :) 19:03 < rxr> well, the GMA95x bits on Poulsbo you can not simply "try" that needs some serious day of hacking to review if that might work 19:04 < tfl0pz> i mean the fbdev xorg --- Log closed Wed May 12 00:00:03 2010