T2 IRC Log: 2010-05-11

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

« prev | next »

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