00:11.53 | *** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net) |
00:29.33 | J13R | I get "Cannot create directory /var/lib/opkg: Permission denied" messages. Somehow a prefix seems to be missing in those subscripts |
00:30.01 | J13R | in do_rootfs |
00:34.49 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
00:35.43 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
00:37.16 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
00:53.24 | grg | J13R, yeah i saw them a couple of days ago too. seems harmless |
01:00.45 | *** join/#oe reachfh (n=reachfh@221.169.210.231) |
01:19.31 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
01:23.02 | J13R | I get a tk error: http://pastebin.com/f471331dd |
01:23.09 | J13R | I already tried clean&rebuild |
01:23.12 | J13R | for tk |
01:23.47 | zecke | grg: morning |
01:24.03 | grg | hello |
01:24.20 | J13R | hey |
01:24.46 | J13R | maybe I just need to bitbake tcl |
01:25.11 | J13R | I also get "sh: rm: command not found" messages ... |
01:25.39 | zecke | grg: your glibc-ports patch works (at least stuff compiles and links) |
01:25.54 | grg | zecke, excellent. thanks for testing that :) |
01:30.37 | grg | J13R, the rm command not found messages come from tcl or tk? |
01:33.38 | J13R | tcl |
01:33.53 | J13R | grg: tk doesn't compile |
01:34.08 | J13R | how can I find out what pulls in tk? |
01:34.19 | J13R | is there a tree-view or something? |
01:34.30 | zecke | J13R: try "bitbake tcl" as you said, also search the staging area fo tclint.h" |
01:34.46 | grg | 'bitbake -g tk' will generate a dependency graph |
01:34.46 | J13R | zecke: tcl compiled fine |
01:34.58 | zecke | J13R: bitbake -g tk, this will generate depends.dot and task-depends.dot, you will have to look at the file by hand as "dot" crashes on it :) |
01:35.28 | grg | there is a script in contrib which seems to work on the .dot files |
01:35.35 | J13R | I do not have X |
01:35.44 | grg | :) |
01:36.00 | grg | the .dot files are mostly human readable |
01:36.07 | J13R | the tclInt.h is in the staging area |
01:36.15 | *** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org) |
01:36.16 | J13R | tcl8.4.19/generic/tclInt.h |
01:37.17 | zecke | J13R: bug tcl8.4.19/generic is not in the include path? |
01:37.44 | zecke | J13R: how is tk detecting tcl? |
01:38.15 | *** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org) |
01:38.39 | grg | I see "-I/home/user/angstrom-dev/work/armv5te-angstrom-linux-gnueabi/tcl-8.4.19-r2/tcl8.4.19/generic" in the pastebin |
01:39.05 | zecke | grg: oh that is bad |
01:39.23 | grg | that's how tk works |
01:39.35 | grg | its looks for a tcl dir in its parent directory |
01:39.43 | grg | (from memory) |
01:40.10 | J13R | yeah, I just noticed too |
01:40.11 | zecke | it shouldn't use the workdir (tm). |
01:40.11 | J13R | so odd |
01:40.40 | grg | it probably needs a configure flag to point it at tcl |
01:40.41 | J13R | I don't have the dir ...linux-gnueabi/tcl-8.4.19-r2/tcl* , just temp/ |
01:41.48 | grg | J13R, then where is tcl being built? |
01:43.00 | J13R | applies some dark force |
01:44.34 | J13R | if I wouldn't know better, I'd say they forgot to make tk depend on tcl |
01:47.25 | zecke | J13R: then look at the tk bb file and see if it has DEPENDS = "tcl" |
01:50.34 | *** join/#oe tomyjwu (n=yjwu@211.144.202.130) |
01:53.26 | J13R | zecke: that seems alright, tk pulls in tcl |
01:53.31 | zecke | J13R: i will attempt a tk build once my other builds finish |
01:53.41 | J13R | but I don't have a tcl-.../tcl... folder after it installed |
01:53.51 | J13R | just tcl-.../temp/ |
01:54.18 | J13R | in work/arm...linux.../ |
01:54.58 | grg | J13R, it might be in your work/${MACHINE}.../ dir ? |
01:55.30 | grg | no scratch that |
01:55.48 | grg | there is no such dir |
01:57.00 | J13R | python pulls in tk |
01:57.17 | J13R | do not want |
01:57.22 | J13R | tk is ugly anyway |
02:00.34 | J13R | does a force-choke on python recipy |
02:03.55 | *** join/#oe fraxinath (n=quassel@p54AA6467.dip.t-dialin.net) |
02:04.37 | *** join/#oe user2 (n=3MX@71-208-57-187.hlrn.qwest.net) |
02:04.38 | *** join/#oe user3 (n=3MX@71-208-57-187.hlrn.qwest.net) |
02:07.11 | J13R | I always get this bluez-libs aswell when it does the runqueue: http://pastebin.com/f738f3fbe |
02:07.37 | J13R | sorry, mistyped |
02:07.45 | J13R | ERROR: Multiple .bb files are due to be built which each provide bluez-libs (/home/user//openembedded/recipes/bluez/bluez4_4.35.bb /home/user//openembedded/recipes/bluez/bluez-libs_3.36.bb). |
02:07.45 | J13R | This usually means one provides something the other doesn't and should. |
02:09.01 | *** join/#oe tomyjwu_ (n=yjwu@211.144.202.130) |
02:10.37 | grg | Is there some kind of mechanism for including firmware files in a rootfs? The driver is in kernel, but the firmware is from the vendor. |
02:11.45 | J13R | grg: should usually go into /lib/firmware/ |
02:12.03 | grg | i know |
02:12.20 | zecke | grg: create a firmware recipe? |
02:12.21 | grg | but is there a recipe/class/task which is supposed to handle this? |
02:13.44 | zecke | grg: no special class, e.g. look at the linux-firmware recipe, it is a simple copying of files in do_install() |
02:14.20 | *** join/#oe SDuensin (n=Scott@12-226-44-250.client.mchsi.com) |
02:14.42 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
02:15.29 | grg | zecke, linux-firmware is what I need. perfect! |
02:25.01 | J13R | should one send these QA notices in? http://pastebin.com/f6d565840 |
02:25.13 | *** join/#oe kergoth (n=kergoth@ip68-108-193-231.ph.ph.cox.net) |
02:27.23 | zecke | kergoth: hey |
02:42.44 | J13R | haha I removed tk and idle from the python recipe and it compiled and made the image :-) *dance* |
02:59.10 | *** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
03:12.02 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
03:18.46 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) |
03:29.20 | *** join/#oe Laibsch1 (n=Laibsch@p5B3B19B5.dip.t-dialin.net) |
03:46.42 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
04:01.20 | *** join/#oe schasch (n=bucket@p578b7dd5.dip0.t-ipconnect.de) |
04:21.57 | *** join/#oe rsalveti (n=rsalveti@189.70.48.107) |
04:24.35 | *** join/#oe tomyjwu (n=yjwu@211.144.202.130) |
04:25.42 | grg | What are people using for wireless configuration on touchscreen devices? |
04:26.00 | grg | Any good interfaces to wpa_supplicant that also do general network setup? |
04:28.04 | zecke | grg: at Openmoko we started to experience with conman (from moblin) |
04:28.52 | grg | grepping for wpa in .bb files shows connman and networkmanager as the only two options |
04:29.03 | zecke | connman |
04:29.03 | grg | i'll look into connman :) |
04:29.20 | zecke | grg: hrw recently posted a screenshot of a Gtk+ based app to configure it |
04:31.31 | grg | zecke, hmmm i don't see anything |
04:31.38 | grg | got a link? |
04:33.34 | zecke | http://marcin.juszkiewicz.com.pl/2009/07/16/hacking-ui-for-small-resolutions/ |
04:36.55 | grg | cool |
04:37.24 | grg | i'm blessed with an 800x600 display, so vga is not a problem |
05:04.54 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
05:11.09 | *** join/#oe powderluv (n=powderlu@ip67-89-254-6.z254-89-67.customer.algx.net) |
05:15.07 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
05:17.29 | *** join/#oe zecke (n=ich@123-192-185-227.dynamic.kbronet.com.tw) |
05:21.02 | *** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
05:47.45 | *** join/#oe tomyjwu (n=yjwu@211.144.202.130) |
06:04.01 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
06:08.01 | *** join/#oe xjqian (i=gordon@96-35-200-33.dhcp.stls.mo.charter.com) |
06:09.18 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
06:12.52 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
06:12.57 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
06:13.06 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
06:24.02 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
06:33.28 | *** join/#oe mhnoyes (n=mhnoyes@sourceforge/sitedocs/mhnoyes) |
06:49.15 | *** join/#oe thebohemian (n=rschus@p5DDC73CA.dip.t-dialin.net) |
06:53.53 | methril|work | morning |
07:16.49 | CIA-1 | 03Ulf Samuelsson <ulf.samuelsson@atmel.com> 07ulf/linux-2.6.30.2 * r2bc4ef8c97 10openembedded.git/ (5 files in 2 dirs): Add framework for generating board build directories and capability to build multiple boards |
07:26.02 | *** join/#oe frank7d (n=frank@p549F072D.dip0.t-ipconnect.de) |
07:27.46 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
07:38.03 | *** join/#oe AvengerMoJo_ (n=alex@61.14.130.200) |
07:44.03 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r857baa5b0f 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom: prefer a version of python that actually builds |
07:45.05 | CIA-1 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * rca8509346c 10openembedded.git/ (conf/checksums.ini recipes/gnome/libgnomecanvas_2.26.0.bb): libgnomecanvas: add 2.26.0 |
07:46.50 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
07:53.58 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7d61ab869f 10openembedded.git/recipes/u-boot/ (u-boot-git/new-pinmux.patch u-boot_git.bb): u-boot git: update beagleboard pinmux file |
07:56.33 | *** join/#oe borg_ (n=olaf@80.149.17.21) |
08:06.26 | *** join/#oe NvrBst (n=nb@66.183.110.9) |
08:16.16 | *** join/#oe thebohemian (n=rschus@p5DDC73CA.dip.t-dialin.net) [NETSPLIT VICTIM] |
08:16.16 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) [NETSPLIT VICTIM] |
08:16.16 | *** join/#oe SDuensin (n=Scott@12-226-44-250.client.mchsi.com) [NETSPLIT VICTIM] |
08:16.16 | *** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net) [NETSPLIT VICTIM] |
08:16.16 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-33.se.biz.rr.com) [NETSPLIT VICTIM] |
08:16.16 | *** join/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net) |
08:16.16 | *** join/#oe ScriptRipper (n=martin@opensuse/member/MartinMohring) [NETSPLIT VICTIM] |
08:16.16 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
08:16.16 | *** join/#oe koobe (n=koobe@83.150.95.26) [NETSPLIT VICTIM] |
08:16.16 | *** join/#oe valhalla (n=valhalla@81-174-25-108.dynamic.ngi.it) [NETSPLIT VICTIM] |
08:16.16 | *** join/#oe lisandropm (n=lisandro@voip.cepanet.com.ar) [NETSPLIT VICTIM] |
08:16.16 | *** join/#oe henryk_afc (i=henryk@shiny.ploetzli.ch) [NETSPLIT VICTIM] |
08:16.16 | *** join/#oe ReaperOfSouls (n=nnnjpuhl@nat/montavista/x-74666ffbd7f9ebb9) [NETSPLIT VICTIM] |
08:19.44 | *** join/#oe JavaJim (n=rof@195.145.229.154) |
08:20.19 | CIA-1 | 03Ulf Samuelsson <ulf.samuelsson@atmel.com> 07ulf/linux-2.6.30.2 * r5b95b24f46 10openembedded.git/scripts/ (MAKEALL board_list.sh environment.sh make-local.conf.sh): Build boards under the 'boards' directory |
08:20.20 | CIA-1 | 03Ulf Samuelsson <ulf.samuelsson@atmel.com> 07ulf/linux-2.6.30.2 * r9c1acf9930 10openembedded.git/recipes/linux/linux-2.6.30.2/at91sam9g45ek/defconfig: Remove power management from sam9g45ek defconfig which breaks kernel build |
08:24.56 | CIA-1 | 03Ulf Samuelsson <ulf.samuelsson@atmel.com> 07ulf/linux-2.6.30.2 * r5ce9fa6dc2 10openembedded.git/scripts/MAKEALL: Do not comment away the real work\! |
08:28.53 | *** join/#oe boris_OmegA (n=boris@82.225.44.70) |
08:32.24 | *** join/#oe boris_OmegA_ (n=boris@82.225.44.70) |
08:38.22 | *** join/#oe Foolean (n=emil@90-227-176-224-no128.tbcn.telia.com) |
08:41.36 | *** join/#oe Wiedi|Har (n=wiedi@2001:67c:14:1016:217:f2ff:fe2a:a569) |
08:42.53 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
08:43.49 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
08:50.16 | *** join/#oe boris_OmegA (n=boris@82.225.44.70) |
08:51.11 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
08:53.46 | *** join/#oe boris_OmegA_ (n=boris@82.225.44.70) |
08:56.37 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
08:57.30 | *** join/#oe boris_OmegA (n=boris@82.225.44.70) |
08:59.23 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
09:01.31 | *** join/#oe boris_OmegA_ (n=boris@82.225.44.70) |
09:01.38 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
09:01.44 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd193340b35 10openembedded.git/recipes/gnome/gdm_2.26.1.bb: gdm 2.26.1: add missing dep on xinput |
09:08.02 | *** join/#oe boris_OmegA (n=boris@82.225.44.70) |
09:10.56 | methril|work | i see a bug for guile-native 1.8.2 (#5261) |
09:11.04 | methril|work | someone reverted this? |
09:12.19 | *** join/#oe mcgeagh (n=McGeagh@xbmc/staff/mcgeagh) |
09:15.22 | th1_ | is there any way to speed up OE on amd64, like with psyco on i386? |
09:18.29 | methril|work | how many BB_THREADS do you have? and how many "make -j 4"? |
09:20.27 | th1_ | I have 4 and 4, it's maxing my quadcore out |
09:20.50 | th1_ | the psyco speedup would be nice when I'm playing around with recipes and configs though (since re-generating the cache is the most slow task) |
09:21.47 | th1_ | and correct me if I'm wrong but I'm pretty sure the caching stuff is singlethreaded |
09:23.30 | methril|work | th1_: IIRC there are some bitbake tests to get a faster parser |
09:23.46 | methril|work | th1_: take a look to the bitbake git repo |
09:24.53 | th1_ | ok, I might later but right now I want a stable build :) |
09:26.10 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-88032175007c36d8) |
09:27.58 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
09:28.26 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
09:29.26 | *** join/#oe boris_OmegA (n=boris@82.225.44.70) |
09:36.58 | *** join/#oe boris_OmegA_ (n=boris@82.225.44.70) |
09:47.48 | *** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-52-61.w82-125.abo.wanadoo.fr) |
09:50.34 | methril|work | th1_: then you've to wait ;) (or bought a 8-core machine) |
09:50.55 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
10:00.19 | *** join/#oe ZaPPaS (n=moritz@129.69.51.130) |
10:06.44 | *** join/#oe pistatio (n=pistatio@dialup-4.233.194.53.Dial1.Manchester1.Level3.net) |
10:09.35 | mickey|sports | thebohemian: ping? |
10:09.38 | mickey|sports | zecke: ? |
10:09.40 | *** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-52-61.w82-125.abo.wanadoo.fr) |
10:09.44 | zecke | mickey|sports: yes |
10:09.50 | mickey|sports | telco? |
10:10.00 | mickey|sports | (it's 12 MESZ) |
10:10.08 | zecke | mickey|sports: didn't manage to get skye working..., can I follow on irc? |
10:10.29 | mickey|sports | hmm, k, then join #oe-meeting |
10:11.02 | Gnutoo | what is that meeting? |
10:11.08 | Gnutoo | should I join too? |
10:11.22 | Gnutoo | is that the meeting discussed on the ml? |
10:11.23 | zecke | Gnutoo: if you are a member of the OE e.V. board |
10:11.26 | Gnutoo | in order to bootstrap the ev? |
10:11.28 | Gnutoo | no I'm not |
10:11.44 | pb__ | hi mickey|sports, zecke |
10:11.59 | Gnutoo | should I become one or is there enough members? |
10:12.15 | mickey|sports | hi pb__ |
10:12.16 | zecke | Gnutoo: relax and wait :) |
10:12.22 | Gnutoo | ok thanks |
10:12.31 | zecke | the e.V. exists, we are just not there to easily add new members :} |
10:12.33 | mickey|sports | Gnutoo: definitely join, but we have some bearocracy to fix |
10:12.39 | mickey|sports | beforehand |
10:12.46 | Gnutoo | ok |
10:13.03 | Gnutoo | were the status translated into english? |
10:16.37 | zecke | pb__: could I talk you into looking at the posted glibc patch to use glibc-ports 2.9 when building glibc-2.9? |
10:16.57 | pb__ | zecke: yup, I can look at taht |
10:16.59 | pb__ | that, too |
10:19.59 | *** part/#oe schasch (n=bucket@p578b7dd5.dip0.t-ipconnect.de) |
10:20.29 | methril|work | could someone try to build guile-native? the 1.8.2 version doesn't compile to me |
10:28.49 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
10:30.29 | Laibsch1 | zecke: Do you have an idea how to easily manipulate OE or bitbake to skip any hg/git/svn/cvs SRC_URI in do_fetch? |
10:31.25 | zecke | Laibsch: skip? it tries mirrors first anyway? |
10:31.29 | zecke | Laibsch: skip == fail? |
10:31.31 | Gnutoo | methril|work, what's your setup...that was my commit |
10:31.50 | Gnutoo | someone else had it failing |
10:31.51 | Laibsch | zecke: I thought those SRC_URI wouldn't try a mirror? |
10:31.54 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
10:31.56 | Gnutoo | I've cloned his setup |
10:31.59 | Gnutoo | and it worked |
10:32.01 | Gnutoo | strange.... |
10:32.28 | zecke | Laibsch: they at least used to try a mirror |
10:32.32 | Laibsch | zecke: I want to skip, not fail. I'm in the process of setting up an OE source mirror and I did not want to waste the considerable HD space for the SCM sources. |
10:32.57 | Laibsch | zecke: Oh, then we misunderstood each other yesterday. I asked and you said they don't. |
10:33.23 | Laibsch | so, it make sense to mirror the tarballs generated from SCMs? |
10:33.33 | zecke | Laibsch: sorry, we will try to get a mirrored checkout/repo to take load off the repo's |
10:33.45 | zecke | Laibsch: little, only the ones we point to a given SRCREV |
10:33.48 | Laibsch | ? |
10:34.46 | zecke | Laibsch: sometimes, e.g. glibc 2.5 we built from CVS as there was no release. So this rev is pretty stable and it would make sense to mirror |
10:34.57 | zecke | Laibsch: on the other hand, source that changes every day... |
10:35.10 | Laibsch | OK, understood |
10:42.44 | *** join/#oe dth_ntb (i=59b740b1@gateway/web/freenode/x-8e87fb8d76bd023c) |
10:44.07 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-74d923e72cd73f78) |
10:45.55 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
10:52.36 | *** join/#oe th1 (n=th@pdpc/supporter/professional/th1) |
11:02.44 | *** join/#oe Wiedi|Har (n=wiedi@2001:67c:14:1016:217:f2ff:fe2a:a569) |
11:08.34 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
11:12.09 | Crofton | Laibsch, have dns changes gone through? |
11:12.33 | Laibsch | let me see |
11:13.38 | Laibsch | Crofton: yes, looks good. Thank you. |
11:13.43 | *** join/#oe simon42 (n=simon@10.65.238.89.serverhousing.manitu.net) |
11:13.56 | Laibsch | I think, we will eventually have more than one IP for mirrors. |
11:16.02 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
11:18.46 | methril|work | Gnutoo: sorry i'm using oe.dev and shr from shr/import |
11:19.08 | Gnutoo | me too |
11:19.29 | methril|work | in the oe.dev repo with the shr conf? |
11:19.37 | methril|work | is what i'm doing right now :) |
11:23.06 | *** join/#oe marex (n=marex@thor.hackndev.com) |
11:23.51 | florian | brb, food |
11:25.13 | *** join/#oe dcordes (n=luke-g@unaffiliated/dcordes) |
11:27.26 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r8ded6c1580 10openembedded.git/ (6 files in 4 dirs): |
11:27.26 | CIA-1 | linux-omap*: evm and beagle updates |
11:27.26 | CIA-1 | * the 'zippy' daughtercard now has working mmc, rtc and ethernet |
11:31.18 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * raec1d462f3 10openembedded.git/recipes/freesmartphone/libgsm0710_git.bb: |
11:31.18 | CIA-1 | libgsm0710: switch to SRCPV |
11:31.18 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
11:31.20 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r2d549a6af6 10openembedded.git/recipes/freesmartphone/fso-gpsd_git.bb: |
11:31.20 | CIA-1 | fso-gpsd: switch to SRCPV |
11:31.21 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
11:31.25 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * rf875d62bbb 10openembedded.git/recipes/pyphonelog/pyphonelog_git.bb: |
11:31.28 | CIA-1 | pyphonelog: switch to SRCPV and adjust PV |
11:31.30 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
11:31.32 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * rd4710d39f7 10openembedded.git/recipes/freesmartphone/libgsm0710mux_git.bb: |
11:31.35 | CIA-1 | libgsm0710mux: switch to SRCPV |
11:31.37 | Ainulindale | mrmoku: spammer! :-) |
11:31.37 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
11:31.39 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r0e9deaf1f7 10openembedded.git/recipes/freesmartphone/dbus-hlid_git.bb: |
11:31.42 | CIA-1 | dbus-hlid: switch to SRCPV and adjust PV |
11:31.44 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
11:31.46 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r5dd097e304 10openembedded.git/recipes/freesmartphone/cornucopia.inc: |
11:31.49 | CIA-1 | conrnucopia.inc: switch to SRCPV |
11:31.51 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
11:31.57 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r11e5b32aec 10openembedded.git/recipes/freesmartphone/mickeydbus_git.bb: |
11:32.00 | CIA-1 | mickeydbus: switch to SRCPV |
11:32.02 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
11:32.04 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r9e11a63bfc 10openembedded.git/recipes/freesmartphone/mickeyterm_git.bb: |
11:32.07 | CIA-1 | mickeyterm: switch to SRCPV |
11:32.09 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
11:32.43 | mrmoku | Ainulindale, yup |
11:32.54 | Ainulindale | and answer on core |
11:33.13 | mrmoku | yup |
11:47.54 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
11:49.38 | *** join/#oe mario-goulart (n=user@201-40-162-47.cable.viacabocom.com.br) |
11:50.24 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
11:57.59 | zecke | thebohemian: hey |
11:58.08 | zecke | thebohemian: have you any idea about MIPS? cacao and mips? |
11:58.59 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
12:02.57 | *** join/#oe vo5 (n=vo@bd21096b.virtua.com.br) |
12:05.04 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
12:16.38 | florian | re |
12:18.09 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
12:30.49 | *** join/#oe Crofton (n=balister@z69-94-196-187.ips.direcpath.com) |
12:31.44 | CruX| | i have linux and rs232 serial port. pins 2,3 are closed by jumper(RX, TX). I have a simple test program like while(1) {write(a); read(b); compare(a,b);}.... it is working until I remove jumper... then i'm getting read timeout errors. If I return jumper back I'm still getting read timeouts untlil test app isn't restarted. How can I do this without restarting app ? |
12:33.42 | zecke | CruX|: run without flow control? fix your serial driver? |
12:33.43 | *** join/#oe robtow (n=rob@64.62.142.114) |
12:34.19 | CruX| | zecke: this problem is on all serial ports |
12:34.32 | CruX| | i don't know how to fix it in userspace |
12:34.53 | CruX| | only close and open works here but that's ugly |
12:37.03 | CIA-1 | 03Roger Monk <r-monk@ti.com> 07org.openembedded.dev * r43100bfa8e 10openembedded.git/recipes/gnome/gnome-games_2.24.0.bb: gnome-games: fix paths to host SDL, bump PR |
12:38.05 | zecke | CruX|: all means what? |
12:39.01 | CruX| | zecke: ttyS0 and ttyUSB0 on my laptop and ttyS0 on at91SAAM... atmel evaluation board |
12:39.43 | zecke | CruX|: leaves one question unanswered... |
12:41.11 | CruX| | zecke: http://openpaste.org/en/16129/ here is my serial port setup not sure right now if it's ok |
12:42.40 | zecke | CruX|: okay, no idea then |
12:43.09 | CruX| | hmm strange |
12:52.29 | *** join/#oe Sleep-Walker (n=Sleep@nat/novell/x-jlezzexicojrqzom) |
13:05.13 | *** join/#oe emachado (n=edjunior@201.82.64.173) |
13:05.27 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-33.se.biz.rr.com) |
13:08.47 | *** join/#oe dfarnsworth (n=dfarnswo@65.200.49.156) |
13:12.10 | *** join/#oe sushisan (i=be3138bf@gateway/web/freenode/x-ntdtcpgvqogkicsv) |
13:15.02 | *** join/#oe oneshel (n=jim@c-98-216-198-0.hsd1.nh.comcast.net) |
13:42.22 | *** join/#oe hunternet93 (n=hunter@h166.75.22.98.dynamic.ip.windstream.net) |
13:44.09 | *** join/#oe aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
13:44.46 | JavaJim | Hi. I am trying to build the minimal distro (task: bootstrap-image) on stable/2009 and I am having problems with the distro-feed-configs recipe. Can anyone help me? |
13:45.59 | JavaJim | This is what I get: http://openpaste.org/16133/ |
13:48.07 | zecke | JavaJim: PACKAGE_EXTRA_ARCHS not being set? what kind of x86 machine do you have? |
13:48.49 | JavaJim | zecke: MACHINE = "x86" |
13:49.30 | JavaJim | I have tried to set PACKAGE_EXTRA_ARCHS = "x86" but then I got a sanity check error. |
13:52.13 | *** join/#oe steliosk (n=Stelios@ipa107.2.tellas.gr) |
13:52.15 | zecke | JavaJim: can you post bitbake -e -b your/distro-feed-configs.bb? |
13:53.22 | zecke | JavaJim: for me on .dev it is "CONFFILES_distro-feed-configs="/etc/opkg/all-feed.conf /etc/opkg/x86-feed.conf" |
13:54.38 | hunternet93 | Hi, I'm trying to use OE to build an Angstrom image. Bitbake base-image fails with: ERROR: function do_compile failed |
13:54.38 | hunternet93 | ERROR: see log in /media/sdb/oe//angstrom-dev/work/armv4t-angstrom-linux-gnueabi/curl-7.19.0-r2/temp/log.do_compile.10458 |
13:54.53 | zecke | hunternet93: yes, what does it tell? |
13:55.13 | hunternet93 | just a min... |
13:55.15 | JavaJim | zecke: I am afraid I can't follow. Do you mean the output of "bitbake -e -b openembedded/recipes/meta/distro-feed-configs.bb" ? |
13:55.36 | zecke | JavaJim: yes, and grep for ^CONFFILES |
13:55.52 | steliosk | hi all ! |
13:56.10 | sushisan | hi |
13:56.15 | hunternet93 | Ok, here's the error: arm-angstrom-linux-gnueabi-libtool: compile: ccache arm-angstrom-linux-gnueabi$ |
13:56.15 | hunternet93 | ../arm-angstrom-linux-gnueabi-libtool: line 976: ccache: command not found |
13:56.27 | hunternet93 | I guess I'll install ccache and try again. |
13:56.40 | JavaJim | zecke: No match |
13:57.34 | sushisan | question: I want to compile a generic image (x11-image) for a x86_64 architecture (AMD phenom in this case). What MACHINE I need to define? |
13:58.27 | JavaJim | zecke: "# expansion of CONFFILES_distro-feed-configs threw <type 'exceptions.SyntaxError'>" |
13:58.49 | JavaJim | zecke: Maybe that's why there is no match? |
13:59.14 | zecke | JavaJim: yes, could you paste me the CONFFILES_${PN} line of the recipe? |
13:59.24 | zecke | JavaJim: I have never used stable |
13:59.48 | JavaJim | zecke: CONFFILES_${PN} += '${@ " ".join( [ ( "${sysconfdir}/opkg/%s-feed.conf" % feed ) for feed in "all ${PACKAGE_EXTRA_ARCHS} ${MACHINE_ARCH}".split() ] ) }' |
13:59.52 | *** join/#oe Laibsch (n=Laibsch@p5B3B19B5.dip.t-dialin.net) |
14:00.15 | JavaJim | zecke: git diff HEAD -- ... showed not difference |
14:00.24 | JavaJim | s/not/no/ |
14:00.53 | *** join/#oe scruggs (n=chris@72-161-116-15.dyn.centurytel.net) |
14:01.17 | zecke | JavaJim: do you want to diff stable to dev? this command will not do that |
14:02.24 | JavaJim | zecke: erm, yes, that was my intention. But I am not familiar with git... |
14:02.38 | zecke | JavaJim: I have asked you something more easy |
14:03.02 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
14:03.23 | zecke | hunternet93: weird, OE should detect the presence of ccache and only use it then... in the back of my head I remember ccache problems on fedora/RHEL... |
14:04.56 | JavaJim | zecke: What do you mean? I already pasted the CONFFILES_${PN} line... |
14:05.32 | hunternet93 | ccash wasn't in my $PATH, |
14:05.47 | hunternet93 | I added it and now it has another error.... |
14:05.59 | zecke | JavaJim: right, sorry. the diff command you wanted was git diff branchA..branchB -- file :) |
14:06.04 | zecke | but it doesn't show a diff |
14:06.30 | oneshel | I don't suppose there are any utilities/guides for taking files generated by "apt-get source <pkg>" on debian and making bitbake recipes out of them? |
14:07.17 | hunternet93 | Here the error in the log: WARNING: "s3c24xx_udc_set_platdata" [arch/arm/mach-s3c2440/rx3000/rx3000_udc.ko] undefined! |
14:07.17 | hunternet93 | make[1]: *** [__modpost] Error 1 |
14:07.17 | hunternet93 | make[1]: Leaving directory `/media/sdb/oe/angstrom-dev/work/rx3000-angstrom-linux-gnueabi/linux-handhelds-2.6-2.6.21-hh20-r25/kernel26' |
14:08.12 | JavaJim | zecke: I removed ${PACKAGE_EXTRA_ARCHS} from the CONFFILES_${PN} line and now it works. Not sure, if this is the right solution |
14:08.20 | zecke | JavaJim: really, interesting... |
14:09.11 | zecke | JavaJim: if you search for PACKAGE_EXTRA_ARCHS in the output of bitbake -e -b what do you see? |
14:09.49 | zecke | hunternet93: it means that people having built rx3000 machine recently, and that you qualified to make it compile again :) |
14:10.10 | hunternet93 | ? |
14:10.17 | hunternet93 | What does that mean? |
14:11.44 | JavaJim | zecke: http://openpaste.org/16136/ |
14:12.41 | zecke | hunternet93: you have hardware that not many people own, this means things break when the kernel moves forward... |
14:12.57 | zecke | hunternet93: but having the hardware qualifies you to fix it |
14:13.44 | hunternet93 | zecke: How do I fix it? I have no C experience... Can I write a kernel in Python ;) |
14:14.53 | zecke | hunternet93: It is the perfect oppurtunity to learn. E.g. start grepping the kernel tree if this symbol still exists |
14:15.02 | zecke | hunternet93: and afterward google on how it is called now |
14:15.18 | zecke | JavaJim: really weird, I would blame bitbake or python... no idea |
14:15.51 | *** join/#oe cedric (n=cedric@enlightenment/developer/cedric) |
14:16.09 | *** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
14:16.14 | JavaJim | zecke: OK, thanks anyway. Shall I report this somewhere or just ignore it? |
14:16.42 | zecke | JavaJim: feel free to post to the mailinglist and ask... |
14:16.46 | *** join/#oe mekius (n=mekius@h69-128-237-26.nwblwi.dedicated.static.tds.net) |
14:17.29 | JavaJim | zecke: OK, will do. Thanks for your help. |
14:18.30 | zecke | hunternet93: e.g. you can start by doing bitbake -c devshell virtual/kernel. this should open a gnome-terminal for you |
14:18.45 | zecke | hunternet93: and then grep for the above symbol |
14:18.51 | hunternet93 | ok... |
14:19.57 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * re72e9fcae5 10openembedded.git/conf/checksums.ini: |
14:19.57 | CIA-1 | checksums.ini: add PackageKit-0.5.1 |
14:19.57 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
14:20.32 | *** join/#oe Wiedi|Har (n=wiedi@2001:67c:14:1016:217:f2ff:fe2a:a569) |
14:23.36 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
14:24.56 | hunternet93 | I'm at the terminal, but do I search the files for the symbol or do I search for a file with the symbol in it's name? |
14:24.58 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-33.se.biz.rr.com) |
14:25.38 | zecke | hunternet93: grep searches content inside files... if you should search for a filename I would ask you to use "find" :) |
14:26.22 | *** join/#oe cedric (n=cedric@enlightenment/developer/cedric) |
14:26.37 | hunternet93 | zecke: So I do "grep s3c24xx_udc_set_platdata *"? |
14:27.57 | zecke | hunternet93: -rn for recursiv and to give you the line number too |
14:28.05 | hunternet93 | zecke: Ok thanks. |
14:28.38 | hunternet93 | It gives a bunch of files. What am I looking for? |
14:29.28 | zecke | hunternet93: the definition... of the function... not the places were it is called |
14:29.36 | zecke | hunternet93: it should be in arch/arm or such |
14:32.30 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * rb8585eeab0 10openembedded.git/recipes/python/python-pyrtc_git.bb: |
14:32.30 | CIA-1 | python-pyrtc: use SRCPV |
14:32.30 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
14:32.33 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r6eb257c61b 10openembedded.git/recipes/freesmartphone/libframeworkd-glib_git.bb: |
14:32.33 | CIA-1 | libframeworkd-glib: use SRCPV |
14:32.33 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
14:32.39 | hunternet93 | zecke: I found the function... Now what? |
14:34.51 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r467ec404b0 10openembedded.git/recipes/freesmartphone/fso-gsm0710muxd_git.bb: |
14:34.51 | CIA-1 | fso-gsm0710muxd: use SRCPV |
14:34.51 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
14:35.06 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
14:36.21 | hunternet93 | I found the function s3c24xx_udc_set_platdata(struct s3c2410_udc_mach_info *pd). What do I do now? |
14:40.32 | hunternet93 | zecke? |
14:43.04 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
14:43.15 | hunternet93 | guess I'll google it sometime... Thanks for pointing me in the right direction. Bye! |
14:43.20 | *** part/#oe hunternet93 (n=hunter@h166.75.22.98.dynamic.ip.windstream.net) |
14:44.07 | zecke | oh |
14:52.45 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
14:56.01 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
15:00.44 | CoreDump | just learned about the total awesomeness of VPNs |
15:01.32 | zecke | CoreDump: watched CNN? |
15:02.14 | CoreDump | better, I set one up between work and home |
15:02.24 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * re6cf32c744 10openembedded.git/recipes/packagekit/ (2 files in 2 dirs): packagekit: fix segfaults when hald is not running |
15:03.17 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
15:07.22 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
15:09.44 | *** join/#oe marcosmamorim (n=marcos@200-161-58-83.dsl.telesp.net.br) |
15:12.49 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdd641b8a0b 10openembedded.git/recipes/clutter/ (clutter-0.9_git.bb clutter-gst-0.9_git.bb): clutter-0.9: move SRCREV a bit forward so that GLES builds again |
15:13.34 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
15:14.41 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-172-140.pools.arcor-ip.net) |
15:14.53 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r94a9ba7988 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
15:14.54 | CIA-1 | 03Michael Smith <msmith@cbnco.com> 07org.openembedded.dev * r4c5f1096fa 10openembedded.git/recipes/pciutils/pciutils_3.1.2.bb: (log message trimmed) |
15:14.54 | CIA-1 | pciutils: fix generation of pci.ids.gz |
15:14.54 | CIA-1 | Set ZLIB=yes to prevent auto-detection by the lib/configure script, |
15:14.56 | CIA-1 | which only looks in /usr/include. |
15:14.58 | CIA-1 | Ship pci.ids in pci-ids-uncompressed for users of old hal versions. |
15:15.00 | CIA-1 | Pass PREFIX to Make and use the install-lib target to save work. |
15:15.02 | CIA-1 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
15:21.49 | kergoth | arg |
15:22.04 | zecke | kergoth: argh? |
15:22.46 | kergoth | i hate it when i miss something obvious and have to go back and reimplement a good chunk of what i was working on |
15:25.11 | zecke | kergoth: yeah life sucks :) |
15:25.17 | kergoth | hehe |
15:25.42 | zecke | kergoth: I'm still sitting on my SCCP code... had to rewrite size handling of buffers... |
15:25.43 | *** join/#oe brolin (n=brolin@200.24.16.100) |
15:25.55 | kergoth | :( |
15:32.40 | tzanger | kergoth: is there a known issue with the current git tree? tcp_wrappers_7.6.bb is failing |
15:33.11 | kergoth | if you expect people to know, off the top of their head, about every of the 6,000+ recipes that might be failing to compile, you're mistaken |
15:33.26 | tzanger | kergoth: no, but I figure people building git current might have some idea, that's all |
15:33.57 | tzanger | tcpwrappers' libwrap can't find innetgr and yp_get_default_domain, I was going to disable the tcpwrappers recipe but things like ssh seem to want it too |
15:35.19 | *** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net) |
15:35.21 | msmith_ | tzanger: which ver of ssh are you building? |
15:35.36 | tzanger | msmith_: um, let me check. it's whatever is default in the current git tree |
15:36.07 | msmith_ | openssh though, right? |
15:36.12 | tzanger | yes, correct |
15:36.52 | *** join/#oe rob_w (n=bill@mail.aheh.com) |
15:37.00 | msmith_ | i've built openssh and it's not doing anything with libwrap. |
15:37.15 | msmith_ | I wonder if maybe the configure script is finding something on your host system that it shouldn't, and then trying to link to it. |
15:38.09 | tzanger | hmm |
15:39.06 | tzanger | the openssh-3.8p1 recipe seems to want it |
15:39.11 | zecke | tzanger: using uclibc? |
15:39.26 | tzanger | lsh, nfs-utils and tftp really |
15:39.28 | tzanger | zecke: I believe so yes |
15:39.45 | zecke | tzanger: well, uclibc has no yp support... you need to patch it out |
15:39.52 | tzanger | aha |
15:40.08 | tzanger | thank you, that's the kind of insight I was hoping for :-) |
15:41.24 | zecke | tzanger: keeping this building with uclibc is kind of a struggle... upstream doesn't test with it |
15:41.40 | tzanger | nods and makes a note :-) |
15:42.07 | zecke | tzanger: if you could do a patch it would rock, then I could still the approach and use it on libpam :) |
15:42.33 | tzanger | :-) I'll see what I can do |
15:43.01 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-15-250.w86-212.abo.wanadoo.fr) |
15:51.14 | kergoth | sighs |
15:55.56 | kergoth | realizes he was stupid with the prototype staging reimplementation. since he used tarballs, there's no tracking of indirect rdeps... automake-native needs autoconf-native, but autoconf-native rdeps on m4, and my staging population bit didn't end up pulling in m4-native |
15:56.11 | kergoth | shakes head and starts from scratch |
15:56.59 | kergoth | i was trying to keep the packaging level bits out of it, so the user could package/repackage however they like going from the build output archive, itd be indepednent of those chagnes, so they woudlnt need to rebuild the recipe to re-package.. |
15:57.06 | kergoth | grumbles |
15:58.38 | zecke | kergoth: now? |
15:58.55 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
16:00.22 | *** join/#oe hoj (n=jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net) |
16:01.53 | kergoth | has no idea what to do now.. time to get more caffeine |
16:05.07 | zecke | night |
16:05.45 | florian | zecke: gn |
16:16.20 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
16:22.17 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r40f2805c2f 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add xcompmgr |
16:30.05 | *** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
16:30.05 | *** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-51-187.w82-125.abo.wanadoo.fr) |
16:30.05 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
16:31.47 | *** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
16:34.54 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
16:35.16 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
16:35.19 | JaMa | Any idea why FILES_${PN} += "some_files" is ignored and FILES_${PN}-doc += "some_files" works as expected? :/ |
16:35.41 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
16:36.24 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
16:36.54 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
16:37.12 | kergoth | JaMa: I'd suggest running bitbake -e to check if things are set the way you think they're sent. bitbake -e <your recipe> | grep FILES_ | less or something |
16:37.16 | kergoth | s/sent/set/ |
16:39.41 | *** join/#oe marcosmamorim (n=marcos@200-161-58-83.dsl.telesp.net.br) |
16:40.25 | JaMa | kergoth: you're right .. FILES_pisi is default FILES_pisi="/usr/bin/* /usr/lib/* /usr/lib/python2.6/*" i guess its because I inherited setuptools and it replaced FILES_pisi? |
16:40.59 | kergoth | most likely, yeah. maybe you just need to do your += after the inherit rather than before? :) |
16:41.16 | kergoth | (ordering is a factor, inherit puts the inherited bits *right there* in your file) |
16:41.21 | JaMa | I tried to move inherit up, but its the same |
16:41.57 | JaMa | wow now it looks good |
16:42.56 | JaMa | kergoth: thanks |
16:43.01 | kergoth | np |
16:43.11 | kergoth | bitbake -e is your friend, i use it *all* the time to check sanity |
16:45.10 | JaMa | i was insane enough to try also specify FILES_pisi instead FILES_${PN} and interestingly the first didn't work even after reordering inherit up |
16:45.39 | kergoth | oh yeah, thatll bite you |
16:45.53 | kergoth | its because variable expansion in variable names isn't immediate, its lazy |
16:46.11 | kergoth | it happens later on, and when that happens, it can overwrite the existing variable that was already expanded, if you see what i mean |
16:46.20 | kergoth | so the FILES_${PN} will end up overwriting FILES_pisi |
16:46.40 | JaMa | yes now i see :) |
16:46.40 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
16:46.43 | kergoth | if you do INHERIT += "recipe_sanity" and then bitbake -c recipe_sanity pisi, it will warn you if one of those overwrites is happening |
16:46.50 | *** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
16:46.52 | *** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
16:46.56 | kergoth | (among other checks) |
16:49.33 | kergoth | i wonder what i did with that prototype class that i was using to generate a git repo from a recipe |
16:49.35 | kergoth | hrmph |
16:49.37 | kergoth | too many trees |
16:55.43 | kergoth | sighs |
16:58.06 | kergoth | i wonder if its worth it to try to keep the staging aspects independent of runtime packaging.. i thought it was, but .. hrmph |
16:58.55 | *** join/#oe woglinde (i=woglinde@g225074135.adsl.alicedsl.de) |
17:00.55 | *** join/#oe ant__ (n=andrea@host39-250-dynamic.0-87-r.retail.telecomitalia.it) |
17:07.23 | tharvey | anyone building meta-toolchain for a ppc603e based board? I haven't seen it build for efika/lite5200/n1200/storcenter machines - seems to fail on libtool-sdk. Doesn't seem like there are any maintainers of boards with the ppc603 cpu |
17:10.36 | *** join/#oe Crofton (n=balister@z69-94-196-187.ips.direcpath.com) |
17:11.07 | *** join/#oe stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94) |
17:16.35 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
17:17.12 | *** join/#oe freddy (n=freddy@hotel742.server4you.de) |
17:20.53 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * rcb0cbdc131 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
17:20.53 | CIA-1 | task-shr-feed: add man and man-pages |
17:20.53 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
17:20.55 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r642ceedec0 10openembedded.git/recipes/freesmartphone/libfsobasics_git.bb: |
17:20.55 | CIA-1 | libfsobasics: use SRCPV and update PV |
17:20.56 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
17:21.00 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r5a9b852111 10openembedded.git/recipes/freesmartphone/libfsoframework_git.bb: |
17:21.03 | CIA-1 | libfsoframework: use SRCPV |
17:21.05 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
17:21.07 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * re4ec9ae889 10openembedded.git/recipes/freesmartphone/libfsotransport_git.bb: |
17:21.10 | CIA-1 | libfsotransport: use SRCPV |
17:21.12 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
17:21.47 | khem | tharvey: whats the error |
17:27.27 | tharvey | khem, Applying patch cross_compile.patch |
17:27.27 | tharvey | can't find file to patch at input line 11 |
17:29.22 | tharvey | I've got an earlier snapshot of OE that I can build meta-toolchain for on a custom machine config for gcc-4.3.1 but run into issues linking with libstdc++ with undefined refs to __gcc_qadd@GCC_4.1.0, __gcc_qsub@GCC_4.1.0 and __gcc_qmul@GCC_4.1.0 - no idea where the GCC_4.1.0 comes from |
17:29.45 | khem | tharvey: thats just symbol versioning |
17:29.48 | khem | dont worry |
17:31.48 | tharvey | don't worry? linker fails to link because of the unresolved symbols |
17:32.03 | khem | this means you have soft float but proabably its looking for 128 bit long double |
17:32.05 | khem | support |
17:33.30 | tharvey | is there a compiler switch to disable that? |
17:35.03 | khem | yes |
17:35.11 | khem | tharvey: libtool one is a bug |
17:36.04 | tharvey | ya I noticed libtool recipe includes a common cross_compile.patch which probably isn't appropriate for all |
17:36.43 | *** join/#oe marex (n=marex@thor.hackndev.com) |
17:37.07 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
17:37.34 | khem | FILESPATHPKG=. "libtool-${PV}:" |
17:37.41 | khem | add this in the libtool_2.2.6a.bb |
17:39.21 | khem | for gcc I think you can use --disable-long-double-128 or somesuch |
17:42.30 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
17:43.03 | woglinde | jo khem |
17:43.12 | khem | hey |
17:44.09 | *** join/#oe rddDavid51 (n=roudoudo@lns-bzn-43-82-249-161-202.adsl.proxad.net) |
17:47.21 | tharvey | khem, FILESPATHPKG didn't help - it does find the cross_compile.patch but the patch doesn't apply (can't find file to patch at input line 11) |
17:47.55 | khem | tharvey: hmm actually add the same in libtool.inc |
17:48.00 | tharvey | having trouble finding the arcane possible gcc cmdline opts - sounds like your saying my toolchain may be just fine... just need to direct gcc better |
17:48.24 | khem | and remove the FILESDIR line |
17:48.39 | khem | tharvey: yeah |
17:48.50 | khem | you are targetting ppc603 right |
17:48.56 | khem | which is a freescale one IIRC |
17:49.16 | tharvey | not really knowledgable about gcc and toolchain myself - ya ppc603 (freescale) board is almost identical to lite5200 ref design |
17:49.28 | khem | ok |
17:49.40 | khem | which gcc glibc binutils combo are you using |
17:49.53 | khem | can try to build it at lunch hour |
17:50.00 | tharvey | keep throwing toolchain over the fence to the team developing apps for it and they had issues with gcc_4.1.x and gcc_4.2.x and want a gcc_4.3.x but I end up with something that won't link with libstdc++ |
17:50.33 | tharvey | libtool.inc - same issue - are you thinking its choosing the wrong cross_compile.patch? |
17:50.53 | khem | tharvey: for freescape you should use eglibc |
17:51.11 | khem | it has complete soft float support for it |
17:51.20 | khem | and gcc 4.3 to be safe |
17:51.22 | tharvey | why do you say that? apps team won't accept anything but glibc |
17:51.31 | khem | but the patches are also put in gcc 4.2 |
17:51.43 | khem | cant remember which gcc 4.2 |
17:52.16 | khem | tharvey: eglibc is nothing but glibc for architectures that glibc maintainers dont care |
17:52.20 | khem | so whats the difference |
17:52.45 | khem | IMO openembedded should start thinking of making eglibc as primary libc |
17:52.55 | khem | like debian or ubuntu |
17:53.00 | khem | are doing as of now |
17:53.02 | tharvey | dunno diffs myself... just know that its a religious argument here - resistant to change :) |
17:53.21 | khem | I know but you can convince them and you should |
17:53.23 | tharvey | didn't know that deb/ubuntu are moving |
17:53.24 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-39-200.w90-2.abo.wanadoo.fr) |
17:53.34 | khem | they are and for very same reason |
17:53.46 | khem | because they want to address world beyong desktop |
17:54.39 | khem | likewise uses eglibc on many of his powerpc platforms |
17:55.17 | tharvey | would be a hard sell, but I'll kick off a build using eglibc and see how it goes |
18:00.47 | khem | OK |
18:00.50 | khem | I think it will work |
18:01.13 | khem | I remember getting ppc build for 603 going some months ago |
18:03.43 | *** join/#oe dth (n=Dieter@p4FDED0B4.dip.t-dialin.net) |
18:05.43 | tharvey | khem, you going to be able to look at the libtool thing? |
18:06.14 | khem | tharvey: yes I just posted a patch |
18:06.16 | khem | try that out |
18:06.23 | khem | and let me know if it works for you |
18:07.22 | *** join/#oe chrismat (n=chris@isvedel.math.uu.se) |
18:07.22 | chrismat | How do I enable a new kernel module? |
18:07.52 | chrismat | I have changed the defconfig |
18:08.01 | chrismat | and put =m on the module |
18:08.08 | chrismat | but i dont get an ipkg |
18:08.25 | tharvey | khem, posted a patch to maillist? haven't seen it yet but when I do I'll try it out |
18:09.08 | tharvey | khem, back on the glibc issue - so you were saying that apparently glibc doesn't have full soft-float support for ppc603. I should be able to direct it to use hard-float then right? |
18:14.40 | khem | tharvey: I mean e500 support too |
18:14.52 | khem | for single precision and double precision |
18:15.12 | khem | IMO if you use gcc 4.3+ eglibc 2.9+ binutils 2.19+ you should be all set |
18:16.29 | khem | tharvey: I posted the patch like 10 min back so it might be some delay before it appears on ml |
18:16.56 | *** join/#oe ctusar_ (n=ctusar@router2.videon-central.net) |
18:17.56 | tharvey | I'm just thinking if I have a difficult sell with eglibc - I'm wondering why the toolchain is trying to use hard float by default. Not clear why glibc lack of full soft-float for ppc603e should be an issue as it has an FPU |
18:18.36 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
18:18.47 | john3909 | Updated OE this morning, but bitbake beagleboard-demo-image build fails on gnome-games. Here is the error log: http://pastebin.com/m2d37f41b |
18:20.37 | khem | tharvey: glibc lacks it because maintainer dont care and submitter is happy that its there in eglibc |
18:21.46 | khem | tharvey: actually eglibc will ease your and your devs pains |
18:22.00 | khem | you can also take the eglibc patches and apply then to glibc |
18:22.18 | khem | you have to chose what way you want to do it |
18:23.03 | khem | and eglibc always syncs with upstream glibc every week mostly |
18:23.23 | khem | so eglibc = glibc + bits that glibc doesnt care but embedded guys doo |
18:23.32 | khem | is that hard to sell :) |
18:23.42 | khem | eglibc is glibc + some patches thats it |
18:24.09 | khem | and yeah it has nice patches that enables cross testing |
18:24.24 | khem | and you can also include/drop features like uclibc |
18:24.49 | khem | locales can be generated using cross localedef |
18:25.07 | khem | so many pluses for embedded devs :) |
18:27.04 | tharvey | khem, ok so I understand better diffs between eglibc and glibc but am still not understanding choice of hard vs soft float in gcc - what would default be (depends on how gcc or g/elibc was built?) |
18:27.19 | tharvey | have to run out for a bit, back in a while |
18:31.39 | *** join/#oe florian (n=fuchs@e179110203.adsl.alicedsl.de) |
18:33.25 | khem | tharvey: for your system FPU is E500 right ? |
18:33.38 | khem | you dont have some IEEE compliant FPU or do you |
18:34.18 | khem | if you want to use E500 that will be enabled |
18:34.31 | florian | re |
18:35.10 | *** join/#oe timtimred (n=meh@79-75-178-52.dynamic.dsl.as9105.com) |
18:35.50 | dth | wb |
18:37.04 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
18:42.40 | *** join/#oe xjqian (n=gordon@mscitspubwlgw.wustl.edu) |
18:44.00 | khem | john3909: is it on .dev ? |
18:44.28 | john3909 | khem: yes |
18:45.09 | khem | strange where does it get SDL from |
18:45.27 | khem | do you have your do_run* scripts somewhere |
18:45.52 | john3909 | khem: In the same temp folder? |
18:45.57 | khem | yes |
18:46.24 | john3909 | khem: let me paste in to pastbin |
18:46.47 | khem | ok |
18:47.16 | john3909 | khem: http://pastebin.com/m46f774cd |
18:49.05 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
18:50.15 | khem | this one gives no idea |
18:50.29 | khem | run.do_compile ? |
18:56.03 | john3909 | khem: this was run.do_compile |
19:01.54 | *** join/#oe Jay7 (n=jay@93-81-136-197.broadband.corbina.ru) |
19:02.31 | *** join/#oe florian (n=fuchs@e179110203.adsl.alicedsl.de) |
19:03.40 | john3909 | khem: does this not have something to do with the earlier post from Roger Monk? (05:37:05 AM) CIA-1: Roger Monk <r-monk@ti.com> org.openembedded.dev * r43100bfa8e openembedded.git/recipes/gnome/gnome-games_2.24.0.bb: gnome-games: fix paths to host SDL, bump PR |
19:05.44 | *** join/#oe denix0 (n=denix@pool-71-255-235-240.washdc.east.verizon.net) |
19:09.05 | CIA-1 | 03Sebastian Krzyszkowiak <seba.dos1@gmail.com> 07shr/import * r153911f09f 10openembedded.git/ (3 files in 3 dirs): shr-splash-theme-niebiee: new recipe |
19:11.40 | *** join/#oe boris_OmegA (n=boris@82.225.44.70) |
19:23.22 | *** join/#oe florian (n=fuchs@e179110203.adsl.alicedsl.de) |
19:29.15 | tharvey | khem, not sure what FPU mpc5200 has - its double precision |
19:30.49 | tharvey | its actually an mpc5200b - http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MPC5200B |
19:31.47 | tharvey | datasheet says mpc603e series e300 core |
19:35.28 | *** join/#oe Wiedi|Har (n=wiedi@2001:67c:14:1016:217:f2ff:fe2a:a569) |
19:37.06 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
19:40.58 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
19:41.58 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
19:41.58 | *** join/#oe dth-oops (n=Dieter@p4FDEA68E.dip.t-dialin.net) |
19:53.11 | *** join/#oe J13R (n=Miranda@121.98.210.253) |
19:53.36 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
20:12.04 | *** join/#oe gmax (n=axmath@cit2.static.otenet.gr) |
20:12.34 | gmax | how can i change image size from config files? |
20:19.15 | *** join/#oe florian (n=fuchs@e179110203.adsl.alicedsl.de) |
20:20.50 | *** join/#oe kristoffer (n=kristoff@95.209.13.243.bredband.tre.se) |
20:25.06 | khem | tharvey: it seems it has real FPU |
20:25.11 | khem | with DFP |
20:25.18 | khem | DFP is supported in eglibc |
20:26.53 | *** join/#oe kristoffer (n=kristoff@95.209.13.243.bredband.tre.se) |
20:26.54 | tharvey | you've sold me on looking at eglibc |
20:28.04 | *** join/#oe Martin-B (n=Martin@pool-111-65-198-89.dbd-ipconnect.net) |
20:32.20 | *** join/#oe jpereira (n=jpereira@200.255.103.130) |
20:33.53 | *** join/#oe Martin_B (n=Martin@pool-111-65-198-89.dbd-ipconnect.net) |
20:35.45 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
20:37.07 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
20:38.22 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
20:38.48 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
20:50.06 | *** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net) |
20:55.18 | *** join/#oe marcosmamorim (n=marcos@bd21096b.virtua.com.br) |
21:04.34 | *** join/#oe Laibsch (n=Laibsch@p5B3B19B5.dip.t-dialin.net) |
21:04.57 | woglinde | jo laibsch |
21:05.32 | Laibsch | just returned from a glisssssssssssssendo performance |
21:05.38 | Laibsch | AMAZING! |
21:05.51 | woglinde | what? |
21:06.23 | Laibsch | look around youtube for "ulik & le snob" |
21:06.33 | Laibsch | absolutely incredible |
21:10.30 | *** join/#oe florian (n=fuchs@e179110203.adsl.alicedsl.de) |
21:10.49 | florian | re |
21:10.53 | florian | mickey|dinner: ping |
21:10.56 | woglinde | jo florian |
21:13.08 | *** join/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net) |
21:15.12 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
21:15.43 | denix0 | kergoth: does COLLECTIONS take more than 2 overlays? |
21:16.07 | kergoth | i do builds with 6+ dirs in my COLLECTIONS pretty regularly. it doesn't care |
21:16.20 | kergoth | space separated list, highest priority to lowest, left to right |
21:16.43 | denix0 | kergoth: I tried 3 and bitbake chokes, saying blah is not a BitBake file while parsing blah |
21:16.57 | denix0 | where blah is a first collection in the list |
21:17.03 | denix0 | it's a directory, not a file |
21:17.17 | denix0 | I changed back to BBFILES/BBFILE_* and it works |
21:17.45 | denix0 | do I need any updates to bitbake by any chance? mine is couple months old |
21:17.53 | kergoth | all collections does is sets BBPATH, BBFILES, and BBFILE_* |
21:18.01 | kergoth | i'll check and see if i have anything i need to push for it |
21:18.10 | kergoth | haven't had time to push much lately, busy working toward the mvl6 release |
21:18.41 | denix0 | same here - I'm sitting on some changes I need to push back to OE as well :) |
21:19.17 | kergoth | 's losing track of what has and hasn't been pushed. git isn't very good at tracking changes with a lot of cherry picking in long lived branches |
21:20.13 | denix0 | speaking of BBPATH - I used to setting it outside of bitbake or local.conf, usually in a shell before calling bitbake. is it still correct? |
21:21.28 | kergoth | thats how you should be setting it. in order to make setting BBPATH from collections work correctly, i had to re-exec bitbake with the new bbpath, to force it to re-parse the configuration metadata using the new search path |
21:21.38 | kergoth | ugly, but works :P |
21:22.16 | denix0 | wow. is it in OE or in your private branch? |
21:22.55 | kergoth | i think the OpenEmbedded version has it, but i doubt anyone's making use of that aspect of it. it only does the bbpath re-set/re-exec if it changes due to the collections processing, so if BBPATH was already set correctly, it won't mess with it |
21:23.20 | denix0 | ah, interesting. thanks! |
21:24.10 | kergoth | the mvl content server delivers the collections as tarballs, including the collection that has the bitbake.conf and all, so i had to work out a way to break the recursion there ;) now i have the conf/bitbake.conf in bitbake load a version of collections.inc from the bitbake install dir to bootstrap the collection processing & unpacking, then it re-execs to pull the config from the unpacked collections |
21:24.22 | kergoth | pretty twisted, but neat |
21:25.36 | denix0 | :) |
21:25.52 | denix0 | let me know if you find anything missing in COLLECTIONS processing |
21:27.45 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
21:28.08 | denix0 | for now I switched back to using BBFILES, which strangely works fine |
21:28.43 | denix0 | bbl |
21:29.07 | kergoth | nods, will look into it this evening most likely and get back to you |
21:34.24 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
21:34.35 | mickey|dinner | florian: <transmitting> ... |
21:36.33 | florian | mickey|dinner: success... looks.... ugly :) |
21:36.42 | mickey|dinner | well... FAX :) |
21:36.52 | mickey|dinner | i can scan it and email it, if you think it's better |
21:36.57 | florian | true |
21:37.22 | florian | no... will hand it in and if they complain we waste more time with it. |
21:37.35 | dth | meinst du mikey|dinner? |
21:37.37 | mickey|dinner | righto |
22:15.45 | *** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de) |
22:21.32 | ant__ | denix0: you're still building on Gentoo? |
22:22.45 | ant__ | I discovered now ccache perversely affects my rebuilds from packaged staging... |
22:22.55 | ant__ | I thought G |
22:23.07 | ant__ | entoo was immune from the ccache issues |
22:26.12 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
22:32.02 | *** join/#oe J13R (n=Miranda@121.98.210.253) |
22:33.15 | J13R | grrr |
22:33.26 | J13R | I'm so close to booting this :-| |
22:38.10 | khem | ant__: ccache from gentoo you mean |
22:38.23 | ant__ | yes, the implementation |
22:38.48 | ant__ | it seems OE fails horribly on some distros, just compiling |
22:38.56 | khem | hmm |
22:39.01 | ant__ | on Gentoo, at least, I have issues only from pstage :) |
22:39.12 | khem | may be we should provide ccache-native |
22:39.32 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
22:40.44 | ant__ | oh, a new issue from packaged-staging... |
22:40.47 | ant__ | | touch: cannot touch `/oe/build/tmp/deploy/glibc/ipk/Packages': No such file or directory |
22:41.12 | ant__ | of course..I'm rebuilding from bare /deploy/glibc/pstage ... |
22:43.15 | ant__ | I don't know...kergoth says he can use packaged staging |
22:43.38 | ant__ | here I see touch /oe/build/tmp/deploy/glibc/ipk/Packages failing... |
22:43.51 | ant__ | perhaps touch /oe/build/tmp/deploy/glibc/ipk before |
22:44.03 | ant__ | eh.. mkdir |
22:45.50 | ant__ | ok, is log.do_package_update_index_ipk |
22:46.10 | khem | or mkdir -p |
22:48.23 | ant__ | package_ipk.bbclass |
22:49.44 | ant__ | I'm pretty sure packaged staging is intended to work just keeping th e'pstage' dir and deleting all the rest in /tmp (even /ipk) |
22:49.50 | ant__ | RP confirmed it lately |
22:51.08 | ant__ | let see where does ${DEPLOY_DIR_IPK} come from.. |
22:53.24 | ant__ | well, is in ./bitbake.conf:DEPLOY_DIR_IPK = "${DEPLOY_DIR}/ipk" |
23:04.45 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
23:06.01 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-33.se.biz.rr.com) |
23:07.23 | khem | ant__: how will it populate without ipks |
23:08.29 | ant__ | from the ones in pstage? |
23:11.33 | ant__ | hm..ah.. is created in the wrong place... in ../tmp/deploy/glibc/ipk.lock |
23:11.43 | kergoth | what are you working on? |
23:11.53 | ant__ | ./classes/package_ipk.bbclass:do_package_update_index_ipk[lockfiles] = "${DEPLOY_DIR_IPK}.lock" |
23:12.19 | ant__ | I built from scratch yestaerday and was trying a rebuild from packaged staging, without ccache |
23:13.25 | ant__ | http://tinderbox.openembedded.org/public/logs/task/2395111.txt |
23:13.25 | khem | our default deploy dir does not differentiate between library types (uclibc eglibc/glibc) |
23:14.03 | khem | it would be nice that we put the uclibc specific stuff under /something/uclibc/ |
23:14.32 | khem | oh it does it seems hmm |
23:15.05 | ant__ | kergoth: ./bitbake.conf:DEPLOY_DIR ?= "${TMPDIR}/deploy" |
23:15.35 | ant__ | but I forgot to say I'm using Angstrom: ./distro/include/angstrom.inc:DEPLOY_DIR = "${TMPDIR}/deploy/${LIBC}" |
23:15.58 | *** join/#oe brolin (n=brolin@200.24.16.85) |
23:16.27 | ant__ | btw the guys of 'micro' should be warned: ./distro/micro.conf:DEPLOY_DIR ?= "${TMPDIR}/deploy/${LIBC}" |
23:16.38 | ant__ | <PROTECTED> |
23:17.24 | ant__ | usually people don't mess with these in local.conf (I don't) |
23:20.56 | khem | ant__: they do |
23:21.01 | kergoth | should just use =, the user can still override in local.conf using OVERRIDES |
23:21.15 | kergoth | DEPLOY_DIR_local = "/go/where/I/want/you/to/go/you/bastard" |
23:21.16 | khem | ant__: if someone wants to put DEPLOY_DIR out of buildtree |
23:21.38 | ant__ | I'm still hit by the package_stagefile_Shell in that case :( |
23:22.07 | *** join/#oe Laibsch (n=Laibsch@p5B3B19B5.dip.t-dialin.net) |
23:22.13 | ant__ | some hackish recipes (zaurus-updater) |
23:22.19 | khem | kergoth: hmm so this can be used in local.conf ? |
23:23.10 | kergoth | of course. |
23:23.28 | kergoth | you can use override specific variable assignments or appends/prepends anywhere. bitbake doesn't care |
23:23.50 | kergoth | bitbake -e | grep \^OVERRIDES= |
23:24.40 | ant__ | the last three win over all (local.conf, distro.conf, machine.conf) |
23:25.41 | kergoth | it helps if you remember that bitbake/oe was designed to be layered, so that more specific things can override less specific things, and that this layering is implemented in two ways: config file load & ordering, and OVERRIDES |
23:25.56 | kergoth | so _local is the most specific assignment using OVERRIDES, generally |
23:26.13 | khem | hmm cool |
23:27.06 | ant__ | kergoth: someone should copy & paste the explanations in the OE Manual |
23:27.32 | ant__ | very well said |
23:28.45 | kergoth | i'll see if i can flesh it out a bit more. some of this high level description would be helpful. we had a number of people internally at MV that had great difficulty using the system until they grasped the big picture. some people are like that, and it's good to help them do so |
23:31.32 | grg | Woohooo! gcc-4.4.1 configured --with-mips-plt builds an image that actually functions. |
23:31.47 | khem | grg cool |
23:32.07 | grg | although dbus-daemon is *still* an issue |
23:33.00 | grg | it fails to link with -mplt. and fails to run with -mplt -fPIE |
23:33.51 | CIA-1 | 03Ulf Samuelsson <ulf.samuelsson@atmel.com> 07ulf/linux-2.6.30.2 * r430bcadad5 10openembedded.git/recipes/linux/linux-2.6.30.2/at91sam9263dfc/defconfig: Modify SAM9263 Linux config to detect sound card |
23:33.52 | CIA-1 | 03Ulf Samuelsson <ulf.samuelsson@atmel.com> 07ulf/linux-2.6.30.2 * r2692e8f4f8 10openembedded.git/recipes/at91bootstrap/at91bootstrap-2.13-rc1/at91sam9g45ekes/ (AT91SAM9G45_RomCode_Replacement.zip README.txt): Add the G45 ROM replacement binary with explanation |
23:33.53 | CIA-1 | 03Ulf Samuelsson <ulf.samuelsson@atmel.com> 07ulf/linux-2.6.30.2 * r67b8d63dd3 10openembedded.git/recipes/u-boot/ (2 files in 2 dirs): Allow make install for u-boot |
23:33.56 | CIA-1 | 03Ulf Samuelsson <ulf.samuelsson@atmel.com> 07ulf/linux-2.6.30.2 * rfcf78a2d1f 10openembedded.git/recipes/qt4/qt4.inc: Configure QT to allow an BGR display |
23:33.59 | CIA-1 | 03Ulf Samuelsson <ulf.samuelsson@atmel.com> 07ulf/linux-2.6.30.2 * r3b342633a1 10openembedded.git/recipes/linux/linux-2.6.30.2/arch-at91/ (2 files): Add patches inside tree, since www.at91.com is down |
23:34.02 | CIA-1 | 03Ulf Samuelsson <ulf.samuelsson@atmel.com> 07ulf/linux-2.6.30.2 * r79118ed51e 10openembedded.git/conf/machine/include/AT91.inc: Add uboot as a MACHINE_FEATURE |
23:34.05 | CIA-1 | 03Ulf Samuelsson <ulf.samuelsson@atmel.com> 07ulf/linux-2.6.30.2 * rc9356ff01a 10openembedded.git/recipes/at91bootstrap/at91bootstrap_2.13-rc1.bb: Support loading AT91SAM9G45ES ROM replacement code into deploy dir |
23:34.12 | CIA-1 | 03Ulf Samuelsson <ulf.samuelsson@atmel.com> 07ulf/linux-2.6.30.2 * r68f2ccca7c 10openembedded.git/recipes/linux/ (linux-2.6.30.2-at91-kernel-config.inc linux_2.6.30.2.bb): Use the in-tree patches in linux |
23:36.34 | kergoth | grumbles |
23:37.55 | *** join/#oe NvrBst (n=nb@66.183.110.9) |
23:42.07 | ant__ | good night |
23:42.26 | *** join/#oe polyonymous (i=hacker@pD953A9FD.dip0.t-ipconnect.de) |
23:53.43 | *** part/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net) |