IRC log for #oe on 20070925

00:01.16GhiottoneI have to set the DESTDIR variable
00:02.16Ghiottonethat is used by the makefile as a prefix to install things
00:07.41*** join/#oe vivijim (n=vivijim@201.32.151.5)
00:08.23*** join/#oe mithro (n=tim@secure.astc-design.com)
00:11.32svolpeGhiottone, use EXTRA_OECONF = "--prefix= " that passes it to the configure when it it is run.  you can do this with any configure (configure -h to see all the options) option.
00:11.55Ghiottoneunfortunately it has not a configure script
00:12.11Ghiottoneit is just that that variable works as a --prefix
00:15.03svolpeGhiottone, you should be able to just export the variable inside of the .bb file.
00:15.34svolpeGhiottone, there is also oe_runmake.
00:15.42Ghiottonewhich is the syntax to export?
00:16.07GhiottoneI'm using oe_runmake but I can't see any difference from just using make
00:16.27svolpeGhiottone,  export VARIABLE_NAME=value
00:17.20svolpeGhiottone, did you try oe_runmake 'VARIABLE_NAME=value'
00:17.21svolpe<PROTECTED>
00:17.34svolpeGhiottone, I'm only guessing at that as I have not done it before.
00:18.36svolpeGhiottone, look at the following .bb file "org.openembedded.dev/packages/cups/cups_1.2.7.bb"
00:18.55svolpeGhiottone, I think the oe_runmake example under the do_compile is what you want to do.
00:19.11Ghiottoneok I'll look! thanks a lot
00:19.21svolpeGhiottone, no problem.
00:20.38Ghiottoneyes! it is exactly what I was trying to do
00:20.53Ghiottonehe put the double quotes in it
00:21.08GhiottoneI did a similar thing but didn't work
00:24.05svolpeGhiottone, I think that is the right way to do it.
00:24.33svolpeexporting a variable should work as well but that is more of a hack, I think.
00:29.09*** join/#oe j0tt (n=j@unaffiliated/jott)
00:33.14*** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.21.116.Dial1.SanJose1.Level3.net)
00:53.11*** join/#oe cbrake_a1ay (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
00:55.29*** join/#oe greentux (n=lemke@Z5dca.z.pppool.de)
01:01.19*** join/#oe punkass (n=user@unaffiliated/punkass)
01:07.38*** join/#oe trj (n=trj@pantheon.demon.co.uk)
01:29.30*** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.36.Dial1.SanJose1.Level3.net)
01:35.00*** join/#oe tank17 (i=tank17@gateway/tor/x-07eb7e30a5e0411b)
01:39.35*** join/#oe jacques__ (n=jacques@h51.177.213.151.ip.alltel.net)
01:49.00*** join/#oe aloisiojr (n=aloisio@201.38.11.130)
01:55.03*** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com)
02:13.46*** join/#oe benlau (n=benlau@221.125.8.107)
02:29.16*** join/#oe Zero_Chaos (n=zero@c-71-60-239-40.hsd1.pa.comcast.net)
03:17.04*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
03:21.42*** join/#oe tank17 (i=tank17@gateway/tor/x-08053c50bde65f41)
03:23.16*** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.211.Dial1.SanJose1.Level3.net)
04:08.29*** join/#oe rd_ (n=dr@trung.tam.mua.ban.trao.doi.phu.nu)
04:17.41*** join/#oe darkschneider2 (n=gab@81-208-83-224.fastres.net)
04:38.53*** join/#oe darkschneider_ (n=gab@81-208-36-80.ip.fastwebnet.it)
05:18.38*** join/#oe pleemans (n=peter@leemanpe.ugent.be)
05:18.38*** join/#oe zap (n=zap@16.170.249.ozerki.net)
05:22.06*** join/#oe flatronf701C (n=flatronf@ns1.clipsalportal.com)
05:46.29*** join/#oe bluelightning (n=blueligh@222-154-185-146.jetstream.xtra.co.nz)
05:51.05*** join/#oe rob_w (n=bob@X0f24.x.pppool.de)
06:13.53*** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu)
06:23.12*** join/#oe polyonymous (n=hacker@pD9538610.dip0.t-ipconnect.de)
06:40.35*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
06:41.45*** join/#oe jacques_ (n=jacques@nslu2-linux/jacques)
06:44.01nik0nmorning. i see a python-psyco bitbake file  python-psyco_1.5.bb but i cant find any provider with BB>> match providers python-p*
06:44.21nik0nhow can i build the python psyco bb package?
06:56.48*** join/#oe nud (n=sf@www.multitel.be)
07:11.14*** join/#oe cyberdeck (i=molter@unaffiliated/cyberdeck)
07:12.05*** join/#oe mithro (n=tim@secure.astc-design.com)
07:12.24*** join/#oe rob__w (n=bob@X0b76.x.pppool.de)
07:28.13*** join/#oe greentux (n=lemke@ip-217-18-177-19.static.reverse.dsi.net)
07:45.17*** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu)
07:45.17*** join/#oe riot (n=wntrmut@krombacher-pils.oph.RWTH-Aachen.DE)
07:45.18*** join/#oe kurre2_ (n=tomimo@a193-229-227-182.elisa-laajakaista.fi) [NETSPLIT VICTIM]
07:45.18*** join/#oe nik0n (n=nik0n@helix.mybll.net) [NETSPLIT VICTIM]
07:45.18*** join/#oe ReaperOfSouls (i=cluge@nat/montavista/x-ec5ba36c572ed05f) [NETSPLIT VICTIM]
07:45.18*** join/#oe CoreDump|afk (n=mhentges@nslu2-linux/CoreDumpHome)
07:47.11*** join/#oe step2back (n=step2bac@gw.nsib.ru)
08:19.39*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
08:38.59*** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr)
08:39.17*** join/#oe ade|desk (n=adavey@194.200.143.249)
08:44.19*** join/#oe ssvb (n=user@87.252.225.64)
08:46.35*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
08:48.58*** join/#oe florian (n=fuchs@217.146.132.69)
08:49.08*** join/#oe Sleep_Walker (i=Sleep@nat/suse/x-a6d2ae6b1e11658d)
08:49.12nudwhat can cause a defconfig option not to end up in the kernel .config after do_configure ?
08:53.34*** part/#oe step2back (n=step2bac@gw.nsib.ru)
08:55.01*** join/#oe step2back (n=step2bac@gw.nsib.ru)
08:55.07*** part/#oe ade|desk (n=adavey@194.200.143.249)
09:05.13nik0nnud:copied the wrong file
09:07.54*** join/#oe benlau (n=benlau@221.125.8.107)
09:12.20*** join/#oe psokolovsky (n=psokolov@82.193.99.11)
09:24.03*** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl)
09:25.10*** join/#oe lrg (n=liam@lumison.wolfsonmicro.com)
09:35.10*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
09:50.57*** join/#oe Bernardo (n=Bernardo@84.39.122.5)
09:56.28CMXorA: You should have something like this, but with a switch for higher than d6 dices: http://www.makezine.com/blog/archive/2007/09/electronic_batteryless_di.html
10:01.34*** join/#oe mallum (n=mallum@86.159.139.157)
10:09.29*** join/#oe gilligan_ (n=gilligan@p549AA655.dip0.t-ipconnect.de)
10:09.35gilligan_hi
10:15.55gilligan_hm.. had to remove unit tests from the build process because otherwise  dpkg-buildpackage would (which needs to be run as root) fails ..  and that's in current source release
10:16.58*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
10:22.19gilligan_uhm.. i just compiled/installed monotone 0.36 and grabbed http://www.openembedded.org/snapshots/OE.mtn.bz2 .. when I try mtn --db=/stuff/OE.mtn pull monotone.openembedded.org org.openembedded.dev  I get an error saying the database is laid out according to old schema
10:22.40gilligan_can i somewhere get snapshot in the proper layout which will work with 0.36 ?
10:24.38gilligan_ah.nevermind.. in the snapshot directory
10:25.03*** join/#oe rob_w (n=bob@X0b76.x.pppool.de)
10:25.31*** join/#oe ade|desk (n=adavey@194.200.143.249)
10:35.30*** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz)
10:36.00RPmorning all
10:37.42gilligan_morning
10:39.40lrgmorning gilligan_ , Richard
10:41.32gilligan_I wouldn't be lucky enough to have someone in this channel who is using OE for the compulab PXA270 ? :)
10:43.13nudI know at least two people using it
10:44.48RPgilligan_: I have done before but quite a while ago
10:44.55gilligan_i see
10:45.29gilligan_well the hardware specifics don't even matter that much at this point.. right now i've gotta say oe is still pretty much a black box to me :]
10:47.06gilligan_and the documentation is a bit scattered and sometimes somewhat confusing.. but i'll get there eventually
10:47.28gilligan_any of you guys using OE for projects at work?
10:48.42*** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net)
10:53.22gilligan_i suppose for a first test I could just stick to the "generic" distrib ?
10:53.33*** part/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net)
10:55.58cbrake_a1aygilligan_: I would start with Angstrom
10:58.11gilligan_cbrake_a1ay, out of any specific reason?
10:59.05gilligan_cbrake_a1ay, because it seems to be much bigger which leads to longer builds and it includes stuff I don't need.. first goal is to just get something booted on the compulab board
11:02.31cbrake_a1aygilligan_: angstrom gets a lot more testing, and is what most people use, so there is a much higher chance it will work.
11:02.44cbrake_a1aygilligan_: start with something that works, and then optimize for size later
11:03.14*** part/#oe ade|desk (n=adavey@194.200.143.249)
11:03.51cbrake_a1aygilligan_: angstrom-console-image currently takes about 5Gb of space on the host to build, which is reasonable.
11:04.07gilligan_cbrake_a1ay, alright..thanks for the input
11:04.52gilligan_so.. "dist=angstrom-2007" or what is it ?
11:04.54cbrake_a1aygilligan_: angstrom does not really set the image size, that is more a function of the image you build.  There are many images you can build, but I would start with angstrom-console-image
11:05.30cbrake_a1aygilligan_: ls openembedded/conf/distro/angstrom-200*
11:05.53gilligan_angstrom-2007.1.conf  angstrom-2007.1-legacy.conf  angstrom-2008.1.conf
11:05.53cbrake_a1aygilligan_: so, angstrom-2007.1 or angstrom-2008.1
11:06.04gilligan_alright
11:06.14gilligan_thanks again
11:06.24cbrake_a1aygilligan_: I think either should work, but 2007.1 is considered somewhat stable, 2008.1 is somewhat testing
11:06.33gilligan_alright
11:09.00*** join/#oe russf_ (n=russf@host217-41-46-92.in-addr.btopenworld.com)
11:13.42Crofton|homewe really need to remove the name angstrom from teh image names
11:13.46gilligan_cbrake_a1ay, next dull question.. so now that I set up my local.conf (modified $PATH as desired etc..) what's the bitbake target that I first want to build now ? you mentioned `angstrom-console-image` which sounds like it could be a target :) don't see it in the angstrom conf file though
11:13.50Crofton|homeit cause so much confusion
11:14.07Crofton|homepackages/angstrom
11:14.35Crofton|homethere is also angstrom-minimal-image
11:14.45Crofton|homeand no good "in between" image :)
11:14.53gilligan_ah.. ok
11:14.54gilligan_;]
11:19.12Gerrathgilligan_, There are quite a few of us using it at work, I believe :-)
11:19.12gilligan_$ bitbake angstrom-console-image  <-- that should work shouldn't it?  I get "ValueError: substring not found" in tmpHandler
11:19.18cbrake_a1aygilligan_: yes, angstrom-console-image is the target.
11:19.34gilligan_maybe my packages path is wrong..hum
11:19.53cbrake_a1aygilligan_: does bitbake parse any packages when you run it?
11:20.00cbrake_a1aygilligan_: should take several minutes
11:20.01*** join/#oe ade|desk (n=adavey@194.200.143.249)
11:20.03cbrake_a1aygilligan_: the first time
11:20.14gilligan_gilligan@toontown:~/projects/ATM$ bitbake angstrom-console-image
11:20.15gilligan_NOTE: Psyco JIT Compiler (http://psyco.sf.net) not available. Install it to increase performance.
11:20.15gilligan_ERROR: no files to build.
11:20.15gilligan_NOTE: Parsing finished. 0 cached, 0 parsed, 0 skipped, 0 masked.
11:20.15gilligan_NOTE: build 200709251318: started
11:20.16gilligan_nope
11:20.37Crofton|homeechp $BBPATH
11:20.41Crofton|homeer echo\
11:22.36gilligan_/home/gilligan/projects/ATM/stuff/build:/home/gilligan/projects/ATM/stuff/org.openembedded.dev
11:22.41gilligan_that appears to be correct
11:23.04gilligan_gilligan@toontown:~$ ls /home/gilligan/projects/ATM/stuff/build
11:23.04gilligan_conf
11:23.04gilligan_gilligan@toontown:~$ ls /home/gilligan/projects/ATM/stuff/org.openembedded.dev
11:23.04gilligan_classes  conf  contrib  COPYING.MIT  delete.txt  files  MAINTAINERS  _MTN  packages  README  removal.txt  site
11:26.49Crofton|homeand BBFILES in local.conf is right?
11:27.04Crofton|homewhen this happens, I usually made a type in one fo those two settings
11:27.39gilligan_no..because i am an idiot :]
11:27.44gilligan_typo
11:27.44Crofton|homethat too
11:27.45gilligan_:)
11:28.58*** join/#oe rd_ (n=dr@trung.tam.mua.ban.trao.doi.phu.nu)
11:29.02gilligan_alright.. now that seems much better
11:30.40gilligan_Crofton|home, what are your experiences with enabling parallel builds ? working or too many packages making problems ?
11:31.20gilligan_hm..really wonder how long this build is going to take ;]
11:31.20nik0nhow can i tell OE to create a ramdisk image instead of jffs2 image?
11:31.32Crofton|homePARALLEL_MAKE = "-j 4"
11:31.35Crofton|homeis fine
11:35.53Crofton|homeany German speakers handy?
11:37.22*** join/#oe tnb (n=tnb@sdgsystems.net)
11:38.03Crofton|homeabschicken = send
11:38.12cbrake_a1aynik0n: IMAGE_FSTYPES -- see openembedded/conf/local.conf.sample
11:38.30Crofton|homethis time I received a confirmation
11:39.51nik0ncbrake_alay so its possible to turn a ext2 into a ramdisk image with some modifications?
11:48.32*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
11:49.11gilligan_hm..there we go.. build failed because qemu failed oe_runconf complaining that it does not want to be compiled with gcc 4.x
11:50.07gilligan_sure as hell don't need qemu actually ;-]
11:50.26gilligan_unless of course that is used for cross compilation
11:53.04ade|deskgilligan_: add a gcc 3 toolchain to your system and it will use that
11:54.32gilligan_will do
11:58.12Crofton|homegilligan_, look the ENABLE_BINARY_LOCALE in local.conf
11:58.23Crofton|homeand disable, that stops qemu from building
11:58.47Crofton|homesince I do not care about internationalization, this is not a problem for me
11:58.58gilligan_ah yeah.. don't care either
12:27.10cbrakenik0n: it is probably easiest to start with the *.tar image if you want to hack it
12:27.25*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
12:27.41cbrakenik0n: but, it is best to make OE generate your image rather than rely on post ops
12:35.04Crofton|homeThe RH is fully booked
12:35.06Crofton|homehelp!
12:35.15*** join/#oe step2back (n=step2bac@gw.nsib.ru)
12:40.33*** join/#oe AchiestDragon (n=david@whipy.demon.co.uk)
12:45.13Crofton|homezecke, ping
12:46.36XorACrofton|home: there was another hotel on same street I found using google maps
12:46.49XorACrofton|home: looked quite nice, but slightly more expensive
12:46.49Crofton|homeok
12:46.55XorACrofton|home: cant remember name though
12:47.07XorAsomething russian I think
12:47.14Crofton|homeI could also try hostel and see if it is possibel to join you for breakfast
12:47.18Crofton|homeheh
12:47.20Crofton|homecommies
12:48.21zeckeCrofton|home: pong
12:48.35Crofton|homezecke the RH and GH hotels are full
12:48.41Crofton|homeknow of any others to try?
12:49.28zeckeCrofton|home: Hotel chez zecke ;)
12:49.36zeckeCrofton|home: wait a second
12:49.38Crofton|homeit may come to that
12:49.42Crofton|home:)
12:49.45Crofton|homeI snore
12:49.50Crofton|homebadly apparently
12:50.15zeckeCrofton|home: there is one more on the other side of the Invalidenstrasse and I have to search the name
12:51.17*** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath)
12:51.19Crofton|homewhat number on invalidenstrasse
12:51.48zeckeCrofton|home: it is not there with the google maps search
12:51.56zeckeCrofton|home: I'm asking some one for the name
12:54.18zeckeCrofton|home: MERCURE HOTEL BERLIN AN DER CHARITE
12:54.23Crofton|homeok
12:54.27Crofton|homeit is in google :)
12:55.00*** join/#oe rob_w (n=bob@X0b76.x.pppool.de)
12:56.17zeckeCrofton|home: if it is too expensive let me find another one
12:56.25*** join/#oe tank17 (i=tank17@gateway/tor/x-d02518edcb635e5c)
12:56.29Crofton|homelet me run through google
12:56.33Crofton|homeI have location now
12:56.39Crofton|homeI will provide updates :)
12:56.42zeckebbl
12:57.14Crofton|homeok
12:57.17Crofton|homeurg
12:57.30Crofton|homerates would be grim in usd ...
12:59.01gilligan_you guys are going to Berlin?
12:59.05Crofton|homekinderinsel is childrens hotel ....
12:59.21Crofton|homehttp://www.openembedded.org/wiki/OEDEM2007
12:59.43zeckehttp://www.hotel-zarenhof.de/
13:00.04gilligan_ah
13:00.07gilligan_nice
13:00.21gilligan_i won't go to Berlin for december.. for the CCC Congress :)
13:00.44zeckeCrofton|home: the google busines search is not too bad either
13:00.55zeckeCrofton|home: http://maps.google.com/maps?f=l&hl=en&geocode=&q=hotel&near=Novalisstra%C3%9Fe,+10115+Mitte,+Berlin,+Germany&ie=UTF8&ll=52.526927,13.395467&spn=0.006044,0.015213&z=16&om=1
13:01.02Jin^eLDzecke: do you already know if you are going to Linz?
13:01.55zeckeJin^eLD: the talk was accepted
13:02.09Jin^eLDcool, see you there then :>
13:02.14Jin^eLDanyone else going?
13:02.15zeckeJin^eLD: I better show up :)
13:02.30zeckeJin^eLD: at least one guy of o-hand.com will present as well
13:02.49Jin^eLDwell anyone else from #oe I mean?
13:02.56Crofton|homezarenhof ok, but full some nights
13:03.09Jin^eLDnot necessarily presenting, just - if someone whom I could know from he is joining? :>
13:04.01XorACrofton|home: we find you a comfy cardboard box
13:05.59Crofton|homehttp://www.novalis-berlin.de/home.htm
13:06.38*** join/#oe noglitch (n=Miranda@mail.atmel.fr)
13:07.30ade|deskhttp://www.hotelclub.net/hotel.reservations/Best_Western_Kant_Hotel_Berlin.htm is a good hotel, not too expansive
13:07.39*** join/#oe vivijim (n=vivijim@200.184.118.132)
13:07.45*** join/#oe viviji1 (n=vivijim@200.184.118.132)
13:07.48ade|deskbut don't know where that is w.r.t where you need to be
13:07.55Crofton|homegoing to see what Novalis qyotes
13:08.45Crofton|homewhy do they have a check box for booking or accomodation
13:18.17gilligan_hm
13:18.23gilligan_seems liek ftp.rpm.org is down
13:18.43gilligan_from which oe tries to fetch ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.1.x/popt-1.7.tar.gz
13:21.05gilligan_any workaround to this?
13:22.35gilligan_was easy enough to find a mirror using google
13:22.35Crofton|homehmmm
13:22.41Crofton|hometry again until it succeed
13:22.50Crofton|homethen do not remove your local sources ....
13:23.11gilligan_well I am pretty sure it is down
13:23.20gilligan_so i could retry till tomorrow
13:23.59gilligan_or at least i am on the 4th retry or so already
13:24.14CroftonI had this issue the other day and I eventually got it
13:24.25CroftonI can email the stuff for your sources dir ....
13:25.08gilligan_well i could just grab popt-1.7.tar.gz from elsewhere and put it somewhere, where OE finds it right ?
13:25.39*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
13:26.10Croftongive me your email and I can send it along with the md5 etc
13:27.05gilligan_tobias.pflug@gmx.net
13:28.03Croftongoing out now
13:29.03gilligan_got it
13:29.06gilligan_thanks
13:29.47gilligan_where do I need to put those? also.. is it "safe" to cancel the build process now while it is endlessly retrying to fetch the file from the server? :]
13:30.12chouimatmorning
13:30.34gilligan_chouimat, morning
13:31.02Croftongilligan_, put them in DL_DIR
13:31.14Croftonfrom local.conf
13:31.19gilligan_right right,,
13:31.39gilligan_so i can cancel the build now and restart when i copied the files ?
13:31.46Crofton|homeyeah
13:34.29gilligan_well.. thanks once again
13:38.01Crofton|homehttp://youtube.com/watch?v=IuwMOBM5xfU
13:38.08Crofton|homeNinja outbreak in Pittsburgh
13:38.26gilligan_o_0
13:52.58Crofton|homeIs there a good way to override variables set in a mkefile using from a bb file?
13:59.07*** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de)
14:03.07*** part/#oe ade|desk (n=adavey@194.200.143.249)
14:21.56gilligan_Crofton, can't reach http://ftp.info-zip.org/pub/infozip/src/unzip552.tar.gz either.. happen to have that floating around on your disk as well? :]
14:23.09gilligan_or,well..actually i can just grab it myself from elsewhere..nevermind
14:30.43*** join/#oe rob_w (n=bob@X0b76.x.pppool.de)
14:33.44*** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be)
14:33.51*** join/#oe stevenh (n=lews@65.167.23.2)
14:43.59*** join/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl)
14:44.09likewisegm
14:46.03Crofton|homegm
14:51.10mwesterWhere's the viewmtn site again?  I need to find out what's broken the openmoko builds...
14:51.38mwesterUnless someone knows what work has been going on involving cairo
14:51.46*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
14:54.37*** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath)
14:59.00XorAcairo-directfb was added
14:59.38mwesterYeah, that's probably the problem.
14:59.48mwesterNow the trick is to figure out how to resolve it.
15:00.10mwesterLooks like svolpe might be able to help?
15:01.20*** join/#oe CosmicPenguin (n=nobody@crank.laptop.org)
15:03.17*** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.138.Dial1.SanJose1.Level3.net)
15:17.12gilligan_angstrom is quite big..
15:19.02*** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley)
15:19.18koengilligan_: 892kB over here
15:19.24koenI wouldn't call that big
15:20.36gilligan_well I don't know.. i'm building angstrom-console-image and that appears to contain a LOT of software per default
15:21.09*** join/#oe woglinde (i=woglinde@e178064056.adsl.alicedsl.de)
15:22.13cbrakegilligan_: you can create your own custom image based on the Angstrom distro -- Angstrom does not dictate what goes in the image
15:22.45cbrakegilligan_: but, I still recommend you get angstrom-console-image running first so you have a working point of reference
15:23.28gilligan_cbrake, yeah i get the point.. what i basically meant was "the default selection is rather big" then ;]
15:23.55gilligan_cbrake, well with the minimal space available on the board there is no way i can use the default setup
15:24.42cbrakegilligan_: gota run -- I'll be back in a couple hours ...
15:24.45gilligan_cbrake, but i just wanted to successfully build a distrib before I start anything else anyway (even if I can't test it on the actual hardware)
15:24.48gilligan_ok
15:24.50gilligan_cu ;]
15:25.14woglindegilligan please read on the oe-devel list
15:25.23woglindethere is a disscusion about it
15:25.45*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
15:25.51woglindehi bernado
15:29.08gilligan_woglinde, discussion on what exactly? (but you are right.. i should subscribe to the oe devel-list in either case..)
15:29.32woglindediscussion about to shrink your image
15:29.54woglindeand how oe can be made easier for normal user
15:30.07gilligan_ah ok
15:39.24Croftonand what a normal user is :)
15:39.50*** join/#oe dion (n=dion@inhex.net)
15:43.39gilligan_in local.conf I set IMAGE_FSTYPES to jffs2 and tar (or rather didn't touch those defaults) .. are the respective images also stored in the tmp dir ?
15:44.38gilligan_ah
15:44.39gilligan_there
15:44.43gilligan_in deploy
15:46.34gilligan_gotta say i'm rather impressed with openembedded
15:48.36*** join/#oe rd_ (n=dr@trung.tam.mua.ban.trao.doi.phu.nu)
15:49.48*** join/#oe Bernardo (n=Bernardo@84.39.86.175)
15:50.26Bernardohi woglinde
15:52.30Crofton|work__<PROTECTED>
15:52.53Bernardoa firewall at work?
15:53.12Crofton|work__no
15:53.14Crofton|work__:)
15:53.33gilligan_i am working from home right now because of the idiotic firewall ;]
15:53.45*** join/#oe Crofton (n=balister@hc652177b.dhcp.vt.edu)
15:53.54gilligan_talk about locking yourself in instead of keeping others out
15:54.08woglindere crofton
15:54.16*** join/#oe AchiestDragon (n=david@whipy.demon.co.uk)
15:54.49Croftonre
15:56.28woglindecrofton sure the it dont have a transparenrt fw?
15:56.43woglindeor maybe problem with transparent proxy
15:56.46Croftongit works
15:56.59CroftonI'll poke around some more
16:01.39*** join/#oe AchiestDragon (n=david@whipy.demon.co.uk)
16:03.22*** join/#oe AchiestDragon (n=david@whipy.demon.co.uk)
16:10.41*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
16:16.22*** join/#oe step2back (n=step2bac@gw.nsib.ru)
16:16.30*** join/#oe AchiestDragon (n=david@whipy.demon.co.uk)
16:33.35*** join/#oe AchiestDragon (n=david@whipy.demon.co.uk)
16:37.32*** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath)
16:47.15mwesterI need confirmation on an OE-behavior thing from one of the wizards here!
16:47.47mwesterAssume that I have two recipes: pango-1.2.3.bb and pango-directfb-1.2.3.bb
16:47.57mwesterSomething has a dependency on "pango"
16:48.28*** join/#oe pH5 (n=ph5@e178203050.adsl.alicedsl.de)
16:49.48mwesterBoth pango recipes build the same set of packages (but with different content) - is it true that the bitbake logic will select pango-directfb-1.2.3.bb because the string "directfb-1.2.3" compares greater than "1.2.3"?
16:50.25mwesterIf so, why would "PREFERENCE = "-1" in pango-directfb-1.2.3.bb not change the results?
16:51.05*** join/#oe nud (n=sf@91.86.92.96)
16:51.10mwester(I could just delete pango-directfb-*.bb, but I think that would anger someone -- although it makes openmoko build just fine again)
16:56.08*** join/#oe kristoffer (n=kristoff@80.251.192.4)
16:57.11*** join/#oe koen (n=koen@dominion.kabel.utwente.nl)
16:57.24woglindemwester hm ask koen now
16:59.49woglinde*g*
17:00.23woglindeit seems the intotruduce of gtk-directfb has some sideeffects
17:00.34koenpango-directfb_1.2.3.bb has "1.2.3" as PV
17:01.07koenit being selected was random before RP made some changes for PREFERRED_PROVIDERS
17:03.14koenmwester: the whole directfb thing needs more thought, please respond to the thread on the oe ml
17:05.07mwesterI shall locate said thread, and respond. :)  Thanks - in the meantime, should we rename or do something with the problematic recipe?  All new openmoko builds will fail.
17:05.58*** join/#oe Crofton (n=balister@hc652177b.dhcp.vt.edu)
17:06.34koenthe two options I see: remove *irectfb or add PREFERRED_PROVIDERS for pango, cairo, etc to angstrom on top of the existing gtk ones
17:06.54koenthe second option is the easiest, but basically rules out developing directfb with angstrom
17:07.46koenit's also the best option for the short term
17:12.35Croftonkoen, off to do more fittings?
17:13.35koenservice days
17:13.46koenso fixing the misfittings
17:13.50*** join/#oe zap (n=zap@16.170.249.ozerki.net)
17:13.54koenand the people that lost weight
17:14.03Croftonheh
17:14.09koenone person today lost 19kg the past year
17:14.28Croftonclean living
17:14.36CroftonI need to lose some weight
17:15.25Croftonand the best way to do that is finish my thesis
17:18.20*** join/#oe bedboi (n=bedboi@129.24.27.25)
17:18.22bedboihi there.
17:19.02bedboiis there anyone how tried to build an image for wrt54?
17:19.37bedbois/how/who
17:23.47*** join/#oe greentux (n=lemke@Z5dca.z.pppool.de)
17:27.55mwesterbedboi:  Not with OE AFAIK.  
17:28.34bedboibtw the conf files are there
17:28.48bedboinow i don't know if these config files will work
17:28.50bedboibut they are there.
17:28.58mwesterFor angstrom?  or what distro?
17:30.23bedboithere is a wrt54 distro
17:30.33bedboiwell actually wrt54oe
17:38.27koenhrw uses that to create packages for his wrt, but not images
17:38.47koenwe need someone with a serial lead attached to a wrt to get OE wrt support into shape
17:44.22bedboikoen: btw at least we can create packages
17:48.54*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
17:50.00*** join/#oe Bernardo (n=Bernardo@89.181.32.2)
17:53.50*** join/#oe TheCan (n=thecan@dslb-084-056-145-241.pools.arcor-ip.net)
18:07.58psokolovskybedboi: please work on adding openwrt kernels to OE, that would be very nice
18:11.22*** join/#oe mgross (i=mgross@nat/intel/x-c88dc3b563c5ea35)
18:25.01*** join/#oe Sleep_Walker (n=Sleep@r3f182.net.upc.cz)
18:28.38Croftonanyone know anything about NIOS processors?
18:30.06*** join/#oe zap (n=zap@16.170.249.ozerki.net)
18:31.48*** join/#oe tank17 (i=tank17@gateway/tor/x-6525f2ce9fd12d3f)
18:38.21*** join/#oe Frg (n=Frg@chello087206088102.chello.pl)
18:38.49*** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.12.Dial1.SanJose1.Level3.net)
18:40.00CIA-303koen 07org.oe.dev * r57d7542e... 10/ (17 files in 8 dirs): linux-ezx: catch up with svn and unbreak booting by enabling ext2
18:45.49*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
18:46.31*** join/#oe Frg (n=Frg@chello087206088102.chello.pl)
18:50.37*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
18:53.49*** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
19:00.51*** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath)
19:05.40*** join/#oe frank7d (n=afs@p549F048B.dip0.t-ipconnect.de)
19:07.54zeckekoen: how do you get back to holland after OEDEM?
19:08.24*** join/#oe lrg (n=liam@lrg2.demon.co.uk)
19:14.28*** join/#oe tank17 (i=tank17@gateway/tor/x-72e0456299aa2bc8)
19:15.36CIA-303jluebbe 07org.oe.dev * r881b2437... 10/ (3 files in 3 dirs): openmoko-base: use startup_unintrusive.wav instread of startup_openmoko.wav
19:21.26CIA-303jluebbe 07org.oe.dev * r13a65151... 10/ (4 files in 4 dirs):
19:21.26CIA-3base-files: mount mmc card async
19:21.26CIA-3* it is not possible to remove the mmc card from the neo while it is on
19:21.26CIA-3<PROTECTED>
19:27.40*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
19:35.20*** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net)
19:37.25*** join/#oe tsdogs (n=tsdogs@62.123.180.130)
19:39.05*** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl)
19:42.22*** join/#oe SirManiac (n=_sir_man@75-104-89-219.cust.wildblue.net)
19:46.42*** join/#oe csmanx (n=csman@dyn-wireless-165-137.Concordia.CA)
19:46.59*** part/#oe SirManiac (n=_sir_man@75-104-89-219.cust.wildblue.net)
19:51.28*** join/#oe csmanx (n=csman@dyn-wireless-165-137.Concordia.CA)
19:51.59*** join/#oe CIA-3 (n=CIA@208.69.182.149)
19:52.13*** join/#oe memenarsil (n=memeruiz@e180246210.adsl.alicedsl.de)
19:54.46likewisehello all
19:58.21Jin^eLDhey likewise
19:58.33likewiseJin^eLD: got my board :-)
19:58.37Jin^eLDfinally :)
19:59.27Jin^eLDwhich SDK version came along with it?
20:12.17likewiseJin^eLD: May 2006?
20:12.37Jin^eLDuhm.. actually it should have a version number :)
20:13.02likewiseJin^eLD: actually, I don't think I have the SDK, it's an eval board for lend....
20:13.52*** join/#oe iceghost (n=a@189.163.55.184)
20:14.32Jin^eLDlikewise: uhm.. but how would you boot the board and try the decoders etc. then?
20:14.49likewiseJin^eLD: I guess there are binaries on the HDD
20:15.15likewiseAny ALIX users here yet?
20:16.15Jin^eLDlikewise: uhm, that's weird...
20:16.32Jin^eLDI'd at least expect some board support package to play with
20:16.57likewiseJin^eLD: we didn't pay for anything yet, the SDK is 25k we heard.
20:17.29Jin^eLDooh.. I thought the board was 25k
20:30.51likewiseCM: POSIX timers?
20:31.20CMlikewise: I read cbrake's blogpost :)
20:31.34likewiseah, let me see
20:32.08CMlikewise: http://bec-systems.com/web/content/view/78/9/
20:32.57likewiseah yes
20:33.06CMBasic, but that's what I needed.
20:33.09likewiseI can show you an example implementation as an extra
20:33.20CMSure :)
20:35.25likewiseCM, cbrake: http://www.pastebin.ca/713962
20:35.42likewisecontains timers.c source and Makefile in the end
20:36.26CMlikewise: Ah, neat. Thanks
20:36.32likewiseCM: clock_id = CLOCK_REALTIME; can be set to CLOCK_MONOTONE if you need absolute timeouts (see cbrake's blog on why)
20:37.24CMWhy would there be any advantage to use CLOCK_REALTIME if you need a timeout interval?
20:37.43CMIf I use it for a wake-up alarm, I want realtime though.
20:38.14likewiseCM: none. This is some old source I used to verify what happens in all cases.
20:38.56zeckekergoth: I'm so in love with git-rebase
20:39.08likewiseCM: yes, sure, you can add real-time thread scheduling etc.
20:39.21kergothhehe
20:39.25kergothrebase is very nice
20:39.39likewiseCM: the timer triggers the thread, which you can make real-time.
20:39.40kergothi like stgit too, convenient rather than rearranging the history manually
20:39.56kergoththanks to reflog, its like quilt but with patch modification history
20:39.59zeckekergoth: I had more issues with it than pleasure :)
20:40.00CMlikewise: I see that. Nice :)
20:40.15zeckekergoth: git-rebase -i and git-mergetool just rock
20:40.33kergothjust need to make sure not to git gc on a repo using an stgit branch, or itll throw away your old reflog entries eventually, would lose patch mod history
20:40.43kergothlately i'm loving git bisect
20:40.53zeckekergoth: you do customer support right?
20:41.10kergothnot phone support, but it's support yeah, fixing the bugs a specific customer reports
20:41.51zeckekergoth: see, I decided two things in my life. Not to fix other ones bugs and not to introduce bugs myself :)
20:41.55cbrakekergoth: so stgit adds enough value to mess with?
20:41.59kergothbisect helps a lot for what i'm doing, since i can quickly search upstream for where a fix happened that i need to backport to one of our kernels
20:42.03kergothzecke: hehe
20:42.39*** join/#oe xela (n=xela@89.244.181.24)
20:42.45kergothcbrake: imo it does.  it makes pushing the patch series into your main branch and then upstream quick and easy, and like i said lets you have history for the modifications of the "patches"
20:42.50likewiseOEDEM item: move to GIT?
20:43.14zeckelikewise: psst
20:43.30likewisezecke: pssst or sssshhh? :-)
20:43.52xelahey all, can somebody point me where to look for power management issues for ARM based devices (like Sony PRS 500, Nokia 770)?
20:44.19zeckelikewise: I think we can just stay with mtn, and people wanting to use git, hg, darcs can do that
20:44.33cbrakelikewise: thanks for the timer code -- grokking now
20:44.36likewisezecke: as long as the repo's scale along
20:44.52zeckelikewise: and with a working bridge it doesn't really matter
20:44.55likewisecbrake: the timer code defaults to REALTIME, it is something I was playing with long ago
20:45.54likewisecbrake: just define the variable at the the top to use MONOTONE. In fact, I used this code base to make the timer triggered thread real-time for a real-time application I was developing.
20:47.01zeckelikewise: e.g. I want to use git to try merging .dreambox to .dev
20:56.39*** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be)
20:56.59*** join/#oe polyonymous (n=hacker@pD953975B.dip0.t-ipconnect.de)
21:00.52cbrakelikewise: I looked at signal handers early in my project, but decided to use a while loop in a separate thread with clock_nanosleep.
21:01.40cbrakelikewise: I was curious if a signal handler can call a function before the previous call had exited
21:02.46cbrakelikewise: but never tested.  I ran into one other issue with the signal handler, but can't recall what it was ...
21:03.28likewisecbrake: clock_nanosleep() is perfectly fine, simple and does the job.
21:04.32cbrakelikewise: must have been I was just uncomfortable putting a huge amount of code in a signal handler ...
21:04.43*** join/#oe nud_ (n=sf@91.86.93.226)
21:05.34likewisecbrake: oh yes, I only perform mutex_unlock()s to awaken another thread. clock_nanosleep() is much cheaper I suspect.
21:06.05likewisecbrake: I think at that time I needed to couple a real-time process to a real-time wallclock (which came across a broadcast video link).
21:06.48likewisecbrake: so I was experimenting with all rare casing off the real-time clock (which was non-monotone in case of loss of video or leap seconds etc)
21:06.54likewises/casing/cases/
21:06.57*** join/#oe trj (n=trj@pantheon.demon.co.uk)
21:07.05cbrakelikewise: nod, that makes sense
21:08.15likewisecbrake: one of the rare cases is where the video feed has a leap second, and my system has a leap second, but not quite at the same time.
21:15.45cbrakehmm, freescale uses ltib to build Linux images: http://www.freescale.com/webapp/sps/site/overview.jsp?nodeId=02VS0l320822D022DB
21:20.19CroftonI think stelios is talking to them about OE :)
21:20.23cbrakebahh, written in perl, and depends on OE
21:20.28Croftonhe is giving a talk at the PPC dev conference
21:21.32cbrakeCrofton: ltib source tree is only 10MB -- can't be much there ...
21:21.38Croftonheh
21:22.09cbrakegahh, make that "bahh, written in perl, and depends on _RPM_"
21:22.43CroftonI hope stelios shows up and lets us know how his talk went
21:22.59cbrakeCrofton: nod
21:22.59*** join/#oe punkass (n=user@unaffiliated/punkass)
21:25.13cbrakeCrofton: I sometimes send processor/board vendors the following like and ask them if they feel like they are missing out :-) http://www.openembedded.org/filebrowser/org.openembedded.dev/conf/machine
21:26.02Croftonwhat just need to make sure they all work :)
21:26.40cbrakeCrofton: yeah, that's a challenge
21:29.18CroftonSRCREV?
21:30.32RPCrofton: yes
21:31.04RPa) its not a bitbake bug b) it was a design decision discussed on the mailing list
21:31.56Croftonwe need a FAQ
21:32.04Croftonthis will come up again ....
21:32.14RPyes
21:34.47CroftonI suppose you should close the bug with an explanation of how to get the desired behavior and reference the list discussion ....
21:34.58Croftonthen I can read up on the solution :)
21:35.06likewiseCrofton: LOL :-)
21:35.12likewiseCrofton: (and me with you)
21:35.32Croftonbrain death is setting in
21:35.45likewisenite is setting in. good nite all, cu
21:35.47CroftonI need to move thesis edits from paper to disk, but no energy for that
21:35.50Croftongn
21:35.58*** join/#oe Chase (n=cndougla@cpe-75-185-70-183.columbus.res.rr.com)
21:35.58likewisegood luck
21:37.10ChaseI'm trying to build my own distribution with a TARGET_OS of linux-uclibcgnueabi
21:37.27Croftonwhy not use Angstrom?
21:37.45Chasewhen it gets to gcc-cross-initial, it fails to compile because sys/types.h is missing
21:38.04CroftonAngstrom should be able to use uclibc
21:38.12ChaseI'm not sure how to use angstrom correctly, and oe doesn't have good documentation
21:38.18CroftonI am not sure how to make i tdo that
21:38.19Croftonhehe
21:38.21ChaseI've built things with my own distro before
21:38.37Croftonwell, koen worked out how to do it with uclobc and Angstrom
21:38.55Chaseit seems as though uclibc-initial may need to be installed prior to gcc-cross-initial being built
21:39.11Chasebut when staging, uclibc-initial needed gcc...
21:39.18Chasekinda circular
21:39.32*** join/#oe Imhotep_real (n=ffff@mnhm-4d007703.pool.mediaWays.net)
21:44.04Chaseanyone know where sys/types.h comes from?
21:44.26RPChase: libc's headers
21:44.35Chaseyeah...
21:44.35RPChase: be that uclibc or glibc
21:44.59Chasewhen building gcc-cross-initial, should it be using my system's sys/types?
21:45.22RPChase: Since you're running gcc on that system, yes
21:45.36Chasehmm, then why wouldn't it be looking there?
21:45.40Chasebecause I have it
21:46.13*** join/#oe Imhotep_real (n=ffff@mnhm-4d007703.pool.mediaWays.net)
21:46.39RPI seem to remember glibc-initial installing headers for some cases...
21:46.58HopsNBarleygah!  6-12 weeks for an MX27ADS board.  anybody have a good substitution recommendation?  
21:47.01*** join/#oe mallum (n=mallum@host86-151-66-134.range86-151.btcentralplus.com)
21:47.29HopsNBarley... suppose i could look at i.mx[23]1 boards.  commercial vendors?
21:49.20Chaseit wouldn't be in linux-libc-headers would it?
21:49.37Chasemaybe I'm just getting all confused
21:49.45ChaseI didn't see anything from glibc
21:50.54Chaseone thing that bothers me is I don't know what this is doing:
21:51.03Chase"${@['virtual/${TARGET_PREFIX}libc-initial',''][bb.data.getVar('TARGET_ARCH', d, 1) in ['arm', 'armeb', 'mips', 'mipsel']]}"
21:52.09cbrakeHopsNBarley: the LogicPD i.MX31 board
21:53.41cbrakeChase: that is Python code -- if that helps
21:55.43cbrakeChase: are you building for ARM?
21:55.48Chaseyes
21:55.53Chaseep93xx
21:56.04Chaselinux-uclibcgnueabi
21:56.11cbrakeChase: I'll try a build tomorrow and see what happens
21:56.55Chasealright
21:56.55Chasethanks
21:56.55cbrakeChase: I typically use Angstrom, and then set a var in local.conf to specify uclibc ...
21:56.55cbrakeChase: looking up now ...
21:57.08Chasehow does one "use" angstrom
21:57.19cbrakeChase: ANGSTROM_MODE = "uclibc"
21:57.25ChaseI want to build a very small image
21:57.32Chaseone that hopefully will fit in 16 MB
21:57.37Chasebut doesn't HAVE to
21:57.45Chasethat will act as a router
21:58.00cbrakeChase: DISTRO="angstrom-2007.1" in local.conf
21:58.05Chaseand I was wary of angstrom cause I couldn't tell what packages it uses
21:58.14Chaseor how to define what packages it uses
21:58.20cbrakeChase: I would use Angstrom, and then bitbake angstrom-minimal-image
21:58.31Chaseok
21:58.35ChaseI'll look into that
21:58.43cbrakeChase: Angstrom does not dictate image contents -- more just versions, and such
21:59.03Chasethat was my other concern
21:59.04cbrakeChase: so you will benefit from package versions being set to things that we know work
21:59.28ChaseI will be using rt2x00 drivers
21:59.35Chaseand I need a fairly up to date kernel
21:59.53Chasethey use stuff in the LATEST kernel
21:59.54cbrakeChase: should not be a problem -- you can define a kernel recipe easily to build whatever you want
21:59.57Chaseas far as I can tell
22:00.03Chaseok
22:00.09cbrakeChase: I'm build 2.6.23-rc6 for compulab modules right now in OE
22:00.19cbrakeChase: gotta run, catch you later
22:00.23Chasealright
22:00.25Chasethanks for your help
22:00.31cbrake_awayChase: good luck :-)
22:03.15*** join/#oe memeruiz__ (n=memeruiz@f051103161.adsl.alicedsl.de)
22:08.45*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
22:14.47*** join/#oe Cwiiis (n=cwiiis@82-43-46-194.cable.ubr02.croy.blueyonder.co.uk)
22:17.18*** join/#oe W8TVI (n=me@166.165.108.156)
22:21.04*** join/#oe aloisiojr (n=aloisio@201008086230.user.veloxzone.com.br)
22:31.52*** part/#oe tank17 (i=tank17@gateway/tor/x-72e0456299aa2bc8)
22:41.38*** join/#oe tank17 (i=tank17@gateway/tor/x-d87d12a0d68000a7)
22:43.52HopsNBarleyhas anybody thought about a VMware target?
22:44.18*** part/#oe vivijim (n=vivijim@200.184.118.132)
22:52.52*** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.66.Dial1.SanJose1.Level3.net)
22:53.22*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
23:06.20*** join/#oe vivijim (n=vivijim@20132173003.user.veloxzone.com.br)
23:22.34*** join/#oe vivijim (n=vivijim@20132173003.user.veloxzone.com.br)
23:23.00*** part/#oe vivijim (n=vivijim@20132173003.user.veloxzone.com.br)
23:36.40*** join/#oe dcordes (n=tsingtao@78.54.163.255)
23:39.57*** join/#oe gilligan__ (n=gilligan@p549AB1EE.dip0.t-ipconnect.de)
23:49.06*** join/#oe mithro (n=tim@secure.astc-design.com)
23:50.25*** join/#oe Varoudis (n=varoudis@athedsl-111273.home.otenet.gr)
23:51.40*** join/#oe svolpe (n=Gerrath@unaffiliated/gerrath)
23:52.26*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
23:53.12svolpemwester, I removed pango-directfb until I figure out how to handle the issue you posted.. I replied back to your post explaining the situation in more detail :-)
23:56.36svolpemwester, what I don't get is if I just do bitbake pango it builds pango and NOT pango-directfb.

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