00:03.49 | *** join/#oe Soopaman (n=Soopaman@67.204.25.132) |
00:10.33 | *** join/#oe aloisiojr2 (n=aloisio@200.184.118.136) |
00:11.12 | *** join/#oe aloisiojr1 (n=aloisio@189.97.51.112) |
00:14.40 | *** join/#oe tmartins_ (n=zero@187.37.54.140) |
00:15.59 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
00:34.12 | *** join/#oe rsalveti (n=rsalveti@189.70.70.105) |
00:36.07 | *** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net) |
00:46.30 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
01:16.52 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
01:38.14 | *** join/#oe miaofng (n=fzwf47@117.81.128.104) |
01:44.55 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
01:53.38 | *** join/#oe MostAwes1meDude (n=simpson@c-67-170-132-175.hsd1.or.comcast.net) |
01:57.25 | *** join/#oe benlau2 (n=benlau@n11648150176.netvigator.com) |
02:00.49 | *** join/#oe NekoXP (n=Neko@bakuhatsu.net) |
02:01.07 | NekoXP | if I restarted a build with packaged-staging enabled but didn't set the pstage directory where on earth did it get put? |
02:02.29 | NekoXP | can I just copy everything from tmp/deploy/glibc/pstage to my permanent pstage dir and have it pick them up still? |
02:03.20 | *** join/#oe fraxinas (n=quassel@p54AA6488.dip.t-dialin.net) |
02:13.53 | Tartarus | nope, gotta have it from the start |
02:59.59 | *** join/#oe MostAwesomeDude (n=simpson@c-67-170-132-175.hsd1.or.comcast.net) |
03:08.23 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-97-177.dynamic.mnet-online.de) |
03:14.20 | *** join/#oe miaofng (n=fzwf47@58.210.164.95) |
03:20.58 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-9ed543405afc3038) |
03:45.05 | *** join/#oe Laibsch (n=Laibsch@p5B3B32BA.dip.t-dialin.net) |
03:59.20 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
04:11.19 | *** join/#oe oespirit (n=oespirit@117.254.10.32) |
04:36.37 | *** join/#oe vijay (n=vijay@203.199.213.97) |
05:12.59 | *** join/#oe onnoval (n=sam@123.252.146.52) |
05:29.42 | *** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi) |
05:46.20 | *** join/#oe pleemans (n=toi@mailhost.infoco.be) |
05:53.45 | *** join/#oe lrg (n=lrg@host81-129-147-78.range81-129.btcentralplus.com) |
05:57.26 | *** join/#oe miaofng (n=fzwf47@58.210.164.95) |
06:01.51 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
06:14.23 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
06:20.58 | *** join/#oe kurre_ (n=tomimo@xdsl-83-150-88-111.nebulazone.fi) |
06:39.28 | BlindMan | morning folks |
06:40.43 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
06:53.01 | Treibholz | great, even with the defconfig from /proc/config.gz my kernel crashes (same kernel-version!) |
06:54.12 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
07:00.51 | *** join/#oe jpeeters (n=jpeeters@193.5-14-84.ripe.coltfrance.com) |
07:02.34 | Viltapi | I get an error message "/bin/sh: arm-linux-gcc: command not found" when trying to build u-boot for a custom board. How can I get OE to build the needed tools? |
07:03.22 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
07:03.46 | *** join/#oe MostAwesomeDude (n=simpson@c-67-170-132-175.hsd1.or.comcast.net) |
07:05.36 | Treibholz | Viltapi: "bitbake u-boot" doesn't work? |
07:06.24 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
07:08.05 | Viltapi | Treibholz: nope, the problem is that I need to build u-boot with a different toolchain than the rest of the image |
07:09.07 | Viltapi | because if I only try "bitbake u-boot" i get "arm-angstrom-linux-gnueabi-ld: ERROR: Source object .../build/tmp/cross/arm/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/libgcc.a(_udivdi3.o) has EABI version 4, but target u-boot has EABI version 0" |
07:09.50 | Viltapi | and to solve that i read that i should be using arm-linux-gcc instead of arm-angstrom-linux-gnueabi |
07:12.15 | Viltapi | i made a change so that it tries to use the right chain but i don't know how to get OE to build it first |
07:15.28 | Treibholz | Viltapi: maybe the easiest thing is to use a second environment. |
07:17.50 | Viltapi | Treibholz: hmm, but still, how would i get OE to build those tools needed for building u-boot even in that second environment? |
07:21.00 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-f5b7e809023860c8) |
07:22.27 | methril|work | morning |
07:33.35 | *** join/#oe valhalla (n=valhalla@81-174-24-42.dynamic.ngi.it) |
07:35.44 | *** join/#oe Pr0t0N (n=lcintrat@wyplay-fr-4-82.cnt.nerim.net) |
07:38.42 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
07:42.34 | *** join/#oe jpeeters_ (n=jpeeters@193.5-14-84.ripe.coltfrance.com) |
07:42.34 | *** join/#oe miaofng1 (n=fzwf47@117.81.129.253) |
07:42.55 | *** join/#oe jpeeters (n=jpeeters@193.5-14-84.ripe.coltfrance.com) |
07:52.12 | sgh | how do I force at dependency to NOT compiel the latest and greatest verson ? |
07:56.54 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
07:57.54 | sgh | fx. if I have sw1_1.2.bb and sw1_1.3.bb how can I then force "build sw1" to build version 1.2 ? |
07:59.14 | *** join/#oe jipi (n=jipi@bb116-14-207-189.singnet.com.sg) |
08:01.53 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
08:02.25 | pb__ | PREFERRED_VERSION_sw1 = "1.2" |
08:03.46 | oespirit | sgh: or you could add a line: DEFAULT_PREFERENCE="<some positive number>" in the 1.2 recipe |
08:04.15 | sgh | oespirit: thank you ... It seems to be missing in the manual ... |
08:04.32 | oespirit | sgh: I found it in the manual :) |
08:05.09 | sgh | oespirit: argh .. http://bec-systems.com/oe/html/index.html ? |
08:06.36 | oespirit | sgh: errr...dont know about that one. I read it here : http://docs.openembedded.org/usermanual/usermanual.html |
08:07.58 | sgh | oespirit: thanks ... seems to be more complete |
08:08.25 | oespirit | sgh: yup, its the "official manual" as the main site says :) |
08:08.42 | sgh | oespirit: I'll use that from now on |
08:18.23 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
08:31.32 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
08:40.09 | *** join/#oe benlau21 (n=benlau@n11648150176.netvigator.com) |
08:44.33 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
08:54.46 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
08:55.58 | florian | hi all |
09:18.29 | oespirit | hello florian |
09:19.05 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
09:28.58 | oespirit | while editing a general makefile to add an OE recipe for it, is it ok to use OE variables (something like ${STAGING_BINDIR}) and OE-style soft assignments in the Makefile? |
09:29.45 | pb_ | florian: good morning |
09:37.35 | *** join/#oe dth (n=Dieter@p4FDEBFE9.dip.t-dialin.net) |
09:42.15 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
09:45.43 | *** join/#oe jpeeters (n=jpeeters@193.5-14-84.ripe.coltfrance.com) |
09:50.36 | *** join/#oe jpeeters (n=jpeeters@193.5-14-84.ripe.coltfrance.com) |
09:55.36 | *** join/#oe Caelian (n=Caelian@p5481F59A.dip.t-dialin.net) |
10:00.53 | *** join/#oe vijay (n=vijay@203.199.213.97) |
10:31.43 | BlindMan | hrm |
10:32.11 | BlindMan | has OE the capability to have some kind of bookkeeping to redo compilations with a certian toolchain, certain packages |
10:32.19 | BlindMan | so that it's guaranteed it does the same verytime? |
10:32.24 | BlindMan | or rahter, the output is the same |
10:32.37 | BlindMan | or like, being able to revert back |
10:32.49 | BlindMan | or if so, you have to have to use tags with an SCM or whatever |
10:35.37 | *** join/#oe oespirit_ (n=oespirit@117.254.12.61) |
10:40.22 | *** join/#oe Cwiiis (n=cwiiis@158.43.2.102) |
10:47.05 | *** join/#oe mike_s (n=kvirc@host81-150-231-126.in-addr.btopenworld.com) |
11:13.43 | *** join/#oe jpeeters (n=jpeeters@193.5-14-84.ripe.coltfrance.com) |
11:21.43 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-eb5a278e4ab4249e) |
11:29.55 | CIA-1 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r62e92c381d 10openembedded.git/recipes/linux/linux_2.6.29.bb: linux-2.6.29: remove SQN11xx hack for boc01 |
11:46.21 | *** join/#oe mgwpub (n=mgwpub@193.170.134.221) |
11:47.06 | *** join/#oe sasa (n=matt@79-70-191-98.dynamic.dsl.as9105.com) |
11:47.51 | *** join/#oe florian (n=fuchs@217.146.132.69) |
11:56.59 | *** join/#oe marcosmamorim (n=marcos@189.102.194.156) |
12:02.19 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
12:02.25 | *** join/#oe mario-goulart (n=user@201.40.162.47) |
12:07.50 | sasa | I want to ask a stupid question... if I want to add a package X I would use bitbake X but the problem is... |
12:08.27 | *** join/#oe pleemans (n=toi@mailhost.infoco.be) |
12:08.42 | sasa | how do I know what X is called? where can I find a list of packages available? perhaps I am missing something in my understanding? |
12:14.58 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
12:16.39 | hrw | morning |
12:17.36 | florian | hi hrw |
12:22.43 | *** join/#oe emachado (n=edjunior@201.82.64.173) |
12:24.58 | mckoan | good afternoon |
12:25.04 | spaetz | sasa bitbake -s shows all available versions for example |
12:25.12 | spaetz | all preferred versions at least |
12:27.36 | *** join/#oe oespirit_ (n=oespirit@117.254.12.61) |
12:31.28 | *** join/#oe vo5 (n=vo@189.102.194.156) |
12:35.57 | *** join/#oe Gnutoo (n=gnutoo@host91-163-dynamic.51-79-r.retail.telecomitalia.it) |
12:43.45 | *** join/#oe waite (n=bwaite@206.83.81.178) |
12:47.35 | hrw | florian: looks like ATI radeon support improved a lot since I looked at it last time |
12:47.41 | mario-goulart | Hi Gnutoo |
12:47.48 | Gnutoo | hi |
12:47.58 | florian | hrw: do you have a candidate already? |
12:48.16 | Gnutoo | mario-goulart, yesterday I realized that I was doing something wrong with gdb |
12:48.17 | mario-goulart | Gnutoo: I see you could run gdbserver on your mips system. |
12:48.28 | hrw | florian: no - just checked my wife's laptop |
12:48.36 | florian | :-) |
12:48.46 | mario-goulart | Gnutoo: what a coincidence. I was about to ask about it. :-) |
12:48.49 | Gnutoo | mario-goulart, I was doing gdbserver 168.0.0.139 chroot /mnt/NFS /bin/hello |
12:48.49 | hrw | florian: its 2.5 year old celeron based one but with ATI RS482 chipset |
12:49.04 | Gnutoo | mario-goulart, but I was doing file hello |
12:49.20 | Gnutoo | mario-goulart, I'll try that when my new rootfs witll be ready: |
12:49.53 | Gnutoo | mario-goulart, chroot gdbserver 168.0.0.139:8022 /bin/hello |
12:49.57 | hrw | florian: I have another thing to add to the list :( |
12:50.02 | mario-goulart | Gnutoo: ok. I don't know gdbserver. I'll take a look at that. |
12:50.30 | florian | hrw: did you have ssd in there? |
12:50.58 | XorA | begins to think a successful trac installation relies more on luck than any goodness in the code |
12:51.49 | florian | XorA: The interesting job starts after this - there are soo many projects with incredibly bad websites using trac out there. |
12:52.34 | XorA | florian: I have found a way to break trac using mod_python, which doesnt show up in mod_python and generates no sensible error logs |
12:52.45 | XorA | doesnt show up in tracd |
12:52.52 | Gnutoo | mario-goulart, my compiler is broken so I am bitbaking a new rootfs it will take some time |
12:53.08 | mario-goulart | Gnutoo: right. |
12:53.12 | Gnutoo | mario-goulart, but as I'm compiling the micro-base-image it will be faster |
12:53.12 | hrw | florian: no |
12:53.22 | hrw | florian: SSD bumps cost too much |
12:53.35 | mario-goulart | Gnutoo: did you have problems when building readline for mips? |
12:53.39 | XorA | has 40G of ssd |
12:53.54 | Gnutoo | mario-goulart, don't know...is it part of the micro-base-image? |
12:53.56 | florian | hrw: you have a little daughter :) |
12:54.15 | mario-goulart | Gnutoo: as far as I can see, it's a dependency for gdbserver |
12:54.33 | Gnutoo | mario-goulart, ah ok...I'll look when it will be cross-compiled |
12:54.41 | mario-goulart | Gnutoo: at least it poped up when I added gdbserver to the IMAGE_INSTALL var |
12:54.46 | Gnutoo | mario-goulart, because my old gdbserver came from openwrt |
12:54.52 | mario-goulart | Gnutoo: ah, ok. |
12:54.53 | Gnutoo | mario-goulart, ok |
12:56.24 | *** join/#oe Soopaman (n=Soopaman@67.204.25.132) |
12:58.43 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
12:59.33 | hrw | florian: which is not allowed to be in this room |
13:00.26 | florian | hrw: ok, i use my laptop everywhere :) |
13:00.55 | *** join/#oe [simux] (n=[simux]@189.85.128.10) |
13:03.03 | valhalla | I'm having a problem with a xapian-bindings-python recipe I'm trying to write: xapian-bindings uses autotools and the configure checks for the existance of Python.h in the directory found by doing $PYTHON -c 'import os,distutils.sysconfig;print(distutils.sysconfig.get_python_inc().replace(os.sep,"/"))' |
13:04.08 | valhalla | building for the beagleboard, this directory is $TMP/staging/arm-angstrom-linux-gnueabi/usr/include/python2.6 with just arm instead of armv7a |
13:04.49 | valhalla | where arm-angstrom-linux-gnueabi is taken by python from HOST_SYS |
13:07.28 | valhalla | should I patch the configure to take the directory from an env variable or what? |
13:08.06 | CIA-1 | 03ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * rbc9dc9612e 10openembedded.git/packages/dreambox/dreambox-dvb-modules.bb: |
13:08.06 | CIA-1 | dreambox-dvb-modules.bb: new dm800 drivers to fix progressive/interlaced detection |
13:08.06 | CIA-1 | and strange scaling effects on channel change |
13:09.54 | *** join/#oe abner (n=birunko@189.70.90.196) |
13:11.37 | valhalla | or how safe would it be to put HOST_SYS=${MULTIMACH_HOST_SYS} autotools_do_configure in the do_configure ()? |
13:14.22 | mario-goulart | Gnutoo: I've built openwrt's system with V=99 (verbose) so I can see how things are build. Maybe we can find something comparing OE's and openwrt's builds. |
13:14.28 | *** join/#oe kristoffer (n=kristoff@95.209.3.224.bredband.tre.se) |
13:15.21 | sasa | I have this problem: ERROR: see log in /home/matt/beagle/OE/angstrom-dev/work/x86_64-linux/glib-2.0-native-2.18.0-r4/temp/log.do_stage.22846... |
13:15.52 | sasa | when building with bitbake. I don't know what to do about it or how to debug any advice? |
13:16.30 | pb_ | sasa: did you do as it suggests and see the log? |
13:17.57 | hrw | hmm.. looks like I need to patch include/linux/pci_ids.h |
13:18.15 | Gnutoo | mario-goulart, ok |
13:18.24 | *** join/#oe jipi (n=jipi@bb116-14-207-189.singnet.com.sg) |
13:19.00 | sasa | Yes the log didn't enlighten me: one line of interest: FATAL: oe_libinstall: gobject/.libs/libgobject-2.0.so.0.1800.0 not found... |
13:20.48 | *** join/#oe oneshel (n=jim@98.216.198.0) |
13:23.18 | *** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net) |
13:23.19 | *** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) |
13:23.48 | mckoan | hi, I need to customize etc/X11/Xserver on target machine AT91SAM9, I edited recipes/xserver-kdrive-common/xserver-kdrive-common/Xserver but my settings don't go into the filal image |
13:23.55 | mckoan | http://patchwork.openembedded.org/patch/800/ |
13:24.11 | mckoan | where do I have to add such setting? |
13:24.46 | florian | shoots xserver-kdrive-common |
13:25.18 | florian | mckoan: depending on the image you built you get xserver-common or xserver-kdrive common into the image :-( |
13:25.52 | mckoan | florian: MACHINE=ronetix-pm9263; bitbake x11-image |
13:26.01 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
13:26.18 | florian | hmm... x11-image should be xserver-kdrive-common |
13:26.48 | florian | mckoan: did you increment PR? |
13:29.12 | mckoan | florian: not yet |
13:29.45 | florian | mckoan: then you need to make sure that the package get built with the changes |
13:29.51 | florian | +s |
13:30.15 | mckoan | florian: PR bump involves the building flow or it is required only from patching rules? |
13:30.48 | mckoan | florian: what does '+s' mean? |
13:31.54 | florian | mckoan: it indicates that there is a change which will result in a differnt package then the revision before. oe looks for this to decide if a package needs to be build again |
13:32.22 | florian | mckoan: there was an 's' missing in the sentence before |
13:33.12 | florian | mckoan: bitbake xserver-kdrive-common -c clean will make oe to build it again even without changing PR |
13:33.43 | pb_ | sasa: well, that error sounds fairly clear. I guess you need to inspect the other logfiles to find out why the library isn't in the place where it's expected. |
13:35.49 | Caelian | since it's referring to gobject/.libs/libgobject-2.0.so.* it sounds like the build of gobject itself failed to build libgobject.so |
13:37.50 | mckoan | florian: I have even done a complete remuild (deleting tmp) unsuccessfully |
13:38.05 | mckoan | s/remuild/rebuild |
13:38.26 | mckoan | florian: BTW I'm trying xserver-kdrive-common -c clean as you suggested |
13:38.32 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
13:38.39 | pb_ | Caelian: indeed, it seems. |
13:39.48 | *** join/#oe Soopaman (n=Soopaman@67.211.112.45) |
13:40.12 | florian | mckoan: ok... scary... does this image maybe use xserver-nodm-init?! |
13:41.21 | Caelian | i am having fun trying to work through defining and configuring a completely new OE-based distro for our own internal purposes at work ... it's been educational so far :) |
13:43.38 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
13:45.52 | mckoan | where is created the root filesystem image before it is packed into a jffs2 ? |
13:46.11 | mckoan | $OE/tmp/somwhere |
13:48.49 | *** join/#oe tmartins (n=zero@187.37.54.140) |
13:51.00 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
13:51.04 | florian | mckoan: $TMPDIR/rootfs |
13:52.15 | mckoan | florian: it's empty, why? |
13:52.27 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
13:53.37 | *** join/#oe dth_ntb_ (i=59b60ba4@gateway/web/freenode/x-d5c7042f0d43c790) |
13:53.49 | florian | mckoan: you have a jffs2 image but no $TMPTIR/rootfs/<image-target> subdir? |
13:56.00 | mckoan | florian: yes |
13:56.08 | *** join/#oe boto|work (n=abotorab@proxye.avm.de) |
13:57.27 | CIA-1 | 03David Batzle <dbatzle@dcbcyber.com> 07org.openembedded.dev * r5b5a19ac03 10openembedded.git/recipes/irrlicht/ (files/irrlicht_beagle.diff irrlicht-examples-gles.bb): irrlicht: add recipe to build irrlicht demos against a GLES1.1 lib |
13:57.46 | florian | scratches head |
13:58.21 | hrw | florian: recently we commited change to drop tmp/rootfs after creation of image |
13:58.34 | hrw | mckoan: IMAGE_FSTYPES += "tar" in local.conf |
13:59.02 | florian | hrw: |
13:59.07 | florian | hrw: oops... why this? |
13:59.25 | mckoan | hrw: I have the usual IMAGE_FSTYPES += "tar.bz2 ext2 jffs2" |
13:59.38 | hrw | too many people expect tmp/rootfs to be real FS |
13:59.49 | hrw | mckoan: so check in tar.bz2 then |
14:00.42 | *** join/#oe Laibsch1 (n=Laibsch@p5B3B32BA.dip.t-dialin.net) |
14:01.31 | florian | hrw: I don't get the point here... so we could have changed it in this way - now people will complain that rootfs is empty |
14:02.04 | florian | having the last created rootfs in this directory was very useful for soem fast checks |
14:02.09 | hrw | florian: they can check that commit to discover that there is variable for it |
14:03.07 | florian | hrw: this won't stop people from thinking rootfs is empty |
14:03.20 | hrw | heh.. I love situations when 'ssh remote.machine' hangs after login |
14:03.27 | *** join/#oe oespirit (n=oespirit@117.254.8.53) |
14:03.47 | florian | apart from the fact that it is likely that documetation still refers to rootfs as the directory with the latest filesystem |
14:03.56 | hrw | florian: if I will commit patch which will move TMP/rootfs to WORKDIR/rootfs (where it should be from start imho) will they complain too? |
14:04.04 | mckoan | I woild prefer the rootfs fast check way +1 from me |
14:04.27 | hrw | mckoan: then 'git log' rootfs change and read commit message |
14:04.39 | hrw | and for future: read OE ML more often guys |
14:05.10 | mckoan | anyway the modification I did aren't in the final image yet :-( |
14:05.33 | mckoan | recipes/xserver-kdrive-common/xserver-kdrive-common/Xserver is ignored |
14:05.40 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-1fe0d184829a11d6) |
14:05.43 | florian | hrw: yes that would be a good idea - way more sane than the solution before. but we need to make sure that we change documentation too... |
14:06.22 | hrw | mckoan: you do that on your quad? |
14:06.31 | mckoan | hrw: yes |
14:06.54 | hrw | which dir? |
14:07.15 | mckoan | /home/koan/devel/openembedded/recipes/xserver-kdrive-common/xserver-kdrive-common/Xserver |
14:07.47 | hrw | mckoan: and which build tree? |
14:08.03 | mckoan | build tree? |
14:08.28 | hrw | where you do image build |
14:08.56 | hrw | ok, found |
14:09.15 | mckoan | /home/koan/devel/build/kaeilos/tmp/deploy/glibc/images/ronetix-pm9263 |
14:09.35 | mckoan | look into x directory which is the bz2 upacked |
14:10.13 | hrw | mckoan: this image uses xserver-common not xserver-kdrive-common |
14:10.52 | hrw | and yes, this situation suxx (2 packages doing same) |
14:17.31 | mckoan | hrw: how you deduce it from? |
14:23.11 | hrw | <PROTECTED> |
14:23.15 | hrw | -> out |
14:23.16 | hrw | bbl |
14:26.34 | *** join/#oe pleemans (n=toi@mailhost.infoco.be) |
14:28.08 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
14:30.41 | mckoan | hrw|gone: very useful file, thx |
14:33.36 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
14:38.29 | *** join/#oe pocek_ (i=pock@77-253-61-117.adsl.inetia.pl) |
14:42.25 | *** join/#oe vijay (n=vijay@203.199.213.97) |
14:48.05 | mario-goulart | Gnutoo: have you noticed that openwrt's /lib doesn't have libpthread.so.0? |
14:48.10 | *** join/#oe waite (n=bwaite@206.83.81.178) |
14:48.20 | Gnutoo | mario-goulart, no I didn't notice |
14:48.42 | Gnutoo | mario-goulart, but look at openwrt result with file or readelf... |
14:48.50 | mario-goulart | Gnutoo: I _think_ I'm using the same config for OE's uClibc. Now I'm not sure. |
14:48.51 | Gnutoo | mario-goulart, you can't see the sections |
14:51.47 | mario-goulart | Gnutoo: I'm cat'ing openwrt's common and mips files (from trunk/toolchain/uClibc/config-0.9.30.1) into OE's uClibc.machine. I suppose OE is using this config file, but the end result is quite different. |
14:52.11 | Gnutoo | mario-goulart, I already played with uclibc's config |
14:52.27 | Gnutoo | mario-goulart, basically it's composed of 2 parts |
14:52.42 | Gnutoo | mario-goulart, I don't remember well but maybe it's distro and machine config |
14:52.50 | mario-goulart | Gnutoo: yeah |
14:53.01 | Gnutoo | and they are assembled together to do the config that will be used |
14:53.23 | mario-goulart | Gnutoo: ahm ok. That's what I'm doing manually. |
14:53.33 | Gnutoo | ok |
14:53.58 | Gnutoo | what do you mean by manually? |
14:55.07 | mario-goulart | Gnutoo: I join openwrt's common and mips file (the config files for uclibc) into uClibc.machine (for OE). |
14:55.31 | mario-goulart | Gnutoo: so OE uses uClibc.machine which is openwrt's common and mips concatenated. |
14:55.56 | mario-goulart | Gnutoo: OE's uClibc.distro is empty |
14:56.28 | mario-goulart | Gnutoo: but it's weird that openwrt's /lib doesn't have libpthread, since: |
14:56.42 | mario-goulart | $ grep THREAD common mips |
14:56.43 | mario-goulart | common:# HAS_NO_THREADS is not set |
14:56.43 | mario-goulart | common:LINUXTHREADS_OLD=y |
14:56.43 | mario-goulart | common:# PTHREADS_DEBUG_SUPPORT is not set |
14:56.45 | mario-goulart | common:UCLIBC_HAS_THREADS=y |
14:56.49 | mario-goulart | <PROTECTED> |
14:58.20 | mario-goulart | Gnutoo: and OE's /lib does have libpthread. OE is supposed to be using the same configuration as openwrt. |
14:58.48 | mario-goulart | Gnutoo: ... unless some mangling is in effect (uclibc.inc does some). |
14:59.18 | Gnutoo | yes unless it sed the config |
14:59.45 | Gnutoo | like for CONFIG_CMDLINE in the kenrel recipes |
15:00.04 | mario-goulart | Gnutoo: just checked the merged.config file under OE's workdir for uClibc and it's the expected one (with threads) |
15:00.15 | Gnutoo | ok |
15:00.54 | mario-goulart | Gnutoo: so probably openwrt does some mangling. |
15:01.19 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
15:01.22 | mario-goulart | Gnutoo: I'm going out for lunch. See you later. |
15:01.31 | Gnutoo | ok bye see you later |
15:01.59 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
15:02.38 | pb_ | g'day kergoth |
15:02.53 | kergoth | hey pb_ |
15:02.58 | *** join/#oe pleemans (n=toi@mailhost.infoco.be) |
15:12.15 | *** part/#oe kgilmer|meeting (n=kgilmer@firebug.buglabs.net) |
15:15.09 | sasa | I am having problems with OE and bitbake building images for the beagleboard... |
15:15.48 | sasa | I don't really know what I am doing but bitbake seems to be choking on building perl for x86_64 and I don't |
15:16.06 | sasa | understand why it is trying to build x86 packages... |
15:17.05 | sasa | bitbake says: TARGET_ARCH = "arm", TARGET_OS = "linux-gnueabi" and then throws this error: |
15:17.18 | sasa | ERROR: Build of /home/matt/beagle/OE/openembedded/recipes/perl/perl-native_5.8.8.bb do_populate_staging failed |
15:17.52 | sasa | NOTE: Task failed: /home/matt/beagle/OE/angstrom-dev/work/x86_64-linux/perl-native-5.8.8-r13/temp/log.do_stage |
15:18.18 | sasa | but I don't know why it is trying to build the x86_64 versions - any suggestions? |
15:18.21 | kergoth | sasa: it's a -native build. there are lots of -native recipes that are built because they're needed by the crosscompiles. |
15:19.26 | sasa | kergoth: so you are saying bitbake is building perl on the x86 host so it can go onto to use this to build packages for the bb? |
15:20.48 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/session) |
15:20.55 | sasa | I have (a newer version) of perl install on the x86 box, I'm not sure I understand what is going on... |
15:21.08 | kergoth | it's likely building perl on x86 because it needs that exact version in order to build perl for your target, sasa. you can use bitbake -g to get a graphviz graph of the dependencies, so you can see what's depending on it |
15:21.26 | kergoth | this isn't that hard to understand, how many times do i have to explain it? |
15:21.54 | kergoth | we can't rely on every machine having these things, lots of recipes have very specific build system dependencies |
15:22.06 | kergoth | if you think you have the version it needs, you can use ASSUME_PROVIDED to declare that your system already provides that functionality |
15:22.23 | kergoth | but you have to be careful there, some things, like autoconf-native, are patched, and we require the patched version |
15:22.51 | kergoth | ASSUME_PROVIDED += "somerecipe-native" would be the syntax, if you want to try to use it, but generally speaking you're on your own when using it, won't get support if it breaks something :) |
15:24.45 | sasa | Ok - I understand this point but it won't build perl so I am slightly stuffed at this point... |
15:25.30 | XorA | so analyse the error |
15:26.16 | kergoth | right, you'd get that same failure building that version of perl outside of OpenEmbedded, the failure is just a native perl build failure. |
15:27.44 | sasa | Yep - I have been trying to fix this now for some time - where does the ASSUME_PROVIDED += "somerecipe-native" thing go (local.conf)? |
15:28.23 | sasa | and somerecipie is a pointer to the local perl presumably (syntax?)? |
15:28.29 | kergoth | "pointer"? |
15:28.47 | kergoth | ASSUME_PROVIDED += "perl-native" |
15:28.49 | kergoth | gosh, thats was difficult |
15:28.55 | *** join/#oe workrat (n=chatzill@adsl-76-234-174-169.dsl.sfldmi.sbcglobal.net) |
15:29.20 | sasa | Thanks for the sarcasm it really helps a lot |
15:29.41 | kergoth | anytime |
15:29.53 | kergoth | if you don't know what a recipe is, or what its name is, you haven't read the manual |
15:30.04 | kergoth | so you should expect things like sarcasm when that's the case |
15:37.11 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
15:39.51 | *** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
15:41.01 | hrw | re |
15:41.02 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
15:41.08 | hrw | ~curse toshiba l30 laptop |
15:41.09 | ibot | May you be reincarnated as a Windows XP administrator, toshiba l30 laptop ! |
15:41.11 | kergoth | hey hrw |
15:43.28 | hrw | ~curse notebook vendors for crappy audio used |
15:43.29 | ibot | May you be reincarnated as a Windows XP administrator, notebook vendors for crappy audio used ! |
15:44.15 | hrw | snd-hda-intel is full of quirks and anyway it does not play on l30 here |
15:45.48 | *** join/#oe tharvey (n=tharvey@76.205.222.173) |
15:49.24 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r0c88cc6cb7 10openembedded.git/ (3 files in 2 dirs): lirc: update to 0.8.5 |
15:49.34 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdc6b5e5729 10openembedded.git/recipes/mythtv/mythtv_0.21.bb: |
15:49.34 | CIA-1 | myththv: bump SRCREV |
15:49.34 | CIA-1 | * this fixes the "people look like smurfs" bug: http://svn.mythtv.org/trac/ticket/5670 |
15:53.42 | *** join/#oe DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
16:00.23 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-bb4c8a44a8cebacb) |
16:03.35 | *** join/#oe oespirit_ (n=oespirit@117.254.28.196) |
16:09.56 | tharvey | I've got a recipe for an out-of-tree kernel module that I'm trying to build against 2.6.29 (previously I was at 2.6.26) - its looking like the staging tree is not correct for the 2.6.29 kernel - does this sound like a familiar issue? |
16:11.47 | hrw | things are changing in kernel land |
16:12.58 | tharvey | in a devshell I can build the module using kernel path of the kernel workdir, but when I point to the staging dir there are massive kernel header issues |
16:14.16 | kergoth | aren't the headers in staging the sanitized headers for userland to make use of, not kernel code? |
16:14.24 | kergoth | or am i remembering wrong? |
16:14.53 | tharvey | not sure... I've always build this out-of-tree module using staging... its a customized madwifi module |
16:14.59 | broonie | I'd expect so, yes - you should be building against an actual kernel tree. |
16:15.06 | tharvey | or I should say I've always built it against 2.6.26 that way |
16:15.26 | broonie | There's work going on to sanities the glibc copies of the headers which is likely what you're seeing. |
16:16.59 | tharvey | the current madwifi recipes in oe do the same as I though - KERNELPATH=${STAGING_KERNEL_DER} - is it possible that nobody is building oe's madwifi for 2.6.29+? |
16:18.02 | tharvey | broonie, are you suggesting that I point the kernel path to the kernel workdir then and 'not' staging? or is there 2 staging dirs: one for userland and another for kernel modules? Not sure what OE var to use for kernel's workdir |
16:18.41 | broonie | There's probably two staging dirs. |
16:20.10 | tharvey | I see only 1 machine specific kernel headers dir in staging though... would make sense for there to be two |
16:20.29 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
16:23.26 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-56-68.w86-212.abo.wanadoo.fr) |
16:23.59 | tharvey | I see several out-of-tree kernel module recipes using KERNDIR=${STAGING_KERNEL_DIR} |
16:24.48 | tharvey | http://bec-systems.com/oe/html/directories_staging.html - shows there is only one kernel staging dir so if there does need to be a split for userspace/kernel it hasn't been done yet |
16:27.52 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
16:31.18 | *** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi) |
16:34.24 | *** join/#oe pH5 (n=ph5@e178203122.adsl.alicedsl.de) |
16:36.08 | Gnutoo | mario-goulart, unfortunately I've forgetten to add -ggdb3 to my build |
16:36.32 | Gnutoo | mario-goulart, but it sefault at the last line here: http://pastebin.com/m7fbbad85 |
16:37.32 | *** part/#oe boto|work (n=abotorab@proxye.avm.de) |
16:39.24 | *** join/#oe Wiedi (n=wiedi@newton-air.w.fruky.net) |
16:40.27 | kergoth | tharvey: ah, right, STAGING_KERNEL_DIR is the actual kernel headers, the sanitized ones would be in the normal staigng include & lib dirs, or the cross dirs |
16:40.32 | Gnutoo | mario-goulart, t9 is 2aab0394 |
16:41.10 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
16:43.11 | *** join/#oe vijay (n=vijay@203.199.213.97) |
16:48.22 | *** join/#oe brolin (n=brolin@190.158.89.183) |
16:48.48 | *** join/#oe vijay (n=vijay@203.199.213.97) |
17:03.06 | *** join/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net) |
17:07.34 | *** join/#oe valhalla (n=valhalla@81-174-24-42.dynamic.ngi.it) |
17:08.18 | *** join/#oe Crofton (n=balister@89-26-120-19.saalf.stat.salzburg-online.at) |
17:10.33 | mario-goulart | Gnutoo: I don't know much about mips assembly. Is t9 a register? |
17:10.51 | Gnutoo | yes |
17:10.57 | Gnutoo | temporary register |
17:11.26 | *** join/#oe aloril (n=aloril@84.249.126.153) |
17:11.27 | mario-goulart | Gnutoo: ah, ok. You mean there's a jump to an invalid location? |
17:11.47 | Gnutoo | yes |
17:12.23 | mario-goulart | Gnutoo: hmmm. Any idea about who's generating this invalid code? |
17:12.30 | Gnutoo | no |
17:12.34 | Gnutoo | I've no idea |
17:12.51 | sasa | My woes using bitbake look like they result from this bug: http://bugs.openembedded.org/show_bug.cgi?id=4396... |
17:13.56 | mario-goulart | Gnutoo: anyway, you've spot a good track. Now we have something from where we can start looking for a solution. |
17:13.58 | sasa | the patch failed to help but Oliver Eichler's fix seems to work, we'll see once the build completes. |
17:14.15 | Gnutoo | ok |
17:14.37 | mario-goulart | Gnutoo: you are using OE's rootfs, right? |
17:15.17 | Gnutoo | mario-goulart, openwrt's rootfs->chroot->static-gdb->hello-world |
17:16.06 | mario-goulart | Gnutoo: hmmm. |
17:16.49 | mario-goulart | Gnutoo: can't you run any binary under openwrt system (rootfs)? |
17:17.16 | mario-goulart | Gnutoo: here things work on openwrt. I just can't make them work on OE. |
17:17.30 | Gnutoo | mario-goulart, openwrt+hello world runs fine |
17:17.56 | Gnutoo | mario-goulart, oe+any shared lib => segfault |
17:18.22 | mario-goulart | Gnutoo: ah, ok. Same here. |
17:18.22 | Gnutoo | mario-goulart, openwrt->chroot->hello-world-dynamic => segafault |
17:18.25 | Gnutoo | yes |
17:18.33 | Gnutoo | I should have added -ggdb3 |
17:19.51 | mario-goulart | Gnutoo: maybe -O0 too. |
17:21.48 | Gnutoo | mario-goulart, ok |
17:25.26 | *** join/#oe user2 (n=3MX@79.132.56.132) |
17:33.29 | *** join/#oe workrat (n=chatzill@adsl-76-234-174-169.dsl.sfldmi.sbcglobal.net) |
17:39.32 | *** join/#oe workrat (n=chatzill@adsl-76-234-174-169.dsl.sfldmi.sbcglobal.net) |
17:49.05 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rcbe3798f41 10openembedded.git/recipes/sugar/sugar-base_0.83.2.bb: sugarbase: inherit gnome for gconf and icon helpers |
17:49.30 | *** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
17:53.52 | *** join/#oe jipi (n=jipi@bb116-14-207-189.singnet.com.sg) |
18:01.50 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
18:14.28 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07stable/2009 * r2cdd6a46e9 10openembedded.git/ (3 files in 2 dirs): |
18:14.28 | CIA-1 | lirc: update to 0.8.5 |
18:14.28 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
18:14.28 | CIA-1 | Acked-by: Tom Rini <trini@embeddedalley.com> |
18:14.28 | CIA-1 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
18:14.38 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07stable/2009 * r0671845b9f 10openembedded.git/recipes/mythtv/mythtv_0.21.bb: |
18:14.38 | CIA-1 | myththv: bump SRCREV |
18:14.39 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
18:14.41 | CIA-1 | Acked-by: Tom Rini <trini@embeddedalley.com> |
18:14.43 | CIA-1 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
18:17.19 | *** join/#oe florian (n=fuchs@f048247236.adsl.alicedsl.de) |
18:20.43 | CIA-1 | 03Ottavio Campana <ottavio@campana.vi.it> 07org.openembedded.dev * r378be0dcdc 10openembedded.git/ (conf/checksums.ini recipes/live555/live555_20090602.bb): |
18:20.43 | CIA-1 | live555: update to 2009.06 |
18:20.43 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
18:20.53 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rbb6a5a722b 10openembedded.git/recipes/u-boot/ (u-boot-git/new-pinmux.patch u-boot_git.bb): u-boot git: update beagleboard pinmux |
18:28.24 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
18:31.42 | florian | re |
18:39.57 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
18:58.44 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
19:12.21 | CIA-1 | 03Denys Dmytriyenko <denis@denix.org> 07stable/2009 * r1ad4b80ab4 10openembedded.git/recipes/base-files/base-files/profile: |
19:12.21 | CIA-1 | /etc/profile: stricter root PATH - require absolute pathname for bins in cwd |
19:12.21 | CIA-1 | Having current directory (either '.' or empty string) in PATH is considered |
19:12.21 | CIA-1 | dangerous for root. |
19:12.21 | CIA-1 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
19:12.23 | CIA-1 | Acked-by: Phil Blundell <philb@gnu.org> |
19:12.27 | CIA-1 | Acked-by: Koen Kooi <koen@openembedded.org> |
19:21.04 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-80e259ee7e44b36e) |
19:24.32 | tharvey | kergoth, yes, KERNEL_STAGING_DIR is definately where out-of-tree modules should point to for kernel headers - yet I find that madwifi builds only for 2.6.29 if I point to KERNEL_SOURCE instead... still not clear why |
19:24.34 | *** join/#oe srujanjonnadula (n=srujan@bur-agw-2.eth0.cns.vt.edu) |
19:28.34 | *** join/#oe timtimred (n=meh@79-75-173-72.dynamic.dsl.as9105.com) |
19:29.21 | *** join/#oe Sleep_Walker (n=Sleep@88.19.broadband8.iol.cz) |
19:29.34 | *** part/#oe spaetz (n=spaetz@v30439.1blu.de) |
19:31.46 | *** part/#oe workrat (n=chatzill@adsl-76-234-174-169.dsl.sfldmi.sbcglobal.net) |
19:38.35 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
19:39.51 | *** join/#oe florian (n=fuchs@f048247236.adsl.alicedsl.de) |
19:41.42 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
19:44.50 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
19:49.06 | slapin_nb | Hi, all! If I have big NAND (2GB), big jffs2 image (256MB), and a small (64MB) amount of RAM. Is there some way to flash this image to NAND using u-boot on such a system? |
19:50.13 | kergoth | that's not really on topic, this channel is about the use of openembedded and bitbake, but then, I'm not sure of a better channel to ask it in, so i guess that works :) |
19:50.24 | kergoth | could try #edev |
19:51.01 | slapin_nb | it is actually related to openembedded-generated image :) |
19:52.08 | akheron | slapin_nb: I suppose you could split the image to chunks of <64MB and flash a chunk at a time |
19:52.39 | kergoth | that doesn't make it on topic. the question would be the same regardless of what image you were using :) |
19:52.51 | kergoth | not that it matters, really, just noting it |
19:52.59 | slapin_nb | akheron, is there some automated tools to script that? |
19:53.33 | slapin_nb | is really sorry for polluting channel with off-topic questions |
19:53.58 | kergoth | well it's not like you're interrupting anything, it's dead in here :) |
19:54.02 | akheron | slapin_nb: I have no idea, I've never used nand |
19:54.18 | akheron | or a system with less ram than non-volatile storage |
19:54.36 | akheron | umm, such an embedded system I mean |
19:54.59 | akheron | the laptop I'm using right now definitely has less ram than hard disk space :F |
19:55.34 | slapin_nb | akheron, thanks! I think I need to find good splitting tool and write script for u-boot |
19:56.02 | akheron | dd and a tiny shell script should be okay for splitting |
19:58.17 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
20:01.46 | *** join/#oe lrg (n=lrg@host86-168-43-158.range86-168.btcentralplus.com) |
20:17.37 | *** join/#oe fraxinath (n=quassel@p54AA490A.dip.t-dialin.net) |
20:20.47 | *** join/#oe sgh_ (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
20:22.10 | CIA-1 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r7ad802292d 10openembedded.git/ (2 files in 2 dirs): |
20:22.10 | CIA-1 | linux-davinci: update to the latest staging/vpfe branch |
20:22.10 | CIA-1 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
20:28.18 | CIA-1 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r60b572f455 10openembedded.git/recipes/linux/linux-davinci_2.6.30.bb: |
20:28.18 | CIA-1 | linux-davinci: add formal 2.6.30 version |
20:28.18 | CIA-1 | Signed-off-by: Denys Dmytriyenko <denis@denix.org> |
20:28.53 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
20:35.35 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
20:36.12 | CIA-1 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r0f691ce323 10openembedded.git/MAINTAINERS: MAINTAINERS: add my entry |
20:54.24 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
20:59.21 | *** join/#oe Martin-B (n=Martin@pool-202-67-198-89.dbd-ipconnect.net) |
21:06.21 | bluelightning | anyone got any ideas on fixing the "multiple versions of bluez building" issue? |
21:06.47 | bluelightning | I see pb_ and Laibsch were investigating a couple of weeks ago |
21:07.35 | Laibsch | bluelightning: I kind of gave up |
21:07.45 | Laibsch | I don't really want bluetooth anyway |
21:07.45 | bluelightning | Laibsch: why's that? |
21:07.51 | bluelightning | oh... ok |
21:07.56 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
21:07.56 | Laibsch | so, that is the route I've taken for minimal |
21:08.19 | Laibsch | make it not depend on the bluetooth stuff and let somebody who wants bluetooth worry about fixing the mess ;-) |
21:08.28 | Laibsch | what distro are you building for? |
21:08.38 | bluelightning | Laibsch: angstrom, as usual |
21:08.45 | Laibsch | you can always apply the force-defaults patch locally |
21:08.59 | Laibsch | that will at least give you an image |
21:09.00 | bluelightning | force-defaults patch? |
21:09.13 | Laibsch | I RFC'd it a couple of weeks ago |
21:09.45 | Laibsch | it was rejected on the grounds that rather than cosmetics, the underlying problem should be fixed |
21:09.54 | Laibsch | agrees with that assessment |
21:10.09 | Laibsch | But I don't feel like fixing bluez in OE |
21:13.11 | bluelightning | seems that few others have a handle on the issue either |
21:13.29 | bluelightning | or indeed the inclination to bash on it until it is fixed (myself included) |
21:13.36 | Tartarus | Isn't it a matter of setting up virtuals or similar for bluetooth? |
21:13.42 | Tartarus | or just dropping bt3.x ? |
21:14.03 | *** join/#oe ant__ (n=andrea@host61-16-dynamic.0-87-r.retail.telecomitalia.it) |
21:14.08 | bluelightning | hi ant__ |
21:14.15 | bluelightning | ant__: we are discussing bt issue atm |
21:14.40 | ant__ | ah.. the opkg-cl leaved the king naked... |
21:14.57 | bluelightning | ant__: well, that's the end result yes |
21:15.22 | ant__ | can we suggest a quick fix to the poor guy in the ML? |
21:16.03 | bluelightning | ant__: yes I think that would be a good start... |
21:16.30 | ant__ | bluelightning: I think I know how to 'repair'.. |
21:16.44 | bluelightning | ant__: what's your suggestion? |
21:17.02 | ant__ | all come since bluez4 introduction |
21:17.11 | ant__ | we can override for opie |
21:17.23 | ant__ | well, opie is not a distro, I know |
21:18.18 | ant__ | for opie, I'd go back to bluez3 and have a working opie, then move to bluez4. Objections? |
21:19.03 | Gnutoo | hi, is it true that the palm pre uses directfb? |
21:19.03 | bluelightning | ant__: none from me, assuming that no other os-level components now depend on bluez4 - I haven't checked |
21:19.20 | Gnutoo | because http://en.wikipedia.org/wiki/Directfb says it's LGPL |
21:19.52 | ant__ | bluelightning: I personally have only experience with bluez3 on real device (zaurus + cf bt) |
21:19.57 | Gnutoo | and http://opensource.palm.com/packages.html doesn't list directfb |
21:20.03 | Gnutoo | in both version |
21:20.59 | bluelightning | ant__: I am just trying a build now with PREFERRED_VERSION_bluez-{utils|libs}=3.36 added to preferred-opie-versions-1.2.4.inc |
21:21.18 | ant__ | yea, something like this |
21:21.39 | ant__ | pb objected opie is not a distro and should just inherit |
21:21.54 | ant__ | but poor opie is soo old... |
21:22.15 | ant__ | could be considered a distro its alone |
21:22.17 | bluelightning | I don't even know if it might just work straight away with bluez4 |
21:22.25 | ant__ | he |
21:22.35 | bluelightning | but the annoying thing is unless I'm mistaken, no opie package asks for bluez3 explicitly |
21:22.46 | bluelightning | so I don't know why it thinks it needs it :/ |
21:23.00 | ant__ | because distro(angstrom) sets it |
21:23.04 | ant__ | iirc |
21:23.17 | bluelightning | doesn't it set preferred versions to 4.x? |
21:24.00 | ant__ | ah, sorry, you asked for 4 |
21:24.07 | ant__ | err for bluez3 |
21:24.32 | ant__ | it must be here... |
21:24.33 | ant__ | ./distro/include/preferred-om-2008-versions.inc:PREFERRED_VERSION_python-pybluez ?= "0.13" |
21:24.33 | ant__ | ./distro/include/preferred-opie-versions.inc:PREFERRED_VERSION_opie-bluepin ?= "${OPIE_VERSION}" |
21:24.33 | ant__ | ./distro/include/preferred-opie-versions.inc:PREFERRED_VERSION_opie-bluetoothapplet ?= "${OPIE_VERSION}" |
21:24.33 | ant__ | ./distro/include/preferred-opie-versions.inc:PREFERRED_VERSION_opie-bluetoothmanager ?= "${OPIE_VERSION}" |
21:24.33 | ant__ | ./distro/include/preferred-opie-versions.inc:PREFERRED_VERSION_opie-securityplugin-blueping = "${OPIE_VERSION}" |
21:25.32 | Laibsch | the reason is that bluez4 does not provide everything that is needed |
21:25.42 | Laibsch | look into bluez-cups-backend for example |
21:25.51 | Laibsch | I spent quite some time looking into this |
21:26.02 | bluelightning | Laibsch: there must be others it doesn't provide, because I don't need bluez-cups-backend |
21:26.05 | Laibsch | removing bb files and looking what broke ;-) |
21:26.13 | Laibsch | In the end, I just gave up ;-) |
21:26.45 | bluelightning | is there a way for bitbake to output dependency chains or something like that? |
21:26.45 | Laibsch | bluelightning: remove the bb files, it's the only sane way to find out what depends on it |
21:26.56 | Laibsch | bitbake -g is supposed to do that |
21:27.03 | Laibsch | But I don't think it is complete |
21:27.10 | Laibsch | It was not sufficient for my analysis |
21:27.12 | ant__ | bluelightning: also try with -DDD or -vv |
21:27.13 | bluelightning | argh |
21:27.25 | Laibsch | or just remove the file |
21:27.27 | Laibsch | ;-) |
21:27.33 | Laibsch | Easiest and certain to work |
21:27.37 | Laibsch | trust me |
21:29.35 | bluelightning | well first I'll just make sure this hack works so I can answer the ml posting |
21:29.52 | bluelightning | damn it I need a faster machine :/ |
21:32.32 | Laibsch | angstrom ml? |
21:32.43 | ant__ | yes |
21:34.16 | ant__ | hm ...trying PREFERRED_PROVIDER_bluez-libs = "bluez3" and PREFERRED_PROVIDER_bluez-utils = "bluez3" in preferred-opie-versions-1.2.4.inc |
21:36.18 | ant__ | seems have done the job... |
21:36.24 | ant__ | now the second one... |
21:36.24 | ant__ | NOTE: multiple providers are available for opkg (opkg, opkg-nogpg, opkg-nogpg-nocurl); |
21:36.25 | ant__ | NOTE: consider defining PREFERRED_PROVIDER_opkg |
21:37.43 | ant__ | bluelightning: I think it's a PROVIDER problem, not just VERSION |
21:38.57 | bluelightning | why the heck doesn't angstrom already define that? |
21:39.22 | Gnutoo | mmm CONFIG_MIPS_O32_ABI=y # CONFIG_MIPS_N32_ABI is not set |
21:39.37 | bluelightning | Gnutoo: nice... |
21:39.46 | Gnutoo | bluelightning, ? |
21:40.01 | Gnutoo | bluelightning, are you involved in uclibc mips problems too? |
21:40.03 | bluelightning | Gnutoo: manually hacked kernel config |
21:40.12 | Gnutoo | bluelightning, no uclibc config |
21:40.21 | bluelightning | Gnutoo: no, just commenting randomly, sorry :) |
21:40.27 | Gnutoo | bluelightning, ah ok |
21:40.34 | Gnutoo | bluelightning, :) |
21:42.21 | Laibsch | angstrom generally wants to move to bluez4, that is why those things are not defined as above |
21:42.48 | ant__ | bluelightning: ./rootfs_ipk.bbclass:IPKG_VARIANT ?= "opkg" |
21:42.59 | Laibsch | trying to get bluez4 working as expected at compile time is a more worthwhile task than trying to coerce the build into bluez3 |
21:43.14 | ant__ | that's the second step |
21:43.21 | ant__ | noe it's broken and we repair |
21:43.37 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
21:43.38 | Laibsch | by breaking other things |
21:43.40 | bluelightning | Laibsch: I don't disagree, I was just after a quick temporary fix |
21:43.47 | Laibsch | understood |
21:44.03 | Laibsch | the quick temporary fix is the force-defaults patch I mentioned |
21:44.08 | Laibsch | MUCH quicker, too |
21:44.28 | Laibsch | anything else is fine locally, but not for being committed |
21:44.54 | ant__ | Laibsch: bluez4 come *years* after opie |
21:44.54 | Laibsch | defining bluez preferences in opie is NOT ok |
21:45.05 | Laibsch | that has no relevance here |
21:45.16 | Laibsch | a lot of the things in building for OE today are more recent |
21:45.19 | ant__ | have you reports 'it works' ? |
21:45.30 | ant__ | I have for bluez3 |
21:45.37 | Laibsch | ant? |
21:45.48 | Laibsch | the force-default patch works fine |
21:45.57 | ant__ | nobody has tested opie+bluez4 |
21:46.05 | ant__ | 99% won't work |
21:46.07 | Laibsch | and the BTS has the information on what should be done to properly fix bluez |
21:46.09 | ant__ | oob |
21:46.25 | Laibsch | we are talking compile-time problems now |
21:46.42 | ant__ | iirc you were discussing with pb about utils/libs |
21:46.47 | Laibsch | if opie and bluez4 don't get along the proper thing is to RCONFLICT |
21:46.47 | ant__ | split |
21:46.53 | Laibsch | not the stuff you are doing now |
21:47.10 | Laibsch | yes, that is a very important thing in fixing this |
21:47.21 | Laibsch | or make bluez4 provide -utils and -libs |
21:47.23 | ant__ | I think opie should be 'crystallized' with some sane working revisions |
21:47.28 | ant__ | and abandoned ... :) |
21:47.48 | ant__ | there is no development behind... |
21:47.56 | bluelightning | ant__: ahem.... |
21:47.59 | ant__ | just bluelightning fixing as he can |
21:48.02 | ant__ | thx btw ;) |
21:48.08 | ant__ | :DD |
21:48.14 | Laibsch | well, many projects are a one-man show |
21:48.25 | bluelightning | well, I'm actually doing some real dev work atm... ok, so it's completing previous designs, but it's still real development |
21:48.30 | Laibsch | no reason to "improperly fix" stuff |
21:48.33 | bluelightning | (on opie I mean) |
21:48.36 | ant__ | nice to hear that |
21:48.38 | Laibsch | cool |
21:49.15 | bluelightning | but I haven't had time to add support for newer bluez interfaces (which require dbus) |
21:49.32 | ant__ | yea, the hal + dbus story.... |
21:50.00 | bluelightning | it might not be hard, I don't know; I just haven't had time to properly investigate it |
21:50.17 | ant__ | I purposedly refuse to learn python... |
21:50.38 | bluelightning | well, I would be using dbus C++ bindings here |
21:51.04 | ant__ | iirc there is a lot of work on that from Openmoko people |
21:51.31 | ant__ | don't know whether they merged all..or not |
21:51.59 | Laibsch | openmoko latest work is unmerged but scheduled to merge |
21:52.09 | ant__ | ok, thx |
21:52.40 | CIA-1 | 03Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r814775d0a9 10openembedded.git/ (5 files in 3 dirs): libgmime: Packaged versions 2.2.23 (as libgmime) and 2.4.7 (as libgmime-2.4). |
22:05.55 | ant__ | bluelightning: about zaurusd, are you developer? |
22:06.02 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
22:06.11 | ant__ | wb |
22:06.13 | ant__ | bluelightning: about zaurusd, are you developer? |
22:06.36 | bluelightning | argh @ ISP, must complain about bad connection |
22:07.02 | bluelightning | ant__: not really, I submitted a patch for tskeys a while back but that's it |
22:07.20 | bluelightning | I don't think it gets much maintenance these days |
22:08.00 | bluelightning | oh, and I did bring it up to the latest svn rev in OE recently as well |
22:08.46 | ant__ | I see ... latest svn....some files are missing newline...git patches are horrible... |
22:09.10 | ant__ | and strangely I had to 'revert' one patch, just for borzoi... |
22:09.23 | ant__ | because was applied upstream (only for borzoi) |
22:09.59 | ant__ | there were some commits last weeks |
22:10.06 | *** join/#oe bluelightning_ (n=blueligh@pdpc/supporter/active/bluelightning) |
22:10.36 | bluelightning_ | *cough* |
22:10.59 | bluelightning_ | ant__: did you need something fixed on zaurusd? |
22:11.19 | ant__ | well, there are patches pending |
22:11.24 | ant__ | please give a look |
22:11.38 | bluelightning_ | you mean those remaining in OE? |
22:11.45 | ant__ | yes |
22:11.49 | bluelightning_ | hmm |
22:12.08 | ant__ | I suppoose zaurusd is only built in OE |
22:12.14 | bluelightning_ | I would pester RP about that, but I'm not sure he has any time to review zaurusd patches |
22:12.44 | ant__ | anyway, look at the use-ts-symlink-ins~of-hardcoding.diffâ |
22:13.21 | ant__ | at least we should clear the issues like \ No newline at end of file |
22:13.39 | ant__ | :D |
22:15.36 | ant__ | bluelightning: oh..sorry |
22:15.40 | *** join/#oe frikker (n=blaine@107.135.68.216.DED-DSL.fuse.net) |
22:15.57 | ant__ | I see now ..it's in avoid-rotated-server.patch |
22:17.20 | ant__ | hm..why only for borzoi ^^^ |
22:17.51 | ant__ | I'd revert here and susbt with touchscreen0 in the a.m. use-ts... patch |
22:20.04 | cdbot2 | * * OE Bug 5278 has been created by arne(AT)arne-koehn.de |
22:20.06 | cdbot2 | * * wrong SRC_URI for ttf-sazanami |
22:20.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=5278 |
22:20.23 | bluelightning_ | ant__: yes, that one ought to go upstream |
22:20.38 | CIA-1 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * rf73238a444 10openembedded.git/ (4 files in 3 dirs): alsa-utils: add 1.0.20 version |
22:34.42 | CIA-1 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r7354ce1960 10openembedded.git/recipes/zaurusd/files/ (2 files): |
22:34.42 | CIA-1 | zaurusd: rework patches |
22:34.42 | CIA-1 | - revert 8c942c2a74598c84dbe9646bbd6bbde6525ca53f |
22:34.42 | CIA-1 | - minimal fix to 35b530346188557e7b81bcb69ccea27f60766177 |
22:34.42 | CIA-1 | - s/event1/touchscreen0/ is done in a separate patch |
22:35.12 | ant__ | bluelightning: done, now please the newlines :P |
22:36.01 | bluelightning | ant__: diff insisted on putting those in :/ |
22:36.17 | bluelightning | even though there was no difference at that place in the file, IIRC |
22:36.42 | ant__ | the missing newlines are in the svn :/ |
22:36.58 | bluelightning | ah right |
22:43.35 | ant__ | hm..do you remember that sh: rm not found |
22:43.52 | ant__ | see e.g. "opie-image.do_rm_work_all" -> "opkg.do_rm_work" |
22:44.14 | ant__ | "opie-image.do_rm_work_all" -> "opkg-native.do_rm_work" |
22:44.23 | ant__ | ... |
22:48.06 | bluelightning | ant__: yes I think I've seen that before |
22:48.45 | ant__ | I suspect opkg situation is not optimal.... |
22:49.14 | *** join/#oe HellDragon (i=jd@Wikipedia/HellDragon) |
23:04.19 | *** join/#oe dth (n=Dieter@p4FDEBFE9.dip.t-dialin.net) |
23:15.27 | *** join/#oe marcosmamorim (n=marcos@201-43-152-99.dsl.telesp.net.br) |
23:15.47 | *** join/#oe fraxinas (n=quassel@p54AA6939.dip.t-dialin.net) |
23:20.44 | bluelightning | night |
23:20.54 | *** join/#oe digital-ex (n=Luccisa@nat/cisco/x-b9c940739398a735) |
23:21.09 | CIA-1 | 03Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * rf35c640b68 10openembedded.git/recipes/gdb/gdbserver_6.6.bb: gdbserver: add 6.6 version - old, but GPLv2 |
23:21.49 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9628f84b91 10openembedded.git/ (2 files in 2 dirs): linux-omap 2.6.29: add support for mmc1 on expansion connector |
23:21.49 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9236bee440 10openembedded.git/ (4 files in 3 dirs): php-native: add 5.3.0 |
23:21.50 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r107327eb91 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
23:21.51 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r07c3c5d321 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev |
23:21.54 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rcaa7a37b97 10openembedded.git/recipes/linux/linux-omap-2.6.29/beagleboard/tincantools-puppy.diff: linux-omap 2..29: add mising patch |
23:22.51 | *** join/#oe Gnutoo (n=gnutoo@host91-163-dynamic.51-79-r.retail.telecomitalia.it) |
23:33.33 | *** part/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
23:39.15 | *** join/#oe vijay (n=vijay@203.199.213.97) |
23:51.50 | *** join/#oe marcosmamorim (n=marcos@201-43-152-99.dsl.telesp.net.br) |
23:54.36 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |