IRC log for #oe on 20091109

00:03.51*** join/#oe sgh_ (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
00:30.32*** join/#oe banisterfiend (n=df@118-92-184-253.dsl.dyn.ihug.co.nz)
00:30.38*** part/#oe banisterfiend (n=df@118-92-184-253.dsl.dyn.ihug.co.nz)
00:35.32*** join/#oe mithro (n=tim@unaffiliated/mithro)
00:39.21Jay7-> sleep
00:39.32*** join/#oe signal11 (i=esteban@gnv.quaddro.net)
00:50.53*** join/#oe Flyser (n=Flyser@unaffiliated/flyser)
00:56.11*** join/#oe reid05 (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com)
00:56.12*** join/#oe edufelipe (n=edufelip@189.4.72.143)
01:27.54kergothotavio: your git:// link you sent out doesn't function :)
01:28.48misham_Hello.  Does anyone know if OE supports AR71xx chip-set?
01:29.04*** part/#oe misham_ (n=mmanulis@ip72-199-30-58.sd.sd.cox.net)
01:29.38*** join/#oe misham_ (n=mmanulis@ip72-199-30-58.sd.sd.cox.net)
01:30.07misham_Hello.  Does anyone know if OE supports AR71xx chip-set?
01:30.38kergothrepeating yourself isn't going to magically get you answers sooner
01:59.12*** join/#oe mwester (n=mwester@nslu2-linux/mwester)
02:11.29*** join/#oe BenLauDC (n=benlau@221.125.8.18)
02:48.26msmith_ok, silly question.. why is it that a "def blah():" in base.bbclass is callable from another class
02:48.40msmith_but if i inherit a third class that defines "def foo():", i can't call it from my second class?
02:48.47msmith_i get global name 'foo' is not defined
02:57.06kergothfoo is inserted into __builtins__.  __builtins__ is always accessible everywhere
02:57.18kergothso: no idea
02:57.20kergoth:)
03:02.57msmith_yeah i must be on crack.. i'll have to look again when i'm more awake :)
03:05.41kergothas long as the second class is parsed before the third, should be fine. *shrug*
03:06.50*** join/#oe mekius (n=mekius@enlightenment/developer/mekius)
03:11.38*** join/#oe fraxinas (n=quassel@p4FD64E6D.dip.t-dialin.net)
05:05.43*** join/#oe mrc3_ (n=ddiaz@189.157.113.233)
06:01.24*** join/#oe mrmoku|a` (n=mrmoku@ppp-88-217-4-4.dynamic.mnet-online.de)
06:02.04*** join/#oe rob_w (n=bob@p549BC6E7.dip.t-dialin.net)
06:21.35*** join/#oe tasslehoff (n=Mich@147.84-49-231.nextgentel.com)
06:22.55*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
06:35.32*** join/#oe zecke (n=ich@123-192-145-111.dynamic.kbronet.com.tw)
06:47.37*** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net)
07:01.39*** join/#oe bswix (n=rode@147.84-49-231.nextgentel.com)
07:02.44*** join/#oe recalcati (i=51485a51@gateway/web/freenode/x-jkogkyxfvmuirvej)
07:11.36*** join/#oe aloisiojr (n=aloisio@a91-155-177-209.elisa-laajakaista.fi)
07:11.44*** join/#oe rob_w (n=bob@p549BC6E7.dip.t-dialin.net)
07:13.27*** join/#oe rob_w_ (n=bob@p549BC6E7.dip.t-dialin.net)
07:14.06*** join/#oe rob_w (n=bob@p549BC6E7.dip.t-dialin.net)
07:30.21*** join/#oe Weaselweb (n=quassel@2001:6f8:9e4:123:21a:92ff:fe5a:1409)
07:35.36*** join/#oe mrc3_ (n=ddiaz@189.157.113.233)
07:48.24mckoangood morning
07:49.28*** join/#oe kristoffer (n=kristoff@95.209.15.25)
08:08.49Croftongm
08:08.56Croftonmckoan, good trip home?
08:11.26Croftonok, off to lhr
08:11.32mckoanci Crofton, fine thx
08:14.56*** join/#oe aloisiojr (n=aloisio@esprx01x.nokia.com)
08:26.21*** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
08:26.40*** join/#oe rob_w_ (n=bob@p549BE9A2.dip.t-dialin.net)
08:34.11*** join/#oe MWelchUK_work (n=welchma@65.91.2.71)
08:42.38*** join/#oe jovox (n=jovox@fw1.q-matic.se)
08:43.17*** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de)
08:50.15jovoxI asked this question on friday but left the office and never saw if I got an answer so I'll try again. I need to modify the /etc/sudoers a bit. I looked in the sudo recipe saw that sudoers is bundled in the tar.gz. So what would be the way to replace that one with my custom sudoers?
08:55.03*** join/#oe woglinde (n=henning@p5DDC5BFC.dip.t-dialin.net)
08:55.08woglindegm
08:56.46jovoxThe reason I want to replace sudoers is becuase I need my web application to be able to run ifconfig. Maybe editing the sudoers from my recipe isn't they right way?
08:57.19ynezzjovox: look for example at initscripts recipe
08:57.51*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
08:58.03woglindehi ynezz
08:58.05jovoxok
08:58.15ynezzwoglinde: hi
08:58.25woglindeynezz hms I was to fast I will revert the geoge patches this evening
08:58.34woglindeargs geode
08:58.46ynezzok :)
08:59.21pb_jovox: the more traditional way would be to provide a dedicated setuid wrapper as part of your package, rather than relying on sudoers.
09:00.38pb_but, if you do want to stick with sudo, you should be able to just fiddle /etc/sudoers from your postinst.
09:01.04jovoxpb_:  Hm.. you're talking to a beginner :-) I'll see what I can find about setuid wrapper
09:01.29DJWillisjovox: can you use some sed and an include into sudoers? Would that not be nicer? Easy to remove when you uninstall the package also :)
09:01.48ynezzwoglinde: anyway I think, that the glibc fix is correct, without you can't build geode based image
09:03.04ynezzwoglinde: I'm just writting mail to Otavio about it
09:04.07jovoxpb_:  you mean overwrite /etc/sudoers in the postinst of my package?
09:05.51DJWillisWould anyone have an issue with upgrading sudo in dev? I just noticed that I have a newer version locally (1.7 based so you can use includes into /etc/sudoers). Makes the type of thing jovox is doing nicer :).
09:09.21*** join/#oe montamer (n=montamer@203.199.213.3)
09:12.53*** join/#oe fpga (n=s@92.62.56.51)
09:14.01mckoanhi woglinde
09:14.06woglindehi marco
09:15.46CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r2c30714f7c 10openembedded.git/recipes/linux/ (3 files in 2 dirs):
09:15.46CIA-2linux-openmoko-2.6.31: drop patches already applied upstream
09:15.46CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
09:19.26*** join/#oe aloisiojr (n=aloisio@esprx01x.nokia.com)
09:20.15pb_jovox: not so much overwrite, but modify
09:21.47pb_DJWillis: good idea
09:21.54*** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it)
09:22.47jovoxOk. I'm trying to find something about the "postinst" you mentioned. Actually I tried to find a list of all functions like do_install, do_compile, etc etc but didn't find anything in the bitbake manual. Could you point out a document where I can read about them and when to use them?
09:23.11ant_workmorning
09:28.31*** join/#oe aloisiojr (n=aloisio@esprx02x.nokia.com)
09:28.34DJWillispb_: just trying to workout why my local sudo recipe is broken, been spending time this weekend trying to get PAM working with stuff like SUDO, SHADOW etc. and made a bit of a mess ;-)
09:29.31*** join/#oe aloisiojr (n=aloisio@esprx01x.nokia.com)
09:30.28*** join/#oe aloisiojr (n=aloisio@esprx01x.nokia.com)
09:31.56woglindehi ant
09:41.16zeckewoglinde: hey
09:43.46*** join/#oe noglitch (n=Miranda@mail.atmel.fr)
09:47.58pb__jovox: http://docs.openembedded.org/usermanual/html/recipes_installation_scripts.html
09:48.23pb__hi zecke
09:48.46zeckepb__: master!
10:04.47*** join/#oe mimil (n=mimil@freeway.rd.francetelecom.com)
10:05.30woglindejo zecke
10:05.39woglindezecke you missed some pints
10:05.41woglinde*g*
10:09.04zeckewoglinde: in which way?
10:09.11woglindein the pubs
10:12.13*** join/#oe mcgeagh (n=mcgeagh@fw-tnat.cambridge.arm.com)
10:12.59*** join/#oe mcgeagh (n=mcgeagh@xbmc/staff/mcgeagh)
10:13.29*** join/#oe lrg (n=lrg@slimlogic.co.uk)
10:15.05*** join/#oe Heinervdm (n=thomas@pD9E13889.dip.t-dialin.net)
10:16.14*** join/#oe sicu (n=n_a@84.208.110.191)
10:17.09mckoan-> bbl
10:17.28pb__hi lrg
10:17.37pb__how is the swine flu?
10:18.17*** join/#oe sicu (n=n_a@cm-84.208.110.191.getinternet.no)
10:22.05lrgpb_: morning
10:22.29lrgdont think it the pig flu anymore, it was mild compared to others
10:22.54lrgfeeling better now though
10:22.58*** join/#oe Jay7 (n=jay@93-81-70-123.broadband.corbina.ru)
10:23.05woglindehi lrg
10:23.09pb__lrg: good-o
10:23.10woglindejo jay7
10:23.17ant_workwoglinde: wo won the Beer contest? UK or DE guests?
10:23.30lrghey woglinde
10:24.00Jay7morning :)
10:24.20Jay7is there photo-reports from OEDEM? ;)
10:25.20*** join/#oe sicu (n=n_a@cm-84.208.110.191.getinternet.no)
10:27.51*** join/#oe sicu (n=n_a@cm-84.208.110.191.getinternet.no)
10:35.02*** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
10:36.38pb__sadly we forgot to take an official OEDEM photo.  I think mckoan might have some photos though.
10:36.53zeckeno photos?
10:37.02zeckeno report? no nothing for me? *sad panda*
10:37.15pb__heh.  there will be a report.
10:37.46pb__mickeyl has the official minutes of the ga.  I think he is going to deal with them in some appropriate way.
10:38.16pb__I think rp has the notes from the rest of the oedem but they will need a bit of editing in order to have them make sense for non attendees.
10:38.43pb__we did plan to take an official photo of all attendees but kgilmer slipped away before we could do so :-}
10:38.58*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de)
10:40.02RPzecke: I just sent a summary of some of the topics as a start
10:40.28RPpb__: Reading through the notes, these are going to need some editting :/
10:41.04otaviokergoth: sure?
10:41.17zeckeRP: ah great
10:41.31zeckeRP: I wonder who has board duty now?
10:41.45otaviokergoth: indeed; fixing it
10:42.07RPzecke: Mickey, Florian, Crofton and XorA
10:42.53pb__RP: right, I suspected as much
10:43.01pb__(the editing, not the board)
10:43.19*** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-tmgigjtavkueqdqt)
10:43.40RPpb__: I guess I'll email them to the attendees and suggest people try and summarise each session?
10:43.51pb__yes, good plan
10:43.52otaviokergoth: now it does: git clone git://projetos.ossystems.com.br/git/users/otavio/bitbake.git
10:44.12RPpb__: Can you check I didn't miss or misrepresent anything in the summary I just sent out? :)
10:45.31pb__RP: that summary looks good to me
10:52.12*** join/#oe thaytan (n=jan@nat/sun/x-gkemlppthiwpoohg)
10:52.32woglinderobert has photos too
10:52.36woglindebut he is on tour
10:53.35pb__ah yes, right, his pilgrimage
10:53.40woglinde*g*
10:53.49woglinde~lart openstreetmap
10:53.49ibotfrags openstreetmap with his BFG9000
10:56.45woglindeargs
10:56.48woglindemy fault
10:56.52woglindehave to parse the maps
10:56.55*** join/#oe sicu (n=n_a@cm-84.208.110.191.getinternet.no)
10:59.39RPpb__: good. I've sent the notes around now too
11:00.01pb__good-o
11:00.28pb__I'll have a look at those once I get fed up with debugging this stupid curl problem. :-}
11:02.26tasslehoffI want to keep my own scripts and programs in a /apps-folder. Do I just create the dir and install to it in do_install? I tried doing a "install -d ${D}/apps", but did't get a new dir in the finished rootfs.
11:03.03pb__tasslehoff: you need to add it to FILES as well.
11:04.07tasslehoffpb__: a "FILES += "in my recipe? or somewhere else
11:04.28zeckeOT: has anyone run into GSlice performance problems?
11:04.30*** join/#oe edufelipe (n=edufelip@189.4.72.143)
11:04.58pb__tasslehoff: in your recipe
11:05.24pb__zecke: it works pretty well for me so long as you don't have multi threading
11:05.40pb__performance does suck somewhat in the presence of multiple threads
11:08.04zeckepb__: i have threads and pthread_getspecific is #1 in the profile
11:08.18pb__zecke: ah
11:08.30pb__yeah, if you have threads then you will lose
11:08.34zeckepb__: is this more of a problem in glibc, glib, ARM?
11:08.40pb__though, if you are using tls, pthread_getspecific() is pretty lightweight
11:09.13zeckepb__: any recent EABI should have tls enabled... so it is the vast majority of calls then :(
11:09.44pb__zecke: yeah.  you could improve matters by patching glib to use __thread, rather than pthread_getspecific/setspecific
11:10.09zeckepb__: my understanding is... I have pretty large Gtk widget hierachy and propagating a paint requires creating and destroying GdkRegion's (which uses gslice)
11:10.11pb__that has been sort of on my to-do list for a while but it has never risen to the top
11:10.24pb__(partly because I have an ambition to eliminate the use of threads from my application anyway)
11:11.05pb__zecke: yes, I think your understanding is correct.  gtk and gdk are quite heavy users of GSlice.
11:11.09zeckepb__: hehe, so for __thread GCC will directly generate a tls call/lookup (I don't remember exactly)
11:11.34pb__it is a shame that gslice doesn't allow you to have completely separate arenas for different usages.  this would allow you to remove the thread overhead altogether in many cases.
11:11.37pb__zecke: right
11:11.53zeckepb__: it can't do the same for getspecific?
11:12.05pb__zecke: yeah, it can, but it is wrapped in an extra function call then
11:12.41pb__also, depending on your cpu and exact abi details, the tls operation may be fairly heavyweight in itself.
11:13.41pb__have a look at what __aeabi_read_tp() is doing on your system
11:14.31*** join/#oe mario-goulart (n=user@67.205.85.241)
11:17.17zeckepb__: seems to jump into a page exposed by the kernel
11:21.06pb__right, that should be ok
11:21.16pb__assuming you don't have a hard tls register, this is about as good as it gets
11:23.25*** join/#oe holtmann (n=holtmann@nikita.holtmann.net)
11:24.00zeckepb__: I don't see any other implementation of this function in glibc?!
11:24.33pb__ah, hm.  I thought there was an mrc-based one in glibc but maybe that was never actually implemented.
11:25.40zeckepb__: not in 2.9
11:25.54pb__okay
11:26.05pb__I'm pretty sure it hasn't been done since 2.9 so I guess it just never happened.
11:26.31pb__hard-tp equipped hardware is still moderately rare so it is probably not all that big a deal
11:27.17pb__arm1176 has it, and I guess at least some of the cortex-a series do.
11:27.31pb__it wasn't in arm1136 or anything earlier, iirc
11:27.51zeckepb__: this target here is good ole xscale..
11:28.00pb__right, definitely no hard tp on xscale
11:29.15*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
11:33.20*** join/#oe pirho_ (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
11:37.11*** part/#oe holtmann (n=holtmann@nikita.holtmann.net)
11:37.27*** join/#oe vo5 (n=vo@bd2102c5.virtua.com.br)
11:37.37*** join/#oe zoff99 (i=chatzill@80.109.110.37)
11:43.16ynezzotavio: Hi, regarding "[oe] [PATCH] libgsf: fix compile error, add missing dependency gtk+" - my original patch with DEPENDS="gtk+" was commited already, with dependency on gdk-pixbuf there were some troubles as I wrote in email, like Abiword breakage, honestly I don't know what kind of patch should I cook :)
11:43.47otavioynezz: to fix gdk-pixbuf?
11:44.06otavioynezz: so we can avoid gtk+ depends
11:44.14ynezzjust by removing gtk+'s pkgconfig files from gdk?
11:44.49ynezzhonestly, I don't know much about GTK :)
11:44.55otavioynezz: or updating them? or updating the recipe that does it to work with newer versions
11:45.23ynezzah, update gdk to gtk version, right?
11:45.32otavioynezz: first of all; nice to meet you :-)
11:45.48otavioynezz: might be; the idea is to reduce compilation time
11:45.58ynezznice to meet you too
11:46.22ynezzyes I got it, it's better to compile gdk then whole gtk+
11:51.58zeckepb__: did you look at how you would replace GPrivate with using __thread?
11:52.53CIA-203Petr Å tetiar <ynezz@true.cz> 07org.openembedded.dev * r29bc82428b 10openembedded.git/recipes/linux/ (linux-2.6.31/iei-nanogx-466/defconfig linux_2.6.31.bb):
11:52.53CIA-2linux: Linux 2.6.31.5 for IEI Nano GX-466
11:52.53CIA-2Signed-off-by: Petr Å tetiar <ynezz@true.cz>
11:52.53CIA-2Acked-by: Otavio Salvador <otavio@ossystems.com.br>
11:53.01woglindere
11:53.04CIA-203Petr Å tetiar <ynezz@true.cz> 07org.openembedded.dev * rbec85b495e 10openembedded.git/ (conf/checksums.ini recipes/linux/linux_2.6.31.bb):
11:53.04CIA-2linux: Linux 2.6.31.5
11:53.04CIA-2Signed-off-by: Petr Å tetiar <ynezz@true.cz>
11:53.04CIA-2Acked-by: Otavio Salvador <otavio@ossystems.com.br>
11:53.06CIA-203Petr Å tetiar <ynezz@true.cz> 07org.openembedded.dev * rdbee1acac7 10openembedded.git/conf/machine/iei-nanogx-466.conf:
11:53.09CIA-2Machine configuration for IEI Nano GX-466
11:53.11CIA-2Signed-off-by: Petr Å tetiar <ynezz@true.cz>
11:53.13CIA-2Acked-by: Otavio Salvador <otavio@ossystems.com.br>
11:53.45woglindehi otavio btw.
11:53.54otaviowoglinde: hi :-)
11:54.11woglindeotavio I will revert the geode patches this evening
11:54.24otavioynezz: about the i586 x i486. Can you test it for performance?
11:54.30otaviowoglinde: which ones?
11:56.08otaviois Phil Blundell around?
11:56.17ynezzotavio: I would like to do some test, but I don't know when :)
11:56.50otavioynezz: it is better todo tests before commiting stuff ;-)
11:57.14ynezzit wasn't slow for me, so I didn't care
11:57.43ynezzwhich benchmark should I use?
11:58.21otavioynezz: an AMD engenier, when I was doing it, suggested to use i486 in absense of geode. Might be nice to test to confirm it.
11:58.31ynezzok
11:58.58otavioynezz: dunno; something massive and that do not depends on X ;-)
11:59.37tasslehoffpb__: I should be able to add FILES_${PN} += "/apps" in more than one recipe?
12:00.11otavioynezz: "git grep bench" shows nice things
12:00.15ynezzok
12:00.27pb__tasslehoff: yes
12:01.09pb__zecke: not in any detail, it just seemed like this would be a better way for gslice to do its thread pools
12:02.04zeckepb__: do you know how pthread_mutex_lock is implemented on ARM? could you assume it is moderately okay on armv5t?
12:02.08tasslehoffpb__: it worked on the first one, but when I did the same on another to move it from bindir to appsdir it said: ERROR: QA Issue with loader: non debug package contains .debug directory:
12:05.44tasslehoffah, FILES_${PN}-dbg += "${appsdir}/.debug" solved it
12:09.24*** join/#oe reid05 (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com)
12:09.35*** join/#oe Heinervdm (n=thomas@pD9E13889.dip.t-dialin.net)
12:14.14CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r7213df0bcd 10openembedded.git/classes/base.bbclass:
12:14.14CIA-2base.bbclass: Fix staging paths for native recipes (from Poky)
12:14.14CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
12:14.15CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r25600181da 10openembedded.git/classes/base.bbclass:
12:14.15CIA-2base.bbclass: Drop import bb and import os as no longer needed
12:14.18CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
12:14.20CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r82c6bf2656 10openembedded.git/conf/sanity.conf:
12:14.23CIA-2sanity.conf: Bump minimum bitbake version requirement
12:14.25CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
12:14.27CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * rfc32427d98 10openembedded.git/classes/base.bbclass:
12:14.30CIA-2base.bbclass: Drop legacy rebuild mangling code
12:14.32CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
12:14.51RPhrw|gone: The above commit should fix that native problem you were having
12:15.00RPhrw|gone: and I pushed a fix to the icu recipe in poky too
12:26.44*** join/#oe denix (n=user@host86-134-70-22.range86-134.btcentralplus.com)
12:30.15*** join/#oe alecrim (n=alecrim@189.2.128.130)
12:30.22*** join/#oe GNUtoo (n=gnutoo@host175-85-dynamic.51-79-r.retail.telecomitalia.it)
12:40.08*** join/#oe sicu (n=n_a@cm-84.208.110.191.getinternet.no)
12:41.04hrwmorning
12:41.07hrwRP: thx
12:41.15denixhrw: welcome back
12:41.16RPhi hrw - trip back ok?
12:41.23hrwRP: yes
12:41.30denixRP: gm
12:41.35*** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl)
12:41.37RPhi denix
12:41.39hrwfrom Berlin to home I travelled alone in microbus
12:43.32CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rcb23f95780 10openembedded.git/conf/sanity.conf:
12:43.32CIA-2sanity.conf: Bump minimum bitbake version requirement
12:43.32CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
12:43.33CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r29c7d3351f 10openembedded.git/classes/package.bbclass:
12:43.35CIA-2package.bbclass: Change to operate on a copy of the install directory instead of directly. Also take the opportunity to rename the temp directories so their function is clear (from Poky)
12:43.36hrwRP: bitbake-dev and master req python2.6?
12:43.38CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
12:43.39*** join/#oe sicu (n=n_a@cm-84.208.110.191.getinternet.no)
12:43.40CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r353ba77e54 10openembedded.git/classes/package.bbclass:
12:43.44CIA-2package.bbclass: Move variable checks to one place making the code more readable (from Poky)
12:43.45CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
12:43.47CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r0d722f5b12 10openembedded.git/classes/base.bbclass:
12:43.49RPhrw: yes, at present
12:43.50CIA-2base.bbclass: Drop legacy rebuild mangling code
12:43.52CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
12:43.54CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r9a5937f6c6 10openembedded.git/classes/base.bbclass:
12:44.01CIA-2base.bbclass: Drop import bb and import os as no longer needed
12:44.03CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
12:44.05CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rc41e3631d3 10openembedded.git/classes/package.bbclass:
12:44.08CIA-2package.bbclass: Remove hardcoded use of PKGDEST variable (from Poky)
12:44.10CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
12:44.12CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r6111d7132a 10openembedded.git/classes/package.bbclass:
12:44.15CIA-2package.bbclass: Add the option to declare package preprocess function hooks (from Poky)
12:44.17CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
12:45.10hrwok
12:45.16*** join/#oe fpga (n=s@92.62.56.51)
12:48.48*** join/#oe Christos_N (n=chatzill@gw7.mycosmos.gr)
12:49.10*** part/#oe Christos_N (n=chatzill@gw7.mycosmos.gr)
12:49.22hrw/usr/lib/gcc/x86_64-linux-gnu/4.3.4/../../../../lib/libSM.so: undefined reference to `uuid_unparse_lower@UUID_1.0'
12:49.26hrw/usr/lib/gcc/x86_64-linux-gnu/4.3.4/../../../../lib/libSM.so: undefined reference to `uuid_generate@UUID_1.0'
12:49.34hrwRP: thats dbus-native in recent poky trunk
12:49.41likewisegm all
12:49.51RPhrw: After that fix?
12:50.01RPhrw: Was that with a clean tmp?
12:50.07hrwnot clean
12:50.13hrwhave to rip tmp out?
12:50.22RPhrw: yes, for that fix :(
12:50.38RPhrw: Its a one line bug but a serious one
12:50.49RPhrw: er, sorry, not for poky
12:50.55RPhrw: for OE it is
12:51.33RPhrw: Its just dbus-native and icu-native that failed?
12:52.17hrwgnome-keyring do_configure too
12:52.42hrwconfigure.in:68: error: possibly undefined macro: AM_GCONF_SOURCE_2
12:53.02hrwanyway it is time to do some work for me finally
12:53.14hrw-> October poky turnk then
12:53.25RPhrw: You're worrying me as I'm not seeing these
12:53.43RPhrw: Have you tested Poky trunk recently without the new changes?
12:54.08hrwRP: I did build on oedem and now just did ;git pull; and tried to continue build
12:54.24hrwRP: but it was your branch... not trunk
12:55.28RPhrw: ok, the icu failure should be fixed, the other issues worry me
12:57.38hrwRP: so Poky/master or Poky/master-work-in-progress?
12:59.02RPhrw: I'd like to get wip working if we can please but it'd be intersting to know if master works too or not
13:02.20CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r96b090d1b4 10openembedded.git/classes/autotools.bbclass:
13:02.20CIA-2autotools.bbclass: Remove pointless inherit (from Poky)
13:02.20CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:02.21CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r6f481bcc54 10openembedded.git/classes/autotools.bbclass:
13:02.21CIA-2autotools.bbclass: Allow for leading whitespace in gettext and intltool searches (from Poky)
13:02.25CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:02.27CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * rf6c3cb05c0 10openembedded.git/classes/autotools.bbclass:
13:02.30CIA-2autotools.bbclass: Create m4 directory earlier avoding issues with intltoolize (from Poky)
13:02.32CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:02.34CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * rc942cea699 10openembedded.git/classes/ (base.bbclass packagedata.bbclass):
13:02.37CIA-2packagedata.bbclass: Split package data handling functions out from base.bclass (from Poky)
13:02.39CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:02.41CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * ra4959a6371 10openembedded.git/classes/binconfig.bbclass:
13:02.44CIA-2binconfig.bbclass: Convert do_install_append() into a PACKAGE_PREPROCESS_FUNCS (from Poky)
13:02.55CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:02.56CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * rdb67608163 10openembedded.git/classes/autotools.bbclass:
13:02.59CIA-2autotools.bbclass: Convert .la file mangling to package preprocessing hook
13:03.01CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:03.03CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * rf985c5f5a0 10openembedded.git/classes/ (autotools.bbclass base.bbclass):
13:03.06CIA-2autotools.bbclass: Separate out useful staging functions into base.bbclass and call from autotools classes (from Poky)
13:03.09CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:03.11CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r070cb3ccd3 10openembedded.git/classes/ (base.bbclass binconfig.bbclass pkgconfig.bbclass):
13:03.16CIA-2binconfig/pkgconfig.bbclass: Convert staging functions into SYSROOT_PREPROCESS_FUNCS operating on SYSROOT_DESTDIR
13:03.20CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:03.22CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * rfb84242b1d 10openembedded.git/classes/canadian-cross.bbclass:
13:03.25CIA-2canadian-cross.bbclass: Fix circular references after layout_ changes
13:03.27CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:03.31CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r4b7aa60600 10openembedded.git/classes/native.bbclass:
13:03.34CIA-2native.bbclass: If do_stage isn't overridden, allow do_install to run for native packages (from Poky)
13:03.36CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:03.38CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r828e7db904 10openembedded.git/classes/ (base.bbclass packaged-staging.bbclass):
13:03.43CIA-2packaged-staging.bbclass: Use a variable for the location of the staging lock file (from Poky)
13:03.52CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:03.52CIA-203Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r9b00fa2c61 10openembedded.git/classes/base.bbclass:
13:03.52CIA-2base.bbclass: Note legacy staging packages in debug output
13:03.54CIA-2(30 lines omitted)
13:03.58CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rf6c3cb05c0 10openembedded.git/classes/autotools.bbclass:
13:04.03CIA-2autotools.bbclass: Create m4 directory earlier avoding issues with intltoolize (from Poky)
13:04.05CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:04.07CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rc942cea699 10openembedded.git/classes/ (base.bbclass packagedata.bbclass):
13:04.10CIA-2packagedata.bbclass: Split package data handling functions out from base.bclass (from Poky)
13:04.12CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:04.16CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r96b090d1b4 10openembedded.git/classes/autotools.bbclass:
13:04.19CIA-2autotools.bbclass: Remove pointless inherit (from Poky)
13:04.21CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
13:12.21RPhrw: The build explodes here too - looking into what I broke :)
13:12.32RPhrw: Worryingly it does break differently
13:18.27RPpb__: I've found an interesting problem with DEPENDS_virtclass-native :/
13:18.52RPpb__: Specifically when we use that construct it makes the DEPENDS_prepend in base.bbclass useless
13:19.36*** join/#oe dos1 (n=dos@dhg133.neoplus.adsl.tpnet.pl)
13:20.20*** join/#oe fpga (n=s@92.62.56.51)
13:20.24woglindere
13:20.30woglindehi rp and hrw
13:20.30RPhi woglinde
13:20.34pb__RP: hm, why so?  I thought _prepend and _append were processed last, after all the other overrides had run.
13:20.46pb__so, in that case, I would have expected it to still apply to the overridden value
13:23.35RPpb__: Hmm. That isn't what is happening at least
13:26.43denixRP: thanks for the merge
13:27.32RPdenix: I've not merged fully yet - trying to clean up the series a bit and make it a logical transition first :)
13:27.59woglinderp how much time you have to work on it?
13:28.11mckoanre
13:28.17RPpb__: FOO = "a", FOO_append = "b" and FOO_qemuarm = "c" results in c, assuming my MACHINE is qemuarm
13:29.01RPwoglinde: I will find the time to do what it needed
13:29.18woglindeokay
13:29.19pb__RP: ah, drat.
13:30.07RPpb__: On the postive side it means its not some obsure issue with BBCLASSEXTEND's handling of the override :/
13:30.16pb__could replace that DEPENDS_prepend with an anonymous python func that does the prepending, which I guess would work but is not exactly pretty.
13:30.24pb__RP: heh, I guess that is true
13:30.40mckoanpb__: Jay7 I have any photo, I asked to other to send me them, IIRC Crofton|work and Robert took many
13:30.54*** join/#oe RP (n=richard@93-97-173-237.zone5.bethere.co.uk)
13:30.54pb__mckoan: ah, right
13:30.58*** join/#oe gnutoo_ (n=gnutoo@host175-85-dynamic.51-79-r.retail.telecomitalia.it)
13:31.04woglindehi gnutoo
13:31.41RPpb__: I think it has to be promoted to an anonymous function :/
13:31.59RPcurses at the irc client for segfaulting
13:32.11woglinderp urgs
13:32.20woglindeI get only psi segfaulted
13:35.18pb__RP: right, I was just saying that when your irc client went away :-)
13:35.56RPpb_: anonymous python functions run before override expansion
13:36.18RPpb__: of this particular override anyway
13:36.56RPSince virtclass native does insane things with DEPENDS anyway I think I'll just adjust that code
13:37.13pb__oh, right, I guess they do.  that is a bit annoying, unless you are prepared to have an anonymous function that spots DEPEND_virtclass-native and prepends a spare copy to that as well.
13:37.23pb__yeah, that might be the easiest solution
13:37.26jovoxpb__:  I tried to do a echo "#Testing"  >> /etc/sudoers from sudo.inc in my overlay recipe but nothing was written to sudoers
13:37.45*** join/#oe woglinde (n=henning@p5DDC5BFC.dip.t-dialin.net)
13:37.50woglinde~lart psi
13:37.50ibotplops psi into a giant vat of herring
13:37.55pb__jovox: you'd need to show me the actual file, it is hard to say anything useful based on that snippet
13:38.01CIA-203Liam Girdwood <lrg@slimlogic.co.uk> 07org.openembedded.dev * r2f9a991fd5 10openembedded.git/ (8 files in 3 dirs):
13:38.02CIA-2pulseaudio: added pulseaudio-0.9.19
13:38.02CIA-2Signed-off-by: Liam Girdwood <lrg@slimlogic.co.uk>
13:38.02CIA-203Liam Girdwood <lrg@slimlogic.co.uk> 07org.openembedded.dev * r53c5c0c34d 10openembedded.git/: Merge remote branch 'origin/org.openembedded.dev' into upstream
13:38.02pb__lunchtime now, bbiab
13:38.09woglindebye pb
13:38.21woglindeuh commits from liam
13:38.24CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * rc87a750a79 10openembedded.git/conf/distro/include/shr-autorev.inc:
13:38.24CIA-2shr: pin libfsobasics revision
13:38.24CIA-2Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
13:38.28woglindethey are rar
13:38.33woglinderare
13:38.54lrgwoglinde: heh, very true. just got my new key from mickey|away
13:39.05lrgI managed to delete my old key :(
13:39.08jovoxpb__:  http://pastebin.com/m7537a5f7
13:39.18woglindelrg hm yeah knows that
13:39.23woglindeor forgetting the passwd
13:39.45lrgwoglinde: heh, I was hoping people would have forgotten ;)
13:40.30lrgwoglinde: now I have glibc-2.10.1 patch to email to the list
13:40.54woglindeI meant I know the feeling loosing the key or forgetting the key
13:41.59lrgits not a good feeling :-/
13:42.27lrgI was moving to a new PC at the time and copied stuff over before nuking the old HD
13:42.44woglindeah
13:43.11woglindeI once forgot over night how my LDAP passwd was typed
13:43.17woglindeat work
13:43.24woglindethats not nice either
13:44.01lrgwoglinde: XorA|gone has never let me forget the fact I deleted my key ;)
13:44.01ynezzit's easy to copy key to phone
13:44.19ynezzthat way I have it all the time with me
13:44.29lrgynezz: heh, but I had gta01 at the time ;)
13:44.32ynezz:D
13:44.47XorA|gonelrg: well you did delete it about 30secs after I said have you got you keys backed up :-)
13:52.09*** join/#oe rsalveti (n=rsalveti@200.184.118.130)
13:59.39*** join/#oe florian_kc (n=fuchs@Maemo/community/contributor/florian)
14:01.02likewisegm florian_kc
14:01.22*** join/#oe Ainulind1le (n=ainu@calaquendi.org)
14:03.16likewiseRP: got some parsing fall-out after the 1.8.16 against .dev head: http://www.pastebin.ca/1663401
14:03.17mckoanpb__: looking for an UK web radio to listen at office I came across this :-D http://www.radiofeeds.co.uk/reciva.asp
14:04.11RPlikewise: ah, let me fix that ;-)
14:04.52likewiseRP: glad to have you on the channel during such commits :-)
14:07.41CIA-203Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r0fc2395bd6 10openembedded.git/classes/base.bbclass:
14:07.41CIA-2base.bbclass: Promote packagedata inherit to a direct inherit due to ordering issues
14:07.41CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
14:08.15RPlikewise: I'm trying to be around for reasons like that :). The fix was in the wip branch in this case, its just a patch ordering issue - let me know if that resolves that problem
14:09.05RPpb__: The order we resolve _prepend and _append in causes some serious headaches :/
14:09.34jic23_Somewhat off topic but given there are at lease a few eclipse users on here.  Does anyone know how to limit the number of break points?
14:09.56RPpb__: It appears to be immediate meaning I can't play the trick I hoped of chaging "DEPENDS" as the core variable early enough
14:10.19likewiseRP: tricks are no longer allowed in programming anyway :-)
14:10.41RPlikewise: Don't look at the core OE code then ;-)
14:13.03*** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1)
14:13.11likewiseRP: My lack of python-language-completeness makes me oversee all tricks anyway
14:13.25RPWhen I need is a hook pre data expansion in bitbake
14:14.19likewiseRP: that fixes this one. I'll let the build proceed on this one.
14:15.04RPlikewise: good, thanks for testing - its an artifact of the fact I'm kind of drip feeding things and didn't catch that dependency in the patch series
14:15.44*** join/#oe montamer (n=montamer@203.199.213.3)
14:16.05likewiseRP: no problem, thanks for dripping goodies on us.
14:16.29RPpb__: I feel tempted to add a anonymous_preexpansion() hook but that could appear a little evil ;-)
14:16.30likewise(ok that sounded gross)
14:16.49RPlikewise: it did :)
14:16.52likewiseWhat's this mean: *** %n in writable segment detected ***
14:17.22RPlikewise: Its a compiler warning I think?
14:18.25pb__it's actually a glibc warning
14:18.33pb__i.e. you get it at run time, not compile time
14:18.47RPpb__: That makes more sense ;-)
14:19.23chouimat_morning
14:19.48pb__%n is a particularly toxic format parameter because it causes printf() to write back to memory rather than reading from it.
14:21.06pb__if you have the hardening options enabled, libc will not permit format strings with %n in them except where the string resides in read-only memory, to reduce the risk of security problems due to unchecked user input
14:22.04pb__I think fedora, and maybe a couple of other distros, turn that on by default nowadays.
14:22.32floriangood morning
14:23.13RPpb__: I can't come up with a none evil way of solving this :(
14:23.23RPor a way without adding new options to bitbake
14:23.29pb__RP: yah, I can't immediately think of one either.
14:23.58pb__I am a bit surprised (though not completely shocked) that bitbake is behaving the way that it apparently is.
14:24.29pb__I guess that requiring a new bitbake version at this point would not be such a big deal so now would be the time to add that feature if it is needed :-)
14:24.42jovoxpb_ did you see my paste?
14:25.21*** join/#oe ctusar (n=ctusar@router2.videon-central.net)
14:25.22pb__jovox: oh, yeah, sorry.  that does look ok to me.  so, you're saying that you do "ipkg install sudo", or whatever, but your appended line doesn't show up in /etc/sudoers?
14:25.34pb__and presumably you don't get an error either
14:26.41pb__bbiab, gotta read some powerpoint presentations for my boss now
14:26.46jovoxsudo is "included" in my image. And as you said, the /etc/sudoes has not changed
14:28.46RPpb__: The best solution might be an -= or "_delete" extension to the metadata as then I'd not have to play with depends anyway...
14:29.03RPWe've talked about one for long enough, the ordering issues just scare me
14:33.00pb__RP: if you wanted to go down the deletion route then presumably an anonymous function would work for that without any bitbake changes.
14:33.17pb__since in that case, what you want to operate on is the overridden data anyway
14:33.30RPpb__: I mean adding that to the syntax in general
14:33.54RPpb__: Adding a special case for this use is probably the best short term fix thoug
14:38.11pb__yeah
14:38.17pb__adding _delete in general might indeed be a good thing
14:38.19*** join/#oe kergoth (n=kergoth@nat/montavista/x-bmizpqwpdtnwjhle)
14:38.25pb__morning kergoth
14:38.53RPhi kergoth
14:40.36*** join/#oe montamer (n=montamer@203.199.213.3)
14:45.22*** join/#oe mcgeagh (n=mcgeagh@xbmc/staff/mcgeagh)
14:47.21*** join/#oe hrw (n=hrw@chello089078170228.chello.pl)
14:47.24RPpb__: http://git.pokylinux.org/cgit.cgi/poky/commit/?h=master-work-in-progress&id=e3264eed5de2496f45402b2f3290915f1fd030bf - not ideal but probably the least nasty thing I can find
14:47.54RPpb__: Its not like we're going to have a large number of these things and this buys us some time...
14:50.52pb__yeah, fair enough
14:50.56pb__I think that is fine for now
14:51.24*** join/#oe mcgeagh (n=mcgeagh@xbmc/staff/mcgeagh)
14:53.48pb__florian: good morning
14:55.19kergothhey all
14:55.23florianmade it back home
14:55.27florianhi kergoth
14:55.35kergothyawns
14:55.55kergothglad to hear oedem went well
14:56.54hrwkergoth: I hope that next one will be with you being present
14:57.32kergothi'll have to set aside some cash so i can do it out of pocket if MV won't send me
15:01.37hrwand then reimburst it from e.V.
15:06.37kergothmulls over possibilities for persistence/storage of build output (i.e. pkgdata) for subsequent builds
15:07.38hrwkergoth: you mentioned something about locking used versions/revisions for OE. was it merged? and how to use it?
15:08.05kergothi don't think my implementation ever went in, someone elses did, but i don't recall how you enable it offhand
15:08.29hrwok
15:08.58hrwI just have builds now with ~20% of recipes hitting customer svn
15:09.04hrwvery slow svn...
15:09.22hrw13 minutes and not yet parsed  831 recipes ;(
15:11.13RPhrw There is a BB_SRCREV_POLICY = cache or clear variable
15:12.28hrwk
15:13.48hrwthx
15:15.55hrwRP: so 'cache' value means 'do not check revs until you have them in cache dir'?
15:16.36RPhrw: It means do not check if they are in the cache, yes
15:17.28*** join/#oe brolin_ (n=brolin@201.232.107.129)
15:17.48hrwlove it
15:20.49kergothwonders what it would take to add better traceability to the system
15:22.01woglindehi kergoth
15:23.11kergothi wonder if you could dump make's internal database to analyze what it will do when you run a given make target..
15:25.58kergoththough, i guess you'd have to parse shell commands to make use of that.. not so trivial
15:27.01kergothRP: how does the e2factory staging stuff work?
15:29.20RPkergoth: Firstly that always use a chroot and require root privs. Each time they build anything they populate a chroot from staging package and build within that entirely
15:29.41kergothah, interesting
15:29.53RPkergoth: Each build is associated with a checksum which represents the contents of the chroot
15:29.57kergoththat would certainly make things deterministic, if hefty..
15:30.11RPRight, that was what their objective was
15:30.43RPhrw: I've pushed fixes to poky's wip branch. It'd be interesting to know if things work better now
15:30.49woglinderp hm I saw some of your autotools.bbclass changes
15:31.07woglinderp what are you doing if configure.ac poiting to different m4-dir
15:31.18woglindethan m4
15:31.23kergothhmm.
15:31.28RPwoglinde: Not a different one, just moing the mkdir command around
15:31.44RPwoglinde: I found a weird corner case in poky
15:32.03woglindehm
15:32.08RPs/moing/moving/
15:32.16RPwoglinde: What concerns you about that?
15:32.22*** join/#oe fpga1 (n=s@92.62.56.51)
15:32.30kergothRP: that sounds a lot like what i was playing with with private staging areas, only even more so.  i too was thinking about using a checksum to cache those staging areas for other recipes to use
15:32.33kergothhmm
15:32.37woglindeI think there will be some problems when the m4 macros are in a diffrent dir
15:32.54woglindehm
15:32.58woglindeor nevermind
15:33.01woglindeshould work
15:33.05hrwRP: ok
15:33.06RPkergoth: yes, I think we could do something like this
15:33.24RPwoglinde: We already have the mkdir there, I just moved it before another call
15:33.44kergothi like the chroot idea on top of it, but could even make that piece optional, or leverage qemu to avoid the need for root..
15:33.46kergothponders
15:34.30RPkergoth: All compiles under qemu?
15:34.39*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
15:34.42woglinderp hm I think the correct solution is search configure.ac/in if m4-macro-dir points to something then create m4 or not
15:34.50kergothheh, point taken, that would be pretty slow, though not as slow as it used to be :)
15:34.58kergothah well, something to think about
15:34.58RPkergoth: :)
15:35.08woglinderp otherwise its little bit confusing if there is an empty m4 dir
15:35.11RPkergoth: yes, I liked their use of checksums
15:35.19hrwRP: within same build or from scratch one?
15:35.19RPwoglinde: Its always been there though ;-)
15:35.34RPwoglinde: Whether it should be is a different question than my patch which just moved the mkdir ;-)
15:35.36woglindehm yeah now I know why
15:35.45RPwoglinde: me too
15:36.11RPwoglinde: too many other problems ahead of that one in my queue to worry :/
15:37.05jovoxhmm iptables doesnt run. Could not load /lib/modules/2.6.30/...... the reason is becuase I'm running 2.6.25.20
15:37.15woglinderp I can fix it
15:37.22woglindeshould be easy for me
15:37.41woglindebye till later meeting
15:42.22Jay7florian: sorry, but I should continue to bother you about wiki..
15:43.51florianJay7: yes you are right, i'll do my best but I have a pile of extremely urgent jobs at the office right now :-(
15:43.58florianbut i didn't forget :-)
15:44.07Jay7florian: ok :)
15:45.13hrwRP: | /home/hrw/devel/OH/poky/build/tmp/work/x86_64-linux/icu-native-3.6-r4/temp/run.staging_helper.12529: line 1050: unexpected EOF while looking for matching `''
15:45.20hrwRP: do from scratch?
15:45.27hrwRP: should I do from scratch?
15:48.29*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
15:49.25*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
15:50.13hrwRP: same from scratch
15:51.12hrwRP: its sysroot_stage_libdir() function
15:51.41hrwbut I do not see error there
15:54.10hrwfound I think
15:56.48hrwnope
15:58.00*** join/#oe pH5 (n=ph5@e178212249.adsl.alicedsl.de)
16:01.57RPhrw: I'm running a build from scratch here, hopefully I'll hit that
16:05.08hrwRP: 'bitbake icu-native' on scratch is enough
16:05.27*** join/#oe mnabil_ (n=mnabil@41.234.68.195)
16:05.28RPhrw: yes, fix pushed
16:05.32woglindere
16:05.41RPhrw: and something else I'd forgotten to push :(
16:05.46RPhrw: one of those days, sorry
16:05.50hrwhappens
16:07.42hrwNOTE: package icu-native-3.6-r4: task do_build: completed
16:13.10hrwhi cbrake
16:19.26*** join/#oe rob_w (n=bob@p549BE9A2.dip.t-dialin.net)
16:23.47hrwRP: dbus-native lacks dep on libsm-native
16:24.20woglinde*g* oe-pbuilder
16:25.15JaMa|Wrkhrw: thats why it used -lSM and -lSomething from buildhost? thanks for catching it..
16:26.19woglindejama jupp there are some more stuff of this
16:27.19JaMa|WrkI've seen it because buildhost's libSM.*.so depends also on libuuid.so.1 which was missing in oe build
16:29.01woglindejama jupp
16:29.16*** join/#oe kristoffer_ (n=kristoff@79.138.188.180.bredband.tre.se)
16:29.18*** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net)
16:30.57hrwyep
16:31.47RPhrw: We should disable adt_audit instead :)
16:32.49hrwdo what you want
16:33.15RPhrw: We have no users of the audit stuff though, right?
16:33.21RPand this means no libx11-native ;-)
16:36.11RPhrw: fix pushed
16:36.17*** join/#oe kristoffer (n=kristoff@79.138.188.180.bredband.tre.se)
16:37.56kergothhas anyone had to deal with the use of ext2 extended attributes in  an oe built filesystem?
16:38.31hrw<PROTECTED>
16:38.31hrwUnboundLocalError: local variable 'os' referenced before assignment
16:38.31hrwERROR: Task 3713 (/home/hrw/devel/OH/poky/meta/packages/gnome/gnome-mime-data_2.18.0.bb, do_package) failed
16:38.38hrwRP: next one
16:39.00hrw~curse libtool & imagemagick
16:39.00ibotMay the fleas of a thousand camels infest your most sensitive regions, libtool & imagemagick !
16:40.19CosmicPenguinkergoth: in what way?
16:41.12kergothCosmicPenguin: well, consider someone that wants to use acls or something, and wants a read only rootfs.
16:41.28kergothyou can't add them in a rootfs postprocess, because it isnt ext2 yet, and i doubt genext2fs supports attributes
16:42.07hrwkergoth: what about own IMAGECMD_ext2 which will make image and then call command which will ACLs?
16:42.28CosmicPenguinyeah - isn't that exactly like making an ext3 filesystem?
16:42.28kergothcan those commands run against an image file rather than files in a mounted ext2 filesystem?
16:42.38RPhrw: that error should never happen :/
16:42.56RPhrw: Trying to get my build up to that...
16:43.27RPhrw: Reading the function I can't see anything obviously wrong with its use of os ...
16:43.54*** join/#oe Gnutoo (n=gnutoo@host251-130-dynamic.54-79-r.retail.telecomitalia.it)
16:44.36kergothreads up on more details of xattrs
16:45.08hrwRP: add "import os" to populate_packages and it will work
16:45.22*** join/#oe cminyard (n=cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
16:47.49hrwand yes, I know - it should work without it
16:48.22RPhrw: right, the interesting question is why/how it broke
16:49.36CIA-203Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r636a0d3acb 10openembedded.git/ (3 files in 3 dirs):
16:49.36CIA-2xf86-video-cirrus: add 1.3.2 and set it as prefered for X11 7.5
16:49.36CIA-2Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
16:50.51kergothhrw: the xattr commands are run against files in the mounted filesystem, as far as i can tell.  we can't mount the image as root, so how to add attributes to files within an image? :)  there's postinsts, but of course that only works if the rootfs is rw on the target
16:51.02kergothscratches head
16:51.03kergothreads more
16:51.10hrwkergoth: no idea, never played with acl
16:51.14kergothme neither
16:51.16kergoth:)
16:51.26RPkergoth: Can some of the utils not work on a file?
16:51.42kergothnot sure what you mean
16:52.25RPkergoth: You can't be the first person who wants to change an unmounted system. Often the utils can take a /dev/xyz0 option and can equally take a file
16:52.41CosmicPenguinkergoth: hmm - yeah, that might be trouble
16:52.48kergoththe utils don't operate against a device, RP
16:52.53kergoththey run against a file in a mounted filesystem
16:53.07RPkergoth: :(
16:53.12kergothagreed
16:53.29RPkergoth: Like I said though, you can't be the first person who wants to do this...
16:53.33kergothhad a prospective customer ask if we knew how to do such a thing, and got confused :)
16:53.35kergothagreed
16:53.49kergothbut, often other less nice buildsystems will require you build as root
16:53.52kergothhmm
16:54.30kergothgoogles some more
16:54.43hrw-> find OE -name old-libtool-get-rid-of.patch
16:55.05mckoanynezz: your work with IEI Nano GX-466 looks very cool, thank you
16:55.28mckoanynezz: which image have you been testing?
17:05.20*** join/#oe kristoffer (n=kristoff@79.138.188.180.bredband.tre.se)
17:11.14hrwarghhhh
17:11.23hrwI hate libtool
17:11.27*** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
17:11.39woglindehrw *g*
17:11.47woglindeits not libtool fault
17:11.53woglindeits dev fault who uses this
17:11.59*** join/#oe stephank (n=traveler@2002:5419:710e:7:21c:c4ff:fece:ea94)
17:12.16hrwwoglinde: I have old app which used libtool 1.x and need to build it with 2.x libtool
17:12.38woglindeyeah so dont ship the m4 macros
17:14.29mckoanhow do you get a new bitbake?
17:14.50khemgood morning all
17:14.55mckoansvn looks not updated
17:14.59khemmckoan: git clone it
17:15.02pb__kergoth: I think you could build something on top of debugfs to do that.
17:15.10pb__("that" being your xattr thing)
17:15.14khemmckoan: its hosted on oe now
17:15.31hrwhave a nice rest of day
17:15.34mckoankhem: I supposed that, but I can't find it in oe tree
17:15.37ynezzmckoan: with qt-embedded
17:15.54mckoanynezz: thx, I'm giving it a try ;-)
17:16.07khemmckoan: cgit.openembedded.org
17:16.21khemgit clone git://git.openembedded.net/bitbake
17:16.49mckoankhem: thx, I'll update GettingStarted page then
17:17.14pb__kergoth: or patch genext2fs to read xattrs from some kind of manifest file during image construction.  I don't think that'd be very hard.
17:17.22ynezzmckoan: I had to hack qt-embedded a lot to get it compile, I was testing it with qt-embedded-4.5.3
17:18.05kergothi thought about patching genext2fs as well.. would have to learn more about ext2 first.. :)
17:18.32CosmicPenguinpatching genext2fs is not a terrible idea
17:19.20mckoanynezz: qt-e = fb0 ?
17:19.38kergothhmm, wonder why no one else seems to have done such a thing
17:19.39kergothp
17:19.45kergothprobably dont mind doing shit as root.. silly people
17:19.58ynezzmckoan: yep
17:20.30kergothof course, could create an x86 chroot, run qemu in it, and mount it as root in there
17:20.31kergothhehe
17:20.45woglindeynezz whats was wrong in qt-emebedded
17:20.57pb__kergoth: looks like debugfs "mi" command does do what you want, although not in a convenient format
17:21.00mckoanynezz: so are you using a customized image?
17:21.21pb__kergoth: it probably wouldn't be beyond the wit of man to hack that to provide a suitable batch interface to it.
17:22.24ynezzmckoan: I was using custom image, I decided for beagleboard instead of nano for this project :)
17:22.40*** join/#oe ctusar_ (n=ctusar@router2.videon-central.net)
17:22.59kergothah
17:23.03kergothhmm
17:23.27ynezzwoglinde: 4.5.3 for example don't provide tar.gz source archive, I'll try to pastebin my modifications
17:23.55ynezzcoreutils-native_7.2.bb failed
17:24.10mckoanynezz: ok thx
17:24.14woglindeynezz ah so you mean there is no new version?
17:25.03mckoanynezz: BTW I'm talking about Machine IEI Nano GX-466
17:25.05woglindemckoan qt-embedded has some more output modules then fb0
17:25.48mckoanwoglinde: uh, good to know, I used qt/e years ago
17:26.54mckoankhem: Sorry, python 2.6 or later is required for this version of bitbake
17:27.13pb__mckoan: what version is that, master?
17:27.20pb__I think 1.8 should be happy with python 2.5
17:27.20woglindepb yes
17:27.25mckoankhem: In Lenny there is not python 2.6, does this mean I have to build it from src?
17:27.42pb__mckoan: I think you can use the version from ubuntu
17:27.43woglindemckoan you can take it from unstable or ubuntu
17:27.51woglindeargs experimental
17:27.55woglindebut this topic at oedem
17:27.58woglinde+was
17:27.59ynezzwoglinde: hm, I wipped out whole dir and removed that git branch :(
17:27.59mckoanpb__: the problem is that since today I'm no longer able to bitbake, yahooo!
17:28.16ynezzwoglinde: but it's easy to reproduce, try to update 4.5.2 package to 4.5.3
17:28.18pb__mckoan: what goes wrong, exactly?
17:28.30pb__I'm not sure that upgrading to bitbake master is going to be the solution to your problem.
17:29.14ynezzwoglinde: I meant, that there's no ftp://ftp.trolltech.com/qt/source/qt-embedded-linux-opensource-src-${PV}.tar.bz2 for 4.5.3
17:29.24ynezzwoglinde: there's only tar.gz
17:30.42ynezzwoglinde: and qt-embedded.inc relies on tar.bz2
17:30.54*** join/#oe toi (n=toi@d54C2A96D.access.telenet.be)
17:32.09*** join/#oe edufelipe (n=edufelip@189.4.72.143)
17:32.21likewisemckoan: or use the bitbake releases: wget http://download.berlios.de/bitbake/bitbake-1.8.16.tar.gz
17:32.52likewiseynezz: after the require qt-embedded.inc, just override the SRC_URI, maybe?
17:34.41mckoanpb__: initally I had "Bitbake version 1.8.16 is required and version 1.8.13 was found" because I was stuck at svn version
17:34.47woglindeynezz so whats the problem do it as likewise say
17:34.51woglindeown SRC_URI
17:34.57mckoanlikewise: yep, that would fit
17:35.34ynezzwoglinde: ok, I would do it next time I'll play with qt-embedded
17:36.31mckoanbitbaking again, phew!
17:36.41likewisemckoan: :-)
17:36.53kergothpb__: damn.. debugfs can change the i_file_acl field in the inode, but that's not the actual data, it points to a block that holds the attributes.. and i don't see commands to mess with that :)  itd probably be easier to add them to that than to add support to genext2fs though.  thanks for the pointer
17:37.03likewisemckoan: IEI Nano GX-466 is x86?
17:37.24mckoanso whatdo you think if I put this solution (wget 1.8.16) in GettingStarted?
17:37.31ynezzlikewise: it's geode, so x86
17:37.34mckoanlikewise: yep is geode
17:37.59likewisemckoan: that's cool. Also mentioned the git (khem mentioned) for people who want both bitbake and .dev head.
17:38.04*** join/#oe sgh_ (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
17:38.06RPwtf is going on, this unbound variable error only occurs if my function is called populate_packages
17:38.26RPit does not happen with another function name
17:38.34kergothpb__: it is scriptable, btw, it can accept a command on stdin
17:38.37kergothpb__: :)
17:39.33pb__mckoan: right, 1.8.16 is what you want.  I think you can get that from the 1.8 branch in git or from the tarball.
17:39.38pb__git master is almost certainly not what you want.
17:39.47pb__kergoth: ah, jolly good
17:44.04RPSo an "import os.path" later in the function causes os to become a locally unbound variable
17:44.14RP(at the start)
17:46.03RPThis testcase is insane :/
17:46.06mckoanI think that my new entry would be useful for search engines too when you look for those specific errors you may face to http://wiki.openembedded.net/index.php/Getting_started#Obtaining_BitBake
17:48.04mckoanynezz: pastebin your image if you can
17:48.48pb__kergoth: apropos the e2factory thing: rather than running all compiles in qemu, I wonder if you could patch fakeroot to give you a sort of "fakechroot" kind of function.
17:49.09pb__right now fakeroot doesn't wrap enough functions to do chroot but it would probably not be especially hard to arrange.
17:49.26*** join/#oe gnutoo_ (n=gnutoo@host72-158-dynamic.54-79-r.retail.telecomitalia.it)
17:49.51ynezzmckoan: I can't, I've deleted that branch :( I thought, that nobody would be interested
17:50.10ynezzmckoan: but I can dd my CF card and put it somewhere if it helps
17:50.54*** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
17:50.57RPhrw|gone: git pull should give you a fix
17:52.00kergothpb__: someone did start a fakechroot project, not sure how well it works.  there's also a fakeroot-ng, but it uses ptrace rather than LD_PRELOAD, so it's slower
17:52.04mckoanynezz: CF ? what do you mean? the target image?
17:52.23ynezzmckoan: yes, that's only thing I've left now...
17:53.26pb__kergoth: I guess the overhead from ptrace would not be too bad for compilation since gcc does not make many syscalls.
17:53.31pb__it'd be fairly awful for make, though.
17:53.40kergothnods
17:53.52kergothi like that you don't have to worry about LD_PRELOAD being lost or overridden though
17:55.36pb__true.  of course, could wrap setenv() and suchlike to make that less likely.
17:56.09mckoanynezz: no prob, I try some images now to see what happens
17:56.17ynezzRP: after your modifications my build stops at coreutils-native, I've now reverted to your pre tag and it builds
17:56.22pb__actually, you could just wrap exec* and fiddle them to invoke ld.so with an appropriate --library-path argument, forget about LD_PRELOAD in the environment.
17:56.29ynezzRP: I did rm -fr tmp always
17:56.30*** part/#oe denix (n=user@host86-134-70-22.range86-134.btcentralplus.com)
17:56.36RPynezz: how did it break?
17:56.36mckoanhave a nice rest of the day
17:57.06*** join/#oe Christos_N (n=Christos@ppp-94-66-60-206.home.otenet.gr)
17:57.23ynezzRP: in do_compile
17:57.43RPynezz: Can you pastebin the log please
17:58.15ynezzRP: yes, I'll do, I have to rebuild again
17:58.24kergothpb__: good idea
17:58.50RPynezz: failures are only useful if I have the info to fix them ;-)
17:59.05kergothwants to see an oe self hosted setup at some point, get it to build itself a filesystem to build for the target in..
17:59.49RPkergoth: The nativesdk stuff may make that a lot easier
18:00.14kergothtrue, build enough of those and you could chroot right into the sysroot, eh? :)
18:00.58RPkergoth: yes
18:01.17RPkergoth: All the tools have their own libc and so on
18:01.19pb__kergoth: right, that'd be neat.
18:01.21kergoththat could be fun to experiment with
18:02.13pb__go home now
18:02.44pb__later all
18:02.49kergoththinks of a recipe chrooting into sysroot and running bitbake in there.. bitbake under bitbake.. yikes :)
18:02.53kergothlater pb__
18:04.50kergothcourse, if you could, programmatically from a python task tell bitbake to parse the new recipes and all and produce a second cooker for the rest, that could be pretty slick
18:05.06kergothhave a task in the first cooker fire off the second :)
18:07.27*** join/#oe lookingAround (n=chatzill@64.85.190.26)
18:09.20ynezzRP: I've two cases, it's always in different place http://pastebin.ca/1663691 http://pastebin.ca/1663685
18:09.55*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
18:10.27*** join/#oe erik006 (n=erik006@75-119-248-10.dsl.teksavvy.com)
18:13.08CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r04b763dabb 10openembedded.git/recipes/tasks/task-shr-minimal.bb:
18:13.08CIA-2task-shr-minimal: bump PR for shr-theme-gry
18:13.08CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
18:15.44*** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net)
18:18.00woglindebye I will going home too
18:19.30*** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at)
18:21.20*** join/#oe eFfeM (n=Frans@j192117.upc-j.chello.nl)
18:28.44khemynezz: what distro is your host system running
18:29.26*** join/#oe jovox (n=jovox@h185n2c1o279.bredband.skanova.com)
18:32.59*** join/#oe redguy (n=matik@unaffiliated/redguy)
18:33.06ynezzkhem: ubuntu
18:33.12khemwhich version
18:35.24ynezzinterpid, so 8.10?
18:35.38ynezzdon't know where to get version :)
18:35.46ynezzupdate manager offers me 9.04
18:35.47khemyeah
18:36.27khemynezz: I have 8.04 and it seems to be building coreutils-native successfully
18:36.34ynezzhmpf
18:36.51ynezzkhem: did you rm -fr tmp before?
18:38.38ynezzbut if I reset to pre-nov2009-core-updates it's now building task 1064 of 7285 for beagleboard-demo-image, so no problem
18:40.34khemynezz: I do that atleast twice in a week
18:40.53khemand the one I build from scratch is from yesterday uptodate .dev
18:41.09ynezzit should be today, after all the RP's changes
18:41.16khemah
18:43.33ynezztrying now on debian-testing box
18:43.49*** join/#oe erik006 (n=erik006@mc-125-157.IPReg.McMaster.CA)
18:43.59*** join/#oe will (n=willer@189.2.128.130)
18:45.58JaMado_package_stage_all and do_rootfs are now executed in parallel? with 2 or more BB_THREADS?
18:46.56khemynezz: some of your config tests seems to fail
18:47.21khemynezz: do you have config.log from the failed run
18:47.27ynezzyes
18:47.37khempaste it somewhere
18:47.52khemconfigure: WARNING: sys/bitypes.h: present but cannot be compiled
18:48.03khemthis is a potential problem
18:49.01ynezzkhem: http://pastebin.ca/1663750
18:49.27khemthats not config.log
18:49.34ynezzah, sorry :)
18:49.46khemconfig.log will be inside the coretutils dir
18:52.34ynezzhttp://filebin.ca/vtpatj/config.log
18:55.31khemyour host installtion of gcc seems to be culprit here
18:55.43khemor may be its something RP added
18:55.52khemlet me take a quick look
18:56.31ynezzI've build that image succesfully yesterday
18:57.23khemlets see ...can you compile a simple program with your host CC
18:57.26khem#include <sys/types.h>
18:57.34khemint main () {
18:57.41khemint x = sizeof (ssize_t *) + sizeof (ssize_t);
18:57.46khemreturn !x;
18:57.49*** join/#oe kg4ysn (n=kg4ysn@dsl081-028-098.sfo1.dsl.speakeasy.net)
18:57.55khem}
18:58.07kg4ysngood morning #oe
18:58.15khemgcc -std=gnu99 -c test.c
19:00.01ynezzkhem: http://pastebin.ca/1663763
19:00.09ynezzno error
19:00.24ynezzgcc (Ubuntu 4.3.2-1ubuntu12) 4.3.2
19:00.29khemynezz: ok now add this -isystem/media/data/devel/oe/beagle.git/tmp/staging/i686-linux/usr/include
19:00.36khemto compiler commandline
19:00.56ynezzno error either
19:01.31khemok ... now edit the testcase and add #include <getopt.h> at top
19:01.37khemand redo
19:02.19ynezzit's ok
19:03.48khemynezz: http://khem.pastey.net/127989
19:03.54khemtry this test instead
19:06.15ynezzit's ok
19:06.51khem<PROTECTED>
19:07.03kergothponders
19:07.47ynezzit's ok
19:07.48khemynezz: what happens if you also use ccache
19:07.59khemprefix the above command with ccache
19:08.04ynezzit's ok
19:08.12ynezzccache gcc -std=gnu99 -c -isystem/media/data/devel/oe/beagle.git/tmp/staging/i686-linux/usr/include -O2 -g  -isystem/media/data/devel/oe/beagle.git/tmp/staging/i686-linux/usr/include test.c
19:08.44ynezzhttp://pastebin.ca/1663778
19:09.09kergothotavio: fyi, there was a typo in your bitbake branch email - s/uses/users/ ;)
19:11.02ynezzkhem: but this test fails http://pastebin.ca/1663780
19:11.43ynezzkhem: but it's because of missing sys/types.h right?
19:12.21kergothis kind of sick of bb.fetch's half-assed OO
19:13.40khemynezz: http://paste.ubuntu.com/314367/
19:13.44khemlast chance
19:13.49khemtry this test
19:14.01khemyes
19:14.07khemthats the problem
19:15.48*** join/#oe toi (n=toi@d54C2A96D.access.telenet.be)
19:16.10ynezzkhem: http://pastebin.ca/1663787
19:16.12ynezzproblem
19:17.16khemynezz: somehow this test gets prepared wrongl
19:17.17khemy
19:17.35ynezzhm
19:20.20CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r8ad8b37db1 10openembedded.git/recipes/gpe-icons/gpe-icons_0.25.bb:
19:20.21CIA-2gpe-icons: install to directory managed by update-alternatives
19:20.21CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
19:21.30ynezzon my debian box it's ok
19:24.34khemynezz: hmmm this fails on different ubuntu's and also on fedora as I try
19:25.39ynezzstrange
19:30.31*** join/#oe methril_home (n=methril@28.72.220.87.dynamic.jazztel.es)
19:30.43kg4ysnhas anyone ever looked into a mod_python recipe for OE?
19:39.33hrwhi
19:39.45kergothhey hrw
19:41.25khemynezz: one thing you could try is to autoreconf during do_configure if it is not run
19:41.37khemor disable it if it is being run
19:44.52kergothmm, looks like bitbake 1.10 is coming along nicely
19:48.37*** join/#oe sicu (n=n_a@cm-84.208.110.191.getinternet.no)
19:49.15*** part/#oe orbarron (n=orb@nat/ti/x-23f53889de39b1c0)
19:50.28etalvalaOk, noob question:  I built an x11-image successfully, and it runs.  Then I ran bitbake meta-toolchain-qt4, which ran fine.  I then put the x11 image on my device, and used the SDK to make the test executable.  But when I try to run it, it's missing basic QT libs (libQtGuiE.so.4).  What step did I miss to get the QTE stuff into the x11 image?
19:53.06otaviokergoth: indeed
19:53.49florianetalvala: your image does not contain the qt libraries
19:53.51kergothotavio: looks pretty sane to me, but someone who knows the srcrev stuff may want to look at it instead, i'm not very familiar with that part of bb.fetch :)
19:54.01florianwhich is quite normal for an x11-image
19:54.20kergothtries to remember what issues he hit with the bb ast
19:54.43khemflorian: may be x11-gpe-image will have them ?
19:55.40etalvalaflorian: Right, I assumed the meta-toolchain bit took care of that - do I just do some opkg installs to fix it on the target?
19:55.54otaviokergoth: maybe the refactoring code might be merged in meanwhile?
19:56.04kergothseems reasonable
19:56.25kergothi'll do it if i find the time, otherwise ask richard, he's heading up the 1.10 work :)
19:56.34otaviokergoth: this avoids diverging for no reason  
19:56.37floriankhem: eh no, gpe is gtk based :)
19:56.42kergothnods
19:56.55kergothoh, i remember what i didn't like about ast.. the way it handles inclusion
19:57.00kergothwonders where zecke is
19:57.19khemflorian: yeah indeed :) neuros-osd-base-image seems to be qt based
19:58.16pb_kergoth: taipei :-}
19:58.34kergothheh :)
19:58.48florianetalvala: meta-toolchain-qt4 would do this - but for the toolchain only. it does not influence the images. you could easily define your own image that pull in qt as well or if you just want a fast solution for testing you could copy the files from the toolchain.
19:59.04floriankhem: good to know if you need soemthing for testing :)
19:59.13*** join/#oe hoj (n=jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net)
19:59.33kergothcurrently, the Node object for inclusion waits until eval() time to parse the included files.. so toplevel recipes are parsed right away and return a statement group, but files they include don't get parsed until later.  would be better to have the included files also parsed right away, and return a statement group inside of the main statement group to be evaluated.. just wanted to run it by him before trying to implement it
19:59.35kergothheh
20:00.25etalvalaflorian: Thanks! So I could just scrape all the libs from the toolchain tarball, or add the meta task as an RDEPEND in my image build?
20:01.44etalvalaflorian: Or would it be  recipes/tasks/task-qte-toolchain-target.bb as an RDEPEND
20:01.48khemkergoth: sort of lazy evaluation
20:02.13kergothyeah, that's the point behind the ast work that zecke did on the parser
20:02.29kergothglares at the clock
20:06.20*** join/#oe kristoffer (n=kristoff@79.138.188.180.bredband.tre.se)
20:07.01ynezzkhem: will try
20:08.08*** join/#oe timtimred (n=meh@79-75-233-230.dynamic.dsl.as9105.com)
20:08.43*** join/#oe kristoffer (n=kristoff@79.138.155.101.bredband.tre.se)
20:09.31khemkergoth: like C compilers this seems like pre-processor sort of function
20:10.09khemso parsing include files recursively seems familiar to me
20:11.23kergothnods
20:11.43kergothknows very little about parsing and compiler stuff, need to read the dragon book or something..
20:12.17khemhas done learn by doing :)
20:12.38khemdragon book is nice though I got hold of it late
20:17.48florianetalvala: you should add the libraries there only... or just a simple qt app that pulls in the dependencies, that's much easer.
20:18.15florianwonders where meta-toolchain-qt4 is from, imho we do not have this in .dev
20:18.36etalvalaflorian: Here's the doc for it: http://docs.openembedded.org/usermanual/html/ch05s08.html
20:20.19khemdoc says  it qte not qt4 which is in sync :)
20:20.47etalvalakhem: I thought those were the same thing in QT4...
20:21.21kergothwhich has absolutely nothing to do with the name of the recipe
20:22.02etalvalakergoth: sorry - I keep getting the name backward
20:23.27etalvalaThanks for the help, all - I think this is enough to get me in the right direction
20:23.57*** part/#oe etalvala (i=ab40420f@gateway/web/freenode/x-ytoxonxebywujmvr)
20:24.17*** join/#oe etalvala (i=ab40420f@gateway/web/freenode/x-ehazvopwpexrxemn)
20:30.47*** join/#oe Martin-B (n=martin@pool-143-67-198-89.dbd-ipconnect.net)
20:32.28*** join/#oe kristoffer_ (n=kristoff@79.138.194.170.bredband.tre.se)
20:33.36*** join/#oe kristoffer__ (n=kristoff@79.138.135.102.bredband.tre.se)
20:45.40*** join/#oe woglinde (i=woglinde@78.52.66.237)
20:45.51woglindere
20:50.44woglindehm what is the best way to revert a commit?
20:51.13*** join/#oe john268 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net)
20:51.33Jay7http://www.kernel.org/pub/software/scm/git/docs/user-manual.html#fixing-mistakeswoglinde:
20:51.38Jay7omg..
20:51.41Jay7woglinde: http://www.kernel.org/pub/software/scm/git/docs/user-manual.html#fixing-mistakes
20:53.01woglindeI want to revert 2c92869662d1f0b28229cdba9e9852ba642e0733 and 7e28606c9432c4fcb7e633c2dfb699eee14094c6
20:54.20Jay7git revert then imho
20:54.39woglindehm git revert uuid? and then push?
20:54.47Jay7iirc yes
20:54.59khemcan you git revert a pushed change? I think not
20:54.59Jay7look man git-revert before to be sure :)
20:55.18khemgit revert is good only if you have messed your working tree
20:55.19Jay7it will create new commit that reverting changes
20:55.21woglindekhem hm? I saw many reverts pushed?
20:55.44khemwoglinde: yes but you will still have the history
20:56.01woglindeaeh yes
20:56.18woglindebut you dont have the stuff in actual state
20:56.24woglinde*sigh*
20:57.34khemyou can do something like git push -f <ref>
20:58.12woglindeno
20:58.22woglindeI want to do it as they other has done
21:03.42khemwoglinde: prolly git revert <commit-id>
21:03.46khemand then git push
21:04.06woglindeprolly?
21:04.06khemactually git revert -s <commit>
21:04.19khemshorthand for probably ;)
21:07.24woglindehm okay I will push
21:07.50CIA-203Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r8fb41edf83 10openembedded.git/conf/machine/ (geodegx.conf geodelx.conf):
21:07.50CIA-2Revert "geodegx: Fix glibc configure error"
21:07.50CIA-2This reverts commit 7e28606c9432c4fcb7e633c2dfb699eee14094c6.
21:07.50CIA-2Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de>
21:07.50pb_yes, git revert is the right thing to do.
21:07.59pb_"git push -f" is definitely not a good idea
21:08.01CIA-203Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r8e41a1e490 10openembedded.git/ (4 files in 4 dirs):
21:08.01CIA-2Revert "geodegx: Linux 2.6.31.4"
21:08.01CIA-2This reverts commit 2c92869662d1f0b28229cdba9e9852ba642e0733.
21:08.26woglindehm seems to work
21:08.31pb_very good
21:08.49woglindegeode stuff was to fast
21:08.54woglindehave to lart myself
21:09.25pb_heh
21:09.29pb_~lart woglinde
21:09.29ibotDoSes woglinde
21:09.45woglindethanks
21:09.56*** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
21:10.09pb_any time
21:10.16*** join/#oe bluelightning (n=blueligh@93-96-131-185.zone4.bethere.co.uk)
21:10.24woglindehi bluelightning
21:10.26khemwoglinde: is geode an amd machine ?
21:10.38woglindekhem yes arm processor
21:10.47woglindemostly found on wrap and alix boards
21:10.47bluelightninghi woglinde, all
21:10.53woglindeargs amd
21:10.57woglindeits i486
21:10.59pb_woglinde: amd, not arm
21:10.59pb_heh
21:11.40pb_it was cyrix/natsemi originally, but I think amd bought that division at some point.
21:11.48woglindejo
21:12.14woglindeI made a faxmachine out of wrap board
21:12.31msmith_sweet :)
21:12.50woglindeyeah with a isdn card it would be cooler
21:12.53khempb_: I see mips technology has OCI tools for those chips
21:13.01khemhttp://www.mips.com/products/software-tools/legacy/system-navigator-probe-for-amd-geode-gx-and-lx-processors/
21:13.05khemthat confused me
21:13.09woglindebecause I can easily integrate voic answer
21:13.16khemI thought is it like alchemy or some such
21:13.24msmith_woglinde: is it a voip fax machine or pstn?
21:13.25woglindebut minipic isdn cards are fucking pricy
21:13.43woglindesmith normal minipci modem/fax card
21:13.58woglindeunfornatly there arent many minipci modem/fax/voice cards
21:14.13*** join/#oe marcosmamorim (n=marcos@201-75-234-171-am.cpe.vivax.com.br)
21:14.14pb_khem: yeah, that is a bit odd
21:14.25woglindeintel made some chips which can do it but seems no one really made a card
21:14.37woglindeonly normal pci cards
21:14.43woglinde*sigh*
21:15.01woglindesingel mini isdn pci cards start at 100 euros
21:15.42CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r47e94ea0ea 10openembedded.git/conf/distro/include/shr-autorev.inc:
21:15.42CIA-2libfsobasics: unpin git revision, resolved upstream
21:15.42CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
21:16.09woglindeunfornatly the faxmachine runs debian instead of oe based distribution
21:16.18woglindebut hylafax suckz at building
21:17.22pb_100 eur does sound a bit steep for just a single bri card
21:17.32woglindeminipci
21:17.36pb_I wonder whether any of the regular pci ones could be made to work on a minipci interface
21:17.37woglindeyou dont get it cheaper
21:17.49woglindepb case is to small
21:17.53pb_ah
21:17.59CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r189fc6375f 10openembedded.git/recipes/mono/ (2 files in 2 dirs):
21:17.59CIA-2mono: Replace cross compilation workaround for x86 architecture.
21:17.59CIA-2* Replace the workaround with backported patches from mono 2.4 branch
21:17.59CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
21:18.02pb_usb?
21:18.04woglindecase looks like 2,5 disk
21:18.12woglindeusb draws more power
21:18.29woglinde2,5 external disk
21:18.35woglindepretty neat
21:20.13pb_ah, oh well.  isdn bri is probably only interesting for germans anyway :-}
21:20.21woglinde*g*
21:20.37woglindeyou can make good money with asterisk in de
21:20.42pb_yeah
21:20.47*** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
21:21.05pb_here in the uk, virtually nobody has bri.  companies have isdn pri, and domestic users have pots.
21:21.23msmith_in north america there's hardly any isn
21:21.25msmith_*isdn
21:21.40msmith_except for people with overpriced^Wawesome videoconferencing setups
21:21.45pb_which is a pain for us, actually, because pri is way more capacity than we actually need.  if there was a way for us to have, say, two bri interfaces instead then that'd be fine.
21:21.49pb_but, no carrier will sell that to us.
21:22.19woglindepb yeah he normal standard is 2 bri lines
21:22.24woglindehere
21:22.25woglindeargs
21:22.51pb_you mean two channels, right?
21:23.02pb_i.e. one physical pair of wires
21:23.07woglinderight
21:23.21etalvalaContinued noobism:  Is meta-toolchain-qte meant to build an SDK for QT-without-X, only?  Is there anything comparable to make an SDK for QT under X?
21:23.30pb_yeah, you can get that here as well for domestic service
21:23.41pb_it's about 5x the price of pots, though, so very few people do
21:24.46woglindehm pots is normal analog line?
21:25.25pb_yeah
21:25.36pb_actually, it seems that bt don't even offer isdn bri for domestic use anymore
21:25.44pb_http://bt.custhelp.com/cgi-bin/bt.cfg/php/enduser/cci/bt_adp.php?p_sid=&p_faqid=8337&cat_lvl1=346&p_cv=1.346&p_cats=346&s_cid=con_FURL_homehighway
21:25.51pb_apparently it was discontinued in 2005 :-}
21:25.52woglindehihi bt suckz
21:26.01woglindeanyway
21:26.10woglindeif read the blog posts from mathew
21:26.22pb_you can still order isdn2e as a business service but it costs about 600EUR per year
21:26.53pb_whereas an analog phone on the domestic tariff is way less than that
21:27.32woglindehm we are paying 35 euros for isdn/dsl
21:27.41woglindewhere inet connection is flat
21:27.46pb_oh yeah, and isdn2e as deployed by bt is incompatible with dsl
21:27.46pb_heh
21:28.06pb_so, if you want a dsl connection you need to have a separate analog phone line anyway
21:28.12*** join/#oe etalvala (i=ab40420f@gateway/web/freenode/x-ehazvopwpexrxemn) [NETSPLIT VICTIM]
21:28.13woglindelol
21:28.23woglindeyeah you can do it here too
21:28.32woglindebut isdn is only 5 euros more
21:28.41woglindeso better 2 isdn lines with 3 numbers
21:28.44pb_actually, that's not quite fair.  it's rather the case that dsl as deployed by bt is incompatible with isdn.
21:28.56pb_i.e. it is the adsl that's different here, not the isdn
21:29.10woglinde*g*
21:29.16woglindethis suckz anyway
21:29.20pb_yeah
21:29.32pb_the upshot is that it is very unattractive to have isdn for phone use
21:29.34woglindewhat you have at home pb?
21:29.40pb_just analog phone and dsl
21:29.44woglindeah
21:29.45woglindeokay
21:29.48pb_at the office we have a pri circuit
21:29.59pb_and a second fibre connection for internet
21:29.59woglindeyeah buisness is different
21:30.19woglindebut you can oder here vdsl with 50 mbit and inet-tv
21:30.21woglindefor 50 euros
21:30.32woglindeorder
21:34.38pb_yah
21:34.46pb_I'm not sure if we even have vdsl at all in the uk yet
21:35.12woglindeyeah here too
21:35.20woglindeI only have 2 mbit adsl
21:38.36*** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net)
21:39.10*** part/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net)
21:39.33*** join/#oe vo5 (n=vo@bd2102c5.virtua.com.br)
21:41.30Jay7woglinde: I can suggest business-idea about faxing :)
21:41.42woglindejay7 lol
21:41.46woglindeI know them all
21:41.53Jay7just create service that will recieve fax and send ot via email to customer :)
21:41.59woglindelol
21:42.05woglindethats already here
21:42.22Jay7well.. that is known idea then :)
21:42.41woglindejay7 hm hylafax can do this since email exists
21:42.51Jay7hm.. I should consider that for my customers..
21:42.53khemefax.com
21:46.37*** join/#oe erik006 (n=erik006@mc-115-210.IPReg.McMaster.CA)
21:54.55*** join/#oe brolin_ (n=brolin@iner.udea.edu.co)
21:56.10CIA-203Tom Hacohen <tom@stosb.com> 07shr/merge * r55c853620b 10openembedded.git/recipes/shr/ (3 files):
21:56.10CIA-2fixed the gtk themes
21:56.10CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
21:58.58*** join/#oe marcosmamorim (n=marcos@201-75-234-171-am.cpe.vivax.com.br)
21:59.21*** join/#oe dfoley (n=dfoley@s207-6-220-230.bc.hsia.telus.net)
22:00.04cdbot2* * OE Bug 5333 has been created by quickx(AT)hotmail.com
22:00.06cdbot2* * at91sam9261ek Build Fails at sqlite3
22:00.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=5333
22:03.54*** join/#oe kergoth_ (n=kergoth@nat/montavista/x-llcmjlwbqedcbesv)
22:04.00woglindere kergoth
22:08.34*** join/#oe florian (n=fuchs@Maemo/community/contributor/florian)
22:12.32*** join/#oe kg4ysn (n=kg4ysn@dsl081-028-098.sfo1.dsl.speakeasy.net)
22:12.33ynezzkhem: looks that I fixed it, I had full home dir... :P thanks a lot for your help anyway, learned something :)
22:13.49*** join/#oe ant__ (n=andrea@host216-74-dynamic.5-87-r.retail.telecomitalia.it)
22:15.35*** join/#oe kergoth__ (n=kergoth@nat/montavista/x-mefshdkvmlaaxqzg)
22:16.01kergothhmm
22:16.17kg4ysnis there a way to get the working directory of one package (i.e. apache2) from inside another package (i.e. modpython)?
22:16.18CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * rbab585ab7b 10openembedded.git/ (conf/checksums.ini recipes/help2man/help2man_1.36.4.bb): help2man: added recipe created by Lynn Lin (bugzilla #4774)
22:16.19CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * ra7531d1ef4 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
22:16.20CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r4b03e3165f 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
22:16.22CIA-203Petr Å tetiar <ynezz@true.cz> 07shr/merge * rbec85b495e 10openembedded.git/ (conf/checksums.ini recipes/linux/linux_2.6.31.bb):
22:16.24CIA-2linux: Linux 2.6.31.5
22:16.26CIA-2Signed-off-by: Petr Å tetiar <ynezz@true.cz>
22:16.28CIA-2Acked-by: Otavio Salvador <otavio@ossystems.com.br>
22:16.30CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * rce0f6d41d8 10openembedded.git/ (conf/checksums.ini recipes/grun/grun_0.9.3.bb): grun: added recipe (created by tovarish, bugzilla 5067)
22:16.33CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r8ff7186c01 10openembedded.git/ (conf/checksums.ini recipes/texi2html/texi2html_1.82.bb): texi2html: added recipe contributed by Lynn Lin (bugzilla #4759)
22:16.40CIA-203Petr Å tetiar <ynezz@true.cz> 07shr/merge * rdbee1acac7 10openembedded.git/conf/machine/iei-nanogx-466.conf:
22:16.43CIA-2Machine configuration for IEI Nano GX-466
22:16.45CIA-2Signed-off-by: Petr Å tetiar <ynezz@true.cz>
22:16.47CIA-2Acked-by: Otavio Salvador <otavio@ossystems.com.br>
22:16.49CIA-203Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * rbb4e450ad8 10openembedded.git/recipes/mysql/mysql5_5.1.40.inc: mysql5: fixed packaging
22:16.55CIA-203Alexandre Tisserant <alexandre@alwaysinnovating.com> 07shr/merge * rc78f8925f4 10openembedded.git/recipes/gnome-mplayer/ (2 files in 2 dirs):
22:16.57CIA-2gecko-mediaplayer: make ai-flash.js work with midori as well
22:16.59CIA-2* midori only supports scripts in ~/.local/share/midori/scripts so users will have to do
22:17.01CIA-2mkdir -p ~/.local/share/midori/scripts ; cp /usr/lib/mozilla/extensions/flash@alwaysinnovating.com/chrome/content/ai-flash.js ~/.local/share/midori/scripts/
22:17.04ynezzdejavu
22:17.11CIA-203Richard Purdie <rpurdie@linux.intel.com> 07shr/merge * r0d722f5b12 10openembedded.git/classes/base.bbclass:
22:17.13CIA-2base.bbclass: Drop legacy rebuild mangling code
22:17.15CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
22:17.16JaMaynezz: anothere branch..
22:17.17CIA-203Richard Purdie <rpurdie@linux.intel.com> 07shr/merge * r6111d7132a 10openembedded.git/classes/package.bbclass:
22:17.24CIA-2package.bbclass: Add the option to declare package preprocess function hooks (from Poky)
22:17.24ynezzah
22:17.26CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
22:17.28CIA-203Petr Å tetiar <ynezz@true.cz> 07shr/merge * r2d8e4dfc56 10openembedded.git/recipes/wv/wv_1.2.0.bb:
22:17.30CIA-2wv: fix compile problem
22:17.32CIA-2base_do_compile() checks if there's Makefile or makefile in source directory,
22:17.34CIA-2and then it runs oe_runmake. Since there's GNUmakefile generated, change
22:17.38CIA-2do_compile accordingly.
22:17.44CIA-2Signed-off-by: Petr Å tetiar <ynezz@true.cz>
22:17.46CIA-203Richard Purdie <rpurdie@linux.intel.com> 07shr/merge * r9a5937f6c6 10openembedded.git/classes/base.bbclass:
22:17.49CIA-2base.bbclass: Drop import bb and import os as no longer needed
22:17.51CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
22:17.55CIA-203Richard Purdie <rpurdie@linux.intel.com> 07shr/merge * rf6c3cb05c0 10openembedded.git/classes/autotools.bbclass:
22:18.01CIA-2autotools.bbclass: Create m4 directory earlier avoding issues with intltoolize (from Poky)
22:18.03CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
22:18.04CIA-203Richard Purdie <rpurdie@linux.intel.com> 07shr/merge * rc942cea699 10openembedded.git/classes/ (base.bbclass packagedata.bbclass):
22:18.07CIA-2packagedata.bbclass: Split package data handling functions out from base.bclass (from Poky)
22:18.11CIA-2Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
22:18.12kg4ysnwow, huge commit going on?
22:18.16CIA-2(50 lines omitted)
22:18.19msmith_merge...
22:18.35*** join/#oe Martin-B (n=martin@pool-143-67-198-89.dbd-ipconnect.net)
22:18.46woglindemsmith jupp
22:18.49msmith_I wonder if there is a way to prevent shr/merge from sending email & CIA updates?
22:18.56woglindethat will be fixed after the split
22:18.58woglindeof git stuff
22:19.06msmith_Oh is there another tree coming? cool
22:19.10woglindelook at the oedem notes
22:19.13JaMasorry for that noise..
22:19.23woglindejama dont worry
22:19.36msmith_yeah my delete button works pretty well :)
22:19.42JaMashr devs hopes to start pushing stuff to oe.dev and drop shr/merge soon :)
22:19.51woglindejama cool
22:20.01woglinde.dev will be master in the near future
22:20.14woglindeso stay tooned
22:20.15woglinde*g*
22:20.25khemynezz: btw. coreutils-native built just fine after I pulled in rp's changes
22:20.28msmith_ah, that will be easier to spell :)
22:20.58woglindekhem pitty you didnt make it to oedem
22:21.02JaMawoglinde: hmm haven't seen it in RP's oedem notes, are there any other notes?
22:21.08woglindejama hm
22:21.18khemwoglinde: yeah
22:21.21woglindethan we were tired to write it
22:21.24khemI regret too
22:21.26woglindebut it was discussed
22:21.37woglindekhem maybee next year
22:22.00JaMawoglinde: ah, ok.. looking forward to master :)
22:22.07woglindehehe okay
22:22.13woglindegobby is real cool
22:22.15JaMawoglinde: oe.dev is so long to type :)
22:22.22woglindejama jupp
22:22.29woglindeand its a branch
22:22.30khemyeah or build a bigger base for oe devs in the US and host one here
22:22.34woglinderather than master
22:22.36*** join/#oe spaetzzZ (n=user@62.48.113.247)
22:22.36woglindein kernel git
22:23.05woglindekhem hm will be cheaper to fly the few americans over
22:23.12woglindethan the europeans
22:23.33DJWillisIs OE really that Euro focused?
22:23.38khemheh yes
22:23.53khemDJWillis: most of devs as of now are in eu
22:24.17woglinde*g* at least one and half is in asia
22:24.27Jay7.it, .de, .pl :)
22:24.27DJWillislol
22:25.20pb_DJWillis: I don't think oe is all that euro-focussed; there are plenty of developers in NA.  but, oedem is meant to be the oe developer's european meeting, so there is a certain amount of euro bias implicit in that event :-)
22:25.40ynezzJay7: it would be easier to write EU states without OE developers :)
22:26.24*** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net)
22:26.40Jay7hehe :)
22:26.46woglindepb there is no european in oedem
22:27.24Jay7let's do next oedem in australia :)
22:27.44XorA|gonesome parts of the carabiean still count as europe :-)
22:27.47woglindehm at raster?
22:27.56pb_DJWillis: of course, the americans are welcome to hold an oedam.
22:28.14DJWillisXorA|gone: put me down for that one ;).
22:28.36*** join/#oe redguy (n=matik@unaffiliated/redguy)
22:29.01*** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net)
22:29.38pb_actually, at the recent oedem, something like 25% of the attendees were from north america.  which, considering the relative distances involved, is quite a high percentage.
22:29.58DJWillispb_: very true, would have liked to have gone this year but personal life got in the way (In UK). US, ASIA and EU Oeconfs ;-)
22:33.15*** join/#oe colin__b (n=colin@79-79-141-230.dynamic.dsl.as9105.com)
22:33.23*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
22:36.17RPynezz, khem: Did you reach a conclusion over that problem?
22:38.46ynezzRP: yes, it was problem on my side, fixed now
22:38.54kergothRP: thoughts on copying bb.parse.BBHandler.vars_from_file into base.bbclass and deprecating the one in bitbake, for the PN/PV/PR stuff?  there's no reason for that to be in the core
22:39.16RPkergoth: I'd prefer bb.utils
22:39.32RPkergoth: I don't like having a large library of functions in base.bbclass
22:39.38kergothwhy? bitbake doesn't care about the filename format
22:39.45kergothnor should it
22:39.56*** join/#oe simon42 (n=simon@10.65.238.89.serverhousing.manitu.net)
22:40.07khemRP: I think its prolly not related to your changes
22:40.14kergothwell, moving to bb.utils would be better than nothing, poking into a specific parser is disgusting
22:40.32RPkergoth: No, but it seems crazy to put a whole load of functions into parsed metadata too - I'd prefer base.bbclass to be a clean set of data more about tasks
22:40.46JaMabtw is sideefect of this change http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=shr/merge&id=68cdc74da781c0755b26bb336dd666cb58104dce that gps-utils now depends on libgps instead of libgps17 and it creates libgps without 17?
22:40.54RPkergoth: but yes, poking into the parser is crazy too
22:41.59RPkergoth: Personally I'd prefer to dump a load of the base_* functions into utils.py, or adjust things so we can extend the bb library of functions with one from OE
22:41.59kergothwell, where do you draw the line? when do you consider a utility sufficiently generic that it belongs in bitbake rather than specific to OE?
22:42.26woglindeynezz I reverted the geode stuff
22:42.39kergoththat would be nice.  I'd love to be able to tell bitbake to import a .py from a collection/overlay
22:42.54kergothwould be lovely for defining classes to be used by tasks
22:43.39RPkergoth: Perhaps as we have the bb.* namespace, oe should add an oe. namespace
22:43.50RPand then we could have an oe.utils
22:43.53woglinderp yeah
22:44.28kergothRP: that's a good idea.  create an oe module in globals or builtins and import specified python scripts into it
22:44.49RPI'd be happy with that as long as it doesn't get abused
22:45.34kergothin what way?
22:45.40RPkergoth: and I'd like to stop abusing __builtins__ and start using some custom context
22:45.43kergothagreed
22:46.01ynezzwoglinde: ok, thanks
22:46.06RPkergoth: I'd just not like to see things in oe. that should be bb. but people were lazy
22:46.51kergothagain, where do you draw the line?
22:47.04RPkergoth: difficult but you know what I mean ;-)
22:47.11kergoththis is the problem with the current split, it's unclear, since use of it by anyone else is entirely theoretical
22:48.10RPI guess the question is that if someone added a new set of tasks using the bb syntax, how likely would they be to need these functions?
22:48.42RPi.e. are they specific to the way the code in oe works or more inherent to bitbake itself
23:01.23kergoththat seems like a reasonable rule of thumb
23:05.24RPhrw|gone: one more fix pushed, poky-image-sato works ;-)
23:11.40*** join/#oe CosmicPe1guin (n=nobody@66-162-99-237.static.twtelecom.net)
23:15.12RPhmm, nobody's noticed I broke locale generation in OE yet? :)
23:15.27woglindenobody besides koen uses locale
23:16.47*** join/#oe raster (n=raster@enlightenment/developer/raster)
23:17.24woglindejo raster
23:19.35rasterwoglinde: yo
23:23.33*** join/#oe jpieper (n=jpieper@209.6.54.151)
23:28.20*** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net)
23:30.21woglindehm last naruto episode before bed
23:31.12*** join/#oe JustinP (n=papercra@c-24-7-86-151.hsd1.ca.comcast.net)
23:31.24ant__ahem..there was a discussion OpenEmbedded vs. openembedded. Pls note the files in contrib/artwork are all lowercase
23:31.37*** part/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net)
23:38.04CIA-203Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * rce3802e207 10openembedded.git/ (7 files in 2 dirs): vala: add unofficial point release 0.7.8.1
23:38.45*** part/#oe dfoley (n=dfoley@s207-6-220-230.bc.hsia.telus.net)
23:39.45*** join/#oe JustinP (n=papercra@c-24-7-86-151.hsd1.ca.comcast.net)
23:41.07*** join/#oe JustinP (n=papercra@c-24-7-86-151.hsd1.ca.comcast.net)
23:44.05*** join/#oe dth_ntb (n=dieter@p4FDEC3E0.dip.t-dialin.net)
23:44.18khemRP: ant__ klibc does not build for x86
23:44.29khemant__: ups was not meant for RP
23:44.50ant__khem: my bad?
23:45.33khemhttp://khem.pastey.net/128012
23:45.57khemant__: dont know so far I did not know that it was pulled in into console-image
23:48.23khemcould be this 6f36bd6e28bce49b72e5a3cff77e0c74b8f65e41
23:50.09khemmost likely seems so
23:52.03*** join/#oe dfarnsworth (n=dfarnswo@nat/montavista/x-vrsfcnvuhhbvouam)
23:54.27ant__khem: there was some discussion on klibc ML
23:56.59ant__khem: http://www.zytor.com/pipermail/klibc/2009-September/thread.html
23:57.10*** join/#oe dfarnsworth (n=dfarnswo@nat/montavista/x-unhuszikbocakhtv)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.