T2 IRC Log: 2010-12-16
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 Thu Dec 16 00:00:41 2010
01:25 -!- mqueiros [~mqueiros@a83-132-150-97.cpe.netcabo.pt] has joined #t2
04:11 -!- mqueiros [~mqueiros@a83-132-150-97.cpe.netcabo.pt] has quit [Quit: Ex-Chat]
09:17 -!- oilen [~iulian@92.80.17.166] has joined #t2
09:17 < oilen> mornin'
09:26 < oilen> anybody?
10:01 -!- T-One [~T-One@194.183.141.238] has joined #t2
10:03 < rxr> re
10:03 < rxr> moin
10:03 [Users #t2]
10:03 [@ChanServ] [ koan ] [ mtr` ] [ redwil] [ Stealth]
10:03 [ CIA-36 ] [ mjungwirth] [ oilen] [ rxr ] [ T-One ]
10:03 -!- Irssi: #t2: Total of 10 nicks [1 ops, 0 halfops, 0 voices, 9 normal]
10:15 < oilen> re rxr
10:16 < oilen> i have problems building glib
10:17 < oilen> but i am trying to fix it
10:29 < rxr> glib, the gnome base lib?
10:29 < rxr> which stage? 0, 1, 5 ?
10:30 < oilen> stage is 5
10:31 < oilen> fixed by adding polkit, polkit-gnome
10:31 < oilen> don't ask me why :)
10:49 < rxr> ah, yeah, always new deps :-(
10:57 < oilen> i will send back the packages file in order to have a clean destop build
10:58 < oilen> and the patches for some of them
11:01 < oilen> we should try upgrading some of them . i discovered a version of slmodem from 2010
11:15 < rxr> link, patch?
11:18 < oilen> http://linmodems.technion.ac.il/packages/smartlink/slmodem-2.9.11-20100718.tar.gz
11:19 < oilen> i.m still working on the patch :(
11:24 < oilen> so basically what i am trying to accomplish is to try and build everything and see what does not work and try to fix
11:25 < oilen> everything is built from grounds up aka new t2 image and select a different configuration
11:25 < oilen> this should fix all deps and build problems.
11:25 < oilen> at least for now.
11:25 < oilen> and i am working on an improved dependency checker
11:26 < oilen> because many packages fail to build because of the deps
12:26 < oilen> rxr
12:27 < oilen> i get some error about a ldconfig: /usr/lib/libstdc++.so.6.0.14-gdb.py is not an ELF file - it has the wrong magic bytes at the start.
12:27 < rxr> yes, I saw that too, think it's a warning, I should fix whatever python package installs that file :-(
12:28 < oilen> but i think because of that the packages do not finish the build
12:28 < oilen> package fails at install
12:34 < oilen> nope.. sorry i was wrong
13:56 < oilen> what about this ?
13:56 < oilen> extern/x264/encoder/ratecontrol.c:588:1: internal compiler error: in extract_insn, at recog.c:2103
13:56 < oilen> in blender
14:09 < rxr> gcc error, does it segfault or hit some other assertion ?
14:16 < oilen> no segfault. compile failed. and it is not the only one
14:16 < oilen> i saw references to this for 3.4 not for 4.0 they assume 4.0 has fixed the issue ?
14:16 < rxr> gcc version? that versions are all ancient
14:17 < oilen> yeah there's no reference fir current compiler we use
14:18 < rxr> gcc is a complex beast any version so far crashed now and then
14:18 < rxr> e.g. latest version has some more issues on mipgs64, ...
14:18 < rxr> you will probably see either a segfault or assertion failure around the internal compler error you posted
14:18 < oilen> i figured but because of this many kde libs and apps will not build
14:19 < oilen> i am trying to figure out what builds and what not in this moment
14:26 < rxr> I do not get that many, e.g. kde failures, maybe you either build with an esoteric optimization (e.g. some via-c3 whatever fluff few people use), or your hardware, cpu, memory is undergoing some random bit flipping
14:44 < oilen> unfortunately i am building for i486
14:44 < oilen> i compile on AMD Athlon II
14:44 < oilen> should i use the 64bit version?
14:45 < oilen> and via c3 compiled surprisingly well :)
14:46 < oilen> i had some problems using i386 flag for kernel but...
14:47 < oilen> one thing we can rule out for now is the infamous slmodem. it's designed for winmodems and i think it is not very often used. i will fix it
14:48 < oilen> but it's not a main concern right now
14:48 < oilen> btw
14:49 < oilen> what concerns me is some buggy support for usb keyboards and external cd drivers
14:49 < rxr> what should be buggy there? I type on them every day, for years, ...
14:54 < oilen> well
14:54 < oilen> the symptom is this
14:54 < oilen> boot from external cd unit, everything ok but chokes on second stage
14:54 < oilen> does not load...
14:55 < oilen> keeps asking where to load from
14:55 < oilen> keyboard is fixed for now but i have to test on all HW
15:10 -!- oilen [~iulian@92.80.17.166] has quit [Quit: Leaving]
16:24 -!- orici [~quassel@2001:470:9a41:107:20c:29ff:fea4:8189] has joined #t2
17:03 -!- T-One [~T-One@194.183.141.238] has quit [Ping timeout: 240 seconds]
17:04 -!- T-One [~T-One@194.183.141.242] has joined #t2
17:24 -!- T-One [~T-One@194.183.141.242] has quit [Ping timeout: 265 seconds]
17:24 -!- T-One [~T-One@194.183.141.242] has joined #t2
17:40 -!- digitaloktay [~win7@unaffiliated/digitaloktay] has joined #t2
19:06 -!- T-One [~T-One@194.183.141.242] has quit [Read error: Connection reset by peer]
19:07 -!- T-One [~T-One@194.183.141.242] has joined #t2
21:25 < rxr> re
21:47 < digitaloktay> wb rxr
21:48 < CIA-36> rene * r38315 /trunk/architecture/powerpc/kernel26-disable.lst: * updated powerpc borken kernel config option list
22:38 -!- digitaloktay [~win7@unaffiliated/digitaloktay] has quit [Read error: Connection reset by peer]
22:50 -!- Netsplit over, joins: T-One
22:50 -!- Netsplit *.net <-> *.split quits: @ChanServ, mtr`
22:53 -!- mtr [~michael@v29762.1blu.de] has joined #t2
22:58 -!- ChanServ [ChanServ@services.] has joined #t2
22:58 -!- ServerMode/#t2 [+o ChanServ] by calvino.freenode.net
22:59 -!- T-One is now known as Guest27989
--- Log closed Fri Dec 17 00:00:41 2010
01:25 -!- mqueiros [~mqueiros@a83-132-150-97.cpe.netcabo.pt] has joined #t2
04:11 -!- mqueiros [~mqueiros@a83-132-150-97.cpe.netcabo.pt] has quit [Quit: Ex-Chat]
09:17 -!- oilen [~iulian@92.80.17.166] has joined #t2
09:17 < oilen> mornin'
09:26 < oilen> anybody?
10:01 -!- T-One [~T-One@194.183.141.238] has joined #t2
10:03 < rxr> re
10:03 < rxr> moin
10:03 [Users #t2]
10:03 [@ChanServ] [ koan ] [ mtr` ] [ redwil] [ Stealth]
10:03 [ CIA-36 ] [ mjungwirth] [ oilen] [ rxr ] [ T-One ]
10:03 -!- Irssi: #t2: Total of 10 nicks [1 ops, 0 halfops, 0 voices, 9 normal]
10:15 < oilen> re rxr
10:16 < oilen> i have problems building glib
10:17 < oilen> but i am trying to fix it
10:29 < rxr> glib, the gnome base lib?
10:29 < rxr> which stage? 0, 1, 5 ?
10:30 < oilen> stage is 5
10:31 < oilen> fixed by adding polkit, polkit-gnome
10:31 < oilen> don't ask me why :)
10:49 < rxr> ah, yeah, always new deps :-(
10:57 < oilen> i will send back the packages file in order to have a clean destop build
10:58 < oilen> and the patches for some of them
11:01 < oilen> we should try upgrading some of them . i discovered a version of slmodem from 2010
11:15 < rxr> link, patch?
11:18 < oilen> http://linmodems.technion.ac.il/packages/smartlink/slmodem-2.9.11-20100718.tar.gz
11:19 < oilen> i.m still working on the patch :(
11:24 < oilen> so basically what i am trying to accomplish is to try and build everything and see what does not work and try to fix
11:25 < oilen> everything is built from grounds up aka new t2 image and select a different configuration
11:25 < oilen> this should fix all deps and build problems.
11:25 < oilen> at least for now.
11:25 < oilen> and i am working on an improved dependency checker
11:26 < oilen> because many packages fail to build because of the deps
12:26 < oilen> rxr
12:27 < oilen> i get some error about a ldconfig: /usr/lib/libstdc++.so.6.0.14-gdb.py is not an ELF file - it has the wrong magic bytes at the start.
12:27 < rxr> yes, I saw that too, think it's a warning, I should fix whatever python package installs that file :-(
12:28 < oilen> but i think because of that the packages do not finish the build
12:28 < oilen> package fails at install
12:34 < oilen> nope.. sorry i was wrong
13:56 < oilen> what about this ?
13:56 < oilen> extern/x264/encoder/ratecontrol.c:588:1: internal compiler error: in extract_insn, at recog.c:2103
13:56 < oilen> in blender
14:09 < rxr> gcc error, does it segfault or hit some other assertion ?
14:16 < oilen> no segfault. compile failed. and it is not the only one
14:16 < oilen> i saw references to this for 3.4 not for 4.0 they assume 4.0 has fixed the issue ?
14:16 < rxr> gcc version? that versions are all ancient
14:17 < oilen> yeah there's no reference fir current compiler we use
14:18 < rxr> gcc is a complex beast any version so far crashed now and then
14:18 < rxr> e.g. latest version has some more issues on mipgs64, ...
14:18 < rxr> you will probably see either a segfault or assertion failure around the internal compler error you posted
14:18 < oilen> i figured but because of this many kde libs and apps will not build
14:19 < oilen> i am trying to figure out what builds and what not in this moment
14:26 < rxr> I do not get that many, e.g. kde failures, maybe you either build with an esoteric optimization (e.g. some via-c3 whatever fluff few people use), or your hardware, cpu, memory is undergoing some random bit flipping
14:44 < oilen> unfortunately i am building for i486
14:44 < oilen> i compile on AMD Athlon II
14:44 < oilen> should i use the 64bit version?
14:45 < oilen> and via c3 compiled surprisingly well :)
14:46 < oilen> i had some problems using i386 flag for kernel but...
14:47 < oilen> one thing we can rule out for now is the infamous slmodem. it's designed for winmodems and i think it is not very often used. i will fix it
14:48 < oilen> but it's not a main concern right now
14:48 < oilen> btw
14:49 < oilen> what concerns me is some buggy support for usb keyboards and external cd drivers
14:49 < rxr> what should be buggy there? I type on them every day, for years, ...
14:54 < oilen> well
14:54 < oilen> the symptom is this
14:54 < oilen> boot from external cd unit, everything ok but chokes on second stage
14:54 < oilen> does not load...
14:55 < oilen> keeps asking where to load from
14:55 < oilen> keyboard is fixed for now but i have to test on all HW
15:10 -!- oilen [~iulian@92.80.17.166] has quit [Quit: Leaving]
16:24 -!- orici [~quassel@2001:470:9a41:107:20c:29ff:fea4:8189] has joined #t2
17:03 -!- T-One [~T-One@194.183.141.238] has quit [Ping timeout: 240 seconds]
17:04 -!- T-One [~T-One@194.183.141.242] has joined #t2
17:24 -!- T-One [~T-One@194.183.141.242] has quit [Ping timeout: 265 seconds]
17:24 -!- T-One [~T-One@194.183.141.242] has joined #t2
17:40 -!- digitaloktay [~win7@unaffiliated/digitaloktay] has joined #t2
19:06 -!- T-One [~T-One@194.183.141.242] has quit [Read error: Connection reset by peer]
19:07 -!- T-One [~T-One@194.183.141.242] has joined #t2
21:25 < rxr> re
21:47 < digitaloktay> wb rxr
21:48 < CIA-36> rene * r38315 /trunk/architecture/powerpc/kernel26-disable.lst: * updated powerpc borken kernel config option list
22:38 -!- digitaloktay [~win7@unaffiliated/digitaloktay] has quit [Read error: Connection reset by peer]
22:50 -!- Netsplit over, joins: T-One
22:50 -!- Netsplit *.net <-> *.split quits: @ChanServ, mtr`
22:53 -!- mtr [~michael@v29762.1blu.de] has joined #t2
22:58 -!- ChanServ [ChanServ@services.] has joined #t2
22:58 -!- ServerMode/#t2 [+o ChanServ] by calvino.freenode.net
22:59 -!- T-One is now known as Guest27989
--- Log closed Fri Dec 17 00:00:41 2010