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