**** BEGIN LOGGING AT Fri Jan 05 02:59:59 2007
Jan 05 03:15:22 <dothedog> anyone able to build mysql-native in oz3541?
Jan 05 07:29:39 <CIA-4> 03hrw 07org.oe.oz354x * ra8062477... 10/ (1 packages/mysql/files/my.cnf packages/mysql/files/mysqld.sh): mysql: added two missing files
Jan 05 07:47:43 <hrw|gone> NOTE: package mysql-native-4.1.18-r2: task do_build: completed
Jan 05 08:32:46 <RP> morning all
Jan 05 08:43:54 * koen yawns
Jan 05 08:43:54 <koen> good morning all
Jan 05 08:45:39 <hrw|work> morning
Jan 05 08:46:05 <gremlin[it]> hi hrw 
Jan 05 08:46:20 <greentux> morning
Jan 05 08:49:10 <v8jlene> morning
Jan 05 08:51:39 <XorA> morning
Jan 05 08:59:41 <RP> morning koen, XorA 
Jan 05 08:59:54 <RP> XorA: Could you try the 2.6.19+git kernel? :)
Jan 05 09:01:15 <XorA> RP: could do, do you want me to upload my initrd.bin and zImage?
Jan 05 09:01:50 <RP> XorA: Its ok thanks. I don't think there is much I can do about the problem :-/
Jan 05 09:02:02 <niv_one_three> morning
Jan 05 09:02:30 <niv_one_three> any one into handhelds should see www.woot.com now
Jan 05 09:02:44 <RP> XorA: I've never gone into the OOM code and don't really want to get involved. I'm just hoping it was fixed for 2.6.20-rc2...
Jan 05 09:02:51 <XorA> RP: heh heh
Jan 05 09:02:53 <niv_one_three> its a OQO Ultra Portable PC Model 01+ w/ Windows XP Tablet at 800$
Jan 05 09:03:21 <niv_one_three> off for morning coffee
Jan 05 09:03:44 <hrw|work> niv_one_three: I prefer to add another $$$ and buy good laptop
Jan 05 09:03:57 <CIA-4> 03koen 07org.oe.dev * r7305c9a8... 10/ (1 conf/machine/a1200.conf): a1200.conf: add machine description for the motorola a1200 phone
Jan 05 09:04:03 <CIA-4> 03koen 07org.oe.dev * r1472b5e7... 10/ (1 conf/machine/a780.conf): a780: support iwmmxt
Jan 05 09:12:55 <hrw|work> RP: I need your help
Jan 05 09:13:34 <hrw|work> RP: return(-ENODEV) or return(-ENXIO)?
Jan 05 09:19:13 <ade|desk> morning all
Jan 05 09:19:14 <RP> hrw|work: return -ENODEV;
Jan 05 09:19:27 <RP> hrw|work: lose the brackets too
Jan 05 09:19:52 <RP> (return is not a function)
Jan 05 09:23:00 <RP> hrw|work: Don't get too disheartened by the comments, they are trying to be helpful in their own ways and everyone gets this ;-)
Jan 05 09:23:19 <niv_one_three> hrw|work: I got the lenovo / IBM x41 at the same price
Jan 05 09:23:42 <RP> hrw|work: I'd have no clue when it comes to pci device handling as per Alan's comments :-/
Jan 05 09:24:04 <hrw|work> RP: I like comments
Jan 05 09:24:25 <koen> #hello
Jan 05 09:24:42 <ade|desk> koen: close #oe here 
Jan 05 09:24:58 <RP>  /* hello */ surely? :)
Jan 05 09:25:23 <ade|desk> whitespaces included ?
Jan 05 09:32:41 <psokolovsky> Hi!
Jan 05 09:33:11 <psokolovsky> koen, So, is it update-alternatives what makes absolute zImage symlink?
Jan 05 09:34:39 <koen> psokolovsky: I have no idea
Jan 05 09:35:11 <psokolovsky> koen, so, that's it. still want to fix that unconditionally?
Jan 05 09:35:37 <koen> psokolovsky: It should get fixed for LAB machines
Jan 05 09:38:14 <CIA-4> 03koen 07org.oe.dev * rb7083504... 10/ (3 files in 3 dirs): linux-ezx: add 2.6.20-rc version for a1200 based on dotmonkey's patches
Jan 05 09:38:47 <hrw|work> psokolovsky: your mails has bad luck.. each time you write I need to get mail from spam folder
Jan 05 09:39:03 <psokolovsky> koen, well, why those forks. Let's go brave and fix it once and for all. I just ask you if you happen to know why relative symlink won't work. Common sense tells there should be no issues - after all, zImage is not executable.
Jan 05 09:39:18 <psokolovsky> hrw|work, lol
Jan 05 09:39:47 <hrw|work> X-Spam-Status: Yes, score=5.0 required=5.0 tests=BAYES_40,DNS_FROM_RFC_ABUSE, RCVD_IN_SORBS_WEB autolearn=disabled version=3.1.0
Jan 05 09:40:00 <hrw|work> 	*  5.0 RCVD_IN_SORBS_WEB RBL: SORBS: sender is a abuseable web server
Jan 05 09:40:00 <hrw|work> 	*      [82.193.96.238 listed in dnsbl.sorbs.net]
Jan 05 09:40:22 <hrw|work> psokolovsky: thats why
Jan 05 09:42:24 <psokolovsky> hrw|work, ah, that's common stuff. any more or less big isp goes there regularly. gmail is banned from time to time ;-E
Jan 05 09:42:40 <hrw|work> yep
Jan 05 09:43:33 <mickeyl> morning
Jan 05 09:43:41 <koen> hey mickeyl 
Jan 05 09:43:45 <XorA> hey mickeyl, bloomin long dvds you watch
Jan 05 09:43:50 <mickeyl> hehe
Jan 05 09:44:00 <mickeyl> fell asleep right after watching
Jan 05 09:44:36 <hrw|work> someone familiar with PCI subsystem?
Jan 05 09:46:45 <koen> hrw|work: fbset is now in the angstrom feeds for armv4t, armv5t, i686 and ppc603e
Jan 05 09:47:09 <hrw|work> thx
Jan 05 09:55:43 <CIA-4> 03koen 07org.oe.dev * r9fbea08e... 10/ (1 conf/machine/rokr-e2.conf): rokr-e2: add machine file for the ROKR E2 (motorola needs a spellchecker)
Jan 05 09:59:38 <hrw|work> RP: module_exit function is called always? even if init failed?
Jan 05 10:03:40 <CIA-4> 03koen 07org.oe.dev * re96957db... 10/ (4 files in 3 dirs): linux-ezx: s/1200/rokr-e2/
Jan 05 10:05:24 <koen> wow
Jan 05 10:05:25 <koen> http://gabriel.sourceforge.net/README
Jan 05 10:05:30 <koen> mickeyl: did you see that?
Jan 05 10:05:46 <mickeyl> gabriel
Jan 05 10:05:46 <mickeyl> no
Jan 05 10:05:49 * mickeyl reads
Jan 05 10:06:17 <mickeyl> sounds cool, but... what can we do with it?
Jan 05 10:06:31 <koen> "The project is the
Jan 05 10:06:31 <koen> first step towards the GOD (Gstreamer On-Demand) project, which would
Jan 05 10:06:31 <koen> allow applications to create multimedia pipelines (or parts of the
Jan 05 10:06:31 <koen> pipeline) on a remote machine. Nonetheless, Gabriel can be used by
Jan 05 10:06:31 <koen> other projects as well."
Jan 05 10:06:40 <koen> (from the mail to gnome-multimedia)
Jan 05 10:06:43 <mickeyl> aah
Jan 05 10:06:46 <mickeyl> that was the missing link
Jan 05 10:06:59 <koen> but it would allow to debug dbus stuff using a remote host
Jan 05 10:07:10 <mickeyl> oh yeah, for debugging it's cool
Jan 05 10:07:15 <hrw|work> mickeyl: get 'now playing' from player here for irc script running on ewi
Jan 05 10:17:52 <RP> hrw|work: if module_init fails, _exit won't be called
Jan 05 10:18:19 <hrw|work> ok
Jan 05 10:42:58 <koen> hrw|work: http://www.angstrom-distribution.org/unstable/images/20070104/progear/ :)
Jan 05 10:43:35 <hrw|work> thx
Jan 05 10:44:14 <hrw|work> koen: anyway I have few addons to push - ac, battery, backlight support,
Jan 05 10:44:23 <hrw|work> and will do kernel update to 2.6.19
Jan 05 10:44:30 <koen> nice
Jan 05 10:45:00 <hrw|work> ac, battery are not nice but working ones written by one of progear users
Jan 05 10:47:04 <koen> it's a start
Jan 05 10:48:02 <hrw|work> and I do not know does anyone other then me will use Angstrom on progear. normal distros works better ;D
Jan 05 10:48:44 <koen> let's change that :)
Jan 05 10:49:24 <koen> * Add support for Philips UCB1400 touchscreen
Jan 05 10:49:28 <koen> finally
Jan 05 10:50:01 <koen> * Add support for EFIKA boards
Jan 05 10:50:02 <koen> yay!
Jan 05 10:50:14 * koen is reading http://kernelnewbies.org/Linux_2_6_20
Jan 05 10:50:53 <hrw|work> progear_lcd-r5.patch posted
Jan 05 11:19:41 <hrw|work> and Alan approved pci changes
Jan 05 11:23:11 <koen> hrw|work: it looks like the pdaX people finally discovered http://www.openembedded.org/repo/org.openembedded.dev/packages/linux/linux-rp_2.6.19.bb
Jan 05 11:23:28 <hrw|work> koen: some of them know about it
Jan 05 11:23:42 <koen> XorA, RP: do you think it's possible to implement pxa270fb overlay as a xv driver for kdrive?
Jan 05 11:23:58 <koen> XorA, RP: sirfreds w100 xv driver made me wonder about that
Jan 05 11:24:36 <RP> koen: Yes, I do think its possible
Jan 05 11:25:04 <koen> RP: that's good news
Jan 05 11:25:27 * koen looks around for mallum
Jan 05 11:26:00 * koen hugs oe-stylize.py
Jan 05 11:26:57 <RP> koen: If anyone at OH codes that, it will probably be me...
Jan 05 11:27:36 <koen> not iwmmx kdrive master tf?
Jan 05 11:28:42 <koen> RP: does hx2000 also use pxafb?
Jan 05 11:31:10 <RP> koen: yes
Jan 05 11:31:10 <XorA> koen: yeah, should work, I got remote in queue, then I shall get back to pxafb stuff
Jan 05 11:31:31 <RP> XorA: have you not finished that yet? :)
Jan 05 11:33:28 <XorA> RP: 8 hours for work, 8 hours for wife, I need to find a way to not sleep the other 8
Jan 05 11:33:37 <XorA> :-D
Jan 05 11:33:45 <pb_> mickeyl: good morning
Jan 05 11:42:04 <mickeyl> morning pb!
Jan 05 11:44:59 <florian_kc> good morning
Jan 05 11:50:42 <RP> XorA: Or add more hours to the day...
Jan 05 11:52:56 <mickeyl> more hours per day? i support this proposal
Jan 05 11:59:19 <mickeyl> zecke?
Jan 05 12:00:12 <mickeyl> ~hail zecke just because
Jan 05 12:00:17 * ibot bows down to zecke just because and chants, "I'M NOT WORTHY!!"
Jan 05 12:00:22 <mickeyl> :)
Jan 05 12:02:56 <DataBeaver> Monotone says "misuse: layout of database /home/tdb/src/openembedded/OE.mtn doesn't match this version of monotone", what to do?  The suggested db migrate doesn't work because "error: database schema 48fd5d84f1e5a949ca093e87e5ac558da6e5956d is unknown; cannot perform migration".  I have monotone 0.31.
Jan 05 12:03:16 <zecke> DataBeaver: which version of mtn do you have
Jan 05 12:03:21 <zecke> DataBeaver: which DB did you download?
Jan 05 12:03:48 <DataBeaver> The one at http://www.openembedded.org/snapshots/OE.mtn.bz2
Jan 05 12:03:57 <DataBeaver> And monotone 0.31, as already noted.
Jan 05 12:03:58 <zecke> which version of mtn do you have?
Jan 05 12:04:40 <zecke> DataBeaver: http://www.openembedded.org/snapshots/
Jan 05 12:04:57 <zecke> DataBeaver: pick one that matches your schema? e.g. 0.30?
Jan 05 12:05:21 <DataBeaver> k
Jan 05 12:10:46 <koen> or update to monotone 0.32
Jan 05 12:12:01 <DataBeaver> 0.30 db with mtn 0.31 seems to work
Jan 05 12:12:17 <DataBeaver> mtn 0.32 isn't available in Debian so upgrading is a bit difficult...
Jan 05 12:13:38 <koen> http://venge.net/monotone/downloads/monotone_0.32-sarge0.1_i386.deb
Jan 05 12:15:55 <mr_nice> hi all
Jan 05 12:16:14 <DataBeaver> Now then, where to find patches suitable for a vanilla kernel...
Jan 05 12:19:21 <CIA-4> 03koen 07org.oe.dev * rfb3e6760... 10/ (1 packages/linux/linux-ezx_2.6.19+2.6.20-rc2.bb): linux-ezx: fix CMDLINE for rokr-e2
Jan 05 12:19:56 <DataBeaver> And I also need to figure out how to cross-compile a kernel.
Jan 05 12:22:15 <koen> DataBeaver: crosscompiling a kernel is easy: 'bitbake virtual/kernel'
Jan 05 12:26:34 <DataBeaver> Well, I'm going to try Debian on my device so an OE kernel is not an optimal solution...
Jan 05 12:27:09 <hrw|work> DataBeaver: my device can boot into debian with OE kernel and viceversa
Jan 05 12:27:21 <Crofton> Well, this is the OE channel, so all solutions involve OE :)
Jan 05 12:27:44 <koen> especially when people complain about crosscompiling
Jan 05 12:28:13 <DataBeaver> Well, I did figure out the cross-compiling with some simple googling.
Jan 05 12:28:33 <DataBeaver> And I have a suitable cross-compiler installed on my workstation box as well.
Jan 05 12:29:50 <mr_nice> DataBeaver: You can get the Kernel Source and config with OE (or read the .bb and get it there) and then compile it your self. 
Jan 05 12:29:58 <rw> DataBeaver: vi mykernel/Makefile - search for ARCH and do: ARCH ?= arm and CROSS_COMPILE   ?= /here/is/my/toolchain/arm-unknown-linux-gnu- and so on
Jan 05 12:30:23 <rw> or do it with...yeah
Jan 05 12:30:48 <DataBeaver> mr_nice: That's more or less what I'm doing.
Jan 05 12:34:18 <RP> koen: Which format are the current OE snapshots in now?
Jan 05 12:34:40 <mr_nice> DataBeaver: But because this is a oe chanel I would recommend to compile it with oe. There is no disadvantage using oe to compile the Kernel.
Jan 05 12:34:48 <Laibsch> Could it be that linux-libc-headers needs to depend on ipkg-utils-native? http://rafb.net/p/Lhip6620.html (rebuild after cleaning out tmp)
Jan 05 12:37:41 <koen> RP: 0.32
Jan 05 12:37:47 <RP> koen: ok, thanks
Jan 05 12:39:47 * koen adjusts gettingstarted
Jan 05 12:45:19 <Laibsch> The depenedency seems to be there since after building ipkg-utils-native beforehand, the linux-libc-headers package builds fine now.
Jan 05 12:49:06 <koen> Laibsch: it already debends on that via package*.bbclass
Jan 05 12:49:35 <XorA> RP: bitbake trunk doesnt seem to notice when some tasks are finished, it just hangs doing nothing
Jan 05 12:50:20 <disaster> hi all
Jan 05 12:50:50 <disaster> you sure that the epia include the x86 architectur ?
Jan 05 12:51:14 <XorA> RP: crap my bad, the task had dropped into shell for quilt
Jan 05 12:52:32 <disaster> i don't found the tutorial to install the system in the target box
Jan 05 12:54:51 <disaster> angstrom and epia is compatible ?
Jan 05 12:55:56 <koen> disaster: yes, they should be compatible
Jan 05 12:59:37 <disaster> i look the tutorila in the angstrom website
Jan 05 13:00:00 <disaster> but there is not install the system build in the epia
Jan 05 13:00:50 <disaster> what is the command to clean my image to rebuild a new ?
Jan 05 13:01:06 <NAbyss> bitbake -cclean image-target
Jan 05 13:03:53 <disaster> ia have an error when i rebuild my image
Jan 05 13:03:54 <disaster> http://pastebin.ca/306437
Jan 05 13:05:38 <disaster> any idea ?
Jan 05 13:06:00 <disaster> i have also an error when i start the cmd bitbake -cclean image-target
Jan 05 13:15:22 <Laibsch> koen: Then why was it not built for me?
Jan 05 13:15:56 <Laibsch> koen: Look at http://rafb.net/p/Lhip6620.html
Jan 05 13:17:15 <hrw|work> Laibsch: which distro/machine/branch?
Jan 05 13:18:05 <Laibsch> openzaurus/collie/dev
Jan 05 13:19:55 <disaster> koen, you know how i must install the system in my Compact flash for the epia machine ? please
Jan 05 13:21:29 <hrw|work> Laibsch: openzaurus? not openzaurus-unstable?
Jan 05 13:21:33 <XorA> disaster: tar zxvf image.tar.gz
Jan 05 13:21:52 <XorA> RP: 2.6.19+git fails oopses on OOM as well
Jan 05 13:22:11 <Laibsch> hrw|work: openzaurus-unstable
Jan 05 13:22:35 <disaster> it's untar
Jan 05 13:22:39 <disaster> but after ?
Jan 05 13:22:56 <XorA> disaster: stick it in the IDE slot and boot?
Jan 05 13:23:03 <RP> XorA: I wish I knew why that's happening to you. I oom'ed 2.6.19 a lot when testing the cache problem and it didn't crash :-/
Jan 05 13:23:24 <XorA> disaster: read the manual that came with your board
Jan 05 13:23:38 <Laibsch> hrw|work: http://rafb.net/p/urw3Sr66.html
Jan 05 13:23:40 <XorA> RP: not a clue
Jan 05 13:24:00 <disaster> if i just past the system not start
Jan 05 13:24:07 <disaster> no bootloader i thinks
Jan 05 13:24:31 <RP> XorA: Can you hack an image to disable locale generation and try it after bootup, see if the same thing happens?
Jan 05 13:24:35 <XorA> disaster: then on another x86 machine install grub on you CF
Jan 05 13:24:47 <disaster> i have install the grub
Jan 05 13:25:02 <disaster> but for the system, there is no initrd
Jan 05 13:25:16 <XorA> RP: ok, Ill try and do that over weekend, got stuff to finish at wolg
Jan 05 13:25:21 <XorA> s/wolg/wolf/
Jan 05 13:25:34 <disaster> if i don't put inird, ther kernel break
Jan 05 13:25:37 <RP> XorA: np
Jan 05 13:25:57 <koen> XorA: you could use a image from angstrom with a self compiled kernel
Jan 05 13:26:11 <koen> XorA: you loose a few kernel-modules, but it should work well enought for testing
Jan 05 13:28:15 <mickeyl> who did the src_distribute class?
Jan 05 13:30:49 <Laibsch> koen, hrw|work: Any idea why ipkg-utils-native was not built?  If anything, the only mention of ipkg-utils-native in classes/package*.bbclass was in package_ipkg.bbclass.  Is that correctly included?
Jan 05 13:36:54 <koen> mickeyl: http://oe-devel.bkbits.net:8080/openembedded/cset@1.2474
Jan 05 13:37:27 <XorA> koen: if I had the build images from feeds stuff Id do that, then Id have never noticed the OOM problem
Jan 05 13:37:48 <disaster> koen, you know if i must put a paticular option in menu.lst ?
Jan 05 13:38:13 <koen> disaster: I know nothing about grub
Jan 05 13:38:50 <disaster> kk
Jan 05 13:39:21 <disaster> when i rebuild my image i have this error
Jan 05 13:39:30 <disaster> NOTE: Task failed: 
Jan 05 13:39:30 <disaster> NOTE: package fakeroot-native-1.2.13-r1: task do_unpack: failed
Jan 05 13:39:30 <disaster> ERROR: TaskFailed event exception, aborting
Jan 05 13:39:30 <disaster> NOTE: package fakeroot-native-1.2.13: failed
Jan 05 13:39:30 <disaster> ERROR: Build of angstrom-bootstrap-image failed
Jan 05 13:39:32 <mickeyl> koen: thanks
Jan 05 13:39:44 <mickeyl> that needs to be enhanced
Jan 05 13:40:01 <mickeyl> our patches against the source files need to be in there as well
Jan 05 13:43:01 <mickeyl> hmm, nm, the patches are distributed as well
Jan 05 13:43:17 <mickeyl> however, that fails if we have more than one patch with the same name
Jan 05 13:43:37 <mickeyl> perhaps we can just add the .patches file to every tarball
Jan 05 13:43:40 <mickeyl> s/file/dir/
Jan 05 13:43:56 * koen makes a small change to the ewi OE mirror
Jan 05 13:45:39 <Crofton> was there a problem with fakeroot source moving?
Jan 05 13:46:23 <koen> Crofton: there was (past tense)
Jan 05 13:46:41 <Crofton> how much past tense? maybe disaster needs to update?
Jan 05 13:50:21 <koen> updating is always good
Jan 05 13:50:31 <koen> no use in reporting bugs against stale metadata
Jan 05 13:51:01 <koen> XorA: I think I found the best place to put your sed magic
Jan 05 13:53:49 <XorA> koen: cool
Jan 05 13:57:56 <mr_nice> has anyone successfully build oe on a samba share?
Jan 05 13:59:34 <Laibsch> mr_nice: I doubt that is possible.  Samba lacks the permission information for files.
Jan 05 14:00:28 <Laibsch> You could of course use an ext2 loop image on a samba share (if more than 2Gig loop files are possible with samba)
Jan 05 14:00:57 <mr_nice> Laibsch: thats a good Idea I will try this 
Jan 05 14:01:26 <NAbyss> Laibsch: You can only grab >2gig files if mounted via cifs, not smb as far as I know
Jan 05 14:02:02 <NAiL> NAbyss: bzzzt. Given the right configuration vars, samba handles >2gb just fine ;)
Jan 05 14:02:35 <NAbyss> NAiL: Does it?
Jan 05 14:02:50 <NAbyss> NAiL: I know samba does.. but the smb module in the kernel too?
Jan 05 14:03:49 <NAiL> good point
Jan 05 14:05:05 <mr_nice> I will try it out
Jan 05 14:14:22 <disaster> re now when i start the system with grub
Jan 05 14:14:37 <disaster> the kernel start but break at this line
Jan 05 14:14:47 <disaster> hda : dma timeout error
Jan 05 14:15:03 <disaster> ide : failed opcode was : unknow
Jan 05 14:15:16 <disaster> hda : drive not ready for command
Jan 05 14:15:27 <disaster> hda : lost interrupt
Jan 05 14:15:32 <disaster> any idea please ?
Jan 05 14:16:11 <XorA> disaster: not working IDE interface?
Jan 05 14:16:50 <disaster> i don't know
Jan 05 14:17:17 <disaster> the cf is managed by the box like an hda
Jan 05 14:17:46 <disaster> no ide port in the mother board
Jan 05 14:18:11 <disaster> arf sorry just one ide port
Jan 05 14:18:17 <disaster> but not used
Jan 05 14:23:34 <XorA> disaster: still sound like to me you try to run before you learned to walk
Jan 05 14:26:15 <CIA-4> 03Laibsch 07org.oe.dev * r09fce21e... 10/ (8 files in 2 dirs): linux-libc-headers: basic unification
Jan 05 14:28:38 <disaster> Xora, ???
Jan 05 14:28:43 <disaster> your help is strange
Jan 05 14:32:22 <XorA> disaster: learn how to use your hardware, before you try making complex systems like Angstrom work
Jan 05 14:32:44 <Crofton> any truth to this? :)
Jan 05 14:32:45 <Crofton> http://news.yahoo.com/s/nm/20070105/wr_nm/germany_poland_internet_dc_1
Jan 05 14:35:25 <disaster> kk
Jan 05 14:35:33 <disaster> i go learn the datasheet
Jan 05 14:36:51 <hrw|work> Crofton: rather true
Jan 05 14:39:58 <Crofton> no one has installed an access point on the German side and created a link deeper into Poland yet :)
Jan 05 14:41:01 <Crofton> One of my colleauges lives about half a mile from campus, he uses a DBS satellite dish with a custom feed to receive wireless internet from campus
Jan 05 15:01:48 <hvontres|poodle> RP: Morning. Did you get my e-mail last night?
Jan 05 15:08:39 <hvontres|poodle> Does anybody know how to search the ibot logs? I am trying to find something from ~4-5 months ago
Jan 05 15:09:58 <hrw|work> ~logs
Jan 05 15:10:05 <ibot> apt/ibot/jbot/purl all log to http://ibot.rikers.org/<channelname>/ where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/<channelname>.html.gz, or updated "nightly"
Jan 05 15:11:27 <hvontres|poodle> hrw|work: i know where they are. I was just wondering if there was some way to search through all the logs without having to open each day sepreately....
Jan 05 15:13:56 <chouimat> morning
Jan 05 15:18:29 <XorA> hvontres|poodle: use google limited to that site
Jan 05 15:20:28 <mr_nice> It seems to work with a 25GB ext3 loop on a samba share (Kernel 2.6.17.13 samba 3.0.23c) I will report after a bootstrap image
Jan 05 15:26:23 <hvontres|poodle> XorA: thanks. I din't think google would look inside those tar.gz files...
Jan 05 15:26:48 <XorA> hvontres|poodle: its clever enough to index gzipped html
Jan 05 15:36:46 <shirour> hi! can someone please help me setting up OE for arm926je based machine?
Jan 05 15:38:13 <hrw|work> shirour: create own machine config based on omap5912osk one
Jan 05 15:40:40 <Jin^eLD> re
Jan 05 15:43:10 <shirour> hwk|work: ok, thanks..! what do i need to change ?
Jan 05 15:47:32 <hrw|work> shirour: there is nrealy nothing to change
Jan 05 15:49:16 <shirour> hrw|work: great..! anythink important that i do need to change, or just run it?
Jan 05 15:49:33 <hrw|work> shirour: which kernel you use now?
Jan 05 15:50:02 <hrw|work> shirour: if it is in OE then select it in machine config. if not then select similiar or create own
Jan 05 15:50:25 <Crofton> shirour, do you have any more info on machine? like a web page?
Jan 05 15:51:14 <Jin^eLD> guys, can you suggest some portable library or way to do atomic increment/decrement operations? is there such a thing?
Jan 05 15:51:45 <shirour> hrw|work: 2.6.15
Jan 05 15:52:02 <shirour> hrw|work: what parameters do i need to put in the machine part?
Jan 05 15:52:06 <hrw|work> shirour: mainline vanila one? vendor patches? omap patches?
Jan 05 15:52:11 <hrw|work> shirour: read OE manual?
Jan 05 15:52:51 <shirour> hrw|work: i have some neuros patches and some of my own
Jan 05 15:53:08 <shirour> Crofton: Yes, my wiki's hardware section - http://mrobefan.elwiki.com/Hardware_Information
Jan 05 15:56:30 <Crofton> shirour, I suspect you will need to create your own kernel file
Jan 05 15:56:55 <shirour> Crofton: that's what i've done
Jan 05 15:57:04 <shirour> Crofton: i have a working kernel file, and rootfs as well
Jan 05 15:57:05 <Crofton> I will be back online in  little while and I will look at the machine file and see if I have other suggestions
Jan 05 15:57:14 <Crofton> rootfs from OE?
Jan 05 15:57:40 <shirour> Crofton: no - rootfs for the neuros OSD, but the one of pxa works as well
Jan 05 15:57:42 <shirour> i have opie fully working,
Jan 05 15:57:46 <shirour> but i want to compile stuff on my own,
Jan 05 15:57:56 <shirour> that's why i want OE... i couldn't find good packages around
Jan 05 15:58:54 <Crofton> like hrw|work said, start from the OSK machine file
Jan 05 15:59:07 <Crofton> and see what happens, we can help you move on from there
Jan 05 15:59:22 <shirour> ok. thanks..!
Jan 05 15:59:58 <Crofton> bbiab
Jan 05 16:02:53 <zecke> bye!
Jan 05 16:10:01 <disaster> re
Jan 05 16:11:45 <hrw|work> cu
Jan 05 16:34:42 <Laibsch> I suggest to move nfs-utils from section console/network to console/networking as there are no other members of console/network and I cannot see the need for the two different sections.  Objections?
Jan 05 16:34:42 <Laibsch> references: http://tinyurl.com/yznsfv
Jan 05 16:35:10 <Laibsch> and http://tinyurl.com/yh5w2r
Jan 05 17:04:26 <CIA-4> 03Laibsch 07org.oe.dev * r89e60580... 10/ (4 files in 2 dirs): linux-libc-headers: correct spelling mistake in inclusion
Jan 05 17:17:21 <philippe> hi people
Jan 05 17:21:03 <koen> philippe: you're just in time
Jan 05 17:21:05 <CIA-4> 03koen 07org.oe.dev * r97af3ca9... 10/ (1 packages/gtk-webcore/osb-jscore_svn.bb): osb-jscore: add floating svn version
Jan 05 17:21:44 <Jin^eLD> koen: the glib that is in OE - are the atomic increment functions there portable between all architectures, or are there limitations?
Jan 05 17:22:09 <koen> Jin^eLD: they are supposed to be portable
Jan 05 17:23:24 <philippe> who is responsible for gnome-vfs? I have a patch that fixes the gnome-vfs build if kerberos development stuff is installed on the system
Jan 05 17:23:38 <Jin^eLD> do you know any smaller library just for the increment stuff? I am trying to avoid the glib dependancy
Jan 05 17:24:18 <philippe> it is pretty nasty however, patching the configure.in
Jan 05 17:28:32 <CIA-4> 03koen 07org.oe.dev * r88ac7b9c... 10/ (1 packages/gtk-webcore/osb-nrcore_svn.bb): osb-nrcore: add floating svn version
Jan 05 17:28:38 <CIA-4> 03koen 07org.oe.dev * r74b62afa... 10/ (1 packages/gtk-webcore/osb-jscore_svn.bb): osb-jscore svn: lower default pref
Jan 05 17:31:42 * philippe smiles at koens new submits :-)
Jan 05 17:39:54 <philippe> koen: you will also need to add a osb-nrcit svn file
Jan 05 17:40:21 <koen> philippe: I'll leave that up to you :)
Jan 05 17:40:30 * koen is trying to get curl + gnutls working
Jan 05 17:41:16 <philippe> ok :-)
Jan 05 17:41:52 <Jin^eLD> crap, glib atomic increment fails miserably on BSD.. doh
Jan 05 17:42:07 * philippe wonders if he can check in his configure.in patch for solving his gnome-vfs finds locally installed  kerberos files
Jan 05 17:42:20 <koen> philippe: go ahead
Jan 05 17:42:40 <philippe> well it removes kerberos detection completely.... that is why I am in doubt
Jan 05 17:43:06 <koen> add a note about that in the patch
Jan 05 17:44:03 * philippe wonders if +++ is the good way to add comments in a patch
Jan 05 17:47:49 <koen> philippe: prepend them to the patch
Jan 05 17:48:05 <koen> eveyrthing above the index is a valid comment iirc
Jan 05 17:50:35 <philippe> koen: seems you are right..
Jan 05 17:54:12 <koen> LOL: http://thomas.apestaart.org/log/?p=426
Jan 05 17:54:24 <philippe> hmm, koen is org.openembedded.dev not the official branch anymore?
Jan 05 17:54:33 <koen> philippe: it still is
Jan 05 17:54:39 <koen> and has always been
Jan 05 17:54:59 <philippe> ok, so do I commit my patch there?
Jan 05 17:55:10 * philippe sees koen making changes in org.oe.dev
Jan 05 17:55:41 <koen> that's just an abbrev for cia
Jan 05 17:59:04 <CIA-4> 03philippe 07org.oe.dev * r00349fdb... 10/ (3 files in 3 dirs): 
Jan 05 17:59:04 <CIA-4> packages/gnome/gnome-vfs_2.16.3.bb : remove kerberos detection to avoid host includes
Jan 05 17:59:04 <CIA-4> * added patch gnome-vfs-no-kerberos.patch that removes the test from configure.in
Jan 05 17:59:04 <CIA-4> * bumped to r1
Jan 05 17:59:10 <koen> wheee
Jan 05 17:59:10 <koen> Depends: libc6 (>= 2.5), libgnutls13 (>= 1.6.0), libgcrypt11 (>= 1.2.3), libgpg-error0 (>= 1.3), libz1 (>= 1.2.3), libgcc1 (>= 4.1.1)
Jan 05 18:02:10 <philippe> koen: reminds me I need to build gpe-mini-browser for maemo and tag the release
Jan 05 18:03:22 <koen> and make a tarball release :)
Jan 05 18:03:49 <koen> philippe: could you send the threadsafe patches upstream?
Jan 05 18:04:28 <philippe> koen: no prob, I will. However I do not think it will make much difference. Just a small reduction in code size.
Jan 05 18:05:02 <philippe> And when libsoup works again we might have to remove them as it is threaded...
Jan 05 18:05:23 <koen> mmmm.... soup....
Jan 05 18:05:27 * koen gets some more sooup
Jan 05 18:05:43 * philippe has lots of Hungarian soup now...
Jan 05 18:06:20 <koen> philippe: leves
Jan 05 18:06:38 * philippe wonders what koen means...
Jan 05 18:06:50 <koen> 'level' is hungarian for soup
Jan 05 18:06:52 <koen> ehm
Jan 05 18:06:54 <koen> leves
Jan 05 18:07:06 <philippe> aha! New word to add to my dictionary...
Jan 05 18:07:43 <philippe> And my soup package confirms the correctnes of the statement :-)
Jan 05 18:08:31 * philippe brought back 8kg of food, 4kg of beer and 1kg of chocolate from his trip to Belgium and Hungary
Jan 05 18:09:31 <Crofton__> I need to figure out how to smuggle beer, food, and chocolate into the US after FOSDEM
Jan 05 18:09:59 <philippe> Crofton__: I just put it in the checked in luggage
Jan 05 18:11:30 <Crofton> meat is the main problem I think and vegatable type things
Jan 05 18:12:08 <philippe> I think so too. But chocolate, beer and nuts is no problem
Jan 05 18:12:25 <philippe> I bought tons of nuts as they are 5x cheaper in be than in fi
Jan 05 18:12:58 <philippe> And nobody complained about my hungarian salami
Jan 05 18:15:34 <Crofton> what country did you come into?
Jan 05 18:15:39 <Crofton> ah fi
Jan 05 18:15:49 <Crofton> uS is uptight about food
Jan 05 18:15:55 <philippe> well first hu->be than be->fi
Jan 05 18:16:05 <Crofton> yeah
Jan 05 18:16:49 <philippe> Crofton__: move to the EU... We are still a little bit more free :-)
Jan 05 18:17:27 <Crofton> heh
Jan 05 18:17:43 <Crofton> Big brother is probably listening to my IRC chatting :)
Jan 05 18:18:03 <sirfred> Good evening
Jan 05 18:18:15 <philippe> Anyway would they also check your checked in luggage for that? It has arrived in the US by then anyway...
Jan 05 18:18:32 <Crofton> Yeah
Jan 05 18:19:14 <philippe> Crofton__: that is plain paranoid...
Jan 05 18:19:18 <Crofton> my wife has a history of trying to import foodstuffs :)
Jan 05 18:19:36 <Crofton> they worry about disease, kind of like the British and rabies
Jan 05 18:19:46 <Crofton> someof it makes sense
Jan 05 18:19:52 <Crofton> some doesn't
Jan 05 18:19:57 <philippe> Crofton__: she must now the tricks then :-)
Jan 05 18:20:21 <philippe> s/now/know/
Jan 05 18:20:30 <Crofton> you going to FOSDEM?
Jan 05 18:20:50 <philippe> yep, organizing the embedded track, so I have too :-)
Jan 05 18:21:16 <Crofton> ask me about the orange peel incident in Kennedy then
Jan 05 18:21:29 <Crofton> it is much better after I have been drinking :)
Jan 05 18:21:37 <philippe> If I remember I will.
Jan 05 18:21:43 <Crofton> cool
Jan 05 18:21:50 <Crofton> How is the embedded track coming along
Jan 05 18:22:03 * philippe just wonders how you can build a dangerous bomb with an orange peel...
Jan 05 18:22:25 <Crofton> :)
Jan 05 18:22:32 <Crofton> well destry the american orange production
Jan 05 18:22:46 * koen suspects philippe didn't watch enough macguyver
Jan 05 18:22:46 <philippe> Crofton__: okay I think. Were getting close to have our talk slots filled. In two weeks I believe the programme should be ready.
Jan 05 18:22:53 <Crofton> excellent
Jan 05 18:23:14 * philippe actually feels naked these days. 
Jan 05 18:23:29 <philippe> I had to leave my pocket knife in Budapest.
Jan 05 18:24:04 <philippe> As if anybody could highjack a plane, let alone kill somebody without hurting him/herself badly with it in the process....
Jan 05 18:24:20 <Crofton> you might leave stains on the airplane
Jan 05 18:25:29 <philippe> opening the emergency exits in full flight might already cause some nasty chaos. And I can still strangle the hostesses
Jan 05 18:25:38 <koen> don't say "Yes, that's extra hardened steel with a non-reflective coating" when the security dudes look the knife in your backpack
Jan 05 18:26:16 <Crofton> Don't read "The Anarchist's Cookbook" on the plane
Jan 05 18:26:35 <philippe> Good thing I did not mention that my laptop is made with a titanium cover....
Jan 05 18:26:40 <Jin^eLD> philippe: I do not think it is possible to open the exit during flight because of the pressure
Jan 05 18:26:41 <Jin^eLD> :>
Jan 05 18:27:23 <CIA-4> 03koen 07org.oe.dev * r6afc7d70... 10/ (1 packages/curl/curl_7.16.0.bb): curl: add 7.16.0, make linking against gnutls work
Jan 05 18:27:29 <CIA-4> 03koen 07org.oe.dev * rcaaf2782... 10/ (1 packages/tasks/task-base.bb): task-base: add blueprobe and bluez-utils to bluetooth-rdepends
Jan 05 18:27:33 <philippe> Jin^eLD: pressure inside is bigger than outside... and the emergency opening throws the door outward I believe... Anyway just a random thought :-)
Jan 05 18:28:34 <Jin^eLD> philippe: my knowledge is just from some movie, nothing scientific :) but I remember them saying it was not possible
Jan 05 18:28:38 <Jin^eLD> hehe
Jan 05 18:28:55 <Jin^eLD> (wasn't that a killer argument?)
Jan 05 18:28:56 <hvontres|poodle> philippe: actually, I think the window exits open INWARD... 
Jan 05 18:29:42 <philippe> Still if I would be a terrorist I'd prefer to shoot one down with a heat-seaking missile or small AA cannon on takeoff.... No way to recover from that and with a bit of luck it crashes in some housing.
Jan 05 18:30:05 <philippe> With a maximum of fuel... HAHAHHAHA
Jan 05 18:30:31 <Crofton> http://www.findarticles.com/p/articles/mi_m0UBT/is_32_16/ai_90503141
Jan 05 18:30:48 * philippe sees himself being added to the US possible terrorist blacklist....
Jan 05 18:31:41 <Crofton> http://everything2.com/index.pl?node_id=1783222
Jan 05 18:32:56 <koen> philippe: (lib)curl is now ssl enabled
Jan 05 18:33:28 <philippe> koen: great!
Jan 05 18:35:11 <hvontres|poodle> Crofton: hmm. learned something new there :(
Jan 05 18:35:26 <philippe> indeed :-) 
Jan 05 18:35:26 <hvontres|poodle> s/(/)
Jan 05 18:35:41 * philippe feels less of a terrorist mastermind now :-(
Jan 05 18:35:51 <Crofton> feel free to kick me if I get out of hand :)
Jan 05 18:36:07 <koen> philippe: when do you think you'll release gpe-m-b 0.20?
Jan 05 18:38:18 <philippe> well I first need to do a complete run for maemo. It seems to work, but I still need an armel build and have it running on the device...
Jan 05 18:41:35 <Laibsch> !oebug 1006
Jan 05 18:41:37 <cdbot2> * * Bug 1006, Status: NEW, Created: 2006-05-18 04:40
Jan 05 18:41:38 <cdbot2> * * jaycoles(AT)yahoo.com: tmp sticky bit
Jan 05 18:41:39 <cdbot2> * * http://bugs.openembedded.org/show_bug.cgi?id=1006
Jan 05 18:48:55 <sirfred> ERROR: xserver-kdrive-imageon is listed in PACKAGES mutliple times, this leads to packaging errors.
Jan 05 18:49:04 <sirfred> What can be triggering that error?
Jan 05 18:49:34 <sirfred> I had a PACKAGES =+ xserver-kdrive-imageon, but I removed it, because I think that it's for additional packages, isn't it?
Jan 05 18:50:15 <rob_w|umpc> heya #oe
Jan 05 18:51:39 <rob_w|umpc> sirfred, sounds like the xserver for those chips
Jan 05 19:05:27 <brad_> hello all.  I am new to OE, and I'm trying to build on an amd64 box.  I've run into this bug http://bugs.openembedded.org/show_bug.cgi?id=1714.  Any suggestions?
Jan 05 19:06:29 <brad_> As a follow up, should I really even be using a 64 bit box?  Would a 32bit chroot be a better way to get started?
Jan 05 19:07:40 <TheCan> brad_, i'm not sure if this problem is really amd64-connected
Jan 05 19:08:16 <brad_> ah, I guess I just assumed from the bug report
Jan 05 19:11:06 <koen> sirfred: look at how other xserver packages are defined in that recipe
Jan 05 19:11:34 <sirfred> koen: I had to create a new bb.
Jan 05 19:12:00 <sirfred> koen: As I've changed some kdrive internals that prevents me to build the other servers.
Jan 05 19:12:41 <koen> ah, right
Jan 05 19:12:59 <sirfred> koen: Now , I have PACKAGES = "${PN}"
Jan 05 19:13:03 <koen> in that case PACKAGES += is a bit redundant
Jan 05 19:13:11 <koen> sirfred: remove that as well
Jan 05 19:13:27 <sirfred> koen: It seems to work now, but Xfbdev is also packaged.
Jan 05 19:13:53 <sirfred> But I only have:
Jan 05 19:14:04 <sirfred> FILES_${PN} += "${libdir}/xserver/SecurityPolicy"
Jan 05 19:14:10 <sirfred> FILES_xserver-kdrive-imageon = "${bindir}/Ximageon"
Jan 05 19:14:24 <sirfred> Why is ${bindir}/Xfbdev also packaged ?
Jan 05 19:14:47 <philippe> grr.... | mkdir: cannot create directory `/usr/lib/libxslt-plugins': Permission denied
Jan 05 19:15:11 <philippe> anybody knows what could be wrong with libxslt?
Jan 05 19:15:12 <sirfred> koen: So I need no PACKAGES var, if the only package I have is called like the bb itself?
Jan 05 19:15:34 <koen> sirfred: yes, and OE makes the -dev, -doc and -dbg packages for you
Jan 05 19:16:07 <sirfred> koen: And if I only want the main package, PACKAGES = "${PN}" will do it?
Jan 05 19:16:16 <koen> Laibsch: #1164 can be closed
Jan 05 19:16:19 <koen> sirfred: no
Jan 05 19:16:35 <koen> sirfred: if you only want the main packages, omit PACKAGES from the recipe
Jan 05 19:16:44 <sirfred> koen: OK. 
Jan 05 19:16:55 <sirfred> koen: And how can I prevent Xfbdev to be packaged into the .ipk ?
Jan 05 19:17:33 <koen> FILES_${PN} = "${libdir}/xserver/SecurityPolicy ${bindir}/Ximageon"
Jan 05 19:17:46 <giel> or delete it after install before packaging
Jan 05 19:18:07 <koen> giel: that's ugly
Jan 05 19:18:11 <giel> yes :)
Jan 05 19:18:28 <sirfred> koen: Thanks, let's test.
Jan 05 19:20:20 <sirfred> koen: Really better. Thanks a lot.
Jan 05 19:23:08 <sirfred> koen: What's the best way to make this new package available?
Jan 05 19:23:21 <koen> attach it to the bugtracker
Jan 05 19:23:57 <sirfred> koen: Do I need to open a bug for that?
Jan 05 19:24:05 <koen> yes
Jan 05 19:24:17 <sirfred> But this is just a new package, no related bug...
Jan 05 19:24:23 <koen> so?
Jan 05 19:24:47 <koen> the bugtracker is the canonical place to put new packages in OE
Jan 05 19:24:55 <sirfred> koen: Well, ok.
Jan 05 19:25:14 <koen> there's and 'enhancement' category if that makes you feel better
Jan 05 19:25:47 <sirfred> koen: bugs.openembedded.org ?
Jan 05 19:25:52 <koen> yes
Jan 05 19:26:01 <sirfred> koen: How should I attatch it, as a tar file?
Jan 05 19:29:16 <koen> is it a bb and one patch?
Jan 05 19:29:25 <koen> if so attach the two seperate files
Jan 05 19:29:34 <koen> if it are more files, attach a tar :)
Jan 05 19:30:33 <sirfred> koen: It's a bb , two patches, and some other patches copied from the xserver-kdrive directory
Jan 05 19:30:43 <sirfred> koen: I think it's better a tar.
Jan 05 19:30:50 <koen> yeah
Jan 05 19:33:50 <Jin^eLD> koen: glibc atomic increments and stuff does not work on arm...
Jan 05 19:34:49 <Jin^eLD> koen: we encountered a problem with our reference counting, so we were looking for atomic increment operations and testing various things
Jan 05 19:34:54 <Jin^eLD> wrote a test program for it
Jan 05 19:35:16 <Jin^eLD> just tested with OE + libglib-2.0-0_2.12.6 on my arm box and it did not work correctly
Jan 05 19:37:18 <sirfred> koen: Done.
Jan 05 19:37:26 <sirfred> Bugzilla Bug 1752
Jan 05 19:37:26 <sirfred> 	  	New Xserver optimized for Imageon graphic cards
Jan 05 19:39:05 <sirfred> mplayer under matchbox-window-manager always maximizes the video window.
Jan 05 19:39:47 <mreimer> sirfred: I'm eager to try XImageon on my hx4700
Jan 05 19:40:02 <mreimer> sirfred: it should work as long as I don't use xv or xrandr, right?
Jan 05 19:40:12 <sirfred> mreimer: Humm, not sure.
Jan 05 19:40:26 <sirfred> mreimer: But if it doesn't , we can try to fix it.
Jan 05 19:40:42 <mreimer> sirfred: I'll try it as soon as I get some time
Jan 05 19:40:49 <sirfred> mreimer: Great.
Jan 05 19:48:51 <CIA-4> 03manuel.teira 07org.oe.dev * r4bb665b4... 10/ (4 files in 3 dirs): xserver-kdrive-imageon: add (another) w100 based xserver, closes #1752
Jan 05 19:49:47 <koen> sirfred: this version re-uses the patches from the xserver-kdrive directory
Jan 05 19:50:02 <sirfred> koen: Most of them.
Jan 05 19:50:13 <sirfred> koen: But I copied them.
Jan 05 19:50:38 <sirfred> koen: I don't know if that's the best way to proceed, but I saw it that way for the xserver-kdrive-omap recipe
Jan 05 19:51:11 <koen> normally we'd patch the regular kdrive file
Jan 05 19:51:28 <koen> but since the other servers don't compile, that isn't really an option
Jan 05 19:51:52 <sirfred> koen: Yes, that's the problem. I don't want to modify all the servers (fake, sdl,...)
Jan 05 19:52:10 <koen> sirfred: http://www.openembedded.org/viewmtn/revision.psp?id=4bb665b48000f22ac064febc79e5831fc6456ca2
Jan 05 19:52:16 <koen> only 3 files added :)
Jan 05 19:53:04 <sirfred> FILESPATH = "${FILE_DIRNAME}/xserver-kdrive"
Jan 05 19:53:15 <sirfred> So, that way , it searches in both directories?
Jan 05 19:53:23 <koen> no, only in one
Jan 05 19:53:57 <koen> it's a glob, you you could do FILESPATCH_append = ":something"
Jan 05 19:54:13 <sirfred> koen: Ah, so you put the new patches in the xserver-kdrive directory.
Jan 05 19:54:20 <sirfred> Good
Jan 05 19:54:32 <koen> saves some duplication
Jan 05 19:55:56 <florian_kc> bbl
Jan 05 19:57:40 <koen> sirfred: did you get any feedback from the x.org people yet?
Jan 05 19:57:53 <sirfred> koen: I didn't try to contact them.
Jan 05 19:58:51 <sirfred> koen: The problem is that it seems that for most of cards, they don't have this kind of need.
Jan 05 19:59:05 <sirfred> koen: So, I'm not very confident about them accepting this change.
Jan 05 19:59:27 <koen> it doesn't hurt to ask :)
Jan 05 19:59:36 <sirfred> koen: Yes, I will do. 
Jan 05 20:01:19 <mreimer> sirfred: you might get a quicker answer on #xorg than emailing the list
Jan 05 20:01:33 <koen> hey mreimer!
Jan 05 20:01:50 <sirfred> mreimer: Could be, I will ask there.
Jan 05 20:01:52 <mreimer> hey koen. 
Jan 05 20:02:06 <sirfred> BTW, I think the current Xw100 server is hardly using offscreen memory.
Jan 05 20:02:11 <mreimer> koen|away: one of these days I intend to put angstrom on my hx4700. Just no time...
Jan 05 20:02:13 <Laibsch> !oebug 1164
Jan 05 20:02:14 <cdbot2> * * Bug 1164, Status: REOPENED, Created: 2006-07-12 09:48
Jan 05 20:02:15 <cdbot2> * * jerry(AT)weareburgess.net: lack of xmms for GPE
Jan 05 20:02:16 <cdbot2> * * http://bugs.openembedded.org/show_bug.cgi?id=1164
Jan 05 20:02:25 <mreimer> sirfred: what does that mean? slower performance?
Jan 05 20:02:35 <sirfred> mreimer: Should be.
Jan 05 20:02:47 <sirfred> The problem is kaa doing this to allocate into external memory:
Jan 05 20:02:54 <sirfred> pitch = (w * bpp / 8 + pKaaScr->info->pitchAlign - 1) &
Jan 05 20:02:54 <sirfred>             ~(pKaaScr->info->pitchAlign - 1);
Jan 05 20:03:24 <koen> mreimer: can I dd a kernel into mtdblock1 in order to update it?
Jan 05 20:03:26 <sirfred> The problem is that the w100 driver is not setting pitchAlign, and so, it's zero
Jan 05 20:03:27 <Laibsch> koen: you could have closed 1164, too ;-)
Jan 05 20:03:28 <koen> mreimer: on the hx
Jan 05 20:03:31 <mr_nice> which version of qemu-native is needed to build angstrom-2007.1-oabi with i18 locales? 
Jan 05 20:03:44 <sirfred> So, that is ~(-1)
Jan 05 20:03:47 <koen> mr_nice: the one OE builds
Jan 05 20:03:50 <sirfred> And leads to pitch = 0 always
Jan 05 20:04:07 <mreimer> koen|away: yes, that should work
Jan 05 20:04:18 <mreimer> sirfred: good catch
Jan 05 20:04:28 <hrw> hi
Jan 05 20:04:29 <koen> hrw: wb
Jan 05 20:04:46 <sirfred> mreimer: Well, it's just because I was debugging my driver, and I neither had pitchAlign defined.
Jan 05 20:04:53 <hrw> sirfred, koen: can you describe patches a bit on top of them?
Jan 05 20:05:34 <sirfred> hrw: Yes.
Jan 05 20:05:41 <sirfred> hrw: Sorry
Jan 05 20:06:20 <sirfred> But I have no committer access. Another bug report?
Jan 05 20:06:52 <hrw> you can even pastebin intro text
Jan 05 20:07:24 <sirfred> hrw: The bug report had some brief description for any of the two new patches. Isn't it enough?
Jan 05 20:08:44 <hrw> sirfred: I mean that when someone look at patchfile itself there is no sign of how to contact author of patch or its status (sent upstream/rejected/accepted/unknown).
Jan 05 20:09:11 <sirfred> hrw: Agree
Jan 05 20:12:14 <sirfred> hrw: http://pastebin.ca/307021
Jan 05 20:12:26 <sirfred> hrw: Let me know if that's what you need.
Jan 05 20:12:47 <hrw> good for me
Jan 05 20:12:55 <sirfred> hrw: ok
Jan 05 20:13:27 <sirfred> hrw: Can you please add it to the patches. Sorry for disturbing.
Jan 05 20:14:40 <hrw> me too
Jan 05 20:15:00 <hrw> I pester from time to time about describing patches
Jan 05 20:15:08 <hrw> we have too many unknown patches
Jan 05 20:15:19 <sirfred> hrw: You're right. But I didn't think about it before sending them.
Jan 05 20:16:21 <CIA-4> 03hrw 07org.oe.dev * r629d7abe... 10/ (3 files in 2 dirs): xserver-kdrive-imageon: added description to patches
Jan 05 20:16:44 <sirfred> hrw: Thanks a lot.
Jan 05 20:21:11 <hrw> no problem. and thanks for descriptions
Jan 05 20:23:03 <sirfred> Scrolling in gpe-mini-browser is good with this server.
Jan 05 20:23:43 <hrw> gpe-mini-browser itself is not good (atleat 0.19)
Jan 05 20:24:17 <hrw> under OZ it does not display http://www.google.pl/
Jan 05 20:24:31 <sirfred> hrw: I tried www.osnews.com and renders ok
Jan 05 20:24:58 <hrw> try google.pl
Jan 05 20:25:17 <sirfred> hrw: blank page. But www.google.es renders ok.
Jan 05 20:28:03 <sirfred> Hmm, i asked a big page, and it got stucked
Jan 05 20:28:55 <univac> gremlin[it]: hi, http://chopin.edu.pl/~univac/univac_init.jpg :)
Jan 05 20:30:05 <gremlin[it]> univac good ... what are u running ? 
Jan 05 20:30:22 <univac> familiar :)
Jan 05 20:30:27 <univac> hacked init
Jan 05 20:30:33 <gremlin[it]> ahhh :) 
Jan 05 20:30:35 <univac> 2.4.19 ... :-s!
Jan 05 20:30:42 <hrw> univac: why last OK is not green?
Jan 05 20:30:56 <univac> small mistake in script )
Jan 05 20:30:58 <univac> fixed
Jan 05 20:43:51 <Jin^eLD> any arm assembler gurus around? :) since glib is failing on atomic increment operations on arm we tried to use the parts in the kernel source.. but it does not seem to work out that well :>
Jan 05 20:44:31 <CIA-4> 03hrw 07org.oe.oz354x * r85058ff9... 10/ (1 packages/fontconfig/fontconfig-native_2.2.95.bb): fontconfig-native: use proper freetype-config-native to close #1714
Jan 05 20:44:46 <Jin^eLD> is there any other library providing such things, or is there any other way to achive atomic increment operations without the use of pthread mutexes?
Jan 05 20:49:35 <Crofton> why do you need an atomic increment?
Jan 05 20:50:43 <Jin^eLD> Crofton: well.. we use reference counting in our upnp server app, everything is based on it
Jan 05 20:50:52 <Crofton> ah
Jan 05 20:50:56 <Jin^eLD> and we were stupid enough not to know that increment and decrement operations are not atomic  :)
Jan 05 20:51:05 <Crofton> so it can be hit from multiple threads
Jan 05 20:51:08 <Jin^eLD> yes
Jan 05 20:51:23 <Crofton> yeah, I uspect you have load, inc, store
Jan 05 20:51:32 <Crofton> ARM?
Jan 05 20:51:49 <Jin^eLD> well ARM is a good question... we know what asm code is requried for i86
Jan 05 20:52:01 <Jin^eLD> but arm... no idea :) we tried the stuff from atomic.h in the kernel sources
Jan 05 20:52:04 <Jin^eLD> but it did not work out
Jan 05 20:52:29 <Jin^eLD> glib has support for atomic operations, so we tested it, but on arm those atomic functions are failing
Jan 05 20:52:36 <Jin^eLD> I tried the glib that is in OE
Jan 05 20:52:39 <Crofton> you are running on arm?
Jan 05 20:52:44 <Jin^eLD> also, we want to be portable
Jan 05 20:52:51 <Jin^eLD> so in the long run we need other architectures as well
Jan 05 20:53:02 <Crofton> portable I wold use mutex ....
Jan 05 20:53:04 <Jin^eLD> but since I do have arm hardware - this is one of the priorities
Jan 05 20:53:24 <Jin^eLD> yes, mutex will be a fallback option, but that causes severe performance degradation
Jan 05 20:54:32 <Crofton> I think that would be the only portable way though ...
Jan 05 20:55:01 <Jin^eLD> well, I'd like to offer a faster way at least for a couple of platforms, and have mutexes for the ones where we have no idea
Jan 05 20:57:16 <Crofton> yeah
Jan 05 20:57:35 <Crofton> It really depends on being able to atomically increment a memory location
Jan 05 20:57:41 <Jin^eLD> yes...
Jan 05 20:57:44 <Crofton> and that is a CISC like instruction
Jan 05 20:58:14 <Jin^eLD> well, there is some code in atomic.h in the linux kernel, different asm stuff for each architecture, but that did not work out somehow in our test
Jan 05 20:58:32 <Crofton> weird
Jan 05 20:58:54 <Jin^eLD> yes..
Jan 05 21:00:00 <univac> hrw: where can i find ipk with pl_pl.utf8 locales?
Jan 05 21:00:21 <Crofton> maybe atomic.h only works from within the kernel?
Jan 05 21:02:12 <Jin^eLD> Crofton: could be... but its mostly assembler code..
Jan 05 21:02:22 <Jin^eLD> the test program did run, it just did not do what it was supposed to..
Jan 05 21:02:32 <Jin^eLD> we got it for i86, there it works
Jan 05 21:02:39 <Jin^eLD> x86 that is
Jan 05 21:02:56 <Jin^eLD> so I see no reason why the same approach should not work for ARM
Jan 05 21:03:38 <Jin^eLD> also, the atomic.h does not really depend on outside stuff
Jan 05 21:03:43 <Jin^eLD> it seems pretty self contained
Jan 05 21:08:58 <ssvb> Jin^eLD: just checked ARM manual, it contains atomic swap instruction for synchronization purposes, there are some samples there
Jan 05 21:09:26 <ssvb> but there is no CISC alike instruction for atomic increment
Jan 05 21:12:01 <hrw> I did some tweaking to GettingStarted
Jan 05 21:13:54 <ssvb> Jin^eLD, checked atomic.h in kernel sources, looks like it contains asm code for ARMv6 and something more complicated for older cpus
Jan 05 21:14:52 <ssvb> Jin^eLD: did it not work at all for you? Did it not compile? Or misbehave?
Jan 05 21:14:55 <univac> hrw: where can i find ipk with pl_pl.utf8 locales?
Jan 05 21:15:58 <hrw> cu
Jan 05 21:18:51 <bradbev> hi, I've run into this bug (http://bugs.openembedded.org/show_bug.cgi?id=1714), are there any fixes so I can work around this please?
Jan 05 21:21:04 <ssvb> Jin^eLD: anyway, let me know if you still need any help
Jan 05 21:21:12 <Jin^eLD> sorry I was afk
Jan 05 21:21:45 <Jin^eLD> ssvb: it did compile but it did misbehave
Jan 05 21:22:12 <Jin^eLD> it seems the threads got blocked by that code
Jan 05 21:22:38 <Jin^eLD> we used the atomic.h code for arm26
Jan 05 21:24:03 <ssvb> it seems to have calls to local_irq_save() and local_irq_restore(), so this code is not selfcontained
Jan 05 21:24:26 <Jin^eLD> this irq code is also asm stuff
Jan 05 21:24:42 <Jin^eLD> and it did not seem to depend on anything, so we simply took it in
Jan 05 21:26:40 <ssvb> Jin^eLD: I see, anyway, there is a sample of code using SWP instruction to get critical section implemented in ARM manual: http://www.arm.com/community/academy/resources.html
Jan 05 21:27:03 <ssvb> download 'ARM v5TE Architecture Reference Manual'
Jan 05 21:28:05 <Jin^eLD> roger that
Jan 05 21:29:02 <Jin^eLD> got it
Jan 05 21:29:16 <hvontres|poodle> bradbev: 21:13 < CIA-4> hrw org.oe.oz354x * r85058ff9... / (1 packages/fontconfig/fontconfig-native_2.2.95.bb): fontconfig-native: use proper freetype-config-native to close #1714
Jan 05 21:33:52 <mccarthy> hmrf
Jan 05 21:34:09 <mccarthy> no mmp, huh?
Jan 05 21:34:15 <bradbev> hvontres|poodle: thanks for the response.  I'm afraid that I don't understand though.  Is there a link I might be able to read?
Jan 05 21:34:18 <mccarthy> I was hoping to get h5000 kernel advice
Jan 05 21:35:01 <hrw> bradbev: update repository and bitbake -crebuild fontconfig-native
Jan 05 21:35:08 <hrw> or wait a moment..
Jan 05 21:35:10 <ssvb> Jin^eLD: It still checks the lock manually and requires to call sleep when the lock is busy, I wonder if atomic increment/decrement can be implemented using it more efficiently than using mutex (probably mutexes are already using the same or similar code)
Jan 05 21:35:37 <Jin^eLD> I see..
Jan 05 21:36:52 <Jin^eLD> ssvb: where exactly is the example, is it with the SWP description or somewhere else?
Jan 05 21:36:55 <hrw> bradbev: now mtn pull&&mtn update and bitbake again
Jan 05 21:37:02 <bradbev> hrw, thanks
Jan 05 21:37:07 <CIA-4> 03hrw 07org.oe.oz354x * r03dcb578... 10/ (1 packages/fontconfig/fontconfig_2.2.95.bb): fontconfig: bump PR
Jan 05 21:37:27 <ssvb> Jin^eLD: 9.5 Semaphore instructions
Jan 05 21:37:42 <hrw> ~seen mmp
Jan 05 21:38:02 <ibot> mmp <n=mmp@85.135.167.154> was last seen on IRC in channel #gpe, 2h 12m 21s ago, saying: 'florian_kc: hi:)'.
Jan 05 21:38:30 <Jin^eLD> ssvb: got it, thanks!
Jan 05 21:41:47 <hrw> cu
Jan 05 21:46:14 <CIA-4> 03philippe 07org.oe.dev * r8ee98275... 10/ (1 packages/tasks/task-gpe.bb): 
Jan 05 21:46:14 <CIA-4> task-gpe
Jan 05 21:46:14 <CIA-4> * remove the sooo broken driftnet from the build
Jan 05 21:47:01 <bradbev> how stable is to build with an amd64 system as compared to a vanilla 386 based host?
Jan 05 21:49:18 <koen> define stable
Jan 05 21:49:41 <koen> your computer won't crash
Jan 05 21:49:42 <CIA-4> 03koen 07org.oe.dev * r68e10916... 10/ (1 packages/gpe-mini-browser/gpe-mini-browser_0.19.bb): gpe-mini-browser: bump PR for curl/tls change
Jan 05 21:51:09 <univac> where is the package in feed with en utf8 locales?
Jan 05 21:52:32 <univac> oh, gotcha
Jan 05 21:52:48 <koen> univac: http://www.angstrom-distribution.org/unstable/feed/armv5te/locales/en/
Jan 05 21:53:47 <univac> it should works with familiar?
Jan 05 21:54:14 <univac> work
Jan 05 21:54:25 <koen> familiar is dead
Jan 05 21:55:33 <univac> angstrom doesn't support my h3870 
Jan 05 21:56:20 <cbrake> bradbev: I build on amd64.  Occasionally you run into something won't build, but otherwise it works pretty well.
Jan 05 21:56:43 <bradbev> cbrake: thanks.  Ever seen xgcc segfault?
Jan 05 21:57:01 <philippe> univac: I am building an image for my h3850 atm. I need to take another look at the kernel but I will let you know when it works.
Jan 05 21:57:22 <univac> with bluetooth?
Jan 05 21:57:34 <univac> philippe: gpe, yep?
Jan 05 21:58:16 <philippe> univac: yep. As GPE dev I am not the person to build Opie releases :-)
Jan 05 21:58:28 <univac> :)
Jan 05 21:58:31 <univac> ok, i'm weaiting ...
Jan 05 21:58:37 <univac> waiting*
Jan 05 22:00:30 <mccarthy> philippe, then you are going to build a h5000 image too, right ;)
Jan 05 22:00:42 <univac> wow, starling is in angstrom feed
Jan 05 22:00:42 <koen> univac: it is
Jan 05 22:00:59 <koen> DISTRO=angstrom-2007.1-oabi MACHINE=h3800
Jan 05 22:01:04 <philippe> mccarthy: the idea is to build for all GPE supported platforms :-)
Jan 05 22:01:17 <univac> koen: hmmmm
Jan 05 22:01:29 <univac> i must read about it, how to build ...
Jan 05 22:01:35 * philippe also hopes to get Yopy added soon.
Jan 05 22:02:20 <koen> philippe: I'm trying to get an amida 4200
Jan 05 22:03:08 <univac> koen: to build i need monotone and bitbake, right?
Jan 05 22:03:28 <koen> univac: http://openembedded.org/wiki/GettingStarted
Jan 05 22:03:48 <univac> /dev/hda1              29G   28G   27M 100% /home
Jan 05 22:04:02 <univac> nah, i should remove some pr0n
Jan 05 22:05:05 <univac> http://www.angstrom-distribution.org/building-angstrom
Jan 05 22:09:37 <mccarthy> philippe, then you are going to build a h5000 image too, right ;)
Jan 05 22:09:42 <mccarthy> oops
Jan 05 22:09:46 <mccarthy> sorry
Jan 05 22:09:58 <mccarthy> wrong <up arrow> <enter>
Jan 05 22:10:14 <mccarthy> but I really *do* want that image ;)
Jan 05 22:12:21 <univac> koen: http://www.angstrom-distribution.org/building-angstrom - theres isn't h3800 in machines samples
Jan 05 22:12:31 <koen> so?
Jan 05 22:12:39 <koen> use your brains
Jan 05 22:13:01 <koen> or scroll up and reread what I said
Jan 05 22:13:15 <univac> i saw, maybe add that model to list? ;p
Jan 05 22:14:16 <mccarthy> koen, ur meany
Jan 05 22:14:19 <mccarthy> later all
Jan 05 22:37:24 <RP> hvontres|poodle: I have your email thanks. I just need some time to do something about it now ;-)
Jan 05 22:42:14 <hvontres|poodle> RP: np. Those rainbow lines are kinda cool tho... at first the screen is mostly black with some white fuzz on the right side. then the lines slowly grow
Jan 05 22:54:49 <RP> hvontres|poodle: not good. I wonder why pxafb broke :-/
Jan 05 22:58:46 <hvontres|poodle> RP: and only on resume...:(
Jan 05 23:00:12 * hvontres|poodle needs to work on serial cable...
Jan 05 23:25:39 <hvontres|poodle> have a good weekend...
Jan 05 23:31:38 <univac> http://wklej.org/id/d6b30f5716
Jan 05 23:31:39 <univac> ee?
Jan 05 23:40:30 <philippe> univac: forgot to set your BBPATH correctly?
Jan 05 23:41:03 <philippe> or you have not specified correctly where bitbake has to find the bb files
Jan 05 23:41:53 <univac> echo $BBPATH                                                                                             <01:36>
Jan 05 23:41:59 <univac> /home/univac/OE/build:/home/univac/OE/org.openembedded.dev
Jan 05 23:42:20 <univac> BBFILES := "${@bb.fatal('Edit your conf/local.conf: BBFILES')}"
Jan 05 23:42:25 <univac> maybe this ...
Jan 05 23:43:11 <philippe> univac: I would guess from the fact it does not find any bb file (line 2 and 4)
Jan 05 23:44:18 <univac> ok, works
Jan 06 02:40:23 * v8jlene is back
Jan 06 02:46:03 <CIA-4> 03lenehan 07org.oe.dev * rc9364961... 10/ (1 site/sh-common): 
Jan 06 02:46:03 <CIA-4> site/sh-common: Add entry required to build the latest version of apr, which
Jan 06 02:46:03 <CIA-4> is needed for subversion.
**** ENDING LOGGING AT Sat Jan 06 02:59:59 2007