| 00:10.45 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 00:19.47 | *** join/#oe kgilmer (~kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net) |
| 00:20.35 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 00:20.35 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 00:21.38 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 00:21.41 | *** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net) |
| 00:24.06 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 00:31.20 | *** join/#oe Herbert__ (~ka6sox@207.47.108.14.static.nextweb.net) |
| 00:51.09 | *** join/#oe pcacjr_ (~pcacjr@187.78.3.209) |
| 00:51.09 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 01:20.56 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 01:28.32 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07master * ra92ca415ac 10openembedded.git/recipes/libtool/ (10 files): (log message trimmed) |
| 01:28.33 | CIA-2 | libtool: Abstact more common things to libtool.inc |
| 01:28.33 | CIA-2 | * inherit autotools is now in libtool.inc and so is EXTRA_AUTORECONF = |
| 01:28.33 | CIA-2 | "--exclude=libtoolize" |
| 01:28.33 | CIA-2 | * Include libtool.inc separately into -cross -native -sdk and -nativesdk |
| 01:28.33 | CIA-2 | recipes for 2.4 this avoids the problem where libltdl etc are also |
| 01:28.34 | CIA-2 | provided by -sdk and -nativesdk recipes which is incorrect |
| 01:28.36 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07master * r49c5170a52 10openembedded.git/recipes/binutils/binutils-cross-sdk.inc: |
| 01:28.36 | CIA-2 | binutils-cross-sdk.inc: Do not install ${D}${infodir}/dir |
| 01:28.36 | CIA-2 | * This file should be generates when the package is actually installed |
| 01:28.36 | CIA-2 | not when we install it during build. |
| 01:28.36 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 01:36.05 | kergoth_ | ponders the native/cross packaging situation |
| 01:40.10 | khem | kergoth_: I think we need to clear our sdk approach |
| 01:42.21 | kergoth_ | thinks about removing the prefix= overrides in native.bbclass and seeing what explodes |
| 01:42.40 | ka6sox-work | stands back |
| 01:43.05 | kergoth_ | hehe |
| 01:45.16 | khem | kergoth_: you mean base_prefix |
| 01:45.24 | kergoth_ | i mean all of them |
| 01:45.54 | khem | oh |
| 01:46.20 | khem | kergoth_: then sysroot should take of it u mean ? |
| 01:46.27 | kergoth_ | it'd be a really, really fast way to find relocation problems -- every native would be relocated from the standard prefix into the sysroot location |
| 01:49.45 | khem | scratches head |
| 01:59.29 | *** join/#oe cbrake_ (~cbrake_@oh-69-34-21-229.sta.embarqhsd.net) |
| 02:00.32 | *** join/#oe pcacjr (~pcacjr@187.78.3.209) |
| 02:00.33 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 02:03.20 | *** join/#oe fraxinas (~quassel@p4FD66109.dip.t-dialin.net) |
| 02:08.21 | Crofton | khem did you see me whining about libtool hassles |
| 02:16.10 | *** join/#oe pcacjr_ (~pcacjr@187.78.182.225) |
| 02:16.10 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 02:17.28 | *** part/#oe meindian523 (~easwar@unaffiliated/easwar) |
| 02:20.42 | Tartarus | Ah |
| 02:35.42 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 02:49.45 | *** join/#oe pcacjr__ (~pcacjr@187.78.154.172) |
| 03:06.03 | *** join/#oe pcacjr (~pcacjr@187.78.55.46) |
| 03:06.04 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 03:07.08 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 03:09.47 | *** join/#oe Spz0 (~a@184-76-62-129.war.clearwire-wmx.net) |
| 03:14.37 | khem | Crofton: no not much |
| 03:14.56 | khem | Crofton: but I am building gnuradio |
| 03:15.00 | khem | as I say |
| 03:15.07 | khem | my machine is a bit slow |
| 04:04.19 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 04:12.14 | *** join/#oe mekoniak (~mekoniak@wireless-5213.wireless.ece.vt.edu) |
| 04:12.38 | *** join/#oe HokieTux (~bhilburn@wireless-5192.wireless.ece.vt.edu) |
| 04:32.37 | *** join/#oe aditya_1010 (~Aditya@pool-96-241-213-103.washdc.fios.verizon.net) |
| 04:43.20 | *** part/#oe aditya_1010 (~Aditya@pool-96-241-213-103.washdc.fios.verizon.net) |
| 05:05.27 | *** join/#oe mrc3 (~mrc3@nat/ti/x-hwsiwwamiximqftt) |
| 05:16.20 | *** join/#oe polyonymous_ (~hacker@g230195070.adsl.alicedsl.de) |
| 05:30.07 | *** join/#oe d_th (~dth@a89-183-4-180.net-htp.de) |
| 05:31.56 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 05:43.46 | *** join/#oe aarti (~aarti@122.166.11.13) |
| 05:48.10 | *** join/#oe tassleho1f (~Mich@147.84-49-231.nextgentel.com) |
| 05:49.35 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 05:53.49 | eFfeM_work | gm |
| 05:56.03 | eFfeM_work | khem, i'm not really sniffing down your neck, but as I completed cleaning the orphaned files, I decided to do a sweep to see if I by accident overlooked something and at that point noticed your openjade patch and some libxine orphaned files and removed them as part of the finising off |
| 05:56.23 | eFfeM_work | i'm definitely not planning to do this daily or so |
| 06:05.11 | CIA-2 | 03Andreas Mueller <schnitzeltony@gmx.de> 07org.openembedded.dev * r703feb98b8 10openembedded.git/recipes/gnome/gedit_2.30.0.bb: (log message trimmed) |
| 06:05.12 | CIA-2 | gedit: add `enchant` to `DEPENDS` |
| 06:05.12 | CIA-2 | checking for ENCHANT... no |
| 06:05.12 | CIA-2 | configure: error: Enchant library not found or too old. Use --disable-spell to build without spell plugin. |
| 06:05.12 | CIA-2 | ERROR: Function do_configure failed |
| 06:05.12 | CIA-2 | I build tested this with `minimal-eglibc` for `MACHINE = "beagleboard"` and it fixes task `do_configure`. |
| 06:05.13 | CIA-2 | Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de> |
| 06:05.29 | CIA-2 | 03Andreas Mueller <schnitzeltony@gmx.de> 07org.openembedded.dev * r88354ba421 10openembedded.git/recipes/gnome/gedit_2.30.0.bb: (log message trimmed) |
| 06:05.30 | CIA-2 | gedit: add `gnome-doc-utils-native` to `DEPENDS` |
| 06:05.30 | CIA-2 | Otherwise task `do_compile` fails with the following error. `xml2po` is provided by `gnome-doc-utils-native`. |
| 06:05.30 | CIA-2 | | xsltproc -o gedit-C.omf --stringparam db2omf.basename gedit --stringparam |
| 06:05.30 | CIA-2 | db2omf.format 'docbook' --stringparam db2omf.dtd "-//OASIS//DTD DocBook XML |
| 06:05.30 | CIA-2 | V4.1.2//EN" --stringparam db2omf.lang C --stringparam db2omf.omf_dir |
| 06:05.31 | CIA-2 | "/usr/share/omf" --stringparam db2omf.help_dir "/usr/share/gnome/help" |
| 06:05.31 | CIA-2 | 03Paul Menzel <paulepanter@users.sourceforge.net> 07org.openembedded.dev * rec4a0bf8e4 10openembedded.git/recipes/gnome/gedit_2.30.0.bb: |
| 06:05.32 | CIA-2 | gedit: sort `DEPENDS` alphabetically |
| 06:05.33 | CIA-2 | Signed-off-by: Paul Menzel <paulepanter@users.sourceforge.net> |
| 06:05.34 | CIA-2 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 06:05.34 | CIA-2 | 03Paul Menzel <paulepanter@users.sourceforge.net> 07org.openembedded.dev * r860f2947b5 10openembedded.git/recipes/gnome/gedit_2.30.0.bb: (log message trimmed) |
| 06:05.35 | CIA-2 | gedit: GPLv2+ is the correct the `LICENSE`. |
| 06:05.35 | CIA-2 | `COPYING` [1] and the file headers, for example [2], say GPLv2+. Only `README` [3] just mentions GPLv2. |
| 06:05.36 | CIA-2 | [1] http://git.gnome.org/browse/gedit/tree/COPYING?id=dada4388aa0c33486a6d48ee1c8f2adac67abb01 |
| 06:05.36 | CIA-2 | [2] http://git.gnome.org/browse/gedit/tree/gedit/gedit-view-frame.c?id=dada4388aa0c33486a6d48ee1c8f2adac67abb01 |
| 06:05.37 | CIA-2 | [3] http://git.gnome.org/browse/gedit/tree/README?id=3fdf01ec9e0ac5f48d22e7e5d369c81fa357ea49 |
| 06:05.38 | CIA-2 | Signed-off-by: Paul Menzel <paulepanter@users.sourceforge.net> |
| 06:09.09 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 06:15.41 | *** join/#oe anarsoul (~anarsoul@212.98.177.225) |
| 06:17.26 | *** join/#oe Heinervdm (~thomas@pD9E17F21.dip.t-dialin.net) |
| 06:30.23 | *** join/#oe vps (~vitus@145.253.169.210) |
| 06:35.41 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 06:38.15 | tassleho1f | I'm running "bitbake virtual/kernel -c menuconfig", but I just see a windows flashing a short time, then it says that menuconfig succeeded. |
| 06:38.36 | eFfeM_work | tassleho1f: have you installed ncurses on your host (or ncurses-dev) |
| 06:40.19 | tassleho1f | eFfeM_work: ncurses5-dev it was :). reinstalled the OS since my last menuconfig and forgot. thanks :) |
| 06:40.30 | eFfeM_work | yw |
| 06:41.05 | eFfeM_work | if i do a reinstall or move to a new system this is one of the things that often bites me too |
| 06:42.10 | ka6sox-work | and its not in build-essential meta package either |
| 06:54.24 | mckoan | good morning |
| 07:04.05 | tassleho1f | After a fetch of upstream I get "RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'libqtcoree4' but it wasn't found in any PACKAGE or RPROVIDES variables" |
| 07:07.13 | tassleho1f | I get the same for libusb (I have "IMAGE_INSTALL += libusb1") |
| 07:09.32 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 07:12.42 | eFfeM_work | no idea on libqt but i would expect libusb1 to come from e.g. libusb1_1.0.8.bb |
| 07:13.57 | *** join/#oe rschus (~rschus@241.163.71-86.rev.gaoland.net) |
| 07:16.54 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 07:17.01 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 07:17.01 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 07:17.48 | tasslehoff | when I add libusb1 to IMAGE_INSTALL, it needs to find a libusb-ipk in deploy, right? |
| 07:18.24 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 07:18.49 | eFfeM_work | guess so (or maybe a libusb1 ipk) |
| 07:19.03 | eFfeM_work | i did never bother to peek at the internals there |
| 07:19.26 | tasslehoff | wish I didn't have to either :) |
| 07:27.33 | *** join/#oe mfhk (~chatzilla@cm61-15-76-62.hkcable.com.hk) |
| 07:28.01 | mfhk | Good morning |
| 07:30.08 | attila_ | hmmz, can anyone give me pointers on how to find out the physical memory map on a custom pxa270 board? |
| 07:31.06 | *** join/#oe TheNoise (~anto@galileo8.elet.polimi.it) |
| 07:32.32 | mfhk | Sorry for off topic question: Why read to 0008000 while actual RAM is addr is 50008000, pastebin: http://pastebin.com/7wsuFSyZ |
| 07:32.32 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 07:33.43 | hrw | ehlo # |
| 07:34.36 | mfhk | Sorry for off topic question: Why read to C0008000 while actual RAM is addr is 50008000, pastebin: http://pastebin.com/7wsuFSyZ |
| 07:42.09 | hrw | uboot? |
| 07:42.42 | ant_work | tasslehoff: about libusb read http://lists.linuxtogo.org/pipermail/angstrom-distro-users/2010-October/003401.html |
| 07:47.58 | mfhk | hrw: Yes, about u-boot. |
| 07:48.49 | mfhk | I was told to do this but not know the underlying reason. |
| 07:52.45 | eFfeM_work | mfhk, how much memory has your board? |
| 07:53.01 | mfhk | it has 128MB |
| 07:53.03 | eFfeM_work | mfhk: some systems use the high bit to inhibit things like caching |
| 07:54.33 | eFfeM_work | you might want to peek in this: |
| 07:54.33 | eFfeM_work | http://tldp.org/LDP/khg/HyperNews/get/memory/linuxmm.html |
| 07:54.40 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 07:54.47 | eFfeM_work | c0000000 is a logical address where the kernel lives |
| 07:55.43 | mfhk | who dictates the addr to be c0000000? |
| 07:57.42 | eFfeM_work | the kernel |
| 07:57.53 | eFfeM_work | you can change there but it is a logical address |
| 07:58.06 | eFfeM_work | so there is not much point in changing it |
| 07:58.15 | eFfeM_work | it is no error or so |
| 07:58.28 | ka6sox-work | the MMU |
| 07:59.21 | *** join/#oe vps (~vitus@145.253.165.179) |
| 07:59.29 | mfhk | thanks a lot, I will take a look at that site. for the moment, I just use the addr as instructed. |
| 08:00.03 | eFfeM_work | the mmu does the mapping, guess u-boot sets up the mapping, assume the kernel is not that relocatable that you can give it a different virt addresss space (and yea, I know that some work is done on relocating) |
| 08:00.51 | ka6sox-work | kernels aren't too relocatable... |
| 08:01.01 | mfhk | say, take this addr as a magic spell. :) |
| 08:01.57 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 08:04.46 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 08:06.29 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:07.52 | *** join/#oe playya (~playya@93.216.204.44) |
| 08:07.52 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 08:10.09 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-67-45.dynamic.mnet-online.de) |
| 08:16.54 | *** join/#oe rschus (~rschus@241.163.71-86.rev.gaoland.net) |
| 08:17.25 | florian | good morning |
| 08:23.26 | *** join/#oe fraxinath (~quassel@p4FD672F6.dip.t-dialin.net) |
| 08:34.41 | *** join/#oe rschus1 (~rschus@241.163.71-86.rev.gaoland.net) |
| 08:35.02 | *** join/#oe rschus1 (~rschus@241.163.71-86.rev.gaoland.net) |
| 08:42.51 | mfhk | One more question, where are these MTD partitions defined? pls see http://pastebin.com/Ai5Aw8QA |
| 08:43.19 | mfhk | Are they created by HW vendor? |
| 08:43.56 | ka6sox-work | mfhk, what hardware is this? |
| 08:44.05 | mfhk | OK6410 |
| 08:44.51 | mfhk | Are they auto created by kenel? But they have names. How kernel know the names? |
| 08:45.09 | *** join/#oe dth_ntb (~dth@a89-182-22-91.net-htp.de) |
| 08:45.44 | ka6sox-work | they are created by uboot |
| 08:45.54 | ka6sox-work | (or mtd-utils) |
| 08:46.10 | *** join/#oe vps (~vitus@145.253.165.179) |
| 08:46.46 | mfhk | I did not do it. So it's probably u-boot. Then, what u-boot command to list the partition table? |
| 08:48.56 | mfhk | my u-boot gives: Unknown command 'mtdparts' - try 'help' |
| 08:49.10 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:50.41 | hrw | or are hardcoded in kernel |
| 08:50.56 | mfhk | too bad, I can't find any relevant mtd commands in my device's u-boot. :( |
| 08:51.04 | *** join/#oe kristoffer (~kristoffe@c-fedae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 08:51.16 | mfhk | hrw: any pointer to the kernel config? |
| 08:51.42 | hrw | board file you need to check |
| 08:52.40 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 08:54.07 | *** join/#oe fraxinas (~quassel@p4FD66694.dip.t-dialin.net) |
| 08:54.14 | mfhk | BTW, this kernel is built using machine mini6410.bb in OE. |
| 08:55.10 | eFfeM_work | they are not in u-boot code, they are either in u-boot env area or in the kernel itself |
| 08:55.29 | *** join/#oe TheNoise (~anto@galileo8.elet.polimi.it) |
| 08:55.39 | mfhk | tried b-boot printenv, found nothing related. |
| 08:56.08 | eFfeM_work | then it is kernel related |
| 08:56.08 | mfhk | now, searching kernel tree... |
| 08:59.58 | mfhk | Thanks! Found in "recipes/linux/linux-2.6.28/mini6410/mini6410.patch" |
| 09:01.32 | mfhk | It patches "linux/arch/arm/plat-s3c/include/plat/partition.h" to hardcode that partitions. |
| 09:02.16 | mfhk | Do you think this hardcode approach any good? I feel it is not flexible. |
| 09:04.18 | ka6sox-work | mfhk, its the way it has been done for a LONG time. |
| 09:05.29 | mfhk | How about I want to add another kernel for rescue, then I need to recompile and replace the two? |
| 09:08.29 | ka6sox-work | why? |
| 09:09.11 | mfhk | because the partition table changed. |
| 09:09.34 | mfhk | I need 4 partition. |
| 09:10.15 | mfhk | 1- bootloader, 2 - rescue mode kernel with initramfs inline , 3 - normal kernel, 4 - rootfs |
| 09:11.05 | ka6sox-work | are you going to be doing kernel development? |
| 09:11.53 | *** join/#oe aarti (~aarti@122.166.11.13) |
| 09:11.56 | mfhk | No. I mean that hardcode thing make me have to **well** plan ahead before production. |
| 09:12.00 | *** join/#oe fraxinas (~quassel@p4FD6449A.dip.t-dialin.net) |
| 09:12.25 | mfhk | I prefer something like fdisk for mtd :-) |
| 09:14.27 | ka6sox-work | if you are concerned that your rootfs might have a problem then make an initramfs for the stock kernel. |
| 09:15.03 | ka6sox-work | unless you are going to intercept uboot and redirect it to the "alternative" kernel. |
| 09:16.13 | attila_ | thats kinda what ill be doing too, degrade to a "safe-mode" kernel/initrd in case the rootfs gets messed up |
| 09:16.13 | mfhk | Yes, that's what I think, field engineer boot into special mode... |
| 09:16.56 | ka6sox-work | are you planning on using a SD card for your rootfs or the onboard flash? |
| 09:17.29 | mfhk | Not decided yet. There is no custmer yet :) |
| 09:19.02 | ka6sox-work | when I bring up a board I typically make a initramfs in case things are "broke" and then change the boot args so it does'n't pivotroot to the rootfs |
| 09:19.20 | ka6sox-work | then it comes up on the initramfs and I can fix it. |
| 09:19.34 | mfhk | Agree! |
| 09:19.43 | ka6sox-work | but its only 1 kernel |
| 09:19.49 | ka6sox-work | not 2 |
| 09:19.57 | ka6sox-work | and I rarely mess with the partition table |
| 09:20.30 | ka6sox-work | do you know the size of the kernel? |
| 09:21.16 | mfhk | I know it's doable with 1 kernel. Customize the initramfs to drop you to shell if error, something like that. |
| 09:21.39 | mfhk | I tried, about 7MB |
| 09:21.52 | ka6sox-work | 7MB with the initramfs? |
| 09:21.59 | mfhk | let me see.... |
| 09:22.15 | ant_work | heh, the only case of playing with 2 kernels and mtdparts is if you have broken/too old bootloader (old-params are now deprecated) |
| 09:22.26 | mfhk | it's 5.73MB. |
| 09:22.46 | mfhk | it's with mtd utils . |
| 09:22.54 | ka6sox-work | ant_work, yep |
| 09:23.24 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:23.35 | ka6sox-work | a LONG time ago we messed with the partitions on the Slug and I learned my lesson on messing with that. |
| 09:23.37 | *** join/#oe fraxinas (~quassel@p4FD64A5E.dip.t-dialin.net) |
| 09:24.58 | mfhk | See you guys. |
| 09:25.03 | *** part/#oe mfhk (~chatzilla@cm61-15-76-62.hkcable.com.hk) |
| 09:26.18 | ka6sox-work | only 500k too big for the partition |
| 09:28.03 | attila_ | well you might want 2 kernels to do upgrades too |
| 09:28.25 | attila_ | and still have the old one in place in case the new one fails |
| 09:30.10 | ka6sox-work | we thought about that too on the spacecraft but realized it took too much storage for a maybe and instead used a firecode to put it in a mode to receive a new kernel being uploaded. |
| 09:30.41 | ant_work | it all depends on the machine bootloader |
| 09:31.25 | ant_work | with a smart initramfs you can boot the normal rootfs or an emergency one from a single kernel |
| 09:32.35 | ka6sox-work | that works nicely and minimizes the use of precious Flash for a "oops" |
| 09:33.15 | ka6sox-work | in order to fit his kernel he would have needed another 500k or so of flash space |
| 09:33.25 | ka6sox-work | or pare down his initramfs. |
| 09:33.51 | ant_work | heh |
| 09:34.02 | ant_work | we shrunk kernelèinitramfs to 840kb |
| 09:34.27 | ant_work | can still boot SD/CF/MTD |
| 09:34.47 | ant_work | no network stack, thoug |
| 09:35.06 | ka6sox-work | ah, was wondering |
| 09:35.14 | ant_work | lzma :) |
| 09:35.14 | ka6sox-work | so module city |
| 09:35.24 | ant_work | no modules at all |
| 09:36.27 | ka6sox-work | with the slug it was always a balancing act between what went *in* and what was a module |
| 09:36.35 | ka6sox-work | they did a good job. |
| 09:36.47 | ant_work | in this regard, fot the particular machines I'm building for, 2.6.36's size seems decreased compared to let say 2.6.29 or early .30 |
| 09:37.11 | ant_work | cleaning effect? |
| 09:37.28 | ka6sox-work | getting rid of cruft is always nice |
| 09:37.55 | ant_work | it looks like lot of code has been removed |
| 09:38.00 | ant_work | duplicated code |
| 09:38.21 | ant_work | great work for arm kernels ! |
| 09:40.04 | *** join/#oe B_Lizzard (~havoc@athedsl-423674.home.otenet.gr) |
| 09:48.16 | *** join/#oe B_Lizzard (~havoc@athedsl-423674.home.otenet.gr) |
| 09:48.43 | XorA | bah bzr |
| 09:49.25 | hrw | XorA: +11 |
| 09:50.10 | XorA | hrw: hehe, you chose to work there :-D |
| 09:50.41 | hrw | XorA: good is that I use bzr very very rarely |
| 09:51.03 | hrw | XorA: git-bzr-ng rulz |
| 09:51.21 | XorA | hrw: ubuntu gave me a whole training course on bzr/launchpad I forgot it all 10 mins later |
| 09:54.03 | eFfeM_work | hrw, recipes/subdir idea is cool, would love to have recipes/X11, recipes/modules, recipes/libs etc too |
| 09:54.16 | XorA | bah, earliest train to cambridge gets in at 10:50am |
| 09:54.49 | eFfeM_work | ouch |
| 09:55.54 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:56.40 | XorA | can fly though |
| 09:57.42 | ka6sox-work | man thats a long way away. |
| 09:58.46 | XorA | ka6sox-work: what is? |
| 09:58.56 | ka6sox-work | Cambridge |
| 09:59.17 | XorA | I was trying to work out if I can do the GA in one day |
| 10:00.27 | ka6sox-work | ouch...getting in @ 10:50 might be a bit late. |
| 10:00.40 | XorA | yes, hence looking at flights |
| 10:00.55 | XorA | can be there before 9am |
| 10:01.18 | XorA | has to be back in scotland on friday night |
| 10:01.37 | ka6sox-work | even the 125 is too slow? |
| 10:02.35 | XorA | if only driving at 120MPH were legal |
| 10:02.41 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 10:02.52 | ka6sox-work | if it were in .de maybe |
| 10:02.52 | dm8tbr | XorA: depends on country :) |
| 10:03.12 | XorA | dm8tbr: well taking a detour via germany wouldnt really help |
| 10:03.29 | dm8tbr | :) |
| 10:03.35 | ka6sox-work | although a Bus @ 140kms/hr was a bit scary |
| 10:04.28 | eFfeM_work | XorA: where are you coming from? (and thanks for reminding me to check the train schedule but from stansted to cambridge seems regular and fast) |
| 10:04.41 | XorA | eFfeM_work: Edinburgh |
| 10:05.01 | ka6sox-work | driving would be a bit long |
| 10:05.13 | XorA | ka6sox-work: I bet less scary than a morris minor at 90MPH :-D |
| 10:05.32 | eFfeM_work | dm8tbr: guess you'll get a panda |
| 10:05.39 | ka6sox-work | oh my, a minor can make it up to 90? |
| 10:05.50 | ka6sox-work | maybe downhill with a wind behind its back? |
| 10:06.03 | hrw | eFfeM_work: this is going to be ignored anyway. idea is from 2005 |
| 10:06.14 | dm8tbr | eFfeM_work: looks very much like it |
| 10:06.29 | eFfeM_work | hrw, pity, i think it is a good plan |
| 10:06.45 | eFfeM_work | hrw although it is probably tough to define a proper structure |
| 10:07.11 | XorA | ka6sox-work: we got my friends to 90 in exactly those circumstances :-D |
| 10:07.59 | dm8tbr | eFfeM_work: I hope top100fps also gets one, this hardware has even more potential for XBMC |
| 10:08.55 | ka6sox-work | I remember being with a crazy person driving from Aberdeen to Edinburgh thru Fife and thinking I was going to die with all the Lorries coming so close |
| 10:08.56 | ka6sox-work | (in an OLD mini) |
| 10:09.42 | eFfeM_work | dm8tbr: hemost likely will, he is in top5 , only one project that could make this a draw |
| 10:09.53 | ka6sox-work | I'd like to replace my openRD client with a panda. |
| 10:10.30 | dm8tbr | good :) |
| 10:10.36 | eFfeM_work | panda is nice as it can do 1080p, for other things my beagle still is ok |
| 10:10.47 | eFfeM_work | dm8tbr: http://www.omappedia.org/wiki/PandaBoard_Voting |
| 10:11.01 | dm8tbr | eFfeM_work: yes I'm waiting for the last vote to come in :) |
| 10:11.07 | ka6sox-work | the Beagle didn't do much more than the openRD client so I did'n't swap it out. |
| 10:11.12 | dm8tbr | put the page on watch with email notification |
| 10:12.11 | eFfeM_work | ka6sox actually the openrd client video out sucks (analog, there is a driver, but it is not mainlined); and support sucks too (old u-boot etc) |
| 10:12.22 | dm8tbr | av500 commented that it could probably feed both dvi ports at 1080p while encoding in real time too |
| 10:12.34 | eFfeM_work | dm8tbr: that would be very cool |
| 10:12.37 | dm8tbr | video conferencing comes to mind |
| 10:13.01 | ka6sox-work | eFfeM_work, yep...its best suited for controlling the telescope and taking the pictures. |
| 10:15.35 | eFfeM_work | probably should have gotten the base board so I could add a pci card, client looked interesting because of multiple usb and dual eth |
| 10:16.01 | ka6sox-work | dm8tbr, I like your proposal. |
| 10:17.03 | dm8tbr | ka6sox-work: thanks :) - I really hope we find an nice ADC. that would be already worth a ton. |
| 10:17.12 | ka6sox-work | eFfeM_work, ya, I got it originally to replace the 3 slugs @ the observatory |
| 10:17.20 | ka6sox-work | 2mhz? what resolution? |
| 10:17.27 | dm8tbr | and then some QT-3d-EGL flashy-ness |
| 10:18.06 | dm8tbr | antti/adj looked those two up that we mention. would need to read the datasheets but IIRC they were 12 and 14 bit |
| 10:18.22 | ka6sox-work | SPI I hope. |
| 10:18.26 | dm8tbr | yes |
| 10:18.45 | dm8tbr | of course no idea if really all the bits are usable or if the lowest ones are pure noise |
| 10:19.01 | ka6sox-work | depends on the front end. |
| 10:19.35 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:19.37 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 10:20.17 | dm8tbr | the club has quite the GHz experiment history and we have people in some of the right EE departments, so a frontend should be possible |
| 10:21.07 | ka6sox-work | NF is determined by that. |
| 10:21.24 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 10:22.01 | dm8tbr | yepp, I took the 'basics or rf-measurements' course with OH3HNY and she made sure we understood NF |
| 10:22.58 | ka6sox-work | many years ago I worked with a TMS320C board and the front end was lousy. |
| 10:23.23 | ka6sox-work | redesigned the front end and it is still in use today. |
| 10:23.34 | dm8tbr | :) |
| 10:24.43 | XorA | needs to look at getting another armv5 debian capable smal box :-D |
| 10:25.22 | ka6sox-work | XorA, I have quite a few slugs :D |
| 10:25.26 | dm8tbr | I have a pile of PMA430 units |
| 10:25.43 | dm8tbr | OMAP1510/5190 armv4 IIRC |
| 10:25.58 | XorA | need something to run ldap on |
| 10:26.59 | hrw | dm8tbr: omap1510 was armv5te |
| 10:27.01 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 10:27.05 | hrw | iirc |
| 10:27.14 | hrw | ;D |
| 10:28.15 | ka6sox-work | dm8tbr: http://www.tapr.org/kits_evm56k.html |
| 10:28.45 | ka6sox-work | 56002...I see the book for it I still have |
| 10:30.58 | dm8tbr | ah, nice |
| 10:32.31 | ka6sox-work | 15yrs old and still cranking. |
| 10:34.44 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 10:36.23 | dm8tbr | that's amateur radio. things dont get obsolete that fast there |
| 10:36.27 | *** join/#oe aarti (~aarti@122.166.11.13) |
| 10:37.11 | ka6sox-work | dm8tbr, yep...the code is still good and since its RO I've seen no Bit Rot. |
| 10:37.52 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 10:37.52 | dm8tbr | that'll take another 15 years :) |
| 10:50.02 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:13.42 | eFfeM_work | xora get yourself a sheevaplug |
| 11:14.20 | XorA | eFfeM_work: probably |
| 11:15.43 | florian | yep... might be a good choice. or a dockstar |
| 11:16.15 | eFfeM_work | dockstar is pricewise even nicer, but iirc it has a little bit less mem |
| 11:16.30 | eFfeM_work | those eur 20 offers seem gone |
| 11:19.54 | hrw | 128MB one? |
| 11:21.27 | ka6sox-work | those are nice too. |
| 11:25.32 | *** join/#oe vps (~vitus@145.253.165.179) |
| 11:27.49 | *** join/#oe GNUtoo|laptop (~gnutoo@host227-139-dynamic.211-62-r.retail.telecomitalia.it) |
| 11:29.27 | *** join/#oe GarthPS|ReunionI (~quassel@AStDenis-107-1-36-229.w90-43.abo.wanadoo.fr) |
| 11:34.13 | *** join/#oe rob_w__ (~bob@217.237.177.190) |
| 11:42.06 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 11:45.11 | *** join/#oe B_Lizzard (~havoc@athedsl-423674.home.otenet.gr) |
| 11:46.50 | *** join/#oe hrw (~hrw@chello089073108238.chello.pl) |
| 11:49.21 | Crofton|work | anyone know how to debug and resolve libtool issues (with 2.4? |
| 11:49.42 | Crofton|work | current issue is openjade include the work dir in -L paths |
| 11:51.36 | JaMa | Crofton|work: do you also see lots of python-* recipes failing? (having -L/usr/lib -lpython26 while building target libs? |
| 11:54.11 | Crofton|work | JaMa, I haven't got that far yet :( |
| 13:30.01 | *** join/#oe ibot (~ibot@rikers.org) |
| 13:30.01 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 13:37.59 | *** join/#oe dth_ntb (~dth@a89-183-4-180.net-htp.de) |
| 13:42.27 | *** part/#oe cbrake_ (~cbrake_@oh-69-34-21-229.sta.embarqhsd.net) |
| 13:48.21 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 13:50.31 | *** join/#oe jconnolly|bbiab (~jconnolly@acct-342343.voice.dsl.net) |
| 13:53.52 | *** join/#oe marex (~marex@eduroam116.ms.mff.cuni.cz) |
| 13:58.58 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rb6e9c76028 10openembedded.git/recipes/freetype/ (3 files in 2 dirs): |
| 13:58.58 | CIA-2 | freetype: Add 2.4.3 |
| 13:58.58 | CIA-2 | This fixes a number of security issues over previous versions including |
| 13:58.58 | CIA-2 | CVE-2010-3054 and CVE-2010-3311 |
| 13:58.58 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 13:58.58 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r0946177ef3 10openembedded.git/recipes/samba/ (samba-ads_3.5.6.bb samba_3.5.6.bb): |
| 13:58.59 | CIA-2 | samba, samba-ads: Update to 3.5.6 for security fixes |
| 13:58.59 | CIA-2 | There's a large number of issues fixed over 3.3.9 (and even more over |
| 13:59.00 | CIA-2 | the older versions) here. Still D_P = -1 for the tdb thing but if |
| 13:59.00 | CIA-2 | your distro was on 3.3.x 3.5.6 should be a safe upgrade. |
| 13:59.01 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 13:59.01 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * ra5d76edf32 10openembedded.git/recipes/samba/ (8 files): |
| 13:59.02 | CIA-2 | samba: Drop name=src from checksums |
| 13:59.02 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 14:05.47 | eFfeM_work | Tartarus: wrt the security issues fixed with freetype 2.4.3: shouldn't we then get rid of the insecure versions ? |
| 14:07.10 | Tartarus | at least opie pins |
| 14:08.15 | Tartarus | But getting rid of older versions is your bag ;) |
| 14:10.12 | Crofton|work | Tartarus, add the old version to removal.txt |
| 14:10.41 | GNUtoo|laptop | does someone know how to fix that: http://pastebin.com/4LQ4sB4q |
| 14:11.05 | GNUtoo|laptop | machine: om-gta02, image fso2-demo-image |
| 14:11.14 | Crofton|work | cbrake, www.openembedded.org points to melo now |
| 14:11.14 | tasslehoff | FATAL: This autoconf log indicates errors, it looked at host includes. <- does this mean I'm missing something on my host system? |
| 14:11.23 | Crofton|work | tasslehoff, no |
| 14:11.29 | Crofton|work | something is broke in the recipe |
| 14:11.48 | Crofton|work | cbrake, but www.openembedded.org returns "it works" |
| 14:12.07 | GNUtoo|laptop | remembers somehting about python and multibytes |
| 14:12.13 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 14:12.16 | tasslehoff | Crofton|work: ok. it's apr-util_1.3.4.bb if someone wants to take a look. |
| 14:12.17 | GNUtoo|laptop | will look on ml |
| 14:12.46 | Crofton|work | hmm |
| 14:12.55 | Crofton|work | I am stuck on openjade-native atm |
| 14:14.17 | GNUtoo|laptop | mickey|office, any ideas? |
| 14:14.20 | GNUtoo|laptop | hi btw |
| 14:14.32 | GNUtoo|laptop | because I don't find the multi-byte mails |
| 14:15.45 | GNUtoo|laptop | hmmm |
| 14:15.48 | GNUtoo|laptop | there is a python bug |
| 14:17.06 | GNUtoo|laptop | with a patch |
| 14:17.08 | GNUtoo|laptop | I'll try it |
| 14:19.17 | GNUtoo|laptop | mickey|office, you're still the python maintainer? |
| 14:19.27 | GNUtoo|laptop | if so: http://bugs.python.org/issue1704287 |
| 14:20.16 | GNUtoo|laptop | MAINTAINERS say so |
| 14:24.36 | GNUtoo|laptop | hmmm |
| 14:24.37 | GNUtoo|laptop | PR = "${INC_PR}.2" |
| 14:24.45 | GNUtoo|laptop | in python_2.6.5.bb |
| 14:24.56 | GNUtoo|laptop | and it keep saying: |
| 14:24.58 | GNUtoo|laptop | NOTE: package python-native-2.6.5-ml12.1: task do_install: Failed |
| 14:25.09 | GNUtoo|laptop | I'll update bitbake |
| 14:25.28 | kergoth | i highly doubt python-native failing to install has anything to do with bitbake |
| 14:25.29 | kergoth | yawns |
| 14:25.35 | GNUtoo|laptop | ok |
| 14:25.42 | GNUtoo|laptop | but it doesn't take into account the PR |
| 14:25.56 | GNUtoo|laptop | and anyway I was already up to date |
| 14:26.24 | GNUtoo|laptop | hmmm |
| 14:26.37 | GNUtoo|laptop | ahhh |
| 14:26.42 | GNUtoo|laptop | it's not converted |
| 14:26.58 | GNUtoo|laptop | there is a -native recipe |
| 14:31.45 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * raaeefe4ecc 10openembedded.git/recipes/linux/multi-kernel.inc: |
| 14:31.45 | CIA-2 | multi-kernel: adapt to kernel_do_compile_kernelmodules change in kernel.bbclass |
| 14:31.45 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 14:31.45 | CIA-2 | Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 14:31.45 | CIA-2 | Acked-by: Graeme Gregory <dp@xora.org.uk> |
| 14:31.46 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r615876fe21 10openembedded.git/classes/kernel.bbclass: |
| 14:31.47 | CIA-2 | kernel bbclass: split do_compile into do_compile and do_compile_modules |
| 14:31.47 | CIA-2 | This allows recipes to insert a custom task in between building *Image and modules |
| 14:31.48 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 14:31.48 | CIA-2 | Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 14:31.49 | CIA-2 | Acked-by: Graeme Gregory <dp@xora.org.uk> |
| 14:31.54 | CIA-2 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * r78dd26f49e 10openembedded.git/recipes/linux/ (9 files in 8 dirs): |
| 14:31.54 | CIA-2 | linux: Add recipe to build from sakoman.com linux repository |
| 14:31.54 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 14:32.10 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r0fe50ea6a3 10openembedded.git/conf/machine/include/omap3.inc: omap3.inc: set TARGET_ARCH to arm |
| 14:32.14 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3ac2460b92 10openembedded.git/classes/kernel.bbclass: |
| 14:32.15 | CIA-2 | kernel bbclass: make 'kernel-modules' meta-package use RRECOMMENDS to please insane.bbclass |
| 14:32.15 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 14:32.15 | CIA-2 | Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 14:32.15 | CIA-2 | Acked-by: Graeme Gregory <dp@xora.org.uk> |
| 14:32.15 | CIA-2 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * re4fd90fc53 10openembedded.git/recipes/x-load/ (x-load-sakoman_git.bb x-load.inc): |
| 14:32.16 | CIA-2 | x-load: Add recipe to build from sakoman.com x-load repository |
| 14:32.17 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 14:32.17 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r200e6057a3 10openembedded.git/conf/machine/omap4430-panda.conf: omap4430-panda: work around image depends |
| 14:32.29 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb9e0261ad8 10openembedded.git/recipes/u-boot/u-boot-sakoman_git.bb: u-boot-sakoman: fix build |
| 14:32.29 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3f32b17e6c 10openembedded.git/recipes/linux/ (linux-sakoman.inc linux-sakoman_2.6.35.bb): linux-sakoman 2.6.35: fix build |
| 14:32.47 | CIA-2 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * rdb4c0d8df9 10openembedded.git/recipes/powervr-drivers/ (2 files in 2 dirs): |
| 14:32.48 | CIA-2 | omap3-sgx-modules: Fix to build for recent linux-omap kernels |
| 14:32.48 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 14:32.48 | CIA-2 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * r36b79858bd 10openembedded.git/conf/machine/omap4430-panda.conf: |
| 14:32.48 | CIA-2 | machine conf: Add Panda |
| 14:32.48 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 14:32.49 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc51cc77038 10openembedded.git/recipes/linux/ (10 files in 3 dirs): linux-omap: add 2.6.36rc7, only for beagleboard at the moment |
| 14:33.05 | CIA-2 | 03Steve Sakoman <steve@sakoman.com> 07org.openembedded.dev * rb19bdfd5ee 10openembedded.git/recipes/u-boot/u-boot-sakoman_git.bb: |
| 14:33.05 | CIA-2 | u-boot: Add recipe to build from sakoman.com u-boot repository |
| 14:33.05 | CIA-2 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 14:33.53 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 14:38.32 | *** join/#oe grund (~grund@acct-342343.voice.dsl.net) |
| 14:38.47 | GNUtoo|laptop | hmmm wrong fix |
| 14:38.52 | GNUtoo|laptop | the fix was already there |
| 14:46.12 | khem | Crofton|work: openjade-native/libtool 2.4 issue is known to me and its on my list after I fix python-numpy and gnuradio |
| 14:49.47 | GNUtoo|laptop | I abandon and rebuild from scratch as advised by JaMa |
| 14:49.48 | kergoth_ | poor khem :) |
| 14:51.12 | JaMa | khem: python-numpy has problem with -L/usr/lib -lpython2.6 or something else? |
| 14:51.17 | Crofton|work | khem, let me know if you need any help testing anything |
| 14:51.41 | Crofton|work | JaMa, on some machine it tries to include a host file |
| 14:51.49 | Crofton|work | I have access to such a beast ... |
| 14:52.02 | *** join/#oe kgilmer (~kgilmer@acct-342343.voice.dsl.net) |
| 14:52.26 | kergoth_ | oh man, i tried killing the native prefix override last night |
| 14:52.34 | kergoth_ | the explosion was even more fiery than i expected :) |
| 14:52.37 | JaMa | Crofton|work: I have lots of those on mine host .. http://pastebin.com/1WmukW1m |
| 14:53.07 | TheNoise | I want to make a simple qt apps for embedded boards |
| 14:53.08 | Crofton|work | this one predates the libtool switch though |
| 14:53.35 | TheNoise | should I use meta-toolchain-qte? |
| 14:54.12 | JaMa | Crofton|work: I have it only after libtool switch.. |
| 14:56.36 | TheNoise | or should I build the qt4 recipe? |
| 14:56.56 | kergoth_ | TheNoise: that depends on whether you want to build your qt apps within oe or outside of it. |
| 14:57.09 | kergoth_ | its likely you'd want to use the meta-toolchain to develop it, then create a recipe for it when you need it |
| 14:58.15 | TheNoise | kergoth, ideally I'd like to develop the apps like a desktop utility and then make a recipe for it |
| 14:59.43 | TheNoise | kergoth, I mean that the initial development is done on the desktop using the host qt4, then switch to the embedded compilation |
| 15:00.35 | *** join/#oe hansdampf (~moritz@212.77.182.8) |
| 15:00.57 | TheNoise | kergoth_, is there another method do do it? |
| 15:01.45 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r18458d0da5 10openembedded.git/recipes/linux/linux-sakoman_2.6.35.bb: linux-sakoman: remove autorev and non OE machines |
| 15:01.48 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7fb24d2378 10openembedded.git/recipes/x-load/x-load-sakoman_git.bb: x-load-sakoman: remove autorev |
| 15:02.39 | kergoth_ | TheNoise: that should work just fine. no need to bake qte4 at this time, in that case, just ensure its in the deps of the recipe when you create it |
| 15:03.14 | *** join/#oe rschus (~rschus@241.163.71-86.rev.gaoland.net) |
| 15:03.23 | kergoth | damnit, i hate it when someone has a gitweb instance set up and don't put the actual link to *clone* the thing anywhere |
| 15:03.54 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6dd461ca40 10openembedded.git/recipes/u-boot/u-boot-sakoman_git.bb: u-boot-sakoman: remove autorev |
| 15:05.34 | TheNoise | kergoth_, thanks. So I have to use qte in the embedded world right? (I read is not maintained anymore) If not, is there another qt4 version should I use in the embedded systems? |
| 15:06.10 | kergoth | no idea, i'm sorry to say -- haven't done qt development for embedded in a few years now, i'm sure someone else in here will know that, or you might try #edev or something |
| 15:07.48 | TheNoise | ok, thanks kergoth. |
| 15:29.50 | *** join/#oe ALoGeNo (~alogeno@119.Red-88-9-162.dynamicIP.rima-tde.net) |
| 15:29.50 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 15:35.33 | *** join/#oe B_Lizzard (~havoc@athedsl-423674.home.otenet.gr) |
| 15:38.54 | *** join/#oe kgilmer_ (~kgilmer@firebug.buglabs.net) |
| 15:47.10 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r88335ada41 10openembedded.git/recipes/linux/ (linux-sakoman_2.6.35.bb linux.inc): |
| 15:47.10 | CIA-2 | linux.inc: add knob to turn off cortex a8 fixups |
| 15:47.10 | CIA-2 | linux-sakoman 2.6.35: use above knob |
| 15:52.35 | *** join/#oe kristoffer (~kristoffe@c-fedae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 16:10.40 | *** join/#oe stefan_schmidt (~stefan@p5B035610.dip.t-dialin.net) |
| 16:11.34 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 16:20.25 | foobaz | hugs kergoth. My project cross compiles from ubuntu to angstrom! I just scp'ed the ipk and installed and ran "walker" and it worked. :) |
| 16:20.40 | foobaz | little hello world xlib thing |
| 16:21.33 | kergoth_ | grats |
| 16:22.36 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 16:27.20 | Tartarus | rfc's killing all the old freetypes |
| 16:34.14 | *** join/#oe rob_w (~bob@pD95EC86D.dip.t-dialin.net) |
| 16:40.48 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 16:42.05 | Crofton|work | Tartarus, add the freetype versions to removal.txt |
| 16:43.46 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 16:52.34 | TheNoise | I'm trying to compile a simple qt4 helloword program |
| 16:53.28 | TheNoise | The program builds just fine on the desktop machine using qmake-qt4 |
| 16:53.58 | TheNoise | I tried to make a recipe for the program but I am stuck on the configure step |
| 16:54.07 | TheNoise | I get this error: |
| 16:54.20 | TheNoise | NOTE: using qmake spec in /oe2/angstrom-setup-scripts/build/tmp-angstrom_2008_1/sysroots/armv5te-angstrom-linux-gnueabi/usr/share/qtopia/mkspecs/linux-gnueabi-oe-g++, using profiles '' |
| 16:54.20 | TheNoise | ls: cannot access *.pro: No such file or directory |
| 16:54.20 | TheNoise | ERROR: Function do_configure failed |
| 16:54.29 | TheNoise | -- |
| 16:54.35 | kergoth_ | your S isn't set right, or your sourcet ree has no .pro file |
| 16:55.11 | *** join/#oe dfoley (~dfoley@s207-6-220-230.bc.hsia.telus.net) |
| 16:55.38 | TheNoise | the .pro file is there in the WORKDIR |
| 16:56.03 | kergoth_ | i'm not sure how i can be any cleaner. |
| 16:56.07 | kergoth_ | your S isn't set right. |
| 16:56.13 | kergoth_ | S points to the source tre, usually a subdir within WORKDIR |
| 16:56.23 | kergoth_ | if your sources are sitting in the root of workdir, set S = "${WORKDIR}" |
| 16:56.40 | TheNoise | ok |
| 16:58.23 | TheNoise | thanks, kergoth now works, I was wrong because the helloworld.bb recipe didn't have that assignment |
| 16:58.32 | kergoth_ | np |
| 17:01.15 | TheNoise | The build was successful! |
| 17:01.27 | *** join/#oe pcacjr (~pcacjr@187.78.37.205) |
| 17:01.27 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
| 17:03.08 | TheNoise | However only the -dev and -dbg packages are created |
| 17:05.48 | TheNoise | (... studying the docs ...) |
| 17:05.48 | kergoth_ | sounds like you need a do_install |
| 17:06.27 | TheNoise | I'll try |
| 17:07.43 | TheNoise | Yes!! |
| 17:07.45 | *** join/#oe anarsoul (~anarsoul@212.98.177.225) |
| 17:08.22 | TheNoise | Thanks a lot kergoth ;) |
| 17:11.11 | kergoth_ | np |
| 17:14.47 | TheNoise | Running the test program on the embedded system I get a missing lib: libQtGuiE.so.4 |
| 17:15.23 | TheNoise | I've just installed qt4-embedded but it's not enougth |
| 17:15.28 | kergoth_ | well, installing just that ipk isn't going to magically install its dependencies |
| 17:15.35 | kergoth_ | unelss you're installing from a feed |
| 17:17.31 | TheNoise | while installing qt4-embedded I got this line: |
| 17:17.33 | TheNoise | qt4-embedded: unsatisfied recommendation for libqtguie4 |
| 17:18.35 | TheNoise | how can I seach for this package? |
| 17:23.51 | *** join/#oe brokentoaster (~nick@cpc2-oxfd9-0-0-cust365.4-3.cable.virginmedia.com) |
| 17:28.47 | filip | can I override a package's EXTRA_OECONF from the distro file? |
| 17:29.20 | mwester | Yes. |
| 17:30.03 | mwester | Don't recall the exact syntax, but it involves the use of the "pn" string in the override string to tell OE that this is a package name override, vs a machine name or such like. |
| 17:30.04 | filip | I was wondering - maybe having openGL in DISTRO_FEATURES would be a nice thing? |
| 17:30.40 | mwester | doesn't know, none of the machines he works with have any sort of graphics. |
| 17:30.51 | filip | I am a developer of jlime and we support four machines, none of which provides any sort of DRI/openGL acceleration |
| 17:31.02 | filip | hm |
| 17:31.04 | kergoth_ | it's an override, use as any other -- the override is pn-${PN} |
| 17:31.09 | kergoth_ | see bitbake -e | grep \^OVERRIDES= |
| 17:33.13 | filip | kergoth_: you mean EXTRA_OECONF? |
| 17:33.28 | filip | kergoth_: I thought it would be more elegant to add support for opengl in DISTRO_FEATURES? |
| 17:33.52 | filip | kergoth_: what do you think? |
| 17:33.55 | kergoth | huh? |
| 17:34.00 | kergoth | no, i mean what i say |
| 17:34.12 | kergoth | if you don't know what overrides is, you need to read the manual |
| 17:35.29 | filip | kergoth_: I asked if you meant EXTRA_OECONF_pn-xserver-xorg |
| 17:35.41 | kergoth_ | huh? |
| 17:35.46 | kergoth_ | i don't give a shit waht you use the override for |
| 17:35.55 | kergoth_ | you can use it, once again ,the same way you use every other override |
| 17:36.20 | kergoth_ | yes, that would be how you would override it with that override, just as you would with any other, and as the documentation says |
| 17:36.24 | filip | kergoth_: whoah, having a bad day today? I'm just discussing a design choice here, why are you all nervous? |
| 17:36.37 | kergoth_ | I'm not nervous, but i'm not going to sit here and hold your hand while you cross the street |
| 17:36.46 | kergoth_ | i told you what the override is, do with it what you will |
| 17:37.27 | kergoth_ | i haven't commented on the design decision at all, i didn't answer that question. you wanted to know how to override a recipe, now you do |
| 17:37.34 | filip | look, I am going to push some commits and I am trying to discuss them with the community. My question is: will a commit adding opengl support to DISTRO_FEATURES be accepted? |
| 17:37.41 | filip | kergoth_: how is this hand holding? |
| 17:38.15 | kergoth_ | you asked a question, i answered it. period. i have zero interest in opengl, so i'm not going to address this |
| 17:38.20 | filip | kergoth_: I can either override EXTRA_OECONF or change the xserver recipe to alter it depending on FEATURES |
| 17:38.21 | kergoth_ | it's not that hard to understand |
| 17:38.39 | filip | kergoth_: ok, but I see no reason to be rude about it |
| 17:39.19 | kergoth_ | the reason is quite a valid one: you're being dense. |
| 17:39.46 | kergoth_ | ignores |
| 17:53.38 | Crofton|work | cbrake, ping |
| 17:54.07 | *** join/#oe kevinsc (~a0214685@nat/ti/x-hdodaqoqleqkoqbz) |
| 17:56.38 | *** join/#oe Jay7 (jay@93-81-117-88.broadband.corbina.ru) |
| 17:56.48 | TheNoise | pulls the plug |
| 18:01.36 | *** join/#oe Jay7 (jay@93-81-119-96.broadband.corbina.ru) |
| 18:02.42 | *** join/#oe bb7 (ad0a9b81@gateway/web/freenode/ip.173.10.155.129) |
| 18:07.56 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 18:08.46 | *** part/#oe kerim (~kerim@81.214.22.138) |
| 18:09.39 | khem | Crofton|work: hi |
| 18:10.20 | khem | Crofton|work: Did numpy ever compile even before libtool 2.4 |
| 18:10.33 | khem | its little adamant on cross compiling |
| 18:10.50 | Crofton | it does on my machine here |
| 18:10.51 | *** join/#oe Guest89987 (~saa@nat/google/x-thuvndairkvemjab) |
| 18:11.06 | Crofton | on another machine there is an error on something like gstubs |
| 18:11.07 | khem | hmmm it does not use libtool at all |
| 18:11.15 | Crofton | it tries to get into host includes |
| 18:11.19 | khem | so I wonder whats causing it to fail now |
| 18:11.26 | khem | I see that |
| 18:11.31 | khem | but nothing to do with libtool |
| 18:11.41 | khem | -L/usr/lib is the real problem |
| 18:11.45 | Crofton | how about we look at the libtool issues firsrt :) |
| 18:11.48 | Crofton | yes |
| 18:11.50 | Crofton | exactly |
| 18:12.03 | khem | well I was trying to get to gnuradio |
| 18:12.08 | khem | and thats where I stumbled |
| 18:12.11 | khem | so |
| 18:12.12 | Crofton | ouch |
| 18:12.13 | Crofton | bither |
| 18:12.19 | Crofton | opanjade? |
| 18:12.19 | phizz | anyone have any recommendations for a freelance graphic designer? |
| 18:12.29 | Crofton | maybe that will give us some ideas |
| 18:12.34 | Crofton | let me run numpy locally |
| 18:12.38 | khem | openjade: has a different issue |
| 18:12.42 | khem | its a QA issue |
| 18:12.54 | khem | where the .la files have paths into workdir |
| 18:13.00 | khem | so in theory it does not stop you |
| 18:13.00 | Crofton|work | yes |
| 18:13.23 | khem | you can disable the check temporarity its harmless |
| 18:13.27 | Crofton|work | can we just remove la files? |
| 18:13.28 | Crofton|work | heh |
| 18:13.40 | Crofton|work | until you try building on the target ... |
| 18:13.42 | khem | well .la files can be removed |
| 18:13.49 | khem | but static linking will suck |
| 18:14.07 | khem | we have to use something like as-needed etc. |
| 18:14.12 | khem | before we dump them |
| 18:14.14 | kergoth_ | things with .pc's should be okay, no? |
| 18:14.18 | khem | yes |
| 18:14.29 | Crofton|work | numpy builds for me |
| 18:14.50 | Crofton|work | what is the file it look sfor? |
| 18:14.52 | khem | I would like to have a look at log.do_compile ? |
| 18:15.20 | khem | the build system sticks in -L/usr/lib and the linker looks for libm.so and it finds it there |
| 18:15.42 | khem | and obviously later on linker bails out because that not an arm library |
| 18:16.00 | Crofton|work | yes, I also have that |
| 18:16.06 | ynezz | phizz: http://www.deleket.com/ or http://deleket.deviantart.com/ |
| 18:16.09 | khem | is distutils supposed to know cross compiling |
| 18:16.22 | Crofton|work | I'm not sure |
| 18:16.30 | Crofton|work | python building frightens me |
| 18:16.33 | khem | if you have that then how does it compile I wonder |
| 18:17.17 | Crofton|work | 64 versus 32 bit hosts? |
| 18:17.18 | khem | and the build system is all in python |
| 18:17.34 | khem | is wont matter its arm vs x86 |
| 18:18.35 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:19.51 | khem | openjade is so jaded that it uses really old libtool |
| 18:20.03 | khem | and if I give it shiny new macros it pukes |
| 18:20.10 | Crofton|work | lovely |
| 18:20.18 | Crofton|work | any idea why it gets sucked in? |
| 18:20.28 | khem | and it does not fully use autotools |
| 18:20.32 | khem | what a joy |
| 18:20.39 | *** join/#oe playya_ (~playya@93.216.204.44) |
| 18:20.40 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 18:20.54 | khem | so libtool 2.4 is going to discover such lame asses |
| 18:21.06 | kergoth_ | :( |
| 18:21.29 | khem | needs a coffee |
| 18:25.39 | phizz | ynezz: thanks |
| 18:28.34 | Crofton|work | god I hate the boost build system |
| 18:31.11 | Crofton|work | hates |
| 18:31.30 | Crofton|work | hates some more |
| 18:31.38 | Crofton|work | and some more |
| 18:32.01 | khem | waits for hate balloon to blast |
| 18:36.20 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * re0cb7893e0 10openembedded.git/recipes/openmoko-3rdparty/mokojeweled_git.bb: |
| 18:36.20 | CIA-2 | mokojeweled: bump SRCREV |
| 18:36.20 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 18:36.20 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r9dd4478527 10openembedded.git/recipes/dbus/ (14 files in 6 dirs): |
| 18:36.20 | CIA-2 | dbus: move initscript and patches shared by all dbus versions to shared dbus directory |
| 18:36.21 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 18:36.22 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r20d6a51b93 10openembedded.git/recipes/dbus/dbus_git.bb: |
| 18:36.23 | CIA-2 | dbus: add recipe for git version |
| 18:36.23 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 18:36.24 | CIA-2 | 03Åukasz Pankowski <lukpank@o2.pl> 07master * r219b605104 10openembedded.git/recipes/ffphonelog/ffphonelog_git.bb: |
| 18:36.27 | CIA-2 | ffphonelog: new recipe from SHR |
| 18:36.27 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 18:36.27 | CIA-2 | 03Justus Winter <4winter@informatik.uni-hamburg.de> 07master * r13c14c750c 10openembedded.git/recipes/inkspill/inkspill_0.1.bb: |
| 18:36.27 | CIA-2 | inkspill: add recipe for nice little game written by Al Sweigart. |
| 18:36.27 | CIA-2 | * I merely optimized the animations until it ran smoothly on my openmoko, |
| 18:36.28 | CIA-2 | tweaked the user interface for the mokos screen and packaged it. |
| 18:36.28 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 18:36.29 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * ra73a124c5b 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
| 18:37.00 | CIA-2 | mokosuite2: bump SRCREV |
| 18:37.00 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 18:37.37 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 18:47.35 | *** join/#oe fcorrea (~fcorrea@187.3.33.106) |
| 18:48.53 | Crofton | oh god, I just found a git repo with boost 1.44 + cmake |
| 18:49.04 | Crofton | I never though I would be glad to see anything using cmake |
| 18:49.39 | Crofton | eFfeM_work, I apologize in advance if I commit yet another crappy boost recipe and do not delete any old ones .... |
| 19:02.20 | ynezz | hm, just trying again, anyone using OSX as a build host for OE? |
| 19:02.30 | khem | ynezz: it does not work |
| 19:02.46 | khem | ynezz: there is a branch in git |
| 19:02.58 | khem | which was to fix it for OSX |
| 19:03.02 | khem | but its not complete |
| 19:03.13 | khem | and I am sure over time it has rotted |
| 19:03.30 | kergoth_ | i rebased it on master a while back, but there's more to be done |
| 19:03.42 | khem | yes |
| 19:04.04 | ynezz | well just got remote access to decent macmini and wanted to use it for building testing |
| 19:04.56 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rb240989fc5 10openembedded.git/recipes/vala-terminal/vala-terminal_git.bb: vala-terminal: bump SRCREV for new vala detection |
| 19:05.29 | khem | ynezz: install lnx on it |
| 19:05.46 | ynezz | well, I can't, otherwise I would do it asap |
| 19:06.13 | khem | ynezz: if you feel motivated then use the branch and see what breaks |
| 19:06.13 | ynezz | just trying ubuntu inside virtualbox 4GB RAM, but even the parsing of the recipes is slow as hell |
| 19:07.00 | khem | ynezz: virtual machines are slow |
| 19:07.12 | khem | unless you have a machine farm |
| 19:07.24 | ynezz | seems so |
| 19:07.56 | khem | I think for OE we should not hesitate to demand a decent machine |
| 19:09.56 | ynezz | I wonder if it's possible to build OE on some BSD |
| 19:10.03 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 19:10.12 | khem | ynezz: should be easier |
| 19:10.18 | khem | provided you can install ports |
| 19:10.41 | khem | I have not tried it myself |
| 19:12.13 | ynezz | hm,looks like there's "darwin freebsd port collection" |
| 19:12.33 | *** join/#oe hansdampf (~moritz@212.77.182.8) |
| 19:12.57 | ynezz | 4260 ports, going to try it |
| 19:25.30 | *** join/#oe fraxinas (~quassel@p4FD6655D.dip.t-dialin.net) |
| 19:29.37 | *** join/#oe Martin-B (~martin@pool-130-65-198-89.dbd-ipconnect.net) |
| 19:35.17 | khem | JaMa: around ? |
| 19:35.38 | khem | JaMa: the samba problem you can workaround by disabling thumb for samba |
| 19:35.54 | khem | add ARM_INSTRUCTION_SET = "arm" to the samba recipe |
| 19:35.54 | JaMa | khem: OK, trying now |
| 19:36.09 | khem | its a generic gcc problem |
| 19:36.23 | khem | with -fPIC -mthumb |
| 19:36.48 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rdaafb3282c 10openembedded.git/recipes/x-load/x-load-sakoman_git.bb: x-load-sakoman: fix typo |
| 19:36.52 | JaMa | so should I put it to samba.inc for all versions, right? |
| 19:44.24 | JaMa | khem: still ICE here :/ http://paste.pocoo.org/show/274675/ |
| 19:45.21 | phizz | anyone have a favorite VM? |
| 19:46.51 | filip | phizz: I use kvm |
| 19:48.09 | CIA-2 | 03Michael Smith <msmith@cbnco.com> 07master * r5fc5e69f02 10openembedded.git/classes/package.bbclass: |
| 19:48.09 | CIA-2 | package.bbclass: copy dotfiles in root D to PKGD |
| 19:48.09 | CIA-2 | Use shutil.copytree() to copy D ("image") to PKGD ("package"). The |
| 19:48.09 | CIA-2 | previous system("cp %s/* ...") missed dotfiles/dirs at the top-level. |
| 19:48.09 | CIA-2 | Signed-off-by: Michael Smith <msmith@cbnco.com> |
| 19:48.09 | CIA-2 | Acked-by: Chris Larson <chris_larson@mentor.com> |
| 19:48.59 | phizz | filip: thanks |
| 19:49.21 | filip | phizz: what do you need it for? |
| 19:52.38 | phizz | to run windows 95/98/ME/2000/etc for testing |
| 19:52.48 | khem | JaMa: hmmm thats another problem I guess |
| 19:55.49 | *** part/#oe rschus (~rschus@241.163.71-86.rev.gaoland.net) |
| 20:06.48 | khem | JaMa: you could add -O0 to CFLAGS |
| 20:06.52 | khem | that should fix it |
| 20:08.35 | *** join/#oe ka6sox-away (~ka6sox@nslu2-linux/ka6sox) |
| 20:10.10 | JaMa | khem: yes, -O0 works |
| 20:10.48 | *** join/#oe vdubhack (~vdubhack@dpc674485156.direcpc.com) |
| 20:11.50 | vdubhack | Anyone else running into build problem for libprelude? |
| 20:12.28 | khem | JaMa: yeah woraround upon workaround |
| 20:13.00 | khem | JaMa: although I would prefer if you could tweak the make system of samba so O0 is only passed to this one file |
| 20:14.25 | JaMa | ok will try |
| 20:30.13 | *** join/#oe kgilmer (~kgilmer@firebug.buglabs.net) |
| 20:30.20 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 20:36.58 | *** join/#oe CMoH (~cipi@95.76.71.81) |
| 20:36.58 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 20:42.24 | *** join/#oe likewise (~chatzilla@82-170-243-215.ip.telfort.nl) |
| 20:42.36 | likewise | gm all |
| 20:43.18 | likewise | my fetch on a CVS server using ext=ssh asks for my password, whereas I should be able to login using identities. Works manually. |
| 20:43.42 | likewise | Someone else notices this behavior? |
| 20:44.36 | khem | hmmm did you specify your username in src_uri |
| 20:45.07 | eFfeM | hi likewise |
| 20:45.19 | likewise | khem: |
| 20:45.20 | likewise | NOTE: Fetch cvs://leon@cvs.sidebranch.com/repository;module=Lancero/C/driver;method=ext;rsh=ssh;tag=HEAD |
| 20:45.22 | likewise | leon@cvs.sidebranch.com's password: |
| 20:45.30 | likewise | cvs://leon@ |
| 20:45.35 | kergoth_ | likewise: env var being filtered out? |
| 20:45.48 | likewise | kergoth_: yes but which one? HOME maybe? |
| 20:45.57 | kergoth_ | no, HOME is in the whitelist |
| 20:46.32 | kergoth_ | i'd check the ssh docs to be sure |
| 20:47.27 | likewise | hi eFfeM, all |
| 20:48.08 | eFfeM | likewise when/how are you going to elc/oedem ? |
| 20:48.39 | *** join/#oe fcorrea (~fcorrea@187.3.33.106) |
| 20:48.46 | likewise | eFfeM: Tue, 26Oct10 Flight FR9272 Depart EIN at 09:25 |
| 20:49.20 | eFfeM | ah ok, we (walter & me) are on the evening flight |
| 20:49.50 | likewise | I'm dropping in on the afternoon tut (android if my mem is correct) |
| 20:52.04 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 20:52.27 | ynezz | 12.00 GStreamer and OMAP4 - Rob Clark, Texas Instruments could be also interesting |
| 20:52.58 | ynezz | can't find anything about the android talk |
| 20:53.22 | likewise | ynezz: it's not ELCE2010, but let me look it up for you |
| 20:53.34 | likewise | ynezz: it is : http://www.embeddedlinuxconference.com/elc_europe10/tutorial.html |
| 20:53.50 | likewise | ynezz: "Workshop 2, "What else can you do with Android?" " |
| 20:53.54 | ynezz | ah |
| 20:53.58 | ynezz | workshop |
| 20:54.03 | likewise | as if I know what I can do with Android in the first place... |
| 20:54.29 | likewise | ynezz: ah well, the URL reads tutorial :-) guess not much work for me then :-) |
| 20:55.19 | ynezz | hm, but it might be interesting also |
| 20:55.57 | ynezz | but for 60EUR, I'll buy rather some book :p |
| 20:56.26 | JaMa | khem: found something wrt failing python packages after moving to newer libtool? |
| 20:56.41 | khem | JaMa: ok |
| 20:58.37 | likewise | ynezz: tss, you know what this whole ELCE2010 things costs me!? ELCE2010 is not to replace books, trust me. |
| 20:58.55 | likewise | I don't meet people in a book :-) |
| 20:59.02 | likewise | I cannot drink beer in a book? |
| 20:59.10 | likewise | ?=! |
| 20:59.13 | likewise | :-) |
| 20:59.54 | JaMa | khem: http://paste.pocoo.org/show/274722/ |
| 21:01.35 | *** part/#oe kerim (~kerim@81.214.22.138) |
| 21:07.54 | likewise | kergoth_: hmm, when I manually run "env -i <manual checkout>" it ask for my passwd, if I run "env -i HOME=/home/leon <manual checkout>" it does not. Seems my HOME gets lost. I'm probably breaking the WHITELIST somehow. Thanks for the hint. |
| 21:09.23 | likewise | why doesn't do_fetch run from a generated shell script? |
| 21:10.13 | *** part/#oe phizz (phizz@unaffiliated/phizz) |
| 21:10.31 | kergoth_ | likewise: bitbake -e yourrecipe | grep HOME= |
| 21:10.42 | kergoth_ | do_fetch is python.. |
| 21:11.11 | kergoth_ | bitbake/lib/bb/fetch/ is run from it, and it uses runfetchcmd, which is its own sort of thing, it doesn't pull all the exported vars from the metadata |
| 21:16.13 | ynezz | anyone using uClibc > 0.9.30.2 ? |
| 21:17.15 | ynezz | hm, so it's gcc-cross problem |
| 21:18.23 | ynezz | I've rebased like few hours before and gcc-cross doesn't compile http://pastebin.org/158313 |
| 21:18.54 | ynezz | it's know problem? |
| 21:19.20 | khem | JaMa: yes I think we do not need those -L in LDFLAGS |
| 21:19.42 | khem | JaMa: but its proving to be not that much true |
| 21:20.27 | khem | CONFIG_ARGS change is ok |
| 21:20.46 | khem | we can not avoid it its needed for libtool 2.4 sysroot feature |
| 21:20.54 | *** join/#oe angelox_123 (~Angelo@201-95-91-58.dsl.telesp.net.br) |
| 21:21.50 | khem | JaMa: that also explains why python-numpy built |
| 21:22.51 | JaMa | khem: I'm trying to find where TARGET_LDFLAGS are prepared isn't it related to staging.bbclass sysroot_stage_libdir() changes? |
| 21:24.30 | khem | JaMa: bitbake.conf |
| 21:24.35 | *** part/#oe angelox_123 (~Angelo@201-95-91-58.dsl.telesp.net.br) |
| 21:25.23 | *** part/#oe dfoley (~dfoley@s207-6-220-230.bc.hsia.telus.net) |
| 21:25.53 | JaMa | khem: ah I see |
| 21:28.46 | JaMa | khem: I'm trying to rebuild python-native with those -L to see if it's then passed ok through distutils to python recipes |
| 21:29.11 | JaMa | khem: but now I have to sleep, gnite all |
| 21:29.17 | khem | JaMa: ok |
| 21:29.19 | khem | gnight |
| 21:29.46 | khem | we need to remove those from bitbake.conf and may be put into distutils.bbclass if they are so needed by distutils |
| 21:31.20 | *** join/#oe sge (~username@62.240.71.4) |
| 21:35.12 | *** join/#oe celeron55 (~perttu@a91-155-42-12.elisa-laajakaista.fi) |
| 21:36.15 | eFfeM | hm curl-native fails: http://tinderbox.openembedded.net/builds/95436/ |
| 21:36.25 | eFfeM | but bedtime now, |
| 21:36.36 | khem | eFfeM: I fixed it last night |
| 21:36.52 | eFfeM | khem, did a git pull one hour ago |
| 21:36.58 | tharvey | khem, still no luck trying to build with TMPDIR pointing to a tmpfs filesystem - attempted to do so on a 2GB tmpfs with deploy and pstage bound from disk fs - ran out of space on tmpfs after only 153 of 6029 tasks |
| 21:37.23 | khem | tharvey: ok |
| 21:37.31 | tharvey | with inherit += "rm_work" in my conf as well... I'm not sure what went wrong |
| 21:37.34 | Crofton|work | this is ridiculous, now I am writing a recipe that pulls from a git repo to get a copy of boost that build with cmake |
| 21:37.42 | khem | eFfeM: hmmm |
| 21:38.39 | tharvey | gives up trying to figure out how to minimize image build time |
| 21:38.59 | khem | tharvey: you need atleast 6GB |
| 21:39.08 | Crofton|work | tharvey, get a faster machine :) |
| 21:39.28 | tharvey | oh I have upgraded to a faster machine :) still takes hours to build a stinking image |
| 21:39.29 | khem | tharvey INHERIT += "rm_work" |
| 21:39.37 | khem | is right syntax if you meant so |
| 21:39.42 | Crofton|work | there was an excellent post on the gumstix list a number of months back by a guy who described his cheap and fast build machine |
| 21:39.47 | tharvey | of course I have a 64bit system now so I can't use psyco - not sure how much thats hurting me |
| 21:40.00 | eFfeM | khem seems libtool related, this build is still on libtool 2.2.6 |
| 21:40.19 | eFfeM | /bin/sh ../i686-linux-libtool --tag=CC --mode=link gcc -isystem/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/include -O2 -g0 -Wno-system-headers -L/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/lib -Wl,-rpath-link,/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/lib -Wl,-rpath,/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/lib -Wl,-O1 -L/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/lib/..//lib -L/home/frans/oe/tmp_minimal/sysroots |
| 21:40.33 | eFfeM | oops wanted to paste this: http://tinderbox.openembedded.net/public/logs/task/8668587.txt |
| 21:40.41 | eFfeM | anyway, calling it a day, cya |
| 21:41.17 | tharvey | Crofton|work, thx I'll dig for that post - not clear what people consider 'fast' |
| 21:42.32 | JaMa | khem: test build finished, seems to build OK, with -L and rpath back in TARGET_LDFLAGS in distutils.bbclass |
| 21:43.04 | Crofton|work | tharvey, basically get a cheap quad |
| 21:44.03 | tharvey | thats what I have |
| 21:44.27 | Crofton|work | I don't think psyco actually help[s much |
| 21:44.39 | tharvey | Core2 Quad @ 2.66GHz, 8GB mem and 250GB SSD - still takes 3+ hours to build a filesystem image like console-image |
| 21:44.56 | likewise | tharvey: go i7-950 and ssd |
| 21:44.59 | tharvey | and perhaps thats 'fast' I don't know |
| 21:45.00 | Crofton|work | from scratch though |
| 21:45.28 | tharvey | haven't seen anyone do any testing to see how much diff psyco makes |
| 21:45.32 | *** join/#oe sge (~username@andesiitti.telemail.fi) |
| 21:45.41 | tharvey | seems like I spend a lot of time waiting for BB to cache on conf changes... |
| 21:45.45 | likewise | tharvey: the real thing to minimize image build time is to customize your own distro to get all the cruft out |
| 21:45.50 | khem | JaMa|Zzzz: ok |
| 21:46.14 | tharvey | likewise, went that route but maintaining an out-of-tree private distro has quite a bit of cost associated with it as well... |
| 21:46.15 | khem | JaMa|Zzzz: remove the rpath thats not needed only -L should be enough |
| 21:46.23 | likewise | tharvey: psyco is hardly noticable here |
| 21:46.52 | tharvey | thats good to know... I was considering re-installing 32bit OS to test pyco difference - perhaps I'll skip that |
| 21:47.05 | Crofton|work | but you should be making conf changes that often |
| 21:47.20 | tharvey | Crofton|work, now I'm seeing your complaint regarding searching of gmane - can't find that posting on gumstix list :P |
| 21:47.48 | likewise | tharvey: yes, skip that. |
| 21:49.26 | tharvey | just seem to be caught up in a lot of build host issues lately: not clear if a 64bit host can build a toolchain appropriate for a 32bit host (unlikely as x64 is plastered all over the paths), ran into some obscure issues because on of our build machines here is running an ancient ubuntu 7.10 |
| 21:49.54 | tharvey | so I find myself recently doing a lot of git pulls, rm -rf tmp, rebuild, wait until the next day to see what blows up |
| 21:50.35 | Crofton|work | tharvey, I can't find the email |
| 21:50.37 | likewise | tharvey: I know what you mean, cost me hours and hours as well. |
| 21:50.42 | Crofton|work | but it sounds like you are trying to use silly hw |
| 21:50.53 | Crofton|work | dev has been no fun lately |
| 21:51.15 | tharvey | silly hardware - ubuntu 7.10 completely agree - 'management' here doesn't understand what the issue is :P |
| 21:52.07 | khem | Crofton|work: here is a fix for python-numpy http://pastebin.com/0AXPHrky |
| 21:52.08 | tharvey | 64bit host - caught by suprise on that one, have read in past that a lot of you here use 64bit so perhaps I misunderstood whether or not thats an issue for building 32bit toolchains |
| 21:52.36 | Crofton|work | khem, do you want me to test on the test case I have> |
| 21:52.56 | khem | Crofton|work: sure |
| 21:53.41 | tharvey | khem, regarding python-numpy - someone asked me the other day if there is an issue building that on x86 host destined for armv7 target as well as other python libs that provide wrappers around native code |
| 21:54.57 | tharvey | khem, by the way I am using INHERIT += "rm_work" - are you saying even with that it should require 6GB TMPDIR (excluding pstage/deploy) building something like console-image? |
| 21:57.58 | tharvey | likewise, on your i7-950 system with SSD - how long does it take to build something like console-image from scratch? |
| 21:58.06 | tharvey | or any other benchmark you may have? |
| 21:58.29 | Crofton|work | khem, cross yuor fingers |
| 21:59.23 | Crofton|work | | /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory |
| 21:59.24 | Crofton|work | | compilation terminated. |
| 21:59.28 | Crofton|work | still happens |
| 22:01.46 | Crofton|work | there is a -I/usr/include also |
| 22:02.32 | Crofton|work | prepepnd STAGING_INCDIR maybe? |
| 22:03.47 | likewise | tharvey: let me check in tinderbox... hold on |
| 22:06.17 | likewise | tharvey: tinderbox: builder likewise machine openrd-base |
| 22:06.36 | likewise | tharvey: the oldest build is minimal-image, the one but oldest is console-image |
| 22:08.00 | likewise | adding the two up (I built them one after the other): 51 minutes and that was WITHOUT SSD |
| 22:08.23 | likewise | actually I do not quite trust these numbers... |
| 22:08.45 | likewise | I should really do a "time bitbake console" for you from scratch. |
| 22:09.17 | likewise | tharvey: you are using parallel bitbake and make, right? |
| 22:09.49 | likewise | oh, the above was on a i5-750, not my (new) i7-950 |
| 22:10.05 | likewise | tharvey: still with me? :-) |
| 22:10.16 | tharvey | not really following tinderbox there - don't see how it shows 'what' you actually built |
| 22:10.35 | *** join/#oe celeron55 (~perttu@a91-155-42-12.elisa-laajakaista.fi) |
| 22:10.47 | tharvey | your saying that with a clean TMPDIR you build minimal-image for some machine in 51 minutes? I can't believe that |
| 22:11.26 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 22:11.33 | tharvey | likewise, I'm using BB_NUMBER_THREADS = "2" PARALLEL_MAKE="-j4" - perhaps those are not the best args for my current build system? |
| 22:12.09 | Crofton|work | jack up the number of threads .... |
| 22:13.17 | tharvey | what is recommended for a quad core? |
| 22:13.44 | likewise | tharvey: I use 3 and 5 |
| 22:14.22 | tharvey | what do you mean by that? do you use 3, or do you use 5? :) |
| 22:14.23 | likewise | tharvey: that's why I mentioned what target I built, tinderbox only shows the packages. |
| 22:14.28 | likewise | 3 resp. 5 |
| 22:14.39 | likewise | BB_NUMBER_THREADS = "3" PARALLEL_MAKE="-j5" |
| 22:15.06 | tharvey | I'll give that a try in tonight's build |
| 22:15.45 | likewise | tharvey: I guess a 5-15% speed-up. i7 gives you another 30%, and a fast disk another 20% or 30% |
| 22:16.25 | likewise | so that's about factor 1.86 speedup |
| 22:16.51 | likewise | clock speed can add some |
| 22:17.22 | likewise | however, the best speed-up is by creating your own distro (if you build small images, not much software in them) |
| 22:17.36 | tharvey | curious... in tinderbox all these distros of 'angstrom' - thats not a distro (angstrom-2008.1 and angstrom-2010.x are) - where does that value come from in tinderbox? |
| 22:17.45 | likewise | Angstrom build ~3600 packages just for a console image |
| 22:17.57 | likewise | tharvey: dunno |
| 22:18.05 | tharvey | not understanding how the distro affects your image so much, its your 'image' recipe that would affect that correct? |
| 22:18.30 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 22:18.59 | Crofton|work | I've got a SRC_URI that fetches a file called cmake-1.44.0 |
| 22:19.09 | Crofton|work | how do I persuade bb to unpack it |
| 22:19.13 | Crofton|work | it is tgz |
| 22:20.15 | tharvey | yuck, they omitted the filename extension? |
| 22:20.35 | Crofton|work | yeah |
| 22:20.48 | Crofton|work | it comes from a gitorious git repo |
| 22:20.57 | *** join/#oe celeron55 (~perttu@a91-155-42-12.elisa-laajakaista.fi) |
| 22:21.06 | likewise | kergoth_: ah, cvs.py doesn't use runfetchcmd like the others <scm>.py do... that's the reason for my regression |
| 22:21.26 | kergoth_ | ah. that should definitely be fixed then |
| 22:21.32 | likewise | kergoth_: none of the exports are in place. |
| 22:21.55 | likewise | it uses os.system on the cmd |
| 22:22.54 | Crofton|work | how do I tell bitbaek the file extension is wrong |
| 22:23.05 | likewise | Crofton|work: ? |
| 22:23.09 | Tartarus | Crofton|work, dunno if that's in place, but should be.. |
| 22:23.27 | Crofton|work | the tarball name does not have a tgz extension |
| 22:23.55 | Crofton|work | bb can't unpack, just copies it into work |
| 22:24.08 | likewise | Crofton|work: hmm, custom do_unpack() .. (yikes...) |
| 22:24.19 | Crofton|work | yeah, I was headed there |
| 22:24.23 | kergoth_ | likewise: like i said, definitely needs to be fixed. ideally, we'd drop all system() usage everywhere in bitbake and oe.. |
| 22:25.26 | likewise | kergoth_: was already replacing os.system by runfetchcmd (ignoring the different calling conventions). I will search for my python books (again). |
| 22:25.42 | tharvey | Crofton|work, perhaps fetch it in a function, rename it and ref it as local file in SRC_URI? |
| 22:25.54 | kergoth_ | cool, would be happy to apply a patch -- don't know if i'd have time to do it myself until the weekend |
| 22:26.32 | Tartarus | Crofton|work, a do_unpack2 or so would be easiest |
| 22:26.38 | likewise | kergoth_: wish I could be more of service on the .py side of life... I always fail there |
| 22:26.43 | Tartarus | see the csl gcc recipes |
| 22:27.03 | kergoth_ | Crofton|work: I'd guess we should enhance do_unpack and unpack_file to handle an override of the handler |
| 22:27.12 | kergoth_ | shouldn't be tterribly difficult |
| 22:27.14 | Crofton|work | I think I am goign to change the file name |
| 22:27.26 | Crofton|work | and see if this makes life any better |
| 22:27.32 | Crofton|work | I hate boost |
| 22:27.49 | ynezz | who likes it? |
| 22:28.24 | ynezz | for me it's comparable to technologies like .Net |
| 22:28.50 | Crofton|work | some people like it |
| 22:29.04 | Crofton|work | I wouldn't mind it, if they used a sane build system |
| 22:31.01 | Crofton|work | rofl |
| 22:31.13 | Crofton|work | hacking the file name worked |
| 22:31.33 | Crofton|work | I should push this recipe, just to annoy people :) |
| 22:32.24 | kergoth_ | also, it isn't bitbake unpacking, its entirely in lib/oe/unpack.py and base.bbclass |
| 22:32.40 | Crofton|work | sorry for my confusoin :) |
| 22:32.55 | Crofton|work | I was wondering why I couldn't find unpack in the bitbake manual |
| 22:33.05 | kergoth_ | well, now you know :) |
| 22:33.22 | kergoth_ | still thinks fetch+unpack could be merged in a nifty way |
| 22:35.04 | *** join/#oe sge (~username@62.240.71.4) |
| 22:51.29 | tharvey | likewise, what distro are you using? why wouldn't the image be the thing dictating the deps built? I don't see angstrom building things not required for images |
| 22:51.32 | Crofton|work | khem, how hard is it for me to ggo back to the older libtool? |
| 22:51.39 | Crofton|work | I need to test some stuff. |
| 22:52.04 | Tartarus | Crofton|work, just don't set P_V for 2.4? |
| 22:52.07 | Tartarus | Or you mean totally back out? |
| 22:52.24 | Crofton|work | just get something to work |
| 22:52.48 | kergoth_ | 2.4 is opt-in, it's controlled by a variable -- adjust LIBTOOL_HAS_SYSROOT and prefer the other version |
| 22:54.10 | Crofton|work | got it |
| 22:55.08 | Crofton|work | looks like we used to use 2.2.6b ... |
| 22:56.35 | *** join/#oe grund (~grund@173-100-156-53.pools.spcsdns.net) |
| 22:59.19 | Crofton|work | ok back to libtool 2.2.6b for a day |
| 22:59.31 | Crofton|work | need to see if recent boost solves my gnuradio mutex headache |
| 23:04.29 | ynezz | what are you doing on usrp? |
| 23:05.45 | Crofton|work | me? |
| 23:05.54 | ynezz | yep |
| 23:06.10 | Crofton|work | getting gnuradio running on omap3 |
| 23:06.18 | Crofton|work | for usrp embedded |
| 23:07.21 | ynezz | I'm just considering usrp2 + rfx900 for playing in depth with UHF RFID - EPC GEN2 tags/readers |
| 23:07.30 | Crofton|work | cool |
| 23:07.53 | Crofton|work | people have done a lot of neat things with usrps |
| 23:08.31 | ynezz | yep, that's why I asked |
| 23:09.05 | Crofton|work | the really cool thing is the range of things people do |
| 23:09.29 | Crofton|work | I am amused there seems to be a talk a year by someone who did some neat hacking with a usrp |
| 23:09.41 | Crofton|work | a talk a year at DEFCON |
| 23:10.49 | Crofton|work | other people do the really cool stuff |
| 23:10.57 | Crofton|work | I just try to make it possibel for them |
| 23:11.37 | grg | Crofton|work, there are other in tree examples of files in SRC_URI with bad extensions. grep do_unpack, i forget where i saw it |
| 23:11.52 | Crofton|work | cool |
| 23:11.53 | Crofton|work | thanks |
| 23:14.47 | *** join/#oe kevinsc (~a0214685@nat/ti/x-klvkszmnviwxflou) |
| 23:18.28 | grg | Crofton|work, flnx/flnx_0.18.bb is an interesting one |
| 23:20.07 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 23:31.29 | Crofton|work | yikes |
| 23:38.53 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
| 23:39.53 | *** join/#oe aloisiojr (~aloisio@187.113.112.190) |
| 23:40.52 | *** join/#oe sge (~username@andesiitti.telemail.fi) |