**** BEGIN LOGGING AT Fri Dec 29 02:59:59 2006
Dec 29 03:46:38 <zecke|23c3> nite
Dec 29 04:37:45 * Reaper_man humps his own leg
Dec 29 04:37:47 <Reaper_man> :>
Dec 29 04:38:00 <Reaper_man> juggaleaux: :D
Dec 29 04:38:06 * Reaper_man humps juggaleaux 
Dec 29 04:39:22 * Reaper_man humps JustinP as well due to his name showing up with tab completion
Dec 29 04:43:35 <daurnimator> anyone here have contact with zodttd?
Dec 29 04:49:50 <Reaper_man> daurnimator: no, but I have a contact with my hips on your leg
Dec 29 04:49:59 * Reaper_man humps daurnimator's leg
Dec 29 04:50:23 <daurnimator> anyone got a trick to undo a burred screw?
Dec 29 04:52:06 <emte> tap and drill, weld a new cap, grind a slot into it
Dec 29 04:52:20 <emte> three options
Dec 29 04:52:38 <Reaper_man> emte: I'd like to tap and drill you <3
Dec 29 04:52:47 * Reaper_man sticks it in emte's p00per
Dec 29 04:53:10 <emte> hrm
Dec 29 04:55:56 <daurnimator> :(
Dec 29 04:56:02 <daurnimator> i have no pliers here
Dec 29 04:58:44 <Reaper_man> daurnimator: you have me <3
Dec 29 04:58:45 <Reaper_man> uNF
Dec 29 07:46:21 <likewise> morning all
Dec 29 08:00:25 <likewise> morning koen psokolovsky_ marex
Dec 29 08:00:56 <Marex> hi likewise 
Dec 29 08:01:12 <Marex> hi psokolovsky_ ,how was the meeting?
Dec 29 08:01:36 <psokolovsky_> Hi folks!
Dec 29 08:02:34 <psokolovsky_> Marex, nice, I'm glad balrog-kun came and hope he's ok after a bit cold Kiev weather. We should meet again soon. ;-)
Dec 29 08:02:52 <Marex> hm
Dec 29 08:03:08 * Marex likes his mom more and more :-/
Dec 29 08:03:30 <Marex> only because her stupid and reasonless NO
Dec 29 08:03:32 <Marex> :-/
Dec 29 08:09:58 <koen> good morning all
Dec 29 08:13:24 <rwhitby> morning koen 
Dec 29 08:13:59 <rwhitby> koen: we have recruited HopsNBarley into the nslu2-linux core team, so that he can help us migrate SlugOS and OpenProtium to Angstrom.
Dec 29 08:14:11 <koen> rwhitby: cool
Dec 29 08:15:18 <rwhitby> and I agree with your comments yesterday about sysconf and other slugos packages moving into mainstream OE rather than being slugos specific.  The migration to Angstrom will be a good opportunity to do that.
Dec 29 08:25:04 <Marex> hi koen 
Dec 29 08:25:18 <Marex> I've seen you're working on hx4700
Dec 29 08:25:38 <Marex> j/w is pxa pcmcia working well?
Dec 29 08:43:29 <Bernardo> good morning
Dec 29 11:03:33 <CIA-4> 03hrw 07org.oe.oz354x * rcaf2a147... 10/ (1 classes/debian.bbclass): debian.bbclass: add support for disabling autorenaming (needed for tslib) - from .dev
Dec 29 11:03:46 <CIA-4> 03hrw 07org.oe.dev * r91d610fe... 10/ (1 classes/debian.bbclass): debian.bbclass: fix typo
Dec 29 11:04:50 <koen> hey hrw|gone 
Dec 29 11:25:09 <rob_w> if i use  this PREFERRED_PROVIDER_virtual/kernel = "linux-handhelds-2.6" it starts building from that linux.kernel26_anoncvs.handhelds.org_K2-6-16-hh8_.tar.gz  how can i get it to use the latest 2.6.XX-hhX.bb ??
Dec 29 11:25:33 <koen> check conf/distro/angstrom-2007.1.conf
Dec 29 11:27:05 <rob_w> ah i see it 
Dec 29 11:27:08 <rob_w> thanks koen
Dec 29 11:28:22 <goxboxlive> rob_w: In the linux-handhelds_cvs.bb file uncomment DEFAULT_PREFERENCE = "-1" this. That does the trick for me.
Dec 29 11:28:41 <koen> goxboxlive: that's wrong
Dec 29 11:29:30 <goxboxlive> koen: That might be, but why doesnt it build from cvs even though i have edited angstrom.conf to use cvs ?
Dec 29 11:29:55 <rob_w> PREFERRED_VERSION_linux-handhelds-2.6_htcblueangel = "2.6.18-hh1" is my "trick" 
Dec 29 11:30:02 <koen> goxboxlive: probably because you edited the wrong way
Dec 29 11:30:11 <koen> goxboxlive: and rob_w didn't ask about using cvs
Dec 29 11:31:15 <goxboxlive> koen: But if i want to build form cvs, what is the right trick then? I thoght that file ended with cvs should build form cvs and not from any tags or versions.
Dec 29 11:31:18 <rob_w> koen, hmm i need to check where the patches went into the kernel cvs
Dec 29 11:33:55 <koen> goxboxlive: you'd want something like PREFERRED_VERSION_linux-handhelds-2.6 = "2.6.19-hh0+cvs${SRCDATE}"
Dec 29 11:34:35 <rob_w> ah
Dec 29 11:35:18 <rob_w> koen, is there a way to also make the hhX , so any hh in a 2.6.something ?
Dec 29 11:35:22 <goxboxlive> koen: I knoe that, i have that in my angstrom.conf file (only hh7), but still when DEFAULT_PREFERENCE = "-1" is active it chooses the another kernel version (older tag).
Dec 29 11:37:33 <koen> you can't change tags with the _cvs recipe
Dec 29 11:40:26 <rob_w> example that for me, please 
Dec 29 11:41:03 <goxboxlive> I havent changed the tag in the cvs recipe, i have edited angstrom.conf to this: PREFERRED_VERSION_linux-handhelds-2.6_htcuniversal = "2.6.19-hh7+cvs${SRCDATE" so it build form the latest source.
Dec 29 12:01:26 <RP> morning all
Dec 29 12:04:29 <koen> goxboxlive: that's what I meant with 'you can't change tags'
Dec 29 12:04:31 <koen> hey RP 
Dec 29 12:04:48 <goxboxlive> koen: ok
Dec 29 12:13:36 <goxboxlive> koen: AFter yesterdays changes in the udev we now have the /dev/input/touchscreen0 working. So after all there where no device bug.
Dec 29 12:14:26 <koen> but still no need for the ugly hacks you proposed
Dec 29 12:17:01 <goxboxlive> They wherent any uglier than the one today. It's just the same, beside i was using event0 instead of touchscreen0
Dec 29 12:17:26 <koen> heh
Dec 29 12:17:35 <koen> you obviously don't understand the issue
Dec 29 12:20:03 <goxboxlive> probably not
Dec 29 12:20:04 <koen> event<number> isn't garanteed to exist or have the same <number>
Dec 29 12:21:05 <goxboxlive> ok, so udev will allways figure out wich one is the TS and then link from it to touchscreen0, right?
Dec 29 12:21:18 <koen> yes
Dec 29 12:21:26 <goxboxlive> i c , clever :-)
Dec 29 12:21:43 <koen> before that gpe used detect-stylus
Dec 29 12:22:07 <goxboxlive> i know
Dec 29 12:22:10 <koen> and opie just hardcoded things, so we had to fix that everytime a kernel was updated
Dec 29 12:22:25 <goxboxlive> Yes
Dec 29 12:22:27 <koen> on hx4700 we have 3 eventX devices, with no garanteed order
Dec 29 12:22:48 <koen> keys, d-pad and ts
Dec 29 12:22:50 <goxboxlive> ok, we have 4
Dec 29 12:25:50 <koen> so you have 75% chance hardcoding breaks after a reboot/kernel update/etc
Dec 29 12:31:11 <rob_w> koen, how does udev know about which is which ?
Dec 29 12:31:28 <koen> rob_w: it looks at the cababilities the kernel reports
Dec 29 12:31:58 <rob_w> so it is somehow coded into hte module 
Dec 29 12:32:29 <rob_w> ,, great , kernel.org changed also the backlight.h 
Dec 29 12:38:50 <CIA-4> 03koen 07org.oe.dev * r2182e7d5... 10/ (1 conf/distro/angstrom-2007.1-oabi.conf): 
Dec 29 12:38:50 <CIA-4> angstrom: add OABI version for armv4 machines
Dec 29 12:38:50 <CIA-4> set DISTRO="angstrom-2007.1-oabi" to make use of this
Dec 29 12:41:15 <gremlin[it]> what's OABI ? 
Dec 29 12:41:39 <koen> the old arm ABI
Dec 29 12:42:19 <gremlin[it]> ahh ok ... so now angstrom will work on h3600 too :) 
Dec 29 12:43:56 <koen> yes
Dec 29 12:44:34 <mr_nice> koen: thx :)
Dec 29 12:45:10 <koen> the poor strongarm users can now benefit from an up-to-date and maintained distribution :)
Dec 29 12:46:02 <gremlin[it]> me me me me me ... don't cann us 'poor' :P~~~~~~~<
Dec 29 12:46:11 <gremlin[it]> s/cann/call/ 
Dec 29 12:47:22 <mr_nice> :)
Dec 29 12:50:54 <hrw> morning
Dec 29 12:50:58 <goxboxlive> morning hrw
Dec 29 12:53:39 <mr_nice> koen: what is your main embedded hardware device?
Dec 29 12:53:54 <koen> I have no 'main' device :)
Dec 29 12:55:36 <mr_nice> koen: do you have one with a joypad (keypad) on it?
Dec 29 12:55:56 <koen> yes, 4
Dec 29 12:58:19 <mr_nice> koen: does one of them have kernel 2.6, evdev, uinput, proc and  kbd ?
Dec 29 12:59:06 <koen> yes, 3
Dec 29 13:02:59 <mr_nice> koen: if you want you can use this source (http://pastebin.ca/84050). with it you will be able to quickly write emails with your joypad. the keytable is here (http://www.shortlink.org/1047).
Dec 29 13:04:22 <koen> cute
Dec 29 13:06:00 <mr_nice> koen: to stop using the joypad as keyboard just type a "9" and then a "4" then you can use the joypad as normal until you press the enterkey 5 times then you can use it again as keyboard
Dec 29 13:06:45 <CIA-4> 03koen 07org.oe.dev * rf9dc54d3... 10/ (20 files in 6 dirs): gstreamer: remove 0.8.x as indicated in removal.txt
Dec 29 13:39:46 <Gerrath> I've been looking at the linux-rp.bb kernels and it seems like they are being set up to cover all machines.  I've been maintaining the LogicPD machine which is a PXA270.  Would it make sense for me to move away from having a kernel bb specific to it and just add in the couple of patches required for it to the linux-rp.bb?
Dec 29 13:40:57 <koen> Gerrath: discuss it with the maintainers of that recipe :)
Dec 29 13:41:30 <Gerrath> koen, of the linux-rp or the logicPD recipe?
Dec 29 13:45:40 <koen> Gerrath: linux-rp
Dec 29 13:46:18 <Gerrath> koen, I guess I was interested in understanding if it is better to keep a seperate bb for the kernel or combined it into the linux-rp?  It seems to me less is better so it would be better to push it into the linux-rp..  I will talk with the maintaners of it.
Dec 29 13:48:26 <CIA-4> 03koen 07org.oe.dev * r08942198... 10/ (8 files in 2 dirs): cairo: drop obsolete recipes
Dec 29 13:49:40 <CIA-4> 03koen 07org.oe.dev * r1a1cd1c2... 10/ (1 packages/cairo/cairo_git.bb): cairo git: adjust PV
Dec 29 13:50:58 <zecke|23c3> mickey|23c3: hey
Dec 29 13:51:58 <koen> zecke|23c3: hey
Dec 29 13:52:03 <zecke|23c3> ho
Dec 29 14:17:56 <hrw> re
Dec 29 14:18:38 <hrw> Gerrath: your machine need some patches which are in linux-rp?
Dec 29 14:19:24 <Gerrath> hrw, yes, there are quite a few of the patches in linux-rp that would apply to my machine since it is using a PXA270.
Dec 29 14:20:13 <hrw> Gerrath: prepare patch for that recipes (all of them) and submit to bugtracker with RP, me, mickeyl in Cc:
Dec 29 14:20:52 <Gerrath> hrw, ok, I'm working on it right now, I'm also upgrading the patches to 2.6.19 so it will be a little bit :-)
Dec 29 14:22:04 <hrw> ok
Dec 29 14:22:57 <hrw> we also cover git kernels..
Dec 29 14:23:10 <hrw> afk - coffee break
Dec 29 14:24:07 <Gerrath> hrw, is the git kernel the better way to go? 
Dec 29 14:40:31 <hrw> re
Dec 29 14:40:50 <hrw> Gerrath: I would keep two: 1. release 2. git
Dec 29 14:41:29 <Gerrath> hrw, sounds like a good idea.
Dec 29 14:41:58 <hrw> Gerrath: this way you have release one which works for sure (give for users) and devel one (git) which you track to fix any breakage
Dec 29 14:48:04 <giel> Gerrath: you know there's a writeback corruption bug in 2.6.19?
Dec 29 14:48:16 <giel> Gerrath: only triggers with some apt operations and rtorrent, though
Dec 29 14:49:00 <hrw> giel: arm cache problem?
Dec 29 14:49:09 <giel> no
Dec 29 14:49:11 <Gerrath> giel, I did not know that..  If I'm not using apt, or torrent I should be ok, correct? 
Dec 29 14:49:13 <giel> all archs
Dec 29 14:49:17 <giel> yes
Dec 29 14:49:26 <giel> it has been solved just today
Dec 29 14:49:29 <giel> epic bughunt
Dec 29 14:49:39 <giel> took 2 weeks and about all kernel developers
Dec 29 14:49:55 <giel> a whole dirty page tracking debug instrumentation has been implemented
Dec 29 14:53:52 <daurnimator> *waves*
Dec 29 15:10:47 <mr_nice> niv_one_three: ping
Dec 29 15:12:59 <mickey_> zecke|23c3: hey
Dec 29 15:13:02 <mickey_> zecke|23c3: where are you?
Dec 29 15:13:11 <mickey_> hi guys, btw.
Dec 29 15:16:15 <zecke|23c3> mickey_: hey?
Dec 29 15:16:19 <zecke|23c3> mickey_: at the wikimedia booth
Dec 29 15:16:26 <zecke|23c3> I need Gtk+ help so dropy by :)
Dec 29 15:16:28 <zecke|23c3> *please*
Dec 29 15:16:40 <mickey_> zecke|23c3: where's that booth again?
Dec 29 15:16:49 <zecke|23c3> mickey_: upstairs
Dec 29 15:16:59 <mickey_> ebene C?
Dec 29 15:17:05 <zecke|23c3> where the WikiMedia banner is
Dec 29 15:17:15 <zecke|23c3> it is in one of the four corners
Dec 29 15:17:21 <mickey_> mmh, k.
Dec 29 15:17:26 * mickey_ wanders off to search zecke
Dec 29 15:18:36 <Gerrath> hrw, I'm assuming every so often you take a snap-shot of the linux-rp+git.bb and push it to a linux-rp-someversion.bb so if I develop on the git version eventually it will get pushed to a stable (fixed version) .bb or should I modify both the current git and one of the fixed (stable) versions of linux-rp with my changes?
Dec 29 15:19:03 <hrw> hi mickeyl
Dec 29 15:21:16 <hrw> Gerrath: linux-rp+git.bb is floating, rest are release based
Dec 29 15:21:52 <hrw> Gerrath: 2.6.16 is good tested, 2.6.17 contain support for new devices, newer ones are development ones
Dec 29 15:35:56 <hrw> Crofton_: did you tested 2.6.19-omap1?
Dec 29 15:37:22 <hrw> ~lart me for forgetting about multimachine
Dec 29 15:37:23 * ibot hauls hrw up by the scruff of the neck and spanks him until he waddles for forgetting about multimachine
Dec 29 15:38:21 <koen> giel: http://lkml.org/lkml/2006/12/29/26 <- that one?
Dec 29 15:42:25 <CIA-4> 03hrw 07org.oe.oz354x * reb7f2f1a... 10/ (1 classes/multimachine.bbclass): multimachine.bbclass: added from .dev
Dec 29 15:44:24 * koen looks at http://lkml.org/lkml/diff/2006/12/29/89/1
Dec 29 15:45:16 <giel> koen: yes
Dec 29 15:56:19 <hrw> NOTE: package linux-omap1-2.6.19-omap1-r0: task do_compile: started
Dec 29 15:56:19 <hrw> NOTE: package linux-omap1-2.6.19-omap1-r0: task do_compile: started
Dec 29 15:57:22 <daurnimator> whats cheapest place to get a C3200?
Dec 29 15:58:19 <hrw> daurnimator: pricejapan.com?
Dec 29 16:06:17 <hrw> koen: wb
Dec 29 16:06:37 <chouimat> hi koen hrw
Dec 29 16:07:22 <koen> hey all
Dec 29 16:10:21 <koen> hrw: this post is priceless: http://www.oesf.org/forums/index.php?showtopic=22550&view=findpost&p=149417
Dec 29 16:12:13 <hrw> normal post
Dec 29 16:12:23 <hrw> | /a/home/hrw/devel/build/test/tmp/cross/lib/gcc/arm-angstrom-linux-gnueabi/4.1.1/../../../../arm-angstrom-linux-gnueabi/bin/ld: rastertolabel: hidden symbol `__aeabi_fadd' in /a/home/hrw/devel/build/test/tmp/cross/lib/gcc/arm-angstrom-linux-gnueabi/4.1.1/libgcc.a(_addsubsf3.o) is referenced by DSO
Dec 29 16:12:28 <hrw> | /a/home/hrw/devel/build/test/tmp/cross/lib/gcc/arm-angstrom-linux-gnueabi/4.1.1/../../../../arm-angstrom-linux-gnueabi/bin/ld: final link failed: Nonrepresentable section on output
Dec 29 16:12:35 <hrw> cups failed
Dec 29 16:12:47 <hrw> http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=175&logfile=20061229173904.log
Dec 29 16:13:01 <hrw> Using SSLLIBS="-L/a/home/hrw/devel/build/test/tmp/staging/sh3-angstrom-linux/lib
Dec 29 16:13:05 <hrw> and thats why...
Dec 29 16:13:18 <hrw> ~lart binconfig
Dec 29 16:13:18 * ibot squeezes binconfig till binconfig turns blue like papa smurf
Dec 29 16:13:18 <koen> binconfig.....
Dec 29 16:13:30 <hrw> we need TARGET_ARCH in binconfig...
Dec 29 16:13:40 <koen> yep
Dec 29 16:14:59 <hrw> make[3]: *** [sound/soc/pxa/pxa2xx-ac97.o] Error 1
Dec 29 16:15:00 <hrw> argh..
Dec 29 16:18:10 <hrw> the problem with binconfig is that I had this build working for over week...
Dec 29 16:24:14 <hrw> someone know how to update git tree to selected TAG?
Dec 29 16:28:36 <hrw> found. cg seek
Dec 29 16:36:10 <koen> hrw: could you file a bug about binconfig?
Dec 29 16:37:25 <hrw> can
Dec 29 16:37:30 <koen> thanks
Dec 29 16:37:38 <hrw> want to be in cc?
Dec 29 16:37:45 <koen> no
Dec 29 16:37:54 <koen> I'm subscribed to oe-bugs
Dec 29 16:38:01 <koen> s/bugs/issues/
Dec 29 16:38:23 <hrw> 'major' is enough for it?
Dec 29 16:38:57 <koen> OMG_no_opera_on_OZ priority
Dec 29 16:39:12 <hrw> be serious atleast once
Dec 29 16:39:37 <koen> 'critical'
Dec 29 16:39:42 <hrw> set it as blocker for angstrom?
Dec 29 16:39:47 <koen> yes
Dec 29 16:39:53 <hrw> which bug it was?
Dec 29 16:40:20 <hrw> 1573
Dec 29 16:42:14 <koen> sounds like it
Dec 29 16:43:31 <hrw> ~lart multithreaded bitbake
Dec 29 16:43:31 * ibot changes multithreaded bitbake's permissions to 0777 and tells the world
Dec 29 16:51:53 <hrw> http://bugs.openembedded.org/show_bug.cgi?id=1724
Dec 29 17:08:26 <XorA|sleep> hrw: we had TARGRT_ARCH in binconfig before, it broke stuff badly apparently and was removed
Dec 29 17:08:38 <hrw> argh
Dec 29 17:09:43 <koen> XorA: I think this is slightly different
Dec 29 17:10:49 <hrw> kergoth: did you finally changed OZ DNS or not?
Dec 29 17:17:56 <CIA-4> 03koen 07org.oe.dev * rcebebe22... 10/ (1 packages/liboil/liboil_0.3.10.bb): liboil: add 0.3.10
Dec 29 17:24:13 <koen> is 'flash' the same as 'shockwave'?
Dec 29 17:24:19 <hrw> yes
Dec 29 17:24:24 <koen> ah, cool
Dec 29 17:24:37 <CIA-4> 03koen 07org.oe.dev * rfe8aa989... 10/ (7 files in 4 dirs): swfdec: add 0.4.0
Dec 29 17:27:40 * koen mentions http://www.openembedded.org/snapshots/OE-this-is-for-mtn-0.32.mtn.bz2
Dec 29 17:29:08 <pb_> hi mickey_ 
Dec 29 17:29:13 <hrw> wb mickeyl
Dec 29 17:29:27 <koen> hey mickey_ 
Dec 29 17:30:16 <mickey_> hey
Dec 29 17:30:19 <jayakumar2> i filed the softsqueeze recipe as bug 1717. was just curious if any feedback
Dec 29 17:43:33 <koen> XorA: http://www.advogato.org/person/company/diary.html?start=32
Dec 29 18:01:50 <hrw> Crofton_: there comes something for you
Dec 29 18:03:32 <CIA-4> 03hrw 07org.oe.dev * r6a0dba34... 10/ (6 files in 3 dirs): linux-omap1: added 2.6.19-omap1 with DEF_PREF = -1 as it was not yet tested in OE
Dec 29 18:44:58 <JustinP> hrw: around?
Dec 29 18:45:34 <JustinP> hrw: I'm trying to build with current oz354x a non-softfloat image. I started building from scratch lastnight and am having some strange issues.
Dec 29 18:45:46 <JustinP> hrw: gpe-image fails because /etc/passwd doesn't exist
Dec 29 18:48:14 <JustinP> hrw: e-image-core fails because tslib-conf doesn't exist (it was packaged as libts-conf)....ah, there was an update to debian.bbclass...tslib-conf is now tslib-conf....I guess I have to recompile everything now as the packaging is probably incorrect....argh
Dec 29 18:48:15 <hrw> JustinP: I just build gpe-image/c7x0 from .oz354x
Dec 29 18:48:25 <hrw> JustinP: update and rebuild
Dec 29 18:48:30 <JustinP> rebuild all, right?
Dec 29 18:48:31 <hrw> or wait - I'll bump tslib
Dec 29 18:48:46 <JustinP> no need
Dec 29 18:48:55 <JustinP> ok, e-image-core built for me now
Dec 29 18:49:38 <JustinP> I meant no need to do it for me :-?
Dec 29 18:50:01 <hrw> anyway I want to bump it - less problems
Dec 29 18:50:05 <JustinP> yeah
Dec 29 18:50:24 <JustinP> ok, gpe-image built for me now
Dec 29 18:50:27 <JustinP> strange
Dec 29 18:50:30 <JustinP> thanks ;-)
Dec 29 18:50:43 <JustinP> I'm testing non-sftfloat to see if gpsd likes my garmin GPS better
Dec 29 18:50:43 <hrw> its not strange - it was a bug
Dec 29 18:51:08 <JustinP> it works fine in knoppix on my PC laptop but on my Z it gives wildly wrong lat and long and segfaults
Dec 29 18:51:20 <JustinP> damn binary protocol
Dec 29 18:52:15 <hrw> pushed fix
Dec 29 18:53:18 <JustinP> now I just have to wait for the images to download...
Dec 29 18:53:28 <CIA-4> 03hrw 07org.oe.oz354x * r6d0b25ae... 10/ (1 packages/tslib/tslib_cvs.bb): tslib: dropped obsolete CVS version
Dec 29 18:53:32 <CIA-4> 03hrw 07org.oe.oz354x * r8cd5c132... 10/ (1 packages/tslib/tslib_cvs.bb): tslib: dropped obsolete CVS version
Dec 29 18:53:35 <CIA-4> 03hrw 07org.oe.oz354x * r30c3a432... 10/ (1 packages/tslib/tslib_1.0.bb): tslib: bump PR due to recent debian.bbclass change
Dec 29 18:54:37 <JustinP> perl is useless without its modules....I'm grateful for perl-modules
Dec 29 18:55:01 <hrw> perl packaging... SUXX
Dec 29 18:55:05 <JustinP> yes
Dec 29 18:55:19 <JustinP> no real reason for the many packages...
Dec 29 18:56:13 <koen> JustinP: the real reason is lacking time to do it like python packaging
Dec 29 18:57:28 <JustinP> ok
Dec 29 19:10:23 <hrw|gone> cu
Dec 29 19:14:15 <CIA-4> 03pfalcon 07org.oe.dev * r2b9d4857... 10/ (1 packages/tslib/tslib/h4000/tslib.sh): tslib: tslib.sh for h4000 is standard-minimal one.
Dec 29 19:14:18 <CIA-4> 03pfalcon 07org.oe.dev * r2ca643ff... 10/ (3 files in 3 dirs): tslib: h3600, h3900: Use standard kernel 2.6 tslib.sh.
Dec 29 19:17:45 <CIA-4> 03pfalcon 07org.oe.dev * r2bd0126d... 10/ (1 packages/tslib/tslib/htcuniversal/ts.conf): 
Dec 29 19:17:45 <CIA-4> tslib: htcuniversal's ts.conf is equal in semantics to the default one (of
Dec 29 19:17:45 <CIA-4> course), so don't bother to override at all.
Dec 29 19:20:24 <CIA-4> 03pfalcon 07org.oe.dev * rce576e9d... 10/ (3 files in 3 dirs): tslib: ipaq-pxa270 - no such machine (was removed some time ago), remove overrides.
Dec 29 19:25:37 <CIA-4> 03pfalcon 07org.oe.dev * rf18e293b... 10/ (5 files in 5 dirs): tslib: tslib.sh for h2200, h5000, h6300, htcuniversal is the standard kernel 2.6 one.
Dec 29 19:36:08 <CIA-4> 03pfalcon 07org.oe.dev * r071c04d5... 10/ (1 packages/tslib/tslib_1.0.bb): tslib 1.0: No supported HH.org machine needs 2.4 stuff or detect-stylus.
Dec 29 19:40:35 <CIA-4> 03pfalcon 07org.oe.dev * r44cb7585... 10/ (3 files in 3 dirs): tslib: Add htcblueangel config, just standard kernel 2.6 one.
Dec 29 19:40:54 <hrw> re
Dec 29 19:41:02 <hrw> psokolovsky: h3600 in .dev is 2.6 too?
Dec 29 19:42:08 <psokolovsky> hrw, sure. .dev doesn't support 2.4 devices actually ;-). and also actually there's only one hh.org device which lacks recent 2.6 support - h3800.
Dec 29 19:42:42 <hrw> psokolovsky: 2.4/hh devices you mean?
Dec 29 19:43:18 <psokolovsky> hrw, yes. I always mean hh.org devices, unless explicitly say otherwise ;-)
Dec 29 19:44:26 <psokolovsky> hrw, it's just I tried official h4000 angstroms snapshot, experienced TS not working due to detect-stylus crap, and decided to fix it consistently.
Dec 29 19:48:53 <hrw> collie need 2.4/2.6 switch for .dev
Dec 29 20:08:47 <hrw> who care about dht-walnut machine?
Dec 29 20:10:43 <CIA-4> 03hrw 07org.oe.dev * r02f0d5fd... 10/ (4 files in 3 dirs): 
Dec 29 20:10:43 <CIA-4> collie: added 2.4/2.6 kernel switch from .oz354x
Dec 29 20:10:43 <CIA-4> - 2.4 kernel is default
Dec 29 20:10:43 <CIA-4> - I do not want to use include/zaurus-2.6.conf as it is too PXA related
Dec 29 20:21:41 <hrw> XorA: mplayer NEED c7x0 packaging for c7x0
Dec 29 20:40:35 <koen> hrw: ifaistos and zecke have a dht-walnut
Dec 29 20:45:27 <CIA-4> 03dirk 07org.oe.dev * r562347f2... 10/ (5 files in 4 dirs): collie: fix collie serial console for 2.6 kernel
Dec 29 20:45:58 <hrw> koen: glibc-initial fails on it
Dec 29 20:46:00 <XorA> hrw: it doesnt, there is nothing that wont run on other arm devices
Dec 29 20:46:27 <hrw> XorA: libaticore for other devices?
Dec 29 20:46:51 <XorA> hrw: -vo w100 wont work, but technically mplayer will run
Dec 29 20:47:18 <hrw> will test before add into feeds
Dec 29 20:48:15 <XorA> reminds me, must test sirfreds driver for stability and maybe drop aticore altogether
Dec 29 20:48:22 <XorA> anyway back to tv
Dec 29 20:49:10 <hrw> ok
Dec 29 20:50:14 <hrw> | arm-angstrom-linux-gnueabi-ld: ERROR: Source object /a/home/hrw/devel/build/test/tmp/cross/lib/gcc/arm-angstrom-linux-gnueabi/4.1.1/libgcc.a(_divsi3.o) has EABI version 4, but target u-boot has EABI version 0
Dec 29 20:52:47 <hrw> MACHINE = 'amsdelta'
Dec 29 20:52:48 <hrw> DISTRO = 'angstrom'
Dec 29 20:52:53 <hrw> afk
Dec 29 21:10:00 <CIA-4> 03hrw 07org.oe.dev * r5238e30c... 10/ (1 packages/tasks/task-gpe.bb): task-gpe: remove gpe-nmf from images - it want gstreamer 0.8 which was removed
Dec 29 21:10:32 <cbrake> hrw: interesting the combinations you run into.  Hopefully things will stabalize at some point in the future now that we have EABI ...
Dec 29 21:11:07 <hrw> cbrake: I'm building Angstrom for ALL machines
Dec 29 21:11:52 <hrw> cbrake: nevermind does they are supported or not
Dec 29 21:13:30 <hrw> cbrake: took ~60G during week
Dec 29 21:41:20 <cbrake> hrw: cool :-)
Dec 29 21:41:47 <hrw> ~lart bugtracker for being slooow
Dec 29 21:41:47 * ibot farts in bugtracker's general direction for being slooow
Dec 29 21:42:57 <hrw> ftp://ftp.accelent.com/pxa255_idp/linux/kernel-2.6.11-rc4_idp.patch
Dec 29 21:43:00 <hrw> WHO has it?
Dec 29 21:43:25 <hrw>  /home/hrw/devel/oe/org.openembedded.dev/packages/linux/devkitidp-pxa255-kernel_2.6.11.bb is not fetchable
Dec 29 21:44:05 <hrw> hi greentux 
Dec 29 21:49:39 <hrw> wow. powerpc build which works
Dec 29 21:49:51 <hrw> works.. not
Dec 29 21:49:55 <hrw> NOTE: package glibc-initial-2.5-r4: task do_populate_staging: failed
Dec 29 21:50:35 <hrw> koen|away: efika does not builds ;(
Dec 29 21:51:02 <greentux_alt> hi hrw
Dec 29 21:54:45 <Jin^eLD> re
Dec 29 22:07:34 <Jin^eLD> hey likewise 
Dec 29 22:07:45 <likewise> Jin^eLD: hi there!
Dec 29 22:10:00 <likewise> mickey|hotel: good evening
Dec 29 22:10:07 <mickey|hotel> good evenng
Dec 29 22:17:29 <hrw> hi mickey|hotel 
Dec 29 22:19:22 <mickey|hotel> cheers hrw
Dec 29 22:19:48 <mickey|hotel> hrw: got some gadgets from santa claus?
Dec 29 22:19:50 <hrw> Angstrom need to split deploy/ipk/
Dec 29 22:20:09 <hrw> mickey|hotel: battery charger for AA/AAA and few other types
Dec 29 22:20:21 <mickey|hotel> good
Dec 29 22:20:39 <hrw> mickey|hotel: Santa wrote that gadget will appear 1-2 months later
Dec 29 22:20:54 <mickey|hotel> well-informed santa...
Dec 29 22:21:15 <hrw> mickey|hotel: but no more info.
Dec 29 22:21:38 <hrw> mickey|hotel: that thing which we do not discuss will be in v1 finally?
Dec 29 22:22:04 <hrw> v1, v2... just like german rockets from ww2 ;D
Dec 29 22:22:18 <mickey|hotel> 99% sure on the B word
Dec 29 22:22:29 <hrw> nice
Dec 29 22:23:00 <hrw> how goes 2nd prototype?
Dec 29 22:23:46 <mickey|hotel> while i was working with LaF0rge in Berlin yesterday, DHL came and brought 1 kilogramm new hardware
Dec 29 22:24:00 <hrw> 3rd ver?
Dec 29 22:24:19 <hrw> #openmoko: 29 23:53  * yacc whines, when will they start to ship the things?
Dec 29 22:24:23 <hrw> ;DD
Dec 29 22:24:35 <mickey|hotel> yeah. I'm waiting for LaF0rge to make them work and then I'll get them
Dec 29 22:24:37 <mickey|hotel> hehe
Dec 29 22:25:25 <hrw> ~lart bugtracker again
Dec 29 22:25:26 * ibot squishes bugtracker again like a bug
Dec 29 22:26:12 <hrw> what do you think about DROPPING unmaintained machines?
Dec 29 22:26:19 <mickey|hotel> hmm
Dec 29 22:26:43 <hrw> devkitidp-pxa255 looks like unmaintained
Dec 29 22:26:46 <mickey|hotel> that depends on their state. which ones do you have in mind?
Dec 29 22:26:47 <hrw> kernel not fetchable
Dec 29 22:26:55 <hrw> bootloader unfetchable
Dec 29 22:28:42 <mickey|hotel> ya, might be candidates for our removal list as well
Dec 29 22:32:25 <hrw> in next week I will finally drop maemo stuff
Dec 29 22:36:03 <mickey|hotel> i still would rather see it moved than dropped
Dec 29 22:36:09 <mickey|hotel> let's discuss that another time
Dec 29 22:36:11 * hrw too
Dec 29 22:36:18 <mickey|hotel> my battery is empty
Dec 29 22:36:21 <hrw> some one promised here to add patches
Dec 29 22:36:24 <hrw> cu then
Dec 29 22:36:24 <mickey|hotel> and my laptop's one as well :)
Dec 29 22:36:27 <mickey|hotel> cu 
Dec 29 22:36:32 <hrw> mickey|hotel: have a good HNY party
Dec 29 22:36:34 <CIA-4> 03likewise 07org.oe.dev * rdfd0a4ee... 10/ (4 files in 2 dirs): smartmontools: Added 5.37. Consolidated common stuff into .inc.
Dec 29 22:36:44 <mickey|hotel> hrw: you too! 
Dec 29 22:36:48 * mickey|hotel waves
Dec 29 22:37:30 <Bernardo> Jin^eLD: you're here?
Dec 29 22:40:43 <Jin^eLD> yes
Dec 29 22:40:46 <Jin^eLD> hi
Dec 29 22:40:55 <Jin^eLD> :)
Dec 29 22:41:57 <hrw> HNY to all
Dec 29 22:42:43 <Jin^eLD> it is now??!
Dec 29 22:42:44 <Jin^eLD> oops
Dec 29 22:42:56 <Jin^eLD> I thought I missed it :)
Dec 29 22:44:01 <CIA-4> 03hrw 07org.oe.dev * r53b57e99... 10/ (4 files in 2 dirs): gtk-industrial-engine: dropped not fetchable versions
Dec 29 22:45:23 <Bernardo> Jin^eLD: sorry, my daughter called
Dec 29 22:45:52 <Jin^eLD> no need to be sorry :>
Dec 29 22:46:10 <Bernardo> I just wanted to tell you I have a capture of the dsm320rd "talking" to the dlink media server, if you want it
Dec 29 22:46:23 <Bernardo> 'night hrw|gone
Dec 29 22:46:29 <Jin^eLD> well, I did some captures too, we have a DSM320 at work
Dec 29 22:46:43 <Jin^eLD> I still could not figure out what the decision to request subtitles is based on
Dec 29 22:46:48 <Bernardo> it seems the RD is slightly different from the 320
Dec 29 22:46:52 <Jin^eLD> hmm
Dec 29 22:47:02 <Bernardo> the guys at mythtv are adding upnp support to it
Dec 29 22:47:14 <Bernardo> and what works on the 320 doesn't work on the 320rd
Dec 29 22:47:25 <Bernardo> at least yet
Dec 29 22:47:29 <Jin^eLD> well, the subtitle thing is outside of the upnp standard, so thats the main problem
Dec 29 22:47:42 <Jin^eLD> but the 320rd does work with mediatomb, right?
Dec 29 22:47:42 <Bernardo> yep
Dec 29 22:47:54 <Bernardo> except for the subtitles and ff/rew
Dec 29 22:48:07 <Jin^eLD> uh... ff/rew does not work?
Dec 29 22:48:07 <Jin^eLD> hmm
Dec 29 22:48:10 <Bernardo> this capture I have is with subtitles
Dec 29 22:48:19 <Jin^eLD> send it to jin@mediatomb.org
Dec 29 22:48:24 <Bernardo> ff/rew only worked for version 1.01 of the rd firmware
Dec 29 22:48:43 <Jin^eLD> interesting... hmm
Dec 29 22:49:02 <Jin^eLD> well, unfortunately I have no internal D-Link contacts
Dec 29 22:49:09 <Jin^eLD> would be interesting to talk to the devs
Dec 29 22:50:05 <Bernardo> they don't answer emails... :(
Dec 29 22:50:27 <Jin^eLD> forget that.. the emails do not land at the right people
Dec 29 22:50:35 <Bernardo> 8MB on your way... 
Dec 29 22:50:39 <Jin^eLD> D-Link are not doing the renderers themselves
Dec 29 22:50:45 <Jin^eLD> oh, 8mb may fail
Dec 30 00:25:34 <womble> Does anyone know of another source for the bitbake manual other than bitbake.berlios.de?
Dec 30 01:31:32 <CIA-4> 03pfalcon 07org.oe.dev * r3eb18746... 10/ (3 files in 2 dirs): 
Dec 30 01:31:32 <CIA-4> zroadmap: Make sure we install desktop shortcut under Applications, not
Dec 30 01:31:32 <CIA-4> top-level OPIE start menu.
Dec 30 01:56:28 <ich> tmbinc_: still around?
**** ENDING LOGGING AT Sat Dec 30 02:59:58 2006