00:24.13 | CIA-10 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r991070017a 10openembedded.git/recipes/images/ (slugos-extd-image.bb slugos-image.inc): |
00:24.13 | CIA-10 | SlugOS: slugos images - add machine name to the image name |
00:24.13 | CIA-10 | This change is required to enable SlugOS to be built for multiple |
00:24.13 | CIA-10 | machines in the same tmpdir. |
00:24.25 | CIA-10 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r7b922eeac4 10openembedded.git/classes/nslu2-image.bbclass: |
00:24.25 | CIA-10 | SlugOS: nslu2-image.bbclass - use overrides to enable only for nslu2 |
00:24.25 | CIA-10 | This change effectively makes inheriting nslu2-image a no-op unless |
00:24.25 | CIA-10 | MACHINE == nslu2, making it much easier and neater to support other |
00:24.25 | CIA-10 | machine types with SlugOS. |
00:24.26 | CIA-10 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r49891de0b1 10openembedded.git/conf/distro/include/slugos.inc: SlugOS: slugos.inc - lock down DEPLOY_DIR, weak assignment doesn't work |
00:24.27 | CIA-10 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r62d11f2018 10openembedded.git/recipes/tasks/task-slugos-extd.bb: SlugOS: task-slugos-extd.bb - kexec-tools should just be kexec, now. |
00:29.25 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
00:29.25 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
00:41.20 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
00:44.36 | *** join/#oe bluelightning (~bluelight@cpc13-lewi14-2-0-cust559.2-4.cable.virginmedia.com) |
00:44.36 | *** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning) |
01:07.24 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
01:22.32 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
01:31.58 | *** join/#oe _julian (~quassel@hmbg-5f766ed8.pool.mediaWays.net) |
01:48.17 | Crofton | khem, who added the board you want to remove? |
01:57.32 | CIA-10 | 03Khem Raj <raj.khem@gmail.com> 07master * r184fc34a6d 10openembedded.git/ (6 files in 4 dirs): |
01:57.32 | CIA-10 | xxs1500.conf: Remove this board from OE |
01:57.32 | CIA-10 | * The kernel is no more fetchable as reported in bugzilla/1737 |
01:57.32 | CIA-10 | * Vendor has EOLed the product |
01:57.32 | CIA-10 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
01:57.44 | CIA-10 | 03Khem Raj <raj.khem@gmail.com> 07master * rd0607f1ad4 10openembedded.git/recipes/linux/ (2 files in 2 dirs): |
01:57.44 | CIA-10 | netbook-pro-kernel_2.6.17.bb: Fix Bugzilla/5411 kernel compilation failure |
01:57.44 | CIA-10 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
02:15.28 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
02:15.28 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
02:33.03 | khem | Crofton: it was added by |
02:33.05 | khem | commit 79e7bbcb166a9ba506d71895af5a913976cd1418 |
02:33.05 | khem | Author: Bruno Randolf <br1@subnet.at> |
02:33.05 | khem | Date: Sat Oct 9 19:04:01 2004 +0000 |
02:33.27 | khem | anyway I pushed the change mistakenly as I see |
02:33.30 | Crofton | heh |
02:33.46 | Crofton | I saw, hopefully no one has one lying around :) |
02:34.12 | khem | yeah even if they have there was a request to to try something on it in 2007 |
02:34.18 | khem | received no ears |
02:34.27 | Crofton | for all our scm switches, pretty good we have history from 7 years ago :) |
02:34.41 | khem | yes we do indeed |
02:34.58 | khem | this was added when bitkeeper was in use |
02:35.32 | Crofton | those were the days :) |
03:01.17 | *** join/#oe fraxinath (~quassel@p4FD65788.dip.t-dialin.net) |
03:31.22 | *** join/#oe sgw (~sgw@207-118-70-252.dyn.centurytel.net) |
04:14.55 | *** join/#oe GNUtoo|laptop (~gnutoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
04:19.39 | *** join/#oe sgw1 (~sgw@72-160-118-2.dyn.centurytel.net) |
04:20.08 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
04:51.27 | *** join/#oe jannau (~janne@chybek.jannau.net) |
05:01.55 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
05:16.26 | *** join/#oe polyonymous (~hacker@g230193032.adsl.alicedsl.de) |
05:20.45 | *** join/#oe Ironnads (~Ironnads@host86-147-219-255.range86-147.btcentralplus.com) |
06:01.28 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
06:46.28 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
07:40.11 | *** join/#oe marex (~marex@eduroam30.ms.mff.cuni.cz) |
07:44.18 | *** join/#oe lostincake1 (~Aditya@pool-173-79-151-237.washdc.fios.verizon.net) |
07:46.25 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
08:19.56 | *** join/#oe pH5 (~ph5@e178213115.adsl.alicedsl.de) |
08:21.48 | *** join/#oe roza (~ron@nat/cisco/x-vnuoevbplcbhwupf) |
08:23.58 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
08:39.24 | *** join/#oe marex (~marex@eduroam30.ms.mff.cuni.cz) |
08:46.15 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
08:46.55 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
08:56.46 | *** join/#oe unsolo (~unsolo@50.80-203-43.nextgentel.com) |
09:01.25 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
09:09.00 | *** join/#oe Heinervdm (~thomas@pD9E14E82.dip.t-dialin.net) |
09:16.29 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
09:33.41 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
09:39.21 | *** join/#oe marex (~marex@eduroam30.ms.mff.cuni.cz) |
09:46.28 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
09:48.37 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
09:59.31 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
10:06.43 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
10:08.31 | *** join/#oe ensc (~irc-ensc@p5DF2CC38.dip.t-dialin.net) |
10:08.36 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
10:16.38 | *** join/#oe morphis (~morphis@brmn-4d0afa98.pool.mediaWays.net) |
10:21.04 | *** join/#oe rob_w (~bob@ppp-188-174-24-241.dynamic.mnet-online.de) |
10:36.42 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
10:38.31 | *** join/#oe GNUtoo|laptop (~gnutoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
10:39.31 | *** join/#oe marex (~marex@eduroam30.ms.mff.cuni.cz) |
10:40.48 | *** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz) |
10:40.59 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
10:41.35 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
10:57.52 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
11:01.32 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
11:16.27 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
11:29.05 | *** join/#oe _diego_ (~diego@dynamic-adsl-78-14-230-135.clienti.tiscali.it) |
11:33.29 | *** join/#oe ensc (~irc-ensc@p5DF2CC38.dip.t-dialin.net) |
11:33.35 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
11:41.03 | *** join/#oe Heinervdm (~thomas@pD9E14E82.dip.t-dialin.net) |
11:53.43 | CIA-10 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3b6561e026 10openembedded.git/recipes/linux/ (18 files in 4 dirs): |
11:53.43 | CIA-10 | linux-omap 2.6.37: fix mmc regulators when using wl1271 expansion board |
11:53.43 | CIA-10 | linux-omap 2.6.37: cherry-pick a few wl1271 patches |
11:53.43 | CIA-10 | * tested on a beagleboard xM with wl1271 expansionboard |
11:53.44 | CIA-10 | linux-omap 2.6.37: update wl127xx patchset to include BT and FM drivers |
11:53.44 | CIA-10 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
11:53.49 | CIA-10 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1db2deca67 10openembedded.git/recipes/ti/ti-wifi-utils_git.bb: |
11:53.49 | CIA-10 | ti-wifi-utils: add git version |
11:53.49 | CIA-10 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
11:54.42 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
12:12.23 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
12:24.54 | *** join/#oe _alx_ (~alx@host210-149-dynamic.52-82-r.retail.telecomitalia.it) |
12:25.27 | _alx_ | hi GNUtoo|laptop :) |
12:25.34 | GNUtoo|laptop | hi |
12:26.27 | _alx_ | i'm getting Xorg segfault :( |
12:26.35 | GNUtoo|laptop | that's bad |
12:26.42 | GNUtoo|laptop | do you know how to gdb it? |
12:26.58 | _alx_ | no :( |
12:27.33 | _alx_ | reading information for Xorg.log I discover that the sig11 came from fb discovery |
12:27.55 | GNUtoo|laptop | http://www.elinux.org/GDB |
12:54.54 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
13:01.22 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
13:16.12 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
13:25.44 | *** join/#oe dth (~dth@a89-182-92-103.net-htp.de) |
13:26.22 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
13:26.23 | *** join/#oe Martin__B (~martin@pool-91-67-198-89.dbd-ipconnect.net) |
13:33.16 | *** join/#oe B_Lizzard (~havoc@athedsl-118990.home.otenet.gr) |
13:34.05 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
13:39.01 | _alx_ | GNUtoo|laptop, do you know why virtual/kernel create an image for uboot (uImage) ? |
13:42.49 | *** join/#oe Romke|off (~Romke@82-170-233-174.ip.telfort.nl) |
13:44.18 | GNUtoo|laptop | _alx_, yes |
13:44.24 | GNUtoo|laptop | look at the machine configs |
13:44.32 | GNUtoo|laptop | grep for uImage |
13:45.03 | _alx_ | no result |
13:46.21 | *** join/#oe ensc_ (~irc-ensc@p5DF2DB2A.dip.t-dialin.net) |
13:56.50 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
14:16.42 | *** join/#oe kristoffer (~kristoffe@c-d3dfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
14:19.10 | *** join/#oe timtimred (~meh@79-67-232-195.dynamic.dsl.as9105.com) |
14:23.18 | *** join/#oe Openfree (~Openfreer@61.170.200.171) |
14:39.29 | _alx_ | GNUtoo|laptop, how come that I don't have any /dev/fb0 ? |
14:52.36 | *** join/#oe dth (~dth@a89-182-92-103.net-htp.de) |
14:53.38 | *** part/#oe dth (~dth@a89-182-92-103.net-htp.de) |
14:58.33 | GNUtoo|laptop | _alx_, ah? |
14:58.53 | GNUtoo|laptop | _alx_, do you have the framebuffer driver for your board in the kernel? |
15:02.23 | *** join/#oe methril_ (~methril@189.27.135.189.dynamic.adsl.gvt.net.br) |
15:02.40 | _alx_ | GNUtoo|laptop, I suggest so: it's an x86 based board |
15:02.49 | _alx_ | GNUtoo|laptop, how to check if I'm doing it right ? |
15:03.03 | GNUtoo|laptop | add VESA framebuffer then, if it has a BIOS |
15:04.38 | _alx_ | how to check if it's present ? |
15:08.43 | *** join/#oe playya (~playya@unaffiliated/playya) |
16:30.25 | *** join/#oe anarsoul_ (~anarsoul@46.28.99.185) |
16:37.12 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
16:37.46 | *** join/#oe kerim (~kerim@188.3.43.113) |
16:39.06 | *** join/#oe anarsoul (~anarsoul@46.28.99.185) |
16:40.38 | *** join/#oe pespin (~pespin@54.pool85-50-95.dynamic.orange.es) |
16:53.23 | *** part/#oe kupo (kupo@pdpc/supporter/student/Kupo) |
17:02.01 | *** join/#oe ckrinke (4cda3dba@gateway/web/freenode/ip.76.218.61.186) |
17:02.12 | ckrinke | good morning (or afternoon) |
17:07.48 | _alx_ | or evening |
17:07.51 | _alx_ | who knows |
17:08.53 | *** join/#oe Andy_ (53e3ee44@gateway/web/freenode/ip.83.227.238.68) |
17:10.29 | Andy_ | I'm using a local overlay an always when I make a receipt with a "require" of a file that exists in the same directory in the upstream tree it cannot find it. |
17:11.09 | Andy_ | I seem to have some problem with the include/search path. |
17:11.09 | _alx_ | Andy_, you should copy needed files in the overlay recipe |
17:11.37 | _alx_ | anyone using with success qt4-x11-base-image ? |
17:12.01 | Andy_ | Why? Is it not the idea to re-use included and not changed files from their original place? |
17:13.32 | *** join/#oe rschus (~rschus@95.176.73-86.rev.gaoland.net) |
17:15.01 | _alx_ | Andy_, somewhere, somehow I read that included files must be copied :( |
17:20.38 | *** part/#oe rschus (~rschus@95.176.73-86.rev.gaoland.net) |
17:20.59 | ckrinke | I am having trouble building MACHINE="mpc8323e-rdb" where an error occurs somewhere during the building of glibc. Is MACHINE="mpc8323e-rdb" known to work? |
17:27.38 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
17:34.48 | *** join/#oe GNUtoo|laptop (~gnutoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
17:35.17 | CIA-10 | 03Chris Larson <chris_larson@mentor.com> 07master * rc03c179bb1 10openembedded.git/recipes/netperf/ (files/vfork.patch netperf_2.4.4.bb): |
17:35.17 | CIA-10 | netperf: fix patch |
17:35.17 | CIA-10 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
17:35.26 | *** join/#oe _alx_ (~alx@host119-218-dynamic.2-87-r.retail.telecomitalia.it) |
17:52.03 | *** join/#oe anarsoul_ (~anarsoul@80.249.93.49) |
17:53.02 | GNUtoo|laptop | _alx_, hi any luck with framebuffer, what is your video card, and what xf86-video-something do you use? |
17:54.09 | Tartarus | have we mirrored that ncurses patch yet? |
17:54.31 | _alx_ | on qemu don't know, on real machine it is ... who know either. I first need it to be working on qemu |
17:55.24 | Tartarus | what's not working on qemu? |
17:55.49 | Tartarus | I fired up x11-image shortly after I changed over to xserver-xorg for qemu stuff, on qemux86+DISTRO=minimal |
18:01.23 | *** join/#oe morphis (~morphis@brmn-4d0afa98.pool.mediaWays.net) |
18:01.53 | _alx_ | Tartarus, well, I need python and qt so i fired qt4-x11-base-image and qt4-x11-demo-image, the latter has a script to launch Xorg and then qtdemo. Simply they don't find any fb device. Nevertheless I don't talk that qemux86 machine prefer Xvesa on Xorg so the script provided by qtdemo-init.bb is wrong. |
18:02.27 | _alx_ | tried to start Xorg from console, cannot find FB device, while I get sig11 trying Xorg -configure. |
18:03.06 | Tartarus | Well, start with just x11-image and confirm it works |
18:03.15 | Tartarus | Then it should be a simple'ish matter to see what the others do wrong |
18:04.11 | _alx_ | x11-image or xorg-image ? |
18:04.37 | Tartarus | x11-image |
18:08.12 | _alx_ | what are the differences ? |
18:08.25 | Tartarus | Well, for qemux86 nothing |
18:09.08 | *** join/#oe woglinde (~heinold@g225005115.adsl.alicedsl.de) |
18:09.08 | _alx_ | the real board is using an atom |
18:09.13 | Tartarus | heh |
18:09.34 | _alx_ | it's not so far different from qemu :) |
18:19.35 | Andy_ | _alx_, regarding copying include files. This means that also some .bb files has to be copied to local overlay when setting up my own local overlay .bb files for toolchains. |
18:24.40 | Andy_ | Anybody out there how knows about why files (in upstream OE tree) required from receipt in local overlay is not found? |
18:26.05 | kergoth | that depends on what files you're talking about |
18:27.04 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
18:27.52 | Andy_ | I've just set up toolchain .bb files in local overlay to build SDK (as described in the OE user manual). These receipts require som other .bb files that are not in the local overlay but in the upstram OE tree. |
18:27.53 | *** join/#oe Crofton (~balister@207.47.37.2.static.nextweb.net) |
18:29.09 | Andy_ | kergoth, one of the files not found is task-sdk-host.bb |
18:30.39 | kergoth | include/require are found via BBPATH |
18:31.25 | *** join/#oe _alx_ (~alx@host17-149-dynamic.56-82-r.retail.telecomitalia.it) |
18:31.28 | Andy_ | I'll check that. |
18:33.34 | Andy_ | How deep down do BBPATH have to be? Now I have it set to ...build: ...local: ...openembedded. Meaning that both the top of my local overlay and the top of the upstream OE is in BBPATH. |
18:33.40 | kergoth | there is no "deep" |
18:33.52 | kergoth | if i include 'foo.bb', it looks for foo.bb in teh root of each dir in bbpath |
18:34.07 | kergoth | it also happens that hte dir where a recipe resides gets temporarily added to bbpath |
18:34.31 | kergoth | if, on the other hand, i include 'recipes/foo/foo.inc' or similar... |
18:36.46 | Andy_ | So what, the best thing is to specify the .inc file or .bb file with require and the full path from the top? Like recipes/foo/foo.bb? |
18:37.04 | kergoth | if you want it to be able to find that included file in other collections/layers, yes |
18:37.18 | kergoth | it really depends on what you're trying to accomplish |
18:39.06 | Andy_ | I've been making my own adapted versions of some receipts like the toolchain/SDK receipts which are referring to other .inc or .bb files from the standard upstream collection |
18:39.31 | Andy_ | It would be nice to just keep on using the untouched standard files without copying them. |
18:40.01 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
18:40.26 | kergoth | right, in that case you'd want to include the path from the root of the collection |
18:42.40 | Andy_ | Well, that is a ok solution. Nicer would be to have a default dynamich search path set in some way to search for included files in both the local overlay and in the same place in the upstream tree. |
18:43.26 | kergoth | that isn't how bitbake works, and that would be prone to problems. bitbake doesn't prevent you from having multiple recipes with the exact same filename in a single collection |
18:46.31 | Andy_ | How do you mean that this prevents from searching for files in two or more directory trees? If the include file does not exist in the same dir as the receipt that is parsed it could find the inlcude file in another dir. |
18:46.42 | Andy_ | Couldnt that work? |
18:47.07 | Andy_ | Just like the search for the .bb files in general? |
18:48.31 | kergoth | .bb files aren't searched in the common case, for one |
18:48.41 | kergoth | and once again, there's nothing stopping you from having 73 foo.inc's in your tree |
18:48.47 | kergoth | what magic do you think its going to use to pick one? |
18:51.43 | Crofton | advanced magic |
18:51.50 | Andy_ | Yes, i can have 73 foo.inc. But the include of one now from my receipt is the one in the same directory as the receipt itself (in the local overlay). If not found there a potential good place too look would be in the same directory in the upstream tree. |
18:52.10 | Andy_ | Sorry if the comments/questions are stupid. :-) |
18:54.18 | ckrinke | I am wondering why I cannot "touch .config" in tmp/work/...linux-2.6.34/" and then "bitbake virtual/kernel" and get a new uImage? |
18:55.10 | Andy_ | ckrinke, because the kernel tree is already built |
18:55.41 | Andy_ | ckrinke, the status about comiled packages are kept in some status files. |
18:56.07 | ckrinke | Ok, but, .... what I need to do is modify a kernel tree for a new board based on an existing reference board to get a new kernel. Obviously I dont "grok" the OE way yet. |
18:56.21 | Andy_ | ckrinke, try to do a "bitbake -f virtual/kernel" to force a build |
18:56.56 | Andy_ | ckrinke, maybe you have to be more specific like "bitbake -f virtual/kernel -c compile" |
18:57.28 | ckrinke | Thanks. good hints. I am coming up on the OE curve so need to get my mind around the work flow. |
18:58.40 | Andy_ | crinke, If you want to change something in the kernel konfiguration more than just touching the .config open a devshell. This is really neat I think. |
18:59.12 | ckrinke | Let me try a bit more specific question. In the PPC architecture a .dtb file (DeviceTreeBinary) is usually compiled. Is the .dtb a part of the virtual/kernel recipe or a seperate recipe? |
18:59.52 | ckrinke | ah, devshell? From that, would I do "make menuconfig" or "make" in the kernel tree? |
19:00.07 | Andy_ | crinke, Try "bitbake virtual/kernel -c devshell". You should get a shell window (within the linux kernel dir) with all environment variable set up and can do things like "make menuconfig". |
19:01.18 | ckrinke | Coolness, Andy. That starts getting me back to more familiar territory. |
19:01.29 | Andy_ | crinke, OH your working with a PPC. So am I from time to time. Which PPC? |
19:02.10 | ckrinke | I have been working with 8313 and recently a P2020 and now started a project with an 8323. |
19:02.51 | ckrinke | My work to date has been with ltib, so I am coming up to speed on OE |
19:02.51 | Andy_ | Oh, so you are the one posting in the users mailing list about glibc? |
19:03.17 | ckrinke | yeah, Khem is very helpful. I am recompiling right now looking for the glibc issue |
19:03.29 | ckrinke | Takes a "looooong time" to compile |
19:04.01 | Andy_ | I'll try a build myself... |
19:04.03 | ckrinke | So, my mind is trying to get ahead a bit and work through the issues I see coming up in the next week or so. |
19:04.31 | ckrinke | would you be Andy as in "Andy Fleming"? |
19:05.05 | Andy_ | Have you been using LTIB in earlier PPC projects and now switch to OE? |
19:05.05 | *** join/#oe _alx_ (~alx@host42-167-dynamic.52-82-r.retail.telecomitalia.it) |
19:05.20 | Andy_ | Not Andy Fleming. Anders Törnqvist |
19:06.05 | ckrinke | just guessing on that one. But good to meet you (virtually). |
19:07.38 | Andy_ | Regarding the DTB build. From what I have seen so far it is managed in the kernel receipts. |
19:11.27 | ckrinke | That would make sense. I have used the "dtc", DeviceTreeCompiler from a bash in an ltib shell in the past and it works fine, so I would assume a similar thing should be possible in OE |
19:12.32 | ckrinke | In morphing u-boot and uImage to a new board, one finds a lot of time spent on register initialization, interrupt settings and memory maps and that leads to lots of interest in u-boot, linux kernel initialization and making sure the .dtb is sane. |
19:14.54 | kergoth | Andy_: no, bitbake has zero knowledge of the "same place in upstream tree". it has no idea what "upstream" is. also, you could do that yourself entirely in the metadata, by manipulating BBPATH based upon FILE. further, there's no guarantee all your layers have the same layout, bitbake doesn't require that. its up to you what you include for a reason |
19:15.49 | Andy_ | cranke, I just fired up a build of mpc8223e-rdb with angstrom-2008.1 and minimal imag like you describe in the mailing list. I'll see if I get the same problem. |
19:16.41 | ckrinke | Thanks Andy. BTW, I'm usually not "cranky", I usually try to be "ckrinke", as in "Charles Krinke" |
19:17.00 | ckrinke | most of the time, anyway |
19:17.48 | Andy_ | kergoth, Ok, I follow you. Sounds like it is a better idea then to be specific about the path in the "require" line if I want get the result I'm after. |
19:17.53 | ckrinke | I'm at step 300 of 1400 on the compile. I havent added in the psyco.net compiler or multiple tasks in local.conf yet. |
19:18.17 | Andy_ | crinke, sorrry for the misspelling. |
19:18.47 | Andy_ | crinke, I thinkyou have to get a fater computer, Mine just passed line 552. :-) |
19:20.15 | Andy_ | crinke, unfortunately we will probably not have the exact same result. I'm using release-2010.12 and the the main git. |
19:21.11 | ckrinke | <harumph> |
19:23.41 | ckrinke | Is that bitbake release-2010.12 and OE main git? |
19:24.22 | Andy_ | In the build tree for the moment it is bitbake 1.10.2 and OE release 2010.12 |
19:24.53 | ckrinke | Ok, I've got bitbake 1.20.2 and I did a git pull on OE last night |
19:24.59 | ckrinke | er, 1.10.2 |
19:26.07 | ckrinke | Although, I am having an issue with "gettext" in the gcc-cross-initial task right now, even though I did an apt-get install gettext with my Debian installation <sigh> |
19:27.54 | *** join/#oe darkstar62 (~darkstar6@97-126-107-62.tukw.qwest.net) |
19:33.24 | Andy_ | crinke, What is the error message? I just sa a "Missing inherit gettext" message pass by. But it didn't stop. |
19:34.41 | ckrinke | Hmm, mine stopped (or at least paused for a long time), but, .... I dont think the gettext is the issue I was seeing with glibc last night. I think the error is further along in the build. Although, if you dont get an error, that helps a great deal as it indicates a setup issue on my end and not a problem with OE. |
19:34.42 | Andy_ | crinke, the message iwas for gcc-cross-initial-4.3.3 |
19:34.58 | ckrinke | right, but that is not the error, that is a |
19:35.02 | ckrinke | nag" |
19:35.14 | ckrinke | hopefully you will *not* get an error |
19:35.23 | khem | this was added when bitkeeper was in use |
19:35.34 | khem | hmm |
19:35.58 | Andy_ | bitkeeper? |
19:36.11 | khem | was meant for some other channel |
19:38.05 | Andy_ | crinke, my build also paused for a while. gcc is a really BIG package to build. Even for a fast computer. |
19:38.28 | Andy_ | crinke, Now I got a build error! |
19:38.42 | Andy_ | glibc_2.9 fails to build |
19:54.56 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
19:59.16 | ckrinke | Ok, Andy. Now the question becomes "why". The good news is you get a similar error. The bad news is there is an error. |
19:59.35 | ckrinke | I wonder if other PPC MACHINE definitions might build? |
20:04.56 | ckrinke | I restarted my compilation again to see if the newly installed gettext gives me no "nag" and am kerchunking my way past task 278 of 1411 but with a "bitbake minimal-image | tee log.txt" so I can see if I can intuit where it goes awry a bit better. |
20:15.30 | CIA-10 | 03Khem Raj <raj.khem@gmail.com> 07master * rcb23dffdbe 10openembedded.git/recipes/vdr/vdr_1.7.16.bb: |
20:15.30 | CIA-10 | vdr_1.7.16.bb: Specify the libc-uclibc override correctly |
20:15.30 | CIA-10 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
20:16.17 | ckrinke | Interesting. I rebooted my laptop and now went by the gcc-cross-initial with no nag about gettext. There is still hope that I can get through this compilation of mpc8323e-rdb with a sane glibc |
20:16.56 | ckrinke | oops. Spoke too soon, still "missing inherit gettext", but the pause is short. |
20:30.22 | *** join/#oe anarsoul_ (~anarsoul@80.249.93.49) |
20:47.18 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
20:58.04 | *** join/#oe Crofton (~balister@adsl-75-37-22-143.dsl.pltn13.sbcglobal.net) |
20:59.00 | CIA-10 | 03Klaus Kurzmann <mok@fluxnetz.de> 07master * r072779ca8c 10openembedded.git/recipes/shr/ (2 files in 2 dirs): |
20:59.00 | CIA-10 | initscripts-shr: add script to populate /dev/cmt on nokia900 |
20:59.00 | CIA-10 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
21:03.39 | lostincake1 | anyone here using gtk-sharp? |
21:03.56 | lostincake1 | or mono winforms for that matter |
21:10.21 | *** part/#oe CIA-10 (~CIA@208.69.182.149) |
21:25.09 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
21:30.56 | *** join/#oe CIA-3 (~CIA@208.69.182.149) |
21:39.58 | *** join/#oe vanous (~vanous@194.228.223.3) |
21:45.01 | Andy_ | crinke, Have you tried another version of glibc than the failing one for 8323? |
22:01.14 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
22:04.34 | ckrinke | Dear Andy: "Another version of glibc" ? Can you help me understand how to do that? I am a tiny-bit glibc challenged as to how to change to another. |
22:10.44 | *** join/#oe CIA-4 (~CIA@208.69.182.149) |
22:17.53 | *** join/#oe lamawithonel (~lucas@173-114-143-114.pools.spcsdns.net) |
22:21.08 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
22:22.34 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
22:25.19 | *** join/#oe woglinde_ (~heinold@g225072094.adsl.alicedsl.de) |
22:25.46 | woglinde_ | he khem |
22:27.04 | woglinde_ | hm is chicago comming back now |
22:28.44 | Crofton | I am somewhat concerned that woglinde watch US sports |
22:28.52 | woglinde_ | touchdown |
22:28.55 | woglinde_ | crofton why? |
22:28.59 | Crofton | :) |
22:29.04 | Crofton | you know more than me |
22:29.13 | woglinde_ | I am watching biathlon too |
22:29.17 | Crofton | ok |
22:29.19 | woglinde_ | and other wintersports |
22:29.22 | Crofton | that is fun |
22:29.33 | Crofton | I would think more American would like biathlon |
22:29.39 | Crofton | because it involves guns |
22:29.52 | Crofton | but i think they are put off by the physical activity bit :0 |
22:30.00 | woglinde_ | hm there es one worldcup race at least |
22:30.03 | woglinde_ | in usa |
22:30.23 | woglinde_ | they should try it |
22:30.32 | Crofton | yeah |
22:30.35 | Crofton | it is interesting |
22:30.36 | woglinde_ | and tries to fire other the skiing |
22:31.11 | woglinde_ | crofton are you watching too? |
22:31.16 | Crofton | no |
22:31.18 | Crofton | at work |
22:31.27 | ka6sox-away | Work bah |
22:31.32 | ka6sox-away | not fun |
22:31.37 | Crofton | learning permenantly change screen resolution on over tide |
22:32.09 | woglinde | ka6sox? |
22:33.36 | woglinde | I need a better connection some day |
22:39.27 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
22:52.40 | woglinde | thats it |
22:54.55 | *** join/#oe pespin (~pespin@54.pool85-50-95.dynamic.orange.es) |
22:57.05 | woglinde | wow |
23:02.30 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
23:04.51 | *** join/#oe guufy1 (~Guufy@70-35-57-218.static.wiline.com) |
23:06.04 | *** join/#oe CMoH (~cipi@95.76.68.223) |
23:06.04 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
23:11.39 | *** join/#oe tlab (~tlab@c-69-243-187-136.hsd1.in.comcast.net) |
23:18.40 | woglinde | good nite |
23:42.19 | *** join/#oe guufy1 (~Guufy@70-35-57-218.static.wiline.com) |