irclog2html for #oe on 20061013

00:09.19VoodooZhey v8jlene
00:09.30v8jleneHi VoodooZ
00:09.36VoodooZThanks to your wiki I understand much more.
00:09.54VoodooZI got the sphinxbase package to build and do a minimal staging.
00:10.13VoodooZNow I'm trying to understand why the pocketsphinx package is bitching.
00:10.39VoodooZIt's probably just the way they implemented it.
00:10.51v8jleneHeh, sounds like some progress at least ;)
00:10.57VoodooZdefinitely yes.
00:14.00CIA-403lenehan 07org.oe.dev * r17d1e5d7... 10/ (1 packages/linux/linux-titan-sh4_2.6.17.bb):
00:14.00CIA-4linux-titan-sh4 2.6.17: Add COMPATIBLE_MACHINE since it is going to be made
00:14.00CIA-4madatory. This kernel is for the sh4 based titan board only.
00:14.27*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
00:30.23Laibschhttp://www.openembedded.info is really AWESOME!
00:30.52v8jleneLaibsch: The chapters in the manual that replace it are much better... I just got to finish them ;)
00:31.13LaibschSo it is you who does that?  Thanks a LOT!
00:31.34LaibschI also recognized you are very active in the BTS.  Thank you for that as well.
00:31.35v8jleneYeah, that's might site. Basically where i collected notes when I was learning OE.
00:31.44*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
00:31.50LaibschGood that somebody finally did it
00:31.53v8jlenemight site?... I mean "my site"
00:32.00LaibschWiki is nice but hard to build up predictively.
00:32.14LaibschIt is a mighty site you have there ;-)
00:33.07v8jleneThe reference section of the user-manual is all taken from what I'd done on my wiki... I did the reference bit first so I can just refer there for more details from the other chapters...
00:33.09Laibschv8jlene: Have you recently joined OE?  I did not notice you previously.
00:33.32v8jleneI've been here since around November last year.
00:35.48LaibschWow!
00:36.46LaibschDo you happen to know why nobody touches openzaurus-unstable.conf anymore even though the current setup breaks?
00:37.39VoodooZI'd like to second that! I learned quite a bit in the last 48 hours thanks to your site!
00:37.42v8jleneNo idea.
00:38.03v8jleneNo idea about openzaurus that is. I work on a router/firewall related distro...
00:44.01*** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby)
00:51.28CIA-403lenehan 07org.oe.dev * rb406b930... 10/ (4 files in 3 dirs):
00:51.28CIA-4ipsec-tools 0.6.6: Add version 0.6.6 which builds with glibc 2.4,
00:51.28CIA-4fixes lots of bugs and adds lots of additional functionality.
00:52.50VoodooZanybody ever seen this? CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/sphinxbase
00:52.50VoodooZcc1: internal compiler error: Aborted
00:53.52VoodooZThe package I'm creating dies in do_compile with that.
00:54.19VoodooZanother wtf moment brought to you by GCC. ;-)
00:54.39CIA-403lenehan 07org.oe.dev * r2422af23... 10/ (1 site/sh4-linux): site sh4-linux: Add a required entry for p3scan and slrn.
00:54.58v8jleneVoodooZ: It's a saftey feature added by OE ;)
00:55.03v8jleneYour package is looking at header files in /usr/include... but they are for the host not for the target.
00:55.46v8jleneIf your lucky your package will have a "--with-<whatever>=path-to-headers" configure option to change where it is looking for the headers...
00:56.07v8jleneIf not you might need to patch the configure script to not look there. (Assuming it's an autoconf package.)
00:56.55VoodooZyeah, and that's why I have this: EXTRA_OECONF = "--enable-fixed --with-sphinxbase=${WORKDIR}/sphinxbase-0.1"
00:57.20VoodooZbut do I have to override stuff like CPPFLAGS and LDFLAGS?
00:57.53VoodooZSo that --with thing is only for locating the headers?
00:58.03v8jleneVoodooZ: --with-sphinxbase should be enough.
00:58.18VoodooZyeah. that what I thought too.
00:58.27v8jleneVoodooZ: You shouldn't be pointinf it at workdir though, it should be pointed at the staging directory.
00:58.27VoodooZI don't know what that error is then.
00:58.32v8jlenepointing...
00:58.38VoodooZ?
00:59.35VoodooZI know it's probably just a stupid noob mistake.
00:59.59v8jlene" --with-sphinxbase=${WORKDIR}/sphinxbase-0.1" should probably be " --with-sphinxbase=${STAGING_LIBDIR}/.."
01:01.14v8jleneIf you look at the log file (log.do_configure...) and search for sphinxbase you should see it telling you it found it in /usr/include... you need to make it find it in the staging directories.
01:02.51VoodooZsorry I was on the phone (in-laws!)
01:03.32VoodooZI actually tried doing the right way with {STAGING_LIBDIR} (or is it STAGING_INCDIR?) but decided to try with a hardcoded link to see.
01:04.42VoodooZyeah. I'm starting to have better visibility so I look at the log_* to try to understand better and the configure log says it's fine.
01:05.49VoodooZbut it won't be in /usr/include though right?
01:08.40v8jleneIt sometimes easier if you "mv /usr/include /usr/include-ignore" and then build. That will prevent it finding stuff on your host and tell you what it's looking for a where (configure will fail). Remember to rename that directory back though when your done!
01:09.09v8jleneYeah, the /usr/include is the version for the host. Your trying to build for the target. So the /usr/include ones are wrong. That's why OE complains if you try and use them.
01:09.17Laibschv8jlene: What router is that?
01:09.53VoodooZv8jlene, I'll investigate further...
01:11.17v8jleneLaibsch: Not targetting anything in particular. Currently I'm working with the Linkgear SERIES 100 (http://linux.jjplus.com/) and the WRAP (http://www.pcengines.ch/wrap.htm) devices.
01:11.40LaibschI see.  WRT would have been nice ;-)
01:11.56LaibschBut I guess they are not the professional type you are targetting.
01:13.47v8jleneLaibsch: At the moment I'm working on projects that need a lot more flash and ram (for virus scanning), but I am hoping that I can have the WRTs supported by the base distro eventually.
01:14.02VoodooZv8jlene, I started by uninstalling the one on my host to prevent conflicts.
01:14.30v8jleneVoodooZ: That should help see the problems better.
01:14.34*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
01:14.36VoodooZyeah.
01:15.19VoodooZearlier you said to use STAGING_LIBDIR in --with-sphinbase. Did you mean STAGING_INCDIR?
01:15.28v8jleneVoodooZ: It's also worthwhile looking at the configure script itself to see what it does with those options and what it expects to find. Although reading through the configure scripts isn't what I would call pleasant..
01:16.05Laibschv8jlene: That would be awesome.  I own such a device.  I'd like to expand the range of OE-powered devices I own ;-)  I guess flashing the beast was always problematic.
01:16.22v8jleneIt depends... different packages want different things. I could be either. It could also be the ${STAGING_LIBDIR}/.. - ie the parent directory.
01:17.38*** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg)
01:17.49*** join/#oe idealm (n=ideal@222.66.106.154)
01:17.59v8jleneLaibsch: I don't have one yet, but I have a netgear wgt634u which is similar - I currently run openwrt on it. Using the serial console the flashing is pretty easy.
01:24.33VoodooZv8jlene, Yeah, that's why I changed it to the workdir folder. I couldn't see how to pass a link to both headers and libs (they are different places).
01:24.36VoodooZwill try stu...
01:31.14v8jleneVoodooZ: Feel free to pastbin or email me your two .bb's if you want me to have a look at 'em.
01:31.33VoodooZThanks. what's your email?
01:32.11VoodooZIf I can't get it working before going to bed I might do that.
01:35.43v8jleneOk.
01:35.55v8jleneI'm going to lunch now, back in an hour or so. Good luck.
01:37.00VoodooZThanks. Good appetite.
01:46.34siriusnovahrw or anyone from Openzaurus here?
01:54.45siriusnovaanyone here?
01:55.54siriusnova_anyone_ here?
01:56.01siriusnovadoesnt have to be an openzaurus person
02:02.55*** join/#oe leoncamel (n=leoncame@219.238.107.107)
02:07.08leoncamelmorning ~!
02:08.56*** join/#oe furlongm_ (n=furlongm@83.70.235.88)
02:12.03*** join/#oe psokolovsky_ (n=psokolov@ip.85.202.124.214.dyn.sub-9.broadband.voliacable.com)
02:39.47*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
02:42.27*** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl)
02:50.17*** join/#oe furlongm__ (n=furlongm@83-71-70-25.b-ras1.prp.dublin.eircom.net)
03:20.12*** join/#oe osborne (n=osborne@dialup-4.233.194.58.Dial1.Manchester1.Level3.net)
03:29.04*** join/#oe EvilDevil_ (n=miau@p54A6CE21.dip.t-dialin.net)
03:31.47*** join/#oe netdude505 (n=mtclark1@adsl-75-18-206-139.dsl.pltn13.sbcglobal.net)
03:32.08*** part/#oe netdude505 (n=mtclark1@adsl-75-18-206-139.dsl.pltn13.sbcglobal.net)
03:47.38*** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl)
04:28.12*** join/#oe Marex (n=Marex@85.132.236.161)
05:09.05*** join/#oe [lala_] (n=lala@pD9EB2DF9.dip0.t-ipconnect.de)
05:18.08*** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net)
05:30.16*** join/#oe _law_ (n=law@mail.stiftadmont.at)
05:35.45*** join/#oe noclouds (n=mhfan@61.191.27.226)
05:37.03*** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi)
05:51.16*** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net)
05:52.24*** join/#oe den-ros (n=den@ppp85-141-252-198.pppoe.mtu-net.ru)
05:54.57*** join/#oe ar (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de)
06:01.56*** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com)
06:02.55*** join/#oe noclouds (n=mhfan@61.191.27.226)
06:16.20*** join/#oe rob_w (n=rob_w@p549B90E2.dip0.t-ipconnect.de)
06:17.07*** join/#oe ar (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de)
06:17.45*** join/#oe schurig (n=schurig@pD95FC4EF.dip0.t-ipconnect.de)
06:31.58*** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net)
06:34.31*** join/#oe noclouds (n=mhfan@61.191.27.226)
06:44.00*** join/#oe den-ros (n=den@ppp85-141-252-198.pppoe.mtu-net.ru)
06:44.40*** join/#oe Sleep_Walker (n=Sleep_Wa@195.22.44.103.adsl.nextra.cz)
06:53.33*** join/#oe rob__w (n=bob@p85.212.176.127.tisdip.tiscali.de)
06:55.23*** join/#oe AvengerMoJo (n=alex@210.245.196.6)
07:02.26*** join/#oe [lala] (n=lala@ip-217-18-181-130.static.reverse.dsi.net)
07:12.58CIA-403lenehan 07org.oe.dev * ra0475d48... 10/ (1 site/i486-linux): site i486-linux: Add required entry for p3scan.
07:40.21_law_any ideas why latest oz-dev images doesnt mount /home auto. on startup? if i do an mount -a after booting it works.
07:40.51NAbyss_law_: anything in dmesg?
07:45.00XorAmorning
07:45.15XorA_law_: mount -at doesnt work in busybox
07:45.28XorA_law_: you might need util-linux-mount/umount installed
07:45.55*** join/#oe tkp (n=tom@81-86-55-16.dsl.pipex.com)
07:51.15_law_XorA, and mount -at is called on startup?
07:51.18_law_mount -a works
07:52.17*** join/#oe [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com)
07:52.54XorA_law_: mount -at nfs barfs on startup and stops the other mounts
07:52.56*** part/#oe Sleep_Walker (n=Sleep_Wa@195.22.44.103.adsl.nextra.cz)
07:53.24XorA_law_: Angstrom speficially calls in util-linux-mount, util-linux-umount to get round this
07:53.43XorA_law_: if you look at busy an OE patch to mount was not forward ported, this I suspect is the culprit
07:54.42CIA-403lenehan 07org.oe.dev * r24a7d797... 10/ (1 packages/clamav/clamav_0.88.4.bb):
07:54.42CIA-4clamav 0.84: Don't stage the libraries libtool archive file, libclamav.la,
07:54.42CIA-4as things fail to link when they try and use it. They link fine if it
07:54.42CIA-4doesn't exist so remove it.
07:55.43CIA-403lenehan 07org.oe.dev * r05ae7db2... 10/ (10 files in 4 dirs):
07:55.43CIA-4p3scan 2.9.05d: Add p3scan, a transparent proxy for POP3, POP3S and SMTP
07:55.43CIA-4with virus scanning support. Default configuration uses clamav directly via
07:55.43CIA-4libclamav.
07:56.16_law_XorA, so whats the best solution? :-)
07:56.33_law_add patch / or install util-linux-mount/umoun t
08:01.28XorA_law_: Well investigating that patch would be good, but in the interim install util-linux-(u)mount
08:04.38*** join/#oe hrw|gone (n=hrw@194.50.186.178)
08:08.02*** join/#oe noclouds (n=mhfan@61.191.27.226)
08:09.22*** join/#oe TuRKiYem (n=TuRKiYem@81.213.105.83)
08:09.25*** topic/#oe by TuRKiYem -> İslamiyet Ruhumuz,Türklük Bedenimizdir.. TuRKiYem!..
08:09.28*** part/#oe TuRKiYem (n=TuRKiYem@81.213.105.83)
08:09.48*** join/#oe hrw|gone (n=hrw@194.50.186.178)
08:12.48_law_XorA, i?ll try to apply the patch...
08:15.00hrw|workmorning
08:15.05*** join/#oe NAbyss_ (n=foo@220-253-40-207.VIC.netspace.net.au)
08:17.14*** join/#oe ade|desk (n=ADAVEY@194.200.143.249)
08:17.37ade|deskmorning all
08:26.24_law_hmm busybox has got a total now mount.c :-(
08:26.30_law_s/now/new
08:30.51*** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl)
08:32.30XorA_law_: that'll be why patch was dropped then, at least we now know
08:33.00XorA_law_: have to wait for 1.2.2 then, koen said there were a lot of mount fixes in svn
08:34.49_law_XorA, ok nice, i?ll install linux-utils meanwhile
08:37.14XorAuptime: error while loading shared libraries: libproc-3.2.6.so: cannot open shared object file: Input/output error
08:37.22XorAhmm, I think that machine might be dead :-)
08:37.38*** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de)
08:39.22*** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com)
08:39.42*** join/#oe O_Neil (n=ONeil@210.22.179.229)
08:45.31*** join/#oe YoG (n=YoG@bzq-88-152-20-23.red.bezeqint.net)
08:48.14*** join/#oe koen (n=koen@dominion.kabel.utwente.nl)
08:49.43florian_kcgood morning
08:50.07hrw|workhi florian_kc koen
08:51.22_law_hi florian_kc
08:52.52hrw|workkoen: started packaged-staging .dev build
08:59.50koengood morning all
08:59.50koenhrw|work: cool
08:59.50koenI should do the same sometime :)
09:05.49hrw|workkoen: stage-manager is only in packaged-staging?
09:07.53koeniirc, yes
09:08.00koenand the modified ipkg-build as well
09:08.59hrw|work;(
09:10.06hrw|workhm.. checkout that branch or not..
09:11.36hrw|workfetched with wget
09:13.52*** join/#oe den-ros (n=den@ppp85-141-253-49.pppoe.mtu-net.ru)
09:14.45hrw|workkoen: using p-s is more pain then usage
09:15.53*** join/#oe noclouds (n=mhfan@61.191.27.226)
09:18.57*** join/#oe cedric (n=cedric@213.215.31.4)
09:20.40likewisegood morning all.   myfoobar-image-1.0-r0/temp/run.do_rootfs.11530: line 192: makedevs: command not found
09:21.12koenlikewise: you wouldn't be running ubuntu, right?
09:21.24*** join/#oe ssvb (n=ssvb@193.232.92.242)
09:22.13XorAkoen: Angstrom on 32bit works better
09:24.23likewisekoen: yes, is this a new issue?
09:25.59*** join/#oe Laibsch (n=Laibsch@V58d0.v.pppool.de)
09:27.13hrw|work~hail MACHINE="native"
09:27.14ibotACTION bows down to MACHINE="native" and chants, "I'M NOT WORTHY!!"
09:27.30*** join/#oe NAbyss (n=foo@220-253-40-207.VIC.netspace.net.au)
09:27.36*** join/#oe polyonymous (i=hacker@pD953A34E.dip0.t-ipconnect.de)
09:27.49koenlikewise: ubuntu replaced 'bash' with 'dash'
09:27.52koenand that breaks
09:28.08koenbtw, WTF is going on with the topic?
09:29.10*** topic/#oe by koen|away -> OpenEmbedded Developer Lounge | BitBake 1.4.4 and BitBake 1.6.0 have been released - only use HEAD if you are developing it | this is still not a distribution support channel | www.openembedded.org | Bugtracker: http://bugs.openembedded.org/ | Metadata: http://www.openembedded.org/filebrowser/
09:31.53likewisebuilding makedevs-native fixes it for me now... I wonder if I already have the dash replacement then...
09:32.57likewise<PROTECTED>
09:33.04hrw|workkoen: glibc 2.3.5 fails: | checking installed Linux kernel header files... TOO OLD!
09:33.29likewisehrw|work: bump native to glib 2.5?
09:33.29koenlikewise: ok, must be something else
09:33.30hrw|workkoen: linux-libc-headers were build
09:33.40koenhrw|work: no idea on that
09:33.47hrw|worklikewise: this bug is from other build
09:33.59hrw|worklikewise: machine=native  use host libc
09:34.17likewisedo we already have linux headers exctracted from the kernel source tree?
09:34.43likewisehrw|work: yes I saw the native machine, didn't know it uses the host libc though...
09:35.20*** join/#oe hrw|work (n=hrw@194.50.186.178)
09:36.01hrw|workwill try to build 2.6.18 l-l-h
09:39.07CIA-403koen 07org.oe.dev * r5dbaa074... 10/ (1 conf/machine/htcuniversal.conf): htc-universal: convert to task-base
09:39.27*** join/#oe cedric (n=cedric@213.215.31.4)
09:40.29*** join/#oe cedric (n=cedric@213.215.31.4)
09:41.47CIA-403mickeyl 07org.oe.dev * rbd364f8b... 10/ (4 files in 2 dirs): appweb: refactor get_appweb_host function out into common .inc
09:41.56CIA-403mickeyl 07org.oe.dev * rbbeec593... 10/ (6 files in 3 dirs): matrixssl: remove 1.0-beta, refactor get_os function out into common .inc
09:42.08CIA-403mickeyl 07org.oe.dev * r39cd1690... 10/ (1 classes/sanity.bbclass): sanity.bbclass: loop over required utilities
09:42.08CIA-403mickeyl 07org.oe.dev * rf152f765... 10/ (5 files in 3 dirs): kbdd: remove obsolete 20040904 version, catch up with rename of linux_modules bbclass
09:42.11CIA-403mickeyl 07org.oe.dev * ra0629352... 10/ (4 files in 2 dirs): rename linux_modules to linux-kernel-base, add common kernel_get*version functions to this class
09:42.17CIA-403mickeyl 07org.oe.dev * r98967f30... 10/ (1 classes/base.bbclass): base.bbclass: make showing display revision work with the mtn 0.30 workspace format
09:42.31mickeylthat should be it
09:42.33mickeylmorning, btw.
09:43.02koenhey mickeyl
09:43.09hrw|workhi mickeyl
09:43.25hrw|workmickeyl: openembedded-private ML?
09:43.53mickeyl?
09:44.09mickeyl(just been back from devdays without internet access)
09:44.21CIA-403koen 07org.oe.dev * r6f62cb71... 10/ (1 conf/machine/h5xxx.conf): h5xxx: convert to task-base
09:44.27CIA-403koen 07org.oe.dev * r3eca6e20... 10/ (1 conf/machine/htcuniversal.conf): htcuniversal: correct module names
09:44.39hrw|workmickeyl: we need openembedded-private list
09:44.43mickeylah
09:44.51koenand mailman hates me
09:44.52mickeyli think koen did something like that
09:44.54mickeylheh
09:45.01hrw|workmoderated subscription, archives for members only
09:45.02mickeylmailman is actually pretty decent
09:45.05koenmickeyl: yeah, mailman deleted that list *twice*
09:45.08mickeyloops
09:45.12mickeyllet me handle that
09:45.17mickeylbut not now
09:45.19mickeylon weekend
09:45.20hrw|workok
09:45.23mickeyl*terribly busy*
09:45.33koenit is already weekend :)
09:45.34hrw|workmickeyl: we have too much addresses in oedem thread
09:45.44mickeylhrw|work: please yank the vanille.de
09:45.46hrw|workkoen: but not first weekend in month
09:46.13koenmickeyl: your sig say 'm******@vanille.de'
09:46.29hrw|workmickeyl: nice 302 to vanille-media.de
09:46.46hrw|workmickeyl: where to yank it from?
09:49.18mickeylkoen: from the too many addresses in oedem thread?
09:49.33hrw|workpl
09:49.34hrw|workok
09:49.34CIA-403koen 07org.oe.dev * r71b1cbe6... 10/ (1 packages/tasks/task-base.bb): task-base: don't use obsolete wpa-supplicant-nossl
09:50.13hrw|workkoen: wpa-supplicant is heavy ;(
09:50.32hrw|workwe need to find a way to not add it for small flash devices
09:51.14mickeylactually i'm not sure how to treat vanille.de and vanille-media.de in the future. originally i planned to keep the first one for private stuff and the 2nd one for professional, but it looks like this split would be arbitrary and not so clever. i will perhaps just leave things as they are, vanille.de and vanille-media.de being just aliases
09:51.51hrw|workmickeyl: same problem here. hrw.one.pl and haerwu.one.pl (to be done).
09:52.04hrw|workor will do blog.hrw.one.pl and hrw.one.pl
09:52.47hrw|workkoen: l-l-h 2.6.18 gave me glibc configured
09:54.15koenhrw|work: can't wpa-supplicant use gnutls or something?
09:54.39hrw|workonly 0.5.x ones which are not called stable
09:54.48RPmorning all
09:54.51*** join/#oe AvengerMoJo (n=alex@210.245.196.6)
09:54.51hrw|workhi RP
09:59.00den-rosRP: Hi
09:59.05den-rosmickeyl: Hi
09:59.59*** join/#oe cedric (n=cedric@213.215.31.4)
10:02.23O_NeilHi
10:03.49O_Neilhow can I use a TARGET_SYS to replace "powerpc-linux" in PREFERRED_PROVIDER_virtual/powerpc-linux-libc-for-gcc="glibc-intermediate"?
10:06.31schurigO_Neil: it's the other way around. If you change TARGET_SYS, then this line will be ignored
10:07.57schurigbecause some stuff that was pulled in because of the old TARGET_SYS did a depend on virtual/powerpc-linux-libc-for-gcc, and it would now depend on, say, virtual/arm-linux-libc-for-gcc when you change TARGET_SYS
10:08.13O_Neilyes
10:08.32O_NeilI do not want to redefine it for each platform
10:08.42koenSupported TLS/crypto libraries
10:08.42koen<PROTECTED>
10:08.55hrw|workkoen: 0.4.x?
10:08.59koenhrw|work: so wpa-supplicant can be a lot smaller
10:09.05O_Neilcan it be set automatically ?
10:10.13koenhrw|work: ifeq ($(CONFIG_TLS), gnutls), in 0.4.8
10:11.53hrw|workgood
10:14.00O_NeilPREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}libc-for-gcc:glibc-intermediate"
10:14.13O_Neilcan this solve that problem?
10:15.51mickeylhey RP
10:15.59mickeylyo den-ros
10:19.28CIA-403pfalcon 07org.oe.dev * r5369901f... 10/ (6 files in 4 dirs):
10:19.28CIA-4pocketsphinx: New package, the CMU PocketSphinx speech recognition engine for handhelds.
10:19.28CIA-4* Also, a dependent sphinxbase package.
10:19.28CIA-4* Package directory is called sphinx, to fit future ports of full-fledged
10:19.28CIA-4Sphinx engines.
10:19.29CIA-4* Package is rough for ipkg conventions, just autotools' make install. Whoever
10:19.31CIA-4actually does speech recognition with it, please add sane packaging ;-).
10:19.33*** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it)
10:29.51CIA-403mickeyl 07org.oe.dev * rea1e13af... 10/ (4 files in 2 dirs): task-bootstrap*: refactor common function into task-bootstrap.inc
10:29.57CIA-403mickeyl 07org.oe.dev * r08b850dd... 10/ (1 packages/p4/p4.inc): p4: add p4.inc which defines the common p4_arch function
10:30.42koenmickeyl: die, task-bootstrap, die
10:30.46mickeyli know
10:30.54mickeylno reason to brake it right now though
10:37.12koenmickeyl: http://dominion.kabel.utwente.nl/koen/cms/madness :)
10:37.39mickeylcoool! :D
10:39.11RPOE is going for the desktop distro market now? :)
10:39.52CIA-403koen 07org.oe.dev * rfbafee33... 10/ (3 files in 3 dirs): linux-x86: enable some more filesystems for the guinness machine
10:43.52den-roskoen: Ğ¡ongratulation!
10:44.54hrw|workmickeyl: #1463 - can you look at it and add comment?
10:45.02CIA-403likewise 07org.oe.dev * r43309b85... 10/ (1 packages/lzma/lzma_4.17.bb): lzma: do not stage target binary, DEPEND on zlib - close #1476
10:47.35mickeylhrw|work: yep
10:48.17schurigkoen: nice!
10:48.24schurigkoen: which machine/distro did you use?
10:50.51mickeylRP: absolutely :D
10:51.19O_Neilcan I specify package version in DEPENDS?
10:51.47RPSomeone should write a parser to pull all the packages and patches from debian/ubunutu :)
10:53.43koenschurig: angstrom
10:53.56florian_kcRP: and maemo :-)
10:53.56schurigkoen: and normal linux-x86
10:54.01koenwow, ipkg is *fast* on a dual amd 2800+ :)
10:54.11*** join/#oe ssvb (n=ssvb@193.232.92.242)
10:54.20koenschurig: MACHINE=guinness, for my mainboard
10:54.34XorARP: I started on an overlay driver, having trouble scibbling on the framebufer and it showing up though
10:54.45schurigweird, people give beer names to mainboards
10:54.59XorAschurig: not as wierd as B52 songs
10:54.59RPXorA: You might have to tweak the kernel driver too...
10:55.21XorARP: but fb2overlay shows up where and the size I expect it :-)
10:55.33RPXorA: That's a good start :)
10:55.52XorARP: but this is going to be slow work, as I can only grab 5 mins here and there
10:56.05den-rosipkg is *fast* on a dual amd 2800+ :)
10:56.43den-rosGuinness must donate now Angstrom :)
10:57.23hrw|workif I will get M instead of XL then Ania will get it
10:59.26mickeylhehe
10:59.28mickeylblack
10:59.29hrw|workden-ros: I have OE T-Shirt already
10:59.29den-ros:)
10:59.30mickeylwith golden A
10:59.39den-roshrw|work: :)
10:59.58hrw|workits good to have 1.2G of mem
11:00.09*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
11:00.55den-rosmickeyl: Mickeyl did You see a little joke image where A compared with pyramid with eye on back side of US$ ? ;)
11:01.04*** join/#oe Genesis (n=Genesis@dyn-88-122-82-98.ppp.as12876.net)
11:01.25mickeylheh, no
11:02.06den-rosmickeyl: I show it Koen but remove unfortunly already.
11:03.33Genesisthx for url koen .
11:17.46*** join/#oe VoodooZ (n=VoodooZ@modemcable214.50-82-70.mc.videotron.ca)
11:25.35*** join/#oe furlongm_ (n=furlongm@83-70-254-160.b-ras1.prp.dublin.eircom.net)
11:34.31psokolovsky_Hi!
11:34.48koenhey psokolovsky_
11:34.58koenpsokolovsky_: did you forget --author with your last commit?
11:35.16psokolovsky_where bugs regarding linuxtogo.org infrastructure should be submitted? ;-)
11:35.40koenpsokolovsky_: to linuxtogo@linuxtogo.org?
11:36.57koenpsokolovsky_: http://www.linuxtogo.org/contact
11:37.23psokolovsky_koen, Hi! Nope, my piece. There was a guy on familiar list crying that he can't build it for month+. So, I did it for exercise ;-)
11:37.44psokolovsky_koen, thanks. i.e. there's no bugtracker for that, right?
11:37.50koenpsokolovsky_: because VoodooZ has been talking about it for days :)
11:38.18psokolovsky_really? I wonder, if he's just that guy ;-)
11:38.36koenpsokolovsky_: there is http://bugs.linuxtogo.org, but that isn't used for the site (yet)
11:38.51psokolovsky_ok
11:39.47psokolovsky_there just appears rendering bug with projects' viewcvs (due to CSS I guess). will post details to that email later
11:40.05VoodooZhahahaha.
11:40.17VoodooZWhat are we talking about here. I miss that part! :)
11:41.09VoodooZthe glibc thing or the sphinx thing? the glibc one was another slugos guy
11:41.10psokolovsky_VoodooZ, there's pocketsphinx in mtn now, if you're interested
11:41.15VoodooZnice!
11:41.38VoodooZSo it should propagate to slugos' head eventually or?
11:42.00psokolovsky_VoodooZ, not tested on device, so please do that ;-)
11:42.13VoodooZI want to see how they did it as I almost had it working but found out the Makefile for it says it's not crosstool compatible! :(
11:42.29VoodooZI will do that on my slug with my USB audio dongle.
11:42.47VoodooZWhat's the best for audio lib nowadays? OSS or alsa?
11:42.54koenalsa
11:43.23VoodooZok. that's what I tried last time.
11:43.24VoodooZI got flite working ok too.
11:43.36psokolovsky_VoodooZ, issues like that I pretty common when crosscompiling. .bb made to be pretty clean though ;-)
11:43.48VoodooZso Now my robot should be able to talk back to me (for debugging) and perhaps even listen to.
11:44.08VoodooZI see.
11:44.20VoodooZI've learned a great deal in the process anyways.
11:44.21psokolovsky_VoodooZ, cool! On how many MHz it runs?
11:44.28VoodooZNot enough unforunately
11:44.47VoodooZIt's running a modded slug (NSLU2) so 266Mhz.
11:45.11VoodooZI'm keeping an eye open for anything faster for my future project as the vision stuff is really demanding.
11:45.50VoodooZI'll probably end up with a PC based solution but power consumption and size is very important for a mobile robot of this size.
11:46.20koenVoodooZ: or use more slugs :)
11:46.21psokolovsky_well, I probably won't be able to switch routes by voice command on my ~200MHz asus wl500g then ;-)
11:46.31VoodooZThe slug is great for that as it has USB2 for the camera. Most other board don't.
11:46.51VoodooZthe gumstix was my first choice but it doesn't have usb host mode.
11:47.04Genesisarmadeus.com
11:47.06Genesis:)
11:47.10VoodooZkoen, yeah, I thought about that. dual slug.
11:47.43VoodooZhow would you do the interprocessor comm though? via ethernet using one of the MPC lib?
11:48.54VoodooZGenesis, looks good but for vision it's too slow.
11:49.03*** join/#oe Varoudis (n=dmn@athedsl-106386.otenet.gr)
11:49.11VoodooZHaving hardware I2C on the board would definitely save me time too.
11:49.50VoodooZpsokolovsky_, I've read a paper about pocketsphinx and it was not far from real-time on a 200Mhz ARM so I wouldn't discount it.
11:50.02VoodooZMore of a novelty but still fun.
11:50.02*** join/#oe idealm (n=ideal@222.67.232.101)
11:50.45VoodooZI'm sure it can be further optimized for smaller vocabularies (for stuff such as: "Computer: Turn on Lights"
11:51.00VoodooZI'm not expecting to use it for dictation.
11:51.23VoodooZThose ARM boards are popping up everywhere lately though.
11:51.39*** join/#oe TheCan (n=thecan@dslb-084-056-182-222.pools.arcor-ip.net)
11:53.18likewiseHuh, since when do I "exist" here?   CIA-4>likewise org.oe.dev * r43309b85... / (1 packages/lzma/lzma_4.17.bb)
11:53.21VoodooZhmmmm. It appears the monotone.nslu2-linux.com server is down.
11:53.28koenlikewise: mtn commit --author
11:54.16Croftonwhen do we use --author?
11:54.55hrw|workCrofton: when we commit someone's patches
11:55.00koenwhen you commit a recipe someone else wrote
11:55.06Croftonok
11:55.14CroftonI thought so, but wanted to make certain
11:55.15Genesisi thought author was the author of the software
11:55.25Genesisi should correct my recipes
11:55.27Croftonwhen you want to blame someone else :)
11:55.37Genesisbut why MAINTAINER so
11:55.44Genesisit author is a bit same
11:56.01hrw|workGenesis: AUTHOR is upstream
11:56.13koenAUTHOR = "creator of software"
11:56.25koenmtn commit --author "creator of recipe"
11:56.40hrw|works/recipe/recipe or patch
11:59.43likewiseI would like to populate my image using ipkg on my build host, but do not need ipkg support on the target. Currently, my package DEPENDS on "ipkg-collateral ipkg ipkg-link" which are also set in IPKG_INSTALL. Can I just remove those packages from IPKG_INSTALL to achieve this?
12:01.26hrw|worklikewise: they are added in rootfs_ipk.bbclass
12:02.13VoodooZkoen, How would you go around doing the vision stuff on multiple boards using only ethernet?
12:02.37VoodooZI guess sending the whole image to both would be slow. Would be great for stereoscopic stuff though.
12:03.54koenVoodooZ: do vision stuff on one slug and audio on the other?
12:05.02VoodooZyeah but the vision stuff is the real killer and the most important. voice can be ran in a low priority thread as it's not that important. Detecting obstacles is though.
12:07.07VoodooZoh well, my next project will be on a much bigger base so I'll have more space for power so I'll just drop a portable in. Not as cool but works faster.
12:09.30*** join/#oe dmn_ (n=dmn@87.203.136.29)
12:10.32VoodooZkoen, Thanks. sphinx just showed up on slugos' head. I'll give it a try this weekend and let you know.
12:13.08*** join/#oe chopstix (n=chopstix@unaffiliated/chopstix)
12:13.54*** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath)
12:15.22likewisehrw|work: OK, I removed the ipkg from my image.bb, however, my rootfs ends up with "rootfs/usr/lib/ipkg/" but I don't know wherefrom.
12:15.50XorAmorning
12:15.56likewisemorning
12:16.40GerrathWhat is a good program in oe to search for memory leaks?  I noticed valgrind is not in oe..
12:17.00hrw|worklikewise: it will contain it because it is part of image created from ipkg packages. you can remove it after unpacking packages
12:17.40hrw|worklikewise: ipkg try to configure some packages on first start anyway.. we still does not resolved r/o filesystems
12:18.00RPGerrath: valgrind is good but won't run on arm
12:18.10*** part/#oe chopstix (n=chopstix@unaffiliated/chopstix)
12:18.18RPGerrath: Since most OE devs use arm, that probably why its not in OE
12:18.51GerrathRP, what do most oe devs use then for memory leaks?
12:19.05GerrathRP other than good programming :-)
12:19.24*** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com)
12:19.27RPGerrath: I was just about to say :). I guess valgrind things on x86 to check them...
12:19.30NAbyssGerrath: Compile it on an x86 host and use valgrind? :)
12:20.05VoodooZv8jlene, did you hear the news? Somebody got pocketsphinx working! Was it you? there's no maintainer line.
12:20.17likewisehrw|work: OK, so I should not deploy the image in a R/O environment as this might break some packages...
12:21.06GerrathRP, NAbyss thanks.
12:21.08likewiseAnd how's the status of uClibc based slug?
12:22.18VoodooZv8jlene, and it looks much cleaner than mine too! Nice work whoever did.
12:23.08koenlikewise: run in in RW first
12:27.51hrw|workkoen: question about p-s.
12:28.10hrw|workkoen: can it clean staging and recreate it from packages?
12:28.49koenclean no, recreate, yes
12:29.27hrw|workkoen: so if I will remove tmp/staging/ it will be able to recreate it?
12:29.45koenit should
12:29.50hrw|workbtw - I started to get spam on @openembedded.org address
12:29.52koenit calls 'ipkg install foo'
12:30.09hrw|worktesting..
12:31.22koenit won't recreate the host part now I think of it
12:31.36hrw|workit does not
12:32.08hrw|workand it does not use tmp/deploy/pstage/ feed
12:32.54*** join/#oe dkey (i=nobody@193.170.48.236)
12:35.50[lala]RP: around?
12:37.02RP[lala]: yes
12:37.43[lala]RP: is there something special about the git fetcher? it doesnt pick up prefetched tarballs ...
12:38.07RP[lala]: It does here...
12:38.07[lala]or do i have to set a special variable for that?
12:38.38RP[lala]: Was a specific revisions specified?
12:39.03[lala]i have the problem with xcalibrateext-0.0+git20060814-r0
12:39.56[lala]git_anongit.freedesktop.org.xorg.lib.libXCalibrate_master.tar.gz and co are in my dld dir
12:40.19RP[lala]: master means its a floating revision - ie always the latest
12:40.36[lala]i have master and no master there as tarball
12:40.53RP[lala]: Also, fixed dates are meaningless to git
12:40.57*** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu)
12:40.59hrw|workRP: base_contains_two would be nice...
12:41.12[lala]can i set some debug level to see why it doesnt take the prefetched one?
12:41.19hrw|workRP: ${@base_contains_two("DISTRO_FEATURES", "pcmcia", "pci", "hostap-utils", "",d)}
12:41.20*** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath)
12:41.54schurigwhere is linux_modules.bbclass?
12:42.11mickeylit got renamed
12:42.24schurigah, many *.bb still inherit it
12:42.27schurigwhat's the new name?
12:42.38mickeyldo they? i grepped through the tree
12:42.39RPhrw|work: That would open the door to _three, _four, _five etc :)
12:42.41schurigbitbake makes a WEIRD error message because of this
12:42.47mickeylschurig: linux-kernel-base
12:42.58hrw|workRP: any solution would be nice
12:43.01RPWe should make it take a list :)
12:43.12hrw|workRP: best
12:43.20schurigmickeyl: bitbake tells me: "ERROR: Unable to open conf/bitbake.conf"
12:43.52mickeylschurig: odd, but bitbake error reporting is on our list of things to improve very high
12:43.56schurigbut the problem was really in lib/bb/parse/parse_py/BBHandler.py, line 108
12:44.07psokolovsky_schurig, yep, that sux. I have patch for that.
12:44.17RPschurig: What was the real problem?
12:44.19schurigthere it raised an IOERROR with a message what file was not found, but bitbake did eat this good error message and spit out the nonsense message
12:44.20mickeylah darn
12:44.28mickeyli didn't thought of cINHERIT +=
12:45.09schurigmickeyl: I'm on svn://svn.berlios.de/bitbake/branches/bitbake-1.
12:45.17VoodooZpsokolovsky_, pocketsphinx in mtn compiles most of it but fails bitching: Armeb-linux-libtool: link: cannot find the library `/usr/lib/libsphinxutil.la' or unhandled argument `/usr/lib/libsphinxutil.la'
12:45.17schurigdarn, n branches/bitbake-1.6
12:45.31mickeylschurig: bitbake is nowadays the property of RP and Zecke
12:45.42mickeyli didn't have a chance to look at it for ages
12:45.49*** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net)
12:45.58RPschurig: and as mickeyl said, we know the error reporting is going badly wrong atm :-/
12:46.23RPschurig: If people report the specific cases, I will try to look at them. I wasn't aware of this one
12:46.34psokolovsky_VoodooZ, weird. builds finf for h4000/angstrom. look for more places where it harcodes stuff
12:47.02CIA-403hrw 07org.oe.dev * r27992ad9... 10/ (1 packages/tasks/task-base.bb): task-base: install hostap-utils only if there is pci or pcmcia featured
12:47.37schurigRP: the real problem was that conf/machine/include/handheld-common.conf did INHERIT += "linux_modules" and bitbake 1.6 detects this in BBHandler.py correctly, but bitbake/bin/bitbake  near line 814 didn't emit that linux_modules.bb was nowhere, but said conf/bitbake.conf was not readable
12:47.51schurigRP: which was not true, bitbake -D showed that it was indeed readable
12:48.09*** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk)
12:48.12VoodooZpsokolovsky_, Yeah, I'm looking at it now...
12:49.45CIA-403mickeyl 07org.oe.dev * r45a56df6... 10/ (8 files in 4 dirs):
12:49.45CIA-4many conf files: catch up with renaming linux_modules to linux-kernel-base
12:49.45CIA-4sorry, I didn't think of INHERIT +=
12:51.39psokolovsky_RP: Btw, I have an RFC of branching entrire bitbake trunk/ for next versions, as well as include that in d/l tarball. will help people to get most of BB.
12:52.12CIA-403mickeyl 07org.oe.dev * r11fba4b6... 10/ (1 classes/sanity.bbclass): sanity.bbclass: improve error reporting for missing utilities. thanks nicholas
12:52.35*** join/#oe Laibsch (n=Laibsch@V1d24.v.pppool.de)
12:52.38*** join/#oe cyn__ (n=cyn@cpe-066-057-046-006.nc.res.rr.com)
12:52.43RPpsokolovsky_: There is a RFC coming of how were thinking of providing downloadable tarballs. Including a checked out copy of bitbake within that is probably a good idea
12:54.24psokolovsky_RP, nice. I'm reaaly waiting for info of what was decided regarding BB on OEDEM (no hurry of course)
12:54.25RPschurig: Thanks, I've made a note to look at it. I can't promise when, but I will try :)
12:54.45RPpsokolovsky_: I was waiting for the summary to come out. Expect something this weekend :)
12:54.47CIA-403rpurdie 07org.oe.dev * r53955fef... 10/ (1 MAINTAINERS): MAINTAINERS: Add me, clarify file structure slightly
12:54.57psokolovsky_ok, cool
12:58.12CroftonI need to override a specific ac_sizeof when configure runs
12:58.20Croftonhow does this work?
12:58.46Croftonbasically, when I build the native omniorb, I need it to build with the sizeof long double for the target ...
13:03.34CIA-403koen 07org.oe.dev * r2af10c8f... 10/ (7 files in 3 dirs): procps: update to 3.2.7
13:08.13*** join/#oe Marex (n=Marex@85.132.236.161)
13:10.48hrw|workargh..
13:11.04hrw|workI have to resubscribe to lakml because I too often send mail from wrong account
13:12.07CIA-403mickeyl 07org.oe.dev * r0168c996... 10/ (1 MAINTAINERS): MAINTAINERS: add me and resort (guys, it's _first_ name, not last name)
13:12.52hrw|workthx mickeyl - I had it in todolist
13:12.58mickeyl:)
13:13.27Croftonfirst name?
13:13.42koenmickeyl: I ordered a usb-vga thingie yesterday
13:13.43mickeylthat's what it states in the document
13:13.49mickeyldunno whether it's a good idea or not
13:13.53mickeylkoen: oh, cool. where?
13:14.17Croftonalpha by first name?
13:14.31koenmickeyl: cheapest online store in .nl
13:14.54hrw|workmickeyl: firstname is from linux maintainers file
13:15.00mickeylah
13:15.01koenmickeyl: so combined with my ratoc card I can do presentation with almost every toy I have :)
13:15.06RPmickeyl: I just added that to clarify the position as people were sorting by both :-/
13:15.13mickeylRP: hehe, ok
13:15.20mickeylit should be correct now
13:15.25mickeyl(as far as I can spell...)
13:15.28RPI thought I'd resorted it but one was out of place :)
13:16.36Croftonwell, I think we should sort by last name so I can be at the top!
13:16.44mickeylheh
13:16.46mickeylforget it
13:16.47XorAoe-stylize-maint.py coming soon from mickeyl :-)
13:16.57mickeyl:D
13:17.23Croftonhow do you sorrt the guys with funny characters
13:17.46mickeyltake the ascii that has the minimum hamming distance
13:18.37CroftonA script to look for packages no one maintains would be interesting
13:18.51mickeyls/interesting/depressing/ ?
13:19.13Crofton:)
13:19.28Croftonat least people could look for packages to maintain that way
13:20.40CIA-403hrw 07org.oe.dev * r0c3f381b... 10/ (1 MAINTAINERS): MAINTAINERS: edited my entry, added WiFi, changed fonts info
13:21.28RPWith the clearout, we've lost a lost of maintainers, although at least the ones we have are accurate now...
13:26.57likewiseif so, then the recipe lines: should exactly match the recipe file names....
13:27.07likewiseCrofton: if so, then the recipe lines: should exactly match the recipe file names....
13:27.17likewiseCrofton: this seems not the case now
13:27.40koenrecipe names or regexp?
13:27.59RPlikewise: It should be possible to take what's there and use some kind of fuzzy matching
13:30.16Croftonlint for the MAINTAINER file
13:30.42*** join/#oe pf (n=pf@213.238.49.68)
13:31.35pfToday is my first time in this irc. So hello to everybody
13:31.46hrw|workhi pf
13:31.47Croftongm
13:32.17pfso I have a question to distcc and bitbake. Did anybody use it?
13:32.36*** join/#oe hrw|work (n=hrw@194.50.186.178)
13:33.13pfI use it since one houre. it works fine. Speed up bitbake a lot. BUT......
13:34.33koenpf: we use icecream for that
13:35.36pficecream?
13:36.52koenpf: http://gentoo-wiki.com/HOWTO_Setup_An_ICECREAM_Compile_Cluster
13:38.04likewisekoen: is the conf.local for your madness (http://dominion.kabel.utwente.nl/koen/cms/madness) boot in .dev?  Today I am without any targets other than this machine...
13:42.55*** join/#oe siriusnova (n=siriusno@64-251-145-86-cablemodem-roll.fidnet.com)
13:44.42hrw|workCrofton: how goes work on 2.6.18-omap-booting?
13:45.23pfbitbake will override my PATH by use $PATH_prepend+PATH . So I can't prepend my own PATH to the distcc. Is there any other posibility? (if you understand what i meen)
13:45.32koenlikewise: I'm running it now :)
13:45.36*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
13:45.38koenlikewise: MACHINE=guinness
13:46.11chouimatmorning
13:46.22Croftonhrw|work, building bootstrap-image should produce a working uboot/kernel/fs iamge
13:46.24Croftonatm
13:46.43siriusnovahi hrw
13:46.49CroftonI am trying to sort out omniorb now
13:47.43Croftonhrw|work, I am watching as changes go into git
13:48.12pfkoen: how many host do you use?
13:48.16hrw|workCrofton: so current git head is working?
13:48.22hrw|workhi chouimat siriusnova
13:48.26Croftonyes
13:48.32Croftonif you enable dspgw :)
13:48.54Croftonand don't enable LL DEBUG
13:50.01hrw|workCrofton: can I then add kind of linux-omap1_2.6.18-working.bb recipe?
13:50.12Croftonyes
13:50.31Croftonusing the current git tag?
13:50.37likewisekoen: guinness, in a can? :-)
13:50.43hrw|workCrofton: yes
13:50.46hrw|workbrb
13:50.48Croftonok
13:56.31hrw|workCrofton: [hrw@host1 ps]$ bbrebuild  ~/devel/oe/org.openembedded.dev/packages/linux/linux-omap1_2.6.18+git.bb
13:57.17Croftonok
13:57.17hrw|workCrofton: http://source.mvista.com/git/gitweb.cgi?p=linux-omap-2.6.git;a=commit;h=c6051183c597b6a0fa73cdb59aac852c6148c5b6 used
13:57.17hrw|workbbl
13:59.58koenlikewise: that's the codename of the mainboard :)
14:00.03koenmickeyl: http://dominion.kabel.utwente.nl/koen/images/angstrom-x86.jpg
14:00.37VoodooZpsokolovsky_, Did you say you knew the who create the pocketsphinx package?
14:00.53mickeylkoen: that's not too bad!
14:01.07mickeylkoen: how's ipkg performing on that machine?
14:01.09mickeylstill slow?
14:01.09koenmickeyl: and it's wicked fast as well
14:01.23koenmickeyl: ipkg is faster as apt
14:01.26mickeylheh
14:02.40pfkoen: did you anything else for speed up bitbake? It takes very long
14:03.13koenI use bitbake 1.7 and that very fast
14:03.24VoodooZcan I safely ignore this: NOTE: Multiple libraries (libsphinxutil.so.0, libsphinxad.so.0, libsphinxfe.so.0, libsphinxfeat.so.0) found and LEAD_SONAME not defined
14:04.07pfis bitbake 1.7 much faster then 1.6.1?
14:04.44mickeylVoodooZ: you can, although you should think about a) packing them into different packages or b) setting LEAD_SONAME for the "main" library.
14:05.17VoodooZmickeyl, i couldn't find any info on the doc site about LEAD_SONAME.
14:06.00mickeylVoodooZ: whenever you can't find info about a certain VARIABLE, just grep for it in packages/*/*.bb and see how other recipies are using it
14:08.02NAiLmickeyl: btw, Ø comes second last in the alphabet, between Æ and Å. Not anywhere near O ;-)
14:08.19mickeylNAiL: like I said, hamming distance :D
14:08.30mickeylfeel free to correct it
14:08.49mickeyl(visual encoding just doesn't gets it)
14:08.59mickeylbut that's why I would sort Ö to be near O
14:09.00*** join/#oe stevenh (n=lews@65.167.23.2)
14:09.13NAiLOn most cellphones, it's also sorted on the same key as O
14:09.20NAiLwhich is annoying
14:09.52NAiLand if I switch my phone language to english (which I prefer), it screws up the sorting too :-(
14:10.07psokolovsky_VoodooZ, of course I know, because it is me ;-)
14:10.08mickeylso that's something you would need on a cool phone?
14:10.19mickeylsorting to respect locales?
14:10.37NAiLyes, correct sorting is a good thing
14:10.59NAiLwhen someones name starts with the last char, it shouldn't be sorted first ;)
14:12.11NAiLbtw, on the subject of special chars...
14:12.29NAiLWouldn't UTF-8 be a good choice?
14:12.59Croftonwhy is libtool finding libs in the native staging area?
14:13.47NAiLbecause libtool should've been shot on conception?
14:13.56Croftonbesides that
14:14.01NAiLoh...
14:14.02NAiLdunno
14:15.18*** join/#oe rob_w (n=bob@p85.212.175.169.tisdip.tiscali.de)
14:15.42VoodooZpsokolovsky_, hehehe Sorry. It sounded like it was somebody else. Imissed the beginning of the conversation...
14:15.44CIA-403nail 07org.oe.dev * rfd7e0b1c... 10/ (1 MAINTAINERS): MAINTAINERS: Re-sort me to the bottom. Scandinavian characters and all.
14:16.17VoodooZpsokolovsky_, I tried doing the same you did for INCDIR but for LIBDIR but to no avail..
14:17.25CIA-403koen 07org.oe.dev * r348938c3... 10/ (1 conf/machine/htcuniversal.conf): htcuniversal: ship acx module as well
14:21.35CroftonIf I am building a library that uses libtool, do I need to put anything "special" in the bb file?
14:26.03mickeylusually not
14:26.38Croftondependds on libtool-cross, just in case?
14:27.00Croftonlibtool is doing something stupid and finding native libs in staging for me
14:29.08Croftonsomething is on crack
14:29.14koenmickeyl: did I mention that glibc 2.5 rocks?
14:29.32mickeylkoen: no you didn't. that's actually a bunch of good news
14:29.50koenmickeyl: it solves the shm bugs in x
14:30.02mickeyloh great!
14:30.03koenmickeyl: although loadkeys still segfaults the first run
14:30.06mickeylargh
14:30.07mickeyl:)
14:30.11CroftonFor your amusement .....
14:33.37*** join/#oe [lala_] (n=lala@pD9EB35B3.dip0.t-ipconnect.de)
14:33.47mickeylCrofton: i don't understand any of this autofoo/libtool stuff, that's why i use qmake everywhere... better use the mailing list for that.
14:33.55CIA-403koen 07org.oe.dev * ra78e7ef3... 10/ (1 MAINTAINERS): MAINTAINERS: UTF-8 rocks, so let's use it
14:34.05koenmickeyl: angstrom looks ready to ship, stability wise, just need to fix busybox ps and mount
14:34.14koenNAiL: there you go
14:34.24mickeylkoen: great, that sounds like we can meet 2007.01
14:35.03VoodooZpsokolovsky_, It seems to work now. I'm not sure if it's because of the old crap from my poor attempt at making a package or not but I'll see.
14:35.16psokolovsky_ok
14:36.31psokolovsky_koen, Is Angstrom boot logo in place now with psplash?
14:36.43koenpsokolovsky_: no, a crappy OE logo
14:37.03koenpsokolovsky_: I need to poke mallum about the rgb value of the psplash background
14:37.06psokolovsky_koen, then, it's not ready to ship, users won't get it ;-)
14:37.12psokolovsky_ok
14:45.46XorAkoen: the Aongstom on mickeyl looks right the RP one doesnt
14:46.10Croftonif I mtn commit in a directory, the changes in that directory and below are commited, but nothing above?
14:46.26XorAkoen: Angstrom fails to work on my c7x0
14:47.22koenXorA: I'll have to dig out my c700 to test
14:47.48koenXorA: so far only people with a zaurus reported a RO /
14:47.54CIA-403koen 07org.oe.dev * r172e330b... 10/ (1 MAINTAINERS): MAINTAINERS: also fix RP's entries
14:49.38mickeylCrofton: i think so, but to be sure, just mtn ci .
14:50.02CroftonIt looks likes like it does :)
14:51.55CroftonI am going to delete the older omniorb packages since they likely do not work well atm
14:52.01mickeylok, cool
14:52.36Croftonand I think the 4.0.7 will be "reliable"
14:52.54*** part/#oe koen (n=koen@dominion.kabel.utwente.nl)
14:54.50XorAkoen|away: Xfbdev hard locks the machine
14:55.11XorAkoen|away: loadkeys fails, so it doesnt actually look any different than glibc2.4 to me
14:56.05ade|deskXorA: doesn't sound good
14:57.02CIA-403crofton 07org.oe.dev * rb7fc885d... 10/ (5 files in 3 dirs):
14:57.02CIA-4omniorb_4.0.7.bb : Fix file to correctly build without LongDouble support.
14:57.02CIA-4<PROTECTED>
14:57.02CIA-4<PROTECTED>
14:57.08CIA-403crofton 07org.oe.dev * ra81ee1e7... 10/ (4 files in 3 dirs): omniorb : Delete old and very likely non-working version of omniorb bb files.
15:01.15*** join/#oe CosmicPenguin (i=nobody@nat/amd/x-a76e79d935e158c7)
15:04.17*** join/#oe koen (n=koen@dominion.kabel.utwente.nl)
15:08.24Genesiswhat is the good way to modify a recipe/file in OE but don't lost the original file , when update for example , is there a sort of overlay ?
15:08.55NAbyssGenesis: Modify as necessary, then revert with monotone when you want to go back?
15:08.56Genesismy specific file in overlay , near the normal tree
15:09.10Genesisa bit like on gentoo
15:10.18Genesisi can also prefix the recipe with a id , and precise this in the distro file
15:10.36Genesisbut it' s not dynamic
15:13.13likewiseGenesis: Look into BitBake Collections: BBFILE_COLLECTIONS = "upstream local"
15:13.16psokolovsky_Genesis, problem's not clear. just put your file besides the rest - nothing will overwrite it. or make your own subtree for your recipes. or create private branch.
15:13.31likewiseGenesis: this way, local is an overlay over upstream
15:13.43likewiseGenesis: much like Gentoo
15:15.09Genesisi'll try thx guy
15:16.10*** join/#oe bronson (n=bronson@c-71-198-75-160.hsd1.ca.comcast.net)
15:18.33*** join/#oe chouimat (n=dieu@r2351064.cidc.net)
15:32.28CosmicPenguinDoes the PXA250 have an integrated 2D engine?
15:33.13koenCosmicPenguin: iirc not
15:33.20koenCosmicPenguin: only a fb
15:33.25koenagain, iir
15:33.26koenc
15:33.47CosmicPenguinSomwhere along the line - I thought that a Xscale appeared with 2D  on it
15:33.50CosmicPenguinhmm
15:35.44*** join/#oe jcf4 (n=root@mail.amperion.com)
15:39.18jcf4can someone please tell me which package i need to get for STL support, thanks
15:40.59*** join/#oe goxboxlive_ (n=goxboxli@9.80-202-160.nextgentel.com)
15:41.24*** join/#oe slapin (n=slapin@host-105.dataart.net)
15:41.31slapinhi, all!
15:41.56koenCosmicPenguin: pxa270 and beyond have overlay support
15:42.02slapincould anybody help with u-boot pxafb.c?
15:42.23radugacosmicpenguin: the xscale chipset doesn't have integrated video,
15:43.01RPCosmicPenguin: Developments beyond the 270 might have more features but the 270 basically just does overlays
15:43.08radugabut the zaurus C7x0/8x0 have an ATI video chip on the board
15:43.25radugaits got some accelerated FB function, but no 2d accel
15:43.40*** join/#oe bronson (n=bronson@adsl-64-161-106-11.dsl.snfc21.pacbell.net)
15:43.59radugaalthought RP could give you a more accurate description ;)
15:44.21XorAraduga: take a look at Xw100 that has 2d accelleration on w100
15:44.22radugas/xscale/pxa250/
15:44.24*** join/#oe zap (n=zap@16.170.249.ozerki.net)
15:44.24radugasorry
15:44.51NAiLkoen: thx ;)
15:44.56*** join/#oe benlau (n=benlau@221.125.13.148)
15:44.59*** join/#oe jcf4 (n=root@mail.amperion.com)
15:45.10radugathe ati w100 that some zaurus have, actually does 2d accel? (sorry, I didn't know)
15:45.26radugaor is this a custom Xscale, with ati built in?
15:45.46RPraduga: separate chip which does support some 2D operations
15:46.12radugarp: thanks.
15:46.17XorAenough operations that Xw100 makes gnome/firefox usable
15:47.42XorAspeaking of X, RP any news on Xiwmmx?
15:48.06CosmicPenguinHeh - ATI? :)
15:48.21RPDoesn't give as much performance as we'd like as the data has to be 8byte aligned
15:48.34radugai like ati :)
15:49.04RPraduga: You like closed specs?
15:49.23*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
15:49.52radugarp: i like the extent to which ati has sometimes historically allowed sufficent openness for people to make reasonable drivers for their cards
15:50.05radugarp: maybe not in the last decade
15:50.40radugarp: but at least, once apon a time, ati was much more helpful than the average video chipset maker
15:51.06CosmicPenguinthere is no ati
15:51.11CosmicPenguinthere is only atimd
15:51.17radugarp: since my statement "i like ati" doesn't really correspond well with modern reality, please feel free to ignore
15:56.31XorAraduga: even the ATI linux drivers dont work, at least nvidia with closed specs works :-)
16:00.09likewiseCan OE package icecream cross-compiler chroot environments for us? from the icecream web site: "How to package such a cross compiler is pretty straightforward if you look what's inside the tarballs generated by icecc"
16:00.29*** join/#oe joshin (i=josh@VDSL-130-13-154-102.PHNX.QWEST.NET)
16:00.50koenlikewise: you;d have to ask icecream master zecke
16:01.49likewisekoen: I think I will be secretly deploying Ubuntu VMWare images across my colleague's machines to build an icecream park :-)
16:02.04koen:)
16:08.48RPkoen: looks good to me
16:13.18chouimat|awaylikewise: if you want to know how to build icecc tarball look at suse cross-*-icecream.src.rpm :)
16:13.25koenI'll hold off with commiting it for a bit longer :)
16:14.15likewisechouimat|away: hmm, I'll just follow the docs instead and learn a bit.
16:14.41koenlikewise: afaik icecream.bbclass tar up the toolchains for you
16:14.50chouimat|awaycool
16:15.17*** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at)
16:15.25koenmickeyl: do you know when zeckeis scheduled to arrive in berlin?
16:15.37ade|deskkoen: go on commit it ;)
16:16.30ade|deskooh i like the latex saving in oo.org 2.0.4
16:19.10*** join/#oe _law_|iBook (n=_law_|iB@mk084020168002.a1.net)
16:19.56likewisekoen: thanks, icecc.bbclass is there.
16:25.04likewisehmm, I cannot deduce where I should inherit icebb.class.
16:25.20koenlikewise: local.conf?
16:25.39likewisekoen: no, that is toooo obvious
16:31.11*** join/#oe bronson_ (n=bronson@c-71-198-75-160.hsd1.ca.comcast.net)
16:34.30koenade|desk: finished saying goodbye to diet-x11 6 ?
16:41.48hrwre
16:41.59koenhrw: wb
16:43.25hrw~hail ssh keys for their usefullness on ssh chains
16:43.26ibotACTION bows down to ssh keys for their usefullness on ssh chains and chants, "I'M NOT WORTHY!!"
16:43.30hrwNOTE: package linux-omap1-2.6.18+git-r0: task do_build: completed
16:45.17hrwCrofton will be happy
16:49.50*** join/#oe anushsh (n=anushshe@220.226.56.140)
16:50.04*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
16:51.37likewiseI get "NOTE: exceptions.TypeError:coercing to Unicode: need string or buffer, NoneType found while evaluating:" and then some 8 lines of output. Does the error relate to the first line of the output, or the last line?
16:51.54likewise(that's with INHERIT += "icecc" btw)
16:52.52koenit's amazing how abiword *instantly* starts up on angstrom/x86
16:53.40Genesisa+
16:57.41hrwits amazing how fast kernels can be built when no one use dual core machine
16:57.58hrwCrofton: I cleaned linux-omap1 kernels
16:58.20hrwCrofton: rebuilding now and will push if it will work
17:01.35likewisehttp://pastebin.com/805946
17:01.54likewisekoen: that is angstrom on guinness?
17:04.15*** join/#oe e-ffi (n=cybercom@dslb-084-056-121-198.pools.arcor-ip.net)
17:08.28*** part/#oe ade|desk (n=ADAVEY@194.200.143.249)
17:11.51*** join/#oe zecke (n=ich@88.134.98.23)
17:11.51*** join/#oe koen (n=koen@dominion.kabel.utwente.nl)
17:13.21psokolovsky_Who edited MAINTAINERS on a Mac? ;-)
17:13.44zeckelol
17:13.46hrwkoen
17:13.46koenpsokolovsky_: that would be me
17:13.52koenhey zecke
17:13.58zeckekoen: my bonsai works with mtn now :)
17:14.03koenzecke: cool
17:14.08zeckethere is one issue with utf-8 somewhere which I have not found
17:14.17zeckekoen: and you can subscribe to a rss feed
17:14.18psokolovsky_koen, have a look at it ;-) in hex or on linux ;-)
17:14.28zeckekoen: feed://127.0.0.1:8000/bonsai/feeds/author/njs/
17:14.28koenzecke: I've been waiting for you to return so we can set it up on oe.org
17:14.45*** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl)
17:14.59zeckecan we do that today or tomorrow?
17:15.02hrwNOTE: package dpkg-1.13.22-r0: task do_compile: failed
17:15.27koenzecke: lets to it now!
17:15.28hrwwe need to say 'we do not want selinux'
17:15.50zeckekoen: I fear, I eat atm :)
17:15.50CIA-403koen 07org.oe.dev * r989e5fa0... 10/ (92 files in 7 dirs): remove pre xorg stuff, as indicated in http://lists.openembedded.org/pipermail/openembedded-devel/2006-October/000538.html
17:15.59CIA-403koen 07org.oe.dev * rb2c9193c... 10/ (1 site/i686-linux): site/i686-linux: add ettercap sock_len
17:16.14zeckekoen: do you have added a postgres database?
17:16.44koenzecke: no
17:16.57koenzecke: can we start with sqlite?
17:17.11zeckekoen: sure
17:18.03hrwwe need to define rules for openembedded-announce mailing list
17:18.23hrwto sent there info about pre-X.org stuff removal there or not etc
17:18.31zeckekoen: Damn, why did you mail gpe@hh.org?
17:22.18koenzecke: put your stuff in /home/oe/website/bonsai
17:23.27florian_kcbbl
17:24.45*** join/#oe Marex (n=Marex@85.132.236.161)
17:24.50koenzecke: Is this ok: http://rafb.net/paste/results/EQkFpd22.html ?
17:26.48zeckekoen: no
17:27.45hrwzecke: ;D
17:27.57CIA-403pfalcon 07org.oe.dev * r91bdb4f0... 10/ (1 MAINTAINERS): MAINTAINERS: Fix line-endings: CR => LF.
17:29.25zeckekoen: SetHandler is python
17:29.39zeckekoen: and we need one SetEnv PYTHONPATH ...
17:29.55zeckeBTW: is Hans Reiser in jail for real?
17:30.08hrwzecke: arrest
17:30.19hrwCrofton: check my changesets
17:30.30hrw~hail MACHINE="native"
17:30.33ibotACTION bows down to MACHINE="native" and chants, "I'M NOT WORTHY!!"
17:30.34hrw~hail MACHINE="native" again
17:30.35ibotACTION bows down to MACHINE="native" again and chants, "I'M NOT WORTHY!!"
17:30.41koenzecke: http://rafb.net/paste/results/zwH0bn29.html
17:31.03zeckekoen: you missed the '...' in SetEnv PYTHONPATH
17:31.21*** join/#oe gb2 (n=gbritton@207-172-223-250.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com)
17:32.43Croftonhrw, I will look over them in a little while
17:33.14Croftondid you change the kernel version on the omap5912osk machine file?
17:33.37hrwCrofton: not touched it
17:33.44koenzecke: seriously, what needs to be put into pythonpath?
17:33.56zeckekoen: http://rafb.net/paste/results/Vnk9Wf33.html
17:34.54Croftonok
17:35.09*** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-35-31.w86-201.abo.wanadoo.fr)
17:35.10hrwCrofton: kernel version should be set in distro anyway
17:35.17zeckekoen: obvioulsy change /space/webapps with something else
17:35.19Croftonright :)
17:35.27CroftonI keep forgetting
17:35.42cyrilRomainhi all
17:35.59CroftonI am trying to figure out a libtool problem right now, but I will look over changesets
17:36.14Croftonand attempt to get in a position to refalsh my OSK
17:37.13CroftonI can set kernel version in distro and overried in local.conf?
17:37.41Croftonbbiab
17:40.36[lala]how can i add more mirrors to the MIRRORS() array in base.bbclass w/o modifing the class itself?
17:41.25*** join/#oe furlongm_ (n=furlongm@83.70.239.249)
17:44.00hrwCrofton|home: another changes for you
17:46.48hrwhave to go - cu
17:50.13*** join/#oe bronson (n=bronson@66.160.177.208)
17:58.38*** join/#oe greentux (n=m@195.227.105.180)
17:59.39*** join/#oe greentux (n=m@195.227.105.180)
17:59.49greentuxhello from dresden
18:00.18CosmicPenguinmmmm.. dresden
18:00.37CosmicPenguinI am jealous
18:00.49greentuxyes, CosmicPenguin, 2km from the amd fabs :)
18:00.58*** join/#oe Crofton (n=balister@hc65215b1.dhcp.vt.edu)
18:03.20CosmicPenguingreentux: do you like beer?
18:03.31greentuxCosmicPenguin: yes why not!
18:03.43CosmicPenguinhttp://www.watzke.de/ball/ball.php
18:03.44*** join/#oe Marex (n=Marex@85.132.236.161)
18:03.56greentuxCosmicPenguin: I know tha location
18:03.57CosmicPenguinHighly recommend - if you're in Dresden on Tuesday, thats Masse beer night
18:04.10greentuxYour at Dresden this week?
18:04.16CosmicPenguinNo, not now
18:04.33CosmicPenguinBut I've come in contact with much beer in Dresden in the past
18:04.52CosmicPenguinhttp://www.waldschloesschen.de/
18:04.54CosmicPenguinI like that place too
18:05.19CroftonWho is the libtool guru?
18:05.27greentuxfine, is there any chance in the future?
18:05.59CosmicPenguinnot right now - but I'm actively seeking out any chance to get there
18:06.31koenCosmicPenguin: trade you a bottle of beer for w100 specs :)
18:06.37CosmicPenguinw100?
18:06.42psokolovsky_I wonder, how comes that OE generats >= version constraint for each RDEPENDS, and that constraint is set to the *current* version of dependency?
18:06.45koenati imageon w100
18:06.48CosmicPenguinheh
18:06.57CosmicPenguinYeah - well, thats not likely going to happen any time soon
18:07.06koenCosmicPenguin: your loss ;)
18:07.11zeckeCosmicPenguin: hey :)
18:07.15CosmicPenguinI am only permitted to give you as many Geode specs as you can handle
18:07.27*** join/#oe schurig (n=schurig@p54B291C1.dip0.t-ipconnect.de)
18:07.30zeckeschurig: hey!
18:07.33zeckeschurig: how are you?
18:07.54schurigzecke: fine!
18:08.03VoodooZWhat's the kernel module name for those cheap usb sound card dongle you can find all over ebay?
18:08.08schurigzecke: and you?  How's health and study?
18:08.26zeckeschurig: health okay, study... well as well :)
18:08.40zeckeschurig: I attended the Qt Dev Days, just returned home safely
18:08.58*** join/#oe ssvb (n=user@34-nat.cosmostv.by)
18:09.53schurigzecke: mickeyl was there as well
18:10.00schurigzecke: anything interesting for you?
18:10.12zeckeschurig: I even slept in the same room as mickeyl ;)
18:10.32zeckeschurig: QGraphicsView and CascadingStyle Sheets is awesome
18:10.33schurigzecke: I should have been there, too. Could have slept at my sisters place ...
18:10.52Croftona moose bit my sister
18:11.07zeckeCrofton: did the moose survive?
18:11.12schurigor by my brother-in-law, they both are in Munich
18:11.36Croftonwhat is the command to show files in the repo that are not in mtn?
18:11.49zeckeCrofton: isn't it mtn status?
18:11.56koenCrofton: 'mtn' and read the output :)
18:12.01greentuxkoen: is there any acitivy for supporting olympus r1000?
18:12.13koengreentux: afaik not
18:12.22koengreentux: last I heard they stopped the port
18:12.23zeckeCrofton: ls unknown ;)
18:12.31Croftonhttp://www.wilwheaton.net/2006/02/a_moose_bit_my_sister_once.php
18:12.53greentuxkoen: who is "they"?
18:13.03koengreentux: sdg
18:13.21greentuxkoen: hey all pda i find in the net have todo with sdg... gggrrml
18:13.40zeckeget a greenphone
18:13.45schurigkoen: sdg?
18:13.48greentuxzecke: closed kernel
18:13.59zeckegreentux: == secure kernel
18:14.25zeckegreentux: and no, you can get the source as well, but it ancient
18:14.36greentuxzecke: mmmh
18:15.05greentuxzecke: from trolltech?
18:15.37greentuxzecke: and i would prefer 2.6 :) as i said
18:16.47zeckegreentux: 2.4 ancient, full source if you pay for it
18:16.54zeckegreentux: but this device lacks wlan, but is a phone
18:17.26greentuxzecke: a nice pda would be enough as first step...
18:18.10kerwoodVoodooZ: doesn't kernel-module-snd-usb-audio-2.6 do the job?
18:18.16zeckegreentux: oh still at the 1st step?
18:18.47VoodooZkerwood, thanks I'll try that and alsa...
18:18.51greentuxzecke: yes the way to road is hard way... :)
18:19.25greentuxzecke: first step was zaurus, works perfekt, but is not customer compatible
18:20.32*** join/#oe siriusnova (n=siriusno@64-251-145-86-cablemodem-roll.fidnet.com)
18:21.00VoodooZkerwood, I'm just not sure if I need all the OSS crap and the various mixers. I'm hoping pocketsphinx and flite use alsa and not the older OSS.
18:22.48*** join/#oe bigd0g (n=b1gd06@193.1.99.20)
18:23.08bigd0goh, man ... i'm freaking out.  i'm trying to build another dev computer with OE and i can't expand the OE.mtn database
18:23.44bigd0git's says "wanted schema 'ae1968...' but got '9d2b5...'"
18:23.50bigd0gany idea what i'm supposed to do?
18:24.03zeckebigd0g: mtn --version
18:24.14zeckebigd0g: happen to have updated to a new version of mtn?
18:24.36bigd0gzecke: it's a new build computer, so i just pulled it from a repo
18:24.40bigd0git should be mtn 0.30
18:24.42bigd0glet me check
18:24.52bigd0gyeah.  mtn 0.3
18:25.17zeckebigd0g: and where did you get the mtn db from?
18:25.30zeckebigd0g: http://venge.net/monotone/UPGRADE
18:25.39JustinPbigd0g: you need to either get the 0.30 mtn snapshot or run the upgrade sequence on your db
18:25.51JustinP0.30 OE db snapshot I mean
18:25.52zeckebigd0g: but OE provides two db's one for mtn >= 0.26 <= 0.29 and one for >= 0.30
18:25.53bigd0gi tried the 'migrate' sequence... that seems to fail
18:26.00Croftonupgrade is worth it ...
18:26.03JustinPbigd0g: perhaps you did it in the wrong order?
18:26.07bigd0gi had gotten the snapshot from openembedded.org/snapshots/OE.mtn.bz2
18:26.30bigd0gJustinP: i tried 'mtn --db=OE.mtn migrate'
18:26.34bigd0gJustinP: is that incorrect?
18:26.42JustinPyes
18:26.48JustinPlook at the link zecke gave you
18:27.02koenor look at http://www.openembedded.org/snapshots/
18:27.03schurigbigd0g: try http://www.openembedded.org/snapshots/OE-this-is-for-mtn-0.30.mtn.bz2
18:27.14zeckekoen: please install pysqlite2
18:27.25bigd0gzecke: thanks for the link.  /me looks
18:28.15bigd0gmagical.  mtn syntax ftw
18:28.17Croftonbigd0g, hrw has reaarnged the kernel bb files
18:28.28Croftonthey shoudl work, but I haven't had a chance to test
18:28.28schurigbigd0g: with the file from my link, you don't need any migration or update, works out-of-the-box with mtm 0.30 (at least the one that is in Debian)
18:28.49bigd0gCrofton: ok, thanks.  i'll have to take a look
18:29.00bigd0gCrofton: flying back home tomorrow.  i'll have another board there, tho
18:29.04schurigbigd0g: this snapshot is just short of 477 revisions from current head
18:29.04Croftoncool
18:29.07[lala]can anyone tell me how to add a custom mirror in local.conf?
18:29.14bigd0gschurig: cheers
18:29.23[lala]MIRRORS () {...} doesnt work
18:29.30Croftonhopefully by the time you have your act together I will have tested
18:30.35bigd0ghaha ;)
18:30.46bigd0gi've gotta convince the RA that wants my assistance that OE is the way to go
18:30.57bigd0ghe's using the crippled MontaVista at kernel 2.4
18:30.57bigd0gick
18:31.08Croftonug
18:31.15bigd0gi'm sure it won't be too hasrd
18:31.22Croftonwe should be very solid for producing base images now
18:31.30bigd0ghe should've seen the postings to the OMAP list by Dirk telling the other n00bs to stop using kernel 2.4
18:31.47bigd0gyeah, the 2.6.18-omap build works great
18:31.55bigd0geven my custom spinoff with framebuffer support
18:32.16zeckeBTW: I got brainwashed by TT
18:32.34bigd0gthere's some other issue with framebuffer support that Dirk's config fixes... i haven't had a chance to isolate it yet, tho
18:32.56CroftonTexas Instruments?
18:33.02bigd0gthat the defconfig + fb support enabled doesn't select.  that causes the kernel to not compile fully.  some other dependency, i imagine
18:33.02[lala]koen, zecke: any hint for my mirror question?
18:33.17zecke[lala]: no
18:33.34CroftonI think we will try and move the defconfig to support fb as modules
18:33.47zecke[lala]: I would mkdir classes, copy base.bbclass to this directory
18:33.53zecke[lala]: and change it
18:34.00bigd0gmay be beneficial.  most would be using it with an lcd at some point, i would imagine
18:34.14bigd0gespecially with the qvga out
18:34.22zecke[lala]: but something like MIRRORS_append in local.conf could work already
18:34.25[lala]zecke: i thought there would be an easier solution, because that way i have to manually update the class
18:35.09CroftonI need to get my OSK with the QVGA board to boot again
18:35.12*** join/#oe furlongm_ (n=furlongm@83.70.167.105)
18:36.07[lala]zecke: MIRRORS_append () { ... } leads to a parse error
18:36.36zecke[lala]: hmm,
18:36.45[lala]zecke: same for MIRROR or MIRROR_prepend
18:37.00zecke[lala]: let me setup bonsai first. I think we will be done in about an hour
18:37.11[lala]zecke: thanks
18:37.19zecke[lala]: there is an easy way, I don't remember it though :)
18:37.26[lala]:-)
18:38.02*** join/#oe goxboxlive_ (n=goxboxli@9.80-202-160.nextgentel.com)
18:41.49*** join/#oe wolverine (n=thor@124.243.194.70)
18:45.45*** join/#oe O_Neil (n=thor@124.243.194.70)
18:53.09zeckemickeyl: yes!
18:53.19mickeylhey zecke!
18:53.21mickeylback home?
18:54.17zeckeyes
18:54.38mickeylwhat did you do the remaining time?
18:57.10mickeylneed to spend some time with Sabine now
18:57.15mickeylcu later!
19:01.58zeckeJustinP: hey :)
19:05.01_law_|iBookbbl cu
19:08.19*** join/#oe furlongm_ (n=furlongm@83.70.240.111)
19:08.25schurigERROR: name 'base_contains' is not defined while parsing /usr/src/sdkmnci/org.openembedded.dev/packages/tasks/task-base.bb
19:08.41schurighow comes this?
19:08.58zeckedunoo
19:11.07JustinPschurig: perhaps you don't have the correct stuff set up to use task-base for your distro/machine?
19:11.11JustinPzecke: hey
19:11.44zeckeJustinP: Do you think it is time to change the semantic of include/inherit?
19:11.58schurigJustinP: I try DISTRO = "angstrom-2007.1"
19:11.59zeckeJustinP: actually the semantic of include must stay
19:12.12schurigand MACHINE = "gumstix"
19:12.19koenschurig: your base.bbclass is too old
19:12.44schurigkoen: can't be, I just did an mtn pull
19:13.05schurigkoen: I'm at 224a910a8fb730675edc6464917f5dad2261aeab
19:13.30schurigand my bitbake is bitbake-1.6
19:14.30koenschurig: classes/base.bbclass:def base_contains(variable, checkvalue, truevalue, falsevalue, d):
19:14.38koenschurig: so something is wrong at your end
19:15.06schurigkoen: yeah, the function *IS* in classes/base.bbclass. line 44
19:16.50schurigkoen: when I put an "import sys; sys.exit(1)" at the top of classes/base.bbclass, then I can see clearly that this file is NOT loaded, my bitbake doesn't stop because of this
19:18.17koenschurig: so you BBPATH and BBFILES are wrong
19:21.28JustinPschurig: or you have a stale cache which isn't being updated
19:21.53schurigI think it was my BBPATH
19:22.08JustinPzecke: I'm just saying what I think. It doesn't make sense to me to allow a recipe to continue when an include fails
19:22.18JustinPzecke: my bitbake/OE works fine with the patch I put in there ;-)
19:22.21JustinPzecke: at least AFAIK
19:22.38JustinPzecke: why would we want to allow missing include?
19:22.45zeckeJustinP: conf/bitbake.conf
19:22.59zeckeJustinP: it is okay to not have an auto.conf and site.conf or even valid ${DISTRO}.conf
19:23.15JustinPdebatable, but sure
19:23.21JustinPsome are I mean ;-)
19:23.38zecke~lart apache
19:23.41JustinPok, well, it seems like the recipes should be using "require blah.inc" then as they definately are required
19:24.00JustinPis there a require statement in bb?
19:24.14zeckeJustinP: sure
19:24.25zeckeJustinP: this was added as we couldn't change 'include'
19:24.42zeckeJustinP: back then I was too scared to change the behaviour of inherit
19:26.41koenJustinP: check the recipes before making a statement :)
19:27.58JustinPkoen: :-/ apologies
19:28.05JustinPwhich bug was that?
19:28.11JustinPI'll revise/delete my comment
19:28.26bigd0gphew... back-up dev computer built... time to head back to linux for archiving... bbl
19:28.29*** part/#oe bigd0g (n=b1gd06@193.1.99.20)
19:35.29*** join/#oe woglinde (i=woglinde@e178112202.adsl.alicedsl.de)
19:43.23schurigJustinP: if you want to make sure you get the file you want to "include", then simply "require" it
19:43.47*** join/#oe ar (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de)
19:46.21Laibschwoglinde: I can verify the fix proposed in bug 1421.  glibc builds again.
19:46.39LaibschAnybody going to push this into .dev?
19:46.48LaibschI heard this might not happen.
19:47.13woglindelaibsch hm I can ask hrw if he allows me to push it
19:53.47LaibschThat would be nice.  I think this should be fixed and updated now that the reason for the failure is clear.
19:54.25LaibschIs it advisable to build openzaurus-uclibc?  What is the reason that openzaurus does not use uclibc as default?
19:55.02koenwhy should it use uclibc?
19:55.11JustinPLaibsch: probably because people want too much stuff that doesn't work with uclibc. But take my comment with a grain of salt...I know nothing specific about uclibc
19:55.42koenuclibc is great if all your users speak english
19:56.28CosmicPenguinInternationalization is definately a problem
19:56.44woglindehm
19:56.47woglindeslightly
19:57.21LaibschI see.  Internationalizations buys me into standard right away ;-)  I guess you all know I use the Z as a Japanese dictionary.
19:57.46Laibschkoen: I thought uclibc is smaller and small is beautiful (especially for embedded)
19:58.11CosmicPenguinIts never that simple
19:58.40koenuclibc + iconv + gettext is roughly the size of glibc with iconv builtin
19:58.56LaibschCan I build packages with openzaurus uclibc and use them with a standard image?  I guess not and that it will create big problems, right?
19:58.59koenand with 6gb microdrives, who's gonna care
19:59.16woglindelaibsch right
19:59.38LaibschThere is never a good excuse for unnecessary bloat.  (In this case I see the necessity, though, as said earlier)
20:00.54zeckeany 'apache' guru around?
20:02.43JustinPzecke: I've used apache a lot...I don't know about guru, though...
20:03.06zeckeJustinP: do you know 'Location'?
20:03.49JustinPzecke: a redirect header you mean?
20:04.08JustinP(Location header....)
20:04.11zeckehttp://www.openembedded.org/bonsai/query/author/RP/
20:04.13zeckeyeah
20:04.28JustinPwhat about it?
20:04.51zeckeJustinP: http://rafb.net/paste/results/qfuiBa55.html
20:05.03*** join/#oe furlongm_ (n=furlongm@86.40.15.195)
20:05.04zeckeJustinP: this Location worked for bonsai/ but not for bonsai/query/author/RP
20:05.12koenRewriteEngine off
20:06.04zeckekoen: for the update process, I would like to have a mtn db
20:06.41zeckesome one feels like donating proper and good looking templates for the bonsai?
20:12.24JustinPzecke: sorry, was sidetracked. Did koen's suggestion fix it?
20:12.30LaibschI'm off to bed.  Godd night.
20:13.05zeckeyes
20:13.25JustinP^_^
20:13.56*** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net)
20:16.03zeckekoen: feed://www.openembedded.org/bonsai/feeds/author/rpurdie/
20:16.12*** join/#oe rob_w (n=bob@p85.212.175.169.tisdip.tiscali.de)
20:16.16zeckekoen: next time richard breaks bitbake, you will know it :)
20:16.44koen:)
20:17.45zeckekoen: could you reload apache again?
20:18.51koendone
20:19.17zeckehmm
20:22.01zeckeeeek
20:23.58woglindehm?
20:24.03woglindereboot
20:24.06woglindeit will help
20:24.53schurigwoglinde: did you use Windows recently?   (Where a reboot is a cure to everything :-)
20:25.29Croftonzecke, did you say you were talking to some texas Instruments people?
20:25.38zeckeCrofton: no
20:25.50Croftonah different TI then
20:26.08woglindeschurig he at work there is most of it windows
20:26.14schurigCrofton: it was "brainwashed by TT", not by "TI" (TT is Trolltech)
20:26.19Croftonah
20:26.35CroftonI think he mispelled it :)
20:26.43CroftonQT rocks!
20:28.56zeckekoen: we should consider using postgres ASAP
20:29.28koenzecke: right
20:30.03zeckenjs: http://www.openembedded.org/bonsai/feeds/author/njs/
20:30.33*** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-35-31.w86-201.abo.wanadoo.fr)
20:30.54koenzecke: http://www.openembedded.org/bonsai/view/scm/1/0/
20:31.43zeckekoen: No lets put a best viewed with mosaic 2.3 button on the page
20:31.46zeckekoen: and announce it
20:32.46koenzecke: can I replace mtn.mtn with an OE.mtn?
20:33.27radugais there a valid fb.modes for qvga?
20:33.41zeckekoen: no, we can add OE as mtn system as well
20:33.54radugaer. does anyone kow of the existence of one?
20:34.04zeckeoe@serenity:~/tinderbox-server/tinderbox$ ./bonsai_add.py -d "Monotone main" -t mtn -v "" -s "venge.net" -p "netsync" -m "/home/oe/tinderbox-server/mtn.mtn" -b "net.venge.monotone"
20:35.03zeckekoen: feel free to update to OE
20:35.36koenzecke: http://www.openembedded.org/bonsai/view/scm/3/0/
20:36.43zeckekoen: ./bonsai_update.py "Openembedded dev"
20:37.00koencool
20:37.25zeckewithout any arguments everything will be updated
20:38.32zeckekoen: how do you like RSS feed?
20:38.36zeckekoen: do you prefer atoms?
20:38.59zeckekoen: sadly, during the mtn update, the bonsai is blocked :(
20:40.01woglindeso I will flash my simpad
20:40.04koenzecke: iirc atom feeds have a saner date and update handling
20:40.39zeckekoen: http://www.djangoproject.com/documentation/syndication/
20:40.59zeckekoen: it is quite easy to add new outputs
20:41.03koenzecke: send me a mail with instructions on how to setup postgres for bonsai and I will have a look at it tomorrow
20:41.26zeckewoglinde: http://www.chicagocrime.org/ this should be of interest for you
20:41.37zeckekoen: mail?
20:42.09koenzecke: yes, a mail
20:42.09zeckewoglinde: how does one administrate postgres?
20:42.10woglindehm how was the bl-command for cleaning partition
20:42.17koenzecke: so I won't forget
20:42.21woglindezecke?
20:42.23zeckewoglinde: e.g. creating a new database
20:42.41woglindecreate a user or user the postgres account
20:42.48woglindeon debian/ubuntu
20:42.53woglindesu - postgres
20:42.56woglindecreate_db
20:43.09woglindenothing easier than this
20:43.28zeckewithout underscore ;)
20:43.45radugaok. found a working fb.modes :)
20:44.18woglindecant remeber all exactly
20:45.55zeckeoh no push this month
20:46.20koenzecke: can we add 'maps' ?
20:46.24woglindehm again what is the command in hh-bootldr do clean up a partition
20:46.27koenlike freyther <> zecke123
20:46.28woglindenot delete it
20:46.47zeckewoglinde: dunno
20:46.54zeckewoglinde: help, or check the manual
20:47.27woglindezecke guess what I do
20:47.40woglindepartition delete <partition_name> -- deletes a partition
20:47.50woglindeis it reset?
20:47.52woglindepartition reset -- resets all partitions to the default
20:47.52koenwoglinde: pflash?
20:48.07koenwoglinde: it's no a 'partition' command
20:48.09woglindepflash <addr> <len> 0|1 -- (1 -> protect, 0 -> unprotect all)
20:48.26koenpflash unprotects it
20:48.41koenafter that you should be able to run 'eflash' or 'erase'
20:49.04woglindethere is no erease mentioned in the help
20:49.33zeckewoglinde: how do I pass '/' in a URL?
20:49.40woglinde???
20:50.01zeckequery/file/path/to/file
20:50.11zeckepath/to/file should be one path :)
20:50.25woglindequery?
20:50.34woglindewhat the hell you are talking about
20:50.37JustinPzecke: you rawurlencode it
20:51.02JustinP%2F
20:51.55*** join/#oe jtodd (n=Justin@s209-121-79-241.bc.hsia.telus.net)
20:54.20jtoddhello. I've tinkered with my kernel a bit and I want bitbake to recompile it but it refuses without an error. I'm calling "bitbake handhelds-pxa-2.6"
20:56.07jtoddOE/bitbake is in a working state right now. Just not clear on how I recompile the kernel (handhelds-pxa-2.6-2.6.13-hh1+cvs20051127-r0/)
20:58.05zeckebitbake -b bbfile -c clean
20:58.08zeckebitbake -b bbfile
20:58.19zeckeclean will remove the directory though
20:59.04psokolovsky_iirc, there's no handhelds-pxa-2.6-2.6.13 in repo any longer
21:01.08jtoddyikes. Yes I need to stick with this kernel for historical reasons. I' guess the only option is to build the kernel manually?
21:02.24psokolovsky_jtodd, yep, that would be easiest if you need just kernel
21:04.01jtoddalright. thanks :)
21:08.58*** join/#oe tmbinc (i=abcd@e176163025.adsl.alicedsl.de)
21:10.16*** part/#oe jtodd (n=Justin@s209-121-79-241.bc.hsia.telus.net)
21:11.31woglindehms
21:11.47woglindeit seems glibc-2.5 istnt working right
21:12.17den-roswoglinde: why?
21:12.24woglindeon simpad
21:12.42woglindeno output after init
21:14.05koenCONFIG_NWFPE=y ?
21:14.15woglindeargs right
21:14.24woglindedamn crappy default .config
21:26.30Croftonlibtool gurus?
21:26.56zeckenope
21:29.30woglindecrofton maybee
21:29.43woglindetell the problem
21:30.15Croftonone of the -L entries points to the host staging lib
21:30.36woglindein .la file?
21:30.36Croftonand it contains a host copy of the lib, I need from the target staging area ...
21:30.58Croftonhttp://pastebin.ca/200971
21:31.06Crofton.so
21:32.02woglindewhich package?
21:32.25Croftonone I am working on
21:32.35Croftonthe bb file isn't commited yet
21:33.02zeckehmm
21:33.10zeckeseeing a lot of references to x86_64
21:33.30CroftonI can't even figure out were the -L that causes the probllem is injected ....
21:33.34woglindehm thats not an libtool bug
21:33.44woglindeseems autotools
21:33.54zeckeCrofton: config.log is a good file
21:33.57CroftonI did the autofoo for the package ...
21:34.01Croftonhmmm
21:34.03Croftongood point
21:34.06woglindeor crappy Makefile.am and configure.ac
21:34.28Croftonwoglinde, very very likely
21:34.28woglindecrofton its in the .la file
21:34.30woglindeI guess
21:34.37CroftonI wrote them
21:34.44woglindehehe
21:35.20*** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net)
21:35.57*** join/#oe furlongm_ (n=furlongm@83.70.167.89)
21:36.32*** join/#oe bronson_ (n=bronson@66.160.177.208)
21:37.36Croftonwhat is build and host refer too?
21:38.05Croftonbuild is the machine you build on, host is final hardware?
21:38.21woglindehm
21:38.23emteno
21:38.30emtehost is like parent
21:38.36woglindetarget is the final
21:38.38emtethe machine you build on
21:38.53Croftonhost_cpu=arm?
21:38.55emtebuild is the process
21:39.08emteif you happen to own an epia borad that might work
21:39.25emtemost people dont have arm boxes they can use to build on
21:39.35CroftonI should go drink
21:39.59chouimatemte: building on an arm box is slooooooooooooooow (at least on my slug)
21:40.15koenchouimat: get an ix2800
21:40.31chouimatkoen first I need $$$$$ ;)
21:40.32emtechouimat, yeah, i'd expect so ... especially on ones that dont have a FPU
21:41.14Croftonmy configure lines from config.log report build=x86_64 --host=arm-linux --target=arm-linux
21:43.10emtei cant comment on that, i dont have anything near a recent version of bitbake or the OE meta
21:43.35Croftonit seems correct based on reading configure --help
21:43.47emtebut it looks like your host is identifying wrong OR qemu is doing something
21:44.01Croftonhost is target
21:44.03emteare my guesses
21:44.28emtethat doesnt make sense
21:44.55emteif it were then you would have:  build=x86_64 --host=x86_64 --target=x86_64
21:45.13CroftonI am building on x86_64 for an ARM
21:45.34emteright so it should be: build=x86_64 --host=x86_64 --target=arm_linux
21:45.47woglindehms
21:45.57Croftondo a configure --help
21:46.03emteunless, like i said earlier, qemu is involved there and emulating an arm system
21:46.11woglindeeven without fp-emu no init with glibc-2.5 on the simpad
21:46.14Croftonno qemu
21:46.44emteCrofton, configure --help on what?
21:46.54emtethe package your having proiblems with?
21:47.32Croftonanything, it explains build versus host
21:52.53woglindechouimat not here
21:53.04*** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com)
21:53.12koenright, the german ooo is scheisse
21:53.25woglindenoway
21:54.29CroftonI swear I am going to convert to cmake
21:56.40Croftoncrap I am going to push the bb file and try it at home
21:56.53Croftonof course there will be some other forms of bustage there :(
21:57.25*** part/#oe den-ros (n=den@ppp85-141-253-49.pppoe.mtu-net.ru)
22:03.57chouimatwoglinde: here it simply die ...
22:04.23emteCrofton, in trems of autotools (as opposed to bitbake) build is the target(as in build for) and host is still the build machine  ... unless you had a very wacky autotools author
22:05.49CosmicPenguinwacky and autotools go well together
22:07.31Croftonbother, now it would appear monotone.oe.org is sick
22:07.37CroftonI am going for beer
22:07.48Croftongn all
22:19.01*** join/#oe W8TVI (n=me@166.166.0.20)
22:31.07zeckegosh...
22:33.07JustinPzecke: gosh?
22:33.27JustinPzecke: or was there a mis-placed " "? (go sh) ;-)
22:33.43koena missing " fi"
22:33.44zeckeno, I'm losing against postgres
22:33.59JustinPah.....yeah....
22:34.04koenzecke: have some beers with bruce, he's a nice guy :)
22:34.07JustinPI set up my first postgres a little bit ago...
22:34.17JustinPsomewhat harder than mysql ;-)
22:34.33JustinPluckily, Gentoo has a howto that helped me set it up
22:34.47JustinPof course, I'm not *using* it for anything except to test a package against it....
22:35.19*** join/#oe cyn__ (n=cyn@cpe-066-057-046-006.nc.res.rr.com)
22:35.32koenzecke: lets install glom :)
22:35.33zeckekoen: .decode('latin1').encode('utf-8') does the trick
22:35.45zeckekoen: the GNUstep glom?
22:36.20koenno, glom
22:37.38koenthe gnustep on is called gorm
22:39.03zeckekoen: please delete the database again :)
22:39.07zeckekoen: and add the SCMs again
22:40.19koendone
22:40.38zeckedo you call bonsai_update, or can I call it?
22:40.44koenyou
22:42.47zeckepsokolovsky_: with Opie it is something completely different :)
22:42.50woglindeend
22:42.53zeckepsokolovsky_: I can invite you for a beer :)
22:42.56zeckewoglinde: rejected!
22:43.00woglindeno
22:43.03woglindesleep now
22:43.39*** join/#oe idealm (n=ideal@222.67.232.101)
22:43.41zeckepolicy violation by woglinde
22:44.33zeckekoen: SVN updated
22:44.56koencool
22:45.12zeckelet us see if mtn does the same :(
22:45.29zeckeor if my on the fly latin1 -> utf8 encoding is failing somewhere else
22:46.45zeckenope
22:46.48zeckedamn
22:49.58zeckekoen: where are you heading to?
22:50.10zeckekoen: and why did you wrote this mail?
22:50.28koento a 'veengebied' tomorrow
22:50.32koenzecke: which mail?
22:50.46zeckekoen: I will give you my phone number, so you can always call the 'Emergy hotline'
22:51.58koen.....3176  ?
22:52.15zeckeprobably,
22:52.55zeckeBTW: could you install mc?
22:53.33koenmc installed
22:55.14*** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua)
23:00.29*** join/#oe blaster8 (n=blaster8@nslu2-linux/blaster8)
23:02.35zeckeeverything indexed
23:03.21koencool
23:06.56CIA-403hrw 07org.oe.dev * r2458e825... 10/ (4 files in 2 dirs): linux-omap1: split common stuff into linux-omap1.inc and fixed do_deploy()
23:07.00CIA-403hrw 07org.oe.dev * r8743eceb... 10/ (4 files in 3 dirs): linux-omap1: added 2.6.18 version from git which should work
23:07.07CIA-403pfalcon 07org.oe.dev * r948a3826... 10/ (1 MAINTAINERS): MAINTAINERS: Add myself.
23:07.18CIA-403hrw 07org.oe.dev * ra900b9d8... 10/ (1 conf/machine/omap5912osk.conf): omap5912osk: move PREF_VER of kernel to distro config
23:07.27CIA-403hrw 07org.oe.dev * r0e558e33... 10/ (1 conf/distro/openomap.conf): openomap: moved PREF_VER of ompa5912 kernel to distro config - set to 2.6.18+git
23:07.32CIA-403erik 07org.oe.dev * r224a910a... 10/ (1 MAINTAINERS):
23:07.32CIA-4MAINTAINERS file
23:07.32CIA-4* Add myself and required additional info.
23:07.36zeckekoen: now let us test if updating works?!
23:07.41CIA-403crofton 07org.oe.dev * ref615413... 10/ (1 packages/ossiecf packages/ossiecf/ossiecf_svn.bb):
23:07.41CIA-4ossiecf.bb : Add bb file to build the open source SCA implementation from Va Tech.
23:07.41CIA-4<PROTECTED>
23:07.48koenzecke: sure
23:08.10CosmicPenguinSounds about right for something form Va Tech
23:10.21koenzecke: is it possible to include a 'diff' function as well?
23:10.48zeckekoen: yes, it is present in the model
23:10.50koeneeks
23:10.52koen1:11
23:11.09zeckekoen: I will implement bonsai fights first
23:11.14zeckebonsai fight koen/rp
23:13.33zeckenite guys
23:13.40likewisenite zecke
23:17.53zeckekoen: what is the password for the db?
23:18.27*** join/#oe mreimer (n=mreimer@bilbo.vpop.net)
23:22.52*** join/#oe W8TVI_ (n=me@166.165.149.224)
23:35.19CIA-403justinp 07org.oe.dev * r61d62d88... 10/ (1 MAINTAINERS): MAINTAINERS: Add myself
23:36.55*** join/#oe ggilbert (n=ggilbert@tinman.treke.net)
23:38.16CIA-403justinp 07org.oe.dev * r2bb0057f... 10/ (1 MAINTAINERS): MAINTAINERS: fix alphabetical ordering
23:40.58*** join/#oe e-ffi_ (n=cybercom@dslb-084-056-082-053.pools.arcor-ip.net)
23:56.42*** join/#oe W8TVI (n=me@166.166.2.218)

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.