| 00:19.34 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
| 01:28.36 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 01:34.55 | *** join/#oe ivan____ (d9764f21@gateway/web/freenode/ip.217.118.79.33) |
| 01:38.02 | *** join/#oe kergoth` (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 02:08.02 | *** join/#oe uwe_ (~uwe_@dslb-188-105-018-016.pools.arcor-ip.net) |
| 02:36.44 | *** join/#oe misham (~misham@99-171-180-26.lightspeed.sndgca.sbcglobal.net) |
| 03:12.45 | *** join/#oe rsalveti (~rsalveti@189.61.233.110) |
| 03:12.45 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 03:37.48 | *** part/#oe cminyard (~cminyard@pool-173-71-58-7.dllstx.fios.verizon.net) |
| 04:30.14 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 04:40.32 | *** join/#oe snkt (~snkt@114.143.164.169) |
| 05:00.37 | *** join/#oe erwt (~rahul@114.143.164.169) |
| 06:18.26 | *** join/#oe Ironnads (~Ironnads@host109-152-229-247.range109-152.btcentralplus.com) |
| 06:56.31 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 07:16.15 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:17.19 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:22.19 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:24.19 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 07:29.24 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 07:32.34 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 07:35.15 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 08:02.28 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:04.31 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:09.26 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
| 08:12.39 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 08:36.20 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 08:49.22 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:53.34 | *** join/#oe blindvt` (~b@2001:62a:4:203:6631:50ff:fe2c:fefa) |
| 08:54.42 | *** join/#oe lamikr (lamikr@nat/nokia/x-jslpvopikrfqubux) |
| 08:55.32 | blindvt` | is the git repo down or did the url change somehow? |
| 09:03.16 | *** join/#oe pwgen (~ew@2.108.92.38) |
| 09:03.45 | pwgen | hi |
| 09:03.49 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 09:05.21 | pwgen | how can i force bitbake to build a native package in oe-core ( f.eks autoconf-native ) ? |
| 09:06.43 | blindvt` | pwgen: i'd try bitbake autoconf-native |
| 09:08.03 | pwgen | ok, mz problem seems a little bit deeper. i want to build core-image-sato for efika, this will build gcc 4.5, and this requires autoconf 2.64 .. |
| 09:08.18 | blindvt` | oh, so it's just all the oe.net repos that ceased to work, the oe.org one does work.. |
| 09:08.51 | pwgen | i have now a recipe for autoconf 2.64 but how can i now clean autoconf 2.68 and build autoconf 2.64 ? |
| 09:09.28 | pwgen | .. as native package . i could autoconf 2.64 as arm target .. |
| 09:09.41 | pwgen | .. as native package . i could build autoconf 2.64 as arm target .. |
| 09:10.28 | pwgen | is there a special bitbake target , like -c cleansstate for building a -native package ? |
| 09:11.39 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
| 09:11.47 | blindvt` | pwgen: i guess that you would have to for i in PREFERRED_VERSION_autoconf{,-native} ; do echo $i = \"2.64\";done >> conf/local.conf |
| 09:13.40 | slapin | hi, all! |
| 09:13.56 | slapin | it seems that iproute2 build is broken |
| 09:14.57 | slapin | http://pastebin.com/Mzzmd28i |
| 09:16.15 | slapin | What is xtables thing anyway? |
| 09:18.53 | slapin | ah, see, so I need to revert de034bf830bec1b64260ac8516dd584163716ef4 in openembedded-core to fix it locally |
| 09:22.45 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:22.46 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:28.52 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:33.54 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 09:37.24 | *** join/#oe risca (~risca@c-aef9e253.022-6-6e6b702.cust.bredbandsbolaget.se) |
| 09:45.02 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 09:48.00 | Jin^eLD | mornin |
| 09:52.24 | blindvt` | mhm....-core/scripts/bitbake: line 73: /pseudodone: Permission denied |
| 09:53.03 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 09:53.29 | blindvt` | i don't like that new thing. Where are the days when i could just use bitbake :P |
| 09:56.49 | bluelightning | blindvt`: I think your paths are messed up... |
| 10:04.40 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 10:04.41 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 10:07.16 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 10:08.05 | blindvt` | is there a current equivalent or replacement to PREFERRED_BINUTILS="git" / PREFERRED_UCLIBC_VERSION / PREFERRED_GCC_VERSION ? |
| 10:08.20 | blindvt` | (in oe-core) |
| 10:08.44 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 10:09.39 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 10:09.40 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 10:09.56 | JaMa|Wrk | blindvt`: yes there is see default-tcmode.inc for variable names |
| 10:10.13 | JaMa|Wrk | or tcmode-default.inc |
| 10:10.57 | blindvt` | JaMa|Wrk: excellent. Thanks! |
| 10:11.51 | blindvt` | is my git write-access i had for oe supposed to still work for oe-core? |
| 10:12.12 | JaMa|Wrk | you mean oe-core-contrib right? ;) |
| 10:12.18 | ant_work | JaMa|Wrk: I lost track..I've seen some xuser related patches. Unfortunately xserver from meta-oe still shuts down immediately after start |
| 10:12.42 | JaMa|Wrk | yes you're lost there is no xserver in meta-oe |
| 10:13.10 | ant_work | ;) X server |
| 10:13.14 | blindvt` | JaMa|Wrk: oe-core-contrib? I mean openembedded-core AFAICS |
| 10:15.08 | ant_work | JaMa|Wrk: I meant the xserver-nodm-init: Use useradd to add the xuser for rootless X |
| 10:15.13 | JaMa|Wrk | blindvt`: oe-core is pull based |
| 10:15.43 | blindvt` | i see. So please sed -i -e s/PREFERRED_VERSIONS/PREFERRED_VERSION/ meta/classes/base.bbclass && git commit -s -m 'base.bbclass: Commentary typo fix' meta/classes/base.bbclass |
| 10:15.44 | JaMa|Wrk | blindvt`: and oe-core-contrib is usefull to push feature branches and then send pull requests |
| 10:15.49 | blindvt` | TIA ;) |
| 10:17.13 | JaMa|Wrk | ant_work: we're not using xuser in meta-oe yet |
| 10:18.44 | ant_work | JaMa|Wrk: ok, i've seen sgw is working about rootless X |
| 10:19.25 | JaMa|Wrk | hmm, and? |
| 10:19.55 | JaMa|Wrk | xserver-nodm-init from meta-oe works fine |
| 10:20.41 | ant_work | no, it pulls xserver-common which is not clean |
| 10:22.03 | JaMa|Wrk | what you mean by clean? |
| 10:22.37 | ant_work | first, there are lot of extraneus machine settings |
| 10:23.11 | ant_work | second, X shuts down after start |
| 10:23.21 | JaMa|Wrk | we've already talked about dropping xserver-common and replacing it with x11-common |
| 10:23.33 | ant_work | yes, I thought the issue was rootless x |
| 10:23.44 | ant_work | that's why I'm asking |
| 10:23.55 | JaMa|Wrk | and second here it works if it shuts down after start, then you have to provide more info |
| 10:24.28 | JaMa|Wrk | and now you can replace xserver-nodm-init with elsa and xserver-common x11-common by defining right VIRTUAL_RUNTIME values |
| 10:24.33 | ant_work | btw x11-common ignores xinput-calibrator |
| 10:24.47 | JaMa|Wrk | do you think I don't know that? ;) |
| 10:24.51 | ant_work | :p |
| 10:25.18 | ant_work | see, once done with udev merge I'd like to attack this X stuff ;) |
| 10:26.19 | ant_work | we are really near to have properly booting images built on the top of oe-core |
| 10:33.21 | *** join/#oe pespin (~pespin@182.pool80-102-156.dynamic.orange.es) |
| 10:41.58 | *** join/#oe johncylee (~john@61.57.131.211) |
| 10:49.05 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 10:50.03 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 10:52.20 | mckoan | good morning |
| 11:11.38 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 11:26.42 | *** join/#oe lisandro (~lisandro@dumbledore.com.ar) |
| 11:31.15 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 12:41.13 | *** join/#oe jordz (86ddac5c@gateway/web/freenode/ip.134.221.172.92) |
| 12:57.21 | *** join/#oe Ceida (~death@46.2.7.120) |
| 13:07.33 | jordz | I have a package that fails on do_install, but when i manually run 'run.do_install*' it works. How can I tell OE that I already installed it and needs to skip that action? |
| 13:10.19 | *** join/#oe martinambrose (~martinamb@c-98-198-169-228.hsd1.tx.comcast.net) |
| 13:25.02 | bluelightning | jordz: I would suggest the correct approach would be to fix it so that do_install works, rather than hacking around it... |
| 13:26.39 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 13:31.44 | Jin^eLD | I see that some .bbappend recipes use a PRINC setting, although the parent recipe does not have an include, is PRINC something that will be treated in a special way, similar to how it was done when .inc files were defining their INC_PR and the main recipe was doing something like PR = "r1.${INC_PR}" ? |
| 13:35.12 | jordz | bluelightning: i can't find the problem, it calls a make install which with bitbake it complains about an unknown directoy, but manually it doesn't |
| 13:35.38 | *** join/#oe toi (~peter@inuitbib.ugent.be) |
| 13:36.52 | bluelightning | jordz: which version of OE are you building? |
| 13:38.01 | Jin^eLD | and how can a .bbappend "uninherit" a class? |
| 13:40.22 | jordz | bluelightning: im using angstrom, it pulled the new oe-core |
| 13:41.28 | bluelightning | jordz: right, it could be an issue with parallel make install; try setting PARALLEL_MAKEINST = "" in the recipe |
| 13:42.18 | bluelightning | Jin^eLD: PRINC just adds the value to the numerical value of PR, so if PRINC = "1" then PR = "r1" becomes "r2" after the append |
| 13:42.31 | Jin^eLD | oh ok, I get it |
| 13:42.33 | Jin^eLD | thanks |
| 13:42.37 | bluelightning | Jin^eLD: you can't "uninherit"; what are you attempting to do? |
| 13:42.48 | Jin^eLD | I am attempting to remove update-rc.d from the inherit list |
| 13:43.12 | bluelightning | hmm.. |
| 13:43.31 | bluelightning | Jin^eLD: perhaps in that specific case it would be enough to just clear the INITSCRIPT* variables? |
| 13:43.40 | bluelightning | within the bbappend |
| 13:43.47 | Jin^eLD | I could try that... |
| 13:44.26 | jordz | bluelightning: thanks ill try that |
| 13:44.37 | Jin^eLD | bluelightning: thanks for the hints |
| 13:46.04 | bluelightning | no worries |
| 13:53.12 | jordz | bluelightning: that didn't work |
| 13:54.50 | Jin^eLD | bluelightning: if the main recipe already has a do_install_append, how can I append my stuff to it? or do I need to duplicate? |
| 13:55.03 | jordz | i just faked the do_install for now |
| 13:55.31 | bluelightning | Jin^eLD: you can have as many _appends as you like, either for variables or functions; they just get appended in the order they appear |
| 13:55.43 | Jin^eLD | ah, ok |
| 13:57.32 | tasslehoff | On "Angstrom v2011.11-core - Kernel 3.1.0-rc4+" my root user is not allowed to create a pthread with SCHED_RR. Why oh why? Could this be because the given application is compiled wih an old SDK from my OE classic days? |
| 13:59.35 | tasslehoff | anyone built an sdk lately? I get: ERROR: Nothing PROVIDES 'base-passwd-nativesdk' (but virtual:nativesdk:/home/tassle/Source/openembedded/sources/openembedded-core/meta/recipes-core/dbus/dbus_1.4.12.bb DEPENDS on or otherwise requires it) |
| 14:02.27 | JaMa|Wrk | tasslehoff: iirc someone reported that on ML too |
| 14:03.34 | kergoth | Jin^eLD: _append and _prepend aren't part of the variable name, they're operations, like .= and =., except that they occur in a more lazy fashion |
| 14:05.16 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 14:06.02 | tasslehoff | JaMa|Wrk: ok. I'll see if I can dig up the thread. |
| 14:06.03 | Jin^eLD | kergoth: I see, thanks.. |
| 14:06.17 | Jin^eLD | still working on migration of my oe classic setup to OE core |
| 14:06.48 | tasslehoff | Jin^eLD: the systemd-stuff I struggled with almost solved itself after I did "rm -rf build/*" and rebuilt. |
| 14:06.52 | tasslehoff | fyi |
| 14:07.03 | Jin^eLD | tasslehoff: ah, cool, that's nice to know |
| 14:07.17 | Jin^eLD | so no hard battle expected there then |
| 14:08.50 | tasslehoff | JaMa|Wrk: found it at http://bugzilla.pokylinux.org/show_bug.cgi?id=1702 |
| 14:10.23 | tasslehoff | Jin^eLD: systemd still throws some errors at me on first boot after upgrade, but networking/dropbear runs, and on later boots there's no complaints. |
| 14:11.23 | Jin^eLD | tasslehoff: hmm, I guess I'd have to look into that |
| 14:11.46 | Jin^eLD | I'll have to do ensure I can do a working live update from the old rootfs that is already out in the field to the newer one |
| 14:12.02 | Jin^eLD | I have to ensure that is :) too much "do"'s ;) |
| 14:12.26 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 14:29.18 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 14:46.41 | DJWillis | Afternoon, Is there a nice, supported, clean way to get at the generic_LICENSE that gets copied into the build dir (well recipe-pr/license-destdir/recipe-name) for a recipe to use it in the LIC_FILES_CHKSUM? |
| 14:48.42 | *** join/#oe gnutoo (~gnutoo@host159-153-dynamic.6-79-r.retail.telecomitalia.it) |
| 14:49.40 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 15:01.37 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 15:08.30 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
| 15:14.19 | Jin^eLD | what exactly is this? BBCLASSEXTEND = "native" |
| 15:14.26 | Jin^eLD | is there a "new way" how to generate native packages? |
| 15:14.33 | kergoth | yes |
| 15:14.39 | Jin^eLD | is it described anywhere? |
| 15:14.59 | kergoth | have you read the yocto / poky documentation? |
| 15:15.33 | Jin^eLD | partially, I read a couple of things in the yoctoproject wiki |
| 15:15.39 | Jin^eLD | that is the right place to search for further clues? |
| 15:15.44 | kergoth | that's not what i'm referring to |
| 15:16.01 | Jin^eLD | then I guess I did not |
| 15:16.53 | Jin^eLD | are you referring to http://www.yoctoproject.org/documentation? |
| 15:16.56 | kergoth | yep |
| 15:17.06 | Jin^eLD | ok I'll have a look, thx |
| 15:18.00 | kergoth | it's not 100%, but it does cover a fair bit of recent stuff |
| 15:18.12 | kergoth | bbclassextend basically generates variants of a recipe by inheriting that class |
| 15:18.43 | kergoth | it's a space separated list of classes |
| 15:18.45 | Jin^eLD | so if I want a native recipe of xyz.bb I just make sure it has this bbclassextend line? and it will spit out the regular recipes + the native ones? |
| 15:18.49 | kergoth | yep |
| 15:18.57 | Jin^eLD | cool |
| 15:19.12 | *** join/#oe woglinde (~heinold@f052065019.adsl.alicedsl.de) |
| 15:19.29 | fray | it is also the mechanism that we use to create multilib variants, etc. |
| 15:19.38 | ant_work | be aware, sometimes the dependencies differ |
| 15:19.44 | Jin^eLD | what are multilib variants? |
| 15:19.55 | fray | i386 & x86_64 running on the saame system.. |
| 15:20.27 | fray | you would need libc for both.. and other components (such as an SQL DB engine) you'd likely was 64-bit. while smaller userspace tooling you might want 32-bit to save space |
| 15:20.53 | fray | multilibs are used on a lot of large embedded systems, in my experience, primarly networking and back-end data processing |
| 15:22.14 | Jin^eLD | hmm, I guess I never came across it |
| 15:22.36 | kergoth | if you've ever run an x86_64 desktop, you've seen multilibs in use |
| 15:22.38 | kergoth | :) |
| 15:23.35 | fray | multilibs are more prevelant on MIPS64 and PPC64 systems.. as the 64-bit ABI "wastes" a lot of space for most applications -- but is essential for things like large data stores |
| 15:24.02 | fray | it's used on IA32 systems, but most users ignore it's presence these days.. as x86_64 only systems are very common.. |
| 15:24.17 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 15:24.47 | Jin^eLD | kergoth: I guess I was just not aware |
| 15:24.50 | fray | (I expect this will change with the recent work on the new "x32" ABI for IA32/X86_64 platforms... it's a 32-bit ABI that uses the advantages of the x86_64 instruction set. Result is smaller, faster code.. that would leave x86_64 (64-bit) as only needed in the large datastore case again. |
| 15:27.50 | Jin^eLD | I was not following the recent developments there, but thanks for the explanation, I have an idea about what it is now |
| 15:28.04 | martinambrose | I'm able to build a micro image for qemux86 not problem. But for qemuarm I get "ERROR: QA Issue: libcidn rdepends on eglibc-dev" |
| 15:31.18 | Jin^eLD | martinambrose: I can't say for sure but I think to remember that no regular package is allowed to tepend on the -dev pacakge? so something is for sure wrong |
| 15:32.37 | martinambrose | member:identifier:jin%5Eeld: thanks. not sure why the dependency is different for qemux86. |
| 15:32.55 | slapin | Hi, all! |
| 15:33.04 | Jin^eLD | slapin: privet! |
| 15:33.29 | slapin | is there bitbake foo -c distclean target in oe-core? to remove checked-out sources |
| 15:33.43 | fray | martinambrose ya.. definitely an error.. most of the time these errors are related to sonames or incorrect library/links.. |
| 15:33.49 | fray | the error might be in eglibc on ARM |
| 15:34.45 | *** join/#oe darknighte (~shudson@unaffiliated/darknighte) |
| 15:35.24 | martinambrose | fray: it's related to using the micro distro. building a qemu core-image-minimal works which is also uses eglibc. |
| 15:36.06 | fray | But ya, the error is reasonable.. -dev usage on the target is bad.. it'll blow up the filesystem size quickly |
| 15:36.22 | fray | (unless of course someone wants -dev.. but that needs to be a manual choice) |
| 15:37.10 | martinambrose | agree. I'm just not savvy enough to know where to pinpoint the difference between the two machines. |
| 15:37.57 | fray | I'd suggest that error be expanded to capture which file caused the dependency --or-- if it came from the recipe itself |
| 15:40.27 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-pqlvmcdsmxsqldve) |
| 15:40.33 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 15:41.42 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 15:43.54 | blindvt` | Does current bitbake master work as expected? I'm seeing unwarranted dependencies being added, like this one: http://paste.debian.net/142359/ |
| 15:44.49 | fray | something is requiring util-linux-native |
| 15:44.57 | fray | all of the deps below are specific to util-linux-native |
| 15:49.24 | *** part/#oe darknighte (~shudson@unaffiliated/darknighte) |
| 15:50.35 | pb_ | martinambrose: the eglibc packaging is broken. I think I have a patch for that somewhere. |
| 15:50.49 | *** join/#oe darknighte (~darknight@unaffiliated/darknighte) |
| 15:51.35 | blindvt` | fray: the sorted providers state that the second alternative is not needed and we indeed add the correct (first) alternative but then happily go on to add the second, redundant, alternative, too |
| 15:53.37 | pb_ | looks like libcidn is just in the wrong place in PACKAGES. |
| 15:53.54 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-cpthkvqmusbfwbfv) |
| 15:55.17 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 15:55.18 | martinambrose | oh cool. |
| 15:55.29 | ant_work | hmm...about packaging, smthg seems wrong with kernel packaging in oe-core. I don't see the /boot/$KERNEL_IMAGETYPE symlink. I inspected the ipks and kernel-xx.ipk is empty. Kernel-base is not built. How did it work back in oe-classic? |
| 16:20.01 | martinambrose | pb_: thanks for the tip. I changed the order in eglibc-package.inc to libcidn${PKGSUFFIX} ${PN}-dev and it builds/runs. |
| 16:20.25 | martinambrose | Guess I'll attribute the successful builds with the original order to race conditions. |
| 16:20.47 | pb_ | ok, very good |
| 16:26.23 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
| 16:42.37 | *** join/#oe rickfoosusa (~chatzilla@99.179.97.28) |
| 16:54.40 | woglinde | hi blindvt |
| 16:57.57 | blindvt` | woglinde: hi |
| 17:00.25 | blindvt` | there's something wrong there, but i have to run now. To reproduce the supposedly wrong added dependencies, i was about to do this: http://paste.debian.net/142386/ |
| 17:01.52 | blindvt` | perhaps somebody can reproduce it and confirm that 'bitbake -c fetchall core-image-core' tries to add util-linux-native even if it should not |
| 17:01.59 | blindvt` | & |
| 17:10.06 | ant_work | any trace of the missing /boot/[u,z]Image symlink? |
| 17:11.01 | tzanger | working with binary blobs for libGLESv2.so for a Mali GPU system... the newer binary blob seems to need libutils.so which appears to be an android thing |
| 17:11.14 | tzanger | does anyone know where to find this library? the older libGLES doesn't seem to need it |
| 17:12.06 | *** join/#oe pespin (~pespin@cisne-cn08.upc.es) |
| 17:16.11 | *** join/#oe woglinde_ (~heinold@f052064023.adsl.alicedsl.de) |
| 17:16.29 | woglinde_ | re |
| 17:18.24 | ant_work | hallo woglinde |
| 17:19.59 | woglinde_ | hi ant |
| 17:21.33 | ant_work | do you happen to have seen my zImage symlink around in Berlin? I miss it so much... |
| 17:22.19 | ant_work | seriously, I can't find where it is created. seemingly all starts from kernel.bbclass |
| 17:22.40 | woglinde_ | *g* |
| 17:26.42 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
| 17:28.33 | *** join/#oe darknighte (~darknight@unaffiliated/darknighte) |
| 17:28.38 | *** join/#oe msm (~msm@192.88.168.34) |
| 17:34.31 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 17:40.28 | *** join/#oe galak (~galak@192.88.168.34) |
| 17:51.49 | msm | has anyone else seen this issue I posted about a whiile back |
| 17:51.50 | msm | http://article.gmane.org/gmane.comp.handhelds.openembedded.core/8949/match=sstate |
| 17:53.16 | kergoth | those task deps are the only differences? |
| 17:53.22 | msm | yea |
| 17:53.24 | msm | well |
| 17:53.27 | msm | AFAIK rather |
| 17:53.35 | msm | i started looking at it |
| 17:53.41 | kergoth | hmm |
| 17:53.45 | msm | but i've since been side tracked… sigh |
| 17:53.45 | kergoth | will try to reproduce |
| 17:53.51 | kergoth | nods, know how that is.. |
| 17:53.55 | msm | seems like it should be an easy fix =) |
| 17:53.59 | msm | ha ha ha |
| 17:55.15 | *** join/#oe GNUtoo (~gnutoo@host159-153-dynamic.6-79-r.retail.telecomitalia.it) |
| 17:57.04 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:57.53 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 17:57.54 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 17:58.06 | kergoth | hmm, sublime text 2 is rather cute. like a portable textmate |
| 18:04.38 | *** join/#oe kristoffer (~kristoffe@c-cbdbe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 18:13.00 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-mqpqqaqzxnjgnaqo) |
| 18:43.23 | *** join/#oe cminyard (~cminyard@pool-173-71-58-7.dllstx.fios.verizon.net) |
| 18:47.17 | *** join/#oe gnutoo_ (~GNUtoo@host159-153-dynamic.6-79-r.retail.telecomitalia.it) |
| 18:58.49 | *** join/#oe Heinervdm (~thomas@pD9E13B0B.dip.t-dialin.net) |
| 19:01.36 | *** join/#oe florian (~fuchs@sign-4db6b0a5.pool.mediaWays.net) |
| 19:01.36 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:07.57 | *** join/#oe rcf (~rcf@38.140-243-81.adsl-dyn.isp.belgacom.be) |
| 19:08.50 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 19:20.13 | florian | re |
| 19:20.26 | florian | What happened to www and git? |
| 19:22.00 | ka6sox-away | florian, did the email not go out? I sent it at 4am my time. |
| 19:23.06 | *** part/#oe vcs (sundial@2607:f2f8:a5c0::4) |
| 19:23.10 | JaMa|Wrk | seen e-mail |
| 19:24.21 | florian | ah ... found it :) |
| 19:24.45 | florian | ka6sox-away: it did go out, only my imap folder wasn't up to date :) |
| 19:30.13 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
| 19:35.39 | *** join/#oe rickfoosusa (~chatzilla@99.179.97.28) |
| 19:38.33 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 19:39.32 | *** join/#oe stefan_schmidt (~stefan@p4FC77546.dip.t-dialin.net) |
| 19:42.56 | *** join/#oe rah (rah@myrtle.6gnip.net) |
| 19:43.56 | *** join/#oe pespin (~pespin@182.pool80-102-156.dynamic.orange.es) |
| 19:48.22 | *** join/#oe Z3r0l3g (~Oleg@ip-195-88-138-71.dss-group.net) |
| 19:56.53 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 19:58.55 | *** join/#oe mgundes (~kays@85.102.138.103) |
| 20:03.53 | *** join/#oe randori (~randori@50-76-134-134-static.hfc.comcastbusiness.net) |
| 20:06.50 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
| 20:17.12 | *** join/#oe gungfuwayne (~wayne@ns2.emacinc.com) |
| 20:17.26 | *** join/#oe gungfuwayne (~wayne@ns2.emacinc.com) |
| 20:24.05 | mgundes | Hi everybody |
| 20:24.39 | mgundes | I wonder if there is a variable which can tell me the bb directory |
| 20:25.00 | mgundes | I want to know where running bb file is located |
| 20:25.02 | JaMa|Wrk | THISPATH |
| 20:25.15 | JaMa|Wrk | iirc |
| 20:25.37 | mgundes | ok thanks, I will check |
| 20:27.29 | martinambrose | I built a micro-uclibc image but getting this error on target /sbin/init: can't resolve symbol '__register_frame_info' |
| 20:32.54 | JaMa|Wrk | mgundes: sorry THISDIR |
| 20:33.41 | mgundes | yes :) I check THISPATH but did not work for me, I was searching on google about THISPATH |
| 20:33.48 | mgundes | ok I will try THISDIR |
| 20:36.02 | mgundes | unfortunately THISDIR also seems not assigned anything |
| 20:36.22 | mgundes | may it be anything else? |
| 20:38.34 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 20:41.49 | HokieTux | is the oe website under maintanence today? |
| 20:41.51 | *** join/#oe ant____ (~andrea@host120-229-dynamic.1-79-r.retail.telecomitalia.it) |
| 20:41.55 | HokieTux | I haven't been able to reach it all day |
| 20:51.11 | JaMa|Wrk | mgundes: THISDIR works for sure, but if you want to get the value when it's parsing recipe then you need to use :=, ie like this FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" |
| 20:52.06 | mgundes | let me try again |
| 20:55.30 | mgundes | JaMa, I need to create a link in directory where bb located. I want to do that in bb file since I only need that link when bb file specific command called. |
| 20:55.46 | *** join/#oe e-ffi (~cybercom@HSI-KBW-149-172-190-60.hsi13.kabel-badenwuerttemberg.de) |
| 20:56.05 | mgundes | by the way I use openembedded classic |
| 20:57.11 | mgundes | I tested THISDIR again but when I try to echo THISDIR in my bb file, it seems empty |
| 20:58.40 | JaMa|Wrk | mgundes: ah I never used it in OE-classic |
| 20:59.29 | *** join/#oe morphis (~morphis@dslb-088-070-138-051.pools.arcor-ip.net) |
| 21:00.22 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
| 21:00.38 | mgundes | ok JaMa, thanks for your consideration, I may ask to mail list |
| 21:02.17 | *** join/#oe hollisb (~hollisb@c-71-237-213-89.hsd1.or.comcast.net) |
| 21:03.15 | ant____ | JaMa|Wrk: about X http://paste.debian.net/142453/ |
| 21:17.24 | *** join/#oe rob_w (~bob@ppp-188-174-19-27.dynamic.mnet-online.de) |
| 21:18.57 | gungfuwayne | hello folks |
| 21:39.56 | *** join/#oe woglinde_ (~heinold@g225005187.adsl.alicedsl.de) |
| 21:40.16 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
| 21:59.42 | *** join/#oe methril (~methril@189.27.129.62.dynamic.adsl.gvt.net.br) |
| 22:12.26 | *** part/#oe darknighte (~darknight@unaffiliated/darknighte) |
| 22:25.19 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 22:32.34 | *** join/#oe florian (~fuchs@sign-4d094d2b.pool.mediaWays.net) |
| 22:32.34 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 22:33.13 | florian | re |
| 22:34.57 | ka6sox-away | florian, can you get into the wiki and git? |
| 22:34.58 | ka6sox-away | cgit? |
| 22:37.10 | florian | ka6sox-away: not yet... no reply from wiki or git so far. |
| 22:37.39 | ka6sox-away | okay let me check on opal...thanks |
| 22:40.33 | gungfuwayne | i am trying to call "resize" from within a script run in place of init (init=myscript.sh) and it says "resize: can't open terminal /dev/tty" |
| 22:41.02 | ka6sox-away | florian, now? |
| 22:41.11 | woglinde_ | gungfuwayne oe context? |
| 22:42.08 | florian | ka6sox-away: works |
| 22:42.34 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 22:42.44 | ka6sox-away | florian, for next year's budget...1 word....RAM....lots of it. |
| 22:43.10 | JaMa|Wrk | pushed to oe-core-contrib again, thanks ka6sox-away~ |
| 22:43.11 | florian | I get a warning about a changed key, but from this machine I haven't accessed it for ages. |
| 22:43.11 | JaMa|Wrk | ! |
| 22:43.25 | florian | ka6sox-away: okay, i'll keep it in mind :) |
| 22:43.51 | ka6sox-away | JaMa|Wrk, np...sorry that was a bit of a slog. |
| 22:44.11 | ka6sox-away | first spontaneous (unexplained as of yet) shutdown in months. |
| 22:44.44 | ka6sox-away | so we took the opportunity to get some other things fixed and upgrade the server RAM. |
| 22:45.26 | JaMa|Wrk | no problem here.. I've pushed it mostly to test it for you :) |
| 22:45.37 | ka6sox-away | perfect...quite helpufl. |
| 22:45.40 | ka6sox-away | helpful. |
| 22:46.04 | florian | feels good... |
| 22:47.41 | gungfuwayne | woglinde_, yes i am using an OE filesystem |
| 22:48.31 | JaMa|Wrk | huh we have filesystem now? lets push it to mainline kernel :) |
| 22:53.14 | gungfuwayne | did i say something ignorant? |
| 22:54.17 | woglinde_ | gungfuwayne only something which dont make much sense |
| 22:54.24 | CIA-15 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r8df3f86bbc 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): Release 1.14.0 |
| 22:54.27 | woglinde_ | you should fix your /dev/tty problem |
| 22:54.28 | CIA-15 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r9c097704b4 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): |
| 22:54.28 | CIA-15 | Increment version post release |
| 22:54.28 | CIA-15 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 22:58.17 | gungfuwayne | well here is a different string of characters strung together, maybe they will make more sense: i am using oe recipes to generate a filesystem using bitbake |
| 23:01.21 | gungfuwayne | when i run "tty" from a shell spawned by the previously-mentioned init= script, it responds with "/dev/console"; when i boot with /sbin/init.sysvinit, log in, then run "tty" i see "/dev/ttyS0" which is indeed the terminal with which I am communicated with the device |
| 23:02.27 | gungfuwayne | i guess this probably isn't the right place to ask, but no one in the debian channel responded possible because i am actually fairly ignorant about how to use the terminology to describe what i am doing |
| 23:07.24 | *** join/#oe kergoth` (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 23:10.22 | *** join/#oe lamikr (lamikr@nat/nokia/x-wulblprdgpiutloj) |
| 23:19.28 | *** part/#oe gungfuwayne (~wayne@ns2.emacinc.com) |
| 23:46.10 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |