**** BEGIN LOGGING AT Fri Mar 03 10:59:57 2006
Mar 03 10:59:57 * RP realises the command :)
Mar 03 11:09:27 <Cockroach-> hmh "NOTE: preferred version 3.4.3 of gcc-cross-sdk not available"
Mar 03 11:09:57 <RP> Cockroach-: Is this the .dev branch or the release branch?
Mar 03 11:10:16 <Cockroach-> RP: oz354fam083
Mar 03 11:10:49 <RP> Cockroach-: Ah, its not in there :-(. Are you using openzaurus?
Mar 03 11:12:36 <Cockroach-> RP: I don't think so. I'm sorry for these vague answers, but I'm like alice in wonderland
Mar 03 11:12:50 <RP> Cockroach-: What is your DISTRO setting in local.conf?
Mar 03 11:13:01 <Cockroach-> RP: "familiar-0.8.3"
Mar 03 11:14:41 <RP> Cockroach-: I know openzaurus is totally broken, koen tells me familar builds but it never worked for me. All my fixes for these issues went into the .dev branch...
Mar 03 11:15:00 <Cockroach-> hmm
Mar 03 11:15:44 <koen> and familiar is totally unmaintained in OE at the moment
Mar 03 11:16:26 <CIA-12> 03rpurdie 07org.oe.dev * r8302147d... 10/packages/linux/linux-openzaurus_2.6.15.bb: linux-oz-2.6: Switch to rmk's proper pxa mmc timeout fix and fix ALSA sound for corgi (two different bugs).
Mar 03 11:16:32 <Cockroach-> So, if my goal is to build an development environment, where I can first build and debug an application in x86 architecture, using Xnest as the small window simulating the ipaq. After the software works in x86, I need to port it to Ipaq 3630 which (most likely) runs familiar 0.8.2 or 0.8.3.
Mar 03 11:16:38 <RP> _law_: ping - see above ;-)
Mar 03 11:16:47 <Cockroach-> What is the way to go. If familiar is not supported through OE
Mar 03 11:16:51 <_law_> RP, :-) 
Mar 03 11:16:57 <hrw|work> RP: thx for that patch
Mar 03 11:17:14 <RP> hrw|work: I've tested me cards and reported to rmk (all work)
Mar 03 11:17:21 <RP> s/me/my/
Mar 03 11:17:21 <_law_> RP, thx
Mar 03 11:17:54 <_law_> RP, i cant test my non-working card because she died last week in my digicam 
Mar 03 11:18:39 <RP> Cockroach-: What koen means is that familar no longer has a maintainer in OE. You'll have to ask the familar developers what they plan to do
Mar 03 11:18:44 <hrw|work> RP: I saw that
Mar 03 11:19:38 <_law_> bbl
Mar 03 11:20:08 <Bernardo> RP: want me to build and test with my 1Gb sd card this weekend?
Mar 03 11:20:11 <Cockroach-> RP: and in OE there are no other 3630 compatible distros which could work?
Mar 03 11:20:37 <hrw|work> Bernardo: would be nice
Mar 03 11:21:19 <Bernardo> ok, time to clean up my dev branch build dir, I'll try to get it started tonight
Mar 03 11:21:41 <RP> Bernardo: yes please. Any testing would be good :)
Mar 03 11:21:43 <_guillermo> gcc-cross-initial-3.4.4-r3 is giving segmentation fault, do I need some ARCH_FLAGS_FOR_TARGET, or could it be that I build with -j3 ?
Mar 03 11:22:52 * Bernardo hopes the wife and child let him use the pc this weekend... :)
Mar 03 11:23:03 <RP> Cockroach-: Any distribution within OE can in theory support any machine. Its just tradition that ipaqs are covered by familar
Mar 03 11:23:13 <RP> Cockroach-: I use my ipaq under openzaurus ;-)
Mar 03 11:24:20 <Cockroach-> RP: Okay, I just have used familiar myself so I didn't even know the alternatives. Except intimate, which in other hand is far too big for my purposes.
Mar 03 11:38:56 <hrw|work> RP: your ipaq is not even officially released in familiar
Mar 03 11:39:27 <RP> hrw|work: It needs some TLC :-/
Mar 03 11:39:33 <hrw|work> RP: I think that we could provide plain kernel image for c7x0 and ask oz users to test it
Mar 03 11:40:11 <hrw|work> RP: and someone with thc?
Mar 03 11:42:12 <RP> hrw|work: You mean for the MMC fix?
Mar 03 11:42:25 <hrw|work> RP: kernel yes
Mar 03 11:43:08 <RP> hrw|work: It would be nice to get it tested
Mar 03 11:44:54 <hrw|work> NOTE: package linux-openzaurus-2.6.15-r11: task do_clean: started
Mar 03 11:45:26 <hrw|work> build started
Mar 03 11:52:39 <hrw|work> NOTE: package linux-openzaurus-2.6.15-r11: task do_build: completed
Mar 03 11:53:35 <hrw|work> http://ewi546.ewi.utwente.nl/tmp/hrw/2.6.15-test/zImage.bin-c7x0
Mar 03 12:00:22 <_guillermo> koen: how did you create your GULEV presentation? Latex? It really rules
Mar 03 12:01:44 <_guillermo> has anyone compiled gcc-cross-initial-3.4.4-r3 successfully, I just want to know if it's a gcc bug or a config problem
Mar 03 12:04:25 <koen> _guillermo: latex-beamer
Mar 03 12:06:57 <_guillermo> koen: I was gonna start with it, but the tutorial is around 200 pages long, is creating basic presentations really complex?
Mar 03 12:07:58 <hrw|work> RP: http://pastebin.com/581757 - any notes?
Mar 03 12:14:16 <koen> _guillermo: it isn't
Mar 03 12:15:09 <koen> _guillermo: I just modified one of the tutorials: http://dominion.kabel.utwente.nl/koen/talks/Gulev2005.tex
Mar 03 12:17:09 <hrw|work> RP: ping
Mar 03 12:23:25 <reenoo> morning
Mar 03 12:23:44 <hrw|work> hi Rene
Mar 03 12:23:54 <reenoo> hey Marcin
Mar 03 12:27:26 <hrw|work> RP: sent to oz-devel
Mar 03 12:33:54 <_guillermo> reenoo: hi
Mar 03 12:34:35 <_guillermo> koen: where can I find info about the armstrong distro? I find no links, and, is it more suitable for ipaqs than oz ?
Mar 03 12:38:08 <koen> _guillermo: http://openzaurus.org/wordpress/newsletters/ooo-newsletter-200508/
Mar 03 12:43:18 <reenoo> koen: what's the status of the release branch btw? it seems like pretty much everyone is pushing stuff there nowaydays. am I free to push a couple of bugfixes?
Mar 03 12:43:35 <koen> reenoo: no idea, I don't work on familiar anymore
Mar 03 12:43:59 <koen> reenoo: you'd have to ask france who's in charge of familiar, since he seems to be managing it now
Mar 03 12:47:51 <reenoo> koen: hmm, ok.
Mar 03 12:48:33 <hrw|work> during evening I will probably update python in .oz354fam083 branch
Mar 03 12:49:26 <koen> reenoo: I highly doubt that future familiar releases will use OE, but as I said, ask france 
Mar 03 12:49:29 <law_> hi
Mar 03 12:49:38 <law_> dependency x11 (for rxvt-unicode) not satisfied
Mar 03 12:50:48 <hrw|work> RP: http://pavelmachek.livejournal.com/17383.html
Mar 03 12:51:53 <_guillermo> ok, no matter what version of gcc-cross-initial I try to compile I always get the same segmentation fault error
Mar 03 12:53:01 <koen> law_: monotone pull
Mar 03 12:55:28 <reenoo> koen: we'll see
Mar 03 12:55:57 <koen> reenoo: indeed
Mar 03 13:27:04 <Crofton> will oe deal with a package whose source file is called something like ossie_demo-0.5.0 OK?
Mar 03 13:27:16 <Crofton> or will the underscore in the name confuse the vesion stuff?
Mar 03 13:27:31 <Crofton> I forget ....
Mar 03 13:28:28 <hrw|work> I would rename to ossie-demo
Mar 03 13:28:41 <hrw|work> so it will be ossie-demo_0.5.0-r0_arm.ipk
Mar 03 13:29:06 <Crofton> yeah, I just noticed the name
Mar 03 13:29:24 <Crofton> I need to make a ticket to get it renamed at some point, just for completeness :)
Mar 03 13:30:05 <hrw|work> Crofton: you lack r/w to repo?
Mar 03 13:30:35 <Crofton> which one?
Mar 03 13:30:52 <hrw|work> openembedded 
Mar 03 13:31:02 <Crofton> yeah
Mar 03 13:31:14 <Crofton> it isn't really a problem for me at the moment
Mar 03 13:31:22 <Crofton> way to distracted by some other crap :(
Mar 03 13:31:56 <Crofton> when the scm wars are over I need to talk about changing this :)
Mar 03 13:35:59 <law_> RP: alsa now finds my soundcard again :-)
Mar 03 13:36:14 <law_> but dont hear anything :-(
Mar 03 13:36:42 <law_> doest someone have got a working asound.conf for c7x0 ?
Mar 03 13:52:51 <mickeyl> darn. snowing like hell here. had to leave the car in the office because it didn't make the 15 degree ramp at the parking lot. heh
Mar 03 13:52:58 <mickeyl> ~curse winter
Mar 03 13:53:06 <mickeyl> hi btw,
Mar 03 13:53:42 <koen> hey mickeyl 
Mar 03 13:54:49 <RP> law_: You seen to fiddle in alsamixer. I have the state file and will add to zaurusd soon
Mar 03 13:55:01 <RP> hi mickeyl 
Mar 03 13:55:09 <law_> RP: ok thanks
Mar 03 13:55:27 <pb__> mickeyl: heh
Mar 03 13:55:28 <law_> RP: there are less options in alsamixer or?
Mar 03 13:55:45 <hrw|work> hi mickeyl 
Mar 03 13:55:51 <RP> law_: Yes, liam trimmed it down a bit
Mar 03 13:56:36 <law_> RP: if you add the state file to svn i?ll test zaurusd
Mar 03 13:59:09 <RP> law_: A few more changes than that are needed. I also couldn't get mic input working :-(
Mar 03 14:03:04 <law_> RP: could you meanwhile publish state file ?
Mar 03 14:06:11 <RP> law_: http://www.rpsys.net/openzaurus/temp/asound.state-headphones
Mar 03 14:07:40 <koen> RP: I suspect lshal on your borzoi would be more interesting, especially with usb stuff plugged in
Mar 03 14:08:22 <RP> koen: I ran it on spitz before admittedly not with usb doing anything useful...
Mar 03 14:11:26 <koen> hey lrg 
Mar 03 14:11:31 <hrw|work> hi Liam
Mar 03 14:11:38 <lrg> hey koen, hrw|work 
Mar 03 14:11:55 <RP> hi Liam
Mar 03 14:12:18 <lrg> hey RP, got your mail, i'll check the wm8731 driver
Mar 03 14:13:02 <lrg> RP: btw, boku is 50% way through his driver. we may ahve another platform soon.
Mar 03 14:14:01 <RP> lrg: Excellent :)
Mar 03 14:14:26 <RP> lrg: Is a simple bug, thankfully :)
Mar 03 14:15:00 <lrg> RP: more good news, I've just added aux dac support to tosa. so we now have 2 hardware playback devices.
Mar 03 14:15:45 <RP> koen: http://www.rpsys.net/openzaurus/temp/lshal-spitz
Mar 03 14:15:52 <lrg> RP: I've also been confirmed now to speak at CELF, are you guys going ?
Mar 03 14:16:27 <RP> lrg: Congrats:). As yet, no, I'm not going though
Mar 03 14:17:45 <do13> Hi all
Mar 03 14:17:50 <RP> hi Dirk
Mar 03 14:18:11 <lrg> hey Dirk
Mar 03 14:18:17 <do13> Hi Richard, Liam
Mar 03 14:18:29 <lrg> do13: I'm half way through the tosa work
Mar 03 14:18:36 <koen> hey do13 
Mar 03 14:18:44 <do13> Hi koen
Mar 03 14:19:13 <do13> lrg: cool. which parts are left?
Mar 03 14:20:21 <RP> hrw|work: Thanks for that oz-dev post btw - I managed to miss a chunk of irc earlier
Mar 03 14:20:31 <hrw|work> RP: happens
Mar 03 14:21:09 <lrg> do13: touch
Mar 03 14:29:32 <do13> lrg: Does the MASK signal(pin47) affects also the aux inputs or only the touch?
Mar 03 14:30:39 <lrg> do13: iirc , just the touch, although I'll check before I start the work
Mar 03 14:41:14 <CIA-12> 03nail 07org.oe.dev * rc32e1475... 10/ (3 files in 3 dirs): slugos: Add icecast to feed
Mar 03 14:41:39 <douglee> I'm running monotone to pull OE, it seems can'
Mar 03 14:41:47 <douglee> I'm running monotone to pull OE, it seems can't stop:
Mar 03 14:42:00 <douglee> monotone: bytes in | bytes out | certs in | revs in | revs written
Mar 03 14:42:01 <douglee> monotone:   38.8 M |     1.9 M |   18,304 |   4,656 |            1
Mar 03 14:42:01 <douglee> monotone: verifying new revisions (this may take a while)
Mar 03 14:42:01 <douglee> monotone: bytes in | bytes out | certs in | revs in | revs written
Mar 03 14:42:03 <douglee> monotone:   40.0 M |     1.9 M |   18,304 |   4,656 |          291          
Mar 03 14:42:18 <mickeyl> sounds good. it will stop when the revs written equal the revs in
Mar 03 14:42:37 <douglee> OK, thanks 
Mar 03 14:42:41 <mickeyl> np
Mar 03 14:42:53 <law_> RP: alsactl retore -f asound.state-headphones also doesnt help :-(
Mar 03 14:42:55 <_guillermo> douglee: go get a coffee btw, it will take some time
Mar 03 14:43:05 <mickeyl> note that downloading a snapshot from ewi reduces initial pulltime
Mar 03 14:43:17 <koen> mickeyl: gcc 4.1 is in, although it needs a small fix
Mar 03 14:43:20 <mickeyl> _guillermo: s/coffee/vacation/
Mar 03 14:43:25 <mickeyl> koen: excellent! what's missing?
Mar 03 14:43:26 <douglee> I've waited about 20 minutes
Mar 03 14:43:33 <_guillermo> hehe, yes
Mar 03 14:43:42 <hrw|work> douglee: you will wait few hours atleast
Mar 03 14:43:55 <koen> mickeyl: http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=66f31781e05b4f063072f89d50345212e9a22ad9
Mar 03 14:44:21 <_guillermo> RP: do you have a working local.conf for akita? maybe I'm missing something, it's not normal that gcc segfaults no matter the version used
Mar 03 14:44:22 <douglee> few hours....
Mar 03 14:44:34 <koen> ~ewi
Mar 03 14:44:36 <reenoo> hrw|work: make that days
Mar 03 14:44:45 <hrw|work> reenoo: eons
Mar 03 14:45:26 <_guillermo> hours? in the dual xeon in the uni it took almost a day
Mar 03 14:45:39 <koen> 12 hours on a 1800MHz machine
Mar 03 14:45:40 <douglee> mickeyl: I did download a snapshot from ewi, but I got a message:
Mar 03 14:46:14 <douglee> monotone --db=/stuff/oe.db pull ewi546.ewi.utwente.nl org.openembedded.dev
Mar 03 14:46:14 <douglee> monotone: misuse: database /home/kevlo/oe.db does not exist
Mar 03 14:46:14 <douglee> kevlo@rtsl:~/oe$ monotone --db=/home/kevlo/oe/oe.db pull ewi546.ewi.utwente.nl org.openembedded.dev
Mar 03 14:46:17 <douglee> monotone: misuse: database schemas do not match: wanted 1509fd75019aebef5ac3da3a5edf1312393b70e9, got bd86f9a90b5d552f0be1fa9aee847ea0f317778b. try migrating database
Mar 03 14:46:22 <koen> _guillermo: intel cpu's suck when it comes to monotone
Mar 03 14:46:33 <hrw|work> douglee: it means: update monotone
Mar 03 14:46:36 <CIA-12> 03koen 07org.oe.dev * r33fdb708... 10/conf/distro/angstrom-2006.9.conf: angstrom-2006.9.conf: add a working feed URI
Mar 03 14:46:42 <hrw|work> douglee: 0.24 iirc is needed
Mar 03 14:47:03 <koen> use 0.25
Mar 03 14:47:04 <douglee> I installed monotone on Ubuntu
Mar 03 14:47:27 <douglee> dpkg -l|grep monotone
Mar 03 14:47:27 <douglee> ii  monotone                               0.23-0ubuntu1                      A distributed version (revision) control sys
Mar 03 14:47:29 * koen uses http://venge.net/monotone/downloads/monotone-0.25-linux-x86.bz2
Mar 03 14:47:40 <hrw|work> douglee: 03 15:50 < koen> use 0.25
Mar 03 14:47:45 <douglee> ok
Mar 03 14:47:53 <hrw|work> douglee: 0.24 is minimal version, 0.25 is suggested
Mar 03 14:48:08 <koen> 0.24 has a bug in key management
Mar 03 14:48:11 <hrw|work> douglee: sooner or late 0.26 will arrive but we will suggest 0.25
Mar 03 14:48:30 <douglee> Looks like oe wiki should be updated :)
Mar 03 14:49:55 <mickeyl> douglee: indeed. please do so
Mar 03 14:50:27 <tnb> any opie guys here? I'm trying to build a minimally-working opie image for the hx4700 community. Base image 1) tries to run 'detect-stylus' on boot / login; I thought that was for gpe. 2) touchscreen doesn't work, no QWS_MOUSE_PROTO is set in init.d/opie (or TSLIB_TSDEVICE). 3) keys don't work (never have with hx4700). Any suggestions?
Mar 03 14:50:58 <koen> install detect-stylus :)
Mar 03 14:51:05 <douglee> I think I'd better stoping pull oe.db and use a snapshot oe.db instead.
Mar 03 14:51:17 <hrw|work> douglee: good thinking
Mar 03 14:51:18 <koen> my further suggestion is to hammer 'hardcoding is bad' into the opie peoples heads 
Mar 03 14:51:30 <mickeyl> TSLIB_TSDEVICE should be set in some ts.conf
Mar 03 14:51:35 <tnb> (I updated udev to 0.84, and /dev/input/eventX are present.)
Mar 03 14:51:39 <tnb> ok, looking...
Mar 03 14:51:51 <mickeyl> does the Opie device abstraction layer know about the hx4700 ?`
Mar 03 14:52:01 <mickeyl> if not, it should be added. we accept patches :)
Mar 03 14:52:27 <mickeyl> QWS_MOUSE_PROTO should never be set. it defaults to tslib
Mar 03 14:52:29 <tnb> yes, minimally at least: Starting Opie....
Mar 03 14:52:29 <tnb> ODevice() - found 'Hardware     : HP iPAQ HX4700'
Mar 03 14:52:29 <tnb> OGlobal::creating global configuration instance.
Mar 03 14:53:16 <douglee> thanks guys, I gotta work. Later :)
Mar 03 14:53:17 <tnb> oops, no ts.conf in the root image
Mar 03 14:53:25 <mickeyl> tnb: see $OE/packages/tslib/tslib/
Mar 03 14:53:25 <koen> tnb: that's expected
Mar 03 14:53:34 <mickeyl> sounds like someone needs to add a configuration file for that machine
Mar 03 14:53:46 <koen> mickeyl: nope, it has a config file
Mar 03 14:54:06 <mickeyl> where?
Mar 03 14:54:09 <koen> mickeyl: as I've explained before, the hx4700 event devices changes number quite often
Mar 03 14:54:24 <koen> so it has to use detect-stylus till the udev rules are in place
Mar 03 14:54:41 <mickeyl> interesting
Mar 03 14:54:46 <mickeyl> odd device
Mar 03 14:54:47 <mickeyl> heh
Mar 03 14:54:48 <tnb> ah, so it might be that the config file has a different /dev/input configured
Mar 03 14:54:53 <koen> to quote zecke "so ship detect-stylus, I don't care"
Mar 03 14:55:39 <koen> mickeyl: non determistic module loading order
Mar 03 14:55:52 <mickeyl> i see. yes, automatic detection would be nice. i guess it would be in since day one if we would write something from scratch ;)
Mar 03 14:56:38 <RP> A udev script figuring it out and creating some fixed devices names should be simple to do...
Mar 03 14:56:44 <tnb> right: order will change based on built-in vs. module, etc
Mar 03 14:56:48 <koen> the same trouble exist for h2200
Mar 03 14:56:59 <mickeyl> RP: that's right. i guess it's a matter of a question where stuff like this belongs to
Mar 03 14:57:03 <koen> tnb: and when upstream changes something in the input system
Mar 03 14:57:11 <RP> mickeyl: Offhand, do you know how to make opie bypass the touchscreen calibration and use a mouse for input btw? (I ask as I'd like to make qemuarm do that)
Mar 03 14:57:19 <hrw|work>  /dev/input/touchscreen0 /dev/input/keyboard0?
Mar 03 14:57:27 <RP> mickeyl: zaurusd renamed to devmand IMO
Mar 03 14:57:39 <RP> hrw|work: Something like that, yes
Mar 03 14:58:02 <mickeyl> RP: it's not that easy. i'm afraid you need a special mouse applet feeding in mouse events from usb. 
Mar 03 14:58:17 <mickeyl> RP: at least that's what the SharpROM cloners are doing
Mar 03 14:58:18 <koen> mickeyl: http://handhelds.org/hypermail/hx4700-port/14/1442.html
Mar 03 14:58:22 <_guillermo> RP: could I have your local.conf for akita?
Mar 03 14:58:36 <RP> _guillermo: I don't have an akita...
Mar 03 14:58:55 <mickeyl> koen: oh yea
Mar 03 15:00:14 <RP> mickeyl: So opie is touchscreen only? Its a shame as I can get to the touchscreen calibration splashscreen under qemuarm...
Mar 03 15:01:00 <koen> detect-stylus has no side effect, except putting libx11 in the rootfs (~150kB or so)
Mar 03 15:01:20 <mickeyl> RP: try setting QWS_MOUSE_PROTO=USB
Mar 03 15:01:29 <hrw|work> koen: detect-stylus-nox is simple to make
Mar 03 15:01:39 <mickeyl> RP: some code seems to be in the qte mouse driver, but i'm not sure it is active or even works
Mar 03 15:01:41 <koen> hrw|work: I've been saying that for over a year
Mar 03 15:01:49 <hrw|work> koen: I know
Mar 03 15:02:30 <mickeyl>     if ( mouseProto == "USB" && mouseDev.isEmpty() )
Mar 03 15:02:30 <mickeyl>         mouseDev = "/dev/input/mice";
Mar 03 15:02:35 <RP> I've been saying a udev script is even easier. I'mm have to write it at some point, just to prove this :)
Mar 03 15:02:45 <mickeyl> heh
Mar 03 15:03:19 <RP> mickeyl: thanks, I'll try setting it to USB. I'm not sure it is a USB mouse but it might be enough to fool qte into using /dev/input/mice :)
Mar 03 15:03:31 <mickeyl> yeah
Mar 03 15:04:04 <jnc> hrw|work: thanks, will look at it
Mar 03 15:04:27 <tnb> koen: where is this hx4700 opie config file?
Mar 03 15:04:49 <koen> tnb: probably in opie cvs
Mar 03 15:04:51 <hrw|work> jnc: ?
Mar 03 15:05:08 <tnb> ok, not in OE bb file, then?
Mar 03 15:05:18 <tnb> (or patch)
Mar 03 15:06:14 <mickeyl> http://handhelds.org/cgi-bin/cvsweb.cgi/opie/libopie2/opiecore/device/odevice_ipaq.cpp
Mar 03 15:07:51 <mickeyl> bbl, got some things to read
Mar 03 15:09:15 <florian_kc> hi all
Mar 03 15:09:26 <koen> hey florian_kc 
Mar 03 15:09:42 <florian_kc> Who did this change x11 -> libx11?
Mar 03 15:10:52 <koen> florian_kc: ph5, as discussed on OE@ for some weeks
Mar 03 15:11:36 <RP> florian_kc: Its been on the cards for a while on the mailing lists, irc and the wiki
Mar 03 15:12:17 <florian_kc> I'm just discussing with someone who ran into a pile of dependency trouble because of that.
Mar 03 15:13:35 <pH5> florian_kc: dependency troubles? ungood. does something still depend on x11?
Mar 03 15:13:48 <florian_kc> RP: hmm... have a link?
Mar 03 15:13:53 <koen> http://handhelds.org/hypermail/oe/66/6605.html
Mar 03 15:14:01 <koen> that was the latest discussion
Mar 03 15:14:10 <koen> the original discussion starts in 2005
Mar 03 15:14:22 <_guillermo> RP: sorry I thought you borrowed one
Mar 03 15:15:06 <hrw|work> pH5: probably some recipes outside of .dev
Mar 03 15:15:17 <RP> _guillermo: I did for a short while but I no longer have it. My local.conf isn't really going to be that useful too you either...
Mar 03 15:15:24 <florian_kc> pH5: i didn't try myself, but according to the log libxft
Mar 03 15:15:34 <florian_kc> france_: good morning
Mar 03 15:15:51 <RP> _guillermo: FWIW, I don't see segfaults in gcc-cross-initial. Does it always segfault at the same place or if you clean and rebuild does it segfault elsewhere?
Mar 03 15:16:07 <france_> florian_kc: hi
Mar 03 15:16:09 <koen> pH5: your push downgraded libxft to 2.1.6, I had a edited 2.1.7 in my repo, which interfered
Mar 03 15:16:53 <reenoo> NAiL: that icecast commit changing DEPENDS to RDEPENDS looks bogus. I've replied to oe@ about that.
Mar 03 15:17:08 <pH5> hm, there is an error in libx11_6.2.1 which PROVIDES = "libx11"
Mar 03 15:17:26 <NAiL> reenoo: how?
Mar 03 15:17:27 <reenoo> hi france_
Mar 03 15:17:37 <NAiL> (and I'm not subscribed to oe@)
Mar 03 15:17:45 <reenoo> NAiL: subscribe then
Mar 03 15:17:54 <reenoo> NAiL: you have push access...
Mar 03 15:18:38 <reenoo> NAiL: the libraries are build dependencies and need to be listed in DEPENDS
Mar 03 15:19:02 <pH5> euh, same for libx11_cvs.bb. there's two PROVIDES lines, the wrong one overwriting the correct one :-/
Mar 03 15:19:38 <_guillermo> RP: same place I think, would it matter if the server has a emt64 kernel? it's using 2.6.8-11-em64t-p4-smp
Mar 03 15:19:53 <NAiL> reenoo: yeah, but they are pulled in as dependencies. Ie, I did bb icecast after those changes, and it built all the libs necessary
Mar 03 15:20:17 <france_> reenoo: hi
Mar 03 15:20:17 <lrg> RP: appreciated - hopefully they will like oe
Mar 03 15:20:24 <lrg> bbl
Mar 03 15:20:25 <reenoo> NAiL: that's more of a bug than a feature
Mar 03 15:21:01 <NAiL> possibly, but the RDEPENDS themselves are correct. It's just missing a DEPENDS then.
Mar 03 15:21:12 <reenoo> NAiL: RDEPENDS on libraries are determined automatically
Mar 03 15:21:23 <pH5> about the X11R7 stuff, should I just push everything I have so far with a default_preference=-1?
Mar 03 15:21:37 <RP> lrg: I hope they do like it - its suited to their needs :)
Mar 03 15:21:43 <reenoo> NAiL: just don't list them at all (since you don't know the names the packages will have anyway)
Mar 03 15:21:46 <NAiL> reenoo: maybe that should work, but it didn't.
Mar 03 15:22:43 <reenoo> NAiL: what exactly didn't work?
Mar 03 15:22:55 <RP> reenoo: FYI you can list the OE package name now and OE will translate the RDEPENDS into the correct name but this isn't relavent here :)
Mar 03 15:23:02 <NAiL> It didn't pull in the libs on ipkg install
Mar 03 15:23:44 <NAiL> (which it now does)
Mar 03 15:26:25 <reenoo> NAiL: ah, hmm. sounds like icecast is doing some plugin voodoo and the shlibdeps code doesn't grok that
Mar 03 15:26:51 <jnc> koen++
Mar 03 15:26:56 <jnc> EABI hooray
Mar 03 15:27:39 <_guillermo> RP: now I tested that and yes, the segfault is always in the same place, I think when it compiles crtstuff.c, no matter what version I compile
Mar 03 15:28:06 <RP> _guillermo: I suspect it could be your 64 bit machine :-/
Mar 03 15:28:20 <NAiL> reenoo: So a suggested course of action is? :)
Mar 03 15:29:01 <reenoo> NAiL: probably best to add the DEPENDS line back and put a comment about RDEPENDS being a workaround above the RDEPENDS line
Mar 03 15:29:03 <NAiL> Can anyone provide me with a very simple method of subscribing to oe@? I'm on GPRS, so browsing really sucs.
Mar 03 15:29:14 <NAiL> reenoo: ok, thanks
Mar 03 15:29:21 <koen> jnc: gcc 4.1 still needs glibc 2.4 to actually build eabo stuff
Mar 03 15:29:51 <koen> NAiL: http://handhelds.org/mailman/listinfo/oe
Mar 03 15:30:10 <reenoo> NAiL: try sending a message with 'help' in the subject to oe-requests@hh.org
Mar 03 15:30:14 <_guillermo> RP: they just changed the kernel t this 64 version last week, that's what makes me suspect
Mar 03 15:31:01 <NAiL> koen/reenoo: thx
Mar 03 15:32:36 <_guillermo> is anyone building OE in a emt64 machine?
Mar 03 15:34:53 <hrw|work> _guillermo: emt64 === amd64
Mar 03 15:35:20 <jnc> hrw|work: w/re the wifi stuffs
Mar 03 15:35:33 <hrw|work> jnc: ah. ok.
Mar 03 15:35:46 <CosmicPenguin> hrw|work: ah!  blasphemy!
Mar 03 15:35:49 <CosmicPenguin> a pox on you!
Mar 03 15:36:00 <hrw|work> jnc: will you look at hostap/wpa_supplicant stuff then?
Mar 03 15:36:18 <jnc> hrw|work: i'll put it on my todo list :)
Mar 03 15:36:36 <cbrake> can someone reset my OE wiki password (CliffBrake)?
Mar 03 15:36:42 <hrw|work> phone...
Mar 03 15:37:53 <NAiL> reenoo|afk: I just committed the change to icecast
Mar 03 15:38:05 <jnc> hrw|work: did you attach the entire tarball for the sources !?
Mar 03 15:38:15 <jnc> http://bugs.openembedded.org/show_bug.cgi?id=709
Mar 03 15:38:20 <cbrake> hrw|work: 330-388-9205
Mar 03 15:38:40 <jnc> hrw|work: i don't like multibug reports. 
Mar 03 15:39:01 <jnc> if those are tarballs of the .bb and patches, not okay.    i'll look at it
Mar 03 15:39:03 <hrw|work> jnc: thpse tarballs are recipes
Mar 03 15:39:11 <jnc> i would rather not have to download stuff to look at it
Mar 03 15:39:15 <hrw|work> cbrake: I had a phone call
Mar 03 15:40:02 <cbrake> hrw|work: ohh, I thought you were going to reset my wiki password :-\ 
Mar 03 15:40:22 <hrw|work> cbrake: no such power here
Mar 03 15:40:31 <cbrake> hrw|work: ok
Mar 03 15:44:05 <koen> cbrake: the easiest/fastest way is to create a CliffBrake_ (or some other variation) user account 
Mar 03 15:45:50 <jnc> or just 'cbrake'
Mar 03 15:46:00 <cbrake> koen: OK, will do ...
Mar 03 15:48:50 <hrw|work> OE wiki template is fscked a bit
Mar 03 15:49:06 <hrw|work> lack 'send me pass' button
Mar 03 15:51:16 <cbrake> hrw|work: nod
Mar 03 15:52:52 <hrw|work> I'll edit its css a bit
Mar 03 15:53:43 <hrw|work> navibar does not override text now
Mar 03 16:02:53 <hrw|work> hmm OE moinmoin is "This wiki is not enabled for mail processing. Contact the owner of the wiki, who can either enable email, or remove the "Subscribe" icon."
Mar 03 16:03:07 <hrw|work> tried to get pass reminder
Mar 03 16:13:03 * chouimat is back.
Mar 03 16:21:04 <law_> now sound on husky works again :-)
Mar 03 16:21:05 <hrw|work> argh... mplayer dies on fosdem video, xine too ;(
Mar 03 16:21:12 <Bernardo> :(
Mar 03 16:21:18 <hrw|work> X11 error: BadAlloc (insufficient resources for operation)
Mar 03 16:21:20 <hrw|work> ;(
Mar 03 16:21:38 <Bernardo> what is the default ssh password on the opie-image (fam083oz354 branch)?
Mar 03 16:21:49 <hrw|work> Bernardo: there is no pass
Mar 03 16:21:56 <hrw|work> Bernardo: need to set one on device first
Mar 03 16:22:02 <Bernardo> ok...
Mar 03 16:22:23 <Bernardo> I just crashed opie clicking on the battery monitor, and was trying to ssh into it
Mar 03 16:22:31 <Bernardo> a freshly flashed image... :(
Mar 03 16:22:48 <hrw|work> -vo x11 works.
Mar 03 16:22:51 <hrw|work> Bernardo: collie?
Mar 03 16:23:10 <Bernardo> hrw|work: akita (I sold my collie some time ago)
Mar 03 16:25:15 <Bernardo> also found out the swapfile applet is too small, can't read much
Mar 03 16:25:58 <hrw|work> Bernardo: that crash is known but I have no idea how to fix it.
Mar 03 16:26:12 <Bernardo> the "no sound for screen taps" problem I had was probably a missing libxine input plugin
Mar 03 16:26:21 <Bernardo> I'm guessing lpcm
Mar 03 16:26:35 <law_> hmm any ideas why pressing space (pause) second time doesnt do anything? after that mplayer stops playing
Mar 03 16:26:36 <hrw|work> Bernardo: sound taps does not depend on xine
Mar 03 16:27:08 <law_> ah pushing -> wakes mplayer up :-)
Mar 03 16:27:12 <Bernardo> hrw|work: I only got sound out of alarms, screen taps, etc after installing a few xine dmx plugins
Mar 03 16:27:22 <hrw|work> strange
Mar 03 16:27:53 <hrw|work> time to go home - cu
Mar 03 16:27:58 <hrw|work> bbl
Mar 03 16:28:03 <Bernardo> bye hrw|work 
Mar 03 16:29:08 <Bernardo> ah, the crash isn't exactly a crash, what happens is that qpe starts eating cpu like crazy
Mar 03 16:43:01 <CIA-12> 03koen 07org.oe.dev * ra09795aa... 10/conf/distro/angstrom.conf: Angstrom: always ship dropbear and sysvinit
Mar 03 16:55:40 <CIA-12> 03nail 07org.oe.dev * r78ec2de1... 10/packages/icecast/icecast_2.2.0.bb: icecast: Fix DEPENDS/RDEPENDS
Mar 03 16:55:45 <CIA-12> 03pH5 07org.oe.dev * r4331fe84... 10/packages/xlibs/ (libx11_6.2.1.bb libx11_cvs.bb): libx11: fix PROVIDES=x11 for backward compatibility
Mar 03 16:55:49 <CIA-12> 03koen 07org.oe.dev * r2d55c7b6... 10/packages/binutils/binutils_csl-arm-20050416.bb: binutils csl: set default pref to -1 for arm so it will use the regular binutils
Mar 03 16:55:53 <CIA-12> 03koen 07org.oe.dev * r93aa2173... 10/packages/linux/ep93xx-kernel_2.6.15.bb: ep93xx kernel: switch to derevo10 to fix serial
Mar 03 16:59:20 <law_> is there no mencoder package for the Z :-)
Mar 03 16:59:56 <koen> doesn't mplayer include it?
Mar 03 17:00:03 <koen> (not that it would be terribly usefull)
Mar 03 17:13:28 <hrw> re
Mar 03 17:13:35 <koen> hey hrw 
Mar 03 17:15:04 * chouimat is away: lunch
Mar 03 17:15:30 * hrw fetching liam & koen videos
Mar 03 17:16:04 <koen> hrw: bittorrent?
Mar 03 17:16:29 <hrw> http direct - prefer to avoid azureus running
Mar 03 17:17:03 <hrw> and ktorrent sux badly for me
Mar 03 17:17:48 <hrw> but will give him 2nd chance
Mar 03 17:20:22 <hrw> ~curse ktorrent devels for lack of "fetch torrent from url"
Mar 03 17:22:34 <hrw> koen: your video is not popular in torrent network...
Mar 03 17:26:21 <koen> yeah, only 5 uploaders
Mar 03 17:27:05 <hrw> you forgot to add work 'p0rn' to subject of presentation
Mar 03 17:27:30 <hrw> Building and supporting distributions for p0rn enabled deviced with OpenEmbedded
Mar 03 17:27:40 <hrw> and more fetchers would be ;)
Mar 03 17:31:19 <CSMan> what is the package task-bootstrap for ?
Mar 03 17:32:42 <hrw> CSMan: in theory: all stuff which need to boot
Mar 03 17:33:25 <CSMan> hrw: i'm trying to remove wpa-supplicant-nossl and is depended upon task-bootstrap
Mar 03 17:33:29 <CSMan> does that make senses ?
Mar 03 17:33:52 <hrw> CSMan: machines have it in config
Mar 03 17:34:50 <CSMan> how can i install wpa-supplicant then?
Mar 03 17:35:35 <hrw> ipkg remove task-bootstrap wpa-supplicant-nossl
Mar 03 17:36:07 <CSMan> will it boot after that ?
Mar 03 17:36:31 <hrw> yes
Mar 03 17:36:35 <CSMan> ok
Mar 03 17:36:37 <hrw> task-bootstrap is meta
Mar 03 17:36:45 <CSMan> ah
Mar 03 17:39:12 <CSMan> ok, this version ihave is compiled with generic and Zydas drivers
Mar 03 17:39:27 <CSMan> where should I go to add atmel support ?
Mar 03 17:39:34 <CSMan> do i have to edit the .bb file ?
Mar 03 17:46:34 <cbrake> is familiar-unstable still a good distro to use for x86 builds, or should I be using something else?
Mar 03 17:47:09 <koen>  it's unmaintained, but it shouldn't be too broken
Mar 03 17:47:20 <hrw> I would use 'generic'
Mar 03 17:48:11 <CSMan> hrw: have you seen any atmel card working with 'generic'?
Mar 03 17:53:05 <cbrake> koen: so have most people switched over to Angstrom, or what is currently being used?
Mar 03 17:53:37 <hrw> CSMan: generic is generic distro - not related to anything
Mar 03 17:58:09 <CSMan> hrw: yeah, i'm getting some response from the driver
Mar 03 17:58:26 <CSMan> i'm gonna config wpa_supplicant.conf and see what happens...
Mar 03 18:04:14 <CSMan> does anybody have a working wpa_supplicant.conf ?
Mar 03 18:10:17 <hrw> someone know why gcc-cross-sdk 3.4.3 not 3.4.4?
Mar 03 18:13:20 <koen> cbrake: angstrom is currently in highly experimental mode
Mar 03 18:13:55 <hrw> NOTE: package gcc-cross-sdk-3.4.4-r0: task do_compile: started
Mar 03 18:14:24 <florian_kc> hrw: oh cool, i'm working on the same issue.
Mar 03 18:15:11 <florian_kc> hrw: i ran into some trouble with libstdc++
Mar 03 18:16:10 <hrw> ~lart double ssh tunnel for not resizable screen
Mar 03 18:16:45 <florian_kc> bbiab
Mar 03 18:20:28 <hrw> NOTE: package gcc-cross-sdk-3.4.4-r0: task do_build: completed
Mar 03 18:40:16 <CIA-12> 03hrw 07org.oe.oz354fam083 * r14bdc050... 10/packages/python/ (10 files in 3 dirs): 
Mar 03 18:40:16 <CIA-12> python: update to 2.4.2
Mar 03 18:40:16 <CIA-12> - taken from .dev
Mar 03 18:40:20 <CIA-12> 03hrw 07org.oe.oz354fam083 * r8ce39332... 10/packages/python/python-libgmail_0.1.3.3.bb: added python-libgmail 0.1.3.3 from .dev
Mar 03 18:40:25 <CIA-12> 03hrw 07org.oe.oz354fam083 * rda240edf... 10/packages/python/ (python-pygame-1.7.1/Setup python-pygame_1.7.1.bb): added python-pygame 1.7.1 from .dev
Mar 03 18:40:29 <CIA-12> 03hrw 07org.oe.oz354fam083 * r7c8cf061... 10/packages/offlineimap/offlineimap_4.0.11.bb: added offlineimap 4.0.11 from .dev
Mar 03 18:59:37 <CSMan> atmel doesn't seem to work with wext 
Mar 03 18:59:50 <CSMan> i have to bitbake wpa_supplicant with atmel support
Mar 03 19:02:30 <CSMan> ok, i just uncommented CONFIG_DRIVER_ATMEL=y in defconfig
Mar 03 19:05:51 <hrw> ok. time to look how much I can understand koen's english
Mar 03 19:06:39 <koen> heh
Mar 03 19:06:50 <koen> according to mallum I've got a proper dutch accent
Mar 03 19:07:02 <hrw|tv> ;)
Mar 03 19:08:45 <hrw|tv>  sound suxx
Mar 03 19:09:02 <hrw|tv> its hard to listen..
Mar 03 19:11:53 <Zero_Chaos> where can I get a tarball of oe.db and .dev so I don't have to do a 24 hour pull?
Mar 03 19:12:24 <hrw|tv> ~ewi
Mar 03 19:12:26 <ibot_> methinks ewi is ewi546.ewi.utwente.nl - main backup server for OE monotone. Hosts database snapshot: http://ewi546.ewi.utwente.nl/OE/OE.db.bz2
Mar 03 19:12:43 <koen> heh
Mar 03 19:12:45 <Zero_Chaos> hrw|tv: thanks, that include all I need?
Mar 03 19:13:02 <koen> it's only mentioned in bold 3 times in getting started
Mar 03 19:13:20 <Zero_Chaos> koen: sorry, I was reading MonotonePhraseBook
Mar 03 19:14:06 <florian> re
Mar 03 19:15:07 <koen> florian: wb
Mar 03 19:15:22 <Zero_Chaos> does that .bz2 include all the branches?
Mar 03 19:15:37 <koen> Zero_Chaos: although people keep removing 'duplicate info' from gettingstarted ;)
Mar 03 19:15:41 <koen> the bz2 only has .dev
Mar 03 19:16:07 <CSMan> uhmm... how do i tell bitbake to rebuild a package ? i did bitbake wpa-supplicant, and it didn't do anything
Mar 03 19:16:10 <Zero_Chaos> koen: thanks, if I am going to use that oe.db, how do I get oz354fam083?
Mar 03 19:16:32 <koen> yes, the .db.bz2 has all 3 branches
Mar 03 19:16:41 <florian> hrw|tv: success?
Mar 03 19:17:02 <Zero_Chaos> koen: you just said it only has .dev, now I'm confused?
Mar 03 19:17:28 <koen> I though you meant the tar.bz2
Mar 03 19:17:31 <hrw|tv> florian: NOTE: package gcc-cross-sdk-3.4.4-r0: task do_build: completed
Mar 03 19:17:40 <Zero_Chaos> koen: ahh, my fault then, thanks :-)
Mar 03 19:17:42 <hrw|tv> florian: want to test it?
Mar 03 19:18:05 <florian> hrw|tv: yesss! 
Mar 03 19:18:53 <florian> hrw|tv: I wonder what went wrong here... do you have the bb somwwhere around?
Mar 03 19:18:56 <hrw|tv> w8 a moment
Mar 03 19:19:09 <hrw|tv> florian: cp gcc-cross-sdk_3.4.3.bb gcc-cross-sdk_3.4.4.bb
Mar 03 19:19:11 * florian spent hours debugging that crap
Mar 03 19:19:25 <hrw|tv> florian: but I copied *sdk* stuff from .dev to .oz354fam083
Mar 03 19:19:38 <hrw|tv> not pushed yet
Mar 03 19:19:46 <florian> hmm okay, let me try
Mar 03 19:20:19 <hrw|tv> ipkg-make-index is slow when has thousands of packages to parse...
Mar 03 19:21:32 <hrw|tv> florian: whole feed has ~440M but its oz 3.5.4-test5 so you can select what you want - I'l' give url in a bit
Mar 03 19:26:57 <hrw|tv> florian: http://ewi546.ewi.utwente.nl/tmp/hrw/3.5.4-all/
Mar 03 19:27:35 <hrw|tv> florian: whole oz 3.5.4-test + meta-sdk 
Mar 03 19:28:06 <florian> hrw|tv: okay... i hope it just works here. what i did was that i tried to build a new moden-style bb for the 3.3.4
Mar 03 19:28:15 <hrw|tv> ~lart theora in mplayer
Mar 03 19:28:16 * ibot_ holds theora in mplayer to the floor and spanks him with a cat-o-nine-tails
Mar 03 19:28:37 <hrw|tv> do like you want
Mar 03 19:40:35 <CIA-12> 03koen 07org.oe.dev * rfba5363d... 10/conf/machine/ep93xx.conf: ep93xx: pad jffs2 file
Mar 03 19:43:12 <mickey|reading> hrw|tv: where are the videos?
Mar 03 19:43:42 * mithro adds more stuff to the monotone thread :P
Mar 03 19:48:41 <florian> hrw|tv: looks like some files don't get up in the packages. but that might be easy.
Mar 03 19:58:15 <hrw|tv> mickey|reading: link is in http://del.icio.us/hrw/
Mar 03 19:58:37 * hrw|tv has a problems with understanding speaking english....
Mar 03 20:00:52 <awp_> I say you should have a lot of alchool intake, you can speak any language while you are very drunk
Mar 03 20:01:21 <awp_> and understand (;
Mar 03 20:01:29 <koen> true
Mar 03 20:01:48 <koen> I think we were quite sober at that time ;)
Mar 03 20:01:52 <koen> maybe a bit brackish
Mar 03 20:04:39 <hrw|tv> uf.. koen video watched.
Mar 03 20:04:51 <hrw|tv> liam video to watch..
Mar 03 20:04:53 <koen> :)
Mar 03 20:05:08 <hrw|tv> audio suxx
Mar 03 20:05:47 <hrw|tv> too much noise and external sounds 
Mar 03 20:06:05 <hrw|tv> anyway if I undersnatd ~60% then it was ok ;)
Mar 03 20:19:03 <hrw|tv> hmm.. I trace kmail disconnected imap bugs and it looks like that mailer should be avoided in this config ;(
Mar 03 20:20:53 <tkimball>  /topic
Mar 03 20:51:01 <florian> RP: ping
Mar 03 20:55:24 <florian> hrw: Looks like RP did a pretty good job updating the gcc-cross-sdk stuff.
Mar 03 20:55:44 <hrw> yep
Mar 03 20:55:52 <hrw> I copied his work to .oz354fam083
Mar 03 20:56:05 <hrw> but (as I told) not pushed yet
Mar 03 20:56:14 <florian> In fact i did something similar but not that good and i didn't commit because my 3.4.4 didn't work.
Mar 03 20:56:17 <hrw> florian: did you tried resulted toolchain?
Mar 03 20:57:44 <florian> hrw: not yet, i think there is still a bug in one inc
Mar 03 20:58:03 <hrw> ok
Mar 03 20:58:47 <koen> hrm
Mar 03 20:58:55 <koen> gcc/sdk 4.x is still missing
Mar 03 21:01:19 <florian> Based on this stoff RP did it might be pretty easy... but for now i'd be happy with 3.4.4.
Mar 03 21:01:48 <koen> are we using 3.4.4?
Mar 03 21:01:54 <koen> I though we used 3.4.3
Mar 03 21:02:36 <koen> no, I was wrong
Mar 03 21:02:43 <florian> Hmm, if that's true we maybe should use 3.4.4... irrc it fixes bugs.
Mar 03 21:02:54 <hrw> I used gcc-cross 3.4.4 to build OZ 3.5.4-test. now I build 3.4.4 cross-sdk
Mar 03 21:03:10 <hrw> and now I go sleep
Mar 03 21:03:11 <hrw> cu
Mar 03 21:03:18 <koen> sleep tight
Mar 03 21:03:59 <florian> hrw|gone: i'll try to test a complete sdk with it this night
Mar 03 21:04:13 <florian> hrw|gone: good night
Mar 03 21:45:20 * chouimat is away: stuff
Mar 03 22:10:57 <johnX> I'm getting a problem compiling sylpheed and I think it's related to the newer version gnutls
Mar 03 22:11:46 <koen> johnX: iirc we used to patch sylpheed (or gnutls) to provide openssl compat
Mar 03 22:12:02 <koen> johnX: iirc pb__ or reenoo|a1k should know more details
Mar 03 22:12:28 <johnX> yeah, the latest version isn't getting that patch and is therefore missing SSL_get_rfd and probably another function or two
Mar 03 22:20:59 <johnX> I think newer versions of sylpheed support gnutls without needing to be patched. Is there a reason to stick with the older version, or have the newer versions just not had a .bb created for them?
Mar 03 22:25:26 <JustinP> johnX: I suggets trying it
Mar 03 22:26:21 <johnX> I'll give it a shot then
Mar 03 22:52:37 <johnX> well it built ... I have to see where it puts it's files
Mar 03 22:55:08 <johnX> I'll install it to my Akita in a sec and see if it eats my Mail folder
Mar 03 23:00:27 <CIA-12> 03nail 07org.oe.dev * r69f9f468... 10/ (6 files in 6 dirs): eciadsl/ixp4xx-kernel: Add eciadsl package and HDLC support
Mar 03 23:00:31 <CIA-12> 03nail 07org.oe.dev * r0eb5361b... 10/packages/zd1211/zd1211_r59.bb: zd1211: Fix quoting
Mar 03 23:09:05 <Eddy> Hey has anyone built gpe-image recently it breaks for me
Mar 03 23:13:13 <johnX> on sylpheed?
Mar 03 23:18:30 <florian> Which branch?
Mar 03 23:18:50 <Eddy> .dev
Mar 03 23:18:57 <Eddy> Its busting on dbus
Mar 03 23:19:05 <Eddy> building for akita
Mar 03 23:21:35 <florian> Eddy: can you pastebin the error message?
Mar 03 23:21:56 <Eddy> pastebin?
Mar 03 23:22:27 <florian> ibot_: pastebin?
Mar 03 23:22:50 <johnX> Eddy: pastebin.com
Mar 03 23:26:59 <johnX> sylpheed 2.2.2 seems to work fine
Mar 03 23:27:17 <florian> good night
Mar 03 23:30:58 <johnX> might be my imagination but the new sylpheed seems to be a little quicker and the icons are definitely nicer
Mar 03 23:37:08 <reenoo> yah. it seems they're finally using stock icons (plus some evo ones)
Mar 03 23:38:52 <johnX> I'll put 2.2.2 .bb up on bugs.treke.net
Mar 03 23:49:17 <reenoo> 'night all
Mar 03 23:49:25 <johnX> good night
Mar 04 03:18:02 <Zero_Chaos> Anyone here mind taking a look and telling me what stupid mistake I made today :-) http://pastebin.com/582978
Mar 04 03:19:27 <emte> did you ever actually checkout your packages?
Mar 04 03:19:55 <Zero_Chaos> emte: yup, I have .dev and .ozfam083... that's what you mean, right?
Mar 04 03:20:02 <emte> no
Mar 04 03:20:24 <emte>  monotone --db=/backupfiles/biohazard/openembedded/oe.db checkout --branch=org.openembedded.dev
Mar 04 03:20:50 <Zero_Chaos> emte: yeah, I did that, for .dev and .oz354fam083
Mar 04 03:20:51 <emte> it extracts/checks out the files from the db
Mar 04 03:21:47 <emte> do those files exist manually?
Mar 04 03:22:13 <Zero_Chaos> emte: I'm sorry? manually? they were created when I "checkout"
Mar 04 03:22:42 <emte> ls -l <path to package>
Mar 04 03:22:56 <emte> ex
Mar 04 03:23:00 <emte> ls -l /home/zaurus/src/org.openembedded.dev/packages/db/db3_3.2.9.bb
Mar 04 03:23:27 <emte> if its there you may want to check your permissions
Mar 04 03:23:53 <Zero_Chaos> emte: permissions are 644 for my user and group
Mar 04 03:25:17 <emte> you aware your BBPATH is incorrect?
Mar 04 03:25:41 <emte> export BBPATH=/home/zaurus/src/build:/home/zaurus/src/org.openembedded.oz354fam083
Mar 04 03:25:53 <emte> and your trying to access /home/zaurus/src/org.openembedded.dev
Mar 04 03:26:03 <emte> from your .profile part anyway
Mar 04 03:26:30 <Zero_Chaos> emte: as a matter of fact, I was not aware. ahh, lemme try :-)
Mar 04 03:27:30 <emte> i am not sure what your local.conf BBFILES setting will do tho
Mar 04 03:28:19 <emte> mine is: BBFILES := "/backupfiles/biohazard/openembedded/org.openembedded.dev/packages/*/*.bb"
Mar 04 03:28:32 <emte> the second two entries on yours do not address BB files
Mar 04 03:28:55 <Zero_Chaos> emte: LoL, I'm a fscking moron
Mar 04 03:28:55 <emte> they address repo bases
Mar 04 03:29:40 <emte> i think that is all i notice strange ofhand
Mar 04 03:30:11 <Zero_Chaos> emte: it was my bad BBFILES.  thanks man, I really appreciate it :-)
Mar 04 03:30:19 <emte> np
Mar 04 03:30:46 <emte> there are only a few thinsg that would prevent it from reading the metadata
Mar 04 03:35:23 <Zero_Chaos> emte: http://pastebin.com/582991 ? :-)
Mar 04 03:38:24 <emte> hrmm ... is there a reasong your using gcc-2.95 with OZ-3.5.4 ?
Mar 04 03:38:44 <emte> that shouldnt affect your error btw
Mar 04 03:38:56 <Zero_Chaos> emte: for collie kernel only
Mar 04 03:39:31 <Zero_Chaos> emte: so, any idea on that crazy error?
Mar 04 03:39:53 <emte> Zero_Chaos, 2.95 is only used for the old sharp kernel
Mar 04 03:40:32 <emte> i dont know if its even capable of building any of the OZ images ...
Mar 04 03:41:19 <emte> did you toss your cache after you made the .profile and local.conf changes?
Mar 04 03:41:19 <Zero_Chaos> emte: no offense, but unless something has changed, collie kernel must be built with 2.95 because the SD driver is binary only from sharp :-)
Mar 04 03:41:27 <Zero_Chaos> emte: always
Mar 04 03:42:21 * emte is trying to remember who else had the single quote problem
Mar 04 03:42:56 <Zero_Chaos> emte: I'm sure it's my fault somehow, because if it wasn't, then it would be fixed by now :-)
Mar 04 03:43:40 <emte> you dont happen to be on an 32/64 or 64 bit chip do you?
Mar 04 03:44:14 <Zero_Chaos> emte: shit no, I wish :-) I'm on a tbird (older style Athlon)
Mar 04 03:44:16 <emte> i wonder if it was shadows who had this issue ...
Mar 04 03:47:26 <emte> maybe kergoth has an idea if he happens to be around
Mar 04 03:50:17 <Zero_Chaos> kergoth: ping
Mar 04 03:52:40 <Zero_Chaos> Anyone here know how to fix "single-quoted string" error? http://pastebin.com/582991
Mar 04 05:33:39 * njs grumbles at gmane being down
Mar 04 05:49:50 <jnc> i guess gpe-image build is busted in OE .dev at the moment
Mar 04 05:51:38 <emte> shouldnt be
Mar 04 05:57:14 <jnc> | /usr/include/qt3/qglobal.h:756:21: error: qconfig.h: No such file or directory| /usr/include/qt3/qglobal.h:766:22: error: qmodules.h: No such file or directory
Mar 04 05:57:26 <jnc> go dbus modifications
Mar 04 05:57:29 <jnc> requiring Qt?
Mar 04 06:44:32 <law_> morning all
Mar 04 08:35:00 <koen> good morning all
Mar 04 08:37:01 <CIA-12> 03koen 07org.oe.dev * rd4c64577... 10/packages/linux/ (ep93xx-kernel/defconfig ep93xx-kernel_2.6.15.bb): ep93xx kernel: use a custom defconfig
Mar 04 08:55:17 <gremlin[it]> hi koen :) 
Mar 04 08:56:43 <gremlin[it]> hi koen, u know something about kernel 2.4 on ep93xx ... i have a beast here with me (ep9307) i have to add support for a ugly 16gray display ... 
Mar 04 09:00:36 <koen> gremlin[it]: no idea, sorry, I'm using 2.6
Mar 04 09:01:10 <gremlin[it]> ok .. :) no ptov that's a good reasons to pass as i would too to 2.6 ;) 
Mar 04 09:03:19 <Eddy> Hey guys I'm trying to build gpe-image for akita openzaurus, but when it tries to build dbus it keeps trying to link in Qt, you guys know whats going on?
Mar 04 09:07:52 <koen> Eddy: remove qt from your system ;)
Mar 04 09:08:52 <Eddy> nah its trying to link in a built one, even though I never built it
Mar 04 09:15:35 <gremlin[it]> koen where i can find some info on how to setup oe to build for ep93xx ? 
Mar 04 09:16:18 <Eddy> I modified dbus's .inc file and added to the configure params '--disable-qt3' and now it works
Mar 04 09:17:06 <Eddy> I don't know why it was trying to link in Qt since it had --disable-qt, but adding --disable-qt3 also makes it work
Mar 04 09:17:28 <koen> gremlin[it]: MACHINE="ep93xx"
Mar 04 09:17:29 <CIA-12> 03koen 07org.oe.dev * re5364202... 10/packages/dbus/dbus_0.61.inc: dbus 0.61: also disable qt3 support to protect innocent people with qt3 headers on their host system
Mar 04 09:17:40 <gremlin[it]> hihiih koen :) perfect :) 
Mar 04 09:20:24 <Eddy> hehe
Mar 04 09:21:06 <Eddy> So is that a revision that was just made today, or is in queue?
Mar 04 09:24:45 <Eddy> Is oesources.org down?
Mar 04 09:24:58 <johnX> I can't reach it from here
Mar 04 09:25:02 <Eddy> I keep getting time outs while trying to fetch a package
Mar 04 09:25:06 <johnX> or bugs.treke.net 
Mar 04 09:43:33 <koen> hey pleemans 
Mar 04 10:08:38 <RP> morning all
Mar 04 10:08:46 <johnX> 'mornin
Mar 04 10:08:55 <koen> hey RP 
Mar 04 10:11:21 <CIA-12> 03koen 07org.oe.dev * rf47c52f4... 10/packages/linux/ep93xx-kernel_2.6.15.bb: ep93xx kernel: update to derevo12
Mar 04 10:37:21 <jnc> hey all
Mar 04 10:37:43 <jnc> johnX: bugs.openembedded.org should resolv again
Mar 04 10:37:50 <johnX> ah, great
Mar 04 10:38:20 <jnc> Eddy: are you our shipboard computer?
Mar 04 10:38:52 <Eddy> what?
Mar 04 10:41:39 <johnX> bugs.openembedded.org resolves, but times out
Mar 04 10:42:49 <koen> later all
**** ENDING LOGGING AT Sat Mar 04 10:59:57 2006