IRC log for #oe on 20081111

00:03.43ant_woglinde: no luck..here all my steps and the errors: http://rafb.net/p/Flsgou13.html
00:07.15Jay7-> sleep
00:07.29woglindeant hm
00:07.50woglindeant but you didnt copy local.conf.sample
00:07.55woglindeand setup it up
00:08.15ant_yep..edited the paths and pointed to /oe/org.openembedded.dev
00:08.24ant_and /oe/sources
00:08.30CIA-2603Daniel Willmann <daniel@totalueberwachung.de> 07org.openembedded.dev * rf377746d0c 10openembedded.git/packages/xserver-kdrive-common/xserver-kdrive-common/openmoko/Xserver: xserver-kdrive-common: Update openmoko/Xserver script
00:08.41ant_(like I had in my env-setup script)
00:21.01*** join/#oe gregoiregentil (n=zonbu@208.96.53.210)
00:26.28*** join/#oe mpr (n=mpr@aggr.com)
00:29.14*** join/#oe waite (n=bwaite@c-24-91-83-42.hsd1.ma.comcast.net)
00:29.28ant_'nite
00:37.42*** part/#oe snorri_dj (n=opera@211.238.240.87)
00:40.45*** join/#oe kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
00:42.00otaviohumm interesting ... some packages fail for a unknown reason and I rebuild then they do succeed. However they fail in the package spliting stage .. any guess?
00:42.35woglindenope
00:42.40woglindeI am going to bed now
00:42.42woglindenite
00:42.46*** join/#oe kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
00:53.19*** join/#oe kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
01:03.57CIA-2603ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * r454188c155 10openembedded.git/packages/dreambox/dreambox-bootlogo.bb: dreambox_bootlogo.bb: /boot must be remountet rw before install / remove files
01:03.57CIA-2603ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * r686551385a 10openembedded.git/packages/dreambox/dreambox-secondstage.bb: dreambox-secondstage.bb: update dm8000 2ndstage loader
01:03.57CIA-2603ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * r74620a862c 10openembedded.git/packages/dreambox/dreambox-dvb-modules.bb:
01:03.58CIA-26dreambox-dvb-modules.bb: update dm8000 modules and fp
01:04.00CIA-26cleanup
01:04.02CIA-2603ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * rbeac977598 10openembedded.git/packages/enigma2/enigma2-plugins.bb: enigma2-plugins.bb: update SRCDATE
01:04.05CIA-2603ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * r77cbeb3cf1 10openembedded.git/packages/enigma2/enigma2.bb: enigma2.bb: update SRCDATE
01:04.08CIA-2603ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * r172f134878 10openembedded.git/packages/dreambox/dreambox-bootlogo.bb: dreambox-bootlogo.bb: fix non working
01:04.13CIA-2603ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * r5d39f494af 10openembedded.git/: Merge branch 'org.openembedded.dreambox' of git://git.opendreambox.org/git/obi/opendreambox-1.5 into org.openembedded.dreambox
01:04.17CIA-2603Felix Domke <tmbinc@elitedvb.net> 07org.openembedded.dreambox * r84aa2a7488 10openembedded.git/: Merge branch 'org.openembedded.dreambox' of git://git.opendreambox.org/git/ghost/opendreambox-1.5 into org.openembedded.dreambox
01:07.48*** join/#oe wrobbie (n=rob@203.117.215.163)
01:13.27*** join/#oe BenLauDC (n=benlau@221.125.8.105)
01:19.30*** join/#oe ALoGeNoFF (n=QUAKEIII@66.Red-88-1-104.dynamicIP.rima-tde.net)
01:24.40*** join/#oe The_Niz (n=nizzle@82-171-65-13.ip.telfort.nl)
01:29.39*** join/#oe The_Niz (n=nizzle@82-171-65-13.ip.telfort.nl)
01:32.42*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
02:06.52*** part/#oe gregoiregentil (n=zonbu@208.96.53.210)
02:08.25*** join/#oe greentux_ (n=lemke@BAA3aa5.baa.pppool.de)
02:19.14*** join/#oe hubar (n=chatzill@p67-47.acedsl.com)
02:32.35*** join/#oe ALoGeNoFF (n=QUAKEIII@89.Red-79-148-92.staticIP.rima-tde.net)
02:35.58*** join/#oe Quentarez (i=Quentare@c-67-172-228-10.hsd1.ut.comcast.net)
02:51.22*** join/#oe Avengence (n=avengenc@97-117-249-24.phnx.qwest.net)
02:52.42Avengencei've got a question about bitbake, which i'm using with oe. i haven't found any separate bitbake help resource, so asking here
02:53.57Avengencehow do i get bitbake to rerun a step without it rewriting a new script file? mainly, the run.do_stage.XXXXX file needs a fixup for my host platform, but if i change it and run again, a new file is written out with a different numerical suffix
02:55.16Avengencealternatively, what is the source of these scripts that are put in the temp dir during build? i could edit that source if there's no way to get it to reuse the script after its edited
02:58.24*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
03:42.36*** join/#oe hubar (n=chatzill@p67-47.acedsl.com)
03:53.49Jin|awayhmm
03:54.12Jin^eLDmy configure script looks for a header in the directory where the sources are, in my local directory
03:54.24Jin^eLDand it seems I get a sanity error because of that
03:54.28Jin^eLDnot sure though if that is really it
03:54.42Jin^eLDERROR: This autoconf log indicates errors, it looked at host includes. Rerun configure task after fixing this.
03:55.01Jin^eLD<PROTECTED>
03:55.20Jin^eLDweird, heh?
03:56.12Jin^eLDor is the path that this message is printing - the configure location?
03:57.08Avengencethat path is the working directory where the sources were unpacked for the build
03:57.41Jin^eLDooh ok, so the error does not actually say what host includes are being looked for - i.e. what triggers it
03:57.50Avengencebitbake seems halfbaked so far, but i'm using it on a non-linux host. giving it a shot on lunix now to see if i have better luck that way
03:58.09Jin^eLDI think I found it, it called a -config script from the system
03:59.12Avengencewell, if you go to the dir one up from that path, you'll find there is a dir called temp in addition to mediatomb. in temp youll find a log.do_configure.XXXXX which will show you waht hapened when configure ran and what the error is
03:59.45Jin^eLDactually, configure runs through, it seems that bitbake analyzes the config.log file after the configure run has finished
03:59.53Jin^eLDbut indeed I could see the path in the log
03:59.54Jin^eLDthx
04:00.02Avengenceyou can run configure manually in the dir shown and play with the options until it works, then go edit the corresponding .bb file to give configure right switches when run from bitnake
04:00.07Jin^eLDwould have been helpful if bb would print the path it did not like
04:00.37Jin^eLDI know, I know, thx, I got it working now
04:00.41Jin^eLDI was only confused about the error message
04:00.51Jin^eLDI thought it was telling me the path it did not like :)
04:00.55Jin^eLDwhich was not the case :>
04:01.28Avengencenah, it just tells the working path and then you get to go digging
04:01.45Jin^eLDwell, too bad :)
04:01.57Avengencei quickly started working with teo terminal windows. one tio rerun bitbake and another to move through its tree and fix up the bits that are wrong
04:01.59Jin^eLDI should have a closer look at this
04:02.18Jin^eLDshould not be too hard to add that one extra message, printing the path it did not like
04:02.55Jin^eLDI usually have a shitload of terms open :) recipes, logs, devshells, etc
04:04.22Avengenceare you fairly familiar with bitbake internals?
04:04.34Jin^eLDnot too much, but I know python
04:04.40Avengenceor just goingto go diving in to make that error more useful
04:04.56Jin^eLDI am sort of familiar with bbclasses
04:05.04Jin^eLDI guess it may be somewhere in insane.bbclass
04:06.41Avengenceif you have any ideas regarding the question i asked earlier, feel free to chime in
04:06.54Jin^eLDlet me see the backlog
04:07.06Jin^eLDI was coding, so was not following the channel
04:08.11Jin^eLDhmm, sorry
04:08.13Jin^eLDdon't know
04:08.26Jin^eLDyou want to edit the script and pass to a further stage?
04:08.53Jin^eLDwhich you can't because it recreates the script and reruns the unfinished stage that fails with the script that it creates? or something like that?
04:09.05Avengenceexactly
04:09.33Avengencecant figure out what generates the script
04:09.37Jin^eLDI understand the problem, but have no idea how to work around that
04:09.51Jin^eLDwhy don't you fix the .bb recipe so that stage works out?
04:10.00Jin^eLDespecially if you already know what you have to change?
04:10.02Avengenceif i knew that, i could either flip it off for a quick run with the edited script or change the metadata from which the script is built
04:10.51Avengencei don't see anything in the bb recipe about cp but the script contains a line with cp -t and the -t only exists on linux yet bitbake is suppossed to work on other host platforms
04:11.16Jin^eLDmaybe that cp comes from one of the bbclasses that your recipe is inheriting?
04:11.25Jin^eLDI'd search for that in the classes directory
04:11.36Jin^eLDactually, I am pretty sure that this is the case
04:12.32Avengencei'm not too familiar with the classes. is there an easy way to find out the entire inheritance chain of classes
04:12.51Avengencei'm finding that oe has decent docs but bitbake is barely documented
04:15.00Jin^eLDnot really, can't say much about overall inheritance
04:15.58Jin^eLDhmm, my grep shows mostly -dPR or stuf flike that
04:15.59Jin^eLDbut no -t
04:16.16Jin^eLDin relation to cp that is
04:18.21Avengenceautoconf-native-2.61-r1, run.do_stage.XXXXX line 760: cp -fpPR -t "$to" "$from"/*
04:18.50Avengencecan be rewritten as cp -fpPR "$from"/* "$to" i believe
04:19.30Jin^eLDcheck autotools.bbclass
04:19.38Jin^eLDI have         cp -fpPR "$from"/* "$to"
04:19.42Jin^eLDbut I did not update recently
04:19.49Jin^eLDso either someone added that line
04:19.55Jin^eLDor I don't know :)
04:27.02Jin^eLDcrap, almost 6 a.m.
04:27.04Jin^eLDtime to leave
04:27.15Jin^eLDnite
04:31.04*** join/#oe dpreilan (n=chatzill@adsl-144-6-132.cae.bellsouth.net)
04:31.13*** join/#oe AvengerMoJo (n=AvengerM@219.143.84.64)
04:34.24dpreilanI am sure this has been asked, I am trying to clone the git repository behind a corp. firewall. It doesn't appear the http protocal is enabled. Is this possible or is there a snapsnot I download somewhere.
04:39.02dpreilanthanks
04:50.13CroftonI thought we had one
04:50.17Croftonbut I could be wrong
04:50.40Croftonif you have issues with git, likely you will have trouble with other ports used to fetch source though
04:52.26dpreilanwell, I noticed the welcome mesg to this #irc channel mentioned the ro repo at http://repo.or.cz/r/openembedded.git
04:53.03dpreilanI just try it via http protocal (at home) and it works. I will try this at work tomorrow
04:53.09Croftonwhat machine are you going to build for?
04:53.52dpreilanI am playing. but the end goal with be cross-builds for x86, x86_64, and ia64
05:04.26*** part/#oe dpreilan (n=chatzill@adsl-144-6-132.cae.bellsouth.net)
05:12.19*** join/#oe greentux (n=lemke@BAA246f.baa.pppool.de)
05:25.28*** join/#oe The_Niz_ (n=nizzle@82-171-65-13.ip.telfort.nl)
05:29.26Avengenceah, found it i believe. line 175 of autotools.bbclass has the offending cp template. fixed that and reruning the bitbake
05:31.55*** join/#oe mithro (n=tim@unaffiliated/mithro)
05:32.30*** join/#oe kergoth_ (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
05:33.19Avengenceyep, looks like it working
05:34.06AvengenceJin|away: thanks for mentioning the bbclasses. with some digging i found and fixed the offending line and all is going well from here
05:34.50Avengencealso i should be able to patch up other stuff from here on out more easily
05:35.35Avengenceif all goes well, i'll have a working oe on mac os x
05:36.00*** join/#oe kergoth__ (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
05:36.40kergoth__Avengence: bitbake is documented -> http://bitbake.berlios.de/manual/
05:36.56Avengencekergoth__: read that manual. it doesnt get into what i needed to know
05:37.26kergoth__ahh, so when something doesnt include what you happen to need, that makes it 'barely' documented
05:37.27kergoth__i see
05:37.35Avengencei was looing for something more like dev docs than user docs. something that would roughly explain how it all comes together
05:39.21Avengenceusage isnt even fully explained as far as various options, much less waht happens under the hood during a build
05:40.59kergoth__"how it all comes together"?  i fail to see what's missing here.  you want documentation of implementation details? read the code
05:41.34kergoth__shrugs
05:43.19Avengenceyeah, that is kinda want i want without having to actually read all the code. some paragraphs on the overall structure with some diagrams or flow charts would go a long way
05:43.53Avengencesurem the code explains it all, but do i really have the time to read and comprehend all the code in every project i pick up for a brief time
05:46.37*** join/#oe rwhitby` (n=rwhitby@au1.astc-design.com)
06:09.46*** join/#oe AvengerMoJo (n=AvengerM@61.14.130.209)
06:16.13*** join/#oe JaMa (n=JaMa@147.32.96.5) [NETSPLIT VICTIM]
06:16.30*** join/#oe ljp (n=lpotter@218.185.108.156) [NETSPLIT VICTIM]
06:27.24*** join/#oe greentux (n=lemke@BAA4afa.baa.pppool.de)
06:28.25*** join/#oe DHR (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com)
06:28.33*** join/#oe mickey|zzZZzz (i=mickey@80.81.242.146)
06:28.43*** join/#oe daq4th (n=darkness@my.linux.runs.on.zSeries.org)
06:28.55*** join/#oe mnabil (n=mnabil@82.201.178.136) [NETSPLIT VICTIM]
06:30.45*** join/#oe mickey|zzZZzz (i=mickey@openmoko/coreteam/mickey)
06:31.02*** join/#oe mickey|zzZZzz (i=mickey@80.81.242.146)
06:56.37*** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
06:58.11*** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley)
07:22.44*** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-0c31630feff047aa)
07:59.38*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
08:00.54*** join/#oe kwek (n=kwek@188.Red-213-97-48.staticIP.rima-tde.net)
08:19.07*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
08:22.42*** join/#oe cyberdeck (n=mnemonic@iss60.vlsi.informatik.tu-darmstadt.de)
08:25.28methrilmorning
08:25.38*** join/#oe emdete (n=nmdt@littlelun.emdete.de)
08:25.58BlindManmorning
08:30.46*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
08:43.14*** join/#oe exodos (n=notch@mach.xs4all.nl)
08:46.55*** join/#oe mithro (n=tim@unaffiliated/mithro)
09:03.57*** join/#oe tomboy64 (n=tomboy64@e178024118.adsl.alicedsl.de)
09:21.46*** join/#oe valhalla (n=valhalla@81-174-21-31.dynamic.ngi.it)
09:25.26*** join/#oe The_Niz (n=nizzle@82-171-65-13.ip.telfort.nl)
09:27.18*** join/#oe johncylee (n=john@firewall.tw.openmoko.org)
09:27.23*** join/#oe Xilent (n=mnskv@unaffiliated/xilent)
09:40.33*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
09:52.08*** join/#oe xjqian (n=gordon@68-184-206-142.dhcp.stls.mo.charter.com)
09:56.47*** join/#oe lrg (n=lrg@79-68-127-129.dynamic.dsl.as9105.com)
10:01.20pb__hi blindman
10:01.22pb__hi lrg
10:01.45lrghey pb__
10:03.37*** join/#oe Cwiiis (n=cwiiis@90.152.48.188)
10:04.56drakouHi
10:05.37drakouI have a problem while building an x11-image  The Gtk+ 2. 14.2 build fails
10:06.11drakouI tried on two differents systems ( One Ubuntu64 and one with Standard Ubuntu 32 , both 8.04 version )
10:06.19drakouThe error is :
10:06.43drakou/home/drakou/OE/tmp/cross/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.2.4/../../../../arm-angstrom-linux-gnueabi/bin/ld:.libs/libgdk_pixbuf-2.0.ver:2: ignoring invalid character `\001' in script
10:06.43drakou| /home/drakou/OE/tmp/cross/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.2.4/../../../../arm-angstrom-linux-gnueabi/bin/ld:.libs/libgdk_pixbuf-2.0.ver:2: syntax error in VERSION script
10:07.48*** join/#oe Kalemas (n=kalemas@42.54.117.87.donpac.ru)
10:12.45*** join/#oe johncylee (n=john@firewall.tw.openmoko.org)
10:14.34*** join/#oe mib_i8xi5n (i=7aa60de8@gateway/web/ajax/mibbit.com/x-3244a64114198f88)
10:16.00mib_i8xi5ntrying to compile ncurses ; the process hangs at Running tic to install /tmp/testfs//usr/share/terminfo ...
10:16.34mib_i8xi5nit remains here for a long period of time and the filesystem size does not increase at all
10:26.54drakouDid anyone there managed to build gtk-2.14.2 ? Or build a full x11-image without problems ? I am new to OE, I am trying to start using it but I am really blocked with that problem.
10:27.37drakouOne mont ago I tried to use it and I get exactly the same error... So I gave up ,( I didn't have time to solve the problem )
10:31.34pb__drakou: maybe you should try a different version of gtk+
10:32.14pb__otherwise, I think you will probably need to debug this problem for yourself.
10:32.26drakouYes, but, How can I select the Gtk version ? I am trying to build the angstrom2008 distro ... I am trying first a standard configuration, and it's not working
10:32.44drakouNobody uses gtk+ ? it's impossible ...
10:32.46pb__drakou: the easiest way to experiment is to build different versions by hand: bitbake -b <path to bb file>
10:32.59drakouok
10:33.15pb__plenty of people use gtk, but maybe not the particular version you are building
10:34.07pb__openmoko seems to be using gtk+-fastscaling_2.10.14, and that version does build ok for me
10:35.03drakouyes ... I guess, but it's the standard Angstrom 2008 distro that I am using... Maybe I shouldn't. I need a system for a digital photo/multimedia frame
10:35.37drakouWhat distro do u use ?
10:43.53*** join/#oe ribbits (n=bob@91.84.60.59)
10:45.29*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
10:46.29pb__openmoko is its own DISTRO.  I use "minimal" for some other things but I think I have a set of custom preferred versions for those.
10:47.03drakouERROR: Nothing PROVIDES 'openembedded/packages/gtk+/gtk+-fastscaling_2.10.14.bb'
10:47.44drakouThe prefered version number are defined in the distro or in the image ??? If want to define a new set of prefered versions, do I have to define a new distro ?
10:54.56drakouOK -> Prefered versions are in the distro :) But I still don't undestrand why the 2.14.2 version of Gtk+ is not building ... I'll try other versions
10:55.52lrgdrakou: I also got this gtk error about a month or so ago. It builds for me now with recent OE.
10:57.35drakouI got OE from repos yesterday, so it's a recent one :)
10:58.11drakouThe problem is when creating the  libgdk_pixbuf-2.0.ver file
11:02.38*** join/#oe florian_ (n=fuchs@217.146.132.69)
11:04.09drakouI have exactly the same error with gtk + 2.12.11
11:05.14lrgdrakou: I got the same error with all version I tried too. It may be something earlier in the build
11:06.54drakouI really would like to use OE but I have no time to spend more than a week solving that problem ... What is our build computer distro ? ( Maybe there's a problem with the Ubuntu 8.04 I am using )
11:10.47*** join/#oe ant_work (n=ant_work@host214-85-static.34-85-b.business.telecomitalia.it)
11:11.57pb__florian: good morning
11:12.08floriangood morning
11:12.12ant_workpb__: hey
11:12.17ant_workflorian: moin
11:12.23*** join/#oe dcordes (n=dcordes@ip-90-186-118-156.web.vodafone.de)
11:12.43ant_workpb__: talking with woglinde he suggested me to ask you about this: http://rafb.net/p/Os3YTs32.html
11:19.55ant_workpb__: pls help on this too (oebug 4784) http://rafb.net/p/Flsgou13.html
11:23.50*** join/#oe otavio (n=otavio@debian/developer/otavio)
11:28.14pb__hi ant_work
11:29.07pb__I don't think I can immediately help you with either of those things.
11:29.22pb__the first one suggests that gcc's shlibs data has gotten clobbered, or written out wrong, but I don't know why that would happen.
11:29.30pb__no idea on the latter
11:32.03*** join/#oe Jay7 (n=jay@93.81.140.106)
11:32.12*** join/#oe zecke (n=ich@imp050244.vpn.mi.fu-berlin.de)
11:35.09otavioHello; How are people doing?
11:35.27zeckeI'm still sick :)
11:35.30otaviogoes to check his mail backlog :-)
11:35.30dcordesotavio just fine, you?
11:35.38otaviozecke: really? flu?
11:35.46otaviodcordes: doing fine too.
11:35.53zeckeotavio: not that bad, just a bad cold... coughing badly
11:35.57dcordesbirds flu?
11:36.17otaviozecke: oh right; i wish you get better ...
11:36.36otaviozecke: i can bet that you program more and better when not sick ;-)
11:37.33dcordesotavio you think it's a conspiracy from moko?
11:38.26drakouI found where is the problem with GTK+ (any version ) not building . I compared the logs between OE and a normal build on my computer . I will need a little of help to know why it's happening
11:39.02drakouWith A clean build, on my computer the command line is
11:39.03drakou/usr/bin/nm -B  .libs/gdk-pixbuf.o .libs/gdk-pixbuf-animation.o .libs/gdk-pixbuf-data.o .libs/gdk-pixbuf-io.o .libs/gdk-pixbuf-loader.o .libs/gdk-pixbuf-scale.o .libs/gdk-pixbuf-simple-anim.o .libs/gdk-pixbuf-scaled-anim.o .libs/gdk-pixbuf-util.o .libs/gdk-pixdata.o .libs/gdk-pixbuf-enum-types.o  pixops/.libs/libpixops.a | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /bin/sed 's/.* //' | sort | uniq > .
11:39.03drakoulibs/libgdk_pixbuf-2.0.exp
11:39.15drakouAnd with OE :
11:39.18drakou| arm-angstrom-linux-gnueabi-libtool: link: /home/drakou/OE/tmp/cross/armv5te/bin/arm-angstrom-linux-gnueabi-nm -B  .libs/gdk-pixbuf.o .libs/gdk-pixbuf-animation.o .libs/gdk-pixbuf-data.o .libs/gdk-pixbuf-io.o .libs/gdk-pixbuf-loader.o .libs/gdk-pixbuf-scale.o .libs/gdk-pixbuf-simple-anim.o .libs/gdk-pixbuf-util.o .libs/gdk-pixdata.o .libs/gdk-pixbuf-enum-types.o   pixops/.libs/libpixops.a | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za
11:40.14drakouInstead of writing \1 \2 \2, there is the caracters with ascii code 1 ,2 and 2 ... so this is the buggy line
11:40.43drakouHow could I solve that ??
11:40.46pb__hi zecke
11:40.52pb__get well soon :-}
11:41.43pb__drakou: that's very odd.  it looks like the oe version of the command is being passed through "echo -e" or some such filter.
11:41.55pb__what does the makefile itself look like?
11:42.28drakouI can't find that command neither in the Makefile or in Makefile.am ... I don't know where this is generated
11:42.53pb__oh, maybe libtool is generatingit
11:43.10pb__you'll have to find the corresponding libtool call, then inspect the libtool script to see what's up
11:44.25otaviodcordes: can be. I hope zecke can find their dare and survive ;-)
11:44.28otaviozecke: :P
11:45.10otavioI've fixed the qemu-native build failure locally; any objection in pushing it?
11:45.34drakouthe problem must be in libtool I guess ... maybe the macro used is in aclocal
11:46.52*** join/#oe jekhor (n=jek@cpmsq.epam.com)
11:47.16drakouArghh , where is the OE libtool ?  arm-angstrom-linux-gnueabi-libtool ?
11:48.18drakouThat's it , the problem is in  arm-angstrom-linux-gnueabi-libtool !!
11:49.11drakouWhich program is generating the libtool script ? ( I don't know enough autoconf etc... to know that )
11:49.46CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2c3da95f41 10openembedded.git/contrib/feed-browser/includes/functions.inc: feedbrowser: remove bogus check so the db will get created and fix SQL to get the feeds created
11:51.53ant_workpb__: thx, I'll investigate further
11:58.00drakouI have that problem in all the libtool script ... I must find why .
12:01.57*** join/#oe Blackhex (n=Blackhex@dhcpz200.fit.vutbr.cz)
12:02.03Blackhexhello
12:02.07*** join/#oe XorA (n=XorA@78.86.128.56)
12:02.41otavioXorA: about the xserver-xorg build failure due missing GL; please pass --disable-glx in the OECONF_EXTRA
12:04.13florianhi Blackhex
12:04.21otavioXorA: I didn't test it yet since I'm in mid of a image building but looking at configure.ac source it looks to be the reason why it tries to include it.
12:04.24XorAotavio: Im guess x86 guys want glx
12:04.41otavioXorA: in this case, we'd need mesa-source as dependency
12:05.12otavioXorA: it would be interesting but I believe it could be add later; not a requirement to get it merged from my POV
12:05.27otavioXorA: I also believe it would be cool but not really required for now
12:05.27XorAhmm, mesa is already a dependency
12:06.41otavioXorA: http://paste.debian.net/21214/
12:07.11otavioXorA: you might have missed --with-mesa-source=MESA_SOURCE
12:08.06XorAwonder why it passes on arm
12:08.25XorAI had to update the mesa version to make it pass, so it certainly looked in the right places
12:09.52XorAall very confusing
12:10.01XorAanyway x86 is lower priority for me
12:10.37otavio:(; I'll try to look at it
12:13.03XorAotavio: I dont really even have suitable testing device, although I guess I could boot angstrom on my EEE
12:13.41otavioXorA: yes, you probably can. qemu and kvm works for most of tests
12:14.06otavioXorA: so you could hack using them; I use them for daily work and only test in real hardware when I do some progress
12:14.45XorA:-D
12:14.58XorAI keep forgetting these days I have 4 core machine
12:15.12otavioXorA: yep; I also have one ;-)
12:15.15otavioXorA: and it rocks
12:15.27XorAIm too used to doing OE on my 1Ghz athlon
12:16.04otavioXorA: you were a poor guy ;p
12:17.13CIA-2603Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * rb599dd0110 10openembedded.git/packages/qemu/ (qemu-0.9.1+svn/fix_dirent_h_include.patch qemu_svn.bb): qemu (svn): fix include of dirent.h file
12:19.56XorAotavio: no, just been using OE a long time
12:21.04otavio:-)
12:23.32CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4a70a7201b 10openembedded.git/packages/xorg-driver/ (2 files in 2 dirs): xf86-input-tslib: add patch to make detection using HAL work instead of hardcoding /dev/event0
12:23.33CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r656b1a0a1e 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev
12:35.31otavioSomething is seriously broken in OE.
12:35.54otavioIt lacks the requirement for a library I have
12:39.43CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r14a3129755 10openembedded.git/packages/xorg-xserver/xserver-xorg/omap3evm/xorg.conf: xserver xorg: simplify omap3evm xorg.conf, HAL handles most of the input stuff nowadays
12:42.59otavioask himself WHY
13:05.57CIA-2603Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * raa7e887356 10openembedded.git/packages/mplayer/mplayer_0.0+1.0rc2.bb: mplayer: Temporarily disable debug build due to gcc bug#37987.
13:06.03CIA-2603Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * rf9df63752b 10openembedded.git/packages/zaurusd/ (files/zaurus-hinge.in zaurusd_svn.bb): zaurusd: Turn backlight off when closing the lid and ~/.norot exists.
13:06.03CIA-2603Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r76e3e6e123 10openembedded.git/ (4 files in 3 dirs):
13:06.03CIA-26perl and cpan.bbclass: Never reference to host instance of perl:
13:06.03CIA-26* install MakeMaker files separately for native and target system
13:06.03CIA-26* PERL_INC, PERL_LIB and PERL_ARCHLIB changes through environment
13:06.05CIA-26* for more see http://lists.linuxtogo.org/pipermail/openembedded-devel/2008-November/006815.html
13:06.09CIA-2603Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * re359350395 10openembedded.git/conf/bitbake.conf:
13:06.12CIA-26bitbake.conf:Define STAGING_BINDIR_CROSS_BASEPKG and add it to the PATH:
13:06.14CIA-26* fixes build of packages compiled with higher optimization than base system
13:06.16CIA-26* actually fixes references to sdl-config in mplayer while compiling for iwmmxt
13:06.18CIA-26* for more see http://lists.linuxtogo.org/pipermail/openembedded-devel/2008-November/006808.html
13:25.19*** join/#oe The_Niz_ (n=nizzle@82.171.65.13)
13:31.29CIA-2603Daniel Willmann <daniel@totalueberwachung.de> 07org.openembedded.dev * rbee3486103 10openembedded.git/ (3 files in 2 dirs):
13:31.29CIA-26Prepare for FSO milestone4 release
13:31.29CIA-26frameworkd_git.bb: Increased PV for milestone4
13:31.29CIA-26zhone_git.bb: Increased PV for milestone4
13:31.29CIA-26distro/include/sane-srcrecs.inc: Bump packages for FSO milestone4
13:41.41*** join/#oe birunko (n=birunko@200.184.118.132)
13:43.54*** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net)
13:50.48JaMaIs possible to port Qi bootloader from openmoko to zaurus? or is u-boot better for this devices (still not working on my C3000)
13:53.44*** join/#oe kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
14:02.09*** join/#oe jhbrown (n=jhbrown@c-66-31-201-113.hsd1.ma.comcast.net)
14:02.18CIA-2603Rod Whitby <rod@whitby.id.au> 07shared/xorg-7.4-update * r50551ad424 10openembedded.git/conf/distro/unslung.conf: unslung.conf: Define PREFERRED_PROVIDER for virtual/libc-initial:glibc-initial
14:02.18CIA-2603Rod Whitby <rod@whitby.id.au> 07shared/xorg-7.4-update * rdf7e29eb9f 10openembedded.git/packages/glibc/ (glibc-initial_2.2.5.bb glibc_2.2.5.bb): glibc_2.2.5: Make it buildable again for Unslung distro
14:02.20CIA-2603Stefan Schmidt <stefan@datenfreihafen.org> 07shared/xorg-7.4-update * r872fae1c4a 10openembedded.git/packages/e17/ (illume/gsm-segfault.patch illume_svn.bb): illume: Add patch to fix segfault on gsm module on FSO.
14:02.32CIA-2603Stefan Schmidt <stefan@datenfreihafen.org> 07shared/xorg-7.4-update * r79db433025 10openembedded.git/packages/e17/ (illume/gsm-segfault.patch illume_svn.bb): illume: Actually use a patch that applies. Sorry.
14:02.32CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07shared/xorg-7.4-update * r986245012f 10openembedded.git/packages/opie-cardapplet/opie-cardapplet_1.2.4.bb:
14:02.32CIA-26opie-cardapplet: add 1.2.4 version recipe
14:02.33CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
14:02.38CIA-2603woglinde <heinold@inf.fu-berlin.de> 07shared/xorg-7.4-update * re9eaf164be 10openembedded.git/packages/gdal/ (files/gdal_config.patch gdal_1.5.2.bb):
14:02.38CIA-26gdal-1.5.2: fix various stuff
14:02.40CIA-26* *-config file in staging had the wrong directories
14:02.42CIA-26* put /usr/share into dev files to save space on
14:02.44CIA-26<PROTECTED>
14:02.46CIA-26* bump PR
14:02.50CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07shared/xorg-7.4-update * r605bcac3af 10openembedded.git/packages/libmailwrapper/libmailwrapper_1.2.4.bb:
14:02.55CIA-26libmailwrapper: add 1.2.4 version recipe
14:02.57CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
14:02.59CIA-2603Graeme Gregory <dp@xora.org.uk> 07shared/xorg-7.4-update * r4321cedd9f 10openembedded.git/:
14:03.01CIA-26Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into shared/xorg-7.4-update
14:03.03CIA-26Conflicts:
14:03.05CIA-26<PROTECTED>
14:03.07CIA-2603Koen Kooi <koen@openembedded.org> 07shared/xorg-7.4-update * r2c3da95f41 10openembedded.git/contrib/feed-browser/includes/functions.inc: feedbrowser: remove bogus check so the db will get created and fix SQL to get the feeds created
14:03.11CIA-2603Graeme Gregory <dp@xora.org.uk> 07shared/xorg-7.4-update * r7e866d0344 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into shared/xorg-7.4-update
14:03.16CIA-2603Koen Kooi <koen@openembedded.org> 07shared/xorg-7.4-update * r4a70a7201b 10openembedded.git/packages/xorg-driver/ (2 files in 2 dirs): xf86-input-tslib: add patch to make detection using HAL work instead of hardcoding /dev/event0
14:03.26CIA-2603Graeme Gregory <dp@xora.org.uk> 07shared/xorg-7.4-update * r272228f288 10openembedded.git/packages/xorg-driver/ (3 files in 2 dirs):
14:03.31CIA-26xf86-input-tslib_0.0.5.bb : add rotation handling patch from debian and
14:03.33CIA-26my own experimental dynamic resolution patch. Using Xorg to tell us what
14:03.35CIA-26resolution we run at, not assuming hardcoded defaults.
14:03.37CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07shared/xorg-7.4-update * r72503ee854 10openembedded.git/packages/meta/meta-toolchain-opie.bb:
14:03.40CIA-26meta-toolchain-opie: add Opie SDK package
14:03.44CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
14:03.46CIA-2603Stanislav Brabec <utx@penguin.cz> 07shared/xorg-7.4-update * rf9df63752b 10openembedded.git/packages/zaurusd/ (files/zaurus-hinge.in zaurusd_svn.bb): zaurusd: Turn backlight off when closing the lid and ~/.norot exists.
14:03.51CIA-2603Koen Kooi <koen@openembedded.org> 07shared/xorg-7.4-update * r656b1a0a1e 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev
14:03.56CIA-2603Stanislav Brabec <utx@penguin.cz> 07shared/xorg-7.4-update * r76e3e6e123 10openembedded.git/ (4 files in 3 dirs):
14:03.59CIA-26perl and cpan.bbclass: Never reference to host instance of perl:
14:04.01CIA-26* install MakeMaker files separately for native and target system
14:04.03CIA-26* PERL_INC, PERL_LIB and PERL_ARCHLIB changes through environment
14:04.05CIA-26* for more see http://lists.linuxtogo.org/pipermail/openembedded-devel/2008-November/006815.html
14:04.09CIA-2603Stanislav Brabec <utx@penguin.cz> 07shared/xorg-7.4-update * re359350395 10openembedded.git/conf/bitbake.conf:
14:04.12CIA-26bitbake.conf:Define STAGING_BINDIR_CROSS_BASEPKG and add it to the PATH:
14:04.16CIA-26* fixes build of packages compiled with higher optimization than base system
14:04.18CIA-26* actually fixes references to sdl-config in mplayer while compiling for iwmmxt
14:04.20CIA-26* for more see http://lists.linuxtogo.org/pipermail/openembedded-devel/2008-November/006808.html
14:04.26CIA-2603Koen Kooi <koen@openembedded.org> 07shared/xorg-7.4-update * r14a3129755 10openembedded.git/packages/xorg-xserver/xserver-xorg/omap3evm/xorg.conf: xserver xorg: simplify omap3evm xorg.conf, HAL handles most of the input stuff nowadays
14:04.30CIA-2603Otavio Salvador <otavio@ossystems.com.br> 07shared/xorg-7.4-update * rb599dd0110 10openembedded.git/packages/qemu/ (qemu-0.9.1+svn/fix_dirent_h_include.patch qemu_svn.bb): qemu (svn): fix include of dirent.h file
14:04.35CIA-26(14 lines omitted)
14:08.15*** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-7a3dc1ffab595b52)
14:19.50pb__mickeyl: good morning
14:19.50CIA-2603Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r8c676179c2 10openembedded.git/packages/xorg-driver/ (3 files in 2 dirs):
14:19.50CIA-26xf86-input-tslib_0.0.5.bb : add rotation handling patch from debian and
14:19.50CIA-26my own experimental dynamic resolution patch. Using Xorg to tell us what
14:19.50CIA-26resolution we run at, not assuming hardcoded defaults.
14:20.24mickeylgood morning pb__
14:23.10*** join/#oe memeruiz_ (n=memeruiz@e179059099.adsl.alicedsl.de)
14:24.50CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re64327876b 10openembedded.git/packages/xorg-xserver/xserver-xorg/omap3evm/xorg.conf: xserver-xorg: remove touchscreen section from omap3evm xorg.conf now that everything gets detected automagically
14:25.53*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
14:34.08*** part/#oe Blackhex (n=Blackhex@dhcpz200.fit.vutbr.cz)
14:53.34*** join/#oe kgilmer (n=kgilmer@ip-66-80-197-243.atl.megapath.net)
14:58.09*** join/#oe tomboy64 (n=tomboy64@e178024118.adsl.alicedsl.de)
14:59.43*** join/#oe zecke (n=ich@imp050244.vpn.mi.fu-berlin.de)
15:00.28*** join/#oe kergoth (n=kergoth@65.200.49.156)
15:01.32kergothhey
15:02.29CosmicPenguinmorning
15:02.44florianhi kergoth
15:02.50*** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl)
15:03.27kgilmermorning
15:03.42gerwininSeems compiling for avr32 works now
15:03.52gerwininManaged to build some good images
15:05.59pb__morning kergoth
15:06.56floriankgilmer: hi
15:07.48*** join/#oe Jay7 (n=jay@93.81.140.106)
15:07.57CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r022c55ed23 10openembedded.git/packages/linux/ (13 files in 3 dirs): linux-omap git: update DSS2 patches and attempt to fix ASoC
15:12.27zeckemickeyl: ping
15:25.32ant_workzecke: cough cough, I was not prepared enough to inspect the .dot files provided by bitbake -g (was: Missing or unbuildable dependency chain)
15:26.05ant_work...and found nothing there
15:26.58ant_workmy idea is now time-travel: 'git reset --hard xyz' one month ago, 15 days ago...until I find the culprit
15:30.45ant_workany undocumented bitbake option to try? *g*
15:32.00zeckeno idea
15:32.23ant_workhttp://rafb.net/p/a34afs90.html
15:32.46ant_workthat was gentoo ^^
15:35.52Jay7ant_work: hi
15:36.16mickeylzecke: pong
15:36.23ant_workJay7: hey
15:36.24Jay7ant_work: did you try to test thumb-mode enabled on your zaurus?
15:36.37Jay7ant_work: I mean second time :)
15:36.40ant_workyes, compiles fine
15:36.58ant_workand the image seems ok, booting and so on
15:37.00Jay7ant_work: is here any size/speed difference?
15:37.17ant_workhe..the kernel is slightly bigger (a few kb)
15:37.36ant_workburt the images (console, opie, x11) are 5-10% smaller
15:37.45Jay7hm..
15:38.05zeckemickeyl: how to enable OM folks to work closer in the OE repository
15:38.16zeckemickeyl: I see that granting push access wll create tension
15:38.37zeckemickeyl: should we start off with another repository on git.oe.net?
15:38.47zeckemickeyl: and grant Julian push access?
15:38.59ant_workJay7: speed...really dunno, there are other issues to solve (busybox SUID, initscripts...)  
15:39.22ant_workJay7: indipendent from thumb
15:39.22zeckemickeyl: or should I propose to give them push access and play babysitter (not that I think it is needed)
15:39.37Jay7ant_work: I'm still busy but already wants to return to work on angstrom :)
15:40.07ant_workok, you want to fry your nand I've read (suspend on disk) :-]
15:40.27Jay7I've done with big project and still have some small projects around.. seems like ~1-2 weeks left :)
15:41.24Jay7ant_work: no, I've just thinking about this :) I consider that we don't needed suspend to disk :)
15:41.30mickeylzecke: i vote for granting them more access
15:41.37Jay7we already have working suspend to ram :)
15:41.39mickeyls/more//
15:41.54mickeylzecke: they can learn best that way
15:42.09mickeylthey should apply like all others though
15:42.13mickeylwith a pointer to their changes
15:42.23mickeylsince we need to handle all folks equal
15:42.24zeckemickeyl: should  I propose that
15:42.27mickeylyes, please
15:42.57mickeylonce they have access they can do their own branches-for-review
15:43.03mickeylwhich we can pull from then
15:43.42*** join/#oe Yillkid (n=yillkid@61-62-109-222-adsl-tpe.dynamic.so-net.net.tw)
15:47.27*** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com)
15:48.32Crofton|1rssimickeyl: the key is everyone is treated equally
15:49.37*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
15:50.02mickeylfor sure
15:50.18mickeyli don't have any motivation to grant access just because they work for the same company
15:50.34Crofton|1rssiI do like the idea of working in branches
15:50.47Crofton|1rssisince git is supposed to be good at this
15:50.49mickeylyeah, i guess we can learn some things from the kernel's pull model
15:50.59Crofton|1rssiI'm afraid I will need to learn how to do this :)
15:51.04Crofton|1rssiagreed
15:51.31Crofton|1rssiwe have a lot of people depending on .dev, so breakage is a sensitive issue
15:51.48kergothcould always have gatekeepers.  one individual per team (or whatever) with the actual write access to the main branches, and everybody else is limited to their own private ones until it gets reviewed
15:51.57kergothcan enforce such things with hooks, if needed..
15:52.16zeckekergoth: right, one repo per team on git.oe.net and then merge into the main repository
15:52.17Crofton|1rssiHow does the env whitelist for bb work?
15:52.40Crofton|1rssiwe do want to make it easier for projects such as om to feed stuff into .dev
15:52.42kergoththatd work, or even the same repo but seperated branch namespaces.  either way
15:52.44Crofton|1rssiand take from .dev
15:53.09zeckekergoth: same repo has still danger of breaking things by a wrong git push :)
15:53.18kergothzecke: how so?
15:53.24drakouLittle question , what's the signification of ?= operator in bb files ? ( I can't find the answer in itake user manual and poky manual )
15:53.28*** join/#oe AvengerMoJo (n=AvengerM@219.143.84.64)
15:53.30Crofton|1rssicockpit error :)
15:53.35kergotha hook can prevent certain users from updating the main branches, or even branches outside their area
15:53.36zeckekergoth: git push origin local-branch:org.openembedded.dev
15:53.41kergothi've seen hooks that implemented ACLs
15:54.26kergoththis is gitosis? users identified by the key they used to authenticate?
15:54.37mickeyldrakou: ?= means "=", if there hasn't been a previous value set
15:55.19Crofton|1rssiHow do I whitelist env vars through bitbake
15:56.34cbrakeCrofton|1rssi: BB_ENV_EXTRAWHITE
15:57.01cbrakeCrofton|1rssi: or BB_PRESERVE_ENV to preserve all
15:57.34Crofton|1rssiBB_ENV_EXTRAWHITE = "OE_DIR OTHER_ENV_VAR"
15:57.35Crofton|1rssi?
15:57.45drakouthanks mickeyl
15:59.31pb__ant_work: it's strange that enabling thumb makes the kernel bigger: thumb mode shouldn't have any effect on it at all
16:00.25Crofton|1rssicbrake: do I have the syntax ok? I'm making a quick entry in the mockumentation
16:01.12cbrakeCrofton|1rssi: yes, that looks correct
16:01.21Crofton|1rssithanks
16:01.39zeckekergoth: right, we know the user but only have repository acl :)
16:03.37*** join/#oe chouimat|work (n=dieu@209.217.106.98)
16:03.43ant_workpb__: he... the kexecboot kernel inflated from 119x k to 120x kb...will check later
16:06.55kergothzecke: ftp://ftp.kernel.at/pub/software/scm/git/docs/v1.5.6.5/howto/update-hook-example.txt is the sort of hook i was thinking about, but you'd have to use whatever user identification env var(s) gitsosis sets via the authorized_keys rather than id -u
16:06.56kergothheh
16:07.17zeckekergoth: right, and I'm lazy.
16:07.21kergothhehe
16:07.35zeckekergoth: I don't want to touch n hooks (n repositories) :)
16:08.30zeckekergoth: I want to touch gitosis.conf and this allows me to create a repsoitory and control write access per repository, but yes, with hooks one can implement fine grained ACL
16:08.35zeckemaybe even per file one
16:08.38kergothah
16:09.18zeckekergoth: or I didn't see ACL support (maybe)
16:10.00kergothwell, per repo works well enough.  but as you say, have to treat everyone the same, so such a policy would have to be across the board as a way of handling other teams
16:10.06kergothshrugs
16:10.50ant_workCrofton|lrssi: about env, I think smthg changed, 'cause "termcmd" was not set
16:11.24ant_workI noted this by doing 'bitbake -c menuconfig'
16:12.34Crofton|1rssiant_work: http://wiki.openembedded.net/index.php/AdvancedConfiguration#Whitelist_Environment_Variables
16:13.20*** part/#oe aloisiojr (n=aloisio@200.184.118.132)
16:14.40*** join/#oe ant_work (n=ant_work@host214-85-static.34-85-b.business.telecomitalia.it)
16:37.53*** join/#oe Jay7 (n=jay@93.81.140.106)
16:48.43CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdf7cfd640a 10openembedded.git/packages/opkg/opkg-nogpg_svn.bb:
16:48.43CIA-26opkg nogpg: attempt to repair damage by FSO people, it should build
16:48.44CIA-26again, but the noise patch has been disabled to accomplish that
16:53.21*** join/#oe Kalemas (n=kalemas@93.178.74.229)
16:53.26*** part/#oe Kalemas (n=kalemas@93.178.74.229)
16:54.48kergothhmm, anyone know if an nslu2 could handle running a torrent client?
16:54.51kergothresource wise
16:55.23*** join/#oe hvontres|work (n=hvontres@hentges.net)
16:55.36*** join/#oe bin10101 (n=aars@rrcs-24-153-239-89.sw.biz.rr.com)
16:56.01XorAkergoth: zaurus did with no problems, but Ive never tried on a 32M ram device
16:56.12kergothhmmm
16:56.24XorArtorrent is pretty resource ligth
16:56.34kergothi tried running it on my NAS box, but it had some difficulty, so i was thinking about mounting the nas from the nslu2 and just leave it running as my torrent client
16:56.42kergothdoesnt like leaving his desktop or laptop on all the time
16:57.03*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
16:57.08XorAyeah, I found to my disgust electricity has got a whole lot more expensive :-(
16:59.33*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
17:00.20*** join/#oe Spyro (n=ian@92.1.50.37)
17:00.30kergothpretty sad when i'm glad our electricity is back down to below $150 due to the weather.. was easily $250/mo for months, and its just me and the gf
17:00.30kergothheh
17:00.41XorAouch
17:00.56XorAI spend 40 GBP a month and consider that too much
17:01.12kergothwell, arizona, the AC pretty much has to run constantly during the summer :)
17:01.13kergothbut still
17:01.19CosmicPenguinin the grand scheme of things, its probably a good thing that electricity is so expensive...
17:01.22CIA-2603Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r51721349f5 10openembedded.git/contrib/angstrom/ (build-feeds.sh source-mirror.txt):
17:01.22CIA-26angstrom feed builder: s/ctorrent/rtorrent/
17:01.22CIA-26angstrom source mirror: enable partial uploads for lossy connections
17:01.25CosmicPenguinturning off stuff is good, mkay?
17:01.30XorAIll ship you my cold air in exchange for your hot :-)
17:01.36kergothheh, its true, its a good thing that everyone is getting more frugal all around
17:01.52kergothwonder if itll last affter the economies recover, though
17:02.29CosmicPenguinI hope so, but human nature dictates that it won't
17:02.34kergothaye
17:02.57kergothhas learned some hard lessons in that department, and doesn't expect he'll go back
17:03.00CosmicPenguinWhich is too bad - it sucks to be going through our tough times, but I think its really for the best
17:03.08CosmicPenguinbetter credit - check
17:03.11CosmicPenguinless consumtion - check
17:03.23kergothbetter health, too. less fast food
17:03.41CosmicPenguinactually, the news today reported that McDonalds is on track for record earnings
17:03.45CosmicPenguineverybody is hitting the dollar menu
17:03.52kergoththat makes me sad
17:03.57XorAfast food is cheaper
17:03.59CosmicPenguinthe problem is - the dollar menu is heavily subidised by the other food
17:04.11kergothXorA: depends
17:04.22XorAhere, supermarkets force me to buy excess food
17:04.30XorAthat I have to throw away
17:04.42XorAso in end its pretty much cheaper to eat in McDonalds
17:04.45kergothcan't break things up & freeze parts? we do that a lot now
17:04.56mwestersoft drinks -- water, and a little corn syrup = huge profit margin.
17:05.06XorAI could if I was still in my house, no space for decent freezer
17:05.07CosmicPenguinFast food will remain strong, but I think we will lose some of the better "quick food" joints
17:05.13XorAdont forget, this is UK, small and shit rules
17:05.17kergothlooking to buy a separate freezer soon, the one in the fridge is completely packed
17:05.21kergothahh right
17:05.22CosmicPenguinI doubt the upscale mexican places will survive - maybe one or two
17:07.39CIA-2603Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * raf8b932975 10openembedded.git/ (3 files in 2 dirs): rtorrent_0.8.3.bb : update to the latest unstable build
17:08.05XorAthere, had the rtorrent update sitting on disk too long :-)
17:08.21*** join/#oe AvengerMoJo (n=AvengerM@219.143.84.64)
17:08.27kergothhehe
17:09.27XorAanyway is time to eat
17:11.06cdbot2* * OE Bug 4820 has been created by <OE-Autobuilder>
17:11.09cdbot2* * opkg-native-0.1.4+svnr4755-autobuild
17:11.11cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4820
17:19.42drakouHi, I finally managed to build my X11 image, now I just need to know how can I set the different options for the jffs2 image generation ( erase block size in particular )
17:24.05cdbot2* * OE Bug 4819 has been created by <OE-Autobuilder>
17:24.07cdbot2* * xf86-input-tslib-0.0.5-autobuild
17:24.09cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4819
17:30.18*** join/#oe The_Niz (n=nizzle@82-171-65-13.ip.telfort.nl)
17:32.30drakouPlease, Where can I set the erasebock size for JFFS2 image generation ?
17:34.47*** join/#oe Omegamoon (n=egoe@demolitionman.xs4all.nl)
17:37.16*** join/#oe kergoth (n=kergoth@65.200.49.156)
17:38.34*** join/#oe kergoth (n=kergoth@65.200.49.156)
17:38.42*** join/#oe kristoffer__ (n=kristoff@77.241.134.154.bredband.tre.se)
17:52.36*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
17:57.52*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
17:58.06*** join/#oe denix (n=denix@pool-71-255-226-167.washdc.east.verizon.net)
18:09.01*** join/#oe Sleep_Walker (n=Sleep@193.179.96.131)
18:16.55*** join/#oe e-ffi (n=cybercom@dslb-088-068-184-019.pools.arcor-ip.net)
18:20.30*** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net)
18:21.27*** join/#oe rschuster (n=rob@e178084131.adsl.alicedsl.de)
18:22.33*** join/#oe Kristoffer (n=kristoff@77.241.134.154.bredband.tre.se)
18:22.43*** join/#oe pigeon_ (n=pigeon@60-241-137-179.static.tpgi.com.au)
18:25.34*** part/#oe rschuster (n=rob@e178084131.adsl.alicedsl.de)
18:28.20*** join/#oe greentux (n=lemke@BAA4afa.baa.pppool.de)
18:43.53denixis away: I'm not here
18:49.47*** join/#oe kristoffer_ (n=kristoff@78.156.205.84.bredband.tre.se)
18:50.26CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * ra6b434b9f0 10openembedded.git/conf/checksums.ini:
18:50.26CIA-26checksums.ini: update the checksum for lips_event-0.1
18:50.26CIA-26It seems that the upstream tarball was changed. Update checksum.
18:50.26CIA-26Also bump up PR of the package to reflect new source.
18:50.26CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
18:50.28CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * r4aed650d76 10openembedded.git/conf/checksums.ini:
18:50.33CIA-26checksums.ini: update the checksum for libchenabler-0.1
18:50.35CIA-26It seems that the upstream tarball was changed. Update checksum.
18:50.37CIA-26Also bump up PR of the package to reflect new source.
18:50.39CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
18:50.41CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * r39e6137c37 10openembedded.git/conf/checksums.ini:
18:50.44CIA-26checksums.ini: add few more checksums
18:50.46CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
18:50.48CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * rea13e1d260 10openembedded.git/conf/checksums.ini:
18:50.51CIA-26checksums.ini: update the checksum for libmsgenabler-1.0
18:50.53CIA-26It seems that the upstream tarball was changed. Update checksum.
18:50.55CIA-26Also bump up PR of the package to reflect new source.
18:50.57CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
18:50.59CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * rfac143791b 10openembedded.git/conf/checksums.ini:
18:51.08CIA-26checksums.ini: update the checksum for lips_im-0.2
18:51.10CIA-26It seems that the upstream tarball was changed. Update checksum.
18:51.12CIA-26Also bump up PR of the package to reflect new source.
18:51.14CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
18:51.16CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * r87337d2d85 10openembedded.git/packages/gloox/ (gloox/gloox-fix-pc.diff gloox_0.8.9.bb):
18:51.17*** join/#oe mnabil (n=mnabil@82.201.178.136)
18:51.21CIA-26gloox: fix gloox.pc in the staging
18:51.23CIA-26As gloox.pc included @CFLAGS@ substitution, it got populated with
18:51.25CIA-26-isystem CFLAGS, thus breaking staging QA. Fix that by dropping
18:51.27CIA-26unnecessary @CFLAGS@ substitution.
18:51.29CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
18:51.31CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * r758fb416d5 10openembedded.git/packages/cairo/ (2 files in 2 dirs):
18:51.38CIA-26libsvg-cairo: fix building with current libtool/autoconf
18:51.40CIA-26Current autoconf/libtool prohibit using of macros/variables that start
18:51.42CIA-26with LT_. Workaround that by s/LT_/LV_/ on libsvg-cairo's configure.in
18:51.44CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
18:51.46CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * rb311c53578 10openembedded.git/packages/linphone/ (linphone-1.6.0/linphone-speex.diff linphone_1.6.0.bb):
18:51.53CIA-26linphone: fix building with current speex
18:51.55CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
18:51.57CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * r1c083ca618 10openembedded.git/packages/tasks/task-sdk-base.bb:
18:52.00CIA-26task-sdk-base: switch to newer pixman
18:52.02CIA-26task-sdk-base referenced older libpixman-dev, however most packages do
18:52.04CIA-26(25 lines omitted)
18:58.13*** join/#oe pcgeil (n=steffen@p549E7FD3.dip.t-dialin.net)
18:59.16*** join/#oe bbradley (n=bbradley@78-105-167-16.zone3.bethere.co.uk)
18:59.32*** join/#oe drakou (n=drakou@pc6407a.esiee.fr)
19:04.56*** join/#oe hillct (n=hillct@69.38.37.18)
19:06.06*** join/#oe pb_ (n=pb@89-168-188-212.dynamic.dsl.as9105.com)
19:06.30*** join/#oe polyonymous_ (i=hacker@217.83.133.250)
19:06.55*** join/#oe Kalemas (n=kalemas@93.178.74.229)
19:08.59*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
19:10.36CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * r797f3e1aa9 10openembedded.git/classes/src_distribute.bbclass:
19:10.36CIA-26src_distribute: update to reflect current bitbake
19:10.36CIA-26Since 1.8.8 bitbake stopped providing 'A' variable that src_distribute used.
19:10.36CIA-26Update src_distribute.bbclass to correctly generate files list w/o using
19:10.36CIA-26that var.
19:10.38CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
19:10.44CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * rdbe206398d 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc:
19:10.47CIA-26add some stricter versions
19:10.49CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
19:10.51CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * r4a83e94edd 10openembedded.git/packages/linux/ (linux-rp-2.6.24/defconfig-tosa linux-rp_2.6.24.bb):
19:10.54drakouHum, need some last advices. I've just build an X11 image, put it on my target flash and boot. But... busybox doesn't like the inittab file from the sysinit package :
19:10.56CIA-26linux-rp-2.6.24: fix tosa kernel build
19:10.58CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
19:11.00CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * rc6691c64c9 10openembedded.git/packages/dropbear/dropbear.inc:
19:11.03CIA-26dropbear: fix FTBFS
19:11.05CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
19:11.15drakouinit started: BusyBox v1.11.3 (2008-11-11 16:46:46 CET)
19:11.15drakouBad inittab entry: id:5:initdefault:
19:11.15drakouCan't open /dev/si: No such file or directory
19:11.15drakouCan't open /dev/~~: No such file or directory
19:11.15drakouCan't open /dev/l0: No such file or directory
19:11.16drakouCan't open /dev/l1: No such file or directory
19:11.56drakouCould somebody help ? In theroy the inittab file should come with the busybox package since busybox uses a different format
19:12.02drakouTheory ..
19:12.40*** part/#oe Kalemas (n=kalemas@93.178.74.229)
19:13.18CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * r5226b0ee7c 10openembedded.git/packages/gpephone/libim_0.2.bb:
19:13.18CIA-26libim: do actually bump the PR as the source has changed
19:13.18CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
19:13.19CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * r4afb8e36ce 10openembedded.git/packages/gpephone/libmsgenabler_1.0.bb:
19:13.19CIA-26libmsgenabler: do actually bump the PR as the source has changed
19:13.22CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
19:13.24CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * rd3ccf9f0f7 10openembedded.git/packages/gpephone/liblipsevent_0.1.bb:
19:13.27CIA-26liblipsevent: do actually bump the PR as the source has changed
19:13.29CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
19:13.31CIA-2603Dmitry Baryshkov <dbaryshkov@gmail.com> 07org.openembedded.dev * rd7e3117b47 10openembedded.git/packages/gpephone/libchenabler_0.1.bb:
19:13.34CIA-26libchenabler: do actually bump the PR as the source has changed
19:13.36CIA-26Signed-off-by: Dmitry Baryshkov <dbaryshkov@gmail.com>
19:15.57hrwmorning
19:15.58*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
19:17.02drakouhumm , morning ... ( for me it would be evening)
19:17.10Crofton|1rssihrw, baby not sleeping again?
19:17.22hrwno
19:17.33hrwCrofton|1rssi: nameday and national holiday
19:18.12Crofton|1rssinameday?
19:21.03*** join/#oe hillct_ (n=hillct@nsc69.38.37-18.newsouth.net)
19:21.08hrwCrofton|1rssi: sain Marcin day
19:21.11hrwsaint
19:21.28Crofton|1rssiah
19:22.37Crofton|1rssihttp://en.wikipedia.org/wiki/Marcin
19:22.48Crofton|1rssiWe should add you to wikipedia :)
19:24.01*** join/#oe Spyro (n=ian@benden.mnementh.co.uk)
19:24.10*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
19:25.08*** join/#oe Kalemas (n=kalemas@93.178.74.229)
19:32.37*** join/#oe Kalemas (n=kalemas@93.178.74.229)
19:36.54CIA-2603Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * rde4d6d2321 10openembedded.git/conf/machine/m8050.conf: m8050: added config for AML M8050 device
19:36.54CIA-2603Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * rd83b45f74d 10openembedded.git/packages/linux/ (4 files in 2 dirs): linux: added support for m8050 device
19:36.55CIA-2603Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * r650e3ca21c 10openembedded.git/conf/checksums.ini: checksums.ini: added mime-support and gnome-themes
19:38.14kergothhmm, why are all the checksums in one file, rather than per .bb?
19:38.38hrweasier to update
19:40.12CIA-2603Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * rf2c19b17e9 10openembedded.git/conf/checksums.ini: checksums.ini: added gpe-theme-industrial
19:40.12hrwand easier to write external tools to handle that
19:40.37hrwkergoth: contrib/ has two my scripts used to sort checksums.ini and to check local source archive for being proper
19:41.20kergothah
19:42.02kergothwas just thinking it seems odd to keep them seperated, particularly if one ever wanted to implement access controls, give someone write access to certain packages, etc, wouldnt work since they wouldnt be able to commit updated hashes for new versions of the package
19:43.50hrwiirc md5sum-in-src-uri still works
19:43.58hrwno idea does it handle sha256 too
19:44.11kergothah
19:44.16kergothshrugs, was just curious
19:49.52hrw;)
19:52.56*** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at)
19:53.46*** join/#oe pH5 (n=ph5@e178204099.adsl.alicedsl.de)
20:04.40*** join/#oe hillct (n=hillct@nsc69.38.37-18.newsouth.net)
20:04.49hrwhave a nice day
20:05.44*** join/#oe zecke (n=ich@92.117.180.133)
20:07.00drakouWhy don't we have in task-base.bb a conditionned package for wifi and bluetooth ? My target do not have bluetooth . Can I change that ?
20:07.21zeckejohncylee: still awake
20:14.29pH5drakou: I think task-base depends on task-base-wifi/bluetooth only if you have wifi or bluetooth in your MACHINE_FEATURES.
20:14.39zeckepH5: hey, how aore you?
20:15.01pH5They are still built unconditionally, maybe because you can add bt/wifi to most boards via add-on cards.
20:15.07drakouSo It's really strange because , I get bluez installed .. but I have no bluetooth feature in my machine
20:15.41pH5hi zecke, fine. you?
20:16.23zeckepH5: mostly okay... but the cold
20:16.31zeckepH5: did you ever manage to build your transistor?
20:17.49pH5ahem, ever is the right word there. not yet, I got sidetracked a bit.
20:19.27drakoutask-base Runtime Depends on task-base-wifi and bluetooth only if the Feature is in COMBINED_FEATURE. But COMBINED_FEATURE, definided in bitbake.conf contains the feature that are in MACHINE_FEATURE and DISTRO_FEATURE ... so I still don't understand :)
20:24.54*** join/#oe kristoffer_ (n=kristoff@79.138.170.253.bredband.tre.se)
20:25.59*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
20:26.18*** join/#oe deker (n=deker@12.174.55.10)
20:26.23*** join/#oe sjacobs (i=chewie@fork.brokencrew.com)
20:27.07sjacobsanyone awake that has some em-x270 / bluez experience with oe?
20:33.36deker*taptap* this thing on? :)
20:38.45KalemaspH5 hi.
20:50.22*** join/#oe ribbits (n=bob@82.152.87.189)
20:53.27*** join/#oe kristoffer__ (n=kristoff@212.27.7.165.bredband.tre.se)
20:54.38*** join/#oe mnabil (n=mnabil@82.201.178.136)
20:56.40*** join/#oe Ken (n=kristoff@94.191.133.0)
20:58.01*** join/#oe rsalveti (n=salveti@92.103.134.122)
23:15.06*** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
23:15.06*** topic/#oe is #oe OpenEmbedded Developer Lounge | Web: http://www.openembedded.net | Bugtracker: http://bugs.openembedded.net | Repository: git.openembedded.net/openembedded or (http and git ro mirror) repo.or.cz/r/openembedded.git | This is not a distro or machine support channel | ADMIN STATUS: all services ok. | Check/fix your entry in http://wiki.openembedded.net/index.php/Talk:Monotone_to_Git_ID_mapping
23:16.25*** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1)
23:22.27*** join/#oe guillaum1 (n=gl@AMontsouris-153-1-47-150.w90-2.abo.wanadoo.fr)
23:25.20robtowHello, from an OE newbie.
23:25.56robtowAnyone here gotten all the way through building the Angstrom distro for the Beagle Board?
23:43.39Avengencecbrake_away: i'm working with deker and sjacobs on em-x270 as well. i'll be hanging around here through the project, so maybe we can help each other down the line. feel free to hit us up with questions. i may have some for you, as the cm-x270 is not all that different from the em, and your experience with that is probably more oe experience than we have at the moment.
23:52.37Crofton|1rssirobtow: yes
23:52.49Crofton|1rssiwhat image are you trying to build
23:53.43robtowHi
23:54.20robtowtrying to build beagle-board-demo-image
23:54.51robtowHaving a problem with ffmpeg_git.bb
23:55.31Crofton|1rssican you build console-image ok?
23:55.47Crofton|1rssidemo image is a beast because there is so much "crap" in it
23:55.50robtowHave not tried that.
23:55.57robtowYes, well, I get THAT now LOL
23:55.59Crofton|1rssitry console-image first
23:56.19Crofton|1rssidemo-image is for salesman :)
23:56.19robtowI had previously downloaded the binary of that image at my managements request; then they wanted it to be built.
23:56.29robtowfor their sales force LOL
23:56.33Crofton|1rssirofl
23:57.17Crofton|1rssidemo-image has been a pain
23:57.20robtowIt appears that building the image is a bit harder than it appeared at 1st blush. 404 erros, you know.
23:57.33Crofton|1rssithere is lots to go wrong
23:58.03Crofton|1rssidepending on your goals, you may be best developing a more focused set of programs
23:58.18Crofton|1rssidemo image is awesome for stress testing OE and the machine yuo are building on .....
23:58.31robtowYou mean world domination is too much to hope for?
23:58.39Crofton|1rssino
23:58.45Crofton|1rssiworld domination is coming
23:58.54robtowWell, I kinda need to go in that direction - doing a complete kernel userland etc in OE.
23:59.04Crofton|1rssibut we need to work up to it, and not expect
23:59.15Crofton|1rssibitbake world-domination
23:59.19Crofton|1rssiwithout some pain
23:59.28Crofton|1rssiwe do that all the time :)
23:59.48robtowIndeed. Well, I expect tis is going to take a bit of that - AND making a local repository, to get this robust.

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