| 00:36.07 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 01:11.41 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 01:25.33 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 03:04.53 | *** join/#oe devzero_ (devzero@xdsl-89-0-73-244.netcologne.de) |
| 03:33.00 | *** join/#oe ibot (~ibot@rikers.org) |
| 03:33.00 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 03:41.40 | *** join/#oe kgilmer (~kgilmer@EM114-51-33-242.pool.e-mobile.ne.jp) |
| 03:45.41 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 04:12.33 | *** join/#oe eephilli_ (~eephillip@pdpc/supporter/student/eephillip) |
| 05:14.45 | *** join/#oe reisei (~reisei@n41-as54-1-ppp206.nordnet.ru) |
| 05:16.24 | reisei | Hi, fellows! I have a question about the subject: so, if get the base image and then build nano, for example, how can I put nano into my image? |
| 05:16.50 | *** join/#oe eephillip (~eephillip@pdpc/supporter/student/eephillip) |
| 05:23.54 | *** join/#oe erwt (~rahul@114.143.160.125) |
| 05:35.01 | *** join/#oe snkt (~snkt@114.143.160.125) |
| 05:38.02 | *** join/#oe joel-afk (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 05:57.44 | *** join/#oe kgilmer (~kgilmer@ntngsk048178.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 06:10.51 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
| 06:19.47 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 06:32.12 | *** join/#oe kgilmer (~kgilmer@ntngsk048178.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 06:38.44 | *** join/#oe kgilmer_ (~kgilmer@ntngsk048178.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 06:50.47 | tasslehoff | anyone else having trouble compiling udev? http://pastebin.com/8phizCrQ |
| 07:15.56 | *** join/#oe denix0 (~denix@pool-96-240-135-93.washdc.fios.verizon.net) |
| 07:20.17 | *** join/#oe SterniX (~LessIsMor@2.176.232.155) |
| 07:20.17 | *** join/#oe SterniX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 07:29.31 | *** join/#oe denix0 (~denix@pool-96-240-135-93.washdc.fios.verizon.net) |
| 07:33.36 | *** join/#oe denix0 (~denix@pool-96-240-135-93.washdc.fios.verizon.net) |
| 07:45.15 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 07:47.21 | *** join/#oe denix0 (~denix@pool-96-240-135-93.washdc.fios.verizon.net) |
| 07:57.04 | *** join/#oe lamikr (lamikr@nat/nokia/x-jsecwnbjtvcfabaj) |
| 08:00.14 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:00.56 | *** join/#oe rschus (~rschus@213.176.73.86.rev.sfr.net) |
| 08:14.19 | *** join/#oe thaytan_ (~thaytan@113.94.233.220.static.exetel.com.au) |
| 08:17.07 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 08:17.38 | *** join/#oe toi (~peter@inuitbib.ugent.be) |
| 08:24.38 | mckoan | good morning |
| 08:27.51 | reisei | mckoan: morning |
| 08:33.26 | reisei | mckoan: can you answer my question above? :) |
| 08:35.27 | ynezz | what about reading the docs? :p |
| 08:36.02 | ynezz | or take a look for an example in images already available |
| 08:37.49 | reisei | okay, ynezz, will read the docs, but I guess, that should be very simple move |
| 08:37.55 | ynezz | it is |
| 08:38.01 | ynezz | then find it yourself :p |
| 08:38.21 | ynezz | you'll of course learn something new also |
| 08:38.27 | ynezz | as a bonus |
| 08:38.39 | reisei | thank you very much :) |
| 08:41.49 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 08:48.17 | mckoan | reisei: try to pastebin your imagefile.bb |
| 08:48.24 | mckoan | ~pastebin |
| 08:48.24 | ibot | [~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude. |
| 08:56.57 | tasslehoff | should PREFERRED_VERSION_udev = "173" in local.conf work? it still tried 175 (which fails here). |
| 09:03.49 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 09:04.24 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 09:05.03 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:05.04 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:07.20 | CIA-15 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8e69cfcd24 10openembedded.git/conf/machine/include/omap3.inc: |
| 09:07.20 | CIA-15 | Revert "omap3.inc: Remove hardcoded x-loader dependency breaking builds for every board without a matching x-loader configuration." |
| 09:07.20 | CIA-15 | Don't break existing boards without either a proper fix or consulting the maintainer |
| 09:07.20 | CIA-15 | This reverts commit 413ba9a4b137386a224d7063bb88a7449f3c269e. |
| 09:20.48 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 09:32.16 | *** join/#oe rschus (~rschus@213.176.73.86.rev.sfr.net) |
| 09:37.32 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 09:37.38 | Jin^eLD | mornin |
| 09:40.47 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 09:51.22 | *** join/#oe mickey|babybusy (~mickey@80.81.242.146) |
| 10:10.54 | zecke | mickey|babybusy: hey! |
| 10:12.03 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 10:12.03 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 10:19.59 | *** join/#oe woglinde (~heinold@g225005100.adsl.alicedsl.de) |
| 10:35.45 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 10:47.35 | Jin^eLD | in sysroot_stage_dirs, it is doing sysroot_stage_dir $from/usr/include $to/usr/include, where is the "/usr/include" coming from? my problem is: I have a package where it is appending the full path there, i.e. /myhome/myoedir/workdir/recipe/bla/usr/include |
| 10:48.09 | Jin^eLD | and somehow I could not yet figure out why this is happening or where it is taking those paths |
| 10:48.29 | Jin^eLD | my $from and $to paths seem to be correct though |
| 10:52.11 | woglinde | jineld which recipe and which soft? |
| 10:55.35 | Jin^eLD | woglinde: the recipe is self-made, so that's surely the suspicion number one :) I am trying to build rubygems-native |
| 10:56.00 | *** join/#oe pepermint (~pepermint@host162-88-dynamic.8-87-r.retail.telecomitalia.it) |
| 10:56.10 | Jin^eLD | basically it only does a custom do_install and populates ${D} |
| 10:56.41 | Jin^eLD | http://pastebin.mozilla.org/1377992 |
| 10:58.01 | florian | good morning |
| 10:58.10 | Jin^eLD | hi florian |
| 10:59.02 | woglinde | <PROTECTED> |
| 11:02.56 | Jin^eLD | woglinde: that is my seccond attempt, I had it with ${D} already |
| 11:03.32 | Jin^eLD | but that does not change anything, do_install runs throuhg, but then in the staging step it - no idea fom where appends to $from and $to the full paths isntead of just the relative image paths |
| 11:03.46 | Jin^eLD | btw that was the reason why I tried dropping the ${D} here, at this point am alreaedy experimenting |
| 11:06.42 | Jin^eLD | with -e, this is how it should be: http://pastebin.mozilla.org/1378013 |
| 11:07.01 | Jin^eLD | instead I have $to/home/bla/path/to/sysroot |
| 11:07.09 | Jin^eLD | and $from/home/path/to/image |
| 11:07.28 | Jin^eLD | where is it taking those paths from, that it is appending to $from and $to ? |
| 11:07.46 | woglinde | Jin^eLD what is your overall goal |
| 11:07.51 | woglinde | ruby support in oe? |
| 11:08.36 | Jin^eLD | woglinde: I have a piece of software that needs "sprocketize" to be built, its a javascript UI; so for building that I need ruby, rubygems and the sprocketize gem, all native |
| 11:08.44 | Jin^eLD | I had t working with ruby 1.8.5 in oe-classic |
| 11:09.09 | Jin^eLD | sprocketize is a tool that processes a bunch of .js files that have special headers and spits out one .js file |
| 11:09.33 | Jin^eLD | and since it's not available on all repos etc I'd prefer to build it within OE |
| 11:10.58 | Jin^eLD | the same recipe that did work in classic did not work in core anymore |
| 11:11.06 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 11:11.20 | Jin^eLD | and I can't figue out why because it's failing at an "autoamted" stage which i am not touching at all |
| 11:11.53 | Jin^eLD | the classic version though, installed the stuff to the staging dir and then copied it over to ${D} |
| 11:11.58 | Jin^eLD | the recipe in classic |
| 11:12.22 | Jin^eLD | I got rid of that part because it did not work in core |
| 11:13.51 | *** join/#oe dm8tbr (dm8tbr@gw.bfst.de) |
| 11:14.28 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 11:18.55 | Jin^eLD | hmm ok from what I see the bbclass is doing: sysroot_stage_dir $from${includedir} $to${includedir} |
| 11:19.05 | Jin^eLD | so that means that my includedir is completely messed up for some reason? |
| 11:20.38 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 11:23.52 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 11:48.19 | Jin^eLD | it boils down to this: http://pastebin.mozilla.org/1378053 |
| 11:48.28 | Jin^eLD | the dir that tar is getting is just wrong |
| 12:02.20 | *** join/#oe henryk (henryk@shiny.ploetzli.ch) |
| 12:03.05 | Jin^eLD | guys, please have a look: http://pastebin.mozilla.org/1378090 |
| 12:03.12 | Jin^eLD | this simple recipe triggers the error that I am fighting with |
| 12:04.17 | Jin^eLD | this is the error output that I get: http://pastebin.mozilla.org/1378091 |
| 12:04.23 | Jin^eLD | is it a bitbake bug? |
| 12:04.29 | Jin^eLD | or is such a recipe invalid? |
| 12:04.29 | woglinde | dont know |
| 12:04.40 | woglinde | raise it to the mailinglist |
| 12:04.49 | woglinde | intel guys repsonsing there more often |
| 12:05.16 | Jin^eLD | which list exactly, is there an own bitbake ml? |
| 12:05.31 | woglinde | oe-core |
| 12:05.42 | Jin^eLD | k, will do, thx |
| 12:13.15 | *** join/#oe kurre2 (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 12:18.53 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 12:18.54 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 12:31.06 | tasslehoff | what decides which kernel is added to my image? the symlink in deploy/board points to a kernel called 3.0 (that I've built), but it seems another one called 3.0+3.1rc is the one chosen. |
| 12:32.37 | tasslehoff | I've changed PREFERRED_PROVIDER_virtual/kernel in my machine conf, rebuilt the kernel and built my image again |
| 12:35.31 | woglinde | bitbake -DDD |
| 12:35.39 | woglinde | search the output |
| 12:36.40 | Jin^eLD | tasslehoff: is the PREFERRED_VERSION set correctly? |
| 12:36.46 | Jin^eLD | for the kernel? |
| 12:38.25 | tasslehoff | Jin^eLD: I've set the provider to linux-omap-sakoman, and there's only one recipe providing that - my testrecipe :) |
| 12:38.45 | tasslehoff | *has* to start remembering -DDD |
| 12:57.02 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 13:01.04 | tasslehoff | hm. it talks about the right linux-recipe when I run bitbake -DDD myimage, but the image contains another kernel. |
| 13:01.40 | woglinde | hm |
| 13:02.22 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 13:06.37 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 13:16.21 | *** join/#oe Hoolxi (~Openfree@58.37.78.89) |
| 13:18.22 | *** join/#oe jconnolly (~jconnolly@ool-18b82cf6.dyn.optonline.net) |
| 13:32.29 | *** join/#oe mhnoyes (~mhnoyes@74-38-53-240.dr01.myck.or.frontiernet.net) |
| 13:32.29 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:35.30 | *** join/#oe rickfoosusa (~chatzilla@adsl-68-90-188-222.dsl.austtx.swbell.net) |
| 13:35.37 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust439.2-4.cable.virginmedia.com) |
| 13:35.38 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 13:40.12 | *** join/#oe rschus (~rschus@213.176.73.86.rev.sfr.net) |
| 13:41.25 | *** join/#oe signal11 (esteban@gnv.quaddro.net) |
| 13:57.56 | *** join/#oe galak (~galak@192.88.168.34) |
| 14:01.40 | tasslehoff | hm - indeed. tried cleaning kernel/image and bumping MACHINE_KERNEL_PR, but it still ends up packing the wrong kernel |
| 14:03.43 | tasslehoff | oh well. kindergarten pickup. I'll dig more into this later. |
| 14:05.04 | woglinde | hehe |
| 14:11.33 | *** join/#oe cminyard (~cminyard@pool-173-71-58-7.dllstx.fios.verizon.net) |
| 14:29.02 | *** join/#oe joelagnel (~joel@192.91.75.30) |
| 14:33.58 | *** join/#oe eephillip (~eephillip@pdpc/supporter/student/eephillip) |
| 14:36.29 | *** join/#oe pabigot (~pab@c-66-41-60-82.hsd1.mn.comcast.net) |
| 14:43.59 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 14:47.57 | *** join/#oe kurre2 (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 15:05.59 | *** join/#oe devzero_ (devzero@xdsl-89-0-90-197.netcologne.de) |
| 15:07.03 | *** join/#oe HeinervdmOff (~zimmerman@131.220.167.59) |
| 15:14.02 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 16:00.14 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 16:07.35 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 16:11.36 | *** join/#oe pespin (~pespin@cisne-cn09.upc.es) |
| 16:14.15 | *** join/#oe anarsoul (~anarsoul@82.166.219.149) |
| 16:15.32 | Jin^eLD | is ther a way to somehow override this LIC_FILES_CHKSUM thing? |
| 16:16.45 | kergoth_ | you can set LICENSE = "CLOSED" which indicates its closed source, ala firmware, but it's not recommended, and using it for anything else as a hack |
| 16:16.58 | kergoth_ | better to just set LICENSE and LIC_FILES_CHKSUM correctly |
| 16:17.24 | Jin^eLD | kergoth: well, I have a weirdo setup where I need to install a ruby .gem file as a native recipe because it provides some crap that I need to build another tool |
| 16:17.36 | Jin^eLD | the .gem is not being unpacked by OE, hence I can not point to any of its contents |
| 16:18.01 | Jin^eLD | a rubygems-native recipe is providing the gem utility that then installs the actual gem contents |
| 16:19.09 | Jin^eLD | but hmm, with OE core it does not work out so well anyway, because at most of the times I get hit by the error that I asked about on the ML :P |
| 16:19.56 | bluelightning | Jin^eLD: you can point to one of the common license files |
| 16:21.10 | Jin^eLD | how? I grepped around but everyone seems to be poinitng to file://COPYING or similar |
| 16:21.28 | Jin^eLD | which I assume is part of the package |
| 16:21.58 | bluelightning | e.g LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6" |
| 16:22.08 | bluelightning | it's somewhat unorthodox however |
| 16:22.17 | Jin^eLD | ah I see, thanks |
| 16:23.22 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 16:26.52 | bluelightning | and yes, when no (or a relative) path is specified it refers to somewhere under ${S} |
| 16:32.31 | *** join/#oe msm (~msm@192.88.168.34) |
| 16:41.06 | *** join/#oe mgrundy (~grund@66.43.64.66) |
| 16:48.15 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
| 16:49.38 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-ysvyrmohphxxjadj) |
| 17:05.06 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
| 17:09.45 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
| 17:17.13 | woglinde | hrms |
| 17:17.15 | woglinde | ERROR: Could not include required file recipes-graphics/xorg-xserver/xserver-xf86-dri-lite.inc |
| 17:17.18 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
| 17:17.38 | JaMa|Off | very old oe-core? |
| 17:17.42 | JaMa|Off | or meta-oe? |
| 17:17.51 | woglinde | no I pulled all stuff |
| 17:18.17 | JaMa|Off | or some other old layer |
| 17:18.17 | JaMa|Off | which recipe caused that? |
| 17:18.17 | woglinde | should I start building from clean |
| 17:18.17 | woglinde | hm |
| 17:18.19 | woglinde | old layer |
| 17:18.54 | JaMa|Off | grep all layers for xserver-xf86-dri-lite.inc, it should be long gone |
| 17:20.18 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 17:22.16 | woglinde | intellayer it was |
| 17:22.55 | JaMa|Off | but that was also fixed a while ago, wasn't it? |
| 17:23.09 | woglinde | sure |
| 17:23.27 | woglinde | hrms |
| 17:23.28 | woglinde | RROR: Nothing RPROVIDES 'initramfs-live-install' |
| 17:24.09 | *** join/#oe Crofton_ (~balister@pool-96-240-172-5.ronkva.east.verizon.net) |
| 17:24.22 | woglinde | hi crofton |
| 17:26.31 | *** join/#oe woglinde_ (~heinold@g230116048.adsl.alicedsl.de) |
| 17:45.55 | *** join/#oe GNUtoo|laptop (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
| 17:49.38 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 17:55.56 | *** join/#oe dm8tbr_ (dm8tbr@gw.bfst.de) |
| 17:58.32 | *** join/#oe toi (~peter@d54C4C233.access.telenet.be) |
| 17:58.45 | *** join/#oe pespin (~pespin@cisne-cn10.upc.es) |
| 18:00.21 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 18:05.48 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
| 18:13.08 | *** join/#oe rob_w (~bob@ppp-188-174-3-47.dynamic.mnet-online.de) |
| 18:14.21 | woglinde_ | jama is PACKAGECONFIG ??= right? |
| 18:14.36 | JaMa|Off | woglinde_: where? |
| 18:14.54 | JaMa|Off | libsdl? yes, that's intentional |
| 18:15.26 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
| 18:15.26 | woglinde_ | yes libsdl |
| 18:20.27 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 18:23.47 | *** join/#oe cminyard (~cminyard@pool-173-71-58-7.dllstx.fios.verizon.net) |
| 18:31.07 | blindvt | woglinde_, i have fleshed out your uclibc sched_* patch and pushed it as 19dd090a0f68765db87990ef8eda9bf77bb29581 . Thanks! |
| 18:32.58 | blindvt | woglinde_, i have also resurrected ppc e500 fenv support (i think) so if you could bump to current HEAd (and drop the patches that are now obsoleted) i'd be glad 8) |
| 18:34.26 | *** join/#oe Z3r0l3g (~Oleg@ip-195-88-138-71.dss-group.net) |
| 18:34.31 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-nkdqltvpneglorow) |
| 18:35.36 | blindvt | darn. I must somehow find machines that have enough disk-space to actually build oe-core :( *wince* |
| 18:35.39 | *** join/#oe toi (~peter@d54C4C233.access.telenet.be) |
| 18:36.39 | *** join/#oe Crofton (~balister@pool-96-240-172-5.ronkva.east.verizon.net) |
| 18:38.26 | *** join/#oe morphis (~morphis@dslb-088-071-187-155.pools.arcor-ip.net) |
| 18:39.50 | blindvt | i have 8.8 GB of my 80GB left on my whole disk here nowadays so i'm essentially back to building a really small subset and that quasi manually. Sucks big time |
| 18:39.56 | *** join/#oe Z3r0l3g (~Oleg@ip-195-88-138-71.dss-group.net) |
| 18:40.42 | JaMa|Off | blindvt: are you using rm_work? |
| 18:42.55 | tasslehoff | to test some pm I decided to make my own kernel recipe. I called it linux-omap-sakoman_3.0.bb, and added PREFERRED_PROVIDER_virtual/kernel = "linux-omap-sakoman" to my machine.conf. When I bake my image it builds the kernel I want, but in /boot after deployment I find the meta-ti kernel thats default for my angstrom build. What am I missing? |
| 18:44.19 | blindvt | JaMa|Off, no? sounds like the appropriate thing! Since HP turned off their PARISC boxes some time ago, i had to fall back to my old setup with a ridiculous small set of stuff. Furthermore bitbake seems to do odd things dependency wise since the move away from "classic" oe so i was concentrating into looking into that madness, but would have much preferred not to, TBH |
| 18:45.17 | *** join/#oe pack3754 (~daniel@71.216.93.203) |
| 18:49.18 | blindvt | manually building systems with just a hand-chosen, dedicated, really small set of stuff is just a blind flight imho. but we all know that, that's because we're #here anyway so sorry for the inappropriate rant. Let me see if rm_work gets me there to fit into my 8.8GB .. |
| 18:52.02 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 18:52.03 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 19:00.02 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 19:04.13 | *** join/#oe rcf (~rcf@81.243.19.168) |
| 19:08.10 | *** join/#oe galak (~galak@192.88.168.34) |
| 19:17.07 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust439.2-4.cable.virginmedia.com) |
| 19:17.07 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 19:22.57 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-biyyshxvuyuaojfr) |
| 19:26.38 | Jin^eLD | doh, what license does one pick for ca certificates? there's nothing in the tarball that would indicate the license |
| 19:33.36 | *** join/#oe woglinde (~heinold@g225165063.adsl.alicedsl.de) |
| 19:33.38 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:34.36 | florian | re |
| 19:35.10 | *** join/#oe msm (~msm@192.88.168.34) |
| 19:36.48 | Jin^eLD | wb |
| 19:37.34 | *** join/#oe rcf (~rcf@81.243.19.168) |
| 19:47.40 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 19:49.29 | woglinde | blindvt hm 8,8 could be okay |
| 19:49.45 | woglinde | blindvt try bitbake gcc-cross |
| 19:49.56 | woglinde | which builds you the toolchain |
| 20:23.55 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-pwrjegfmqowwdboe) |
| 20:25.08 | *** join/#oe rah (rah@myrtle.6gnip.net) |
| 20:37.50 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 20:44.58 | *** join/#oe e-ffi (~cybercom@HSI-KBW-046-005-021-085.hsi8.kabel-badenwuerttemberg.de) |
| 20:59.27 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-oopfsmzxelfugucn) |
| 21:02.25 | tasslehoff | I've tried clean and cleansstate for virtual/kernel and my image, but still the old kernel lies in work/beaglish-angstrom-linux-gnueabi/myimage-1.0-r0/rootfs/boot |
| 21:02.48 | tasslehoff | how do I make it put my new kernel there instead? |
| 21:05.35 | kergoth_ | did your PV/PR of the kernel go backwards? could end up with the old ipk lurking around in deploy/ipk |
| 21:08.19 | tasslehoff | kergoth_: indeed it did. I'm trying out a 3.0 kernel because of some power management issues in 3.1 |
| 21:08.54 | kergoth_ | might have to manually kill the kernel* ipk files and rebuild the image then |
| 21:09.27 | tasslehoff | kergoth_: that's fine, as long as I solve this :) |
| 21:09.31 | pack3754 | If there is a particular kernel recipe you'd like to build your fs against |
| 21:09.38 | pack3754 | you can force it by adding |
| 21:09.41 | pack3754 | DP=1 |
| 21:09.48 | pack3754 | to the kernel recipe |
| 21:11.03 | pack3754 | (bitbake will use the recipe with the highest DP, or default priority) |
| 21:11.29 | kergoth_ | the issue isn't with kernel selection, it's that he changed it and his rootfs still has the old one |
| 21:11.29 | tasslehoff | pack3754: it used the recipe, but didn't pack right uImage into the rootfs |
| 21:14.41 | pack3754 | ahh, ok |
| 21:15.36 | pack3754 | so the kernel modules and everything were compiled against the "new" kernel |
| 21:16.32 | pack3754 | but the new kernel wasn't installed to the boot dir |
| 21:22.12 | tasslehoff | think so. removed *kernel*.ipk from deploy, cleaned and am rebuilding now |
| 21:24.04 | *** join/#oe jayabharath_ (~jayabhara@nat/ti/x-ycmuxeyamyfgtsih) |
| 21:25.03 | *** join/#oe chase (~chase@nat/ti/x-knzolfigsivvttdn) |
| 21:26.08 | *** join/#oe kevinsc (~a0214685@nat/ti/x-uwlfdvovflryfwma) |
| 21:30.46 | Jin^eLD | mm, does eglibc provide clock_settime/clock_gettime? I am adding -lrt, but still get unresolved symbols when linking |
| 21:30.46 | Jin^eLD | same recipe worked fine with glibc |
| 21:37.31 | Jin^eLD | never mind, patched it with a syscall |
| 21:55.47 | *** join/#oe rednul_ (~rednul@host-69-144-139-234.static.bresnan.net) |
| 22:05.26 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 22:42.18 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 22:58.24 | *** join/#oe RP__ (~richard@dan.rpsys.net) |
| 23:10.12 | tzanger | good evening. Is there some documentation around which describes making recipes for virtual packages? I'd like to create a virtual package that includes packages for the binaries and configuration files for an application, so that I can create an alternate configuration set which uninstalls the default configuration |
| 23:16.06 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 23:20.48 | kergoth_ | "virtual" packages are just a convention. they aren't special. its just a package. when multiple packages provide the same functionality, then the user has to choose between them |