00:01.16 | Ghiottone | I have to set the DESTDIR variable |
00:02.16 | Ghiottone | that 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.32 | svolpe | Ghiottone, 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.55 | Ghiottone | unfortunately it has not a configure script |
00:12.11 | Ghiottone | it is just that that variable works as a --prefix |
00:15.03 | svolpe | Ghiottone, you should be able to just export the variable inside of the .bb file. |
00:15.34 | svolpe | Ghiottone, there is also oe_runmake. |
00:15.42 | Ghiottone | which is the syntax to export? |
00:16.07 | Ghiottone | I'm using oe_runmake but I can't see any difference from just using make |
00:16.27 | svolpe | Ghiottone, export VARIABLE_NAME=value |
00:17.20 | svolpe | Ghiottone, did you try oe_runmake 'VARIABLE_NAME=value' |
00:17.21 | svolpe | <PROTECTED> |
00:17.34 | svolpe | Ghiottone, I'm only guessing at that as I have not done it before. |
00:18.36 | svolpe | Ghiottone, look at the following .bb file "org.openembedded.dev/packages/cups/cups_1.2.7.bb" |
00:18.55 | svolpe | Ghiottone, I think the oe_runmake example under the do_compile is what you want to do. |
00:19.11 | Ghiottone | ok I'll look! thanks a lot |
00:19.21 | svolpe | Ghiottone, no problem. |
00:20.38 | Ghiottone | yes! it is exactly what I was trying to do |
00:20.53 | Ghiottone | he put the double quotes in it |
00:21.08 | Ghiottone | I did a similar thing but didn't work |
00:24.05 | svolpe | Ghiottone, I think that is the right way to do it. |
00:24.33 | svolpe | exporting 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.01 | nik0n | morning. 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.21 | nik0n | how 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.12 | nud | what 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.13 | nik0n | nud: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.28 | CM | XorA: 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.35 | gilligan_ | hi |
10:15.55 | gilligan_ | 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.19 | gilligan_ | 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.40 | gilligan_ | can i somewhere get snapshot in the proper layout which will work with 0.36 ? |
10:24.38 | gilligan_ | 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.00 | RP | morning all |
10:37.42 | gilligan_ | morning |
10:39.40 | lrg | morning gilligan_ , Richard |
10:41.32 | gilligan_ | I wouldn't be lucky enough to have someone in this channel who is using OE for the compulab PXA270 ? :) |
10:43.13 | nud | I know at least two people using it |
10:44.48 | RP | gilligan_: I have done before but quite a while ago |
10:44.55 | gilligan_ | i see |
10:45.29 | gilligan_ | 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.06 | gilligan_ | and the documentation is a bit scattered and sometimes somewhat confusing.. but i'll get there eventually |
10:47.28 | gilligan_ | 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.22 | gilligan_ | 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.58 | cbrake_a1ay | gilligan_: I would start with Angstrom |
10:58.11 | gilligan_ | cbrake_a1ay, out of any specific reason? |
10:59.05 | gilligan_ | 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.31 | cbrake_a1ay | gilligan_: angstrom gets a lot more testing, and is what most people use, so there is a much higher chance it will work. |
11:02.44 | cbrake_a1ay | gilligan_: 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.51 | cbrake_a1ay | gilligan_: angstrom-console-image currently takes about 5Gb of space on the host to build, which is reasonable. |
11:04.07 | gilligan_ | cbrake_a1ay, alright..thanks for the input |
11:04.52 | gilligan_ | so.. "dist=angstrom-2007" or what is it ? |
11:04.54 | cbrake_a1ay | gilligan_: 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.30 | cbrake_a1ay | gilligan_: ls openembedded/conf/distro/angstrom-200* |
11:05.53 | gilligan_ | angstrom-2007.1.conf angstrom-2007.1-legacy.conf angstrom-2008.1.conf |
11:05.53 | cbrake_a1ay | gilligan_: so, angstrom-2007.1 or angstrom-2008.1 |
11:06.04 | gilligan_ | alright |
11:06.14 | gilligan_ | thanks again |
11:06.24 | cbrake_a1ay | gilligan_: I think either should work, but 2007.1 is considered somewhat stable, 2008.1 is somewhat testing |
11:06.33 | gilligan_ | alright |
11:09.00 | *** join/#oe russf_ (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
11:13.42 | Crofton|home | we really need to remove the name angstrom from teh image names |
11:13.46 | gilligan_ | 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.50 | Crofton|home | it cause so much confusion |
11:14.07 | Crofton|home | packages/angstrom |
11:14.35 | Crofton|home | there is also angstrom-minimal-image |
11:14.45 | Crofton|home | and no good "in between" image :) |
11:14.53 | gilligan_ | ah.. ok |
11:14.54 | gilligan_ | ;] |
11:19.12 | Gerrath | gilligan_, There are quite a few of us using it at work, I believe :-) |
11:19.12 | gilligan_ | $ bitbake angstrom-console-image <-- that should work shouldn't it? I get "ValueError: substring not found" in tmpHandler |
11:19.18 | cbrake_a1ay | gilligan_: yes, angstrom-console-image is the target. |
11:19.34 | gilligan_ | maybe my packages path is wrong..hum |
11:19.53 | cbrake_a1ay | gilligan_: does bitbake parse any packages when you run it? |
11:20.00 | cbrake_a1ay | gilligan_: should take several minutes |
11:20.01 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
11:20.03 | cbrake_a1ay | gilligan_: the first time |
11:20.14 | gilligan_ | gilligan@toontown:~/projects/ATM$ bitbake angstrom-console-image |
11:20.15 | gilligan_ | NOTE: Psyco JIT Compiler (http://psyco.sf.net) not available. Install it to increase performance. |
11:20.15 | gilligan_ | ERROR: no files to build. |
11:20.15 | gilligan_ | NOTE: Parsing finished. 0 cached, 0 parsed, 0 skipped, 0 masked. |
11:20.15 | gilligan_ | NOTE: build 200709251318: started |
11:20.16 | gilligan_ | nope |
11:20.37 | Crofton|home | echp $BBPATH |
11:20.41 | Crofton|home | er echo\ |
11:22.36 | gilligan_ | /home/gilligan/projects/ATM/stuff/build:/home/gilligan/projects/ATM/stuff/org.openembedded.dev |
11:22.41 | gilligan_ | that appears to be correct |
11:23.04 | gilligan_ | gilligan@toontown:~$ ls /home/gilligan/projects/ATM/stuff/build |
11:23.04 | gilligan_ | conf |
11:23.04 | gilligan_ | gilligan@toontown:~$ ls /home/gilligan/projects/ATM/stuff/org.openembedded.dev |
11:23.04 | gilligan_ | classes conf contrib COPYING.MIT delete.txt files MAINTAINERS _MTN packages README removal.txt site |
11:26.49 | Crofton|home | and BBFILES in local.conf is right? |
11:27.04 | Crofton|home | when this happens, I usually made a type in one fo those two settings |
11:27.39 | gilligan_ | no..because i am an idiot :] |
11:27.44 | gilligan_ | typo |
11:27.44 | Crofton|home | that too |
11:27.45 | gilligan_ | :) |
11:28.58 | *** join/#oe rd_ (n=dr@trung.tam.mua.ban.trao.doi.phu.nu) |
11:29.02 | gilligan_ | alright.. now that seems much better |
11:30.40 | gilligan_ | Crofton|home, what are your experiences with enabling parallel builds ? working or too many packages making problems ? |
11:31.20 | gilligan_ | hm..really wonder how long this build is going to take ;] |
11:31.20 | nik0n | how can i tell OE to create a ramdisk image instead of jffs2 image? |
11:31.32 | Crofton|home | PARALLEL_MAKE = "-j 4" |
11:31.35 | Crofton|home | is fine |
11:35.53 | Crofton|home | any German speakers handy? |
11:37.22 | *** join/#oe tnb (n=tnb@sdgsystems.net) |
11:38.03 | Crofton|home | abschicken = send |
11:38.12 | cbrake_a1ay | nik0n: IMAGE_FSTYPES -- see openembedded/conf/local.conf.sample |
11:38.30 | Crofton|home | this time I received a confirmation |
11:39.51 | nik0n | cbrake_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.11 | gilligan_ | 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.07 | gilligan_ | sure as hell don't need qemu actually ;-] |
11:50.26 | gilligan_ | unless of course that is used for cross compilation |
11:53.04 | ade|desk | gilligan_: add a gcc 3 toolchain to your system and it will use that |
11:54.32 | gilligan_ | will do |
11:58.12 | Crofton|home | gilligan_, look the ENABLE_BINARY_LOCALE in local.conf |
11:58.23 | Crofton|home | and disable, that stops qemu from building |
11:58.47 | Crofton|home | since I do not care about internationalization, this is not a problem for me |
11:58.58 | gilligan_ | ah yeah.. don't care either |
12:27.10 | cbrake | nik0n: 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.41 | cbrake | nik0n: but, it is best to make OE generate your image rather than rely on post ops |
12:35.04 | Crofton|home | The RH is fully booked |
12:35.06 | Crofton|home | help! |
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.13 | Crofton|home | zecke, ping |
12:46.36 | XorA | Crofton|home: there was another hotel on same street I found using google maps |
12:46.49 | XorA | Crofton|home: looked quite nice, but slightly more expensive |
12:46.49 | Crofton|home | ok |
12:46.55 | XorA | Crofton|home: cant remember name though |
12:47.07 | XorA | something russian I think |
12:47.14 | Crofton|home | I could also try hostel and see if it is possibel to join you for breakfast |
12:47.18 | Crofton|home | heh |
12:47.20 | Crofton|home | commies |
12:48.21 | zecke | Crofton|home: pong |
12:48.35 | Crofton|home | zecke the RH and GH hotels are full |
12:48.41 | Crofton|home | know of any others to try? |
12:49.28 | zecke | Crofton|home: Hotel chez zecke ;) |
12:49.36 | zecke | Crofton|home: wait a second |
12:49.38 | Crofton|home | it may come to that |
12:49.42 | Crofton|home | :) |
12:49.45 | Crofton|home | I snore |
12:49.50 | Crofton|home | badly apparently |
12:50.15 | zecke | Crofton|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.19 | Crofton|home | what number on invalidenstrasse |
12:51.48 | zecke | Crofton|home: it is not there with the google maps search |
12:51.56 | zecke | Crofton|home: I'm asking some one for the name |
12:54.18 | zecke | Crofton|home: MERCURE HOTEL BERLIN AN DER CHARITE |
12:54.23 | Crofton|home | ok |
12:54.27 | Crofton|home | it is in google :) |
12:55.00 | *** join/#oe rob_w (n=bob@X0b76.x.pppool.de) |
12:56.17 | zecke | Crofton|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.29 | Crofton|home | let me run through google |
12:56.33 | Crofton|home | I have location now |
12:56.39 | Crofton|home | I will provide updates :) |
12:56.42 | zecke | bbl |
12:57.14 | Crofton|home | ok |
12:57.17 | Crofton|home | urg |
12:57.30 | Crofton|home | rates would be grim in usd ... |
12:59.01 | gilligan_ | you guys are going to Berlin? |
12:59.05 | Crofton|home | kinderinsel is childrens hotel .... |
12:59.21 | Crofton|home | http://www.openembedded.org/wiki/OEDEM2007 |
12:59.43 | zecke | http://www.hotel-zarenhof.de/ |
13:00.04 | gilligan_ | ah |
13:00.07 | gilligan_ | nice |
13:00.21 | gilligan_ | i won't go to Berlin for december.. for the CCC Congress :) |
13:00.44 | zecke | Crofton|home: the google busines search is not too bad either |
13:00.55 | zecke | Crofton|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.02 | Jin^eLD | zecke: do you already know if you are going to Linz? |
13:01.55 | zecke | Jin^eLD: the talk was accepted |
13:02.09 | Jin^eLD | cool, see you there then :> |
13:02.14 | Jin^eLD | anyone else going? |
13:02.15 | zecke | Jin^eLD: I better show up :) |
13:02.30 | zecke | Jin^eLD: at least one guy of o-hand.com will present as well |
13:02.49 | Jin^eLD | well anyone else from #oe I mean? |
13:02.56 | Crofton|home | zarenhof ok, but full some nights |
13:03.09 | Jin^eLD | not necessarily presenting, just - if someone whom I could know from he is joining? :> |
13:04.01 | XorA | Crofton|home: we find you a comfy cardboard box |
13:05.59 | Crofton|home | http://www.novalis-berlin.de/home.htm |
13:06.38 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
13:07.30 | ade|desk | http://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.48 | ade|desk | but don't know where that is w.r.t where you need to be |
13:07.55 | Crofton|home | going to see what Novalis qyotes |
13:08.45 | Crofton|home | why do they have a check box for booking or accomodation |
13:18.17 | gilligan_ | hm |
13:18.23 | gilligan_ | seems liek ftp.rpm.org is down |
13:18.43 | gilligan_ | from which oe tries to fetch ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.1.x/popt-1.7.tar.gz |
13:21.05 | gilligan_ | any workaround to this? |
13:22.35 | gilligan_ | was easy enough to find a mirror using google |
13:22.35 | Crofton|home | hmmm |
13:22.41 | Crofton|home | try again until it succeed |
13:22.50 | Crofton|home | then do not remove your local sources .... |
13:23.11 | gilligan_ | well I am pretty sure it is down |
13:23.20 | gilligan_ | so i could retry till tomorrow |
13:23.59 | gilligan_ | or at least i am on the 4th retry or so already |
13:24.14 | Crofton | I had this issue the other day and I eventually got it |
13:24.25 | Crofton | I can email the stuff for your sources dir .... |
13:25.08 | gilligan_ | 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.10 | Crofton | give me your email and I can send it along with the md5 etc |
13:27.05 | gilligan_ | tobias.pflug@gmx.net |
13:28.03 | Crofton | going out now |
13:29.03 | gilligan_ | got it |
13:29.06 | gilligan_ | thanks |
13:29.47 | gilligan_ | 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.12 | chouimat | morning |
13:30.34 | gilligan_ | chouimat, morning |
13:31.02 | Crofton | gilligan_, put them in DL_DIR |
13:31.14 | Crofton | from local.conf |
13:31.19 | gilligan_ | right right,, |
13:31.39 | gilligan_ | so i can cancel the build now and restart when i copied the files ? |
13:31.46 | Crofton|home | yeah |
13:34.29 | gilligan_ | well.. thanks once again |
13:38.01 | Crofton|home | http://youtube.com/watch?v=IuwMOBM5xfU |
13:38.08 | Crofton|home | Ninja outbreak in Pittsburgh |
13:38.26 | gilligan_ | o_0 |
13:52.58 | Crofton|home | Is 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.56 | gilligan_ | 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.09 | gilligan_ | 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.09 | likewise | gm |
14:46.03 | Crofton|home | gm |
14:51.10 | mwester | Where's the viewmtn site again? I need to find out what's broken the openmoko builds... |
14:51.38 | mwester | Unless 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.00 | XorA | cairo-directfb was added |
14:59.38 | mwester | Yeah, that's probably the problem. |
14:59.48 | mwester | Now the trick is to figure out how to resolve it. |
15:00.10 | mwester | Looks 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.12 | gilligan_ | angstrom is quite big.. |
15:19.02 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
15:19.18 | koen | gilligan_: 892kB over here |
15:19.24 | koen | I wouldn't call that big |
15:20.36 | gilligan_ | 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.13 | cbrake | gilligan_: you can create your own custom image based on the Angstrom distro -- Angstrom does not dictate what goes in the image |
15:22.45 | cbrake | gilligan_: but, I still recommend you get angstrom-console-image running first so you have a working point of reference |
15:23.28 | gilligan_ | cbrake, yeah i get the point.. what i basically meant was "the default selection is rather big" then ;] |
15:23.55 | gilligan_ | cbrake, well with the minimal space available on the board there is no way i can use the default setup |
15:24.42 | cbrake | gilligan_: gota run -- I'll be back in a couple hours ... |
15:24.45 | gilligan_ | 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.48 | gilligan_ | ok |
15:24.50 | gilligan_ | cu ;] |
15:25.14 | woglinde | gilligan please read on the oe-devel list |
15:25.23 | woglinde | there is a disscusion about it |
15:25.45 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
15:25.51 | woglinde | hi bernado |
15:29.08 | gilligan_ | woglinde, discussion on what exactly? (but you are right.. i should subscribe to the oe devel-list in either case..) |
15:29.32 | woglinde | discussion about to shrink your image |
15:29.54 | woglinde | and how oe can be made easier for normal user |
15:30.07 | gilligan_ | ah ok |
15:39.24 | Crofton | and what a normal user is :) |
15:39.50 | *** join/#oe dion (n=dion@inhex.net) |
15:43.39 | gilligan_ | 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.38 | gilligan_ | ah |
15:44.39 | gilligan_ | there |
15:44.43 | gilligan_ | in deploy |
15:46.34 | gilligan_ | 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.26 | Bernardo | hi woglinde |
15:52.30 | Crofton|work__ | <PROTECTED> |
15:52.53 | Bernardo | a firewall at work? |
15:53.12 | Crofton|work__ | no |
15:53.14 | Crofton|work__ | :) |
15:53.33 | gilligan_ | 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.54 | gilligan_ | talk about locking yourself in instead of keeping others out |
15:54.08 | woglinde | re crofton |
15:54.16 | *** join/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
15:54.49 | Crofton | re |
15:56.28 | woglinde | crofton sure the it dont have a transparenrt fw? |
15:56.43 | woglinde | or maybe problem with transparent proxy |
15:56.46 | Crofton | git works |
15:56.59 | Crofton | I'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.15 | mwester | I need confirmation on an OE-behavior thing from one of the wizards here! |
16:47.47 | mwester | Assume that I have two recipes: pango-1.2.3.bb and pango-directfb-1.2.3.bb |
16:47.57 | mwester | Something has a dependency on "pango" |
16:48.28 | *** join/#oe pH5 (n=ph5@e178203050.adsl.alicedsl.de) |
16:49.48 | mwester | Both 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.25 | mwester | If 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.10 | mwester | (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.24 | woglinde | mwester hm ask koen now |
16:59.49 | woglinde | *g* |
17:00.23 | woglinde | it seems the intotruduce of gtk-directfb has some sideeffects |
17:00.34 | koen | pango-directfb_1.2.3.bb has "1.2.3" as PV |
17:01.07 | koen | it being selected was random before RP made some changes for PREFERRED_PROVIDERS |
17:03.14 | koen | mwester: the whole directfb thing needs more thought, please respond to the thread on the oe ml |
17:05.07 | mwester | I 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.34 | koen | the 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.54 | koen | the second option is the easiest, but basically rules out developing directfb with angstrom |
17:07.46 | koen | it's also the best option for the short term |
17:12.35 | Crofton | koen, off to do more fittings? |
17:13.35 | koen | service days |
17:13.46 | koen | so fixing the misfittings |
17:13.50 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
17:13.54 | koen | and the people that lost weight |
17:14.03 | Crofton | heh |
17:14.09 | koen | one person today lost 19kg the past year |
17:14.28 | Crofton | clean living |
17:14.36 | Crofton | I need to lose some weight |
17:15.25 | Crofton | and the best way to do that is finish my thesis |
17:18.20 | *** join/#oe bedboi (n=bedboi@129.24.27.25) |
17:18.22 | bedboi | hi there. |
17:19.02 | bedboi | is there anyone how tried to build an image for wrt54? |
17:19.37 | bedboi | s/how/who |
17:23.47 | *** join/#oe greentux (n=lemke@Z5dca.z.pppool.de) |
17:27.55 | mwester | bedboi: Not with OE AFAIK. |
17:28.34 | bedboi | btw the conf files are there |
17:28.48 | bedboi | now i don't know if these config files will work |
17:28.50 | bedboi | but they are there. |
17:28.58 | mwester | For angstrom? or what distro? |
17:30.23 | bedboi | there is a wrt54 distro |
17:30.33 | bedboi | well actually wrt54oe |
17:38.27 | koen | hrw uses that to create packages for his wrt, but not images |
17:38.47 | koen | we need someone with a serial lead attached to a wrt to get OE wrt support into shape |
17:44.22 | bedboi | koen: 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.58 | psokolovsky | bedboi: 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.38 | Crofton | anyone 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.00 | CIA-3 | 03koen 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.54 | zecke | koen: 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.36 | CIA-3 | 03jluebbe 07org.oe.dev * r881b2437... 10/ (3 files in 3 dirs): openmoko-base: use startup_unintrusive.wav instread of startup_openmoko.wav |
19:21.26 | CIA-3 | 03jluebbe 07org.oe.dev * r13a65151... 10/ (4 files in 4 dirs): |
19:21.26 | CIA-3 | base-files: mount mmc card async |
19:21.26 | CIA-3 | * it is not possible to remove the mmc card from the neo while it is on |
19:21.26 | CIA-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.46 | likewise | hello all |
19:58.21 | Jin^eLD | hey likewise |
19:58.33 | likewise | Jin^eLD: got my board :-) |
19:58.37 | Jin^eLD | finally :) |
19:59.27 | Jin^eLD | which SDK version came along with it? |
20:12.17 | likewise | Jin^eLD: May 2006? |
20:12.37 | Jin^eLD | uhm.. actually it should have a version number :) |
20:13.02 | likewise | Jin^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.32 | Jin^eLD | likewise: uhm.. but how would you boot the board and try the decoders etc. then? |
20:14.49 | likewise | Jin^eLD: I guess there are binaries on the HDD |
20:15.15 | likewise | Any ALIX users here yet? |
20:16.15 | Jin^eLD | likewise: uhm, that's weird... |
20:16.32 | Jin^eLD | I'd at least expect some board support package to play with |
20:16.57 | likewise | Jin^eLD: we didn't pay for anything yet, the SDK is 25k we heard. |
20:17.29 | Jin^eLD | ooh.. I thought the board was 25k |
20:30.51 | likewise | CM: POSIX timers? |
20:31.20 | CM | likewise: I read cbrake's blogpost :) |
20:31.34 | likewise | ah, let me see |
20:32.08 | CM | likewise: http://bec-systems.com/web/content/view/78/9/ |
20:32.57 | likewise | ah yes |
20:33.06 | CM | Basic, but that's what I needed. |
20:33.09 | likewise | I can show you an example implementation as an extra |
20:33.20 | CM | Sure :) |
20:35.25 | likewise | CM, cbrake: http://www.pastebin.ca/713962 |
20:35.42 | likewise | contains timers.c source and Makefile in the end |
20:36.26 | CM | likewise: Ah, neat. Thanks |
20:36.32 | likewise | CM: clock_id = CLOCK_REALTIME; can be set to CLOCK_MONOTONE if you need absolute timeouts (see cbrake's blog on why) |
20:37.24 | CM | Why would there be any advantage to use CLOCK_REALTIME if you need a timeout interval? |
20:37.43 | CM | If I use it for a wake-up alarm, I want realtime though. |
20:38.14 | likewise | CM: none. This is some old source I used to verify what happens in all cases. |
20:38.56 | zecke | kergoth: I'm so in love with git-rebase |
20:39.08 | likewise | CM: yes, sure, you can add real-time thread scheduling etc. |
20:39.21 | kergoth | hehe |
20:39.25 | kergoth | rebase is very nice |
20:39.39 | likewise | CM: the timer triggers the thread, which you can make real-time. |
20:39.40 | kergoth | i like stgit too, convenient rather than rearranging the history manually |
20:39.56 | kergoth | thanks to reflog, its like quilt but with patch modification history |
20:39.59 | zecke | kergoth: I had more issues with it than pleasure :) |
20:40.00 | CM | likewise: I see that. Nice :) |
20:40.15 | zecke | kergoth: git-rebase -i and git-mergetool just rock |
20:40.33 | kergoth | just 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.43 | kergoth | lately i'm loving git bisect |
20:40.53 | zecke | kergoth: you do customer support right? |
20:41.10 | kergoth | not phone support, but it's support yeah, fixing the bugs a specific customer reports |
20:41.51 | zecke | kergoth: see, I decided two things in my life. Not to fix other ones bugs and not to introduce bugs myself :) |
20:41.55 | cbrake | kergoth: so stgit adds enough value to mess with? |
20:41.59 | kergoth | bisect 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.03 | kergoth | zecke: hehe |
20:42.39 | *** join/#oe xela (n=xela@89.244.181.24) |
20:42.45 | kergoth | cbrake: 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.50 | likewise | OEDEM item: move to GIT? |
20:43.14 | zecke | likewise: psst |
20:43.30 | likewise | zecke: pssst or sssshhh? :-) |
20:43.52 | xela | hey all, can somebody point me where to look for power management issues for ARM based devices (like Sony PRS 500, Nokia 770)? |
20:44.19 | zecke | likewise: I think we can just stay with mtn, and people wanting to use git, hg, darcs can do that |
20:44.33 | cbrake | likewise: thanks for the timer code -- grokking now |
20:44.36 | likewise | zecke: as long as the repo's scale along |
20:44.52 | zecke | likewise: and with a working bridge it doesn't really matter |
20:44.55 | likewise | cbrake: the timer code defaults to REALTIME, it is something I was playing with long ago |
20:45.54 | likewise | cbrake: 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.01 | zecke | likewise: 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.52 | cbrake | likewise: 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.40 | cbrake | likewise: I was curious if a signal handler can call a function before the previous call had exited |
21:02.46 | cbrake | likewise: but never tested. I ran into one other issue with the signal handler, but can't recall what it was ... |
21:03.28 | likewise | cbrake: clock_nanosleep() is perfectly fine, simple and does the job. |
21:04.32 | cbrake | likewise: 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.34 | likewise | cbrake: oh yes, I only perform mutex_unlock()s to awaken another thread. clock_nanosleep() is much cheaper I suspect. |
21:06.05 | likewise | cbrake: 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.48 | likewise | cbrake: 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.54 | likewise | s/casing/cases/ |
21:06.57 | *** join/#oe trj (n=trj@pantheon.demon.co.uk) |
21:07.05 | cbrake | likewise: nod, that makes sense |
21:08.15 | likewise | cbrake: 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.45 | cbrake | hmm, freescale uses ltib to build Linux images: http://www.freescale.com/webapp/sps/site/overview.jsp?nodeId=02VS0l320822D022DB |
21:20.19 | Crofton | I think stelios is talking to them about OE :) |
21:20.23 | cbrake | bahh, written in perl, and depends on OE |
21:20.28 | Crofton | he is giving a talk at the PPC dev conference |
21:21.32 | cbrake | Crofton: ltib source tree is only 10MB -- can't be much there ... |
21:21.38 | Crofton | heh |
21:22.09 | cbrake | gahh, make that "bahh, written in perl, and depends on _RPM_" |
21:22.43 | Crofton | I hope stelios shows up and lets us know how his talk went |
21:22.59 | cbrake | Crofton: nod |
21:22.59 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
21:25.13 | cbrake | Crofton: 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.02 | Crofton | what just need to make sure they all work :) |
21:26.40 | cbrake | Crofton: yeah, that's a challenge |
21:29.18 | Crofton | SRCREV? |
21:30.32 | RP | Crofton: yes |
21:31.04 | RP | a) its not a bitbake bug b) it was a design decision discussed on the mailing list |
21:31.56 | Crofton | we need a FAQ |
21:32.04 | Crofton | this will come up again .... |
21:32.14 | RP | yes |
21:34.47 | Crofton | I suppose you should close the bug with an explanation of how to get the desired behavior and reference the list discussion .... |
21:34.58 | Crofton | then I can read up on the solution :) |
21:35.06 | likewise | Crofton: LOL :-) |
21:35.12 | likewise | Crofton: (and me with you) |
21:35.32 | Crofton | brain death is setting in |
21:35.45 | likewise | nite is setting in. good nite all, cu |
21:35.47 | Crofton | I need to move thesis edits from paper to disk, but no energy for that |
21:35.50 | Crofton | gn |
21:35.58 | *** join/#oe Chase (n=cndougla@cpe-75-185-70-183.columbus.res.rr.com) |
21:35.58 | likewise | good luck |
21:37.10 | Chase | I'm trying to build my own distribution with a TARGET_OS of linux-uclibcgnueabi |
21:37.27 | Crofton | why not use Angstrom? |
21:37.45 | Chase | when it gets to gcc-cross-initial, it fails to compile because sys/types.h is missing |
21:38.04 | Crofton | Angstrom should be able to use uclibc |
21:38.12 | Chase | I'm not sure how to use angstrom correctly, and oe doesn't have good documentation |
21:38.18 | Crofton | I am not sure how to make i tdo that |
21:38.19 | Crofton | hehe |
21:38.21 | Chase | I've built things with my own distro before |
21:38.37 | Crofton | well, koen worked out how to do it with uclobc and Angstrom |
21:38.55 | Chase | it seems as though uclibc-initial may need to be installed prior to gcc-cross-initial being built |
21:39.11 | Chase | but when staging, uclibc-initial needed gcc... |
21:39.18 | Chase | kinda circular |
21:39.32 | *** join/#oe Imhotep_real (n=ffff@mnhm-4d007703.pool.mediaWays.net) |
21:44.04 | Chase | anyone know where sys/types.h comes from? |
21:44.26 | RP | Chase: libc's headers |
21:44.35 | Chase | yeah... |
21:44.35 | RP | Chase: be that uclibc or glibc |
21:44.59 | Chase | when building gcc-cross-initial, should it be using my system's sys/types? |
21:45.22 | RP | Chase: Since you're running gcc on that system, yes |
21:45.36 | Chase | hmm, then why wouldn't it be looking there? |
21:45.40 | Chase | because I have it |
21:46.13 | *** join/#oe Imhotep_real (n=ffff@mnhm-4d007703.pool.mediaWays.net) |
21:46.39 | RP | I seem to remember glibc-initial installing headers for some cases... |
21:46.58 | HopsNBarley | gah! 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.29 | HopsNBarley | ... suppose i could look at i.mx[23]1 boards. commercial vendors? |
21:49.20 | Chase | it wouldn't be in linux-libc-headers would it? |
21:49.37 | Chase | maybe I'm just getting all confused |
21:49.45 | Chase | I didn't see anything from glibc |
21:50.54 | Chase | one thing that bothers me is I don't know what this is doing: |
21:51.03 | Chase | "${@['virtual/${TARGET_PREFIX}libc-initial',''][bb.data.getVar('TARGET_ARCH', d, 1) in ['arm', 'armeb', 'mips', 'mipsel']]}" |
21:52.09 | cbrake | HopsNBarley: the LogicPD i.MX31 board |
21:53.41 | cbrake | Chase: that is Python code -- if that helps |
21:55.43 | cbrake | Chase: are you building for ARM? |
21:55.48 | Chase | yes |
21:55.53 | Chase | ep93xx |
21:56.04 | Chase | linux-uclibcgnueabi |
21:56.11 | cbrake | Chase: I'll try a build tomorrow and see what happens |
21:56.55 | Chase | alright |
21:56.55 | Chase | thanks |
21:56.55 | cbrake | Chase: I typically use Angstrom, and then set a var in local.conf to specify uclibc ... |
21:56.55 | cbrake | Chase: looking up now ... |
21:57.08 | Chase | how does one "use" angstrom |
21:57.19 | cbrake | Chase: ANGSTROM_MODE = "uclibc" |
21:57.25 | Chase | I want to build a very small image |
21:57.32 | Chase | one that hopefully will fit in 16 MB |
21:57.37 | Chase | but doesn't HAVE to |
21:57.45 | Chase | that will act as a router |
21:58.00 | cbrake | Chase: DISTRO="angstrom-2007.1" in local.conf |
21:58.05 | Chase | and I was wary of angstrom cause I couldn't tell what packages it uses |
21:58.14 | Chase | or how to define what packages it uses |
21:58.20 | cbrake | Chase: I would use Angstrom, and then bitbake angstrom-minimal-image |
21:58.31 | Chase | ok |
21:58.35 | Chase | I'll look into that |
21:58.43 | cbrake | Chase: Angstrom does not dictate image contents -- more just versions, and such |
21:59.03 | Chase | that was my other concern |
21:59.04 | cbrake | Chase: so you will benefit from package versions being set to things that we know work |
21:59.28 | Chase | I will be using rt2x00 drivers |
21:59.35 | Chase | and I need a fairly up to date kernel |
21:59.53 | Chase | they use stuff in the LATEST kernel |
21:59.54 | cbrake | Chase: should not be a problem -- you can define a kernel recipe easily to build whatever you want |
21:59.57 | Chase | as far as I can tell |
22:00.03 | Chase | ok |
22:00.09 | cbrake | Chase: I'm build 2.6.23-rc6 for compulab modules right now in OE |
22:00.19 | cbrake | Chase: gotta run, catch you later |
22:00.23 | Chase | alright |
22:00.25 | Chase | thanks for your help |
22:00.31 | cbrake_away | Chase: 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.52 | HopsNBarley | has 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.12 | svolpe | mwester, 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.36 | svolpe | mwester, what I don't get is if I just do bitbake pango it builds pango and NOT pango-directfb. |