**** BEGIN LOGGING AT Sun May 07 09:59:57 2006
May 07 10:31:00 <CIA-9> 03pH5 07org.oe.dev * r827c57db... 10/packages/xlibs/xorg-xlibs.inc: 
May 07 10:31:00 <CIA-9> xlibs: Fix XORG_MIRROR SRC_URI update.
May 07 10:31:00 <CIA-9>  - This adds some python code to xorg-xlibs.inc to handle packages
May 07 10:31:00 <CIA-9>  that already have 'X11R7.0-' in their PV (missing epoch support).
May 07 10:31:05 <CIA-9> 03pH5 07org.oe.dev * ra1af78e6... 10/packages/poboxserver/ (files/OpenPOBox-1.25.diff poboxserver_1.2.5.bb): 
May 07 10:31:05 <CIA-9> poboxserver: make it build
May 07 10:31:06 <CIA-9>  - not sure the package is correct, though. somebody with opie knowledge
May 07 10:31:08 <CIA-9>  should look at this.
May 07 10:35:31 <CoreDump|home> morning
May 07 10:35:36 <gerwinin> morning 
May 07 10:54:44 <katossi> how can I use my own bootsplash image? overwriting the gpe-bootsplash images? is there any other "non destructive" way?
May 07 10:59:04 <CoreDump|home> katossi: use update-alternatives
May 07 10:59:25 <katossi> CoreDump|home:  what is that?
May 07 10:59:54 <CoreDump|home> see  gpe-bootsplash-theme-opie.bb for an example
May 07 11:00:56 <CoreDump|home> basically you install your own image, which is then linked to the filename used by bootsplash using the update-alternative tool
May 07 11:01:49 <katossi> CoreDump|home: cool I'll give it a try
May 07 11:26:39 <Laibsch> pH5: bitbake poboxserver fails: http://rafb.net/paste/results/nCtUhz23.html What is NKF?
May 07 11:27:21 <CoreDump|home> ~praise bitbake -k
May 07 11:27:23 <ibot> All hail bitbake -k!
May 07 11:28:20 <pH5> Laibsch: "Network Kanji code conversion Filter", I just did apt-get install nkf. This is somehow used for building the staticdic.
May 07 11:29:23 <Laibsch> pH5: OK.
May 07 11:32:19 <Laibsch> pH5: I am still learning about OE.  But wouldn't it be the right thing[TM] to do a DEPENDS = nkf?  Otherwise I assume you'd need to list it in RequiredSoftware which is not really the case for most people.  Going to DEPENDS would of course creating a bb for nkf
May 07 11:33:07 <pH5> Laibsch: that's correct. we'd need to make a nkf-native package and depend on it
May 07 11:35:37 <CIA-9> 03coredump 07org.oe.oz354x * r3a965c15... 10/packages/zaurusd/zaurusd_svn.bb: zaurusd: Fix a type in SRC_URI which was causing a parse error.
May 07 11:35:41 <CIA-9> 03coredump 07org.oe.dev * r745f481b... 10/packages/altboot/ (altboot_0.0.0.bb files/altboot.func files/init.altboot): altboot: Fix redirection so altboot can now be launched remotely and remove dependency from altboot-conf
May 07 11:39:23 <Laibsch> pH5: Awesome!  poboxserver compiles just fine!  GREAT
May 07 11:39:53 <Laibsch> Let's see how qpobox is doing.
May 07 11:40:46 <Laibsch> Well, it finishes without an error.  But it does not look like it did anything.
May 07 11:41:05 <Laibsch> But this is certainly a great step forward.
May 07 11:41:16 <AlexTe> I think you need a modified libqte with codecs enabled
May 07 11:41:41 <Laibsch> AlexTe: Right.  I have that patched in.  Let me check with quilt, though, to be sure.
May 07 11:42:34 <Laibsch> AlexTe: Right, I had remove all quilt patches to .dev before I did monotone update.
May 07 11:42:55 <Laibsch> AlexTe: Are you interested in Japanese on the Z as well?
May 07 11:43:16 <AlexTe> Definetely
May 07 11:43:36 <AlexTe> I have qpobox compiled and running but it does not work :(
May 07 11:44:10 <Laibsch> Cool to see you are interested.
May 07 11:44:22 <Laibsch> Do you know about gakusei.sf.net?  Wanna join?
May 07 11:44:51 <Laibsch> It still does not do anything for me upon compilation.
May 07 11:44:56 <Laibsch> Will do a bitbake clean
May 07 11:45:14 <CoreDump|home> lol, gpe changed the clock's default to analogue to work-around the positioning bug
May 07 11:47:01 <Laibsch> Compilation seems to work after bitbake clean.
May 07 11:47:40 <Laibsch> yepp, it completed.
May 07 11:48:10 <Laibsch> I guess, I need to flash my Z.  Haven't done that in a long time.  I hope it's time for good-bye to Sharp ROM.
May 07 11:48:26 <Laibsch> AlexTe: What kind of problems are you experiencing?
May 07 11:49:16 <AlexTe> when I select qpobox as input method I can type, but there are no japanese caraters displayed
May 07 11:49:52 <Laibsch> no characters at all or just squares?
May 07 11:50:06 <Laibsch> Have you used qpobox on a regular computer?
May 07 11:50:23 <Laibsch> I have not so the way to use qpobox might be unfamiliar to you and me.
May 07 11:51:01 <AlexTe> no squares. I had a look at the documentation an it should diplay japanese as you type
May 07 11:51:22 <Laibsch> OK.
May 07 11:51:36 <Laibsch> AlexTe: What image did you use?  What device?
May 07 11:51:46 <Laibsch> I have a collie.
May 07 11:51:59 * Laibsch backs up all data from Sharp ROM to prepare for flash.
May 07 11:52:07 <AlexTe> akita / OZ-3.5.4.1-rc2
May 07 11:52:53 <Laibsch> What are you typing?  Do you speak Japanese?
May 07 11:53:19 <AlexTe> I tried to type like here : http://takahr.dhis.portside.net/cgi-bin/rwiki.cgi?cmd=view;name=QPOBox
May 07 11:53:41 <AlexTe> I dont know much about japanses but my gf is japanese :)
May 07 11:54:14 <Laibsch> oh, mine is too.  But I do speak Japanese.  And quite fluently.  Type nihon for me please.
May 07 11:55:33 <AlexTe> well it just gives |nihon|
May 07 11:56:11 <Laibsch> OK, I guess you still need to tell qpobox that you indeed want to type Japanese characters and not Western characters.
May 07 11:56:19 <Laibsch> Let me check this after flashing.
May 07 12:02:39 <Laibsch> Where do I get the latest image for flashing?  RC2?
May 07 12:02:49 <Laibsch> I guess RC2 is the latest version.
May 07 12:04:18 <AlexTe> http://ewi546.ewi.utwente.nl/mirror/www.openzaurus.org/official/unstable/3.5.4/images/
May 07 12:04:57 <AlexTe> RC2 is for sl-cXXX models because 3.5.4 was not released for them
May 07 12:05:25 <Laibsch> OK
May 07 12:24:47 <mickey|shower> bbl
May 07 12:34:21 <CIA-9> 03mickeyl 07org.oe.dev * r8aa7d9ca... 10/packages/ulxmlrpcpp/ (files/disable-docs.patch ulxmlrpcpp_1.5.2.bb): add ulxmlrpcpp, a lightweight c++ based library for XMLRPC applications
May 07 12:34:27 <CIA-9> 03mickeyl 07org.oe.dev * r67743de1... 10/packages/nkf/ (nkf-native_2.06.bb nkf_2.06.bb): add nkf and nkf-native, the network kanji code conversion filter
May 07 12:34:31 <CIA-9> 03mickeyl 07org.oe.dev * rf6fc6c0e... 10/packages/poboxserver/poboxserver_1.2.5.bb: poboxserver: depend on nkf-native
May 07 12:35:00 <Laibsch> mickey|sun: Nice! Thank you.  This is progressing really nicely.
May 07 12:42:13 <Laibsch> Sorry is this is a bit off-topic.  But does anyone know if the treo will work in Europe?
May 07 12:42:29 <NAbyss> Laibsch: If it's GSM900/1800, yes
May 07 12:42:29 <Laibsch> What are the opinions on this device?
May 07 12:43:37 <Laibsch> Any other smartphones that can run some OE-based stuff?
May 07 12:43:52 <Laibsch> I might use this to replace my Z and mobile phone with just one device.
May 07 12:54:12 <Laibsch> Looking at the website from Palm it looks like this baby will be working here.  
May 07 12:54:24 <Laibsch> Not too expensive, either.
May 07 12:54:42 <Laibsch> How well is this device supported?
May 07 13:27:01 <Laibsch> Hm, the treo does not seem to have WiFi and the Nokia Maemo does not seem to be a smartphone.  I guess, I'll have to continue to wait.
May 07 13:55:56 <CIA-9> 03eFfeM 07org.oe.dev * r0b9bb46b... 10/packages/dhclient/README: 
May 07 13:55:56 <CIA-9> dhclient: added README file to warn not to use this package
May 07 13:55:56 <CIA-9>  better use the newer dhclient from the package dhcp
May 07 13:55:56 <CIA-9>  This README file was written as I felt uncomfortable to delete a
May 07 13:55:56 <CIA-9>  package. Then again I want to avoid that others waste time on this
May 07 13:55:56 <CIA-9>  (as I did...)
May 07 14:02:12 <mithro> whats another word for big and memory hungry?
May 07 14:02:25 <NAbyss> bloated?
May 07 14:03:01 <eFfeM> vax/vms ??
May 07 14:03:26 <eFfeM> ms-windows ???
May 07 14:08:37 <CoreDump|home> pan?
May 07 14:18:49 <Cockroach-> good day
May 07 14:19:58 <koen> hey Cockroach- 
May 07 14:20:34 <eFfeM> hi
May 07 14:23:07 <Cockroach-> Just a small question for starters ;). If one defines several paths to BBPATH environment variable and in each there is a directory named "classes". In these directories there are .bbclass files with same names, which one gets used when parsing "inherit" directive of an .bb file? The first matching .bbclass? The last? All .bbclass files are parsed sequentially?
May 07 14:25:44 <RP> Cockroach-: Look in the bitbake manual for collections
May 07 14:27:03 <Cockroach-> RP: How are collections related to .bbclass files?
May 07 14:28:41 <RP> Cockroach-: I have some idea the collections priority might also apply to the class files. I might be imagining it though...
May 07 14:29:11 <RP> Cockroach-: I doubt they'd get parsed sequentially
May 07 14:30:26 <Cockroach-> RP: I would just like to know how BitBake behaves on that situation. I'm not trying to use it like that, but since I'm forced to write a small explanation how BitBake works
May 07 14:30:37 <Cockroach-> I would like to know
May 07 14:30:38 <Cockroach-> =)
May 07 14:32:13 <RP> Cockroach-: The safest option would be to test it,,
May 07 14:37:53 <RP> Cockroach-: Looking at the code, it will use the first bbclass found that matches its search criteria
May 07 14:38:42 <Cockroach-> RP: Thank you. 
May 07 14:39:02 <Cockroach-> python is not my cup of tea, so I didn't even looked the codes
May 07 15:15:25 <mithro> welp my Bitbake SoC application is in
May 07 15:20:32 <mithro> if it gets accepted it should mean I get to spend a large amount of time on improving Bitbake
May 07 15:21:31 <RP> mithro: That would be great! :)
May 07 15:21:52 <mithro> RP: do you want to give my application a read over and see how I could improve it?
May 07 15:22:03 <RP> mithro: I can do
May 07 15:22:12 <mithro> that would be good
May 07 15:22:18 <mithro> forwarding to you now
May 07 15:22:22 <RP> ok
May 07 15:23:20 <mithro> Sent
May 07 15:26:11 <reenoo> RP: is there any option to disable the RDEPENDS handling btw?
May 07 15:26:33 <RP> reenoo: Don't set BUILD_ALL_DEPS
May 07 15:26:57 <reenoo> well. disable as in turn it off altogether
May 07 15:27:24 <RP> If BUILD_ALL_DEPS its set, the code is inactive. Why would be need another option?
May 07 15:27:36 <RP> s/its/isn't/
May 07 15:27:47 <reenoo> because I'm not going to apply that base.bbclass hack
May 07 15:28:09 <reenoo> and bitbake 1.4 has hickups parsing kernel and module .bbs
May 07 15:28:18 <RP> Which 'hack' ?
May 07 15:29:03 <RP> This would be the kernel version saved to a file in staging?
May 07 15:29:34 <reenoo> -               raise bb.build.FuncFailed("can't read from file '%s' (%s)", (filename,reason))
May 07 15:29:39 <reenoo> +               return "" # WARNING: can't raise an error now because of the new RDEPENDS handling. This is a bit ugly. :M:
May 07 15:30:10 <reenoo> yes
May 07 15:32:05 <RP> We need to rethink what that code does as its currently doing something which is incopatible with the way bitbake has to develop
May 07 15:33:45 <reenoo> I'm not sure I understand what you mean
May 07 15:34:38 <RP> reenoo: We can't expect bitbake to function with depencency variables that change at different points of a given build
May 07 15:35:08 <reenoo> well. I don't expect it to do that
May 07 15:35:15 <reenoo> I want to turn that off
May 07 15:35:48 <RP> reenoo: My point is that that code we're talking about does change the value of RDEPENDS from under bitbake's feet
May 07 15:35:59 <RP> reenoo: and its therefore something we need to rethink
May 07 15:36:21 <RP> reenoo: The problem is you can't stop bitbake looking at the RDEPENDS variable and storing the result. 
May 07 15:36:54 <RP> reenoo: It doesn't actually use the information if BUILD_ALL_DEPS isn't set
May 07 15:37:07 <RP> but that won't stop the parser throwing errors :-(
May 07 15:43:05 <reenoo> and it's really impossible to disable the new code path with a command line option or something?
May 07 15:43:16 <reenoo> or catch expected exceptions?
May 07 15:44:04 <reenoo> (i.e. when they are actually expected as opposed to silently ignoring errors in general)
May 07 15:44:18 <mithro> RP: so what you think?
May 07 15:44:23 <RP> reenoo: You trigger the problem with bb.data.getVar('RDEPENDS',...). The only way to avoid it is either not to make that call or to make sure that call doesn't throw errors
May 07 15:44:54 <RP> mithro: I'll reply with some tips :)
May 07 15:45:09 <mithro> okay thanks
May 07 15:46:17 <RP> reenoo: An exception for getting the value of that RDEPENDS variable is not expected
May 07 15:49:37 <mickey|sun> RP: for the newsletter, could you do a screenshot from your desktop with a qemu window running something built w/ OE please?
May 07 15:51:04 <reenoo> RP: ok, thanks anyway
May 07 15:51:08 <RP> mickey|sun: Is http://www.rpsys.net/openzaurus/temp/qemu-poky.png any good? 
May 07 15:51:11 * reenoo afk again
May 07 15:51:36 <RP> mickey|sun: I know its poky but poky is effectively OE :)
May 07 15:51:45 <mickey|sun> hehe
May 07 15:51:53 <mickey|sun> that's cool enough
May 07 15:52:02 * mickey|sun adds
May 07 15:52:13 <RP> mickey|sun: Also, http://www.rpsys.net/openzaurus/temp/qemuarm-poky1.png but the colours are reversed and desktop background missing
May 07 15:52:24 <RP> I'll have to get a better image built :)
May 07 15:52:27 <mickey|sun> :)
May 07 15:52:48 <mithro> mickey|sun: any chance you could comment on this application to?
May 07 15:53:13 <mickey|sun> mithro: sure... when i find out where the web interface is. I didn't catch up with the SOC stuff yet :/
May 07 15:54:34 <mithro> mickey|sun: sent
May 07 15:54:56 <mickey|sun> thanks
May 07 15:58:30 <mithro> i should be in bed soon so i would apreciate a response ASAP :)
May 07 15:58:47 <mickey|sun> eeks
May 07 15:58:49 <mickey|sun> pressure
May 07 15:58:51 <mickey|sun> heh
May 07 16:00:20 <mickey|sun> this application looks pretty good to me
May 07 16:00:27 <mickey|sun> we know it's a needed feature
May 07 16:00:52 <mickey|sun> is there a way to support the applications?`
May 07 16:01:11 * mickey|sun really needs to lower the mail backlog
May 07 16:01:43 <mithro> mickey|sun: there is a SoC interface i belive
May 07 16:01:51 <mickey|sun> ok, i'll take a look at that
May 07 16:01:57 <mickey|sun> one thing to the actual project though
May 07 16:02:24 <mickey|sun> it may turn out to be evaluated whether to use the native Python-C interface or use something like boost, sip, swig, etc.
May 07 16:02:28 <mithro> only not being a mentor I can't comment on that interface
May 07 16:02:37 <mickey|sun> those tools greatly simplify coding Python extensions
May 07 16:02:57 <mithro> mickey|sun: i used PyRex for the starting bit of the C-Parser wrapper
May 07 16:03:19 <mithro> which seems to work pretty well
May 07 16:03:36 <mithro> my main reason for applying to the SoC is that it would allow me to finish all this stuff :)
May 07 16:03:56 <mickey|sun> *nod*
May 07 16:04:19 <mithro> it may get done otherwise - but it'll take me a significant time longer
May 07 16:05:23 <mithro> sadly last year all my applications where rejected :/
May 07 16:06:01 <mithro> hoping for a better result this year - but compatition is always going to be tough :/
May 07 16:13:06 <RP> mithro: I've replied
May 07 16:13:13 <mithro> RP: thanks
May 07 16:14:39 <RP> mithro: I've tried to highlight the bits where I think you could be clearer or give more information. Its all totally subjective though :-/
May 07 16:14:41 <zecke> hey
May 07 16:14:48 <mithro> thanks
May 07 16:14:51 <mithro> hey zecke 
May 07 16:16:50 <mithro> RP: i know - but feedback is always good
May 07 16:17:45 <RP> hi zecke 
May 07 16:22:39 <RP> mickey|sun: In OOO Under Openembedded, you've said RDEPENDS is now analyzed by BB and automatically added to the runtime dependencies - it should be build time dependencies
May 07 16:23:48 <RP> mickey|sun: You could mention qemuarm will boot all the way into an xserver and run x applications
May 07 16:25:42 <RP> mickey|sun: 3.5.4.1 will contain improved support for the cxx00? 3.5.4 didn't support them so its more than improved :)
May 07 16:33:19 <koen> RP, mickey|sun, zecke: don't forget to vote on all the OE SoCs that are interesting :)
May 07 16:33:54 <RP> koen: Where do we do that?
May 07 16:34:08 <zecke> RP: are you a mentor?
May 07 16:34:09 <koen> in the comment you can set +1, +2 and +4, etc
May 07 16:34:18 <zecke> RP: code.google.com/soc/mentor_home.html
May 07 16:34:26 <zecke> Rank Applications
May 07 16:36:49 <RP> Ah, I'm not a mentor this year and can't be :-(
May 07 16:37:48 <mithro> RP: any idea how to expand the actual task stuff?
May 07 16:38:51 <RP> mithro: As I said, its tricky. Let me see if I can draft something...
May 07 16:39:25 <zecke> RP: you can't? too busy :(
May 07 16:39:56 <RP> zecke: Too busy and OpenedHand isn't too happy with google atm
May 07 16:40:28 <mithro> RP: why what did the goog masters do?
May 07 16:40:28 <mickey|sun> RP. right. /me modifies comments
May 07 16:40:29 <zecke> oh
May 07 16:40:35 <mickey|sun> s/comments/contents/
May 07 16:45:56 <zecke> yeah google is slowly turning evil
May 07 16:46:05 <zecke> I'm a bit scared what they will do with my data
May 07 16:46:34 <RP> They have a lot of power. Enough to sink small companies quite easily :-/
May 07 16:48:08 <mickey|sun> RP: any idea about sound support on qemu?
May 07 16:48:24 <RP> mickey|sun: At present, none under ARM
May 07 16:48:42 <mickey|sun> i see. would be cool though
May 07 16:48:53 <RP> mickey|sun: The Integrator is a very simple machine and not an ideal device to target
May 07 16:49:14 <zecke> RP: does it have a PCI bus?
May 07 16:49:18 <koen> mickey|sun: s/0\.26/0\.27/
May 07 16:49:19 <RP> mickey|sun: For ARM machines, I have wondered if a virtual ARM machine might be better, at least for OE use
May 07 16:49:37 <mickey|sun> koen: right. /me changes
May 07 16:50:11 <RP> zecke: No, we'd need to implement a new machine for that
May 07 16:50:34 <RP> zecke: This was what others were thinking of doing to gain functionality cheaply
May 07 16:51:33 <mithro> RP: can you actually say what they are doing? - I guess just moving adwords about can drastically effect a small company 
May 07 16:51:55 <mithro> mickey|dinner: any feedback?
May 07 16:52:17 <zecke> mithro: mickey|dinner : did you know sys.exit()
May 07 16:52:29 <mithro> zecke: what about sys.exit?
May 07 16:52:42 <zecke> mithro: mithro is raising a SystemExit exception?
May 07 16:52:50 <mithro> yeah
May 07 16:53:32 <RP> mithro: Attempting to poach employees?
May 07 16:53:51 <mithro> RP: ahh - yeah they would suck
May 07 16:54:33 <mithro> atleast they arn't doing a hostel takeover and then firing everyone
May 07 16:54:51 <zecke> mithro: yet
May 07 16:55:38 <mithro> zecke: what I worry about is the fact they are a public company now - which has certain reponsability
May 07 16:56:35 <mithro> ie must make money at any cost
May 07 16:57:04 <zecke> right
May 07 16:57:09 <zecke> *food*
May 07 16:57:18 <mithro> a private company can do what ever it wants
May 07 16:58:43 <mithro> RP: so your not going to work at google then ;)
May 07 16:59:05 <mithro> it looks like my Honors project is going to build a 8 port FXS usb device
May 07 16:59:16 <mithro> which is pretty cool
May 07 16:59:17 <RP> mithro: No ;-)
May 07 17:11:28 <mithro> RP: any more suggestions about that application?
May 07 17:11:33 <mithro> i really should go to bed now
May 07 17:11:34 <RP> mithro: about to mail you
May 07 17:11:42 <mithro> RP: thanks once again
May 07 17:12:20 <RP> mithro: mailed
May 07 17:12:47 <mithro> thanks
May 07 17:13:56 <RP> mithro: You can probably add more spiel along the lines of what I sent...
May 07 17:23:03 <CIA-9> 03coredump 07org.oe.oz354x * r351693f4... 10/packages/gpe-bootsplash/ (files/init.patch gpe-bootsplash_1.15.bb): gpe-bootsplash: Remove error-message on first-boot
May 07 17:23:07 <CIA-9> 03coredump 07org.oe.oz354x * r6b0746a0... 10/packages/xserver-common/xserver-common_1.8.bb: xserver-common: Fix Fn key-combo for the @ symbol, closing bug 797
May 07 17:23:16 <CIA-9> 03coredump 07org.oe.oz354x * r907759fd... 10/packages/udev/ (files/input.sh udev-084/local.rules udev_084.bb): udev: Add a helper script for input device detection used by tslib.sh. Currently only USB mice are implemented
May 07 17:23:16 <CIA-9> 03coredump 07org.oe.oz354x * r0156065f... 10/packages/tslib/ (tslib/akita/tslib.sh tslib/spitz/tslib.sh tslib_cvs.bb): tslib: Rework tslib.sh to reliable handle USB mice on SL-Cxx00. This should work on c7x0, too but obviously needs a tester
May 07 17:23:20 <CIA-9> 03coredump 07org.oe.oz354x * r90f461c5... 10/packages/tslib/tslib/ (akita/tslib.sh spitz/tslib.sh): tslib: Work around a problem in Xserver
May 07 17:23:24 <CIA-9> 03coredump 07org.oe.oz354x * r33c1f921... 10/packages/detect-stylus/ (2 files in 2 dirs): detect-stylus: Do not hide the cursor when a USB mouse is used
May 07 17:23:28 <CIA-9> 03coredump 07org.oe.oz354x * r86163f68... 10/packages/xserver-common/ (files/Xserver-udev-input-helper.patch xserver-common_1.8.bb): xserver-common: Patch Xserver to use INPUT_EXTRA_ARGS as provided by the updated tslib.sh
May 07 17:23:32 <CIA-9> 03coredump 07org.oe.dev * rd531cba8... 10/packages/gpe-bootsplash/ (files/init.patch gpe-bootsplash_1.15.bb): gpe-bootsplash: Remove error-message on first-boot
May 07 17:25:29 <CoreDump|home> ~mourn chanserv
May 07 17:25:31 * ibot lights some candles for chanserv
May 07 17:29:55 <RP> CoreDump|home: Do you have to restart kdrive to make the mouse work?
May 07 17:30:14 <CoreDump|home> yes as the input device is "hard-coded" on X startup
May 07 17:30:41 <RP> It doesn't autodetect input devices?
May 07 17:30:41 <CoreDump|home> also the module mousedev must be loaded manually at present
May 07 17:30:57 <CoreDump|home> RP: only on startup AFAICT
May 07 17:31:26 <CoreDump|home> kdrive is way buggy when handly input devices...
May 07 17:31:31 <CoreDump|home> handling
May 07 17:31:49 <mithro> RP: thanks - this is really helpful
May 07 17:32:40 <CoreDump|home> RP: http://bugs.openembedded.org/show_bug.cgi?id=883#c12
May 07 17:33:38 <CoreDump|home> ~lart entranced for beeing idiotic once again
May 07 17:33:38 * ibot whips out a hot clue gun and makes sure that entranced is stuck to the floor for beeing idiotic once again
May 07 17:33:44 <mithro> RP: i'll buy you a beer next time you are in OZ :)
May 07 17:34:12 <RP> mithro: I'm pleased its helped :)
May 07 17:34:12 <mithro> welp off to bed
May 07 17:34:14 <mithro> gnight
May 07 17:34:17 <RP> 'night
May 07 17:34:39 <RP> CoreDump|home: This really needs addressing in the xserver :-/
May 07 17:34:44 <CoreDump|home> I agree
May 07 17:34:58 <CoreDump|home> koen mentioned some changes in later versions of kdrive
May 07 17:35:19 <RP> Yes, mallum did make some changes 
May 07 17:35:39 <CoreDump|home> I don't have a .dev build to check them out
May 07 17:35:56 <CoreDump|home> maybe in a few days...
May 07 17:37:32 <RP> hi kergoth 
May 07 17:42:23 <kergoth> hey
May 07 17:44:01 <koen> hey kergoth 
May 07 17:44:30 <koen> CoreDump|home: or some fancy userspace multiplexer
May 07 17:45:13 <CoreDump|home> koen: that would indeed be very nice. Working TS _and_ external HID at the same time =)
May 07 17:45:23 <koen> RP: isn't the ts 'just another mouse' after the keithp 'fix' on 20050208?
May 07 17:45:39 <koen> CoreDump|home: I still want to test my bt mouse
May 07 17:46:32 <CoreDump|home> koen: BT mice could be implemented using the scripts I wrote for USB
May 07 17:46:49 <CoreDump|home> this problem will be the buggy kdrive...
May 07 17:46:51 <koen> bleh
May 07 17:46:54 <CoreDump|home> s/this/the
May 07 17:46:55 <koen> ~lart skype
May 07 17:46:55 * ibot pulls out a ClueBat (tm) and thwaps skype
May 07 17:47:23 <koen> the neighbours seem to think that you need to shout since the other end is in turkey :/
May 07 17:50:26 <CoreDump|home> =)
May 07 17:51:14 <zecke|work> mithro: did you post your proposal somewhere?
May 07 17:51:43 <RP> koen: I think touchscreens did become more standard, yes. That dosn't solve the detection of new devices though :-/
May 07 17:51:58 <RP> We need to get a more recent xserver working...
May 07 17:52:12 <koen> RP: .dev already uses the newer snapshot
May 07 17:52:36 <RP> koen: How much newer? One from this year?
May 07 17:53:10 <koen> xserver-kdrive-fbdev_0.0+cvs20060312-r11_armv5te.ipk
May 07 17:53:27 <koen> that has the x11R7 bits
May 07 17:53:33 <RP> koen: I'd not noticed that. I'll have to try it :)
May 07 17:54:14 <koen> I wonder if XorA|gon1 got that w100 stuff working
May 07 18:01:01 <Cockroach-> hmm, are there any packages on OE metadata, whose original sources&build scripts do not support cross-compiling? As Scratchbox is using qemu and other tricks to emulate the target platform, I would like to know what tricks are done in OE
May 07 18:01:40 <kergoth> Cockroach-, the majority do not support crosscompiling.
May 07 18:02:00 <Cockroach-> Most software which use GNU Autotools seem to detect cross-compiling and skip the phase where a dummy program is created and tried to run
May 07 18:02:11 <Cockroach-> or libraries linked etc.
May 07 18:02:42 <koen> linking would be fine
May 07 18:03:23 <Cockroach-> Well I'm not too familiar with the nuts and bolts of gcc and software developement in Linux, but you got my point?-)
May 07 18:03:46 <koen> keep in mind that scratchbox aims to solve completely different problems as OE
May 07 18:03:52 <JustinP> Cockroach-: many which use autotools simply aren't set up right, though, and still try to compile test programs when cross-compiling. Most software authors simply forget about cross compiling
May 07 18:04:22 <Cockroach-> koen: of course, but I have to explain (in the thesis) how these two systems deal with the cross-compile problem
May 07 18:04:40 <koen> scratchbox doesn't deal with it at all
May 07 18:04:50 <koen> if you use sb, you aren't crosscompiling
May 07 18:05:37 <koen> which is the major difference between sb and OE
May 07 18:05:47 <Cockroach-> Maybe not by definition of "Cross compiling"
May 07 18:06:10 <koen> sb aims at easy application development, OE at easy configuration management
May 07 18:06:17 <koen> (as far as I understand it)
May 07 18:06:47 <Cockroach-> koen: do not worry, I'm not comparing them as the resolution for the same problem =)
May 07 18:07:14 <Cockroach-> Scratcbox is a nice way for a "normal" developer to create stuff for some other platform
May 07 18:08:08 <Cockroach-> But still, under SB it uses qemu or CPU-transparency on configure scripts (as far as I have understood it)
May 07 18:08:23 <koen> yeah, it fakes a 'device'
May 07 18:08:26 <Cockroach-> Indeed
May 07 18:08:32 <koen> either via qemo or sbrsh
May 07 18:08:37 <koen> qemu*
May 07 18:09:00 <koen> qemo would be very annoying, you know
May 07 18:09:07 <Cockroach-> :)
May 07 18:09:24 <kergoth> Cockroach-, how its solved for packages in oe varies.  for autoconf tests which are only for checking sanity, and whose results are never actually used, those tests can simply be made conditional, only executed when not crosscompiling.  for tests whose results are used, and which need to run the binaries they compile, we use the autoconf configuration cache to presupply the results to the tests (see the site/ files in the OE tree)
May 07 18:09:44 <kergoth> thats just the autoconf test piece, other buildsystems are dealt with differently
May 07 18:10:02 <Cockroach-> kergoth: Ah, the meaning of config.cache clarifies even more
May 07 18:11:06 <koen> I just got a creepy feeling
May 07 18:11:28 <Cockroach-> Oh my
May 07 18:11:30 <koen> RP: do you know if copying the arm-linux site file to arm-linux-gnueabi was 100% correct?
May 07 18:11:58 <koen> if it isn't I'll have to enter csl hell to generate a new site file....
May 07 18:12:22 * koen is displaying his autofoo ignorance
May 07 18:12:27 <zecke|work> koen: well some 'sizes' could be different ;)
May 07 18:13:15 <koen> they did change struct packing and all sorts of stuff
May 07 18:13:25 <koen> and some syscalls got removed, etc
May 07 18:14:36 <koen> and I wonder why tslib has a zillion alignment traps when using EABI
May 07 18:15:09 <RP> koen: I'd suspect it'd be correct in most cases
May 07 18:16:55 * RP -> food
May 07 18:25:32 <JustinP> tmbinc: gstreamer is broken in dev
May 07 18:26:26 <JustinP> tmbinc: does tmbinc@openembedded.org actually get e-mail to you? If not, please change the MAINTAINER field to have an actual e-mail address.
May 07 18:26:54 <JustinP> tmbinc: that's not the problem, though, see http://bugs.openembedded.org/show_bug.cgi?id=940
May 07 18:35:47 <zecke> koen: is Angstrom compatible with MicroSuSE?
May 07 18:40:51 <zecke> hmm we should drag MicroSuSE into OE
May 07 18:42:31 <gremlin[it]> i'm trying to have both dev and oz354fam083 repo ... but i have some doubth ... 
May 07 18:42:45 <gremlin[it]> first : i need a separate OE.db for the 2 repos ? 
May 07 18:42:51 <_law_> hi, if i try to build an oz354x image i get the following error: Collected errors:
May 07 18:42:51 <_law_> ERROR: Cannot satisfy the following dependencies for task-bootstrap:
May 07 18:42:51 <_law_>          hostap-conf
May 07 18:51:10 <JustinP> _law_: have you updated?
May 07 18:51:11 <JustinP> gremlin[it]: no
May 07 18:51:20 <JustinP> gremlin[it]: one OE.db, two checkouts, two build directories
May 07 18:51:35 <JustinP> gremlin[it]: of course you need to be pulling all of the branches you want too
May 07 18:51:56 <_law_> JustinP: some hours ago
May 07 18:52:12 <koen> zecke: no it isn't
May 07 18:53:19 <JustinP> _law_: hmmm, I thought that was fixed....it's a PROVIDES problem I think
May 07 18:54:03 <koen> JustinP: gst-plugins have an independant release cycle from the main gstreamer
May 07 18:54:18 <zecke> How do I get the log of a specific revision
May 07 18:54:29 <koen> doesn't log take a -r?
May 07 18:56:30 <JustinP> koen: well, that's fine, but the PROVIDES is definately off....
May 07 18:56:32 <zecke> koen: yes but then it prints a lot of revs
May 07 18:56:41 <koen> JustinP: PROVIDES_${PN} += "gst-plugins"
May 07 18:56:42 <JustinP> koen: and what's with the good, bad, and ugly?
May 07 18:56:47 <koen> that's in gst-plugins-base 
May 07 18:57:07 <koen> JustinP: supported, not quite supported, ugly hacks
May 07 18:57:11 <JustinP> well....is the preferred_version off then? because this has been a problem for quite some time....
May 07 18:58:38 <koen> and gpe-nmf doesn't work with 0.10.x
May 07 18:58:47 <koen> I guess we need versioned depends
May 07 19:00:42 <JustinP> ah, is that what it is?
May 07 19:00:56 <JustinP> well, I set a preferred_version in my local.conf...hoping it works
May 07 19:01:13 <JustinP> before now I just rmeove gpe-nmf from the task-gpe stuff
May 07 19:01:34 <koen> that's what I did
May 07 19:02:30 <AlexTe> Any idea about this error, trying to build nunome: /usr/bin/ld: skipping incompatible [...]tmp/staging/arm-linux/lib/libqpe.so when searching for -lqpe
May 07 19:02:45 <zecke> /usr/bin/ld
May 07 19:02:52 <zecke> that can't be right ;)
May 07 19:03:12 <zecke> specially not when tmp/staging/arm-linux/lib/libqpe.so is ARM
May 07 19:04:23 <AlexTe> right /usr/bin must be hardcoded in the makefile :)
May 07 19:04:51 <zecke> that happens, which makefile is that?
May 07 19:05:12 <AlexTe> nunome, japanase input
May 07 19:05:22 <AlexTe> oh it's not in the feed
May 07 19:07:49 <AlexTe> hmm what "inherit=" am I supposed to use for a qpe app when there is no .pro file, just a Makefile ?
May 07 19:12:16 <zecke> none ;)
May 07 19:12:23 <zecke> if the makefile is crafted the right way
May 07 19:23:01 <_law_|iBook> JustinP after the update to the latest oz354x branch xserver-common patches (at-fix-slcxxxx.patch) doesnt apply
May 07 19:38:19 <AlexTe> cannot find why /usr/bin/ld is used. It's not in the Makefile and I've added LD=$(ARCH)ld but it didnt help
May 07 19:39:11 <zecke> AlexTe: well look at the Makefile
May 07 19:39:17 <zecke> ARCH is what?
May 07 19:39:27 <woglinde> he zecke
May 07 19:40:20 <koen> leaving out ${LD} also works
May 07 19:40:36 <koen> OE passes LD=<what is right> to make
May 07 19:40:37 <zecke> right
May 07 19:42:47 <tmbinc> JustinP: hmm
May 07 19:43:04 <tmbinc> JustinP: i guess it doesn't, and i'm just wondering why it contains that email address
May 07 19:43:34 <tmbinc> JustinP: i'll see if i can fix that
May 07 19:44:28 <AlexTe> well it's still using /usr/bin/ld : http://pastebin.com/704047
May 07 19:44:53 <zecke> AlexTe: well, bitch the maintainer to fix it
May 07 19:45:29 <zecke> $(CC) $(CXX)...
May 07 19:45:40 <zecke> who is so stupid redefining CC and CXX
May 07 19:45:45 <zecke> morons
May 07 19:45:58 <AlexTe> yeah the makefile is very bad :(
May 07 19:46:04 <zecke> make him fix it
May 07 19:46:12 <zecke> I just got eye cancer..
May 07 19:46:19 <zecke> gosh, where is the medicine..
May 07 19:46:27 <AlexTe> lol
May 07 19:57:43 <JustinP> _law_|iBook: .....it *should* work normally. Perhaps it's a floatiing CVS build or something....
May 07 19:59:27 <_law_|iBook> JustinP its version xserver-common 1.8
May 07 20:00:06 <JustinP> well....::shrug::
May 07 20:00:18 <JustinP> check the bug reports and report a bug if it doesn't work for you
May 07 20:00:29 <JustinP> and then try a different version
May 07 20:10:41 <_law_|iBook> JustinP ok found the problem at-fix-slcxxxx.patch patch file istn available
May 07 20:17:09 <_law_|iBook> CoreDump|home have you added that patches also?
May 07 20:17:23 <CoreDump|home> ahem
May 07 20:17:27 * CoreDump|home checks...
May 07 20:17:48 <CoreDump|home> oops
May 07 20:18:11 <CoreDump|home> pushing, hold on
May 07 20:18:24 <_law_|iBook> CoreDump|home thanks
May 07 20:21:09 <CoreDump|home> pushed
May 07 20:22:17 <CIA-9> 03coredump 07org.oe.oz354x * r6c4f49d6... 10/packages/xserver-common/files/at-fix-slcxxxx.patch: xserver-common: Add missing patch
May 07 20:22:44 <CoreDump|home> sorry for that ;)
May 07 20:23:01 <_law_|iBook> CoreDump|home np
May 07 20:29:18 <CoreDump|home> http://openzaurus.org/wordpress/howto/usb-mouse-with-kernel-26-mini-howto/ <- not exactly user-friendly currently heh
May 07 20:29:32 <CoreDump|home> well, this should have gone to #openzaurus
May 07 20:31:56 <_law_|iBook> but the hostap-conf error is still here :-(
May 07 20:33:08 <JustinP> _law_|iBook: it's a PROVIDES problem, as I said before...check the mailing list and suhc
May 07 20:33:17 <JustinP> this i strange....
May 07 20:33:25 <JustinP> NOTE: package gnome-vfs-dbus-2.8.4.4+svn20060507-r1: task do_package: started
May 07 20:33:26 <JustinP> None
May 07 20:33:31 <JustinP> the None is output on th enext line
May 07 20:34:28 <koen> CoreDump|busy: I think you can close #941
May 07 20:35:06 <_law_|iBook> koen doen
May 07 20:35:08 <_law_|iBook> done
May 07 20:37:14 <_law_|iBook> opened #942 :-)
May 07 20:55:41 <_law_|iBook> n8 all
May 07 21:12:03 <AlexTe> I managed to fix the makefiles and compile but now it does not create a package: http://pastebin.com/704224 I'm not sure how to configure bitbake
May 07 21:14:31 <zecke> AlexTe: no need to configure BitBake
May 07 21:14:39 <zecke> AlexTe: it says something like
May 07 21:14:45 <zecke> "Not Creating empty package for..."
May 07 21:15:01 <zecke> you need to have a do_install() method that is doing something useful
May 07 21:16:44 <AlexTe> I have a do_install but it's probably wrong then
May 07 21:16:52 <AlexTe> install -m 755 ui/libqNunome.so* ${D}${palmtopdir}/plugins/inputmethods
May 07 21:17:15 <zecke> that is okay
May 07 21:17:21 <zecke> AlexTe: ah okay
May 07 21:17:40 <zecke> FILES_${PN} = "${palmtopdir}"
May 07 21:17:49 <zecke> this is what palmtop.bbclass is doing
May 07 21:18:15 <zecke> it tells OE that everything under palmtopdir should be put in a package
May 07 21:18:19 <zecke> called ${PN}
May 07 21:19:18 <AlexTe> it worked thanks !
May 07 21:23:04 <zecke> AlexTe: if it works, feel free to attach it to the OE bugtracker
May 07 21:25:14 <AlexTe> well I have a couple of .bb files and patch to submit to build japanese apps, but they all depend on libqte having codecs and unicode enabled
May 07 21:26:35 <zecke> well we should be able to load the japanese codecs as plugins on demand
May 07 21:26:46 <zecke> about unicode tables, I have no clue ;)
May 07 21:41:27 <JustinP> ~lart bitbake for recursively cleaning
May 07 21:41:27 * ibot whacks bitbake with the cluebat for recursively cleaning
May 07 21:44:30 <zecke> JustinP: which version?
May 07 21:46:47 <JustinP> current stable branc
May 07 21:47:01 <JustinP> just updated svn today
May 07 21:47:33 <JustinP> If I issue "rebuild opie-image" in the shell is starts cleaning everything
May 07 22:04:58 <zecke> mithro: ping
May 07 22:10:15 <zecke> okay good nite
May 07 22:10:25 <zecke> JustinP: hmm
May 07 22:10:31 <zecke> JustinP: it should have stopped that
May 07 22:12:52 <JustinP> :-(
May 07 22:15:04 <pb_> hail zecke
May 07 22:15:38 <zecke> cya
May 07 22:30:24 <Laibsch> ~hail AlexTe
May 07 22:30:28 * ibot bows down to AlexTe and chants, "I'M NOT WORTHY!!"
May 07 22:33:48 <Laibsch> ~HAIL AlexTe
May 07 22:33:51 <Laibsch> I mean it
May 07 22:33:58 * ibot bows down to AlexTe and chants, "I'M NOT WORTHY!!"
May 07 23:32:21 <CIA-9> 03rpurdie 07org.oe.dev * rc9bed928... 10/packages/linux/ (32 files in 3 dirs): linux-openzaurus: Drop 2.6.15. Add 2.6.16+git. Update 2.6.16 with an MMC oops fix and some LED/Backlight sysfs attribute fixes.
May 08 02:35:25 <CoreDump|home> koen: got a bluetooth "mouse" working =D
May 08 06:26:48 <sws> morning
May 08 07:09:54 <zecke> moin
May 08 07:19:58 <sws> moin
May 08 07:20:37 <sws> bitbake cant do 3-way merge for wlan-ng-modules, what can i do?
May 08 07:22:21 <zecke> sws: hehe
May 08 07:22:32 <zecke> you mean monotone and OE?
May 08 07:23:36 <sws> yes
May 08 07:23:56 <zecke> and you did modifications for wlan-ng?
May 08 07:24:17 <zecke> and what does it mean can't do 3-way merge? no meld installed
May 08 07:24:51 <sws> dont know for sure, now I did a monotone revert for that file, after that updating worked
May 08 07:25:01 <sws> what is meld?
May 08 07:25:05 <zecke> ah okay
May 08 07:25:06 <treke|home> zecke: meld is a gtk diff app
May 08 07:25:31 <treke|home> http://meld.sourceforge.net/
May 08 07:32:25 <sws> its a gui app? im using kde, where may i set the program to be used for that kind of merge
May 08 07:33:08 <treke|home> no clue. Might be hardcoded :)
May 08 07:36:09 <hrw|work> morning
May 08 07:36:16 <_law_> hi hrw|work 
May 08 07:36:20 <sws> moin
May 08 07:37:34 <hrw> morning
May 08 07:37:57 <koen> good monring all
May 08 07:40:41 <RP> morning all
May 08 07:40:59 <schurig> Moin!  Everyone survived the LinuxTag ? :-)
May 08 07:41:30 <zecke> sws: monotone will not merge a file if you have touched it
May 08 07:41:37 <zecke> schurig: yes, as no one was there
May 08 07:41:57 <zecke> sws: it will try meld and kdiff3 for merging (among others)
May 08 07:42:12 <zecke> sws: but in your case it was a different issue
May 08 07:42:32 <XorA> morning
May 08 07:42:40 <zecke> hi
May 08 07:42:53 <_law_> hi XorA 
May 08 07:44:33 <_law_> is someone here who will visit the linuxwochen in salzburg? (http://linuxwochen.at/2006/Salzburg)
May 08 07:46:45 <zecke> _law_: you should have told me earlier ;)
May 08 07:47:21 <_law_> zecke, perhabs we see as at graz or vienna :-)
May 08 07:47:27 <_law_> s/as/us
May 08 07:48:57 <ade|desk> morning folks
May 08 07:51:05 <sws> zecke: thanks
May 08 07:52:27 <sws> may I still have a problem flashing an OE OZ kernel 2.6 into my SL6000 because the NAND-flash will not be recognized?
May 08 07:52:55 <zecke> sws: dunno, could be
May 08 07:53:24 <zecke> do13: do you know you can say in your BB file you need a GCC X.Y.Z for compiling your kernel?
May 08 08:02:35 <do13_> morning all
May 08 08:02:46 <zecke> do13: do you know you can say in your BB file you need a GCC X.Y.Z for compiling your kernel?
May 08 08:02:58 <zecke> do13: someone asked if tosa would recognize the NAND again
May 08 08:03:36 <do13_> zecke: you mean just a note or a runtime check?
May 08 08:04:19 <zecke> do13_: in your bb file you can mandate to use gcc x.y.z for compiling the kernel
May 08 08:05:43 <hrw> do13_: no - stick with one kernel gcc version you can
May 08 08:06:00 <pb_> morning do13_ 
May 08 08:06:03 <pb_> morning zecke 
May 08 08:06:24 <zecke> pb_: did you consider giving koen's proposal +2 (SoC)?
May 08 08:06:28 <do13_> hey phil
May 08 08:06:40 <pb_> zecke: I didn't look at it yet
May 08 08:08:12 <pb_> I need to go into town to rescue my car from the badlands where I left it last night, and then head over to the office.  I'll review the SoC things when I get there.
May 08 08:08:45 <zecke> thanks
May 08 08:08:53 <zecke> 'badlands'?
May 08 08:09:48 <do13_> zecke: only 4.0.x creates bad code, 3.x.x and 4.1.x works
May 08 08:11:10 <RP> pb_: If its still there, it can't be that bad. Or perhaps that says something about your car? ;-)
May 08 08:11:55 <do13_> zecke: EABI needs 4.1.x.  I can't mandate one version.
May 08 08:12:08 <zecke> then mandate 4.1.x?
May 08 08:12:26 <RP> do13_: You could probably raise an error if gcc 4 was detected?
May 08 08:12:28 <hrw> do13_: if(EABI) then 4.1;else 3.4;fi
May 08 08:12:36 <koen> zecke, do13: error out on 4.0.2?
May 08 08:12:40 <RP> (gcc 4.0.x that is)
May 08 08:13:09 <zecke> ~lart svn
May 08 08:13:09 * ibot hits svn with an anvil and laughs with a contralto voice ... Haha Ha HA Ha
May 08 08:14:32 <koen> zecke: didn't you say this was your non-OE day?
May 08 08:14:41 <zecke> koen: yesterday
May 08 08:14:51 <koen> ah, ok
May 08 08:15:17 <zecke> koen: I didn't manage to get anything done though :}
May 08 08:15:28 <zecke> lol svn in ubuntu is broken
May 08 08:17:07 <pb_> RP: heh.  well, I hope it's still there, but who knows.
May 08 08:23:24 * pb_ ->
May 08 08:25:52 <sws> PREFERRED_PROVIDER_virtual/kernel = "openzaurus-pxa" does not exist for OE OZ, which 2.4 kernel to select for SL6000?
May 08 08:27:50 <hrw> ~zauruskernels
May 08 08:27:52 <ibot> hmm... zauruskernels is By default Zaurus used 2.4.18 or 2.4.20 which need GCC 2.95.3 to compile - all is described in OE wiki: http://openembedded.org/cgi-bin/moin.cgi/ZaurusKernels Now we work on moving all models to 2.6 kernels: http://openembedded.org/cgi-bin/moin.cgi/ZaurusKernels26
May 08 08:28:03 <hrw> sws: read and apply
May 08 08:28:07 <hrw> hi schurig 
May 08 08:31:17 <sws> that doesnt help much, i try a OZ kernel 2.4 bootstrap-image using latest OE for my tosa, but it says "NOTE: multiple providers are available ( "many kernel targets, but no openzaurus-pxa, which is stated in tosa.conf" )
May 08 08:32:26 <hrw> sws: packages/linux/openzaurus-pxa_*.bb
May 08 08:36:14 <sws> does that mean the conf/machine/include/tosa-2.4.conf needs to be modified? or may I select a preferred_provider for the kernel in my local.conf
May 08 08:38:42 <hrw> sws: which OE branch, which distro?
May 08 08:40:14 <hrw> sws: .oz354x, distro='openzaurus-3.5.4.1', bitbake -n virtual/kernel give: NOTE: package openzaurus-pxa-2.4.18-rmk7-pxa3-embedix: completed
May 08 08:40:41 <sws> hrw: dev branch oz-unstable
May 08 08:42:04 <do13_> sws: do you have ZKERNEL_VERSION="2.4" in local.conf?
May 08 08:42:24 <zecke> JustinP: could you be a mentor for a SoC project?
May 08 08:44:55 <do13_> zecke: do we have a variable for the gcc version?
May 08 08:45:28 <zecke> do13_: no - one of the shortcomings of OE -
May 08 08:45:38 <zecke> do13_: some people exploit PREFERRED_VERSION
May 08 08:45:44 <hrw> do13_: KERNEL_CCSUFFIX = "-3.3.4"
May 08 08:46:06 <hrw> do13_: and DEPENDS gcc-cross-kernel iirc
May 08 08:46:27 <hrw> do13_: the only one is mnci-ramses_2.4.21-rmk2-pxa1.bb:DEPENDS = "modutils-cross virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX}"
May 08 08:46:50 <hrw> ;( I was thinking that we had such thing like gcc-cross-kernel...
May 08 08:48:32 <Cockroach-> good day
May 08 08:49:03 <schurig_> hrw: is this dependency problematic?
May 08 08:49:36 <hrw> schurig_: no
May 08 08:50:00 <hrw> schurig_: I was looking for any kernel recipe which define which kernel it needs
May 08 08:50:14 <schurig_> hrw: hehe, good, so I don't have to change my ancient kernel *.bb :-)
May 08 08:51:04 <sws> hrw: no, but tosa.conf has ZKERNEL_VERSION ?= "2.4"
May 08 08:51:49 <hrw> sws: so it should build openzaurus-pxa then
May 08 08:55:33 <sws> hrw: but it cant find openzaurus-pxa, now i defined  ZKERNEL_VERSION = "2.4" in local.conf, but still doesnt work
May 08 08:56:14 <hrw> sws: cant help - no .dev builddir
May 08 09:00:38 <sws> http://pastebin.com/704938 : the list of kernel targets does not contain openzaurus-pxa, where when is this set defined?
May 08 09:05:08 <hrw|work> looks like soemthing is fscked with .dev
May 08 09:14:53 <_law_> hrw|work, did you see my #942 bug?
May 08 09:16:05 <hrw|work> _law_: I saw this
May 08 09:16:22 <_law_> hrw|work, could you confirm this?
May 08 09:17:14 <hrw|work> nope
May 08 09:19:12 <hrw|work> _law_: works for me (atleast it was in thursday)
May 08 09:33:55 <CIA-9> 03hrw 07org.oe.oz354x * r93d99af9... 10/classes/ (qt3x11.bbclass qt4x11.bbclass): qt3x11/qt4x11.bbclass: make them DEPEND on qt(3|4)-x11-free - taken from .dev
May 08 09:41:05 <pb__> zecke: right, now I review the SoC applications
May 08 09:44:48 <zecke> pb__: thanks
May 08 09:45:07 * zecke needs to go to the dentist soon
May 08 09:46:29 <Crofton> zecke, don't delay
May 08 09:47:04 <zecke> Crofton: ah it was already delayed, but I have an appointment at 1 o'clock :}
May 08 09:47:10 <Crofton> heh
May 08 09:47:13 <koen> zecke: again?
May 08 09:47:13 <zecke> and I have seen him last week already :}
May 08 09:47:17 * Crofton delayed for several years once
May 08 09:47:27 <zecke> ~spell miserable
May 08 09:47:29 <ibot> 'miserable' may be spelled correctly
May 08 09:47:30 <Crofton> I had to beg him to see me right away finally
May 08 09:47:50 <zecke> hehe
May 08 09:47:58 <zecke> I have a couple of session ahead
May 08 09:48:06 <Crofton> yuck
May 08 09:48:13 <zecke> cya later guys
May 08 09:48:18 <Crofton> I have been going almost every six months since ....
May 08 09:48:24 <Crofton> good lcuk!
May 08 09:48:29 <zecke> Inheritance+Drugs == Bad Tooth Material :}
May 08 09:54:18 <_law_> pb_, how is the calibration tool called?
May 08 09:55:27 <hrw|work> _law_: xtscal iirc
May 08 09:55:42 <_law_> hmm is seg faults :-(
May 08 09:55:58 <pb__> _law_: didn't I tell you that about two hours ago?  xtscal
May 08 09:56:21 <_law_> pb__, i know but i forgot it :-)
**** ENDING LOGGING AT Mon May 08 09:59:57 2006