00:01.05 | mrj10 | Crofton: I'll try emailing, see if i'm missing something. Ditto on first boots, its a couple hours for me on this slow Class 2 microSD card |
00:01.31 | Crofton | I am working on a card with gnome |
00:01.47 | mrj10 | fftw's codebase is like a fine watch, it's crazy to see how it all fits together but very hard to load it all into your working set and make meaningful changes |
00:01.55 | mrj10 | yeah, gnome takes forever |
00:01.55 | Crofton | before we dupe it, I'll let firstboot run :) |
00:02.09 | Crofton | lack of public scm is annoying |
00:02.11 | mrj10 | i just built and booted beagleboard-demo-image this afternoon, i feel your pain |
00:02.51 | mrj10 | annoying, but typical for software produced by academics, they likely don't have time to contribute to it anyway so a fork with their blessing is probably the way forward if people are interested |
00:03.31 | Crofton | what are you going to do with fftw? |
00:04.37 | mrj10 | it's a case study for a research project i'm doing. i want to suss out if there are meaningful ways in which one can compile (or optimize at runtime) for total energy consumption or instantaneous power consumption rather than performance |
00:05.27 | mrj10 | the case study is to look at a bunch of fftw plans and see if there are plans which may be slower than the one FFTW currently settles on, but which provide a net energy win by making up for their performance with disproportionately lower power |
00:06.05 | mrj10 | as an example, you could imagine that using NEON would result in a performance win, but marshalling data to and from a separate unit may be energy-inefficient |
00:06.08 | *** join/#oe vorporeal (~stern@gregorian-b-34.resnet.brown.edu) |
00:06.19 | Crofton | cool |
00:06.24 | Crofton | :) |
00:07.11 | mrj10 | my null hypothesis is that compiling for performance == compiling for low energy, since any power savings in the pipeline will be dwarfed by additional power you spend elsewhere in the system and you just want to get your work done as quickly as possible |
00:08.16 | mrj10 | hopefully i'll be able to find some counterexamples. i think one area that is ripe for such counterexamples is trading off recomputing something vs. storing it and fetching it from memory. if you have to go all the way out to DRAM for something, there's a chance you're better off recomputing it instead in terms of energy |
00:08.43 | *** join/#oe Openfree (~Openfree`@61.170.199.138) |
00:09.12 | mrj10 | the 2 big prerequisites to running the study are geting an autotuner like FFTW or SPIRAL running on the board, and sufficiently instrumenting the power rails and performance counters to be able to characterize the energy of each plan |
00:09.18 | mrj10 | i'm getting there, slowly but surely :P |
00:09.49 | Crofton | let us know if you publish anything |
00:10.17 | mrj10 | i will, i only wouldn't have otherwise because i didnt know if folks would be interested, this community and #beagle have been really helpful in getting this all rolling along |
00:11.50 | mrj10 | Crofton: have you ever talked to jonpry in #beagle? |
00:11.59 | Crofton | not much |
00:12.25 | mrj10 | ah. j/w if you knew about his project building a tablet w/ an OMAP3 and an FPGA on it for hifi audio stuff |
00:14.24 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
00:14.55 | Crofton | I know about ut |
00:15.23 | mrj10 | that's all :P |
00:15.35 | mrj10 | valgrind appears not to handle all the neon instructions |
00:15.51 | mrj10 | going to look up what instruction 0xEE09BF5C corresponds to now |
00:17.38 | Crofton | already has an omap3 attached to an fpga |
00:18.04 | mrj10 | what interface are you using? |
00:18.31 | mrj10 | knows he is derailing the channel, and will shush if requested |
00:19.34 | *** join/#oe vorporeal (~stern@138.16.109.119) |
00:21.32 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
00:26.33 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
00:28.15 | Crofton | I have two recipes with different names, that create the same packages |
00:28.35 | Crofton | Is this a virtul provider case? |
00:43.00 | kergoth | Crofton: that depends on what you're wanting to do. the only reason to use a PROVIDES is if you have two things that provide the same functionality, from the perspective of another recipe that needs to depend on it |
00:43.20 | kergoth | for runtime, if say, a task depends on one of those binary packages, bitbake will use your preferred providers to pick between the two recipes that emit that package |
00:43.51 | Crofton | I have a srctree recipe |
00:44.12 | Crofton | and I want packages from that to over write the "primary" recipe |
00:44.17 | Crofton | and vice versa |
00:49.12 | kergoth | well, like i said, for runtime dependencies just set the preferred provider to your srctree recipe. if something DEPENDS on it and needs its files in the sysroot, thats another matter, and you'd have to use a PROVIDES |
00:51.28 | kergoth | ponders |
00:56.34 | *** join/#oe mawillia (47b0656d@gateway/web/freenode/ip.71.176.101.109) |
00:57.13 | mawillia | Does meta-toolchain-qte support canadian cross? (can I build i586 with x64? How?) Thanks. |
00:59.49 | Tartarus | No |
01:00.18 | Tartarus | The canadian-sdk target is for a general build on linux for windows toolchain and it's not quite right atm, sigh, need to dust off those patches |
01:02.11 | mawillia | OK. I like setting up build machines, anyway. If I was smart enough, I'd try to help... thanks for the insight. |
01:03.58 | mrj10 | what's the easiest way to disassemble a single instruction? |
01:05.05 | *** part/#oe mawillia (47b0656d@gateway/web/freenode/ip.71.176.101.109) |
01:05.08 | mrj10 | nevermind: i just objdump'ed the whole library |
01:05.11 | Jay7 | khem: build fails |
01:05.20 | mrj10 | turns out valgrind doesn't support mrc/mcr, not NEON |
01:05.32 | kergoth | thinks about working on bitbake master w/ python 3 issues |
01:05.34 | Jay7 | NOTE: package ltrace-0.5.3-r2: task do_compile: Failed |
01:05.36 | mrj10 | I use MCR to peek at the cycle counter |
01:07.14 | Jay7 | khem: http://tinderbox.openembedded.net/packages/980550/ |
01:09.18 | Jay7 | -> sleep |
01:10.21 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
01:21.07 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
01:30.26 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
01:42.28 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
01:44.53 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
02:16.15 | *** join/#oe mnabil_ (~mnabil@41.234.70.120) |
02:57.06 | Crofton | does anyone know why I should have the dhcp bb file create /var/lib/dhcp for it to put runtime files in? |
03:04.33 | *** join/#oe fraxinas (~quassel@p4FD64598.dip.t-dialin.net) |
03:05.25 | Tartarus | khem: yes, -O2 rootfs works on ppc |
03:08.28 | Crofton | what are the thought about making /var a tmpfs? |
03:12.49 | Tartarus | It can be useful, yeah :) |
03:15.32 | Crofton | dhcp expects to see /var/lib/dhcp |
03:15.43 | Crofton | I can create it and put it in the package |
03:16.03 | Crofton | which is ok, since Angstrom looks like /var is in a root |
03:16.18 | Crofton | /var/volatile is on a tmpfs |
03:17.03 | Crofton | if I put it in a script then it could be created even if /var was tmpfs |
03:17.27 | Crofton | but, it looks like it keeps lease info there, which it might want on the next boot |
03:19.08 | Tartarus | Moving all of /var to tmpfs requires additional help, yes |
03:19.24 | Crofton | ok |
03:19.28 | Tartarus | Some sort of support package for it, perhaps |
03:19.35 | Crofton | yeah |
03:19.46 | Crofton | I think I'll make the path at install |
03:19.57 | Tartarus | Personally, I'd love to see that since it just might make squashfs based rootfs work :) |
03:19.59 | Crofton | and package with the client and go from there |
03:20.29 | Crofton | but I think there is lots of work fixing things that assumed existence of directories at boot time |
03:20.57 | Crofton | and right now, I want an annoying message to go away :) |
03:21.22 | Crofton | WWPD |
03:23.33 | Crofton | poky looks to have the smae problem |
03:32.28 | *** join/#oe kgilmer (~kgilmer@i114-182-187-151.s06.a014.ap.plala.or.jp) |
03:35.58 | Crofton | kgilmer, gm |
03:40.27 | kgilmer | hi crofton :) |
03:41.18 | *** join/#oe vorporeal (~stern@gregorian-b-34.resnet.brown.edu) |
03:41.27 | kgilmer | I just heard the Chilean ambassador to Japan talk about how important IPv6 is to the future. strange. |
03:44.25 | Crofton | heh |
03:45.06 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
04:55.11 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
05:21.18 | *** join/#oe mwester_ (~mwester@nslu2-linux/mwester) |
05:24.23 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
05:25.33 | *** join/#oe Kevin` (~kevin@router.kwzs.be) |
05:32.08 | khem | Jay7: thats right ltrace is not ported to sh it should be disabled for sh3/sh4 |
05:35.30 | *** join/#oe d_th (~dth@a89-182-66-40.net-htp.de) |
05:39.02 | *** join/#oe kgilmer (~kgilmer@i114-182-187-151.s06.a014.ap.plala.or.jp) |
05:45.00 | *** join/#oe dth_ntb (~dth@a89-182-66-40.net-htp.de) |
05:52.24 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
05:53.29 | *** join/#oe duffolonious (~bryan@75-168-94-135.mpls.qwest.net) |
06:07.04 | *** join/#oe methril_ (~methril@189.27.130.159.dynamic.adsl.gvt.net.br) |
06:07.37 | *** join/#oe kgilmer (~kgilmer@i114-182-187-151.s06.a014.ap.plala.or.jp) |
06:24.13 | *** join/#oe d_th (~dth@a89-182-66-40.net-htp.de) |
06:25.33 | *** join/#oe sicu (~sicu@ti0090a380-dhcp0414.bb.online.no) |
06:31.43 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
06:41.19 | *** join/#oe CIA-71 (~CIA@208.69.182.149) |
06:42.50 | *** join/#oe jannau (~janne@chybek.jannau.net) |
06:43.06 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
06:45.14 | eFfeM_work | gm |
06:48.45 | ka6sox | mawnin |
07:23.44 | *** join/#oe vps (~vitus@145.253.169.210) |
07:29.39 | *** join/#oe valhalla (~valhalla@81-174-24-142.dynamic.ngi.it) |
07:52.48 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
07:55.43 | dj-death | what do you guyz think of pokylinux ? |
07:59.08 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
08:02.00 | CIA-71 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rae1ed0e4ed 10openembedded.git/recipes/openmoko-3rdparty/mokosuite2_git.bb: mokosuite2: bump SRCREV |
08:14.41 | *** join/#oe pwgen (~ew@pp29-254.phys.au.dk) |
08:20.11 | *** join/#oe Heinervdm (~thomas@pD9E14423.dip.t-dialin.net) |
08:38.37 | *** join/#oe dth_ntb (~dth@a89-182-12-149.net-htp.de) |
08:45.45 | CIA-71 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rfaa743ab65 10openembedded.git/recipes/openmoko-3rdparty/mokowm_git.bb: mokowm: bump SRCREV |
08:55.38 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
08:57.33 | *** join/#oe duff2 (~bryan@75-168-91-193.mpls.qwest.net) |
09:00.12 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
09:06.11 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
09:08.39 | hrw | dj-death: I developed both OE and Poky |
09:13.32 | *** join/#oe CMoH-office (~cipi@unaffiliated/c-moh) |
09:24.35 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
09:32.22 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
09:48.32 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
10:14.35 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
10:46.21 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
11:09.35 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
11:11.40 | *** join/#oe incandescant (~incandesc@foo.stupids.org) |
11:15.33 | *** join/#oe methril_work (~methril@201.35.65.90) |
11:19.08 | *** join/#oe kgilmer (~kgilmer@210-170-097-130.jp.fiberbit.net) |
11:21.19 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
11:31.48 | *** join/#oe mrmoku (~mrmoku@ppp-93-104-164-195.dynamic.mnet-online.de) |
11:33.49 | *** join/#oe obi (~obi@unaffiliated/obi) |
11:36.48 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
11:56.41 | hrw | http://marcin.juszkiewicz.com.pl/2010/11/16/pandaboard-my-story/ |
11:57.23 | *** join/#oe nani__ (7aa60de8@gateway/web/freenode/ip.122.166.13.232) |
11:57.38 | nani__ | Hi |
11:58.01 | nani__ | i want to submit a new board patch to the oe |
11:58.27 | hrw | nani__: git format-patch + git send-email to OEML |
11:58.40 | nani__ | ok |
11:59.53 | nani__ | but i have a linux-omap-psp kernel patch can i include this patch also while patching modified reciepes |
11:59.59 | hrw | yes |
12:00.06 | nani__ | for my new board |
12:00.29 | nani__ | what is mean by machine id to a new board |
12:01.23 | nani__ | Is there any process of registering the new board in OE |
12:02.48 | hrw | no |
12:02.58 | hrw | new board is new machine definition |
12:03.07 | hrw | adding such is done by sending patches |
12:03.22 | nani__ | ya can i directly send the machine.conf file patch |
12:04.06 | nani__ | ok . Thank u |
12:06.10 | nani__ | for including my new board i have modified some files can i take the patch of all files at a time or i have to take individual patch for every file i have modified |
12:11.10 | *** join/#oe Openfree (~df@61.170.199.138) |
12:11.15 | Jay7 | nani__: combine it to some logical groups |
12:11.17 | Jay7 | e.g. per package |
12:13.07 | *** join/#oe Openfree (~df@61.170.199.138) |
12:28.03 | *** join/#oe mnabil (~mnabil@41.234.70.120) |
12:52.30 | nani__ | can i submit psp kernel patches and u-boot patches along with this recipe patches |
12:52.51 | nani__ | to oe mailing list |
12:56.11 | *** join/#oe Ironnads (~Ironnads@host109-152-207-167.range109-152.btcentralplus.com) |
12:59.22 | Jay7 | nani__: split'em |
12:59.33 | Jay7 | separate patches for packages (recipes) |
13:00.06 | Jay7 | then just send to ML |
13:00.18 | Jay7 | people will show your mistakes ;) |
13:15.53 | *** join/#oe roliveira (~roliveira@187.37.204.214) |
13:16.00 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
13:21.38 | *** join/#oe roliveira (~roliveira@187.37.204.214) |
13:22.54 | *** join/#oe roliveira (~roliveira@187.37.204.214) |
13:37.11 | CIA-71 | 03Andreas Oberritter <obi@opendreambox.org> 07org.openembedded.dev * r330b0377a0 10openembedded.git/classes/lib_package.bbclass: |
13:37.11 | CIA-71 | lib_package.bbclass: fix packaging of static libs, inherit binconfig |
13:37.11 | CIA-71 | * Package ${libdir}/*.a and /lib/*.a into ${PN}-static instead of ${PN}-dev |
13:37.11 | CIA-71 | * Although it packaged ${bindir}/*-config into FILES_${PN}-dev, it did |
13:37.11 | CIA-71 | not include the required mangling applied by binconfig.bbclass. |
13:37.11 | CIA-71 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
13:37.12 | CIA-71 | Acked-by: Tom Rini <tom_rini@mentor.com> |
13:43.00 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
13:50.06 | *** join/#oe gurnil (~namai@213.226.169.13) |
13:50.59 | eFfeM_work | anyone ever used/build uclibc++ ? build fails for me |
13:52.17 | *** join/#oe gurnil (~namai@213.226.169.13) |
13:59.52 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
14:01.08 | *** join/#oe gurnil (~namai@213.226.169.13) |
14:27.09 | dj-death | hrw: what's your preference |
14:27.32 | hrw | dj-death: now I do not use any of them. |
14:27.48 | hrw | dj-death: which one to use is a hard question. |
14:28.18 | hrw | dj-death: it depends is your hardware supported by any of those, if yes then how good it is supported |
14:28.28 | hrw | for omap3 I would choose OE |
14:28.43 | hrw | for example |
14:28.52 | dj-death | ok |
14:29.51 | dj-death | since the board we want to build for has no support in both oe and poky, I can't really choose with this criteria |
14:30.32 | dj-death | does oe has more developers than poky ? |
14:31.41 | kergoth_ | yes |
14:32.50 | dj-death | so it seems a better choice |
14:33.49 | dj-death | I don't really see why the 2 projects haven't merge at some point |
14:34.58 | dj-death | when looking at the trees it seems that the biggest difference is the way recipes are stored ;) |
14:35.36 | kergoth_ | that's one part of the difference, yes. |
14:35.50 | kergoth_ | see the mailing list threads, richard purdie has discussed why poky exists before |
14:42.35 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
14:42.57 | *** join/#oe B_Lizzard (~havoc@athedsl-433524.home.otenet.gr) |
14:49.49 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
14:52.19 | *** join/#oe dijenerate (~dijenerat@69.73.236.62) |
14:55.07 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
15:02.27 | *** join/#oe marex (~marex@eduroam4.ms.mff.cuni.cz) |
15:04.20 | *** join/#oe Martin__B (~martin@a89-182-66-40.net-htp.de) |
15:08.38 | kergoth_ | mk, just about done with the 2to3 on master, but of course it can't be tested due to all of the python2 in the metadata |
15:08.41 | kergoth_ | rolls eyes |
15:10.20 | JaMa|Wrk | 2to3? |
15:11.05 | kergoth_ | converts python 2 to 3 |
15:11.14 | kergoth_ | can't do everything, but covers most of it |
15:11.19 | kergoth_ | its a start, anyway |
15:11.29 | kergoth_ | figured we should get a branch for it going |
15:11.39 | JaMa|Wrk | ah ok |
15:19.40 | CIA-71 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r503f015b08 10openembedded.git/recipes/x-load/ (2 files in 2 dirs): x-load git: add patch for beagleboard to fix u-boot in fat32 partitions |
15:28.50 | ant_work | he...BB people still battling with x-load / u-boot :p |
15:29.15 | kergoth_ | guh, i hate the way bb.cache works |
15:29.16 | kergoth_ | thinks |
15:38.49 | *** join/#oe etrunko (~edulima@187.106.5.201) |
15:44.38 | *** join/#oe zenlinuxPDX (~sgarman@li38-254.members.linode.com) |
15:49.24 | *** join/#oe SashaAlexandr (~SashaAlex@173-26-251-120.client.mchsi.com) |
15:51.09 | *** join/#oe kristoffer (~kristoffe@c-a3dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
15:51.39 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
16:13.24 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
16:13.25 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
16:14.24 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
16:25.48 | *** join/#oe NTU (~ntu@unaffiliated/neo-the-user) |
16:26.49 | NTU | hi! i read through the documentation for openembedded and bitbake, but still, it never talks about what sets you can install. how do I install lxde or xfce? it only tells me how to install x11 in http://wiki.openembedded.org/index.php/Getting_started#Start_building |
16:27.37 | NTU | also, it doesnt say what is included in x11-image. do i get a browser? do i get a text editor? or do I only get the base X11 environment like twm or something? |
16:28.23 | NTU | i think more documentation should be written about "installing packages via bitbake" which includes a nice big list |
16:29.23 | NTU | at least some more examples should be shown. like installing gnome or something, and at least a way to find out for yourself what packages you can install |
16:30.52 | NTU | I am a developer (for other stuff) and would love to start getting my feet wet with openembedded, but first i need to get a simple understanding of installing packages. i know how to write my own bb files and such, thats all simple stuff, i write gentoo ebuilds and PKGBUILDS for arch linux all the time |
16:30.58 | NTU | thank you in advance! |
16:32.38 | NTU | i know in here it lists all the packages individually http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes but no groups :( |
16:32.48 | NTU | x11-image for example |
16:32.57 | JaMa|Wrk | x11-image is in recipes/images |
16:33.10 | JaMa|Wrk | usually coupble of task-something which are recipes/tasks |
16:33.14 | JaMa|Wrk | couple |
16:33.43 | NTU | oh sweet thanks! can you install multiple "images" at once? |
16:34.08 | JaMa|Wrk | no but think about tasks as groups |
16:34.18 | JaMa|Wrk | so you instal multiple tasks in one image |
16:34.29 | NTU | so you cant do "bitbake xfce46-image x11-image" |
16:34.42 | JaMa|Wrk | yes you can build multiple images |
16:35.08 | JaMa|Wrk | and also install packages from multiple images on target device (from generated feed) |
16:35.23 | JaMa|Wrk | but you flash your target with 1 images (the closest to your needs) |
16:36.11 | NTU | so if you run "bitbake xfce46-image x11-image" for example, it will generate two files not just a single one? like they wont be merged |
16:37.35 | Jay7 | NTU: did you wish to have xfce inside x11-image? |
16:38.08 | NTU | i want an xfce environment with X (which includes xf86-input-evdev) and all the required drivers |
16:38.11 | Jay7 | or you wish to know a way to install xfce on some target device? |
16:38.24 | JaMa|Wrk | xfce46-image will have Xorg too :) |
16:38.38 | NTU | oh! good they dont split it up |
16:39.04 | NTU | because xfce by itself is generally useless if it doesnt include xsetroot and all that stuff |
16:39.09 | Jay7 | yes, just use xfce*-image |
16:39.29 | Jay7 | you can look into recipes/images/xfce* |
16:39.34 | JaMa|Wrk | NTU: it will be clear, if you read that recipe |
16:40.32 | NTU | yup! |
16:40.39 | NTU | i should have done that first :P |
16:41.27 | *** join/#oe rednul_ (~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) |
16:43.32 | NTU | if you choose DISTRO = "angstrom-201x" something along those lines in build/conf/local.conf should you install the angstrom*-image instead? |
16:44.22 | NTU | im on a really slow netbook (1.6 GHz i believe, intel atom, single core) and rather not have to build a whole new image all over again which is why i rather not trial and error |
16:44.58 | NTU | my 4 core Phenom II X4 955 is currently... broken. :S |
16:49.06 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
17:00.01 | NTU | brb |
17:00.27 | *** join/#oe pH5 (~ph5@e178228077.adsl.alicedsl.de) |
17:08.52 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
17:12.41 | eFfeM | gm |
17:14.30 | kergoth_ | ponders |
17:19.16 | *** join/#oe radhermit (~radhermit@osuosl/staff/radhermit) |
17:29.25 | *** join/#oe NTU (~ntu@unaffiliated/neo-the-user) |
17:43.13 | *** join/#oe SashaAlexandr (~SashaAlex@173-26-251-120.client.mchsi.com) |
17:44.56 | *** join/#oe Jay7 (jay@93-81-137-132.broadband.corbina.ru) |
17:48.35 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
17:48.35 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
17:49.36 | *** join/#oe GNUtoo|laptop (~gnutoo@95.232.144.102) |
17:57.28 | *** join/#oe CMoH (~cipi@95.76.71.81) |
17:57.28 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
18:00.44 | *** join/#oe kevinsc (~a0214685@nat/ti/x-uelfjsbiqradvxac) |
18:00.51 | *** join/#oe moopy (~moopy@82.152.150.86) |
18:01.30 | moopy | has anyone got a working kernel config for the ipaq h5450?? |
18:06.43 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
18:11.04 | *** join/#oe playya_ (~playya@93.216.253.254) |
18:11.04 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
18:15.56 | martinambrose | Any recommendations for removing package contents from sysroots? |
18:16.29 | *** join/#oe ldnunes_ (~ldnunes@189.114.111.55) |
18:17.10 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
18:17.42 | Tartarus | more context? |
18:18.05 | Tartarus | some, such as meta-toolchain have hooks to them remove things |
18:18.21 | Tartarus | others, such as the build sysroot, we don't have a good reason (yet?) to |
18:20.31 | martinambrose | Trying to just get a clean environ without removing tmp and starting from scratch. |
18:20.38 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
18:20.59 | Tartarus | So you want to make use of packaged staging |
18:21.06 | Tartarus | lemme see, the default dir is.. |
18:21.08 | kergoth_ | pstage is automatic |
18:21.11 | kergoth_ | just bitbake -c clean it |
18:21.16 | kergoth_ | clean uatomatically uninstalls from sysroot |
18:21.41 | *** join/#oe NTU (~ntu@unaffiliated/neo-the-user) |
18:21.41 | kergoth_ | if you want to really start from scratch entirely, you should be removing tmpdir |
18:21.41 | Tartarus | ah, that's another way to parse that sentance, possibly more correctly :) |
18:23.46 | martinambrose | ok thanks. I've found that bitbake -c clean sometimes(ever?) actually removes content from sysroots. |
18:23.59 | kergoth_ | then you've found something that isn't the case |
18:24.06 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
18:24.07 | kergoth_ | at least not using current oe, which uses packaged staging |
18:24.16 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
18:26.17 | martinambrose | ack. must be driver error |
18:26.38 | kergoth_ | or you were just using an old oe tree, perhaps |
18:26.53 | kergoth_ | note that -c clean operates only against the recipe you tell it to, not its dependencies |
18:28.18 | martinambrose | yeah that latter bit has always bothered me. I guess something can be done with white list but this is set by my distro (Arago) and didn't want to mess with it. |
18:29.06 | kergoth_ | -c clean is always an explicit operation, and is almost always only done for debugging |
18:30.11 | *** join/#oe moopy (~moopy@82.152.150.86) |
18:34.09 | Jay7 | oh.. master freeze announced |
18:34.43 | kergoth_ | is it actually physically frozen on the server? if not, its not going to work |
18:34.49 | kergoth_ | with a hook, that is |
18:35.03 | Jay7 | I think it is just announced |
18:35.11 | Crofton | dman |
18:35.20 | Crofton | I have a bugfix :) |
18:35.41 | Crofton | for this one, I think social engineering is OK |
18:35.45 | kergoth_ | i don't think a freeze is going to work, unless either all commits are blocked, or only commits from a person designated as the one to pull fixes |
18:35.53 | kergoth_ | s/only commits/only commits allowed/ |
18:36.00 | Jay7 | it is more like feature freeze |
18:36.00 | kergoth_ | shrugs |
18:36.18 | Jay7 | bugfixes should be commited |
18:36.32 | *** join/#oe otavio (~otavio@189.114.111.55) |
18:36.32 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
18:36.34 | Jay7 | khem: am I right? |
18:36.56 | khem | Jay7: yes feature freeze for sure |
18:37.08 | khem | Jay7: even bug fixes should be on ml |
18:37.19 | khem | just to make sure |
18:37.23 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
18:37.32 | Jay7 | is thinking about not-so-good version of kexecboot in tree : |
18:38.08 | Jay7 | khem: btw, how to disable ltrace in x11-image for sh4? |
18:38.44 | Jay7 | or may be should I build other image? |
18:39.05 | CIA-71 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rab49fda5f7 10openembedded.git/conf/distro/angstrom-2010.x.conf: angstrom next: switch to eglibc 2.12 to align with angstrom-yocto |
18:39.09 | khem | Jay7: it can be done with COMPATIBLE_TARGET_SYS = (?!sh[34]) |
18:39.11 | Jay7 | I need web-interface for my builder :) |
18:39.31 | Jay7 | khem: may be good idea to commit this fix? |
18:39.51 | khem | Jay7: but I am not sure if image will complain because what this will remove it from parse tree |
18:39.57 | khem | havent tried it |
18:40.01 | khem | can you test it out |
18:40.03 | Jay7 | well, let's try |
18:42.44 | Jay7 | hm |
18:42.58 | Jay7 | it have LTRACE_ARCH=sh in do_compile() |
18:43.16 | tharvey | khem, still trying to learn the GPL licensing - you say you read iftop's license and it should be GPLv2+ - why the +? The COPYING file sys GNU GENERAL PUBLIC LICENSE Version 2, June 1991 |
18:44.02 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
18:44.03 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
18:44.31 | khem | tharvey: it also says "at your option any later version" |
18:44.37 | khem | thats why + |
18:44.53 | khem | in theory you can say its gplv3 |
18:44.57 | tharvey | ah... I didn't understand that statement you made earlier |
18:44.59 | Jay7 | ERROR: Nothing RPROVIDES 'ltrace' (but /storage/oe/openembedded/recipes/tasks/task-cli-tools.bb RDEPENDS on or otherwise requires it) |
18:45.01 | *** join/#oe ctyler (~chris@global.proximity.on.ca) |
18:45.11 | khem | Jay7: yes thats what I thought |
18:45.18 | tharvey | ok so if that verbiage is there you 'must' say GPLv2+ - ok thx |
18:45.24 | tharvey | resubmitting |
18:45.26 | khem | Jay7: ok let me give you another fix on top of this one |
18:45.59 | tharvey | if I submit a v2 or v3 patch am I supposed to state what I changed from previous versions and how? |
18:47.36 | *** join/#oe rkirti (~quassel@203.199.213.3) |
18:51.38 | *** join/#oe moop (~moopy@82.152.150.86) |
18:54.34 | khem | Jay7: http://pastebin.com/JvHVAbeP |
18:54.43 | khem | Jay7: try this one on top of that fix |
18:55.05 | khem | tharvey: usually yes |
18:55.51 | *** join/#oe florian (~fuchs@sign-4d09499e.pool.mediaWays.net) |
18:55.51 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
18:57.22 | Jay7 | khem: build continued |
18:59.18 | Jay7 | http://pastebin.com/Pvvd5RFA |
18:59.21 | Jay7 | full diff |
19:01.33 | Tartarus | khem: Want me to post or just push doing sane-toolchain -O2 for ppc? |
19:04.11 | khem | Tartarus: I think we should post it |
19:04.31 | khem | the change should be done in sane-toolchain-eglibc I think |
19:04.44 | khem | Jay7: ok |
19:05.20 | Tartarus | yeah |
19:05.23 | *** join/#oe woglinde (~woglinde@g229047026.adsl.alicedsl.de) |
19:05.25 | Tartarus | testing uclibc now quick too |
19:05.40 | khem | Tartarus: btw did you try with newer kernels too for ppc ? |
19:05.56 | woglinde | hi |
19:06.05 | Tartarus | khem, not past .35, no |
19:06.10 | khem | ok |
19:06.14 | khem | thats good. |
19:06.19 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
19:06.29 | khem | I think in next two weeks we should settle on various versions |
19:06.37 | khem | for qemu and other recipes |
19:06.43 | khem | and make the defaults works |
19:14.01 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
19:14.33 | Tartarus | yeah |
19:18.11 | Jay7 | khem: build is failed again in other place |
19:18.22 | *** join/#oe moopy (~moopy@82.152.150.86) |
19:19.24 | Jay7 | | * resolve_conffiles: Existing conffile /var/tmp/oe/rootfs/x11-image/etc/device_table is different from the conffile in the new package. The new conffile will be placed at /var/tmp/oe/rootfs/x11-image/etc/device_table-opkg. |
19:19.25 | Jay7 | | * opkg_install_cmd: Cannot install package locale-base-fr-fr. |
19:19.27 | Jay7 | NOTE: package x11-image-1.0-r0: task do_rootfs: Failed |
19:19.38 | Jay7 | sh@t.. tinderbox doesn't catch this :( |
19:20.26 | Jay7 | about locale - it can be my local.conf |
19:20.51 | Jay7 | I have this there: GLIBC_GENERATE_LOCALES = "en_US.UTF-8 en_GB.UTF-8 de_DE.UTF-8 ru_RU.UTF-8" |
19:21.02 | *** join/#oe CruX| (~jozo@pc-3r0oapyeojvdpt61ks2su2mddvoc1iv.usr.iklub.sk) |
19:21.30 | Jay7 | but image should respect this as I understand |
19:25.18 | khem | Jay7: thats could be something else |
19:26.47 | *** join/#oe rob_w (~bob@mobile.ikbnet.at) |
19:36.02 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
19:36.03 | *** join/#oe blindvt (~bf@85-127-16-234.dynamic.xdsl-line.inode.at) |
19:39.40 | moopy | is there a mirror of the handhelds.org web site available? |
19:40.05 | Crofton | where is get-send-email ... |
19:40.12 | Crofton | trying install on Fedora |
19:40.14 | *** join/#oe CruX| (~jozo@pc-3r0oapyeojvdpt61ks2su2mddvoc1iv.usr.iklub.sk) |
19:40.41 | Jay7 | Crofton: something about perl+git |
19:40.57 | Jay7 | iirc, it was written on perl |
19:41.03 | Crofton | yeah |
19:41.41 | Jay7 | yes, I remember right |
19:42.21 | khem | Crofton: yum install git-email |
19:43.08 | khem | and also install perl-Authen-SASL |
19:43.15 | khem | to use gmail |
19:47.20 | Crofton | heh |
19:47.32 | Crofton | I was searaching for git-send-email :) |
19:47.38 | Crofton | found it |
19:49.56 | *** join/#oe Lint (~Linp@189.120.245.56) |
19:50.02 | *** part/#oe Lint (~Linp@189.120.245.56) |
20:04.05 | *** join/#oe Martin-B (~martin@pool-9-65-198-89.dbd-ipconnect.net) |
20:06.20 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
20:12.07 | eFfeM | hm, what I am doing wrong here? I have in my local.conf: |
20:12.07 | eFfeM | PREFERRED_PROVIDER_libmysqlclient_local = "mysql5" |
20:12.20 | eFfeM | but still I get: NOTE: multiple providers are available for runtime libmysqlclient (mysql5, mysql) |
20:12.31 | eFfeM | (distro = minimal) |
20:14.10 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
20:15.03 | eFfeM | anyone a hint ? |
20:19.05 | woglinde | effem try -vvv |
20:19.15 | woglinde | to see whats goin on |
20:19.20 | woglinde | and good nite |
20:19.26 | eFfeM | nite |
20:20.51 | Crofton | ok, I am practiving with git gend-mail :) |
20:25.43 | eFfeM | this is what -vvv -D -D -D gives (trimmed): http://www.pastebin.ca/1993778 |
20:25.52 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
20:26.13 | *** join/#oe blindvt_ (~bf@84.119.101.107) |
20:26.41 | CIA-71 | 03Martin Jansa <martin.jansa@gmail.com> 07org.openembedded.dev * r124f6bb67d 10openembedded.git/recipes/uhd/uhd.inc: |
20:26.41 | CIA-71 | udh.inc: use RDEPENDS_${PN} |
20:26.41 | CIA-71 | Signed-off-by: Philip Balister <philip@opensdr.com> |
20:27.04 | eFfeM | wondering whether my pinning is wrong as the log says things like: NOTE: checking PREFERRED_PROVIDER_mysql5 |
20:27.17 | eFfeM | instead of PREFERRED_PROVIDER_libmysqlclient |
20:29.22 | Crofton | wondrs why that did not pickup th acks from pw |
20:30.07 | eFfeM | strange, you used the script ? |
20:30.14 | Crofton | yeah |
20:30.26 | Crofton | and I could see the acks |
20:30.34 | Crofton | no worries |
20:30.42 | eFfeM | hm, for me it always worked |
20:39.16 | *** join/#oe marex (~marex@eduroam4.ms.mff.cuni.cz) |
20:41.31 | *** join/#oe zenlinuxPDX (~sgarman@li38-254.members.linode.com) |
20:43.57 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
20:48.19 | *** join/#oe moopy (~moopy@82.152.150.86) |
20:58.07 | *** join/#oe DTH_auf_M-Blech (~martin@a89-182-66-40.net-htp.de) |
21:18.39 | khem | I get this error *** Error: Package name contains illegal characters, (other than [a-z0-9.+-]) |
21:18.45 | khem | kernel-2.6.31.12-ER1 |
21:18.50 | khem | is the package name |
21:18.58 | khem | is it illegal to have big letters |
21:18.58 | kergoth_ | its the uppercase letters in the revision |
21:19.02 | kergoth_ | yep |
21:19.09 | khem | hmm |
21:19.17 | khem | why is that |
21:19.44 | kergoth_ | pretty sure its the package manager complaining, not us, no? |
21:20.08 | Tartarus | khem, ok, uclibc needs -O2 too |
21:20.23 | Tartarus | yeah, it is |
21:20.40 | Tartarus | (package manager) |
21:20.56 | Tartarus | I wish bitbake would do the griping in that case, from when I hit that a few years back |
21:21.43 | khem | Tartarus: yes right |
21:22.21 | *** join/#oe anarsoul (~anarsoul@212.98.182.23) |
21:22.23 | khem | do_package_write_ipk failed |
21:22.28 | khem | so I think yes its opkg |
21:23.09 | Tartarus | khem: so the bug, is it with libgcc.so or libgcc_s.so ? |
21:23.13 | Tartarus | writing up a comment |
21:25.42 | *** join/#oe hansdampf (~moritz@212.77.182.8) |
21:26.49 | Tartarus | is Michael Smith here? |
21:27.48 | *** join/#oe dijenerate (~dijenerat@65.48.150.44) |
21:29.04 | *** join/#oe moopy (~moopy@82.152.150.86) |
21:29.04 | *** join/#oe Crofton (~balister@adsl-75-37-22-143.dsl.pltn13.sbcglobal.net) |
21:29.07 | khem | Tartarus: its with libgcc.a |
21:29.14 | Tartarus | ok, thanks |
21:29.30 | Tartarus | # gcc 4.5 has a problem with 'leakage' into libgcc.a with -Os |
21:29.35 | Tartarus | good enough? |
21:29.48 | khem | Tartarus: yes. |
21:29.50 | khem | fine |
21:30.24 | Tartarus | k, I'll post this patch in a little bit, doing a build to confirm now |
21:33.34 | CIA-71 | 03Andreas Oberritter <obi@opendreambox.org> 07org.openembedded.dev * ref0de0741b 10openembedded.git/recipes/libfribidi/ (files/libtool-update.patch libfribidi_0.10.4.bb): (log message trimmed) |
21:33.35 | CIA-71 | libfribidi-0.10.4: update recipe, fix packaging |
21:33.35 | CIA-71 | * added LICENSE |
21:33.35 | CIA-71 | * removed configure patch |
21:33.35 | CIA-71 | * use lib_package and binconfig to package all installed files |
21:33.35 | CIA-71 | * convert to new style staging |
21:33.35 | CIA-71 | * oe-stylize |
21:33.41 | CIA-71 | 03Andreas Oberritter <obi@opendreambox.org> 07org.openembedded.dev * rcc397a6c47 10openembedded.git/recipes/libungif/libungif_4.1.3.bb: (log message trimmed) |
21:33.41 | CIA-71 | libungif-4.1.3: update recipe, fix packaging |
21:33.41 | CIA-71 | * Use lib_package to move static libraries to -static |
21:33.41 | CIA-71 | and *.la and *.so symlinks to -dev. |
21:33.42 | CIA-71 | * Converted to new style staging. |
21:33.42 | CIA-71 | * Ran oe-stylize.py. |
21:33.43 | CIA-71 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
21:35.11 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
21:40.53 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
21:44.06 | Tartarus | khem: OK with new recipes or want to hold off? |
21:45.59 | Crofton | I would think new stuff is fine |
21:47.13 | *** join/#oe moopy (~moopy@82.152.150.86) |
21:47.18 | khem | Tartarus: I guess new recipes are ok |
21:47.27 | khem | but need to be reviewed |
21:48.02 | khem | Tartarus: I will be more cautious of changes to classes and common metadata |
21:48.59 | Tartarus | k, so will you ack/push tharvey's nuttcp recipe since you nak'd v1/v2? :) |
21:49.01 | khem | and would prefer no changes to toolchain |
21:49.04 | khem | unless needed |
21:49.11 | khem | yes will do |
21:49.26 | khem | actually I will go thru the patchwork in the evening |
21:50.02 | *** join/#oe hansdampf (~moritz@212.77.182.8) |
21:54.13 | khem | qt4-embedded takes forever on this poor system |
21:58.30 | mrj10 | khem: i feel your pain, qt4 for me means a couple hours of compiling + 1.5 hours linking |
22:00.19 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
22:00.36 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
22:09.15 | Tartarus | khem, so, um, uclibc crashed anyhow |
22:10.31 | Tartarus | And it's all -O2 not -Os, from run.do_compiles |
22:10.31 | eFfeM | anyone experience with uclibc++ ? this one does not compile for me |
22:11.46 | *** join/#oe kgilmer (~kgilmer@210-170-097-130.jp.fiberbit.net) |
22:14.16 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
22:20.03 | martinambrose | Using meta-toolchain to create an SDK results in a nice environment-setup script. Anyone know of examples where the cmake.bbclass was used to generate toolchain.make files for an SDK package? |
22:24.19 | *** join/#oe mnabil (~mnabil@41.234.70.120) |
22:27.01 | khem | mrj 1.5 hrs of linking ?????????? |
22:27.04 | khem | thats insane |
22:27.24 | khem | hmmm probably I will have to look at what linker is smoking |
22:27.40 | khem | Tartarus: hmmm |
22:28.09 | khem | eFfeM: uclibc++ is kind of stale in OE |
22:28.28 | khem | eFfeM: you may wanna look at aboriginal linux |
22:28.41 | khem | and see if there are some patches you can steal |
22:28.49 | khem | Tartarus: where does it die |
22:30.21 | *** join/#oe ant__ (~andrea@host252-254-dynamic.31-79-r.retail.telecomitalia.it) |
22:30.34 | eFfeM | khem, actually I got patches for a more recent version, but was not too sure about them, so thought I.d build the current recipe first |
22:30.35 | Crofton | hmm |
22:30.37 | eFfeM | 0.1.9 |
22:30.45 | eFfeM | the new one is 0.2.2 |
22:30.56 | Crofton | I added a task, what do I need to do to make it some bitbake can run it |
22:30.58 | Crofton | like |
22:31.01 | eFfeM | it is on my todo list |
22:31.06 | Tartarus | khem: same place, oddly |
22:31.08 | eFfeM | khem, is there a maintainer ? |
22:31.10 | Crofton | bitbake -c copy_to_target uhd-srctree |
22:31.32 | tharvey | denix, do you know why INITSCRIPT_PARAMS for gstreamer-ti gstti-init is 'start 30 5 2 . stop 40 0 1 6 .' and not something more like 'defaults 30' (curious why runlevel 3,4 are not supported) |
22:31.49 | Tartarus | qemuarm + uclibc (minimal-uclibc for dist) is fine |
22:35.22 | *** join/#oe chase (~chase@nat/ti/x-iotmhzywyljzriwd) |
22:36.11 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
22:39.42 | eFfeM | kergoth_: do you still feel responsible for uclibc++ ? git blame gives your name for most of the lines :-) |
22:40.16 | kergoth_ | nope, haven't touched it |
22:43.48 | khem | eFfeM: if you can add a working recipe I would be interested |
22:44.03 | khem | Tartarus: hmmm, is it with nptl ? |
22:44.22 | khem | Tartarus: check if it works with uclibc git recipe |
22:44.25 | khem | that uses nptl |
22:44.33 | khem | Tartarus: thats the last I checked against |
22:45.01 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
22:47.16 | eFfeM | khem, what I have is supposed to be working, but i have to review the patches and maybe improve them, will try to find some time for it this week |
22:47.33 | khem | eFfeM: sooner the better |
22:47.41 | kergoth_ | argh, damnit gvim |
22:47.43 | kergoth_ | glares |
22:48.08 | khem | kergoth_: that g infront of vim is problem I guess |
22:48.52 | eFfeM | khem in that case I'll try to work on it tomorrow, (about bedtime now), I think I still owe you one (or 2 or 3 or more :-) ) |
22:49.00 | kergoth_ | its the gtk ui specifically |
22:49.04 | eFfeM | will sent it to ML for review |
22:49.08 | kergoth_ | it doesn't seem to be supporting multiple fonts in guifont correctly |
22:49.11 | khem | eFfeM: excellant |
22:49.14 | kergoth_ | its supposed to be able to fall back if a font doesn't eixst |
22:49.20 | kergoth_ | but it doesn't do that, it just displays wrong instead |
22:49.40 | khem | uses vim |
22:49.49 | khem | or kate |
22:50.30 | kergoth_ | i usually do, but its annoying being limited by the terminal, colorscheme wise |
22:50.36 | khem | hmm you can use schemes with terminal too |
22:50.46 | kergoth_ | yep, but you're limited to the number of colors the terminal supports |
22:50.50 | Tartarus | khem: i just used default in sane-toolchain |
22:50.51 | kergoth_ | 8, 16, 88, or 256, depending |
22:50.52 | khem | it should support 256 colors now a days |
22:51.01 | khem | Tartarus: hmmm I see |
22:51.13 | kergoth_ | last i checked, gnome-terminal was still 16. course i don't use gnome-terminal, but still :) |
22:51.16 | khem | Tartarus: which would be 0.9.31 I guess |
22:51.16 | kergoth_ | i use urxvt, 88 color |
22:51.33 | kergoth_ | hmm |
22:51.34 | khem | kergoth_: whats you version of gnome-terminal |
22:51.41 | kergoth_ | anyone have a vim 7.3 package for ubuntu handy? |
22:51.41 | khem | mine here has 256 colors |
22:51.49 | Tartarus | yeah 0.9.31 |
22:51.58 | kergoth_ | 7.3 has the 'conceal' feature |
22:51.59 | kergoth_ | which is handy |
22:52.01 | khem | Tartarus: may be we should up that to git |
23:40.41 | *** join/#oe ibot (~ibot@rikers.org) |
23:40.41 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
23:40.46 | tharvey | but not deploy? |
23:40.49 | Tartarus | right |
23:41.27 | Tartarus | ah, hmm, wait, maybe i know my tmpfs problem |
23:41.30 | Tartarus | or at least something ot check |
23:41.37 | tharvey | my pstage is 5.1G - my deploy is 2.1G |
23:41.58 | tharvey | I would love to see you post something to wiki or maillist about how you set yours up with all the do's and don'ts |
23:42.27 | Tartarus | # Keep pstage out of TMPDIR |
23:42.32 | Tartarus | PSTAGE_DIR = "/scratch/OE-upstream/pstage.${LIBC}.${DISTRO}" |
23:42.34 | Tartarus | is all it needs |
23:43.51 | tharvey | how big/inodes are you making your tmpfs? |
23:44.09 | Tartarus | default, which i think is way too few |
23:44.24 | tharvey | I do recall running out of inodes when I used default |
23:45.10 | Tartarus | Well, i'll know when I error out this time |
23:45.22 | Tartarus | passed in a more normal-fs nr_inodes |
23:46.12 | tharvey | why is it that DEPLOY_DIR must be within TMPDIR? |
23:47.33 | Tartarus | It's not |
23:47.34 | Tartarus | Er |
23:47.35 | Tartarus | sorry |
23:47.52 | Tartarus | images are fine |
23:47.58 | Tartarus | But kernel stuff is what wrecks it |
23:49.02 | tharvey | such as ipk? |
23:50.28 | tharvey | DEPLOY_DIR_IPK is the bulk for me - 1.5G of my 2.8G DEPLOY_DIR |
23:50.41 | Tartarus | no, it's kernel do_deploys |
23:50.43 | Tartarus | iirc |
23:55.10 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
23:58.07 | *** join/#oe rednul (~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) |
23:58.30 | Jay7 | Tartarus: ant__ was building in tmpfs some time ago with separated pstage dir |
23:59.11 | Tartarus | k |
23:59.17 | Tartarus | it must just be an inode thing then |
23:59.38 | Jay7 | kergoth_: keep me informed about multithreaded parser progress please :) |
23:59.49 | kergoth_ | will do |