--- Log opened Sun Dec 14 00:00:54 2008 00:06 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: TobiX 00:08 -!- Netsplit over, joins: TobiX 02:40 -!- mpp [n=mpp@i53875C73.versanet.de] has quit ["ChatZilla 0.9.84 [Firefox 3.0.3/2008092510]"] 02:47 -!- digitaloktay_ [n=debian@dslb-084-057-226-215.pools.arcor-ip.net] has quit [Remote closed the connection] 03:28 -!- wtracy [n=wtracy@adsl-68-122-7-13.dsl.pltn13.pacbell.net] has joined #t2 05:19 -!- wtracy [n=wtracy@adsl-68-122-7-13.dsl.pltn13.pacbell.net] has quit [Remote closed the connection] 09:43 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: CIA-10, @ChanServ 09:44 -!- Netsplit over, joins: @ChanServ 09:46 -!- CIA-10 [n=CIA@208.69.182.149] has joined #t2 09:47 -!- CIA-10 [n=CIA@208.69.182.149] has quit [Excess Flood] 09:47 -!- CIA-66 [n=CIA@208.69.182.149] has joined #t2 09:51 -!- CIA-10 [n=CIA@208.69.182.149] has joined #t2 09:51 -!- CIA-10 [n=CIA@208.69.182.149] has quit [] 09:54 -!- d_oilen [n=iulian@89.18.29.87] has joined #t2 09:54 < d_oilen> hi 09:55 < d_oilen> grub error 2 09:55 < d_oilen> file not found 09:55 < d_oilen> on t2 desktop after 2 days of build 11:18 -!- tricky_ [n=richard@cpc2-cove3-0-0-cust648.sol2.cable.ntl.com] has joined #t2 11:37 -!- tricky_ [n=richard@cpc2-cove3-0-0-cust648.sol2.cable.ntl.com] has quit ["leaving"] 12:02 -!- tricky_ [n=richard@cpc2-cove3-0-0-cust648.sol2.cable.ntl.com] has joined #t2 12:05 -!- tricky_ [n=richard@cpc2-cove3-0-0-cust648.sol2.cable.ntl.com] has quit [Client Quit] 12:10 < d_oilen> nobody here? 12:11 -!- tricky_ [n=richard@cpc2-cove3-0-0-cust648.sol2.cable.ntl.com] has joined #t2 12:11 < d_oilen> darn 12:11 < tricky_> i'm just trying to get my head around the boot sequence right now 12:11 < d_oilen> :) 12:12 < tricky_> it works fine all the way up to checking the filesystems 12:12 < tricky_> the last thing it says before it goes wrong 12:12 < tricky_> is 'configuring the kernel', then there's a couple more lines i didn't have time to read 12:14 < d_oilen> i am trying to install it and i have the error 2 problem on grub 12:14 < tricky_> is there some way i can find out when that happens, and try and disable what comes next 12:18 -!- tricky_ [n=richard@cpc2-cove3-0-0-cust648.sol2.cable.ntl.com] has quit ["Lost terminal"] 12:46 < mtr> tricky: maybe the framebuffer driver for your gpu is loaded automatically and has certain problems 12:47 < mtr> tricky: try booting to single-user mode, and eventually add the fb module to /etc/conf/blacklist 13:00 < rxr> moin 13:02 < d_oilen> hello rxr 13:03 < d_oilen> i have a problm with grub 13:03 < d_oilen> i made a desktop edition of t2 13:03 < d_oilen> but it cannot install grub on the destination drive 13:04 < d_oilen> i do not want to waste two days of work on nothing 13:04 < rxr> probably just your menu.lst is not right 13:04 < rxr> we had some version which had this bug 13:05 < rxr> try to hand edit it or install grub twice 13:05 < rxr> whcih version of t2 did you buidl ? 13:05 < d_oilen> 7.0 rc2 13:05 < d_oilen> but 13:05 < d_oilen> i have other versions built from the same 13:05 < d_oilen> and they work 13:05 < d_oilen> it's not menu.lst 13:06 < d_oilen> grub gives error2 file not found 13:06 < rxr> I think rc2 had this bug 13:06 < rxr> I think it will work if you enter the grub stone menu after the install and re-install grub a second time 13:07 < d_oilen> it does not work even if i try to install manually 13:08 < d_oilen> i tried chroot into the /mnt/target to install grub from there but /dev is empty 13:08 < d_oilen> so i cannot do anything 13:09 < d_oilen> menu.lst looks ok and the entries are correct 13:31 < d_oilen> ok and if rc2 had that problem how did you solved it? 13:56 -!- mpp [n=mpp@i53876620.versanet.de] has joined #t2 14:01 < rxr> the problem was in the stone script parsing the device ids 14:01 < rxr> to do work manually do 14:01 < rxr> mnt /dev /mnt/target --bind 14:01 < rxr> err 14:01 < rxr> mnt /dev /mnt/target/dev --bind 14:01 < rxr> mnt /proc /mnt/target/proc --bind 14:01 < rxr> mnt /sys /mnt/target/sys --bind 14:01 < rxr> chroot /mnt/target/ 14:02 < d_oilen> ok 14:02 < d_oilen> i'll do that and then report back 14:02 < d_oilen> in the meantime 14:02 < d_oilen> on t2 trunk there are problems with xorg 14:03 < mpp> moinsen 14:03 < d_oilen> the vga_drv and nsc_drv should be removed from build since they are giving errors in Xorg -configure 14:03 < d_oilen> secondly 14:04 < d_oilen> i do not know why but the system freezes even after removing these drivers and starting xorg 14:04 < d_oilen> i'll try to look into the log 14:04 < d_oilen> and report back 14:04 < rxr> hm - trunk xorg works for me (nvidia based MacBook Pro) 14:05 < rxr> but xorg development went uphill, indeed :-( 14:06 < d_oilen> ok last message in Xorg.0.log is about a font OTF removed from list 14:06 < d_oilen> so what??? 14:06 < d_oilen> i have ATI mased system 14:06 < d_oilen> based video card 14:07 < d_oilen> but mouse is frozen in center of screen 14:08 < d_oilen> mouse works in console 14:09 < d_oilen> package management does not work also in trunk 14:10 < d_oilen> i'll giveup using trunk now 14:10 < d_oilen> try again the 2 days build from rc2 14:11 < d_oilen> it seems that rce is not updated anymore is this correct? 14:11 < d_oilen> 7.0-rc2 14:14 < rxr> 7.0 branch received some update 14:15 < rxr> we had to re-architect our mirror infrastructure which is why we released no major binary releases this year 14:15 < d_oilen> supposing somewone want to fix broken things in 7.0 can that be allowd? 14:16 < rxr> sure we have a 7.0 branch which received some hotfixes after the rc2 14:16 < rxr> http://svn.exactcode.de/t2/branches/ 14:16 < d_oilen> i saw that 14:16 < rxr> http://svn.exactcode.de/t2/branches/7.0/ 14:16 < d_oilen> that one is the one i used for my two days of work 14:17 < d_oilen> i hoped that being a stable version shoud not be much trouble 14:17 < d_oilen> actually it is 14:17 < d_oilen> the only package that did not build in Destktop tarhet was mplayer 14:17 < d_oilen> target 14:18 < d_oilen> i expected more broken packages 14:18 < d_oilen> but this was the only one that showed up 14:18 < rxr> I quickly check if the grub fix is in there or not 14:19 < rxr> one second 14:20 < rxr> wasn't, now it is 14:20 < rxr> Committed revision 31521. 14:20 < d_oilen> tnx 14:20 < CIA-66> rene * r31521 /branches/7.0/package/x86/grub/stone_mod_grub.sh: * merged r30133 from trunk: fixed grub stone module to re-read the grub drive numbers 14:20 < d_oilen> ok 14:21 < d_oilen> then i will try to handle the xorg problems 14:21 < d_oilen> as i go along 14:21 < rxr> but that is trunk, right - or is the xorg problem present in the 7.0 branch as well ? 14:22 < d_oilen> trunk is one flagged to be modified 14:22 < d_oilen> i'll see in a few minutes if it persists in 7.0 14:27 < d_oilen> the file /boot/grub/stage1 not read corectly 14:28 < mpp> hey rxr can you actually build arts 14:28 < mpp> no kdelibs without arts 14:28 < mpp> this sucks 14:30 < rxr> mpp: in which t2 version are you?`` 14:30 < rxr> trunk's kde4 kdelibs do not need arts 14:31 < d_oilen> rxr still grub probs 14:32 < d_oilen> now it sees hd0,0 but no stage1 14:32 < rxr> hm 14:32 < rxr> with a rebuild of grub with this fix? 14:32 < rxr> or with manual install? 14:32 < rxr> which hardware btw. or some emulator ? 14:33 < d_oilen> manual install or stone from chroot same error 14:33 < d_oilen> on hardware itself 14:34 < d_oilen> Siemens Nixdorf Dual Core 3GHZ 2 GB Ram 14:34 < d_oilen> machine has no problems. 14:36 < rxr> I did not want to say it's the hw, just to know if I can try to reproduce 14:37 -!- digitaloktay [n=debian@dslb-084-057-226-215.pools.arcor-ip.net] has joined #t2 14:38 < d_oilen> ok message as grub says is error 2 bad file or directory type 14:38 < d_oilen> when from inside grub i give setup (hd0) 14:39 -!- digitaloktay [n=debian@dslb-084-057-226-215.pools.arcor-ip.net] has quit [Remote closed the connection] 14:39 -!- digitaloktay [n=debian@dslb-084-057-226-215.pools.arcor-ip.net] has joined #t2 14:42 < d_oilen> hmmmmm 14:43 < mpp> they do 14:43 < mpp> try building them without arts fails 14:43 < rxr> mpp: trunk or 7.0 ? 14:44 < mpp> as trunk off course 14:44 < d_oilen> rxr can be this problem? http://www.linuxplanet.com/linuxplanet/tutorials/6480/1/ since i use ext 3? 14:44 < rxr> hm - no idea, I usually don't use Ext* 14:45 < d_oilen> lemme try 14:45 < d_oilen> back in few mins... reinstalling t2 14:46 < rxr> I cross my fingers 14:46 < rxr> if there is a grub patch I'm willing ot appyl it :-) 14:46 < CIA-66> rene * r31522 /trunk/package/base/linux26/linux26.desc: * updated linux26 (2.6.27.8 -> 2.6.27.9) 14:47 < mpp> kernel update is indeed welcome 14:47 < mpp> :-) 14:47 -!- digitaloktay [n=debian@dslb-084-057-226-215.pools.arcor-ip.net] has quit [Remote closed the connection] 14:47 < mpp> rxr: i solved the mystery on my phenom x4 soft lockup 14:48 < mpp> when building t2 my new phenom x4 was crashing all the time 14:48 < mpp> the solution was as astaunishing as simple 14:48 < mpp> there is a feature called cool'n quiet the successor to powernow! 14:49 < mpp> this has to be disabled on multicore system of amd - there are have issues with cache and ht coherency 14:49 < d_oilen> mpp shut down cool'n quiet 14:49 < rxr> :-( 14:49 < mpp> took me weeks till i figured out 14:49 < d_oilen> it's evil 14:49 [Users #t2] 14:49 [@ChanServ] [ d_oilen] [ LMJ] [ rxr ] [ tricky] 14:49 [ CIA-66 ] [ dsoul ] [ mpp] [ Stealth] 14:49 [ Cyda ] [ koan ] [ mtr] [ TobiX ] 14:49 -!- Irssi: #t2: Total of 13 nicks [1 ops, 0 halfops, 0 voices, 12 normal] 14:49 < rxr> doesn't sound like fun 14:49 < mpp> but now t2 builds blazingly fast on phenom x4 14:49 < mpp> i hate those feature bloats 14:50 < mpp> i really screwed alot of time on this 14:50 < rxr> mpp: maybe you have some minutes to create some http://t2-project.org/hardware/ note about your mobo ? 14:50 < mpp> **** you a*** and am* 14:50 < d_oilen> mpp those are windoze specific " enhacements" 14:50 < mpp> i sure do 14:50 < rxr> especially those quirks listed in the notes are quite valuable for people not to re-wase everyones time 14:50 < mpp> enhancing windows is like reviving the dead 14:50 < mpp> i don't give a **** ! 14:51 < mpp> sorry guys had to blow off some steam 14:51 < mpp> :-) 14:51 < d_oilen> no prob 14:51 < rxr> yeah - "mostly missing feature bloat" is the nice thing on all the non-x86 hardware around me ... 14:51 * rxr knocking on the 360MHz UltraSPARC :-) 14:52 < d_oilen> rxr how about blackfin ? 14:52 < rxr> yeas ? 14:53 < d_oilen> i mean that's something i am taking seriously into consideration for my new project 14:53 < d_oilen> i have to buy a board and see how it behaves... 14:53 < rxr> yeah - works in theory, had a problem some year ago, still have a STAMP 533 board here on soem desk 14:53 < rxr> it has no MMU though 14:54 < rxr> so more for media data crunching than general purpose computing where you would like to have an MMU 14:54 < d_oilen> but it works? 14:54 < d_oilen> not media 14:54 < rxr> I do not remeber right now it it had a memory protection unit and/or support for that under Linux 14:54 < d_oilen> i do not do multimedia i want a simple cheap kiosk device 14:55 < rxr> for general purpose stuff I would not use a DSP without MMU 14:55 < rxr> rather go for ARM, MIPS or PowerpC 14:55 < rxr> PowerPC even 14:55 < rxr> or AVR32 14:55 < rxr> something with MMU, you really don#t wanna miss it for non-pure-data-shuffling-tasks 14:56 < d_oilen> i'll look into avr32 14:58 < d_oilen> ;( 14:59 < d_oilen> same error bad file or directory type 14:59 < d_oilen> on ext2 fs 14:59 < rxr> maybe the new mkfs.ext2 uses the same insane defaults?= 14:59 < rxr> any chance you can publish the iso/isos? 15:00 < d_oilen> i can but thery are huge 15:00 < d_oilen> 600 mb and 350 mb 15:00 < mpp> @rxr: kdelibs has a dozen of new deps not in the cache file 15:00 < mpp> what a pitty 15:01 < rxr> ah - yeah, I'll update the kde repo .cache, now 15:02 < mpp> could have saved me some time 15:02 < mpp> im on to building a target tailored to kde 15:02 < CIA-66> rene * r31523 /trunk/package/network/apache/apache.desc: * updated apache (2.2.10 -> 2.2.11) 15:03 < CIA-66> rene * r31524 /trunk/package/network/ntop/ntop.desc: * updated ntop (3.3.8 -> 3.3.9) 15:03 < CIA-66> rene * r31525 /trunk/package/kde/twinkle/twinkle.desc: * updated twinkle (1.2 -> 1.3.2) 15:04 < mpp> now that the phenom x4 is working compiling is lightning fast 15:04 < mpp> :-) 15:04 < mpp> thumb up ! 15:10 < CIA-66> rene * r31526 /trunk/ (42 files in 42 dirs): * updated kde/ repository .cache files of packages built on my reference tester 15:10 < mpp> rxr: thnx 15:10 < mpp> also the x264 package needs to have the patch removed 15:11 < rxr> which patch ? 15:11 < mpp> hold on a sec 15:11 < mpp> sorry the ffmpeg 15:11 < mpp> had a patch for x264 15:12 < mpp> it's obsolete and prohibits building ffpmeg 15:12 < mpp> x264-core50.patch 15:12 < mpp> core65.patch sorry ;-) 15:16 < rxr> you mean to build ffmpeg? 15:16 < rxr> mtr also said something like this recently 15:16 < rxr> strange thing is I need the patch ffmpeg builds here ... ?!? 15:18 < mpp> hm... 15:19 < mpp> i am building frequently on scratch systems 15:19 < mpp> so you could be needing those when upgrading the system 15:19 < mpp> i also encountered this phenomena 15:19 < mpp> so i decided to build on a bare host 15:19 < rxr> i see we use a date for the ffmpeg checkout that could have lead to slightly differing sources used on your and my side 15:20 < mpp> i agree 15:20 < rxr> I wiped the file on my test building server and grab the file from the mirror 15:23 < d_oilen> ok 15:24 < d_oilen> so the problem with grub is that mkfs is using 256 bytes inode size and that makes grub go crazy 15:25 < d_oilen> you have to use mkfs.ext2 or mkfs.ext3 with -I 128 to make them work 15:25 < d_oilen> the system installs corectly with these applied 15:27 < rxr> nice changes upstream folks are doing over and over again 15:28 < mpp> regarding what ? 15:30 < d_oilen> the grub team is entirely occupied with grub 2 15:30 < d_oilen> so that is why grub did not kept the pace with ext3 changes 15:30 < d_oilen> and especially with ex2fstools 15:31 < rxr> well - grub2 is vapowear anyway 15:31 < rxr> we already have a heavily developer fixed improved grub 1 ... 15:31 < rxr> but I rarely if ever use ext* which is why I did not encounter that yet 15:32 < d_oilen> :) 15:32 < d_oilen> now let's fight wit xorg :)) 15:33 < d_oilen> nothing on screen :( 15:33 < mpp> good luck with that 15:33 < mpp> :-) 15:33 < d_oilen> darn 15:33 < mpp> i managed to fix the 2 issues with xorg 15:33 < mpp> black screen and no mouse +keyboard responding 15:33 < d_oilen> which issues? 15:33 < d_oilen> same here 15:33 < mpp> well xorg not working at all 15:33 < d_oilen> how did you solve? 15:33 < mpp> okay 2 things to consider 15:34 < mpp> there are shared packages with xkeyboard-config 15:34 < d_oilen> i'm all eyes :) 15:34 < mpp> you have to remove this package 15:34 < mpp> 2nd 15:34 < mpp> in the xorg.config 15:34 < rxr> -DCMAKE_CXX_FLAGS="-O666" ... appears to work ... 15:34 < rxr> and cmake ; make VERBOSE=1 also is of help 15:34 < mpp> you will have to add Option 'AllowEmptyInput' 'false' 15:35 < mpp> forget about the stone autoconfig 15:35 < rxr> though cmake appears to be broken and not parse -DCMAKE_CXX_FLAGS=-O666\ -fvisibility\=hidden 15:35 < rxr> what a fun 15:35 < mpp> xorgconfig will do just fine 15:35 < d_oilen> bsically i have to rebuild xorg server 15:35 < mpp> don't think so 15:35 < d_oilen> and remove the xkeyboard-config 15:35 < mpp> remove the xkeyboard-config should be enough 15:36 < d_oilen> lemme try 15:36 < mpp> but i can't recall exactly 15:36 < mpp> i can give you the pkglist necessary if you wnat 15:39 < mpp> j**** f***** christ - dependency hell 15:40 < CIA-66> rene * r31527 /trunk/package/multimedia/qdvdauthor/qdvdauthor.desc: * updated qdvdauthor (1.2.0 -> 1.6.1) 15:40 < mpp> this a waste of time 15:40 < mpp> some devs ought to be shot ! 15:41 < d_oilen> i do not have xkeyboard-config can you be so kind and point me to the package i have to remove? 15:41 < d_oilen> i agree with you 15:41 < d_oilen> i will buy a gun 15:42 < mpp> then you should try only to have the Option 'AllowEmptyInput' 'false' in the xorg.conf 15:42 < mpp> what does the /var/log/X.org.log say ? 15:42 < CIA-66> rene * r31528 /trunk/package/multimedia/ffmpeg/x264-core65.patch: 15:42 < CIA-66> * removed ffmpeg/x264.patch not neccessary with our mirrored SVN 15:42 < CIA-66> snapshot 15:43 < d_oilen> last message is Mouse1 ps2enabledatareporting succeded 15:43 < d_oilen> and after that everything is blank 15:43 < mpp> i shot the dev - but i didn't shot the deputy :-) 15:44 < mpp> can you paste the log so i can have a look 15:45 < d_oilen> it's difficult it is on another machine 15:45 < mpp> i see 15:45 < mpp> try the vesa driver first 15:45 < mpp> what hw is it ? 15:46 < d_oilen> ati 15:46 < mpp> hm could be trouble with the driver 15:46 < mpp> what ati axactly ? 15:48 < d_oilen> radeon 15:48 < d_oilen> at least that is what xorg reports 15:48 < mpp> i think they're broke 15:48 < mpp> try vesa first 15:48 < d_oilen> k 15:49 < d_oilen> yu'r great 15:49 < d_oilen> you hve to get a prize 15:50 < d_oilen> xorg works 15:50 < d_oilen> hooooooray 15:51 < mpp> congrats 15:51 < d_oilen> ok 15:51 < mpp> had e17 already working 15:51 < d_oilen> now a silly question 15:51 < mpp> im now on to targeting kde4 15:51 < mpp> there is no such thing - as you already know 15:51 < d_oilen> i think i built gnome or kde 15:51 < mpp> well gnome has alot of issues 15:51 < d_oilen> how can i change from twm to 15:51 < mpp> via stone menu - 6 15:52 < mpp> but you need to build gnome or kde first 15:55 < d_oilen> via stone does not work 15:55 < d_oilen> kde is built and also gnome 15:55 < d_oilen> the target was dextop system 15:55 < d_oilen> desktop 15:55 < d_oilen> 2 days of build 15:55 < d_oilen> :( 15:56 < rxr> stone should work - you need to re-login though for the profile.d to have effect 15:56 < rxr> you can also just edit your user's .xinitrc 15:56 < d_oilen> k 15:56 < rxr> or use a login manager with window-/desktop-manager selection 15:57 < d_oilen> i am far from that 15:57 < d_oilen> i just gave init 5 and the screen went blank 15:57 < d_oilen> :( 16:03 < mpp> thats cause init 5 makes autoconf 16:03 < mpp> that brings back the old driver 16:03 < mpp> thats broke 16:03 < mpp> have init 3 16:03 < mpp> startxdm 16:03 < mpp> enjoy ! :-) 16:04 < mpp> don't forget to mod the xorg.conf 16:04 < mpp> have it backed up somewhere 16:04 < d_oilen> shute 16:05 < d_oilen> init 5 should not go also on default xorg? 16:06 < d_oilen> ehat is the difference? 16:06 < mpp> nope it does autoconf on t2 16:06 < mpp> :-( 16:06 < mpp> anyways have init 3 and startxdm 16:08 < d_oilen> yep 16:08 < d_oilen> i'm up and running 16:08 < d_oilen> tnk mpp 16:11 < mpp> youre welcom 16:11 < mpp> e 16:11 -!- d_oilen [n=iulian@89.18.29.87] has quit ["Leaving"] 16:11 < mpp> i had those troubles too, lack of reading and investigating linux 16:12 < mpp> note to self: rtfm 16:12 < mpp> i'm out guys 16:12 < mpp> cya 16:12 -!- mpp [n=mpp@i53876620.versanet.de] has quit ["ChatZilla 0.9.84 [Firefox 3.0.3/2008092510]"] 16:19 -!- d_oilen [n=iulian@89.18.29.87] has joined #t2 16:19 < d_oilen> back 16:19 < d_oilen> it really works 16:19 < d_oilen> :)\ 16:34 -!- d_oilen [n=iulian@89.18.29.87] has quit ["Leaving"] 16:34 -!- d_oilen_ [n=iulian@89.18.29.87] has joined #t2 16:34 < d_oilen_> that's much better 16:37 < d_oilen_> now let's see if rtai builds 16:42 < d_oilen_> what has anjuta to do with esound ?!? 17:44 -!- d_oilen_ [n=iulian@89.18.29.87] has quit ["Leaving"] 18:06 -!- mpp [n=mpp@i53876620.versanet.de] has joined #t2 18:07 < mpp> re 18:11 -!- d_oilen [n=iulian@89.18.29.87] has joined #t2 18:11 < d_oilen> anybocy? 18:11 < mpp> yep 18:11 < mpp> im back again 18:11 < d_oilen> :) 18:11 < mpp> so what's the trouble with esound ? 18:11 < d_oilen> mee too from my shiny kde t2 18:11 < mpp> congrats 18:11 < mpp> ! 18:11 < d_oilen> what has anjuta to do with esound? 18:12 < mpp> nothing 18:12 < mpp> dependency hell 18:12 < mpp> the usual crap with oss 18:12 < d_oilen> shute 18:12 < d_oilen> ok 18:12 < mpp> im currently buidling gnome with trunk 18:12 < d_oilen> i have a prob and i don't know where to start 18:12 < mpp> go on 18:12 < d_oilen> good lick 18:12 < d_oilen> luck 18:12 < d_oilen> sorry 18:12 < mpp> what's your trouble 18:13 < d_oilen> Creating file list and doing final adaptions ... 18:13 < d_oilen> Created file outside allowed top-level dir: doc/README.gtkcauldron 18:13 < d_oilen> Created file outside allowed top-level dir: doc/README.gtkcauldron_for_python 18:13 < d_oilen> Created file outside allowed top-level dir: doc/adding-file-manager-new-items.txt 18:13 < d_oilen> Created file outside allowed top-level dir: doc/adding-sounds.txt 18:13 < d_oilen> Created file outside allowed top-level dir: doc/api-comment-style.txt 18:13 < d_oilen> Created file outside allowed top-level dir: doc/gtk_dialog_cauldron.3 18:13 < mpp> ah ... 18:13 < d_oilen> Created file outside allowed top-level dir: doc/suggestions.txt 18:13 < d_oilen> Created file outside allowed top-level dir: doc/session-management.txt 18:13 < d_oilen> Created file outside allowed top-level dir: doc/mime-type-handling.txt 18:13 < d_oilen> --- BUILD ERROR --- 18:13 < mpp> sounds familiar 18:13 < mpp> what package 18:13 < d_oilen> gnome-libs14 18:14 < mpp> what are you trying to build - gnome ? 18:14 < d_oilen> anjuta 18:14 < d_oilen> it's a dep for anjuta 18:14 < d_oilen> some of the libs of gnome are already built 18:14 < d_oilen> anjuta is my ide of choice for several years 18:15 < mpp> i see 18:15 < mpp> how do you build 18:15 < mpp> in a target or Emerge on a host ? 18:15 < d_oilen> emerge 18:15 < mpp> are you using 7.0 or trunk ? 18:15 < d_oilen> 7.0 18:15 < mpp> could be outdated 18:16 < mpp> we had that discussion 18:16 < d_oilen> but 18:16 < d_oilen> the problem is not related to build 18:16 < d_oilen> or to install 18:16 < mpp> on the other hand there are some weired dep's that absolutely make no sense and end up in shared packages 18:16 < mpp> but ---- 18:17 < mpp> ? 18:17 < d_oilen> :) 18:17 < d_oilen> i know 18:17 < d_oilen> dependency hell 18:17 < d_oilen> it's interesting 18:17 < mpp> shoot the dev's first 18:17 < mpp> ! :-) 18:17 < d_oilen> if you try to build anjuta it will add the gnome-libs14 18:17 < d_oilen> and some 2 or three other deps 18:18 < d_oilen> but if you try to build only gnome-libs14 you will have aditional 10 deps to build 18:18 < d_oilen> it's a total mess 18:18 < mpp> i know 18:18 < d_oilen> how in hell you get to build something? 18:19 < mpp> only thing you can do is go through the packages on a ref-system with emerge back and forth 18:19 < d_oilen> i tried to get a decent devel machine this is why i built thid desktop 18:19 < mpp> im on building a reference gnome 18:19 < mpp> i'll have the target / packages released as soon as i'm done 18:20 < d_oilen> i wanted to embark on rtai but right now i'm struggling to get a decent devel enviorement up and running 18:20 < mpp> i can than further investigate anjuta 18:20 < d_oilen> if you build gnome you will for shure 18:20 < d_oilen> anjuta is one of the gnomes best developement IDE 18:20 < d_oilen> it is conssidered almost the same as kdevelop 18:21 < mpp> i dropped kde for now 18:21 < mpp> it is a total mess 18:21 < mpp> e17 went almost flawless 18:21 < d_oilen> well what do you use in place? 18:21 < d_oilen> e17? 18:21 < mpp> for developing ? 18:21 < d_oilen> yep 18:21 < mpp> another machine atm 18:22 < d_oilen> x11 and a decent ide 18:22 < mpp> yes 18:22 < mpp> actually another distro 18:22 < mpp> until i have a stable desktop env 18:22 < mpp> that will be gnome 18:23 < mpp> fortunately i have a phenom x4 for building so it's somewhat speedy 18:23 < d_oilen> well my idea was to build a stable T2 with RTAI ans some x11 stuff as a refference machine and devel 18:23 < mpp> why rtai 18:23 < mpp> = 18:23 < mpp> ? 18:23 < d_oilen> i need some strict timing on a device attached to paralel port 18:23 < d_oilen> the only way is RTAI 18:23 < mpp> i see 18:24 < d_oilen> but i am not convinced that it works 18:24 < mpp> well i doubt that linux is the way to go 18:24 < d_oilen> don't start me on that 18:24 < mpp> for real time other kernels os'es are more feasable 18:24 < mpp> well it's the trouth 18:24 < d_oilen> i have already windows CNC and DOS cnc 18:24 < d_oilen> yep MS-DOS 18:24 < mpp> no comment on mickeymousoses 18:25 < d_oilen> lol 18:25 < d_oilen> ok 18:25 < mpp> sorry 18:25 < d_oilen> if you handle gnome please look into anjuta 18:25 < mpp> i will ! 18:26 < d_oilen> and if you do also pleasu update to at least 2.2 18:26 < mpp> could be in a couple of hours - the way it looks now 18:26 < d_oilen> no prob 18:26 < mpp> 2.2 ? 18:26 < d_oilen> anjuta 2.2 4 18:26 < mpp> ah 18:26 < d_oilen> you have 2.1.0 18:26 < mpp> 2.24.1 is in trunk 18:27 < d_oilen> that's better 18:27 < d_oilen> in 7.0 is 2.2.1 18:27 < d_oilen> in 7.0 is 2.2.0 18:27 < mpp> we'll see about that 18:27 < d_oilen> sorry 18:27 < mpp> i know 18:27 < mpp> that's why i make the effort to have a gnome on trunk 18:27 < mpp> the other stuff is outdated 18:27 < mpp> obviously 18:28 < d_oilen> if you have ir up and running i'll switch to trunk 18:28 < d_oilen> but i really need a stable eviorement 18:29 < mpp> you got it 18:29 < d_oilen> trunk is still too shaky 18:29 < mpp> i'll have it on a repo for you to pull 18:29 < d_oilen> thankyou so much 18:29 < mpp> no probl 18:30 < mpp> in terms of ide i only have some experience with eclipse 18:30 < mpp> it's also somewhat crappy 18:30 < d_oilen> :) 18:30 < d_oilen> yep and cluttered 18:30 < d_oilen> name it i tried several IDE's from borland to IBM, 18:30 < d_oilen> and M$ 18:31 < d_oilen> i stick to three of them 18:31 < d_oilen> VisualStud on win$ SunStudio on solaris and anjuta in linux 18:32 < d_oilen> and sometimes if i am in a hurry i use delphi on win$ 18:32 < mpp> sounds good 18:32 < mpp> does anjuta support ruby ? 18:32 < d_oilen> yep 18:32 < mpp> cool than it's definetly on my list to checkout 18:32 < d_oilen> goto www.anjuta.org and see for yourself 18:33 < d_oilen> it's a decent tool 18:33 < d_oilen> it's not like netbeans but it's confortable and easy to learn 18:33 < mpp> sounds promising 18:34 < d_oilen> unfortunaltey there are no plans of cross building it on MS$ 18:34 < mpp> who needs m$ anyways 18:34 < d_oilen> my customers :) 18:34 < d_oilen> they are MS$ freaks 18:34 < mpp> mine are too 18:34 < mpp> but that's their own piece of cake 18:35 < d_oilen> unfortunately i have to build server apps on *nix systems and of course interfaces and GUI's in ms$ 18:35 < d_oilen> it's .... 18:36 < mpp> what the mass thinks it needs to get off 18:36 < mpp> whatever 18:36 < d_oilen> i thought that finally C# will make the difference but.... 18:36 < d_oilen> ok 18:36 < mpp> in what terms ? 18:36 < mpp> you mean in terms of OO 18:37 < d_oilen> cross platform 18:37 < mpp> ah. 18:37 < mpp> well that's a myth 18:37 < d_oilen> same source on *nix and win 18:37 < d_oilen> yep 18:37 < mpp> that's all marketing purpose 18:37 < mpp> but who cares 18:37 < d_oilen> i know 18:37 < mpp> browser based apps will evenentually take over anyway 18:38 < d_oilen> hmmm 18:38 < d_oilen> maybe 18:38 < d_oilen> but there must be some solid HW interface built there since right now you cannot do hardware from browser 18:39 < mpp> you are right 18:39 < mpp> still fighting my way throug gnome deps on trunk 18:39 < mpp> gee what a mess 18:40 < d_oilen> i agree 18:40 < d_oilen> :) 18:40 < mpp> maybe rxr could update gnome cache files 18:40 < mpp> would help me somewhat 18:40 < d_oilen> i don't think rxr is online 18:41 < d_oilen> well when do you think that trunk will become 8.0? 18:43 < d_oilen> brb 18:49 < d_oilen> mpp be aware of what i dicovered about grub and ext3 on trunk 19:08 < mpp> i don't have this issue with ext3 19:09 < mpp> on trunk 19:09 < d_oilen> k 19:09 < d_oilen> it's good to know 19:10 < d_oilen> suppose i want to instal e17 i would have to use Emerg-pkg with the repository no? 19:11 < d_oilen> but as the manual say this repository option only builds the packages it does not install 19:11 < d_oilen> so how do i install? 19:17 < mpp> you emerge the repository e17 19:17 < mpp> that builds e17 to start 19:17 < mpp> some packages however do fail 19:18 < d_oilen> i know but how do i get them installed? 19:18 < mpp> you emerge those that failed seperatly 19:19 < mpp> btw alternative to rtai would be hurd / nanokernel 19:53 < d_oilen> has anyone built rtai at least once? 19:54 < mpp> nope 19:54 < mpp> so i have gnome somewhat up and running 19:54 < mpp> but !!!! 19:54 < mpp> it is a total mess 19:54 < mpp> metacity crashed 19:54 < mpp> dbus policy issue etc.etc.etc. 19:54 < mpp> screw this shit ! 19:55 < d_oilen> :) 19:55 < d_oilen> don't give up 19:55 < mpp> well i don't have to 19:56 < mpp> i'll just take another path 19:56 < mpp> with or without a specific distro or whatever 19:57 < d_oilen> mening you'll give up on t2 19:59 < mpp> not exactly 19:59 < mpp> but for the purpose of gui - 19:59 < mpp> i have other stuff to do than fix windowing systems 20:00 < mpp> the only one working for me was e17 20:00 < mpp> so i'll take that and stick with other apps 20:00 < d_oilen> i was thinking to go with e17 and build my apps around it 20:01 < d_oilen> i will try to satisfy my deps 20:01 < d_oilen> right now i need only GTK 20:01 < d_oilen> and the libs i have builds ok 20:01 < d_oilen> now 20:02 < d_oilen> t2 it's a mess 20:02 < rxr> ? 20:02 < d_oilen> rtai package 20:02 < d_oilen> look in package/contrib/rtai/rtai.conf 20:04 < d_oilen> i'm downloading trunk to see if it's the same 20:05 < d_oilen> rxr try to build rtai for branch 7.0 20:07 < d_oilen> well i was refferring to this issue ... 20:08 < d_oilen> since 7.0 is stable anybody trying to use this shoud build first a stable version 20:08 < d_oilen> last version is 7.0 so it should build 20:08 < d_oilen> the mess was referring to this 20:12 < d_oilen> same issue in trunk 20:13 < d_oilen> there's no scripts/configure.in in current rtai download 3.2-xxx 20:19 < d_oilen> ok i'll try trunk build 20:19 < d_oilen> rxr you remember the findings about the ext3 fs? 20:19 < d_oilen> can you post them to t2 7.0? 20:29 < d_oilen> The use of custmain is deprecated, please use hooks instead 20:31 < d_oilen> mpp still there? 20:32 < mpp> yes i am 20:32 < d_oilen> Emerge-pkg -repository e17 yelds nothing 20:33 < d_oilen> Packages scheduled to build : none 20:33 < d_oilen> why? 20:33 < mpp> you need a rule in the pkgsel of your config 20:33 < mpp> like X */* 20:33 < mpp> or X e17/* 20:47 < mpp> d_oilen: what's your status ? 20:48 < d_oilen> added that still nothing 20:48 < d_oilen> i ma struggling with it 20:48 < d_oilen> in the meantime i am trying to build a rtai dist 20:48 < d_oilen> added in pkgsel of /desktop what you suggested 20:48 < d_oilen> no change 20:53 < d_oilen> rxr by defaout for rtai target gmp and mpfr should be selected to build otherwise gcc build will fail 20:55 < d_oilen> mpp how can i add changes in trunk if i fixed something ? 20:55 < d_oilen> i think it would be more productive since asking rxr to change every time could anooy him? 21:02 < mpp> can you paste you pkgsel to pastebin.com ? 21:02 < mpp> not here on the channel 21:09 < d_oilen> it's on pastebin 21:11 < mpp> cool 21:11 < mpp> now all i need is the link to the pastbin !!!!! 21:13 < d_oilen> http://pastebin.com/m47978569 21:13 < d_oilen> sorry 21:13 < d_oilen> multishtasking sometimes is frustrating 21:13 < d_oilen> :) 21:15 < d_oilen> what do you make from the following ? 21:15 < d_oilen> Makefile:413: /home/t2-trunk/src.linux26.embrt.20081214.221252.9175.localhost/linux-2.6.23/arch/x86/Makefile: No such file or directory 21:15 < d_oilen> make: *** No rule to make target `/home/t2-trunk/src.linux26.embrt.20081214.221252.9175.localhost/linux-2.6.23/arch/x86/Makefile'. Stop. 21:15 < d_oilen> Due to previous errors, no 1-linux26.log file! 21:18 < mpp> hm. dunno 21:18 < mpp> you should run scripts/Config for the pkgs problem 21:18 < mpp> and the reemerge 21:18 < mpp> you are still on 7.0 i guess 21:19 < mpp> seems the arch is not supported 21:19 < mpp> or the kernel tree is not properly patched 21:19 < d_oilen> nope 21:19 < d_oilen> i'm on trunk trying to build a rtai target 21:19 < mpp> ah ok 21:19 < d_oilen> i think that 21:19 < d_oilen> now i'm investigating something 21:30 < d_oilen> rxr in trunk/package/contrib/rtai/pkg_linux26_post.conf at line 41 insert a fi. otherwise the patching will fail 21:51 < mpp> got xfce4 working 21:51 < mpp> nice one ! 21:51 < d_oilen> i'm gealous 21:51 < mpp> :-) 21:51 < mpp> don't be 21:51 < d_oilen> Makefile:413: /home/t2-trunk/src.linux26.embrt.20081214.225017.11197.localhost/linux-2.6.23/arch/x86/Makefile: No such file or directory 21:51 < d_oilen> make: *** No rule to make target `/home/t2-trunk/src.linux26.embrt.20081214.225017.11197.localhost/linux-2.6.23/arch/x86/Makefile'. Stop. 21:52 < mpp> cat you paste the whole log src.linux26...... 21:52 < d_oilen> here or to pastebin? 21:52 < mpp> pastebin please 21:52 < mpp> always 21:52 < d_oilen> understood 21:52 < d_oilen> wait a moment 21:52 < mpp> otherwise the chat gets flooded 21:52 < mpp> and we banned ! ;-) 21:53 < d_oilen> error log yes? 21:53 < mpp> ah yes 21:53 < mpp> src.linux..... 21:54 < mpp> rc.linux26.embrt.20081214.225017.11197.localhost/ERROR-LOG 21:54 < d_oilen> http://pastebin.com/d6888f19d 21:55 < d_oilen> as far as i remember there's no x86 arch maybe x86_64 21:55 < d_oilen> it should be i386 but i do not know where to fix this 21:55 < mpp> are you on x86_64 ? 21:56 < d_oilen> nope 21:56 < d_oilen> x86 21:56 < mpp> hm.. 21:56 < mpp> what is the target architecture 21:56 < mpp> maybe it needs to be cross-compiled 21:56 < d_oilen> target is i486 21:56 < mpp> hm... 21:57 < mpp> i have no clue - honestly 21:57 < mpp> i have never encountered rtai et al 21:57 < mpp> tried googleing 21:57 < mpp> ? 21:58 < d_oilen> i think that i am the only crazy one 21:58 < d_oilen> :) 21:58 < mpp> no way 21:58 < mpp> we all suck ! 21:58 < mpp> ;-) 21:58 < d_oilen> actually rtai is a set of patches to linux kernel 21:58 < d_oilen> so the kernel should build anyway 21:59 < d_oilen> but i think that config is broken somewhere but i do not know where to fix it 21:59 < d_oilen> the makefile should call the arch for the machine i configured 21:59 < d_oilen> instead of taking i486 or i386 from config it takes x86 22:00 < d_oilen> i'm not very familiar with the internals of t2 build system 22:01 < d_oilen> if you look at the patches applied by rtai all are applied to i386 subdir 22:01 < d_oilen> so why am i calling a Makefile from x86? 22:09 -!- wtracy [n=wtracy@adsl-68-122-7-13.dsl.pltn13.pacbell.net] has joined #t2 22:10 < mpp> i think rxr can answer or the rtai maintainer on t2 22:10 < mpp> i have to pass 22:12 < d_oilen> well now i'm trying to build on 7.0 22:12 < d_oilen> i think that is the version where rtai appeared first 22:12 < d_oilen> so we are going from old to new 22:12 < d_oilen> :d 22:13 < d_oilen> but what i do not understand is how the packages are updated in the mirrors 22:13 < d_oilen> and after they are updated nobody does at least a test build? 22:14 < d_oilen> and when a branch is considered stable there should be a branch maintainer that can filter all the new packages and build everything 22:15 < d_oilen> again to ensure that the build is ok... 22:15 < d_oilen> otherwise we get struggeling with broken issues instead of focusing on real developement 22:16 < d_oilen> am i right? 22:17 < d_oilen> on the other hand i think that rtai maintainer gave up on t2 22:17 < d_oilen> dunno for shure 22:40 < d_oilen> ok 22:40 < d_oilen> i found what i need to change but how do i make it? 22:41 < d_oilen> by enabling xtrace i found the command but where i have to fix it? 22:41 < d_oilen> i-ll leave it to rxr so 22:42 < d_oilen> rxr in process of building rtai target we need to change this command eval make -j3 ARCH=x86 CROSS_COMPILE=i486-t2-linux-uclibc- KCC=i486-t2-linux-uclibc-kcc oldconfig 22:43 < d_oilen> to this eval make -j3 ARCH=i386 CROSS_COMPILE=i486-t2-linux-uclibc- KCC=i486-t2-linux-uclibc-kcc oldconfig 22:43 < d_oilen> thie error occurs when the t2 build system tires to build the kernel 22:53 < d_oilen> mpp i go to sleep have a nice evening 22:53 -!- d_oilen [n=iulian@89.18.29.87] has quit ["Leaving"] 23:07 < mpp> bye --- Log closed Mon Dec 15 00:00:00 2008