IRC log for #oe on 20120108

00:01.59*** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net)
00:04.43cs_nbp|afkwhen i removed a broken package in downloads/ , what is the correct procedure to tell oe-core that it's gone and instead of trying to unpack it it should refetch it?
00:05.21cs_nbp|afk#nick cs_nbp
00:10.37khemcs_nbp: bitbake -ccleanall <package>
00:11.04kheminfact that will delete it as well u dont have to do that manually
00:11.33cs_nbpah ok thanx
00:12.08cs_nbpso u cant forget that u cded into download/ and cant do bitbake from there :D
00:39.49cs_nbpif the crosscompiler requires a header (eg libelf.h) he does mean my i686 machine, right? juast a bit confused-.-
01:03.57*** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno)
01:12.39cs_nbphas someone seen this? build/tmp/work/armv5te-oe-linux-uclibceabi/libiconv-1.14-r0/libiconv-1.14/srclib/progreloc.c:297: undefined reference to `compute_curr_prefix'
02:08.03*** join/#oe risca__ (~risca@wnpgmb0412w-ds01-123-237.dynamic.mtsallstream.net)
02:13.42*** join/#oe dijenerate (~dijenerat@173.225.251.175)
02:33.12*** join/#oe leslie_ (~quassel@114.86.213.253)
02:33.19*** join/#oe leslie__ (~quassel@114.86.213.253)
03:05.03*** join/#oe devzero_ (devzero@xdsl-89-0-146-97.netcologne.de)
03:27.48cs_nbpanyone getting this too: oe-core/meta/recipes-support/libiconv/libiconv_1.14.bb' failed
03:32.10cs_nbpit says 'progreloc.c:297: undefined reference to `compute_curr_prefix'' but when I look there I can clearly see the function is included with #include "relocatable.h" so wth?
03:36.14cs_nbpswitching to eglibc to see if it resolves that
03:43.11khemcs_nbp: eglibc does not use libiconv
03:43.14khemso it will seem to work
03:43.27khembut if there is a problem with libiconv that remains
03:43.46cs_nbpit seems to work, just not being able to dload all packages as usual ;)
03:44.15cs_nbpso i get them manually from angstrom unstable sources
03:44.26cs_nbpthanks btw
03:44.37cs_nbpbut this libiconv thing is weird
03:44.44cs_nbpdoesnt make any sense
03:44.51cs_nbpcd ..
03:47.00cs_nbpspent two hours looking at code that had not the error claimed :D
03:51.55khemare you using angstrom
03:52.23khemand if yes then is it angstrom-bleeding
03:56.12cs_nbpnope not really but the versions fit and the compilation goes on
03:56.28cs_nbpbut jlime is debian-based too i think
03:57.19cs_nbpor is there a better way?
04:02.43khemhmm
04:09.40cs_nbpnow it just told me it cant download a file from sourceforge that just is at the path it says it looks
04:10.10cs_nbphttp://downloads.sourceforge.net/project/enlightenment/imlib2-src/1.4.4/imlib2-1.4.4.tar.gz
04:11.06cs_nbpah i see its a checksum mismatch
04:15.57cs_nbpis there a way to ignore a checksum mismatch.,.i guess not
04:16.18khemthere is
04:16.56cs_nbphow?
04:19.51cs_nbpchange the checksum in the imlib2.bb ?
04:22.29cs_nbpwell yes that helped but nor there is a checksum eror with bluez-.-
04:34.02cs_nbpk gn8 all
04:34.05*** part/#oe cs_nbp (4e5edf67@gateway/web/freenode/ip.78.94.223.103)
05:17.41*** join/#oe risca (~risca@wnpgmb0412w-ds01-123-237.dynamic.mtsallstream.net)
05:35.35*** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst)
06:12.56*** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de)
07:37.25*** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net)
08:28.13*** join/#oe jekhor (~jek@vulture-nat-37.telecom.by)
08:31.46*** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl)
09:18.44*** join/#oe leslie__ (~quassel@66.79.164.228)
10:05.42*** join/#oe anarsoul (~anarsoul@46.28.102.157)
10:22.42*** join/#oe ao2 (~ao2@2001:1418:117::1)
10:23.49*** join/#oe rob_w (~bob@ppp-93-104-179-159.dynamic.mnet-online.de)
10:23.49*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
10:31.24*** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at)
10:46.07*** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net)
10:47.03*** join/#oe zecke (~ich@91-64-82-148-dynip.superkabel.de)
11:01.47*** join/#oe Heinervdm (~thomas@pD9E133A5.dip.t-dialin.net)
11:03.12*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
12:23.51*** join/#oe zecke (~ich@91-64-82-148-dynip.superkabel.de)
12:47.27*** join/#oe dos1 (~dos@eun47.neoplus.adsl.tpnet.pl)
12:47.31*** join/#oe dos1 (~dos@unaffiliated/dos1)
13:54.16*** join/#oe mhnoyes (~mhnoyes@74-47-190-56.dr01.myck.or.frontiernet.net)
13:54.16*** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes)
14:48.52*** join/#oe playya (~playya@unaffiliated/playya)
15:05.29*** join/#oe devzero_ (devzero@xdsl-78-34-212-203.netcologne.de)
15:18.45*** join/#oe joelagnel (~joel@188.116.243.214)
15:20.35*** join/#oe ensc (~irc-ensc@fedora/ensc)
15:23.46*** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220)
15:27.30*** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl)
15:35.07*** join/#oe leslie_ (~quassel@114.86.213.253)
15:36.29*** join/#oe cs_nbp (4e5edf67@gateway/web/freenode/ip.78.94.223.103)
15:36.40cs_nbphi
15:48.52cs_nbpis there another source than kernel.org to get eggdbus-0.6 ? build always stops there because the kernel.org package doesn't exist
15:49.13cs_nbpor is it safe to leave it out? sounds like its important for dbus-.-
15:51.14cs_nbpperhaps someone here dloaded the archive bfore kernel.org was hacked?
15:53.11Jin^eLDcs_nbp: I usually search on google, often I find the packages on some fedora mirrors
15:53.43cs_nbpwell if i ask here you can safely assume google didnt work for thia ;)
15:54.03cs_nbpthere is packages but its the wrong ones, they dont compile at all
15:55.05Jin^eLDhmm, is it some older stuff?
15:55.22Jin^eLDwhat's the exact package name?
15:56.32*** join/#oe Marex (vasum7am@u-pl13.ms.mff.cuni.cz)
15:58.25cs_nbpits eggdbus-0.6.tar.bz2 i think, i need to repeat the error atm, the package name scrolled out of reach .,.
15:59.39cs_nbpyes its eggdbus-0.6.tar.bz2
16:02.40Jin^eLDhttp://dl.t2-project.org/mirror/9.0/e/eggdbus-0.6.tar.bz2
16:03.17cs_nbphey thanx ill try that one
16:03.57Jin^eLDI found it on google btw, you can check the md5sums to see if it matches with whatever the OE recipe is expecting
16:04.15cs_nbpthats the main problem
16:04.28cs_nbpthe one from sourceforge.jp eg is completely different
16:04.40Jin^eLDnow I see that I also have one here, downloaded a while ago, so I could send you my copy if you want
16:05.07cs_nbpwait ill test this one first
16:08.59cs_nbpI can't believe it while we talked. the main source http://cgit.freedesktop.org/~david/eggdbus came back online
16:17.47cs_nbpyep it compiled, whatever vodoo you have done, Jin^eLD, it worked like a charm
16:18.28*** join/#oe leslie_ (~quassel@114.86.213.253)
16:22.18*** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220)
16:23.33*** join/#oe pepermint (~pepermint@host28-87-dynamic.4-87-r.retail.telecomitalia.it)
16:24.57eFfeMfor missing sources one might also check the angstrom mirror
16:25.37cs_nbpthis one? http://www.angstrom-distribution.org/unstable/sources/
16:33.13*** join/#oe jekhor (~jek@86.57.254.166)
16:39.53cs_nbpi cant seem to get through libtool-cross_2.4.2.bb, do_configure) failed with exit code '1', the patches don't seem to apply
16:40.21cs_nbpdo i need a newer version of this?
16:41.41cs_nbpERROR: Function 'do_qa_configure' failed
16:42.56*** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net)
16:43.27eFfeMi've no idea what you are building (distro, target, etc) so can't really say anything abou tit
16:44.08cs_nbpim building jlime-lxde-image for machine netbookpro, oe-overlay from tworaz/github
16:45.32eFfeMoe core or oe classic? what distro ?
16:45.46cs_nbpoe core and the distro is 'Jlime'
16:46.11cs_nbpits defined in the meta-jlime overlay tworaz made
16:46.12bluelightningcs_nbp: what does the actual error say? if it's do_configure it won't be patches not applying at least
16:46.29bluelightningI'm guessing it'll be about LIC_FILES_CHKSUM
16:46.59*** join/#oe risca_ (~risca@wnpgmb0903w-ds01-177-34.dynamic.mtsallstream.net)
16:47.00eFfeMcs_nbp: I'm not too much into oe-core, sry
16:47.40eFfeMmaybe ask the guy who made the overlay
16:49.23bluelightningcs_nbp: is libtool-cross actually being modified by either of those layers?
16:49.37bluelightning(I would sure hope not...)
16:51.48eFfeMcs_nbp: btw http://www.angstrom-distribution.org/unstable/sources/ gave me some textual linux foundation page
16:55.21*** join/#oe Heinervdm (~thomas@pD9E133A5.dip.t-dialin.net)
17:06.03cs_nbpbluelightning: that wasn't entirely right, when I grep for only 'libtool' there are a lot of matches in meta-jlime
17:06.12murianiyo
17:06.39cs_nbpbluelightning: eg a suspicious configure-libtool.patch
17:07.04murianilibiconv has been supposedly fixed, wheee. gonna go run a build real quick
17:07.26cs_nbpsup i spent 2 hours this night finding a working one -.-
17:08.38murianibrb
17:09.34cs_nbpbluelightning: guess i'll contact tworaz about that
17:10.11bluelightningcs_nbp: yeah, sounds a bit suspicious
17:10.23bluelightninganarsoul: hi, are you around?
17:14.26cs_nbpis there another distro for kernel 3.1?
17:14.56cs_nbpangstrom has 'hardcoded';) 2.6.* kernel
17:16.01cs_nbpor can I just change that in the distro definition of angstrom?
17:16.10bluelightningcs_nbp: the current version of angstrom doesn't hardcode 2.6...
17:16.29bluelightningat least I don't think it does
17:18.01cs_nbpbluelightning: so i guess there is meta-angstrom? ill take a look
17:18.11bluelightningcs_nbp: yes
17:18.38bluelightningI don't know how far you will get with it with an "unsupported" machine such as the netbookpro however
17:18.45bluelightningalso, it mandates systemd now
17:18.53bluelightningwhich may or may not be an issue for you
17:19.16murianiabloody cell is useless here
17:19.43cs_nbpwell someone has to try it :D
17:20.06murianigonna have to give this a go from the office tomorrow, can't do crap over this connection.
17:20.19cs_nbpbtw what's with the 'include' dir in distro, eg meta-efl provides only that
17:23.44murianie would rock on the nbp, i think
17:23.58cs_nbpyeah that's the final goal^^
17:24.40murianii'd be cool with fluxbox or something
17:25.10cs_nbpat the moment i'd be cool with anything that runs a graphical interface on 3.1 kernel
17:25.19murianihaha, yeah
17:25.59cs_nbpsure I can start one manually after doing pivot_root but that's not entirely the same (plus the rootfs doesn't really fit to the kernel)
17:26.37cs_nbpthe e17 mod illume from gta02 would be nice too
17:26.38murianireally only gonna use it for ssh+remote X terminal here. maybe run an mpd client.
17:26.47murianiillume is spiffy.
17:27.15cs_nbpand lean
17:27.17murianipretty good base for tablet, imo
17:27.51cs_nbpI doubt one of the illume guys (rafael?) has a netbook pro
17:28.04murianii played with it a bit on an old x86 tablet. some slow-ass P3 slate
17:28.20bluelightningcs_nbp: the conf/distro/include dir is intended for files that would be included by distro configs
17:28.33bluelightningcs_nbp: for meta-efl I guess it contains efl-specific distro-policy type stuff
17:28.50murianiyeah, but if you can get angstrom up, illume shouldnt be too hard.
17:28.59cs_nbpbluelightning: so unless i do a distro file first i won't be using it soon.,.
17:29.11cs_nbpill try some minimal angstrom
17:29.24cs_nbpif I can figure out where the distro definitions are hiding
17:29.29bluelightningcs_nbp: I know nothing about using meta-efl... but I guess you may find you can just include whatever file is in there from local.conf if you need to
17:30.19cs_nbpbluelightning: but still i would have no eg bitbake e17-image until i define it first, or do i got it wrong?
17:31.50murianiaight, afk till tomorrow, catch you folks later.
17:32.33bluelightningcs_nbp: doesn't look like e17-image is provided in meta-efl
17:32.47bluelightningcs_nbp: so I guess it's meant to be provided by a distro
17:33.05cs_nbpbluelightning: angstrom has a meta-efl subfolder
17:33.27cs_nbpbluelightning: but i'm having a hard time finding the distro defs even in angstrom -.-
17:34.05bluelightningcs_nbp: meta-angstrom doesn't have that subfolder... maybe you've used the setup scripts?
17:34.34bluelightning(which would I guess be the recommended method for building angstrom)
17:35.11cs_nbpbluelightning: what setup scripts? my meta-angstrom has meta-efl meta-gpe meta-gnome meta-oe and meta-xfce
17:35.44bluelightningcs_nbp: er, that sounds a lot like meta-oe and not meta-angstrom
17:35.50murianimeta openembedded has meta-efl as well
17:35.52murianiyeah
17:36.17murianithats what i have in meta-oe
17:36.21cs_nbpbluelightning: well i checked out meta-angstrom into the oe-core dir
17:36.48cs_nbpthat's in my meta-oe,too
17:36.58bluelightningcs_nbp: I guess this is why I suggested keeping things at the same level, it avoids layers being confused
17:37.18bluelightningcs_nbp: what you were describing is not meta-angstrom anyway
17:37.40cs_nbpbluelightning: its what i can see in my meta-angstrom dir
17:37.43murianimeta-angstrom is mostly recipes- folders
17:38.21bluelightningcs_nbp: I don't know, but meta-angstrom is definitely this: http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/meta-angstrom/
17:38.31bluelightninganything else is not it :)
17:38.41murianii have them all in seperate folders. it seems best to keep them seperate, and then add them in the bblayers.conf
17:38.53murianiavoids confusion
17:38.54bluelightningmuriani: yes
17:39.50murianidamn i wish i had workable desktop internet. tethering flat isnt working for some reason.
17:39.55cs_nbpbluelightning: ah ok, i read over the urls and checked out meta-openembedded meta-angstrom, which indeed is not that
17:40.39bluelightningright, no wonder you couldn't find the distro configs...
17:40.41bluelightning;)
17:40.55cs_nbp*shame*
17:41.32cs_nbpand i got to stop type terminal commands into irc -.-
17:41.58murianics_nbp: for example, my checkouts folders are oe-core, oe-tworaz, meta-openembedded, meta-angstrom, meta-ti
17:42.11murianibuild direcories i have in the same level as well
17:42.40cs_nbpmuriani: so you had any more luck than me with this yet?
17:43.05cs_nbpmuriani: i mean nbp
17:43.22murianimaybe, but i was dying at libiconv
17:43.36murianii got further than you i think, but no success.
17:43.37cs_nbpmuriani: yeah that was a hard nut
17:43.47murianii cant do any more until tomorrow
17:44.04cs_nbpmuriani: well yesterday i got to an attempt to build the nBkProOs.img, but it failed
17:44.20murianioh nice
17:44.27cs_nbpthen i realised i probably shouldnt have switched to eglibc in mid-build
17:44.37cs_nbpthat's how i got around the libiconv
17:44.41murianireally we just need the rootfs
17:44.42murianiah
17:44.53cs_nbpand we just need one
17:45.07murianisee, even with eglibc i got libiconv fail
17:45.32cs_nbpi thought it doesnt use that? hmm
17:46.30cs_nbpEGLIBC provides an iconv() implementation and can convert from/to Unicode, therefore libiconv is not required on an CLFS system
17:47.05cs_nbpfrom cross-lfs-org
17:49.15cs_nbpmachine kernel version for 3.1 is still 2.6, right?
17:49.29cs_nbpor is it just linus?
17:51.21*** join/#oe rob_w (~bob@ppp-93-104-179-159.dynamic.mnet-online.de)
17:51.21*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
17:59.08cs_nbpis 'DISTRO' name for angstrom not 2010.X ? it's not found even though the layer meta-angstrom is added
17:59.27cs_nbpand i can see it w bitbake-layers show_layers
18:02.42cs_nbpmisread-.-
18:03.19bluelightningcs_nbp: there must be a conf/distro/distroname.conf file for whatever distroname you set
18:03.49cs_nbpbluelightning: yes i set the version and its the filename
18:04.33bluelightningcs_nbp: so you have exactly this: DISTRO = "angstrom-2010.x" ?
18:04.46cs_nbpbluelightning: now yes
18:04.55bluelightningthat should work
18:05.01cs_nbpbluelightning: and i'm already at the next error
18:05.26bluelightningwhich would be?
18:06.19cs_nbpbluelightning: it says no provider for e-wm-config-default
18:06.41cs_nbpi chose efl-nodm-image, perhaps not the wisest choice
18:07.04bluelightningno idea sorry
18:10.07*** join/#oe woglinde (~heinold@f052065057.adsl.alicedsl.de)
18:14.19cs_nbplittle thing at the side (while updatedb is running): i changed some checksums in some recipes, now git pull --rebase doesn't work, what do i say to update the repo anyway?
18:18.22cs_nbplocate e-wm
18:19.35*** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se)
18:22.13cs_nbpno big difference with systemd-gnome-image NoProvider: systemd-gnome-image
18:22.57cs_nbpERROR: Nothing RPROVIDES 'gnome-themes'
18:29.37cs_nbpif I remove gnome-themes (as I don't need them anyways), the next two things without a provider are epiphany and gedit
18:30.18cs_nbpis there a way out of this? i mean apart not using systemd-gnome-image obviously
18:33.59cs_nbpis this known broken or am i doing something wrong?
18:40.47khemka6sox: around
18:41.43khemcs_nbp: how did you checkout your souces
18:44.44cs_nbpkhem: i was in my topdir that contains build/ oe-core/ etc and did git clone <therightURL> meta-angstrom
18:45.14cs_nbpkhem: then added it to bblayers.conf and set distro to 2010.x in local.conf
18:45.31cs_nbpkhem: finally did bitbake systemd-gnome-image
18:46.00cs_nbpkhem: and this didn't even start fetching sources
18:47.11khemdid you follow http://www.angstrom-distribution.org/building-angstrom
18:47.23khemits relatively simple
18:47.40cs_nbpkhem: wasn't aware of that
18:47.52khemhttp://sakrah.homelinux.org/blog/2011/03/using-openembedded-core-to-build-angstrom-for-qemu/
18:47.54cs_nbpkhem: so i've got to run some setup scripts
18:48.04khemhere I discuss about oe-core based angstrom
18:48.30khemfor best results yes follow those instructions
18:48.47cs_nbpok
18:49.22cs_nbpjust got to wait til the systemd-image (without gnome) stops building for whatever reason
18:49.56*** join/#oe GNUtoo (~gnutoo@host37-37-dynamic.117-80-r.retail.telecomitalia.it)
18:51.00cs_nbplike eg eggdbus checksum error-.-
18:51.01khemkill bitbake
18:51.14cs_nbpits killing itself
18:51.23khemactually you should start from scratch it seems you have pretty messed up tree
18:51.40cs_nbpyou mean clean tmp and downloads?
18:52.07khemI means delete the whole stuff
18:52.08cs_nbptor re-checkout everything
18:52.20khemsetup scripts will get you started groundup
18:52.21cs_nbpah ok, well it really doesn't take long
18:52.41khemyou dont have to checkout anything
18:52.49khemsetup scripts will do that
18:53.07*** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian)
18:53.30cs_nbpyou mean it checks out oe-core too?
18:54.14florianGood morning
18:54.33cs_nbpo_O
18:54.37cs_nbphi
18:55.39cs_nbpstill trying to get a rootfs for nbp
18:57.13florianhi cs_nbp
18:58.17cs_nbpflorian: tworaz jlime stuff fails either at libiconv (with uclibc) or libtools-2.4.2 (with eglibc)
18:59.36floriancs_nbp: okay... i guess I can give it a try unless I fall asleep
19:00.16cs_nbpflorian: afk shaving smone
19:08.46*** join/#oe jekhor (~jek@vulture-nat-37.telecom.by)
19:11.10*** join/#oe JaMa (~martin@94.230.152.246)
19:11.27*** join/#oe vexorg (~vexorg@h216-18-7-221.gtconnect.net)
19:12.11*** join/#oe woglinde (~heinold@g225075164.adsl.alicedsl.de)
19:29.01khemcs_nbp: I provided a fix for libiconv/uclibc here http://patchwork.openembedded.org/patch/18767/
19:32.49*** join/#oe rah (~rah@cpc8-live19-2-0-cust155.know.cable.virginmedia.com)
19:35.44rah| ERROR: Function 'Fetcher failure for URL: 'file://0001-Inital-pcf50606-support.patch'. Unable to fetch URL file://0001-Inital-pcf50606-support.patch from any source.' failed
19:35.45rahhow can I find out which directories bitbake is looking in for files?
19:36.09rahalternatively, how can I find the value of a variable used in a recipe?
19:37.12JaMabitbake -e
19:37.15JaMaand FILESPATH
19:40.44rahyes, got there myself in the end
19:40.47rahthanks though ;-)
19:53.14*** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net)
19:56.19cs_nbpkhem: sorry i was afk, that's awesome, i'll give it a shot
19:58.35cs_nbpkhem: is there any oe patch facility i'm supposed to use or do i use 'patch' like usual?
20:01.05floriancs_nbp: "git am" should do the trick
20:01.15florianshoots oe-core
20:01.17cs_nbpflorian: back, sometimes i have to prevent a shaving noob from cutting his face off
20:01.27cs_nbpflorian: txh
20:01.42*** join/#oe pespin (~pespin@90.163.63.131)
20:02.25florianit take about 10s to make oe-core fail due to compile problem
20:03.51cs_nbpflorian: building libiconv? or the jlime-lxde-image?
20:04.20florianbuilding pseudo :-(
20:04.30cs_nbpflorian: whos that?
20:04.34florian| /usr/include/gnu/stubs.h:9:27: error: gnu/stubs-64.h: No such file or directory
20:05.29cs_nbpflorian: btw i need patch format, not mbox format, right? just to be sure
20:06.47floriancs_nbp: mbox is fine for am
20:09.20cs_nbpflorian: now rebuilding oe-core tree according to khems recipe
20:09.42*** join/#oe valhalla (~valhalla@81-174-23-109.dynamic.ngi.it)
20:13.46cs_nbpflorian: are you building for 64 bit? I had a similar error last year and had to edit a mekefile and change all 64's to 32's
20:14.04cs_nbpflorian: because i compiled for 32 bit
20:14.14cs_nbpflorian maybe unrelated
20:20.23*** join/#oe valhalla (~valhalla@81-174-23-109.dynamic.ngi.it)
20:21.01floriancs_nbp: nope 32... but it might be a bug in pseudo build stuff.
20:22.02floriani guess it reads 32 vs. 64 bit from the kernel (uname or such) wich is simply wrong
20:24.07florianoh
20:24.08florianno
20:24.13florianits even worse
20:24.29florianbitbake gets it wrong :-(
20:25.45bluelightningflorian: what distro are you running?
20:26.04bluelightningFWIW, I build regularly on a mix of 32 and 64 bit machines and have not had any issues like this
20:26.16florianbluelightning: Debian
20:26.38florianbluelightning: pure 32bit, only a 64bit kernel
20:27.42bluelightningflorian: how does that work?
20:28.18florianbluelightning: running a linux x86 32bit userland and a 64 bit kernel ist fine
20:31.33bluelightningflorian: ok, there's some code in recipes-devtools/pseudo/pseudo.inc that's supposed to handle this, can you tell which part of the check in do_compile_prepend_virtclass-native is incorrect?
20:32.05bluelightnings/incorrect/failing/
20:45.10*** join/#oe dijenerate (~dijenerat@66.54.118.89)
20:53.40*** join/#oe rphillips (~rphillips@unaffiliated/rphillips)
20:54.33*** join/#oe risca_ (~risca@wnpgmb0903w-ds01-177-34.dynamic.mtsallstream.net)
21:03.08florianbluelightning: this basically looks good... let me try to find out why this happens
21:04.31*** join/#oe dijenerate (~dijenerat@72.51.111.216)
21:12.29florianbluelightning: you do not happen to know how SITEINFO_BITS gets set for building native?
21:13.05*** join/#oe risca_ (~risca@f-static-78-70-87-29.business.telia.com)
21:29.20ka6soxkhem, am now
21:30.15woglindehi ka6sox
21:32.06*** join/#oe zecke (~ich@91-64-82-148-dynip.superkabel.de)
21:33.30ka6soxhiya woglinde
21:44.24*** join/#oe dijenerate (~dijenerat@173.225.251.175)
21:48.42florianbluelightning: it does not seem to be easy to find out but overriding BUILD_ARCH in local.conf works
21:50.05cs_nbpflorian: you build for debian means there is a distro conf for debian somewhere?^
21:50.30floriancs_nbp: no, i'm building on a debian host
21:50.40cs_nbpflorian: ah dam
21:50.52floriancs_nbp: he would have asked for DISTRO otherwise :)
21:51.20cs_nbpflorian: yeh
21:57.02florianjust noticed that deleting old recipes creates a maintenance hell for other layers
22:05.12Jin^eLD:)
22:05.24Jin^eLDon one hand the layers seem handy, but on the other they can be pure evil
22:07.09florianyes indeed
22:08.37Jin^eLDI am still struggling with situations where I have to undo whatever a layer that comes before my layer appended to a package
22:09.00Jin^eLDsince there is no way to prevent another layer from appending to a particular package
22:09.16cs_nbpyeah I'm stuck at pseudo too, but mine won't even fetch
22:09.27florianhmm yes, that's evil as well...
22:09.37cs_nbpWARNING: Fetcher failure for URL: 'None'
22:09.46florianuh?!
22:09.49cs_nbpERROR: Function 'Fetcher failure for URL: 'http://downloads.yoctoproject.org/releases/gnu-config/gnu-config-yocto-20111111.tgz'
22:10.03cs_nbpfirst the one than the other, perhaps 1st is normal
22:10.04florianThere is an issue I di not ran into so far? ;)
22:10.43cs_nbpif you give me root access I can make more :D
22:11.37florian:-)
22:13.17cs_nbpcd ..
22:13.22cs_nbponoz not again-.-
22:14.11cs_nbpk i thieved the one from angstrom unstable, checksum seems to work out .,.
22:14.22Jin^eLDhmm, it seems that bitbake will sometimes return  a retcode of 1 even if no errors were printed
22:14.30Jin^eLDi.e. all seems fine, but it exits with 1
22:14.41cs_nbpyeah make me courage
22:15.39florianJin^eLD: The worst problem I currently see is fragmentation... everyone now creates own layers and does not care about contributing back.
22:15.55cs_nbpits like walking around after a plane crash
22:16.42florian... because this additionally became harder - more restrictions and more complicated to decide where to contribute)
22:16.51Jin^eLDflorian: yes, that's true as well
22:17.03Jin^eLDand some layers still have duplicates I think
22:19.25cs_nbpomg building this pseudo takes longer than the main build ;)
22:19.58florianAnother thing I do not understand is why everyone cares about tiny recipe QA details but not about checking if download locations are still valid.
22:20.14florianThis is what breaks OE for many users
22:20.44cs_nbpplus download locations temporarily being down, like for eggdbus on kernel.org
22:21.16florianmost kernel.org downloads are down for months now :-(
22:21.29cs_nbpwell it came back up today
22:21.35cs_nbpat least the one i needed
22:22.54Jin^eLDthe kernel.org situation has been quite ridiculous... although I'm not blaming OE for that
22:23.08floriantrue
22:32.23cs_nbphad to download pseude from somewhere else, too
22:34.20cs_nbpeg module-init-tools-3.16.tar.bz2 is not on kernel.org either
22:36.06florianusbutils, PAM, usbutils...
22:36.15florianlibcap
22:36.45DJW|Homeflorian: I would agree with the layers leading to fragmentation but at the same time a huge jump in functionality. Upstreaming seems to not always be working as well as it should ;).
22:37.34florianDJW|Home: It worked really good for oe... much better compared to other projects.
22:38.22DJW|Homeflorian: yep, not perfect but I can't disagree with that.
22:40.49*** join/#oe rcf (~rcf@195.41-243-81.adsl-dyn.isp.belgacom.be)
22:42.35cs_nbpso you say I should start downloading them before bitbake asks? :)
22:46.44florianwe should write a fetcher tat googles for an alternate download location ;)
22:47.18cs_nbpor at least asks
22:47.27cs_nbpwithout stopping the whole process
22:48.00florianthis would be pretty cool
22:48.08florianneeds more time...
22:48.14cs_nbpshould provide filename and checksum so i can search on google myself
22:48.25cs_nbp:D
22:53.37cs_nbpbrb changing computer
22:54.32*** join/#oe cs_nbp (81460ed1@gateway/web/freenode/ip.129.70.14.209)
22:59.04*** join/#oe jekhor (~jek@vulture-nat-37.telecom.by)
23:14.20*** join/#oe slobo__ (~slobo@154.5.128.79)
23:15.45bluelightningJin^eLD: if there's an exit code of 1 there was an error
23:16.31Jin^eLDbluelightning: but I do not see any errors
23:16.43bluelightningJin^eLD: not a single ERROR: line?
23:16.47Jin^eLDnotespace: Tasks Summary: Attempted 77 tasks of which 70 didn't need to be rerun and 0 failed.
23:16.55bluelightningthat doesn't mean there were no errors
23:17.17bluelightningthere is an open bug to improve the summary however in the case where errors did occur
23:17.20Jin^eLDaah, ok ok wait, I think I know then
23:17.31bluelightningwhat that summary does mean is that no tasks failed, and that is true
23:17.33Jin^eLDit as before it checked the cache
23:17.35Jin^eLDso I did not notice it
23:17.36Jin^eLDERROR: Task do_prepare_source from /oe/jin/dss-oe/dS/meta-dss11-staging-fieldtest/recipes-support/yoke/yoke-native_0.1.bb seems to be empty?!
23:17.49Jin^eLDactually wanted to ask what that error means
23:17.50bluelightninghowever if anything calls bberror / bb.error then that's what happens
23:18.14bluelightningJin^eLD: well, is that task empty?
23:18.33Jin^eLDI have a SRC_URI
23:18.54Jin^eLDbut that points to a .js file that is fetched from the web
23:19.07Jin^eLDso I guess there is no prepare source task then?
23:19.26bluelightningI'm not familiar with do_prepare_source, is that a task you've defined yourself?
23:19.44Jin^eLDoh damn indeed, what the hell was I thinkin there?
23:20.06Jin^eLDsorry for all the confusion :)
23:20.12bluelightningno problem :)
23:20.17bluelightningI guess you found it?
23:20.22Jin^eLDI looked at that recipe a dozen of times
23:20.46Jin^eLDyeah, at the very end of the recipe there was an addtask line where I obviously tried to do some hacking but then removed the task and forgot to remove the addtask thing
23:20.59bluelightningaha, bingo :)
23:21.33Jin^eLDtwo problems solved ;)
23:23.42floriancs_nbp: here the nbp kernel fails to build... it misses the bootcode file
23:24.44bluelightningJin^eLD: btw with your need to "undo" what other layers are doing... can you be more specific? I know we've talked about this before but I don't remember the details
23:24.53bluelightningJin^eLD: is this a public layer or an internal one?
23:26.06Jin^eLDbluelightning: there is a recipe, I have to look up what it was, I don't remember by heart now, the angstrom layer appends to that recipe and does some stuff which I do not need and which contradicts with my intentions; so in my "private" layer I am appending again and trying to filter_out and undo all the things that the angstrom layer does to this recipe
23:28.16*** join/#oe playya_ (~playya@unaffiliated/playya)
23:29.59cs_nbpkhem: with your patch libiconv successfully installed
23:33.05*** join/#oe playya (~playya@p4FF8B820.dip.t-dialin.net)
23:33.06*** join/#oe playya (~playya@unaffiliated/playya)
23:33.08bluelightningJin^eLD: when you start needing to change distro policy either you need to try to work to change that policy or you need your own distro
23:33.46Jin^eLDbluelightning: that is true, but for now Angstrom fits me in all regards except for the systemd move
23:33.57Jin^eLDmaintaining an own distro is more effort
23:34.24bluelightningJin^eLD: well, I would imagine you're going to find it harder and harder to use in that case, if angstrom is moving to systemd only
23:34.36Jin^eLDindeed...
23:35.14Jin^eLDbut so far I only had to make sure the systemd stuff lands in an own package and that the init scripts are still around
23:35.22florianhrm... imlib2 md5sum is wrong... wtf?!
23:35.24Jin^eLDin most cases systemd is alredy put in an own package
23:35.33Jin^eLDso it was not too much work yet
23:36.07cs_nbpflorian: yes i had that too
23:36.19cs_nbpflorian: but whats the bootcode file
23:36.26cs_nbpflorian: do we have thatß
23:37.04cs_nbpflorian: i thought i got that because i switched from ulibc to eglibc in the middle of a build .,.
23:38.04floriancs_nbp: I think so... https://github.com/tworaz/boost-bootcode
23:38.48cs_nbpfloraian: yeehaw but wth isn't that in the oe. k i guess he has no problem using his stuff
23:39.02cs_nbpflorian: do you know where it goes?
23:39.17cs_nbpflorian: perhaps I can put it there before my build fails
23:40.06cs_nbpwell too late forgot about linux-pam
23:40.22floriancs_nbp: looks like we need to make a bb for it (or well sure - build it manually and place where it needs to go)
23:40.26floriantomorrow
23:40.33florianneeds sleep
23:41.17floriangood night
23:41.22cs_nbpflorian: well gn flo
23:41.26cs_nbpcyaZ
23:52.14*** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net)

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