| 00:00.39 | grg | hmm... looks like testing-next has been branched. But no email sent to list... |
| 00:25.49 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 00:30.11 | *** join/#oe sge (~username@62.240.71.4) |
| 00:41.25 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 00:42.33 | [Rui] | kergoth: if you're still there, I've just updated my build tree and the fix is in, however bitbake is spurting out a nasty error (python dump) http://pastebin.com/nf635MHy |
| 00:46.06 | *** join/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 00:47.06 | *** join/#oe dth (~dth@a89-182-66-219.net-htp.de) |
| 00:54.47 | kergoth | bah, damnit |
| 00:55.15 | kergoth | [Rui]: what version of bitbake is this? |
| 00:55.46 | [Rui] | BitBake Build Tool Core version 1.10.0, bitbake version 1.10.0 |
| 00:55.47 | kergoth | [Rui]: for now, you can just remove the bb.debug on line 527 of bitbake/lib/bb/utils.py |
| 00:56.02 | kergoth | i just ran into this a couple hours ago, actually, haven't had time to get a fix upstream |
| 00:56.30 | [Rui] | perhaps the if as well :) |
| 00:56.35 | *** join/#oe Jay7 (jay@93-81-71-219.broadband.corbina.ru) |
| 00:56.55 | kergoth | well, yeah :) |
| 00:57.01 | [Rui] | ok, 7159 packages to build, which means it's time to go to bed! |
| 00:57.13 | [Rui] | thanks, once again. |
| 00:57.24 | kergoth | what happens is, the environment cleaning has to happen before the cooker class is instatiated, but that cleaning prints a debug message, and its hte cooker that initializes the debug levels |
| 00:57.32 | kergoth | just need to rearrange the order of operations |
| 00:57.33 | kergoth | np |
| 00:58.14 | [Rui] | yeah, I got that far, I guess I could just have commented it out before asking :| |
| 00:58.59 | kergoth | really, the debug levels should default to 0, it shouldn't be necessary to initialize them to print debug messages |
| 01:01.32 | *** part/#oe aditya_1010 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 01:03.02 | [Rui] | zZzZzzZz.... good night! :) |
| 01:04.09 | kergoth | thinks a 1.10.1 may be in order shortly, due to the 3 cherry picked fixes that are now on the 1.10 branch |
| 01:05.44 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 01:12.13 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 01:15.45 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
| 01:18.20 | *** join/#oe kevinsc (~a0214685@nat/ti/x-kcfuvbsdugeteqvy) |
| 01:30.35 | *** join/#oe aditya_1010 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 01:30.45 | grg | vala-dbus-binding-tool-native failed to compile: http://tinderbox.openembedded.net/packages/722530/ |
| 01:30.51 | grg | ideas anyone? |
| 01:33.46 | *** join/#oe zecke (~ich@123-192-162-165.dynamic.kbronet.com.tw) |
| 02:00.38 | zecke | hi |
| 02:01.38 | Crofton_|work | gm |
| 02:05.10 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 02:06.12 | *** part/#oe aditya_1010 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 02:17.23 | *** join/#oe aditya_1010 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 02:33.39 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 02:40.32 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 02:43.26 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 02:44.38 | *** part/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 02:52.50 | *** join/#oe sge (~username@62.240.71.4) |
| 03:19.05 | *** join/#oe mnabil (~mnabil@41.234.69.114) |
| 03:22.18 | *** join/#oe borg__ (~olaf@p54868103.dip0.t-ipconnect.de) |
| 03:28.18 | *** join/#oe sge (~username@62.240.71.4) |
| 03:46.22 | *** join/#oe mnabil (~mnabil@41.234.69.48) |
| 04:25.35 | *** join/#oe vps (~vitus@hnvr-4d078ce1.pool.mediaWays.net) |
| 04:32.13 | *** join/#oe sge (~username@62.240.71.4) |
| 04:42.19 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 05:07.50 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ecbkslilbykmptlk) |
| 05:14.32 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-dwzxrbbfarexxgbn) |
| 05:17.37 | *** join/#oe tasslehoff (~Mich@145.79-161-31.customer.lyse.net) |
| 05:20.32 | *** join/#oe mnabil (~mnabil@41.234.71.33) |
| 05:33.03 | tasslehoff | Morning. I'm compiling my sdk after an update. The last one I made didn't work because it couldn't find libmpfr.so.4 and a couple of other libs on my host. I'm on Ubuntu 10.04, and the versions of the libraries missing aren't in any repos. Does this mean the OE or tasslehoff has done something wrong? |
| 05:35.17 | tasslehoff | It accidentaly worked on my pc, since the library rpath of the executable pointed to the sysroots/i686-linux/usr/lib-folder of the folder where I compiled my sdk. On other peoples machines it failed. |
| 05:42.22 | *** join/#oe vps (~vitus@145.253.169.210) |
| 05:53.59 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 06:01.21 | zecke | tasslehoff: having a rpath to something in your build directory is certainly wrong |
| 06:05.17 | tasslehoff | zecke: I suspected so, but have no idea where it went wrong :) |
| 06:06.30 | tasslehoff | zecke: the rpath is wrong, and libmpfr.so.4 isn't in my toolchain. |
| 06:06.48 | zecke | tasslehoff: well, me neither. you need to trace back the binary using that lib, to the OE package |
| 06:09.30 | tasslehoff | zecke: it's gcc that fails loading shared libraries, more specifically /libexec/gcc/arm-angstrom-linux-gnueabi/4.3.3/cc1 |
| 06:10.26 | *** join/#oe chouimat (~mathieu@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
| 06:10.27 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
| 06:12.44 | *** join/#oe porcoesphino (~porcoesph@165.228.198.130) |
| 06:14.44 | porcoesphino | anyone got some info on this error? |
| 06:14.45 | porcoesphino | | * opkg_install_cmd: Cannot install package apache2-native. |
| 06:14.46 | porcoesphino | | * resolve_conffiles: Existing conffile /home/OE/angstrom-dev/rootfs/ct-gcs-image/etc/device_table is different from the conffile in the new package. The new conffile will be placed at /home/OE/angstrom-dev/rootfs/ct-gcs-image/etc/device_table-opkg. |
| 06:14.55 | porcoesphino | I keep getting it in various places |
| 06:14.59 | zecke | tasslehoff: then figure out which recipe that is, then find the build of that in the workdir |
| 06:15.22 | porcoesphino | but I'm not too sure why or how to fix it.. |
| 06:17.01 | eFfeM_work | gm |
| 06:18.51 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 06:18.51 | eFfeM_work | porcoesphino: it is very weird that there is a /etc/device_table in the apache-native recipe |
| 06:19.10 | porcoesphino | haha |
| 06:19.14 | eFfeM_work | someone had opkg issues too yesterday or so, no idea if they are related |
| 06:19.19 | porcoesphino | that doesn't help :P |
| 06:19.40 | porcoesphino | I had issues with this sort of thing getting gcc-native and another toolchain app installed |
| 06:19.44 | eFfeM_work | porcoesphino: you're restoring from pacakged staging ? |
| 06:19.59 | porcoesphino | the task-sdk-native wasn't compiling at that stage |
| 06:20.17 | eFfeM_work | there is an apache-native file in your pstage dir, examine that one (hint: .ipk files are ar files) |
| 06:20.22 | tasslehoff | zecke: it'll take bit more time to compile, but I'll hunt it down afterwards |
| 06:20.28 | porcoesphino | I got around it by moving the work, tmp, deploy extra to another place and building from scratch |
| 06:20.35 | eFfeM_work | if it does not have this file then something wrt the opkg metadata is broken |
| 06:20.46 | porcoesphino | hmm.. |
| 06:20.59 | porcoesphino | oh, it's for an image, if that changes anything |
| 06:21.03 | porcoesphino | and I'll look now |
| 06:24.46 | porcoesphino | eFfeM_work: I'm not trying to restore one from staging. I'm calling bitbake -c clean before running the bitbake... |
| 06:24.56 | porcoesphino | what should I be looking for in this .ipk file? |
| 06:26.25 | zecke | tasslehoff: I also started a toolchain build |
| 06:27.31 | tasslehoff | zecke: great. |
| 06:28.14 | *** join/#oe pxi (~pxi@xvm-0-39.ghst.net) |
| 06:31.10 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 06:31.22 | *** join/#oe hwtechnik (~hwtechnik@h081217109005.dyn.cm.kabsi.at) |
| 06:31.34 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 06:32.50 | zecke | tasslehoff: okay... i fail early with |
| 06:32.53 | zecke | cp: `/data/openembedded/openembedded/recipes/tasks/task-sdk-host.bb' and `/data/openembedded/openembedded/recipes/tasks/task-sdk-host.bb' are the same file |
| 06:33.48 | tasslehoff | zecke: hm. didn't I have something like that when my build tried to deal with symlinks? |
| 06:34.05 | zecke | no symlinks. need to figure out who wants to copy that |
| 06:51.49 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 06:54.56 | *** join/#oe Noor (8bb5d022@gateway/web/freenode/ip.139.181.208.34) |
| 06:55.00 | Noor | Hi all |
| 06:58.39 | *** join/#oe B_Lizzard (~havoc@athedsl-426010.home.otenet.gr) |
| 07:01.15 | grg | porcoesphino, eFfeM_work i've looked into the device_table error previously. |
| 07:01.41 | grg | the "Cannot install package apache2-native" message appears to be separate to the device_table error. |
| 07:01.57 | grg | its just all the deferred errors are printed out at the end |
| 07:02.14 | grg | the device_table is added by initscripts |
| 07:02.33 | grg | and also in image.bbclass |
| 07:04.07 | *** join/#oe Proxyles (~henrik@c-f893e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 07:06.47 | grg | well, i might go home early... the bureau's radar images show rain and i'm riding today |
| 07:06.53 | grg | bye |
| 07:08.54 | *** join/#oe rschus (~rschus@234.163.71-86.rev.gaoland.net) |
| 07:12.44 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:21.21 | hrw | morning |
| 07:22.23 | *** join/#oe Heinervdm (~thomas@pD9E17345.dip.t-dialin.net) |
| 07:22.47 | *** join/#oe ron (~ron@nat/cisco/x-qpepvrjpnssdumxa) |
| 07:23.18 | eFfeM_work | hi hrw |
| 07:38.42 | *** join/#oe rulztime (~rulz@220-244-174-13.static.tpgi.com.au) |
| 07:39.11 | *** join/#oe celeron55 (~perttu@a91-155-42-12.elisa-laajakaista.fi) |
| 07:54.19 | *** join/#oe sge (~username@62.240.71.4) |
| 08:11.13 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
| 08:31.04 | tasslehoff | If I compile an SDK on my 64-bit Ubuntu, will people using 32-bit be able to use it? |
| 08:37.24 | zecke | no |
| 08:37.50 | zecke | you want a canadian cross sdk (or such) and the support is not really working (AFAIK) |
| 08:38.00 | *** join/#oe kristoffer (~kristoffe@c-4fdfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 08:40.47 | zecke | tasslehoff: RPATH...my toolchain has this as well.. and it is a bug (maybe even a security issue... if people can create your path) |
| 08:40.57 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:41.41 | tasslehoff | zecke: hm. what about the other way around? will I be able to use a 32-bit sdk on my 64-bit install? |
| 08:41.46 | tasslehoff | zecke: ouch |
| 08:42.38 | zecke | tasslehoff: the other way around is more likely to work (people can install a 32bit compat) |
| 08:47.19 | zecke | okay, we are using BUILD_LDFLAGS instead of SDK_LDFLAGS... but this means I will need to ask as well |
| 08:47.44 | tasslehoff | back to the original problem. the sdk-gcc wants libmpfr.so.4, which is neither on my host or in the compiled sdk. is this right? should the library have been in the sdk? |
| 08:47.59 | tasslehoff | zecke: ok. could that cause the above problem as well? |
| 08:52.30 | zecke | tasslehoff: well, it does not explain the lack of the mpfr libs and such |
| 08:55.12 | tasslehoff | zecke: they should have been part of the sdk? |
| 08:55.28 | zecke | tasslehoff: no idea yet |
| 08:55.39 | zecke | I will probably send an email and see if khem or RP can help. |
| 08:57.53 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4e3cee4562 10openembedded.git/recipes/abiword/abiword_2.8.6.bb: abiword: add 2.8.6 |
| 08:59.17 | tasslehoff | zecke: cool. thanks. |
| 09:03.03 | *** join/#oe Jin^eLD (~jin@belief.htu.tuwien.ac.at) |
| 09:03.05 | Jin^eLD | huhu |
| 09:03.23 | florian | good morning |
| 09:15.01 | Noor | how to revert only one commit and keep intack all the other commits |
| 09:15.18 | zecke | Noor: git revert SHA1? |
| 09:15.33 | Noor | when I use git reset --hard <hash> it reverts all the commits |
| 09:16.51 | eFfeM_work | git revert SHA |
| 09:17.00 | eFfeM_work | where SHA is the SHA1 of the commit |
| 09:17.11 | eFfeM_work | or in your terms git revert <hash> |
| 09:17.23 | Noor | OK |
| 09:19.08 | tasslehoff | all I have in RDEPENDS in task-tassle-toolchain-host.bb is qt4-tools-sdk. don't know if something more there could have given me the libs I'm missing. |
| 09:21.11 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:24.26 | Jin^eLD | die apache runtime, ist das ein krampf zum cross compilen |
| 09:24.28 | Jin^eLD | oops wrong window |
| 09:24.30 | Jin^eLD | :) |
| 09:30.24 | Noor | eFfeM_work: it says error: Entry 'recipes/tcltk/tcl_8.5.8.bb' not uptodate. Cannot merge. |
| 09:30.39 | Noor | although i have commited it |
| 09:30.46 | Noor | and i can see it in log command |
| 09:32.57 | *** join/#oe d_t_h (~dth@a89-182-18-85.net-htp.de) |
| 09:36.34 | *** join/#oe rschus (~rschus@234.163.71-86.rev.gaoland.net) |
| 09:38.02 | eFfeM_work | Noor i think this is because your tcl patch is not added upstream |
| 09:38.31 | Noor | but cant I move to the previous file |
| 09:38.42 | Noor | that I committed |
| 09:38.51 | Noor | I mean to the original file |
| 09:38.52 | eFfeM_work | you can always use git format-patch to get a series of patches, then hard go back then patch again |
| 09:39.34 | eFfeM_work | but I am not really a git wiz might be your tcl recipe in recipes differed from what you committed |
| 09:39.34 | Noor | the problem is I commited a file locally |
| 09:39.49 | Noor | then i realzed that there is a problem in the commit |
| 09:40.17 | Noor | OK |
| 09:40.38 | Noor | is there any way to get the file that is present in original repo |
| 09:41.45 | eFfeM_work | git checkout <filename> |
| 09:48.12 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 09:48.46 | XorA|gone | git checkout -b temp-branch <HASH OF PARENT OF YOUR COMMIT> |
| 09:49.09 | XorA|gone | then you can play with rebase |
| 09:52.31 | Noor | eFfeM_work: please ignore my second main on tk |
| 09:52.36 | Noor | i send it accidently |
| 09:52.38 | eFfeM_work | ok |
| 09:55.17 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 09:59.31 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:05.06 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 10:19.28 | *** join/#oe vonami|work (~vonami@79.143.67.122) |
| 10:24.38 | *** join/#oe kamel (~larab@197.0.11.213) |
| 10:26.59 | eFfeM_work | florian: is it useful to get all those gtk+ versions back or only specific ones |
| 10:35.10 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 10:39.45 | *** join/#oe mike_cw (~quassel@213.218.221.154) |
| 10:39.46 | Noor | eFfeM_work: there are 3 - 4 pathces which are not merged yet |
| 10:39.57 | Noor | and i didnt get any feedback on it as well |
| 10:40.09 | kamel | hello, I would like build meta-toolchain-qte there is this error: ERROR: Nothing provides runtime dependency binutils-cross-sdk |
| 10:40.10 | Noor | <PROTECTED> |
| 10:40.29 | kamel | http://pastebin.com/eTPhFfE9 |
| 10:40.32 | Noor | [oe] tzcode-native.inc: Converted new style staging, remove do_datge() |
| 10:42.02 | kamel | any idea? |
| 10:54.17 | CIA-2 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r2a38acbdbd 10openembedded.git/recipes/vala-dbus-binding-tool/vala-dbus-binding-tool_git.bb: vala-dbus-binding-tool: catch up with vala 0.9.6.1 |
| 11:02.37 | *** join/#oe pxi (~pxi@xvm-0-39.ghst.net) |
| 11:09.27 | *** join/#oe GNUtoo|htcdream (~GNUtoo@90.84.144.77) |
| 11:10.35 | mickey|office | morning GNUtoo|htcdream |
| 11:12.30 | eFfeM_work | noor, might have missed these thought i once peeked into uicmoc3 though |
| 11:13.29 | eFfeM_work | time permitting i might look into it later this week, probably not tonight as school starts again, so from now on my tue evenings are spent on lecturing |
| 11:13.53 | eFfeM_work | but there are also lots of other people on the list who can merge them (including tom) |
| 11:25.13 | Noor | eFfeM_work: u teaches as well? |
| 11:25.29 | eFfeM_work | yes, part time, network management |
| 11:26.18 | eFfeM_work | but also the low level stuff |
| 11:30.15 | kamel | eFfeM_work: hi i would like build meta-toolchain-qte but there is this problem http://pastebin.com/eTPhFfE9 |
| 11:30.24 | kamel | can you help me |
| 11:30.33 | kamel | ERROR: Nothing provides runtime dependency binutils-cross-sdk |
| 11:32.26 | eFfeM_work | guess your tree is broken or your conf is wrong, binutlis-cross-sdk lives in recipes/binutils in your tree |
| 11:33.12 | *** join/#oe DJW|Home (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com) |
| 11:34.17 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 11:35.05 | kamel | i think conf |
| 11:35.22 | kamel | how can i modify my local.conf |
| 11:35.50 | kamel | i must add ASSUME_PROVIDED ? |
| 11:36.32 | eFfeM_work | no idea, i am not an sdk expert |
| 11:36.53 | kamel | ok |
| 11:40.15 | Noor | eFfeM_work: since went you started woking in OE? |
| 11:40.37 | Noor | *when |
| 11:41.42 | eFfeM_work | don't remember exactly, 2005 or 2006 I think, my roots in oe are nslu2 based http://www.nslu2-linux.org/wiki/Profiles/EFfeM not sure when I moved to oe |
| 11:45.12 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 11:58.50 | kamel | eFfeM_work: have you any idea how can i build qte my distro is opendreambox-openpli machine is dm600pvr |
| 11:59.15 | eFfeM_work | nope, suggest you talk to the distro maintainer |
| 11:59.41 | eFfeM_work | (btw this is not a distro support channel) |
| 12:01.50 | Crofton_|work | anyone have any thoughts on which install directories in work would be best for testing out of |
| 12:02.08 | Crofton_|work | as in move it to the target and set up ld.so.conf etc |
| 12:04.25 | Crofton_|work | althought the reailty is, I will be better off building an image with the package installed |
| 12:04.34 | Crofton_|work | to amke sure all the depends make it |
| 12:11.12 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:12.21 | *** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz) |
| 12:16.18 | kamel | there is channel of openpli? |
| 12:17.44 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 12:20.54 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 12:20.56 | eFfeM_work | kamel: no idea, guess you got some info on it which got you started in the first place, would suggest to look there |
| 12:21.46 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 12:34.21 | *** join/#oe ldnunes_ (~ldnunes@189.114.111.55) |
| 12:47.54 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 12:48.07 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 12:50.45 | *** join/#oe dos11 (~dos@etd212.neoplus.adsl.tpnet.pl) |
| 12:50.45 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 12:58.37 | *** join/#oe GNUtoo|laptop (~gnutoo@pac33-2-82-240-38-71.fbx.proxad.net) |
| 13:01.23 | *** join/#oe tasslehoff (~Mich@145.79-161-31.customer.lyse.net) |
| 13:04.57 | *** join/#oe Radiao (~blubbero@port-87-193-237-134.static.qsc.de) |
| 13:06.32 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 13:06.33 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 13:13.31 | Radiao | I'm trying to build a meta-toolchain for an avr32 system, but I get an error: "*** BFD does not support target avr32-oe-linux-uclibc." while building gdb-cross-sdk-7.1-r6.0 - Does anyone know how to fix or add support for this target? |
| 13:16.57 | *** join/#oe GNUtoo|htcdream (~GNUtoo@80.10.46.32) |
| 13:17.46 | tasslehoff | I have an SDK where GCC won't launch because it's missing a native libmpfr.so.4. Anyone got a clue if it should find this on my host or in the sdk? |
| 13:18.40 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 13:19.02 | *** join/#oe ottavio (~ottavio@host148-20-static.240-95-b.business.telecomitalia.it) |
| 13:19.23 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:20.59 | ottavio | guys, is there somebody expert of gsoap? |
| 13:21.05 | ottavio | I cannot build a program |
| 13:22.57 | ottavio | it complains that it cannot find stdsoap2.h, which is stagend in the directory of the host and not the target |
| 13:24.15 | Jin^eLD | ottavio: we do build an app that uses soap, and I had to modify the gsoap package a little to make gsoap as such build, but I do not really remember having a problem with stdsoap2.h |
| 13:24.56 | ottavio | which recipe are you using? |
| 13:25.51 | Jin^eLD | custom: http://gitorious.digitalstrom.org/dss-oe/dss-oe/trees/master/targets/dss11/recipes/gsoap |
| 13:28.39 | ottavio | Jin^eLD, I'll try it and let you know in a few minutes |
| 13:32.13 | ottavio | byt the way, Jin^eLD, what do you specify as DEPENDS? just gsoap or something more? |
| 13:32.36 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 13:32.38 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 13:45.35 | *** join/#oe GNUtoo|htcdream (~GNUtoo@80.10.46.44) |
| 13:45.37 | *** join/#oe GNUtoo (~GNUtoo@80.10.46.44) |
| 13:49.55 | ottavio | Jin^eLD, it works with you recipe! Thank you :-) |
| 13:51.57 | ottavio | I have a last question. By default, oe_runconfigure installs files in /usr, while I'd like to change it and use /usr/local |
| 13:52.01 | ottavio | how can I overwrite it? |
| 13:54.43 | *** join/#oe etrunko (~edulima@189.64.189.186) |
| 13:55.11 | *** join/#oe Jay7x (jay@95-29-190-118.broadband.corbina.ru) |
| 13:59.48 | *** join/#oe sge (~username@62.240.71.4) |
| 14:01.24 | *** join/#oe d_th (~dth@a89-182-146-189.net-htp.de) |
| 14:01.57 | Jin^eLD | re |
| 14:01.59 | Jin^eLD | sorry was on the phone |
| 14:02.04 | Jin^eLD | reading backlog |
| 14:03.06 | Jin^eLD | ottavio: I have just gsoap in DEPENDS |
| 14:03.19 | Jin^eLD | I guess I should finally take some time and submit the patches then |
| 14:03.34 | Jin^eLD | for the gsoap recipe at least |
| 14:03.52 | Jin^eLD | not sure about runconf, don't know if you can modify the prefix |
| 14:06.07 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 14:08.37 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r0ba9d6f94c 10openembedded.git/recipes/qmake/qmake2.inc: qmake2: use the new qt4-tools instead of the unmaintained uicmoc recipes |
| 14:09.01 | *** join/#oe aloisiojr (~aloisio@187.113.70.158) |
| 14:10.02 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 14:13.31 | *** join/#oe CosmicPenguin (~nobody@rrcs-67-52-130-30.west.biz.rr.com) |
| 14:13.45 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:19.24 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 14:20.01 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 14:21.03 | *** join/#oe stefan_schmidt (~stefan@138.48.101-84.rev.gaoland.net) |
| 14:22.30 | CIA-2 | 03Steffen Sledz <sledz@dresearch.de> 07org.openembedded.dev * rec73d417a0 10openembedded.git/recipes/ (3 files in 3 dirs): |
| 14:22.30 | CIA-2 | various syslogs: keep syslog running as long as possible on shutdown |
| 14:22.30 | CIA-2 | Signed-off-by: Steffen Sledz <sledz@dresearch.de> |
| 14:22.30 | CIA-2 | Acked-by: Graeme Gregory <dp@xora.org.uk> |
| 14:22.52 | *** join/#oe etrunko_ (~edulima@189.65.236.166) |
| 14:24.43 | *** join/#oe dnjl (~dnjl@dslb-094-223-186-001.pools.arcor-ip.net) |
| 14:27.17 | dnjl | hello! if I build a "helloworld-image" I get a error: |
| 14:27.19 | dnjl | cp: `/oe/openembedded/recipes/helloworld/helloworld_1.0.0.bb' and `/oe/openembedded/recipes/helloworld/helloworld_1.0.0.bb' are the same file |
| 14:27.21 | dnjl | distro is "minimal" and nothing special is configured. |
| 14:27.23 | dnjl | any ideas? |
| 14:31.40 | kergoth | dnjl: fix incoming. |
| 14:31.42 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r7b4cb64edc 10openembedded.git/classes/base.bbclass: |
| 14:31.43 | CIA-2 | Revert "base.bbclass: fix bug with absolute file:// uris" |
| 14:31.43 | CIA-2 | Drop this for now, as it breaks other things. Of course, without this, you |
| 14:31.43 | CIA-2 | once again can no longer have absolute file:// paths the way we used to be |
| 14:31.43 | CIA-2 | able to. Will look into it further. |
| 14:31.43 | CIA-2 | This reverts commit 599b03fe999d41114d124ce663b6c59fa57256d8. |
| 14:31.49 | kergoth | dnjl: pull and try again |
| 14:32.18 | dnjl | kergoth: k, tnx - i will try... |
| 14:34.40 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 14:37.42 | dnjl | kergoth: tnx, this works! :D |
| 14:37.51 | kergoth | np, sorry about the trouble |
| 14:39.17 | kergoth | mutters |
| 14:40.36 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 14:42.44 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 14:43.02 | *** join/#oe kurre_ (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 14:44.59 | *** join/#oe kgilmer (~kgilmer@firebug.buglabs.net) |
| 14:47.24 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:47.34 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 14:49.30 | *** join/#oe sge (~username@62.240.71.4) |
| 15:01.37 | *** join/#oe robtow (~rob@64.62.142.114) |
| 15:12.35 | *** join/#oe B_Lizzard (~havoc@athedsl-426010.home.otenet.gr) |
| 15:12.59 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 15:22.37 | *** join/#oe CMoH (~cipi@95.76.71.81) |
| 15:23.08 | *** join/#oe robtow1 (~rob@64.62.142.114) |
| 15:23.43 | *** join/#oe tharvey (~tharvey@76.246.36.39) |
| 15:30.00 | *** join/#oe aloisiojr (~aloisio@187.113.108.153) |
| 15:37.32 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 15:41.56 | *** join/#oe mnabil (~mnabil@41.234.71.33) |
| 15:45.17 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 15:46.31 | Jay7 | http://www.redstar.co.jp/shogo.htm |
| 15:46.51 | Jay7 | OS: Angstrom Linux |
| 15:47.30 | hrw | Jay7: redstar reminds me North Korea Linux distro |
| 15:47.42 | Jay7 | :) |
| 15:47.47 | Jin^eLD | :) |
| 15:48.13 | Jay7 | it reminds me my remote past :) |
| 15:49.07 | ka6sox-work | I thought the Chinese had a Distro like that |
| 15:49.32 | Jay7 | there was RedFlag :) |
| 15:50.01 | ka6sox-work | oh thats it |
| 15:50.04 | hrw | Japanese -> Polish google translation is so awful then I prefer to self translate it ;d |
| 15:50.13 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 15:50.29 | Jay7 | hrw: japanese -> english is good enough |
| 15:50.35 | ka6sox-work | anybody remember Altavista? |
| 15:50.40 | Jay7 | I'm |
| 15:51.19 | kergoth_ | altavista was awesome back before google, was my engine of choice |
| 15:51.25 | kergoth_ | mutters |
| 15:51.32 | hrw | yep |
| 15:52.09 | ka6sox-work | mine too |
| 15:53.04 | *** join/#oe GNUtoo|laptop (~gnutoo@80.10.46.88) |
| 15:54.30 | kergoth_ | kicks off a helloworld-image meta-toolchain bulid to sanity check the fix for the absolute uri fix |
| 16:04.48 | GNUtoo|laptop | ericben, hi I'll PM you |
| 16:07.23 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 16:17.15 | *** part/#oe robtow1 (~rob@64.62.142.114) |
| 16:17.43 | *** join/#oe robtow (~rob@64.62.142.114) |
| 16:23.43 | *** join/#oe dos11 (~dos@dhg135.neoplus.adsl.tpnet.pl) |
| 16:23.43 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 16:28.07 | *** join/#oe skedar (81780301@gateway/web/freenode/ip.129.120.3.1) |
| 16:29.06 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 16:32.16 | *** join/#oe dth_ntb (~dth@a89-182-146-189.net-htp.de) |
| 16:37.14 | *** join/#oe RP (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 16:38.00 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 16:39.57 | skedar | can anyone answer a question about a bitbake error? |
| 16:40.22 | skedar | trying to bitbake an image for omap3 overo board |
| 16:41.15 | *** join/#oe GNUtoo|laptop (~gnutoo@80.10.46.88) |
| 16:42.44 | skedar | several files OE doesnt download automatically so i did that manually and did a checksum to point to it |
| 16:43.08 | skedar | this is the error :| cp: cannot stat `/home/amir/oe/tmp/work/overo-angstrom-linux-gnueabi/ti-cgt6x-1_6_1_9-r4/cgt6x_6_1_9/*': No such file or directory |
| 16:43.28 | skedar | i checked and the directory exists |
| 16:43.56 | *** part/#oe robtow (~rob@64.62.142.114) |
| 16:46.41 | *** part/#oe kamel (~larab@197.0.11.213) |
| 16:48.00 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * rdd478c59e5 10openembedded.git/classes/base.bbclass: (log message trimmed) |
| 16:48.00 | CIA-2 | base.bbclass: fix bug with absolute file:// uris |
| 16:48.01 | CIA-2 | The code which used host/path from the url to construct the destination of the |
| 16:48.01 | CIA-2 | copy was using os.path.join. os.path.join treats a "/" in an element as an |
| 16:48.01 | CIA-2 | indication to drop all previous elements, so the full path resulted in a |
| 16:48.01 | CIA-2 | destination exactly the same as the source, resulting in a no-op unpack. |
| 16:48.02 | CIA-2 | Fixed by using oe.path.join instead. |
| 16:48.04 | kergoth_ | that's not a fatal error, skedar |
| 16:48.20 | kergoth_ | you can ignore it, its not relevent |
| 16:49.57 | skedar | ok..i can ignore these types and just look for FATAL OE_error..looks like this i think? |
| 16:50.10 | Crofton_|work | kergoth, does that fix the problem I was having? |
| 16:50.46 | kergoth_ | Crofton_|work, yep |
| 16:50.49 | *** join/#oe mickey|sofa (~M@e180131056.adsl.alicedsl.de) |
| 16:50.55 | Crofton_|work | awesome |
| 16:51.05 | Crofton_|work | I was just thinking having a fix would be a big help |
| 16:51.17 | Crofton_|work | means I can get the modules installed when I build an image |
| 16:51.22 | Crofton_|work | sithout extra screwing around |
| 16:51.40 | kergoth_ | it would do os.path.join(workdir, /some/absolute/path/) and end up with a destionation of just /some/absolute/path/ |
| 16:51.43 | kergoth_ | hehe |
| 16:51.48 | Crofton_|work | sometime we should make srctree work for kernels that use linux.inc also |
| 16:51.53 | Crofton_|work | heh |
| 16:51.59 | kergoth_ | yeah that would be good |
| 16:52.13 | Crofton_|work | file solves the problem for now |
| 16:52.23 | Crofton_|work | but I can see a use for the srctree aproach also |
| 16:53.14 | kergoth_ | i could see srctree being useful while working on drivers, or fixing kernel bugs, but most kernel devs would likely work outside of oe entirely, i expect, to reduce overhead |
| 16:53.41 | Crofton_|work | yes |
| 16:53.50 | Crofton_|work | right now, I am in driver bug fix mode |
| 16:54.02 | Crofton_|work | but the driver is a modulwe and I just copy it in |
| 16:54.13 | broonie | I certainly do all my work outside the tree, I just totally ignore the kernels OE builds. |
| 16:54.17 | Crofton_|work | but when I build an image, it is noce to get all the correct modules |
| 16:54.20 | Crofton_|work | to start with |
| 16:54.54 | Crofton_|work | srctree lets you have the best of both |
| 16:55.34 | Crofton_|work | it looks like I can edit and recompile after OE confuigures and builds the tree once |
| 16:56.04 | Crofton_|work | alot of overhead for a cross environment, but if you have a lot of depends, a big help |
| 17:02.43 | *** join/#oe aloisiojr (~aloisio@187.113.167.107) |
| 17:02.51 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 17:04.01 | Jin^eLD | hmm what am I doing wrong? I have FILES_${PN} =+ " ${datadir}/mediatomb " |
| 17:04.09 | Jin^eLD | but still get NOTE: /usr/share/mediatomb/mysql.sql |
| 17:04.16 | Jin^eLD | CMoH-notebook: the following files were installed but not shipped in any package: |
| 17:04.20 | Jin^eLD | and list of the files like above |
| 17:04.26 | Jin^eLD | what am I missing? |
| 17:04.42 | CMoH-notebook | huh? |
| 17:05.18 | CMoH-notebook | i think you mistyped the nick you addressed, Jin^eLD |
| 17:05.30 | Jin^eLD | aem sorry that was tab completion in the irc client |
| 17:05.34 | Jin^eLD | I guess I had a tab when pasting |
| 17:05.35 | Jin^eLD | :) |
| 17:05.42 | Jin^eLD | question was addressed to everyone :) |
| 17:07.10 | Crofton_|work | Jin^eLD, add a * |
| 17:07.24 | Crofton_|work | ...mediatomb/* |
| 17:07.33 | Crofton_|work | and possibly ...*/* |
| 17:08.02 | Jin^eLD | tried mediatomb/* as well already |
| 17:08.09 | Jin^eLD | did not make any difference |
| 17:08.24 | Jin^eLD | I'll try */* |
| 17:08.25 | Crofton_|work | well I think the * form is correct |
| 17:11.19 | Crofton_|work | kergoth, why do I need to update my repo before your fix works? |
| 17:13.54 | Jin^eLD | FILES_${PN} =+ " ${datadir}/mediatomb/*/* " that did not help, FILES_${PN} =+ " ${datadir}/mediatomb/* " did not help either |
| 17:14.16 | Jin^eLD | brb, gotta buy some food as long as its open |
| 17:15.32 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 17:16.09 | Crofton_|work | weird, check the definition of datadair |
| 17:18.00 | kergoth_ | Crofton_|work, what do you mean? |
| 17:19.50 | Crofton_|work | means he ran the bb file and it did not work |
| 17:19.51 | *** join/#oe likewise (~chatzilla@82-170-243-215.ip.telfort.nl) |
| 17:19.58 | Crofton_|work | forgetting I needed to pull :) |
| 17:21.03 | kergoth_ | hehe |
| 17:22.59 | *** join/#oe etrunko (~edulima@187.46.178.133) |
| 17:24.53 | Crofton_|work | ok compiling now |
| 17:25.06 | Crofton_|work | why won't this computer do what I think it should! |
| 17:26.47 | likewise | Crofton_|work: re-adjust your thoughts or use gravity. |
| 17:27.09 | likewise | gm all :-) |
| 17:27.43 | likewise | should archive all the first sentences he sees when joining #oe - it would be a funny list of quotes |
| 17:29.42 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 17:33.36 | kergoth_ | works on making do_unpack suck less |
| 17:33.55 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 17:35.28 | *** join/#oe j24 (~j24@ns32433.ovh.net) |
| 17:39.41 | Tartarus | So |
| 17:39.52 | Tartarus | Are there any should build external kernel modules for say qemux86? |
| 17:41.13 | *** join/#oe CMoH|notebook (~cipi@95.76.71.81) |
| 17:48.23 | Jin^eLD | re |
| 17:51.47 | Jin^eLD | ok I now tried avoiding variables, setting explicitly: FILES_mediatomb-tiny =+ " /usr/share/mediatomb/* " |
| 17:51.54 | Jin^eLD | and still same problem |
| 17:51.57 | Jin^eLD | it won't package the files |
| 17:54.04 | Jin^eLD | I'm running out of ideas... |
| 17:54.48 | Jin^eLD | any hints on how to debug this problem? no combination will make the files go into the ipk |
| 17:55.07 | kergoth_ | setting explicitly will be a no-op |
| 17:55.15 | Jin^eLD | hm |
| 17:55.24 | kergoth_ | if FILES_foo is set and FILES_${PN} is set, and PN is foo, the latter will *overwrite* the former |
| 17:55.30 | kergoth_ | and you'll end up losing the changes |
| 17:55.42 | kergoth_ | they're two different variables in the metadata |
| 17:55.53 | Jin^eLD | aha... |
| 17:55.56 | kergoth_ | because PN isn't necessarily defined at the point where the FILES var is, its postponed until the finalize |
| 17:56.02 | kergoth_ | recipe_sanity will warn you about those |
| 17:56.09 | Jin^eLD | well originally I was using FILES_PN =+ but that did not help |
| 17:56.22 | kergoth_ | do a bitbake -e, make sure PACKAGES and FILES are what you think they are |
| 17:56.25 | kergoth_ | check sanity |
| 17:56.44 | Jin^eLD | ok, lets see.. |
| 18:02.01 | *** join/#oe Transformer (~Transform@ool-4a59e397.dyn.optonline.net) |
| 18:02.56 | likewise | hi kergoth, hi Jin^eLD |
| 18:03.02 | Jin^eLD | hey likewise ! |
| 18:03.03 | *** part/#oe Transformer (~Transform@ool-4a59e397.dyn.optonline.net) |
| 18:03.07 | likewise | Jin^eLD: long time no see |
| 18:03.19 | Jin^eLD | indeed! |
| 18:03.27 | likewise | Jin^eLD: good to see you hit #oe once every now and then. Packaging up tiny goodies? |
| 18:03.38 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
| 18:03.46 | likewise | Is tiny somewhat bigger than minimal? |
| 18:04.19 | Jin^eLD | kergoth: I think the problem might be that the name of the package and the name of the installation directory are not the same, FILES_xxx only has this stuff: http://pastebin.mozilla.org/779208, I did not find my addition yet... |
| 18:04.41 | Jin^eLD | likewise: actually I am doing more stuff with OE again, currently maintaining a rootfs |
| 18:05.58 | kergoth_ | Jin^eLD, PN is mediatomb-tiny? |
| 18:06.27 | Jin^eLD | I guess, the recipe name is mediatomb-tiny_0.12.1.bb |
| 18:06.38 | Jin^eLD | named that way because of special compile configuration |
| 18:06.50 | kergoth_ | FILES_${PN} += "foo" |
| 18:07.00 | kergoth_ | bitbake -e mediatomb-tiny|grep -E 'FILES.*foo' |
| 18:07.00 | Jin^eLD | FILES_${PN} += " ${datadir}mediatomb/* " |
| 18:08.20 | Jin^eLD | that spit out quite a few things... looking |
| 18:09.01 | Jin^eLD | well FILES_mediatomb-tiny is definitely missing /usr/share/mediatomb, it only has /usr/share/mediatomb-tiny |
| 18:09.30 | Jin^eLD | as if my setting was not there at all |
| 18:09.45 | kergoth_ | are you sure you're editing the right version? ;) |
| 18:09.49 | kergoth_ | bitbake -l Parsing -l Parsing -l Parsing |
| 18:09.53 | kergoth_ | is that file the one it's parsing? |
| 18:09.58 | Jin^eLD | I'm an idiot :) |
| 18:10.15 | Jin^eLD | I forgot a } after a postinst hook |
| 18:10.25 | Jin^eLD | but somehow that did not trigger a parse error |
| 18:10.30 | kergoth_ | interesting |
| 18:10.31 | Jin^eLD | the FILES_ statement was last line in the recipe |
| 18:10.37 | Jin^eLD | and seems it got swallowed |
| 18:10.38 | kergoth_ | it should have caught that |
| 18:10.46 | kergoth_ | can you open a bug against bitbake about that? |
| 18:10.53 | kergoth_ | for tracking purposes |
| 18:11.01 | kergoth_ | gets food |
| 18:11.23 | Jin^eLD | I'll see if it works if I fix my recipe, then I'll "break" it again, if I can reproduce it I'll open a bug |
| 18:11.43 | Jin^eLD | but I am pretty sure that was it |
| 18:13.17 | Jin^eLD | lol |
| 18:13.19 | Jin^eLD | still same problem |
| 18:14.04 | Jin^eLD | mhm |
| 18:18.59 | Jin^eLD | ok thats interesting |
| 18:19.47 | Jin^eLD | I moved the FILES_ thing to the beginning ot the recipe and before the ipk hooks |
| 18:19.48 | Jin^eLD | and now it works |
| 18:19.54 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 18:20.18 | Tartarus | Hmmm |
| 18:20.38 | Tartarus | I wonder if everything that needs kernel sources for stuff is OK with switching to the output from modules_prepare |
| 18:20.55 | Tartarus | will rfc that once this first pass at making the kernel recipes not so loud is done |
| 18:21.19 | Tartarus | Or are 2.4 era machines still supported? |
| 18:22.18 | Jin^eLD | but I can confirm the missing paren bug... |
| 18:25.10 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 18:25.28 | kergoth_ | hrm |
| 18:28.35 | Jin^eLD | submitted as bug 5469 |
| 18:30.02 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 18:36.01 | *** join/#oe florian (~user@Maemo/community/contributor/florian) |
| 18:39.56 | kergoth_ | kicks do_patch |
| 18:39.57 | *** part/#oe dth (~dth@a89-182-146-189.net-htp.de) |
| 18:41.51 | *** join/#oe Martin-B (~martin@pool-61-67-198-89.dbd-ipconnect.net) |
| 18:45.56 | kergoth_ | ah, there we are |
| 18:47.53 | *** join/#oe sge (~username@62.240.71.4) |
| 18:48.45 | *** join/#oe dth (~dth@a89-182-146-189.net-htp.de) |
| 18:53.11 | *** join/#oe robtow (~a0272704@nat/ti/x-zdfavgipamlqrcns) |
| 18:59.08 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
| 19:05.10 | *** join/#oe dnjl (~dnjl@dslb-094-223-180-230.pools.arcor-ip.net) |
| 19:07.18 | dnjl | i've got a error: |
| 19:07.20 | dnjl | arch/arm/mach-pxa/built-in.o: In function `h4000_set_led': |
| 19:07.22 | dnjl | | dma_needs_bounce.c:(.text+0x1bc0): undefined reference to `ipaq_asic3_set_led' |
| 19:07.24 | dnjl | ... |
| 19:07.26 | dnjl | at compiling linux-handhelds-2.6_2.6.16-hh9.bb. nothing special setup, distro is minimal, bb job was virtual/kernel |
| 19:07.28 | dnjl | any hints? |
| 19:08.13 | dnjl | (machine is looxc550, but no special mods) |
| 19:08.21 | likewise | dnjl: grep the patches of that kernel, for ipaq_asic3_set_led |
| 19:09.54 | *** join/#oe robtow (~a0272704@nat/ti/x-ktqacrkolhpuzpht) |
| 19:10.47 | dnjl | likewise: but where? and why this happens - there is no modification done... |
| 19:15.09 | *** join/#oe rob_w (~bob@pD95ED2A4.dip.t-dialin.net) |
| 19:33.19 | *** join/#oe vanous|away (~vanous@194.228.223.3) |
| 19:33.44 | *** join/#oe GNUtoo|laptop (~gnutoo@80.10.46.34) |
| 19:36.30 | likewise | dnjl: have you tried the solution that are mentioned in Google's findings when searching for ipaq_asic3_set_led, such as http://www.mail-archive.com/oe@handhelds.org/msg00498.html |
| 19:43.17 | *** join/#oe kristoffer (~kristoffe@host-90-237-192-73.mobileonline.telia.com) |
| 19:47.11 | dnjl | likewise: i dont use google :) but i will look at this - tnx! |
| 19:57.06 | likewise | I'm lost in OE namespace. What is that class/whatever that copes with sane toolchains? |
| 19:57.24 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:58.12 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 19:58.28 | likewise | ah, found it in conf/distro/include/sane-toolchain.inc |
| 19:58.32 | likewise | hi florian, eFfeM |
| 19:58.50 | florian | re |
| 20:01.40 | eFfeM | likewise, florian, hi, was about to revert the gtk+ commit, but git revert says dirty index, do you by any chance have an idea about that? |
| 20:02.20 | eFfeM | and do you want to keep all of 14.1, 16.4, 16.6, 18.0 and 18.3? or should we e.g. only keep 14.1, 16.6 and 18.3 |
| 20:03.31 | eFfeM | found the dirty index solution, apparently this is because I have uncommitted changes |
| 20:03.34 | likewise | effem: the index is what I think is what you already commit, but didn't push yet |
| 20:03.34 | eFfeM | need to park them |
| 20:03.45 | likewise | eFfeM: yup, stash the index :-) |
| 20:04.08 | likewise | GIT namespace is not well known to me either |
| 20:04.50 | *** join/#oe aloisiojr (~aloisio@187.113.113.228) |
| 20:05.26 | eFfeM | there you go |
| 20:05.52 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r184be7e035 10openembedded.git/recipes/gtk+/ (20 files in 6 dirs): |
| 20:05.52 | CIA-2 | Revert "gtk+: remove old versions" |
| 20:05.52 | CIA-2 | This reverts commit 96503f06a6f1f0b7f9df44d97af90252717d8897. |
| 20:05.52 | CIA-2 | As requested by Florian and Leon because the footprint of |
| 20:05.52 | CIA-2 | these versions is smaller than the newer ones. |
| 20:05.53 | CIA-2 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 20:05.55 | eFfeM | sorry it took some time, but school has started so need to lecture again on tuesday evenings |
| 20:06.17 | florian | eFfeM: no idea, i didn't touch it so far |
| 20:07.10 | florian | eFfeM: in fat i would like to keep several at least... i do not remember offhand all details which one was useful for which purpose |
| 20:07.18 | florian | s/fat/fact |
| 20:08.11 | eFfeM | ok np, though e.g. 16.4 and 16.6 were quite close to each other, but no problem to keep them if it is deemed useful |
| 20:10.46 | eFfeM | btw the low version numbers were not all gone, we still had 2.18.6, 2.6.10, 2.10.14 and a gtk_1.2 version in total there are now 11 gtk+ recipes |
| 20:28.49 | eFfeM | anyway, calling it a day, stay well everyone! |
| 20:33.30 | kergoth | okay, http://github.com/kergoth/openembedded/commit/b1a799d081fde0f94d4238a3a5e51212acbd7752 |
| 20:34.07 | kergoth | I think it's cleaner and more explicit, and doesn't break globs in file: uris |
| 20:38.54 | *** join/#oe aloisiojr (~aloisio@187.112.28.209) |
| 20:41.16 | khem | kergoth: I like this patch |
| 20:41.33 | dnjl | short question: |
| 20:41.36 | dnjl | I created a new machine and placed its config to build/conf/machine/looxn520.conf. this will use linux-handhelds-2.6 (arm). |
| 20:41.37 | dnjl | where do I place its kernel config? the original was openembedded/recipes/linux/linux-handhelds-2.6-2.6.16/defconfig. if I place it to build/recipes/linux/linux-handhelds-2.6-2.6.16/looxn520/defconfig it will not work. I think placing in dir openembedded is wrong... |
| 20:41.52 | *** join/#oe aloisiojr (~aloisio@187.59.240.89) |
| 20:44.23 | khem | dnjl: build/recipes/linux/linux-handhelds-2.6-2.6.16/looxn520/defconfig should have worked |
| 20:44.37 | khem | do you know if you chose the right kernel |
| 20:45.50 | dnjl | khem: mmh, is uses openembedded/recipes/linux/linux-handhelds-2.6_2.6.16-hh9.bb |
| 20:47.26 | khem | dnjl: ok edit linux-handhelds-2.6.inc |
| 20:47.40 | khem | and add looxn520 to COMPATIBLE_MACHINE |
| 20:50.09 | dnjl | khem: k tnx - does it make sense to place the new linux-handhelds-2.6.inc to build/recipes/linux? I want to keep openembedded/ clean |
| 20:51.40 | dnjl | I try it.. |
| 20:57.07 | *** join/#oe rschus (~rschus@234.163.71-86.rev.gaoland.net) |
| 20:59.11 | *** join/#oe rschus (~rschus@234.163.71-86.rev.gaoland.net) |
| 20:59.32 | khem | dnjl: ? its already there |
| 20:59.40 | dnjl | what? |
| 20:59.46 | khem | recipes/linux/linux-handhelds-2.6.inc |
| 21:00.17 | dnjl | yes - but i doesnt work if its in build/ - i have to placed it in openembedded/ |
| 21:00.41 | khem | it has to be in metadat |
| 21:00.47 | khem | metadata |
| 21:00.58 | khem | why in build ? I dont get it |
| 21:02.51 | dnjl | I wanted to keep the directory openembedded/ clean - I will use it for other projects and keep it in sync with upstream |
| 21:03.11 | *** join/#oe aloisiojr (~aloisio@187.112.31.97) |
| 21:03.36 | dnjl | I thought build/ works like a override-dir |
| 21:03.56 | Tartarus | You can do stuff like this, yes |
| 21:04.06 | Tartarus | But it's easiest to hack on openembedded, if you plan on pushing it upstream |
| 21:05.18 | dnjl | ok, I will do so - I am planning to push up the machine loox n520 if I get it work |
| 21:09.03 | *** join/#oe aloisiojr1 (~aloisio@187.112.6.105) |
| 21:16.58 | dnjl | wtX? arch/arm/boot/compressed/head-h2200.o:(.start+0x0): undefined reference to `no symbol' |
| 21:27.24 | khem | dnjl: or you can use bblayer |
| 21:27.45 | khem | dnjl: http://sakrah.dontexist.org/node/2 read this |
| 21:29.02 | dnjl | khem: thanks - i will look for this.. |
| 21:29.26 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 21:30.08 | dnjl | khem: cow-mounts whould also do this job I think |
| 21:31.13 | dnjl | ahh - its already in oe - nice.. |
| 21:50.44 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 21:51.22 | *** join/#oe aloisiojr (~aloisio@186.212.96.53) |
| 21:53.52 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 21:53.56 | *** join/#oe mickey|zzZZzz (~mickey@80.81.242.146) |
| 22:05.50 | *** join/#oe russ (~russ@206.29.188.225) |
| 22:08.57 | filip | builder@jlime:/home/builds$ cat fresh/jornada7xx/tmp/work/x86_64-linux/gconf-native-2.6.1-r0/temp/log.do_unpack.13895 |
| 22:09.01 | filip | UH!? |
| 22:09.03 | filip | cp: `/home/users/builder/openembedded/recipes/gnome/gconf-native_2.6.1.bb' and `/home/users/builder/openembedded/recipes/gnome/gconf-native_2.6.1.bb' are the same file |
| 22:09.06 | filip | builder@jlime:/home/builds$ |
| 22:09.40 | dnjl | flip: update your oe dir |
| 22:10.32 | filip | dnjl: ah ok, somebody's finger has slipped ;)? |
| 22:10.47 | dnjl | i think so :) |
| 22:11.58 | *** join/#oe aloisiojr (~aloisio@186.212.100.81) |
| 22:17.46 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 22:29.08 | *** join/#oe aditya_1010 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
| 22:32.03 | *** join/#oe russ (~russ@206.29.188.225) |
| 22:49.36 | *** join/#oe blindvt_ (~bf@85-127-158-167.dynamic.xdsl-line.inode.at) |
| 23:07.58 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:24.57 | *** join/#oe angelox_123 (~angelo@201-92-241-99.dsl.telesp.net.br) |
| 23:46.50 | *** join/#oe andyj (~andy@c-76-28-141-180.hsd1.wa.comcast.net) |