| 00:05.43 | *** join/#oe ctyler (~chris@global.proximity.on.ca) |
| 00:12.02 | Jay7 | -> sleep |
| 00:24.30 | *** join/#oe alx_ (~alx@host112-208-dynamic.54-82-r.retail.telecomitalia.it) |
| 00:54.15 | *** join/#oe playya (~playya@93.216.205.101) |
| 00:54.18 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 00:58.43 | *** join/#oe andyzammy (6d98b4c5@gateway/web/freenode/ip.109.152.180.197) |
| 01:00.55 | andyzammy | hi all. very new to OE. used getting started page to set it up. i've used a beagleboard config file (making angstrom) and then tried bitbake base-image - got a no BBPATH variable set error - i put it into the config file and retried - still same error - can anyone help me troubleshoot please? angstrom channel is dead |
| 01:08.45 | grg | andyzammy, BBPATH should be set in your shell's environment |
| 01:08.59 | *** join/#oe alx_ (~alx@host128-221-dynamic.0-87-r.retail.telecomitalia.it) |
| 01:10.48 | andyzammy | the oe instructions suggest it can be put into the config file? i've found examples that do just that? |
| 01:18.43 | grg | andyzammy, i invoke bitbake from a script. like this: http://pastebin.com/02hr9CvZ |
| 01:19.32 | grg | im pretty sure the instructions say the BBPATH is in the shell environment. bitbake/oe wont find your local.conf without it |
| 01:25.22 | andyzammy | ah, i believe i'm getting mixed up between BBFILES and BBPATH.. i'm still confused a lil though - i actually have OE in 2 places, installed with different methods - the 2nd one was done with a setup scripts taken from gitorious.. for THAT one, it actually runs but fails with tonnes of EOL while scanning for string literal errors.. |
| 01:26.10 | andyzammy | i think i'm getting to the problem now.. the 1st one was installed in root, and running as sudo (which is why it's failing to find BBPATH)... but |
| 01:27.06 | andyzammy | looking at my own path i still can't see where it gets BBPATH from.. |
| 01:28.16 | andyzammy | would OE_HOME be an equivelent to BBPATH? |
| 01:29.11 | grg | no |
| 01:30.00 | grg | BBPATH points to things that can be "include"d by bitbake, starting with the bitbake.conf |
| 01:36.19 | alx_ | andyzammy, check that what distro/machine is written in local.conf is valid and existent in OE (got same error and I had a typo in DISTRO) |
| 01:36.38 | andyzammy | okay, for my 1st installation the problem is solved - add BBPATH to .bashrc for root, but for this 2nd installation, how is it working without a BBPATH? i've checked my $PATH and scanned .bashrc but no mention of BBPATH |
| 01:40.46 | grg | andyzammy, don't run bitbake as root. it wont work |
| 01:41.13 | grg | also, you can echo $BBPATH to find out what its set to |
| 01:42.13 | grg | openembedded may accidentally clobber stuff in your host filesystem if you run things as root... i think there was something added to make it bail out if you try to run as root |
| 01:42.28 | andyzammy | weired - i get a blank line |
| 01:42.33 | andyzammy | for BBPATH |
| 01:43.00 | andyzammy | gotchya, will remove and forget about first installation then |
| 01:44.04 | andyzammy | 2nd one looks like is now nicely building base-image now i've fixed local.conf file, thanks for making me check it alx_.. but still baffling me how it's running at all without BBPATH |
| 01:45.03 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 02:06.31 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 02:18.33 | *** join/#oe kevinsc (~a0214685@nat/ti/x-iuwmmskwcswloxeq) |
| 02:33.04 | andyzammy | the base-image build failed: http://pastebin.com/sQzMUjj9 by looks of things something cp didn't like? |
| 02:36.45 | grg | andyzammy, indeed. You're using busybox on your host? what distro is this? |
| 02:37.41 | andyzammy | it's on here (ubuntu) but not being used.. should i remove it? |
| 02:37.50 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 02:38.31 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 02:38.35 | grg | andyzammy, you'll probably run into other problems because its not something that is tested. |
| 02:39.00 | grg | wonders if anyone does OE on OE builds... |
| 02:39.16 | grg | OE should be self hostable, in principle |
| 02:40.15 | andyzammy | i don't follow you.. was it using the cp within busybox? |
| 02:41.41 | ka6sox | khem ping? |
| 02:41.59 | grg | andyzammy, yes |
| 02:42.19 | grg | hence your error message. the busybox cp didn't like the long option to cp |
| 02:43.11 | andyzammy | ah ofc - it's because it comes 1st in the alphabetical order within the /bin folder.... so the fix is just to uninstall it right? |
| 02:44.40 | grg | andyzammy, i guess. I'm completely unfamiliar with ubuntu so couldn't say categorically |
| 02:44.55 | grg | andyzammy, i would hope you don't hose your system doing that |
| 02:46.34 | andyzammy | no, its a swiss tool i used once to create a simple bootable OS-on-a-memstick.. didn't come with the distro.. i did think it weired how OE was fishing around busybox but it didn't even click that it was using it's cp + prob all it's other programs lol |
| 02:46.39 | andyzammy | thx for the help :) |
| 03:01.32 | *** join/#oe fraxinas (~quassel@p4FD62C4E.dip.t-dialin.net) |
| 03:05.46 | andyzammy | hmm turns out busybox is built-in to ubuntu after all.. i'll save this problem for the mailing lists.. getting late over here.. thanks for ur help grg.. goodnight :) |
| 03:06.14 | grg | andyzammy, ok, then i suppose it should be reasonably tested. |
| 03:06.23 | grg | i'll submit a patch to fix... |
| 03:07.41 | andyzammy | not sure if it's relevant but i used this setup script to instal OE: 'git clone git://gitorious.org/angstrom/angstrom-setup-scripts.git' |
| 03:09.34 | grg | andyzammy, the '--dereference' in openssl.inc just needs to be changed to use the short option. its a simple change |
| 03:10.45 | andyzammy | oh right, where do i find the .inc file? should i just used find cmd? |
| 03:11.59 | grg | openembedded/recipes/openssl.inc |
| 03:16.54 | *** join/#oe mrc3 (~ddiaz@189.157.106.205) |
| 03:17.08 | andyzammy | it worked - thanks for the fix! :) never would have found that |
| 03:18.08 | andyzammy | so is that how busybox works then? if a command is searched for in the path and busybox has it, it'll use busybox's version if it comes up first? |
| 03:18.42 | grg | andyzammy, not really, no |
| 03:18.59 | grg | its just about how things appear in your path |
| 03:19.16 | *** join/#oe rsalveti (~rsalveti@187.88.200.85) |
| 03:19.39 | grg | e.g. if you have PATH=/bin and you have /bin/cp as a symlink to /bin/busybox-someversionblah, then invoking cp will call the busybox cp. |
| 03:20.55 | grg | most gnu systems use coreutils cp, not busybox. So you would have a full cp binary on those systems |
| 03:21.12 | grg | you may have both installed, but only one will live at /bin/cp |
| 03:21.18 | *** join/#oe GNUtoo (~GNUtoo@host195-48-dynamic.21-79-r.retail.telecomitalia.it) |
| 03:23.51 | andyzammy | i do have a cp binary, and as far as i can tell it's not a link |
| 03:25.43 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 03:33.21 | andyzammy | okay gona let this run overnight, thanks again for ur help grg! |
| 03:33.26 | grg | np |
| 03:37.50 | *** join/#oe rsalveti` (~rsalveti@201.82.72.47) |
| 03:53.19 | *** join/#oe Lopi (~lopi@173-9-230-97-Illinois.hfc.comcastbusiness.net) |
| 03:53.43 | Lopi | anyone around? |
| 03:53.58 | GNUtoo | ask directly the question |
| 03:55.14 | Lopi | I'm working on support for the iPhone3G in openembedded. Having some trouble with oe finding my defconfig. Here's the pastebin: http://pastebin.com/LeVZXch2 |
| 03:55.56 | GNUtoo | also gived more infos such as |
| 03:56.20 | GNUtoo | *the fact that you want gnu/linux on it and not ios |
| 03:56.39 | GNUtoo | *the name of the kernel recipe and its content |
| 03:56.49 | GNUtoo | *the machine config |
| 04:06.12 | GNUtoo | bye |
| 04:06.31 | Lopi | I'm working on support for the iPhone3G in openembedded for GNU/Linux. Having some trouble with oe finding my defconfig. Here's the pastebin from compiling: http://pastebin.com/LeVZXch2 ; Here's the machine config file: http://dl.dropbox.com/u/8083946/iphone3g.conf ; Here's the kernel recipe: http://dl.dropbox.com/u/8083946/linux-iphone_git.bb |
| 04:06.41 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 04:07.23 | GNUtoo | grg maybe you could take a look....I'm off |
| 04:07.35 | Lopi | ty GNUtoo |
| 04:10.22 | grg | Lopi, where have you put the defconfig? |
| 04:11.16 | Lopi | grg: openembedded/recipes/linux/linux-iphone3g/defconfig |
| 04:11.58 | grg | Lopi, you called your kernel recipe linux-iphone_git.bb - so the PN (package name) = linux-iphone. |
| 04:12.18 | grg | OE will look in openembedded/recipes/linux/${PN}/defconfig |
| 04:12.26 | grg | (among other places) |
| 04:12.57 | Lopi | grg: ahh I see. So it should be as simple as renaming linux-iphone3g to linux-iphone |
| 04:13.03 | grg | yep |
| 04:14.55 | *** join/#oe rednul_ (~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) |
| 04:15.07 | *** join/#oe kergoth (~kergoth@12.177.140.2) |
| 04:16.37 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 04:28.10 | Lopi | grg: Well, it found the defconfig file. I'm pretty sure it failed actually compiling the kernel though. http://pastebin.com/23bYSESi |
| 04:29.43 | Lopi | grg: I think I'll have to pull out the ethernet gadget for now |
| 04:39.01 | grg | Lopi, you probably just need to #include <linux/delay.h> at the top of drivers/usb/gadget/ether.c |
| 04:39.19 | grg | That is one whacky mess of include madness going on in the ethernet gadget |
| 04:39.40 | Lopi | grg: ah yeah you're right one of the iDroid devs told me that awhile ago |
| 04:39.59 | Lopi | grg: I commented the ethernet gadget stuff in the defconfig for now as I can't really use it atm anyway |
| 04:40.06 | grg | ok |
| 04:40.23 | grg | did the iDroid dev tell you who to punch for writing that code? |
| 04:42.02 | Lopi | grg: hah no |
| 04:44.10 | grg | kergoth, automake seems to have the same problem as autoconf, with configure executing perl: http://tinderbox.openembedded.org/public/logs/task/12084516.txt |
| 04:44.15 | Lopi | grg: who do I need to punch? it's really annoying having to put that every time I want to compile a kernel for my project ;p |
| 04:44.27 | kergoth | rolls eyes, not too surprising |
| 04:44.28 | grg | kergoth, But when i fix it the same way i get a different error http://tinderbox.openembedded.org/public/logs/task/12087974.txt any clues? |
| 04:44.53 | kergoth | hmm, no, thats strange |
| 04:45.00 | grg | Lopi, i suppose you report it to whoever maintains the ethernet gadget |
| 04:47.58 | grg | Lopi, see if this gives you sane output (it may not) ./scripts/get_maintainer.pl -f drivers/usb/gadget/ether.c |
| 04:49.07 | Lopi | grg: I will check in a few mins. Going to hop in the shower to clear my head before the next error comes. |
| 05:01.38 | *** join/#oe Aarti (~Aarti@122.166.11.13) |
| 05:03.59 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 05:14.27 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 05:24.24 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 05:27.51 | *** part/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 05:29.42 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 05:52.23 | *** join/#oe vanous1 (~vanous@194.228.223.3) |
| 05:58.29 | CIA-101 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rcd24f44394 10openembedded.git/docs/usermanual/chapters/common_use_cases.xml: |
| 05:58.30 | CIA-101 | usermanual: update info with SRCPV, in recipe SRCREV and remove sane-srcdates |
| 05:58.30 | CIA-101 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 05:58.31 | CIA-101 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r07bf6c4b71 10openembedded.git/recipes/linux/ (linux/spitz/defconfig linux_git.bb): |
| 05:58.31 | CIA-101 | linux_git: bump SRCREV for 2.6.37-rc4 |
| 06:02.35 | *** join/#oe rednul_ (~rednul@host-174-45-250-246.bln-mt.client.bresnan.net) |
| 06:04.09 | *** join/#oe johncylee (~john@61.57.131.211) |
| 06:09.22 | *** join/#oe ksinkar (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
| 06:14.58 | *** join/#oe hansdampf (~moritz@212.77.183.6) |
| 06:22.37 | Lopi | grg: the compile finished with no errors, now all I have to do is test it :) |
| 06:22.50 | grg | cool |
| 06:25.24 | *** join/#oe AvengerMoJo (~alex@222.126.194.154) |
| 06:32.27 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 06:43.05 | *** join/#oe mrc3 (~ddiaz@189.157.106.205) |
| 06:57.23 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 07:11.41 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 07:21.09 | *** join/#oe d_th (~dth@a89-182-150-34.net-htp.de) |
| 07:23.00 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
| 07:23.50 | eFfeM_work | gm |
| 07:28.26 | *** join/#oe vps (~vitus@145.253.169.210) |
| 07:31.10 | *** join/#oe Aarti (~Aarti@122.166.11.13) |
| 07:40.40 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
| 07:41.28 | mckoan | good morning |
| 07:54.18 | hrw | morning |
| 07:54.47 | Lopi | aww grg went to sleep |
| 07:54.58 | Lopi | I'm sooo close |
| 07:57.50 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 08:15.52 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 08:16.37 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:21.16 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:24.19 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 08:24.25 | *** join/#oe hillct_ (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
| 08:36.10 | *** join/#oe davidlt (~davidlt@98.127.63.81.cust.bluewin.ch) |
| 08:38.01 | *** join/#oe dth (~dth@a89-183-67-192.net-htp.de) |
| 08:48.42 | hrw | ka6sox: when you will be online next time please install Nuke |
| 08:48.45 | *** join/#oe zecke (~ich@zabb5.pia.fu-berlin.de) |
| 08:58.31 | *** join/#oe GarthPS (~quassel@88-138-45-48.adslgp.cegetel.net) |
| 08:59.50 | *** join/#oe rob_w (bob@pD95EB222.dip.t-dialin.net) |
| 09:05.03 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 09:14.13 | *** join/#oe bluelightning (~paul@158.43.2.102) |
| 09:14.18 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:15.02 | *** join/#oe B_Lizzard (~havoc@athedsl-434361.home.otenet.gr) |
| 09:17.16 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 09:23.12 | ant_work | eFfeM_work: are you around? |
| 09:24.00 | ant_work | about multiple providers, during build I found one of the strangest case... libsegfault |
| 09:24.23 | CIA-101 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r74d57180bc 10openembedded.git/ (conf/distro/include/sane-srcrevs.inc recipes/opkg/opkg.inc): |
| 09:24.24 | CIA-101 | opkg: move OPKG_SRCREV to opkg.inc directly |
| 09:24.24 | CIA-101 | * now OPKG_SRCREV was used only in this one .inc, so move it there |
| 09:24.24 | CIA-101 | Acked-by: Graham Gower <graham.gower@gmail.com> |
| 09:24.24 | CIA-101 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 09:24.56 | *** part/#oe dth (~dth@a89-183-67-192.net-htp.de) |
| 09:28.02 | Jay7 | hm.. good idea to release manual with OE |
| 09:31.52 | *** join/#oe Heinervdm (~thomas@pi-intra-05.physik.uni-bonn.de) |
| 09:35.01 | *** join/#oe d_th (~dth@a89-182-75-252.net-htp.de) |
| 09:50.21 | *** join/#oe GNUtoo|laptop (~gnutoo@host195-48-dynamic.21-79-r.retail.telecomitalia.it) |
| 09:51.17 | *** join/#oe metiu (~chatzilla@85-18-228-185.ip.fastwebnet.it) |
| 09:52.14 | *** join/#oe pix[home] (~pix@93.182.199.110) |
| 09:54.05 | metiu | hi, is there a proven/recommended way of having only the smallest number of recipes in the /recipes dir? I tried deleting the unused dirs, but it all works well until I git pull new revisions. Symlinks perhaps? |
| 09:58.11 | bluelightning | metiu: what about BBMASK? it should allow you to exclude groups of recipes (from being built, they may still be parsed) |
| 09:59.15 | metiu | bluelightning: the problem is more with parsing 7k+ recipes, it takes some time (a couple minutes or so) even on a fast machine |
| 09:59.36 | Jay7 | bluelightning: angstrom-2008.1 for qemux86/ben-nanonote was build fine from your branch |
| 09:59.54 | hrw | metiu: slow parsing is only on first run - then it is cached |
| 09:59.54 | Jay7 | collie/akita/tosa/efikamx was out of space.. |
| 09:59.57 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:59.57 | Jay7 | retrying now |
| 10:00.03 | bluelightning | metiu: ok... you could try the bitbake parallel parsing patch (experimental at the moment) |
| 10:00.18 | Jay7 | it is in bitbake master already |
| 10:00.30 | bluelightning | ah, I had missed that... cool |
| 10:00.32 | Jay7 | metiu: consider using bb master from git |
| 10:00.57 | bluelightning | Jay7: great, so I guess you didn't have any issues with the git fetcher like khem did... |
| 10:01.13 | *** join/#oe marcosmamorim (~marcos@189.110.212.156) |
| 10:01.22 | metiu | hrw: yes I know that, it's that I'm touching local.conf sometimes, and that invalidates the cache, as usual |
| 10:01.32 | *** join/#oe Aarti (~Aarti@122.166.11.13) |
| 10:01.39 | Jay7 | bluelightning: seems so.. but I've restarted builds multiple times.. so this is not clean case.. |
| 10:01.40 | metiu | bluelightning: ok I'll give bb from git a try |
| 10:02.29 | Jay7 | bluelightning: I'll try to look on git fetcher this evening and check opie-recipes fetching |
| 10:02.35 | Jay7 | should go now |
| 10:02.40 | bluelightning | Jay7: ok cool, thanks |
| 10:03.31 | Jay7 | bluelightning: you can check results on tinderbox under Jay7-tb |
| 10:04.37 | Jay7 | -> afk |
| 10:15.01 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 10:17.39 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 10:19.04 | eFfeM_work | ant_work: I'm here, was afk for the last hour, but pidgin reminded me about your chat |
| 10:20.52 | eFfeM_work | libsegfault seems very odd to have multiple providers, what recipes does it mention |
| 10:26.29 | ant_work | iirc was only building uclibc..I have the logs at home |
| 10:26.39 | eFfeM_work | not on tinderbox? |
| 10:26.53 | ant_work | ah, no, ..too many failures so I disabled it |
| 10:27.02 | ant_work | (ashamed ;) |
| 10:27.25 | ant_work | btw those logs won't appear in tinderbox |
| 10:27.36 | eFfeM_work | ah ok |
| 10:27.41 | ant_work | I tee the output on screen to a file, thougg |
| 10:27.53 | ant_work | I should have all the logs |
| 10:28.27 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 10:28.30 | ant_work | fwiw minimal has a bluez-libs conflicts |
| 10:29.26 | ant_work | I'll put all those notes together this evening (angstrom + minimal + various libc) |
| 10:29.32 | eFfeM_work | khem, (for when you're back) wrt php: it seems I made a mistake in the last patch, it should be --without-iconv not --disable-iconv |
| 10:30.18 | eFfeM_work | khem, net effect is that the current recipe tries to pick up iconv, but configure fails; tinderbox log: http://tinderbox.openembedded.net/public/logs/task/12098699.txt |
| 10:30.52 | eFfeM_work | khem, also worried about the large # of warnings from autoconf |
| 10:31.58 | eFfeM_work | no idea how to fix this (ofc I can fix the disabling) |
| 10:32.34 | eFfeM_work | ant_work: minimal has conflicts with bluez (or maybe bluezlibs), mysqlclient and depmod |
| 10:38.47 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:39.41 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 10:42.19 | *** join/#oe rob_w_ (bob@pD95EBE18.dip.t-dialin.net) |
| 10:43.20 | *** join/#oe andyzammy (6d98b4c5@gateway/web/freenode/ip.109.152.180.197) |
| 10:44.55 | *** join/#oe timtimred (~meh@79-67-227-46.dynamic.dsl.as9105.com) |
| 10:46.21 | CIA-101 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r7cbc1459f2 10openembedded.git/recipes/shr/ (24 files): (log message trimmed) |
| 10:46.21 | CIA-101 | shr: add more PACKAGE_ARCH = all for theme and e-wm recipes |
| 10:46.21 | CIA-101 | * shr-splash-theme: convert to INC_PR |
| 10:46.21 | CIA-101 | * other recipes just bump PR |
| 10:46.21 | CIA-101 | * because changes of PACKAGE_ARCH doesn't work very well you have to run: |
| 10:46.32 | CIA-101 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * ra8e0c9bb43 10openembedded.git/recipes/ (15 files in 2 dirs): (log message trimmed) |
| 10:46.32 | CIA-101 | shr: remove EFL_SRCREV from PV |
| 10:46.32 | CIA-101 | * with comming EFL release it doesn't make much sense, and would be |
| 10:46.32 | CIA-101 | misleading if later built against efl release |
| 10:46.32 | CIA-101 | * in case of edje-cc backward incompatible change we can bump PR like with other recipes |
| 10:48.00 | GNUtoo|laptop | hi, I've that for fennec_hg.bb: | make[5]: *** No rule to make target `-lgconf-2', needed by `libmozgnome.so'. Stop. any idea? |
| 10:48.14 | GNUtoo|laptop | I grepped the recipe for lgconf-2 |
| 10:48.16 | GNUtoo|laptop | no matches |
| 10:48.28 | andyzammy | hi all, i'm trying to build base-image for beagleboard (angstrom kernel), and getting an error: http://pastebin.com/dYxyM6Fy could someone help me troubleshoot it for me please? |
| 10:48.33 | GNUtoo|laptop | and mozilla stuff isn't easy to cross-compile |
| 10:49.32 | GNUtoo|laptop | andyzammy, what is ulinux? |
| 10:50.22 | andyzammy | tbh i'm not sure |
| 10:50.59 | metiu | bluelightning: I installed bb from origin/master, but it just exits without a sign on any command |
| 10:51.13 | metiu | I switched back to 1.8.18 and it works |
| 10:53.30 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
| 10:55.19 | andyzammy | how can i find out what ulinux is? |
| 10:55.49 | *** join/#oe rob_w (bob@pD95EDAE1.dip.t-dialin.net) |
| 10:56.35 | *** join/#oe rob_w__ (bob@pD95EF783.dip.t-dialin.net) |
| 10:59.08 | GNUtoo|laptop | andyzammy, grep? |
| 10:59.28 | GNUtoo|laptop | in the workdir of the package |
| 11:00.05 | *** join/#oe rob_w_ (bob@pD95ECEED.dip.t-dialin.net) |
| 11:01.07 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:12.20 | bluelightning | metiu: hmm, not sure sorry... I haven't tried it |
| 11:12.41 | metiu | bluelightning: np, 1.8.19 works perfectly :) |
| 11:12.52 | bluelightning | you may find 1.10 is a little faster at parsing and is fairly well tested |
| 11:13.22 | metiu | I'll try it, now I'm making sure I have all the prereqs |
| 11:13.35 | metiu | thank you |
| 11:15.43 | bluelightning | np |
| 11:19.43 | andyzammy | GNUtoo|laptop: grep is still chugging away, but here is a snippet of it: http://pastebin.com/DJxwY2JZ |
| 11:22.42 | GNUtoo|laptop | andyzammy, no idea, maybe | grep -v gnulinux to filter out all theses gnulinux results |
| 11:34.57 | andyzammy | GNUtoo|laptop: this is what it's bringing up so far: http://pastebin.com/T5HqTrVi |
| 11:35.42 | GNUtoo|laptop | (CMAKE_SYSTEM "ulinux") |
| 11:35.48 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 11:35.59 | GNUtoo|laptop | maybe try to see why it's setup that way, and change it |
| 11:37.45 | andyzammy | i've no idea how to do that, i'm a noob at this |
| 11:39.26 | andyzammy | i might be starting a holy war here but wouldn't the makefile way be a lot simpler than this lol? OE has brought me nothing but confusion so far and the recipie thing is not paying off at all |
| 11:43.23 | *** join/#oe hrw (~hrw@89.73.120.20) |
| 11:44.27 | *** join/#oe CMoH (~cipi@95.76.74.1) |
| 11:44.27 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 11:48.23 | *** join/#oe zecke (~ich@g231114226.adsl.alicedsl.de) |
| 11:54.40 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 11:55.11 | *** join/#oe GNUtoo|laptop (~gnutoo@host195-48-dynamic.21-79-r.retail.telecomitalia.it) |
| 11:59.53 | *** join/#oe B_Lizzard (~havoc@athedsl-434361.home.otenet.gr) |
| 12:10.13 | *** join/#oe metiu_ (~chatzilla@85-18-228-185.ip.fastwebnet.it) |
| 12:10.55 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 12:13.49 | ynezz | XorA: hi |
| 12:14.51 | ynezz | XorA: you don't want to change toolchains for already released distro, but you're breaking it anyway http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=041fe58428d00d336a4264e0f91ae58a3730f9a7 |
| 12:14.59 | ynezz | XorA: I'm quite lost here :) |
| 12:21.33 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 12:35.41 | *** join/#oe woglinde (~henning@p5DDC09AF.dip0.t-ipconnect.de) |
| 12:41.09 | pb__ | hi mickey|office, zecke |
| 12:42.03 | woglinde | he pb_______ |
| 12:42.10 | pb__ | hi woglinde__________ |
| 12:42.17 | woglinde | *g* |
| 12:44.22 | *** join/#oe hrw (~hrw@89.73.120.20) |
| 12:45.11 | woglinde | hi hrw |
| 12:45.42 | ant_work | hello woglinde |
| 12:46.16 | woglinde | hi ant |
| 12:46.58 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 12:49.21 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 12:52.17 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 12:58.10 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 13:04.44 | *** join/#oe dijenerate (~dijenerat@65.48.153.188) |
| 13:31.26 | *** join/#oe aloisiojr (~aloisio@187.59.118.235) |
| 13:32.57 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 13:35.15 | *** join/#oe dth (~dth@a89-182-75-252.net-htp.de) |
| 13:37.29 | JaMa | eFfeM_work: you were talking about this? NOTE: multiple providers are available for runtime module-init-tools-depmod (module-init-tools, module-init-tools-cross) |
| 13:37.42 | *** part/#oe dth (~dth@a89-182-75-252.net-htp.de) |
| 13:37.43 | eFfeM_work | yes that is one of them |
| 13:37.48 | *** join/#oe tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) |
| 13:37.56 | JaMa | eFfeM_work: please notice that those are runtime providers not build-time providers (which are easy to fix) |
| 13:38.14 | JaMa | eFfeM_work: and this runtime are reported only with bitbake master not with 1.10 and older |
| 13:38.19 | woglinde | hi effem hi jama |
| 13:38.24 | JaMa | hi woglinde |
| 13:38.28 | eFfeM_work | there is also one for bluez-libs and for mysclient |
| 13:38.32 | ant_work | eFfeM_work: http://git.kernel.org/?p=fs/ext2/e2fsprogs.git;a=tags ... it means nobody has tested builds last two years !?! |
| 13:38.32 | eFfeM_work | woglinde: hi |
| 13:39.03 | eFfeM_work | JaMa: I feel we should be able to compile using bb 1.10.1 too |
| 13:39.20 | JaMa | eFfeM_work: I know I have 15 of those even after blacklisting many of those in shr.conf |
| 13:39.47 | eFfeM_work | JaMa: and if they are runtime providers then I'd say module-init-cross should not provide it, I do not expect a package named -cross to deliver target stuff |
| 13:40.03 | JaMa | eFfeM_work: master says 1.11.0 and those errors are not fatal (or are they for you? |
| 13:40.25 | *** join/#oe f^ (~cleaner@che146.neoplus.adsl.tpnet.pl) |
| 13:41.34 | eFfeM_work | JaMa: I don't think they are fatal but they are at least confusing and it is also not too clear which one is chosen (at least not until you actually get to building it) |
| 13:42.50 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 13:43.04 | eFfeM_work | ant_work: not sure what you mean with tested builds, oe has only one recipe for e2fsprogs which is for 1.41.9 |
| 13:43.16 | eFfeM_work | not sure if I have actually build that one recently, check tinderbox |
| 13:44.23 | *** join/#oe marex (~marex@eduroam109.ms.mff.cuni.cz) |
| 13:47.56 | JaMa | eFfeM_work: here is example how to fix those http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg07433.html |
| 13:50.53 | *** join/#oe marex_ (~marex@eduroam109.ms.mff.cuni.cz) |
| 13:53.22 | JaMa | eFfeM_work: another patch for module-init sent to ML |
| 13:54.36 | eFfeM_work | JaMa: still reading your fix, got interrupt, patch to ML is good; love to see also a patch for bluez-libs and mysqlclient (actually still not sure why we want to keep that old stuff anyway) |
| 13:56.12 | eFfeM_work | JaMa: saw your matchbox-keyboard-inputmethod, seems a good solution |
| 13:56.26 | eFfeM_work | but for bluez the problem is that we have conflicts between two versions of the libs |
| 13:57.11 | JaMa | ie gst-plugins will be much harder to fix imho and as this warning has really low priority for me (similar to QA Note) I wouln't care if it's in release tag or no - not many people will use release tag + bleeding edge bitbake master |
| 13:57.12 | eFfeM_work | oops, sorry, no |
| 13:58.02 | eFfeM_work | it is bluez4 conflicting with bluez-utils_3 (but we do not seem to have bluez recipes any more (which was bluez3) |
| 13:58.06 | JaMa | but you're right "NOTE: consider defining a PREFERRED_PROVIDER entry to match gpsd" is really confusing as this won't help at all |
| 13:58.24 | eFfeM_work | maybe an RCONFLICTS could solve the bluez thing |
| 13:58.40 | eFfeM_work | JaMa: agree |
| 13:58.45 | JaMa | no it will say the same even with RCONFLICTS set |
| 13:58.59 | JaMa | ie runtime e-wm-sysactions (e-wm, e-wm-sysactions-shr) has it |
| 13:59.22 | eFfeM_work | even with RCONFLICTS and pinning? |
| 13:59.33 | JaMa | but e-wm needs to be built for shr-image and only as subpackage is e-wm-sysactions created too (but not used later in image) |
| 14:00.31 | JaMa | so multiple runtime providers are pulled to image but only e-wm-sysactions-shr used in the end |
| 14:00.53 | pb__ | eFfeM_work: bitbake itself doesn't do anything with rconflicts, only opkg cares about that field. |
| 14:01.19 | eFfeM_work | pb__ ah ok |
| 14:01.22 | pb__ | and, even opkg only cares about it to the extent of refusing to install two packages which conflict. |
| 14:01.45 | eFfeM_work | of course (coudl have figured that myself as they are R vars) |
| 14:02.20 | pb__ | heh. well, of course, bitbake _does_ care about RDEPENDS/RPROVIDES, so you could have been forgiven for expecting it to look at RCONFLICTS too |
| 14:02.31 | pb__ | but, as it happens, it doesn't. |
| 14:03.43 | eFfeM_work | ok, thanks for the explanation! |
| 14:03.56 | JaMa | pb__: but even if with bitbake lookin at RCONFLICTS then shouldn't refuse to build e-wm when there is PACKAGES += "e-wm-sysactions" and image wants e-wm-sysactions-shr (which RCONFLICTS with it) |
| 14:04.32 | pb__ | JaMa: yeah, indeed. I'm certainly not saying that I think bitbake ought to look at RCONFLICTS: as you mention, it's hard to imagine what it could usefully do with that var. |
| 14:06.00 | pb__ | the only point I was trying to make was that, since bitbake doesn't use that variable at all, setting it (to any value) is certainly not going to help matters. |
| 14:06.39 | pb__ | I don't think there is any good way of eliminating the diagnostic that you're getting at the moment. This is one of those corner cases where having two runtime providers for the same thing really is correct behaviour. |
| 14:07.06 | JaMa | ok, imho the warning should be written only if resulting .ipk will have same filename (overwritten in feed) |
| 14:07.39 | JaMa | but no idea how could bitbake check that while building run queue (for DYNAMIC_PACKAGES and debian naming) |
| 14:08.04 | pb__ | yeah, maybe. |
| 14:08.35 | JaMa | that would make all my multiple provider cases go away :) |
| 14:08.36 | pb__ | is e-wm-sysactions a semivirtual? that has historically been a sticky area with bitbake and opkg, though I guess it is perhaps not directly related to the situation here. |
| 14:08.37 | *** join/#oe Openfree (~df@61.170.199.150) |
| 14:09.03 | JaMa | I don't know what you mean by semivirtual |
| 14:09.14 | eFfeM_work | wrt module-init-tools-cross_3.2.2.bb should't that one actually be module-init-tools-native ???? |
| 14:09.26 | pb__ | jama: a package that both exists concretely and as an RPROVIDES. |
| 14:09.33 | *** join/#oe kevinsc (~a0214685@nat/ti/x-pjcpzzbfkekkzfdv) |
| 14:09.50 | pb__ | pure virtual is a package that only exists as RPROVIDES, concrete is a package that exists as an actual .ipk, and semivirtual is a package that exists both ways. |
| 14:10.17 | pb__ | the difficulty with semivirtuals is that there is no good way to tell opkg that you want to install the concrete one, because the Provides: tends to always win. |
| 14:10.21 | eFfeM_work | pb__ not sure whether it is good to have two runtime providers providing the same thing, e.g. for bluez I highly doubt taht bluez4 and bluez-libs_3* provide a same lib with the same api etc |
| 14:10.40 | JaMa | pb__: then yes |
| 14:10.43 | pb__ | eFfeM_work: the library autonamer ought to take care of that particular case. |
| 14:11.11 | eFfeM_work | pb__ somehow it does not, not for bluez, not for libmysqlclient |
| 14:11.27 | pb__ | ah. that is probably a bug then. |
| 14:11.35 | JaMa | pb__: e-wm_svn.bb has it in PACKAGES as ${PN}-sysactions and e-wm-sysactions-shr_git.bb has RPROVIDES_${PN} = "e-wm-sysactions" RCONFLICTS_${PN} = "e-wm-sysactions" |
| 14:12.05 | eFfeM_work | pb__: JaMa had some more of these, not sure if these are libs too |
| 14:12.14 | pb__ | JaMa: right, yeah, that's the situation. so the general problem is that, if you have e-wm-sysactions-shr in your package feed, there is no way to tell opkg that you want to install the version from e-wm. |
| 14:12.24 | pb__ | of course, that might be fine in your situation, but it isn't a good arrangement in general. |
| 14:12.48 | pb__ | lunchtime now |
| 14:13.04 | pb__ | mickey|office, zecke, RP: are we due to have a meeting at 1600 today? |
| 14:13.59 | JaMa | eFfeM_work: here is my current list http://paste.pocoo.org/show/298472/ |
| 14:14.30 | *** join/#oe xc0ffee (~nayankk@192.5.246.142) |
| 14:15.04 | eFfeM_work | JaMa: hm somehow surprised by a few of these |
| 14:15.08 | woglinde | pb can the tsc still discuss a topic? |
| 14:16.04 | JaMa | pb__: yes in e-wm-config which is choosen by shr.conf:ILLUME_CONFIG = "e-wm-config-illume2-shr" there is explicit RRECOMMENDS for e-wm-sysactions-shr and the version from e-wm is "overriden" by that |
| 14:17.07 | ant_work | eFfeM_work: back to e2fsprogs, probably my last angstrom-uclibc build was done in 2008... |
| 14:17.34 | JaMa | I know I should use some now variable like E_WM_SYSCONFIG in e-wm RRECOMMENDS and e-wm-config-illume2-shr to RRECOMMEND e-wm-sysactions-shr now without RPROVIDES directly |
| 14:17.44 | pb__ | woglinde: sure |
| 14:17.44 | JaMa | s/now/new/ |
| 14:17.57 | pb__ | lunchtime now, really |
| 14:18.03 | JaMa | good apetite |
| 14:18.04 | eFfeM_work | haven't done uclibc builds recently myself, I seem to recall somehone here mentioning that cairo or pango or so does not get along well with uclibc and that hence we moved to eglibc |
| 14:18.18 | eFfeM_work | pb__: enjoy your lunch! |
| 14:19.14 | ant_work | http://lists.linuxtogo.org/pipermail/openembedded-devel/2008-December/007379.html |
| 14:19.29 | woglinde | pb__ new developer accounts |
| 14:19.35 | woglinde | seems there is a stuck |
| 14:19.46 | ant_work | eFfeM_work: december 2008, after "ANGSTROM_MODE renamed to ANGSTROMLIBC " |
| 14:19.52 | woglinde | pb__ maybee its not tsc topic |
| 14:20.18 | woglinde | effem building or running? |
| 14:20.31 | Tartarus | Anyone around that can unlock http://wiki.openembedded.org/index.php/User_contributions ? |
| 14:20.54 | Tartarus | I'd really like to make it redirect to http://wiki.openembedded.org/index.php/How_to_submit_a_patch_to_OpenEmbedded |
| 14:21.12 | xc0ffee | Hi. I have successfully built webkit-gtk for panda board. and it resulted in lot of ipkg files.. How to flash these packages onto to the board? |
| 14:21.18 | eFfeM_work | ant_work: ah ok |
| 14:21.47 | eFfeM_work | i might need to peek into uclibc again as I mgiht need to reduce an image but will probably try a few other things first |
| 14:22.07 | ant_work | eh..reduce..how much do youexpect? |
| 14:22.18 | woglinde | effem use git version |
| 14:22.19 | ant_work | I've seen 5-7% diffs, no more |
| 14:22.25 | woglinde | git version has nptl for arm |
| 14:22.31 | florian | xc0ffee: just copy them to some storage you can mount on the panda or use scp. you can install them with opkg on the board |
| 14:22.48 | woglinde | hi florian |
| 14:22.59 | florian | hi woglinde |
| 14:23.04 | xc0ffee | florian: Thank.. I will try it out.. |
| 14:23.18 | ant_work | woglinde: we stumbled in an old patch of you...disabling tls for oabi back then |
| 14:23.30 | woglinde | hm |
| 14:23.30 | eFfeM_work | wog, will check |
| 14:23.39 | eFfeM_work | ant_work: 5-7 % compared to eglibc |
| 14:23.49 | eFfeM_work | btw that was woglinde, will check |
| 14:23.52 | ant_work | well, eglibc size > glibc :/ |
| 14:23.58 | woglinde | hopefully next year I will have more time again for oe |
| 14:24.06 | eFfeM_work | ant_work: is it ? |
| 14:24.23 | eFfeM_work | hm, I expected eglibc to be smaller |
| 14:24.25 | ant_work | second.. |
| 14:25.05 | xc0ffee | florian: There are some shared libraries which webkit.ipkg depends on... These shared libraries need to be copied and installed separately I guess.. Right? Is there a way in which I can copy and install all the webkit and its dependent ipkg in a single go? |
| 14:25.22 | woglinde | xc0ffee yes |
| 14:25.42 | ant_work | eFfeM_work: http://pastebin.ca/2006352 |
| 14:25.49 | woglinde | eFfeM_work eglibc is building faster |
| 14:26.01 | xc0ffee | woglinde: Thanks.. |
| 14:26.08 | woglinde | xc0ffee provide a local opkg archive |
| 14:26.13 | woglinde | via http |
| 14:26.26 | woglinde | and add it to /etc/opkg stuff |
| 14:26.43 | ant_work | woglinde: the issue is angstrom has an old uclibc without nptl/tls |
| 14:26.44 | woglinde | you can use the filesystem structure oe is building |
| 14:26.59 | woglinde | ant change it |
| 14:27.08 | ant_work | and recent e2fsprogs have the deps |
| 14:27.18 | eFfeM_work | woglinde: true that it is faster |
| 14:27.47 | xc0ffee | woglinde: cool.. I am doing it for the first.. need to explore it more.. thanks for the tip.. pls let me know if this procedure is documented somewhere |
| 14:27.57 | ant_work | eFfeM_work: calculate there is a 1,2-1,3 Mb kernel in those rootfs's |
| 14:28.06 | ant_work | and modules |
| 14:28.30 | woglinde | xc0ffee hm I think its not really documented |
| 14:28.58 | mrmoku | anybody working on glib-2.26 ? |
| 14:29.10 | mrmoku | we (shr) would very much want gdbus :-) |
| 14:29.12 | eFfeM_work | ant_work: odd, why is for some images eglibc smaller and for some bigger ? I would expect always to have the same one win, as e.g. eglibc.so < glibc.so (or the other way around). unless it has to do with static build executables |
| 14:29.13 | xc0ffee | woglinde: No probs.. I will find a way.. thanks.. |
| 14:29.44 | eFfeM_work | ant_work: have you compared the rfs of a case where glibc < eglibc? |
| 14:29.53 | woglinde | xc0ffee explore the deploy dir |
| 14:31.00 | ant_work | eFfeM_work: eglibc < glibc happens with minimal distro |
| 14:31.03 | ant_work | only |
| 14:31.10 | xc0ffee | woglinde: Ok.. |
| 14:31.12 | eFfeM_work | but why? |
| 14:31.48 | *** join/#oe Crofton (~balister@32.164.109.78) |
| 14:31.51 | eFfeM_work | why is for angstrom glibc < eglibc ? |
| 14:31.58 | eFfeM_work | and for minimal teh other way around |
| 14:32.11 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 14:32.21 | eFfeM_work | (btw as I am using minimal/eglibc it seems it is the good choice) |
| 14:32.26 | ant_work | I'll decompress two images and do side-by-side check |
| 14:32.32 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
| 14:34.44 | eFfeM_work | ant_work: would be great |
| 14:42.36 | *** join/#oe GNUtoo|laptop (~gnutoo@95.237.133.245) |
| 14:49.21 | ynezz | isn't testlab suited for that? |
| 14:49.49 | ynezz | I mean size comparisons |
| 14:50.02 | ynezz | (but never used it :)) |
| 14:50.41 | mickey|office | pb__: i think so. no idea whether we have something to talk about, but we should at least check |
| 14:51.05 | *** join/#oe mickey|office (~Mickey@openmoko/coreteam/mickey) |
| 14:56.15 | eFfeM_work | ynezz: to some extend |
| 14:56.37 | ant_work | I have a script somewhere |
| 14:57.58 | ant_work | I hacked this one http://www.mail-archive.com/angstrom-distro-devel@linuxtogo.org/msg02595.html |
| 14:59.51 | *** join/#oe RobotGuy (~n7pkt@c-24-21-60-36.hsd1.or.comcast.net) |
| 15:02.15 | ant_work | wow, eFfeM_work, take a look ..Angstrom did inflate a bit |
| 15:03.20 | ant_work | console-image.rootfs.tar.gz was 8975689 now is 11292582 |
| 15:05.44 | hrw | hi |
| 15:06.02 | hrw | 7am in ka6sox timezone. too early to bother him to install Extension:Nuke |
| 15:06.11 | ant_work | oh..the spammers... |
| 15:09.53 | woglinde | ~lart meego for only providing live-images |
| 15:09.53 | ibot | eats meego and falls over dead for only providing live-images |
| 15:10.10 | xc0ffee | When I try to build a webkit-gtk package, I get "NOTE: Not creating empty archive for webkit-gtklauncher", hence no ipkg files get created for this package.. How to solve this? |
| 15:11.14 | *** join/#oe metiu_ (~chatzilla@85-18-228-185.ip.fastwebnet.it) |
| 15:11.15 | *** join/#oe rob_w__ (bob@pD95ED2C0.dip.t-dialin.net) |
| 15:13.37 | *** join/#oe kevinsc (~a0214685@nat/ti/x-zfomckgbxlqcjxjl) |
| 15:14.34 | *** join/#oe kevinsc (~a0214685@nat/ti/x-udsyxxzeseumuxdb) |
| 15:18.03 | *** join/#oe kevinsc (~a0214685@nat/ti/x-krflonotwqblreos) |
| 15:35.15 | mckoan | is unpacking his new Archos 5 IT |
| 15:36.15 | woglinde | hehe |
| 15:36.24 | florian | mckoan: enjoy :) |
| 15:36.25 | woglinde | install android 2.2 hacked image |
| 15:36.39 | *** join/#oe Crofton (~balister@12.165.222.1) |
| 15:36.44 | mckoan | woglinde: any link? |
| 15:38.24 | *** part/#oe RobotGuy (~n7pkt@c-24-21-60-36.hsd1.or.comcast.net) |
| 15:38.32 | woglinde | no sorry |
| 15:40.57 | mckoan | woglinde: np |
| 15:42.46 | *** join/#oe zecke (~ich@df01ppp032.eplus-online.de) |
| 15:42.51 | woglinde | jo zecke |
| 15:47.06 | *** join/#oe kergoth (~kergoth@12.177.140.2) |
| 15:47.13 | *** join/#oe davidlt (~davidlt@98.127.63.81.cust.bluewin.ch) |
| 15:54.17 | *** join/#oe dos1 (~dos@adks69.neoplus.adsl.tpnet.pl) |
| 15:54.18 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 16:00.11 | *** join/#oe etrunko (~edulima@201.53.211.111) |
| 16:07.33 | *** join/#oe GarthPS (~quassel@93.29.69.189) |
| 16:18.17 | *** join/#oe woglinde (~henning@p5DDC09AF.dip0.t-ipconnect.de) |
| 16:22.51 | *** join/#oe zenlinuxPDX (~sgarman@c-76-105-143-140.hsd1.or.comcast.net) |
| 16:25.09 | *** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 16:40.28 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 16:41.17 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 16:45.03 | *** join/#oe zecke (~ich@df01ppp032.eplus-online.de) |
| 16:46.12 | tharvey | what is the method for getting patches committed that have not been ack/nak'd? I've posted several new recipes in the past couple of weeks and a fix for avrdude parallel make (that one at least should get into release)? |
| 16:46.44 | *** join/#oe dijenerate (~dijenerat@65.48.153.188) |
| 16:50.08 | mckoan | tharvey: stable branch have a strict ack policy |
| 16:50.42 | tharvey | I see lots of patches that never get ack'd that are good patches |
| 16:50.52 | mckoan | tharvey: critical recipes modifications must be ack-ed by someone |
| 16:51.21 | mckoan | tharvey: not critical may be autonomously pushed once you have RW access |
| 16:51.54 | mckoan | tharvey: there are a few people who decide which one are good patches ;-) |
| 16:52.04 | tharvey | why should RW access be required for a casual user who has some patches to submit? |
| 16:52.21 | mckoan | tharvey: solecite ack on ML |
| 16:52.58 | tharvey | can anyone look at http://patchwork.openembedded.org/patch/3558/ |
| 16:53.19 | tharvey | also http://thread.gmane.org/gmane.comp.handhelds.openembedded/40127 |
| 16:53.20 | mckoan | tharvey: I meant urge ack on ML |
| 16:53.54 | tharvey | shouldn't posting the patch be enough? if not, whats the rule of thumb for responding to your own e-mail patch urging for response? 1 week? |
| 16:54.10 | mckoan | tharvey: TI stuff are a hard story, please ask on ML |
| 16:54.57 | mckoan | tharvey: disable parallel make for avrdude recipes |
| 16:55.00 | mckoan | why |
| 16:55.50 | tharvey | because it fails occasionally on parallel builds |
| 16:55.56 | tharvey | have a log right now I can post |
| 16:56.39 | tharvey | in fact a simple bitbake -cclean -f avrdude && bitbake avrdude in a loop about 5 times reproduces a build failure for me without PARALLEL_MAKE="" |
| 16:57.05 | pb__ | heh, avrdude doesn't even fetch for me |
| 16:57.59 | mckoan | have a nice rest of the day |
| 16:58.01 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 16:58.19 | tharvey | http://pastebin.com/mxJhmYsq - avrdude make -j8 failure |
| 16:59.35 | pb__ | does it help if you add an explicit dependency of config.c on config_gram.h? |
| 17:00.19 | *** part/#oe d_th (~dth@a89-182-75-252.net-htp.de) |
| 17:00.21 | tharvey | pb__, fetched fine for me, just tested after wiping my source |
| 17:00.31 | pb__ | if so then that might be slightly better than just defeating PARALLEL_MAKE. |
| 17:00.36 | pb__ | tharvey: hm. what url did it fetch from? |
| 17:00.45 | pb__ | I get 404 for http://savannah.nongnu.org/download/avrdude/avrdude-5.10.tar.gz which appears to be the primary |
| 17:00.59 | tharvey | pb__, don't know... didn't really dig that deep into the issue. I figure there are lots of packages that have makefile issues that have been solved with PARALLEL_MAKE="" - not clear if its OE's job to fix that or work around it |
| 17:01.57 | tharvey | your right... I'm picking it up from a mirror |
| 17:02.07 | pb__ | yeah, it's true there are plenty of packages which have PARALLEL_MAKE="", and that's a reasonable workaround if the actual bug is too hard to fix. but, obviously, if you end up disabling parallel make for too many packages then you might as well just turn it off globally. |
| 17:02.26 | *** join/#oe mrc3 (~ddiaz@189.157.110.105) |
| 17:02.27 | pb__ | so, if the fix is straightforward, generally better to patch the makefile and enjoy faster builds. |
| 17:02.33 | tharvey | http://www.angstrom-distribution.org/unstable/sources/avrdude-5.10.tar.gz |
| 17:02.37 | pb__ | ah |
| 17:03.36 | pb__ | http://download.savannah.gnu.org/releases/avrdude/avrdude-5.10.tar.gz |
| 17:03.40 | pb__ | seems to be the new url |
| 17:03.51 | tharvey | I don't consider myself an expert on avrdude or even gmake - I figure if PARALLEL_MAKE="" is a solution then thats good enough. |
| 17:04.41 | tharvey | there are 251 PARALLEL_MAKE="" 's in my oe tree |
| 17:11.49 | *** join/#oe davidlt (~davidlt@52-44.62-81.cust.bluewin.ch) |
| 17:16.00 | *** join/#oe etrunko (~edulima@201.53.211.111) |
| 17:16.35 | tharvey | pb__, avrdude uses autotools and config_gram.h comes from lexing config_gram.y - not really sure how to fix the dep issue |
| 17:17.08 | pb__ | tharvey: try adding a line to Makefile.am which just reads |
| 17:17.12 | pb__ | config.c: config_gram.h |
| 17:21.12 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 17:23.48 | tharvey | pb__, testing - I can post a revised patch that adds a make.patch to fix Makefile.am as well as fix the SRC_URI - hopefully you can review/ack/commit? |
| 17:24.24 | pb__ | yup |
| 17:26.08 | tharvey | who can review ti recipes? looks like the major contributors don't hang out on this channel |
| 17:26.58 | tharvey | pb__, is it ok to put the patch in avrdude.inc considering it patches Makefile.am and there is only one versioned recipe? (or should it be in avrdude_5.10.bb |
| 17:27.11 | pb__ | tharvey: I guess putting it in the .inc is fine |
| 17:27.18 | pb__ | if/when avrdude fixes that upstream we can always revisit it |
| 17:27.36 | tharvey | if they fix it the patch can be removed |
| 17:29.24 | pb__ | well, clearly they can't fix it in historical versions. if 5.11 fixes it then we can move the patch to the 5.10 recipe, and then delete it if/when 5.10 is removed from the oe tree. |
| 17:29.39 | pb__ | avrdude doesn't seem to be the most active package, though, so I would not hold my breath for a new release |
| 17:30.11 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 17:31.09 | tharvey | ah, I see your point |
| 17:37.09 | *** join/#oe anarsoul (~anarsoul@212.98.177.56) |
| 17:41.03 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 17:42.14 | tharvey | pb__, ok patch sent - thx for assistance |
| 17:43.28 | pb__ | ok, cool |
| 17:43.49 | tharvey | that should be cherry-picked to release-2010.12 too |
| 17:47.28 | *** join/#oe stefan_schmidt (~stefan@p5B034744.dip.t-dialin.net) |
| 17:57.56 | *** join/#oe GarthPS (~quassel@93.29.69.189) |
| 18:04.53 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 18:05.08 | *** join/#oe pH5 (~ph5@e178205206.adsl.alicedsl.de) |
| 18:06.44 | blindvt | ant, pong |
| 18:07.34 | ericben | hi |
| 18:08.29 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 18:11.15 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 18:12.12 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:14.43 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 18:18.10 | woglinde | he blindvt |
| 18:18.18 | blindvt | woglinde, hi |
| 18:18.33 | woglinde | blindvt do you have some sparetime? |
| 18:18.54 | woglinde | for oe |
| 18:19.08 | blindvt | woglinde, hmz. I was about to update the busybox docs and then saw http://validator.w3.org/check?uri=http%3A%2F%2Fbusybox.net%2Fdownloads%2FBusyBox.html&charset=%28detect+automatically%29&doctype=Inline&group=0 |
| 18:19.44 | blindvt | woglinde, wonder who ruined pod2html _that_ badly :( |
| 18:19.51 | woglinde | dont know |
| 18:20.03 | woglinde | hm |
| 18:20.13 | woglinde | ah will take took much time now |
| 18:20.32 | woglinde | I am thinking about how to simplify the uclibc config in oe |
| 18:20.34 | blindvt | woglinde, but yea, i ment to fix 2 uClibc bugs and then roll an 0.9.32-rc1, so would have to build current oe. shoot |
| 18:20.48 | woglinde | yeah .32 |
| 18:20.50 | woglinde | yeah yeah |
| 18:20.56 | woglinde | christmas presents |
| 18:21.15 | woglinde | okay have to leave now |
| 18:21.28 | woglinde | bye till maybee later |
| 18:21.41 | blindvt | woglinde, in what way simplify it? I was under the impression that the uclibc-config stuff is pretty easy and obvious to use, no? |
| 18:22.03 | blindvt | bummer |
| 18:22.10 | blindvt | waves |
| 18:23.53 | blindvt | kk. so what was /me doing? ah, prettify ext4 image with -pn_e2fsprogs like i was told instead of looking at packaged-staging directly. So be it |
| 18:33.13 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
| 18:36.49 | *** join/#oe Heinervdm (~thomas@pD9E14522.dip.t-dialin.net) |
| 18:39.42 | eFfeM | gm |
| 18:47.24 | *** join/#oe dijenerate (~dijenerat@65.48.153.188) |
| 18:47.40 | *** join/#oe fidencio (~fidencio@li113-135.members.linode.com) |
| 18:47.45 | fidencio | JaMa: ping |
| 18:48.10 | fidencio | I saw your patch. Why not include the changes in python bindings to use autotools? |
| 18:53.04 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 19:00.33 | fidencio | JaMa: nevermind |
| 19:06.37 | *** join/#oe anarsoul (~anarsoul@212.98.177.56) |
| 19:06.56 | *** join/#oe Crofton (~balister@12.165.222.1) |
| 19:07.14 | ka6sox | crofton you here? |
| 19:08.06 | Crofton | yeah |
| 19:08.21 | Crofton | bad memory in laptop so it may fall over |
| 19:08.32 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 19:10.50 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 19:15.57 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 19:17.00 | *** join/#oe florian (~fuchs@sign-4d091c54.pool.mediaWays.net) |
| 19:17.00 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:21.40 | blindvt | is some patchwork deity around? |
| 19:22.58 | ka6sox | no dieties what do you need? |
| 19:24.18 | blindvt | ka6sox, it's pretty embarrassing but i forgot my password and can't seem to easily find a django password-reset form anywhere |
| 19:25.20 | Crofton | eh |
| 19:25.22 | Crofton | heh |
| 19:25.24 | ka6sox | blindvt I am moving it and will be setting up a new patchwork |
| 19:25.38 | Crofton | has the registration stuff improved? |
| 19:26.34 | ka6sox | not really |
| 19:26.42 | blindvt | ka6sox, any delta on completion of a new setup? I take it that you'll retain the current DB, yes? |
| 19:27.16 | Jay7 | is back |
| 19:27.29 | ka6sox | current will become OLD |
| 19:27.29 | Jay7 | -20 is cold.. |
| 19:27.35 | Jay7 | that I will say.. |
| 19:27.40 | ka6sox | and RO |
| 19:28.41 | blindvt | does anyone know who could help me with setting a new password? Anyone with DB access? :) |
| 19:33.52 | ka6sox | blindvt its broken and needs to be moved. going as fast as I can |
| 19:38.50 | *** join/#oe NightMonkey (~NightMonk@173-164-139-193-SFBA.hfc.comcastbusiness.net) |
| 19:38.50 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 19:42.36 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 19:45.30 | *** join/#oe GarthPS (~quassel@93.29.69.189) |
| 19:48.00 | CIA-101 | 03Stefan Schmidt <stefan@datenfreihafen.org> 07master * rd3a228f6e8 10openembedded.git/recipes/hostap/hostap-daemon_0.5.10.bb: hostap-daemon: Respect LDFLAGS for GNU_HASH |
| 19:48.11 | CIA-101 | 03Stefan Schmidt <stefan@datenfreihafen.org> 07master * rcd08aefed0 10openembedded.git/recipes/pimlico/contacts_0.12.bb: contacts: Add 0.12 as latest release. |
| 19:49.00 | *** join/#oe vanous1 (~vanous@194.228.223.3) |
| 20:00.04 | *** join/#oe morphis (~morphis@brmn-4dbc8e05.pool.mediaWays.net) |
| 20:11.35 | blindvt | bah that's what you get from manually ripping out additional compressors |
| 20:12.27 | eFfeM | khem, kinda stuck how I can get iconv in php, do you by any chance have an idea |
| 20:13.03 | eFfeM | configure seems to pick up host includes and later on it seems to get off the track because of that |
| 20:19.48 | *** join/#oe pix[home] (~pix@mal35-3-82-240-201-90.fbx.proxad.net) |
| 20:21.35 | *** join/#oe marex (~marex@eduroam14.ms.mff.cuni.cz) |
| 20:24.40 | blindvt | ka6sox, nm, i've found it |
| 20:26.23 | ka6sox | good |
| 20:27.57 | *** join/#oe dijenerate (~dijenerat@65.48.153.188) |
| 20:30.37 | blindvt | ericben, question about 73b4bbe3^..73b4bbe3 : Why not just http://patchwork.openembedded.org/patch/2367/ |
| 20:31.08 | blindvt | ericben, i mean, why pin binutils to some random version for micro instead of using the one from sane-toolchain? |
| 20:37.06 | *** join/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
| 20:38.58 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
| 20:40.21 | JaMa | fidencio: :) |
| 20:40.40 | *** part/#oe mrj10 (~mrj10@mjlap.crhc.uiuc.edu) |
| 20:42.04 | *** join/#oe zenlinuxPDX (~sgarman@li38-254.members.linode.com) |
| 20:43.28 | fidencio | JaMa: my pacthes were covered by another patches :-) |
| 20:43.57 | *** join/#oe reactor16 (~reactor16@static.108.169.4.46.clients.your-server.de) |
| 20:44.41 | JaMa | fidencio: yes I know.. iirc I said that in response to those patches which weren't needed |
| 20:46.06 | *** join/#oe grund (~grund@firebug.buglabs.net) |
| 20:48.12 | reactor16 | anyone use dreambox here ? |
| 20:51.37 | obi | i do |
| 20:51.50 | cazze | still no patchwork? |
| 20:54.41 | reactor16 | hi obi |
| 20:54.52 | reactor16 | you know ath9k_htc ? |
| 20:55.29 | reactor16 | i would like to compile driver this usb wireless , but i dunno from where i begin |
| 20:56.39 | reactor16 | obi: are you a member of opendreambox project ? |
| 20:56.39 | obi | i don't think it will compile with our kernel without backporting a lot of stuff |
| 20:56.42 | obi | yes |
| 20:57.10 | reactor16 | yes that what i got ath9k_htc work only in 2.6.24 |
| 20:57.49 | reactor16 | some use in #linux-wireless say there are a patch that work on 2.6.18 |
| 20:58.06 | obi | do you know where to get that patch? |
| 20:58.19 | reactor16 | if can compile this for 2.6.18 i could use it on dm ? |
| 20:58.51 | reactor16 | i wait for him to give me link , but it seem he offline |
| 20:58.58 | obi | probably, yes |
| 20:59.03 | reactor16 | oke |
| 20:59.05 | obi | which dreambox model do you use? |
| 20:59.12 | reactor16 | dm800 |
| 20:59.26 | obi | ok |
| 20:59.46 | reactor16 | and you ? |
| 20:59.56 | reactor16 | what box u use ? |
| 21:00.24 | obi | a lot ;) |
| 21:01.44 | reactor16 | hehe |
| 21:01.54 | reactor16 | wich is best of them ? |
| 21:02.00 | reactor16 | dm8000 ? |
| 21:04.53 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 21:06.11 | obi | hard to say. it depends on your needs. the dm800 has a quite slow cpu, but newer models are pretty fast (dm8000, dm500hd and dm800se) |
| 21:07.03 | obi | if you get the patch, just send it to me (obi@opendreambox.org) and i'll try to create a working recipe |
| 21:07.59 | reactor16 | wait |
| 21:08.04 | reactor16 | i think i got it |
| 21:08.05 | reactor16 | http://www.spinics.net/lists/linux-wireless/msg58708.html |
| 21:08.14 | reactor16 | https://github.com/lacombar/linux-compat |
| 21:09.37 | reactor16 | obi: can i ask you something ?(if you have free time) |
| 21:10.41 | obi | sure. but if it's not about OE, then please use a query |
| 21:11.07 | reactor16 | its about opendreambox script |
| 21:11.11 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 21:12.58 | ericben | blindvt: concerning 73b4bbe3 : yes maybe we could not pin toolchain in micro.conf |
| 21:13.10 | blindvt | s/could/should/ |
| 21:13.50 | blindvt | ericben, i think we shouldn't pin. micro is in no way special WRT toolchain |
| 21:14.04 | eFfeM | i'm going nuts, instrumnented confiure has |
| 21:14.06 | eFfeM | echo 5 $ICONV_DIR $PHP_ICONV $iconv_avail |
| 21:14.06 | eFfeM | <PROTECTED> |
| 21:14.06 | eFfeM | <PROTECTED> |
| 21:14.06 | eFfeM | echo 5a $ICONV_DIR $PHP_ICONV $iconv_avail |
| 21:14.32 | ericben | well you may be right, I did that because we had a problem with 2.19.51 |
| 21:14.34 | eFfeM | an nevermind mihgt see it |
| 21:15.24 | ericben | I'm not using micro, I was just doing compile test so feel free to remove the 3 lines fro binutils & glibc versions |
| 21:15.28 | *** join/#oe zenlinuxPDX (~sgarman@li38-254.members.linode.com) |
| 21:17.29 | *** join/#oe Crofton (~balister@12.165.222.1) |
| 21:20.04 | *** join/#oe johnp_ (4d004f42@gateway/web/freenode/ip.77.0.79.66) |
| 21:21.38 | johnp_ | Hi! I'm an application developer and would like my application to behave differently in oe than (for example) in debian. My sources are pulled directly from git and it is a qmake project. Is there some variable that I can check against during the build to detect if my application is built for oe? |
| 21:23.28 | blindvt | ericben, i personally don't care about the glibc version, only the toolchain, but yes. I'll poke khem |
| 21:24.18 | ericben | johnp_: maybe you can use EXTRA_OEMAKE="-DAFLAG" ? |
| 21:25.47 | *** join/#oe _julian (~quassel@hmbg-5f767668.pool.mediaWays.net) |
| 21:26.03 | johnp_ | I forgot to mention: I would like to detect it from inside qmake without changing the recipe |
| 21:27.39 | *** join/#oe kergoth (~kergoth@12.177.140.2) |
| 21:29.42 | Jay7 | who is using my testbuilder script here? |
| 21:29.43 | Jay7 | ericben: do you? |
| 21:29.44 | Jay7 | is re-thinking config file |
| 21:29.53 | ericben | Jay7: I do |
| 21:30.07 | ericben | johnp_: maybe you can get QMAKESPEC variable and search for -oe inside ? |
| 21:35.24 | johnp_ | ericben: ok thanks, I will check |
| 21:35.40 | Jay7 | ericben: I'm considering to switch from multiple possible appends to build profiles |
| 21:35.40 | Jay7 | I'll show sample config part |
| 21:35.41 | Jay7 | http://pastebin.ca/2008054 |
| 21:35.41 | Jay7 | ericben: so with profiles you can only separate machines per buildset (to build machines in one TMPDIR) |
| 21:35.41 | Jay7 | ericben: what do you think about this? |
| 21:36.36 | ericben | Jay7: the conf file seem far more understandable than before thsi way |
| 21:36.54 | Jay7 | ericben: that was main point :) |
| 21:37.01 | Jay7 | second point - branches |
| 21:37.28 | Jay7 | so, I'll implement this |
| 21:37.34 | *** join/#oe GarthPS (~quassel@93.29.69.189) |
| 21:37.34 | *** join/#oe julianpid (~julianpid@62.200.22.2) |
| 21:37.34 | *** join/#oe ranjith (~ranjith@182.72.140.230) |
| 21:37.34 | *** join/#oe foerster|away (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
| 21:37.34 | *** join/#oe supernau1 (~brian@echo.atld.org) |
| 21:37.34 | *** join/#oe Kevin` (~kevin@router.kwzs.be) |
| 21:37.34 | *** join/#oe cpo (~cpo@helix.mybll.net) |
| 21:37.53 | Jay7 | it may reduce code size even |
| 21:39.04 | Jay7 | ericben: other Q: may be use b2_DISTRO notation instead of DISTRO_b2? |
| 21:39.46 | ericben | Jay7: _b2 is more in OE's recipe's overide style |
| 21:40.00 | Jay7 | ok |
| 21:40.28 | ericben | johnp_: add DEFINES += SPECS=$$(QMAKESPEC) |
| 21:40.31 | ericben | <PROTECTED> |
| 21:41.33 | ericben | johnp_: or maybe this could do the trick : http://doc.qt.nokia.com/4.7/qmake-advanced-usage.html#platform-scope-values |
| 21:43.59 | *** join/#oe hansdampf (~moritz@212.77.183.6) |
| 21:54.08 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 21:57.19 | blindvt | ka6sox, this would have been helpful for me, fwiw: uclibc.org/~aldot/patchwork/20101201-2254/ |
| 21:57.45 | johnp_ | ericben: yes, platform scope would be perfect, but I fear that oe cannot be distinguished from linux in general |
| 21:59.22 | blindvt | ka6sox, i.e. a simple "duh, reset password" link. You get the idea.. |
| 22:00.05 | ericben | johnp_: in oe, I think the spec contains -oe, not in linux in general |
| 22:00.16 | johnp_ | hm ok |
| 22:01.05 | ericben | johnp_: in qmake2.bbclass : export QMAKESPEC = "${STAGING_DATADIR}/qt4/mkspecs/${TARGET_OS}-oe-g++" |
| 22:01.37 | ericben | johnp_: so if you can convince qmake to detect this -oe- you can know that you are in OE |
| 22:02.12 | johnp_ | ericben: But this is only the name of the file where the definitions are. I'm not sure if I can access the name of the file so easily. What is defined in there? |
| 22:04.04 | ericben | johnp_: qmake can get the spec name in $$(QMAKESPEC) |
| 22:04.51 | ericben | johnp_: I just tested DEFINES += SPECS=$$(QMAKESPEC) and I get it in the makefile |
| 22:10.20 | *** join/#oe ant__ (~andrea@host247-251-dynamic.14-87-r.retail.telecomitalia.it) |
| 22:13.53 | *** join/#oe GNUtoo|laptop (~gnutoo@host90-135-dynamic.21-79-r.retail.telecomitalia.it) |
| 22:13.54 | eFfeM | pfff, php iconv issue solved, doing a final test, patch is on its way if the test gets through |
| 22:19.18 | johnp_ | ericben: ok, thanks |
| 22:19.31 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:22.23 | CIA-101 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rfa117e417c 10openembedded.git/recipes/php/ (php-5.2.13/iconv.patch php_5.2.13.bb): |
| 22:22.24 | CIA-101 | php: add iconv support |
| 22:22.24 | CIA-101 | - fixed recipe (needed the path) |
| 22:22.24 | CIA-101 | - added two patches to auto stuff |
| 22:22.24 | CIA-101 | (these have also reported upstream) |
| 22:25.17 | eFfeM | night all |
| 22:26.01 | ericben | bye eFfeM_work |
| 22:27.54 | *** join/#oe julian_ (~julian@cpc3-cmbg14-2-0-cust129.5-4.cable.virginmedia.com) |
| 22:28.21 | julian_ | hi |
| 22:28.41 | julian_ | can someone tell me how the Multimachine stuff works ? |
| 22:29.01 | julian_ | havn't found any documentation on this |
| 22:29.54 | *** join/#oe davidlt (~davidlt@52-44.62-81.cust.bluewin.ch) |
| 22:30.21 | Jay7 | julian_: you can build for several machines in the same TMPDIR afaik |
| 22:31.11 | *** join/#oe hansdampf1 (~moritz@212.77.183.223) |
| 22:32.47 | JaMa | yes |
| 22:33.55 | julian_ | ok |
| 22:34.13 | julian_ | thx Jay7, I guess what I want is the other way around |
| 22:34.38 | julian_ | I'd like to have several toolchains for the same MACHINE |
| 22:34.53 | julian_ | I havn't found how yet |
| 22:35.16 | Jay7 | julian_: did you mean meta-toolchain-*? |
| 22:35.37 | Jay7 | or different distros? |
| 22:35.39 | julian_ | Jay7: Is this what I'm looking for ? |
| 22:35.44 | julian_ | same distro |
| 22:35.52 | julian_ | I mean, same rootfs |
| 22:36.04 | julian_ | but things compiled for different archs |
| 22:36.21 | Jay7 | then it is not the same MACHINE |
| 22:36.39 | Jay7 | different archs == different machines |
| 22:37.10 | julian_ | not necessarily, have you heard of heterogenous platforms ? |
| 22:37.45 | Jay7 | afaik, we have no way to create rootfs for multiple arch'es |
| 22:37.59 | julian_ | well, this is not exactly my use case, but it could be |
| 22:38.00 | Jay7 | julian_: I mean OE vision |
| 22:38.07 | julian_ | I see |
| 22:38.20 | Jay7 | but.. may be guru's have something useful :) |
| 22:39.17 | julian_ | I saw that for some machines, a separate version is compiled just for building the kernel |
| 22:39.27 | julian_ | *of gcc |
| 22:39.59 | julian_ | but unfortunately in this case, TARGET_SYS is the same |
| 22:40.09 | julian_ | so, not very useful for me |
| 22:40.39 | ericben | julian_: you mean you have one machine which can have different architecture cpu ? |
| 22:40.51 | grg | like x86 and x86_64? |
| 22:41.14 | grg | im pretty sure that would best be done by treating it as two machines |
| 22:41.14 | julian_ | ericben, that can be a usecase, mine is a little different |
| 22:41.39 | Jay7 | but this will require different kernels if I understand things right |
| 22:41.59 | ericben | julian_: well a secret usecase has a secret answer which is still to be discovered ;-) |
| 22:42.16 | julian_ | I'm trying to build a Xen distro |
| 22:42.26 | julian_ | with a 32-bit dom0 |
| 22:42.32 | julian_ | and a 64-bit xen |
| 22:42.57 | julian_ | I thought about building a multilib toolchain |
| 22:43.08 | grg | julian_, make different machine files for e.g. xen-x86, xen-arm, xen-ppc, xen-mips |
| 22:43.10 | ericben | ok so you can see both as differente machines ? |
| 22:43.20 | julian_ | I mean, a version of gcc which supports -m64 |
| 22:43.29 | julian_ | but this is too much hassle |
| 22:43.33 | grg | i dont think our toolchain is multilib |
| 22:44.41 | julian_ | yes, I can see it both a different machines, |
| 22:45.15 | julian_ | but I would rather built the whole xen project with one recipe |
| 22:45.21 | grg | indeed there is a lot of --disable-multilib in the gcc recipes dir |
| 22:45.41 | julian_ | and not separate the hypervisor, and the tools/lib |
| 22:45.47 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 22:46.12 | julian_ | and also, In one case, the xen hypervisor doesn't need no libc to build |
| 22:46.49 | julian_ | so there's no advantage building a lot of stuff (a whole distro) for a small binary |
| 22:46.57 | ericben | julian_: maybe you should presentn your use case in an email to the list to get experts' opinion |
| 22:47.25 | julian_ | I should do that yes |
| 22:48.57 | julian_ | building a multilib toolchain could be a solution too |
| 22:50.32 | julian_ | but I tried adding new recipes, but I failed |
| 22:51.07 | julian_ | I should try harder |
| 22:57.20 | *** join/#oe Lopi (~lopi@173-9-230-97-Illinois.hfc.comcastbusiness.net) |
| 23:03.41 | ant__ | blindvt: still around? |
| 23:03.50 | blindvt | ant__, yes |
| 23:03.55 | ant__ | hey |
| 23:04.18 | ant__ | first, I thought you already have commit rights... |
| 23:04.31 | ant__ | long queue in patchwork ;) |
| 23:04.51 | ant__ | we'll propose you |
| 23:05.31 | ant__ | second, about uclibc...khem already answered.. why large file support was disabled? |
| 23:06.21 | ant__ | is size-saving worth the hassle of patching lot of recipes? |
| 23:09.35 | blindvt | ant__, yes, !LFS is worth the hazzle. oe is not primarily targeting desktop setups but small devices. On these you (or at least me and other folks) don't want locale nor LFS nor other such bloat that is unwarranted for setups that don't do networked filesystems or huge local storage. Every kib counts! |
| 23:11.46 | blindvt | ant__, i mean, we all could just go with 600MB images instead of spending alot of effort to have images built to the task :) |
| 23:12.37 | grg | a micro-uclibc based image can be stuck into a squashfs for device recovery in the event of firmware update failure |
| 23:12.43 | blindvt | ant__, i don't want a 2MB libc for example, if i can get away with an 80k one. Same for coreutils+util-linux+etc vs. busybox |
| 23:12.59 | grg | it would take a tiny amount of nand/nor and LFS is not required |
| 23:14.05 | blindvt | ant__, my previous non-oe setups were typically < 6 MB for complete and comfortable setups for both userspace and kernel |
| 23:15.13 | blindvt | ant__, i don't want LFS or any other bloat unless there's absolutely no way around it |
| 23:15.24 | *** join/#oe zumbi_ (~zumbi@77.230.237.25) |
| 23:15.33 | blindvt | zumbi_, hi |
| 23:16.19 | ant__ | blindvt: I'm doing an image size comparison right now |
| 23:16.48 | ant__ | uclibc is still the smallest but not by huge leap |
| 23:17.27 | ant__ | do you trhink jffs2 sizes are fairly comparable? |
| 23:17.50 | ant__ | gell, think und nicht trink ! |
| 23:18.38 | grg | ant__, jffs2 is only comparable if you plan on using jffs2 |
| 23:19.02 | ant__ | I also have tar.gz rootfs |
| 23:19.10 | blindvt | ant__, i have to go now, it's getting pretty late for me |
| 23:19.12 | grg | how do you deploy? |
| 23:19.14 | blindvt | g'night all |
| 23:19.18 | grg | night |
| 23:19.24 | ant__ | 'nite |
| 23:20.43 | grg | ant__, if you deploy with jffs2 onto a 16mb nand and don't need to worry about increasing log files or data files, then maybe eglibc/minimal-image is fine |
| 23:20.57 | ant__ | grg: in fact I have 64+53MB nand partitions but thge idea is rootfs on SD card (or usb fwiw) |
| 23:21.25 | grg | right. So you can afford to have eglibc |
| 23:22.12 | ant__ | we are breaking the 32MiB size-tag |
| 23:22.23 | ant__ | that's taboo for many old machines |
| 23:22.36 | grg | i have 8mb nor and want to put uboot+ 2 kernels + rescue filesystem. Normal rootfs is on nand. |
| 23:23.53 | *** join/#oe jonmasters (~jcm@edison.jonmasters.org) |
| 23:24.05 | *** join/#oe gregoiregentil (~gregoire@c-69-181-223-70.hsd1.ca.comcast.net) |
| 23:24.23 | gregoiregentil | Ping mickeyl? |
| 23:25.49 | *** join/#oe mrc3 (~ddiaz@189.157.106.69) |
| 23:26.21 | ant__ | grg: think about lzma for the initramfs |
| 23:26.38 | ant__ | and kernels |
| 23:38.10 | *** join/#oe CMoH-notebook (~cipi@95.76.74.1) |
| 23:38.10 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |