| 00:06.58 | *** join/#oe fraxinath (n=quassel@p54AA5030.dip.t-dialin.net) |
| 00:16.23 | *** join/#oe dent (i=[U2FsdGV@linux.fjfi.cvut.cz) |
| 00:18.49 | *** join/#oe dent_ (i=[U2FsdGV@linux.fjfi.cvut.cz) [NETSPLIT VICTIM] |
| 00:18.49 | *** join/#oe scheng (n=scheng@221.10.25.6) |
| 00:18.50 | *** join/#oe Crofton|work (n=balister@pool-71-171-22-222.nwrknj.east.verizon.net) |
| 00:18.50 | *** join/#oe methril|work (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net) |
| 00:18.50 | *** join/#oe th1 (n=th@pdpc/supporter/professional/th1) [NETSPLIT VICTIM] |
| 00:18.50 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
| 00:19.14 | *** join/#oe methril|work (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net) |
| 00:19.47 | *** join/#oe th1 (n=th@pdpc/supporter/professional/th1) |
| 00:21.37 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 00:35.40 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 00:38.19 | *** join/#oe abner (n=birunko@189.70.3.39) |
| 00:43.40 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
| 01:01.59 | *** join/#oe hillct (n=hillct@cpe-069-134-049-165.nc.res.rr.com) |
| 01:38.48 | *** join/#oe rsalveti (n=rsalveti@189.70.68.129) |
| 01:42.25 | *** join/#oe mrc3 (n=ddiaz@189.157.108.164) |
| 02:04.43 | *** join/#oe fraxinas (n=quassel@p54AA52B0.dip.t-dialin.net) |
| 02:10.29 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
| 02:24.17 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 03:03.03 | CIA-1 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rdeee949270 10openembedded.git/recipes/linux/ (8 files in 2 dirs): linux-openmoko-2.6.31: update openwrt patches |
| 03:08.28 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-113-61.dynamic.mnet-online.de) |
| 03:13.48 | *** join/#oe CosmicPenguin (n=nobody@www.crouse-house.com) |
| 03:16.48 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 03:37.37 | *** join/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net) |
| 03:45.46 | *** join/#oe Laibsch1 (n=Laibsch@p5B3B17B0.dip.t-dialin.net) |
| 03:52.12 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 03:58.36 | grg | whoa, ld is using over 600mb ram to link libwebkit... |
| 04:12.36 | *** join/#oe wicknix (n=wicked@32.141.100.74) |
| 04:25.57 | grg | and can someone explain why libwebkit-1.0.so.2 is relinked in both do_install and do_populate_staging? |
| 04:26.27 | grg | egads... it takes an eternity to change desktops with that crap in the background :) |
| 05:07.08 | *** part/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com) |
| 05:14.36 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:21.07 | *** join/#oe emachado (n=edjunior@201.82.64.173) |
| 05:29.10 | *** join/#oe jipi (n=jipi@bb219-75-23-54.singnet.com.sg) |
| 05:55.28 | *** join/#oe raster_ (n=raster@124-170-6-153.dyn.iinet.net.au) |
| 06:10.34 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
| 06:25.08 | *** join/#oe albacore (n=chatzill@lgp44-2-82-224-250-142.fbx.proxad.net) |
| 06:26.50 | *** join/#oe booxter (n=booxter@cpmsq.epam.com) |
| 06:27.03 | *** join/#oe marex (n=marex@thor.hackndev.com) |
| 06:34.29 | *** join/#oe polyonymous_ (i=hacker@pD953A4F7.dip0.t-ipconnect.de) |
| 06:57.24 | *** join/#oe Christos_N|Work (n=chatzill@gw7.mycosmos.gr) |
| 06:59.23 | *** join/#oe wicknix (n=wicked@32.136.149.183) |
| 07:02.05 | *** join/#oe manav (n=manav@59.160.172.220) |
| 07:02.19 | *** part/#oe manav (n=manav@59.160.172.220) |
| 07:03.43 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:08.53 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 07:12.36 | *** join/#oe Pr0t0N (n=lcintrat@93.2.234.78) |
| 07:12.36 | sgh | Fetching omap-kernel fails for some reason. The command "git fetch git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git master" fails ... |
| 07:16.00 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 07:18.00 | *** join/#oe thebohemian (n=rschus@p5DDC6DB5.dip.t-dialin.net) |
| 07:28.23 | *** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:37.55 | *** join/#oe mrmoku|away (n=mrmoku@ppp-93-104-103-173.dynamic.mnet-online.de) |
| 07:38.23 | *** join/#oe Gnutoo (n=gnutoo@80.125.173.63) |
| 07:38.30 | *** join/#oe Laibsch (n=Laibsch@p5B3B17B0.dip.t-dialin.net) |
| 07:40.31 | methril|work | good morning |
| 07:41.54 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com) |
| 07:50.04 | *** part/#oe Christos_N|Work (n=chatzill@gw7.mycosmos.gr) |
| 07:50.27 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 08:05.50 | *** join/#oe sx (n=sx@87-126-142-238.btc-net.bg) |
| 08:06.27 | sgh | all linux-omap_* fails to build. repository cannot be fetched - what might be wrong ? |
| 08:09.19 | *** join/#oe boris_OmegA (n=boris@82.225.44.70) |
| 08:11.38 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 08:22.22 | florian | good morning |
| 08:35.04 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 08:39.46 | *** join/#oe schasch (n=bucket@p578b7dd5.dip0.t-ipconnect.de) |
| 08:42.22 | schasch | helllo.....did a OE-build for smdk2440 and want symply to patch the kernel-machine-name ...... could someone give me a hint? |
| 08:42.58 | schasch | had to patch this # git://opensource.wolfsonmicro.com/linux-2.6-asoc-ggdev;protocol=git;tag=asoc-merge-0002 #ORIG - not in WEB! |
| 08:42.58 | schasch | SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git;protocol=git;tag=v2.6.21-rc5 \ |
| 08:46.56 | florian | in oe you can append SRC_URI with a patch |
| 08:48.22 | schasch | tahnks. like file://0001-Enable-cs8900A-network-device-for-smdk2440-board.patch;patch=1 \ ? |
| 08:48.58 | florian | right |
| 08:50.58 | schasch | this patch seems to be the git-patch? |
| 08:51.07 | schasch | where is the git source? |
| 08:51.26 | schasch | my problem is ...how do I have to start.... |
| 08:52.38 | booxter | just add file:// entry for your patch created against main git:// kernel sources |
| 08:54.14 | schasch | booxter: where can I find the mach-smdk2410.c file to patch this? |
| 08:54.26 | hrw | morning |
| 08:54.56 | schasch | I can not find it... |
| 08:55.24 | *** join/#oe schurig_ (n=schurig@pD95FA5C1.dip0.t-ipconnect.de) |
| 08:55.36 | florian | schasch: arch/arm/mach-s3c2410/mach-smdk2410.c |
| 08:55.43 | florian | hi hrw |
| 08:57.01 | schasch | florian:#find .OE_SMDK2440/ -name mach-smdk2410.c |
| 08:57.01 | schasch | # (nothing) |
| 08:57.58 | florian | schasch: that's because oe cleans up your kernel tree after it has finished building |
| 08:58.22 | florian | schasch: if you don't have a patch known to work do the following |
| 08:58.47 | florian | schasch: bitbake -b virtual/kernel -c configure |
| 08:59.12 | florian | schasch: then you get the kerel tree with all config and patches from oe |
| 08:59.45 | florian | schasch: copy this to a location outside oe and prepare the patches you need |
| 09:00.50 | sgh | could someone please verify that this command "git fetch git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git master |
| 09:01.15 | sgh | I think it is just plain rubbish. |
| 09:01.28 | schasch | florian:TAHNKS a lot ...i will try... |
| 09:01.34 | *** join/#oe thaytan (n=jan@78.16.245.131) |
| 09:01.57 | florian | sgh: "fatal: Not a git repository" |
| 09:02.05 | florian | schasch: yw |
| 09:04.24 | sgh | florian: all linux-omap kernels end that way. What has changed in OE ? |
| 09:10.38 | *** join/#oe mcgeagh (n=McGeagh@xbmc/staff/mcgeagh) |
| 09:12.12 | *** join/#oe manav (n=manav@59.160.172.220) |
| 09:12.26 | *** part/#oe manav (n=manav@59.160.172.220) |
| 09:18.55 | *** join/#oe Sleep_Walker (n=Sleep@gprs8.vodafone.cz) |
| 09:20.42 | *** join/#oe stefan_schmidt (n=stefan@p5B033C8A.dip.t-dialin.net) |
| 09:21.10 | *** join/#oe vijay (n=vijay@203.199.213.3) |
| 09:36.59 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 09:40.23 | *** join/#oe mickey|patio (n=M@e180147097.adsl.alicedsl.de) |
| 09:41.12 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 09:41.16 | schasch | florian: I copied the sources and chaged one file...but can not make diff |
| 09:41.25 | schasch | florian:bucket@packet-linux-entwicklung:~/moko/OE_A9M24x0/linux-smdk2440-2.6.20+git-r1$ git log |
| 09:41.25 | schasch | fatal: Not a git repository |
| 09:41.25 | schasch | bucket@packet-linux-entwicklung:~/moko/OE_A9M24x0/linux-smdk2440-2.6.20+git-r1$ |
| 09:41.41 | *** join/#oe wicknix (n=wicked@32.143.157.154) |
| 09:42.10 | schasch | florian:bucket@packet-linux-entwicklung:~/moko/OE_A9M24x0/linux-smdk2440-2.6.20+git-r1$ cd git/ |
| 09:42.10 | schasch | bucket@packet-linux-entwicklung:~/moko/OE_A9M24x0/linux-smdk2440-2.6.20+git-r1/git$ git diff |
| 09:42.27 | schasch | # (nothng) |
| 09:47.56 | *** join/#oe manav (n=manav@59.160.172.220) |
| 09:58.47 | *** join/#oe manav1 (n=manav@59.160.172.220) |
| 10:04.34 | *** join/#oe mnabil (n=mnabil@82.201.217.239) |
| 10:05.11 | *** join/#oe koobe (n=koobe@83.150.95.26) |
| 10:06.30 | *** join/#oe manav2 (n=manav@59.160.172.220) |
| 10:07.27 | *** part/#oe manav2 (n=manav@59.160.172.220) |
| 10:08.27 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 10:09.54 | koobe | can I use SRC_URI to get entire directories recursively with a file:// |
| 10:13.04 | *** join/#oe stefan_schmidt_ (n=stefan@p5B034370.dip.t-dialin.net) |
| 10:13.15 | hrw | koobe: so far yes, but do not base on it |
| 10:14.04 | koobe | Is that considered evil and removed later on? |
| 10:15.29 | *** join/#oe dash_ (i=7bee826f@gateway/web/freenode/x-chuolhhyplrjngfb) |
| 10:15.54 | dash_ | hi all anybody here to talk on toolchain ?? |
| 10:16.23 | koobe | I would like to have package source in sync with the metadata overlay. And still keep the package source out of the metadata tree. |
| 10:20.45 | dash_ | Is it possible to distribute toolchain obtained from me on my PC ?? |
| 10:21.11 | dash_ | I want to provide my team with toolchain |
| 10:23.32 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 10:24.36 | koobe | dash_, I think I asked something similar in the past. I understood that it was not a good idea to package the toolchain. I was adviced to let the OE build it for everyone. |
| 10:25.48 | florian | dash_, koobe: We have the meta-toolchain packages in OE for this purpose. |
| 10:26.38 | florian | These are for distributable toolchains... some people who develop software migt not want to use OE all the time. |
| 10:32.55 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 10:38.30 | sgh | florian: do you have any ideas about fetching linux-omap? Who else might know something? |
| 10:39.40 | florian | sgh: linux omap... koen or Crofton |
| 10:40.38 | sgh | florian: thanks |
| 10:44.22 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 10:44.58 | *** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch) |
| 10:46.32 | sgh | Crofton: Hi! Do you know why all linux-omap kernels fails to fetched ? |
| 10:48.56 | *** join/#oe dth_ntb (i=59b61c64@gateway/web/freenode/x-gtcckibowoounino) |
| 10:51.35 | dash_ | florian: Sorry for late reply |
| 10:51.44 | dash_ | R U still there ? |
| 10:52.13 | florian | a little bit :) |
| 10:52.50 | dash_ | florian: Can u suggest me what do I need to do for this |
| 10:53.21 | dash_ | I have cloned OE git and built kernel and some packages with bitbake |
| 10:53.30 | dash_ | And all are working fine |
| 10:54.07 | dash_ | florian: Now I want to share same toolcahin with my team. So can u suggest me somehing ? |
| 10:54.16 | florian | dash_: bitbake meta-toolchain |
| 10:54.27 | dash_ | OK |
| 10:54.36 | florian | dash_: it builds a tar archive. |
| 10:54.55 | dash_ | but it won't clear up my any other code right ? |
| 10:55.31 | *** join/#oe zecke (n=ich@211.48.194.60) |
| 10:55.33 | dash_ | or otherwise is it necessary to give -c option with -f ? |
| 10:59.34 | dash_ | florian: will it deploy the toolchain ? |
| 10:59.42 | dash_ | where will it keep ? |
| 11:00.46 | sgh | Crofton|work: Hi! Do you know why all linux-omap kernels fails to fetched ? |
| 11:00.49 | florian | daq4th: no its just a target like other ones |
| 11:01.09 | florian | dash_: deploy/glibc/sdk whatever |
| 11:01.32 | dash_ | ok thanks |
| 11:02.28 | *** part/#oe Griffon26 (n=griffon2@gentoo/developer/griffon26) |
| 11:08.17 | Crofton|work | sgh, no |
| 11:08.42 | Crofton|work | what machine are you building? |
| 11:11.58 | *** join/#oe thaytan (n=jan@nat/sun/x-dtgitukxdlhtqiwa) |
| 11:14.52 | florian | XorA: ping |
| 11:17.17 | hrw | shit.. |
| 11:17.30 | hrw | replacing Poky busybox with OE busybox was not good idea |
| 11:27.41 | XorA | florian: pong |
| 11:28.01 | florian | XorA: linux-smdk2440 is not fetchable any more |
| 11:28.22 | XorA | florian: I dont have a board anymore so feel free to fix/mark as broken |
| 11:28.27 | florian | needs to kick mickey|patio and zecke again |
| 11:28.41 | florian | XorA: oops |
| 11:29.00 | XorA | florian: maybe broonie has an interest, he took over from me |
| 11:29.09 | leonardo__ | <PROTECTED> |
| 11:30.24 | florian | leonardo__: mounting the jffs2 filesystem |
| 11:30.37 | florian | XorA: ok thanks |
| 11:30.42 | florian | broonie: ping :) |
| 11:31.25 | leonardo__ | florian: is there anyway to speed up that process? Is it the size of the filesystem that determines that time? |
| 11:33.15 | hrw | leonardo__: switch to 2.6.29 or newer and use UBIFS instead of JFFS2 |
| 11:34.04 | leonardo__ | hrw: i'm using 2.6.30 but haven't looked at UBIFS |
| 11:34.09 | hrw | then look |
| 11:34.12 | hrw | it is worth |
| 11:36.40 | *** join/#oe ptitjes (n=didier@AVelizy-154-1-47-253.w82-124.abo.wanadoo.fr) |
| 11:36.40 | XorA | you can even 100% fill ubifs without it breaking |
| 11:38.50 | hrw | vendor kernels suxx |
| 11:42.28 | hrw | the most important button on developer board: RESET |
| 11:43.40 | florian | yeah... there are way too many devices without reset button :) |
| 11:44.12 | hrw | some have it in wrong places |
| 11:44.22 | hrw | at91sam9263-ek has reset in center of board |
| 11:46.31 | hrw | uf.. booted |
| 11:56.29 | broonie | florian: hrm? |
| 11:57.20 | florian | broonie: XorA you mentioned your name in one sentence with the smdk2440 he can't support any longer. its kernel bb isn't fetachable any longer |
| 11:57.38 | *** join/#oe vijay (n=vijay@203.199.213.3) |
| 11:57.38 | broonie | I don't have a SMDK24xx that I can boot. |
| 11:58.03 | broonie | The ones we have all seem to be flashed for WinCE. |
| 11:58.13 | florian | broonie: hmm.. i guess that's not because of the kernel bb, right? |
| 11:58.15 | *** join/#oe mnabil (n=mnabil@82.201.217.239) |
| 11:58.23 | florian | doh |
| 11:58.37 | broonie | florian: Yeah, but since I don't have any hardware I'm not even likely to try bulding it. |
| 11:58.47 | florian | ah too bad |
| 11:58.49 | XorA | broonie: you broke my old one? |
| 11:58.57 | florian | brb, food |
| 11:59.00 | broonie | XorA: It had a WinCE bootloader on it AFAICT. |
| 11:59.12 | XorA | broonie: you can boot it from usb |
| 11:59.18 | XorA | broonie: Ben Dooks wrote a util |
| 11:59.43 | broonie | Ah, right. I just gave it to ian. |
| 11:59.52 | XorA | broonie: hehe, best thing for it |
| 11:59.58 | XorA | broonie: nasty platform |
| 12:00.42 | broonie | Yeah, I don't really have time to do too much with it anyway. |
| 12:00.58 | hrw | smdk2440 probably has some support in kernel anyway so maybe switch to linux_2.6.30 and mail ML with status? |
| 12:01.00 | XorA | broonie: you have a gta0X anyway, much better devkit |
| 12:01.14 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 12:01.18 | broonie | Yes, it's definately got mainline support. |
| 12:02.15 | broonie | Possibly worth asking on #s3cxxxx |
| 12:02.21 | hrw | ~hail in-kernel dhcp client |
| 12:02.22 | ibot | ACTION bows down to in-kernel dhcp client and chants, "I'M NOT WORTHY!!" |
| 12:02.41 | XorA | its had mainline support for 2 years now |
| 12:03.21 | hrw | so no need for linux-smdk2440 recipe |
| 12:03.53 | XorA | hrw: no, it was needed when I wrote the recipe as mainline support was lacking, but it was fixed long ago AFAIK |
| 12:04.01 | broonie | Hrm, yeah. That looks like it's just pulling in random audio support. |
| 12:04.09 | XorA | the only issue in mainline is probably just the network driver |
| 12:04.34 | XorA | which didnt use the platform device model back then and was flaky as hell |
| 12:05.32 | XorA | anyway anyone with the hardware feel free to get rid of that junk |
| 12:05.32 | XorA | no longer cares :-) |
| 12:06.40 | broonie | recently flipped the i.MX31ADS over to use mainline for the same reason. |
| 12:06.51 | broonie | Should really test that the OE built kernel boots. |
| 12:09.15 | hrw | fsck... |
| 12:09.42 | *** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-45-214.w82-125.abo.wanadoo.fr) |
| 12:11.53 | *** join/#oe mrmoku|away (n=mrmoku@ppp-62-216-210-74.dynamic.mnet-online.de) |
| 12:18.32 | *** join/#oe Cwiiis (n=cwiiis@158.43.2.102) |
| 12:21.40 | dash_ | florian: Thanks for your help. I am done with toolchain and tested it on other machine. Works fine |
| 12:25.39 | *** join/#oe emachado (n=edjunior@201.82.64.173) |
| 12:41.46 | sgh | Crofton|work: Any hint on where to start looking? |
| 12:44.07 | Crofton | what is the error? |
| 12:46.26 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 12:47.22 | sgh | Crofton: http://pastebin.ca/1519144 |
| 12:49.28 | Crofton|work | does git work from the command line? |
| 12:49.36 | Crofton|work | can you access the repository that way |
| 12:50.33 | sgh | Crofton: No, execution "git fetch ......" just gives "fatal: Not a git repository" |
| 12:50.56 | Crofton|work | well, if it does not work from the command line |
| 12:50.58 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 12:51.01 | Crofton|work | the oe fetcher will not work |
| 12:51.15 | Crofton|work | do you need to clone first (from the command line) |
| 12:51.22 | Crofton|work | maybe you have firewall issues? |
| 12:51.33 | sgh | Crofton: replacing "fetch" with "clone" works. |
| 12:52.10 | Crofton|work | hmmm |
| 12:52.15 | sgh | Crofton: But I don't know how to change that in the recipe, linux.inc or kernel.bbclass |
| 12:52.32 | Crofton|work | maybe you have a corrupt git repo in the oe_source dir |
| 12:53.08 | sgh | Crofton: in what way? |
| 12:53.16 | Crofton|work | not sure |
| 12:53.28 | Crofton|work | anyone know how to clean up things for the git fetcher? |
| 12:55.38 | Crofton|work | I'm not certain how the git fetcher works |
| 12:56.04 | sgh | can anyone maybe try to do a "fetch linux-omap" within an interactive bitbake session? |
| 12:56.10 | Crofton|work | I am sort of guessing it thinks it already has cloned the repo, so it tries to fetch, but the repo is corrupt, so the fetch fails |
| 12:56.32 | Crofton|work | I think there is an easy solution, just do not know what it is |
| 12:56.38 | Crofton|work | XorA, ping |
| 12:56.45 | sgh | Crofton: I have tried to remove tmp several times, so it is a clean build. |
| 12:56.50 | Crofton|work | yeah |
| 12:56.58 | Crofton|work | but there is a seperate sources dir |
| 12:57.02 | Crofton|work | outside of tmp |
| 12:57.11 | sgh | Crofton: aaahhhh ...... |
| 12:57.56 | Crofton|work | inside the diredctory you download sources to |
| 12:58.05 | Crofton|work | or more correrctly that oe downloads to |
| 12:58.11 | Crofton|work | cd into the git dir |
| 12:58.25 | Crofton|work | and remove the directory for the omap kernel |
| 12:58.27 | Crofton|work | and try again |
| 12:58.50 | sgh | Crofton: will do.... |
| 13:04.39 | *** join/#oe mrc3__ (n=mrc3@nat/ti/x-uprynytgorfcross) |
| 13:05.35 | *** join/#oe AvengerGear (n=cc@124.126.183.146) |
| 13:07.05 | XorA | Crofton|work: gnop |
| 13:08.10 | Crofton | did you see the discussion about the git fetcher dying? |
| 13:09.25 | sgh | Crofton: no |
| 13:09.32 | XorA | Crofton: comes as no real surprise :-) |
| 13:09.47 | Crofton|work | bother |
| 13:09.51 | Crofton|work | er, why? |
| 13:10.02 | XorA | Crofton|work: its never worked that reliably |
| 13:10.16 | Crofton|work | it works on my pc ..... |
| 13:10.24 | Crofton|work | well, last time I tried .... |
| 13:10.44 | XorA | doing stuff like changing the SRC_URI gets it knickers in a twist |
| 13:10.51 | XorA | as does git push -f |
| 13:11.55 | XorA | although must admit havent seen it dissapear up its own ass for a few months now |
| 13:11.56 | *** join/#oe oneshel (n=jim@c-98-216-198-0.hsd1.nh.comcast.net) |
| 13:12.40 | sgh | Crofton: brilliant!!!! it ort of worked. Turned out to be an invalid tar.gz snapshot laying around. It must have been confused. Anyway "rm -r git ; rm git*.tar.gz" resolved it. Thank you very much. |
| 13:18.53 | Crofton | great |
| 13:19.41 | *** join/#oe vo5 (n=vo@bd21096b.virtua.com.br) |
| 13:23.10 | Crofton|work | sgh, glad to help |
| 13:23.17 | *** join/#oe mnabil (n=mnabil@196.202.20.11) |
| 13:23.50 | *** join/#oe sgh_ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 13:25.22 | Gnutoo | hi, I'm adding g1 support...where should I post initial recipes? |
| 13:25.24 | Gnutoo | in a branch? |
| 13:27.06 | *** join/#oe mario-goulart (n=user@201-40-162-47.cable.viacabocom.com.br) |
| 13:28.14 | *** join/#oe xcasex (n=quassel@71-197.lerstenen.t3.se) |
| 13:28.24 | *** join/#oe mickey|patio (n=M@e180147097.adsl.alicedsl.de) |
| 13:28.50 | xcasex | anyone ncountered any truly odd issues with setting up an oe buildmachine under ubuntu? |
| 13:30.11 | DJWillis | xcasex: plenty ;) |
| 13:30.28 | DJWillis | xcasex: symlinks and DASH/BASH are popular ones ;-) |
| 13:30.53 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 13:31.02 | xcasex | well i've worked around some, but now there's an issue with python that has me slamming my head against the wall |
| 13:31.25 | DJWillis | Oh, what Ubuntu and what is the error? |
| 13:33.08 | leonardo__ | hrw: or anyone else, i switched to ubifs from jffs2 to speed up mounting and everything works except that I still have the same 30 second delay between the "freeing init memory" statement and "starting udev" so is it something other than the mounting that's taking so long? |
| 13:33.23 | xcasex | DJWillis: jaunty and the error is this: http://pastie.org/572487 |
| 13:33.25 | *** join/#oe abner (n=birunko@189.70.56.1) |
| 13:34.16 | *** join/#oe ctusar (n=ctusar@router2.videon-central.net) |
| 13:35.13 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
| 13:39.28 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 13:39.51 | *** join/#oe schasch (n=bucket@p578b7dd5.dip0.t-ipconnect.de) |
| 13:39.59 | *** part/#oe schasch (n=bucket@p578b7dd5.dip0.t-ipconnect.de) |
| 13:40.02 | *** join/#oe schasch (n=bucket@p578b7dd5.dip0.t-ipconnect.de) |
| 13:40.53 | DJWillis | xcasex: hmmm, what bitbake version are you using? |
| 13:41.08 | xcasex | DJWillis: latest stable from the website |
| 13:46.56 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 13:47.14 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 13:48.38 | *** join/#oe brolin (n=brolin@iner.udea.edu.co) |
| 13:52.32 | *** join/#oe Laibsch (n=Laibsch@p5B3B17B0.dip.t-dialin.net) |
| 13:53.55 | CIA-1 | 03Elena Grandi <elena.valhalla@gmail.com> 07org.openembedded.dev * r7de8c2a6cd 10openembedded.git/ (conf/checksums.ini recipes/ipython/ipython_0.10.bb): ipython: new recipe for version 0.10 |
| 13:57.07 | *** join/#oe Christos_N (n=Christos@ppp-94-66-32-144.home.otenet.gr) |
| 14:00.29 | *** join/#oe dos1 (n=dos@dvs67.neoplus.adsl.tpnet.pl) |
| 14:00.35 | *** join/#oe Stecchino (n=quassel@amarok/developer/Stecchino) |
| 14:02.23 | *** join/#oe nytowl (n=nytowl@S0106001c100a3234.cg.shawcable.net) |
| 14:04.53 | Stecchino | hi all. I've got a problem with staging-* packages. Is there a reason why they have an architecture? Would it be possible to make them noarch? |
| 14:14.01 | *** join/#oe brolin (n=brolin@iner.udea.edu.co) |
| 14:15.08 | *** join/#oe dos1 (n=dos@dvs67.neoplus.adsl.tpnet.pl) |
| 14:15.28 | *** join/#oe sx (n=sx@87-126-142-238.btc-net.bg) |
| 14:15.31 | sx | hi all |
| 14:16.33 | sx | in my angstrom desktop, text size is sometimes is big, sometimes is normal. when I reset my board, sometimes I see big texts, sometimes normal.. how can I get the default size? |
| 14:24.36 | *** join/#oe marcosmamorim (n=marcos@bd21096b.virtua.com.br) |
| 14:25.49 | zecke | sx: this is a bit offtopic, it depends on your desktop environment? what do you use? |
| 14:26.19 | sx | zecke, I think gpe |
| 14:26.24 | sx | (x11-image) |
| 14:26.52 | Gnutoo | hi is it off topic if Xfbdev is not starting and that I see a _ on top-left of the screen? |
| 14:26.52 | Gnutoo | but logs says X is started |
| 14:26.59 | Gnutoo | by the way should I request a branch? |
| 14:27.31 | *** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net) |
| 14:27.38 | zecke | sx: isn't there a gpe-conf or gpe-settings app? in general GPE/GTK+ honors XSETTINGS, you could google for these :) |
| 14:28.46 | *** join/#oe saiimons (n=sguerout@cqf44-2-88-164-112-80.fbx.proxad.net) |
| 14:30.24 | saiimons | Hi! |
| 14:31.10 | saiimons | I'm facing some problems with glibc do_package, when it comes to generate locale |
| 14:31.29 | saiimons | qemu rejects me with a nice "Kernel too old" |
| 14:32.12 | hrw | update metadata |
| 14:32.18 | saiimons | I saw that this could be avoided by setting OLDEST_KERNEL to "None", but I'm not sure this is a good choice |
| 14:33.05 | saiimons | I'm up to date (stable/2009 branch) |
| 14:33.05 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 14:33.38 | hrw | strange... I updated stable/2009 to cover that |
| 14:33.53 | hrw | which DISTRO you use? |
| 14:33.53 | saiimons | Angstrom |
| 14:34.10 | hrw | hm. my builds works |
| 14:34.28 | *** join/#oe mnabil (n=mnabil@196.202.20.11) |
| 14:35.01 | saiimons | I'm building for ARM by the way |
| 14:35.01 | nytowl | is there a problem with the git server ? |
| 14:35.05 | *** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
| 14:35.19 | nytowl | while trying to clone I get an error |
| 14:35.35 | nytowl | .git/refs/heads/master: No such file or directory |
| 14:35.47 | nytowl | error: there are still refs under 'refs/heads/origin' |
| 14:35.50 | chouimat | morning |
| 14:37.05 | saiimons | hrw: I have to check my distro configuration, I'm using a copy on a separate tree to build a customized distro based on Angstrom, and it seems that updates were done, you were right |
| 14:38.38 | DJWillis | Gnutoo: I have seen that a few times since the XServer upgrade, X starts, flashing _ at the top of the screen then it gives up after a while and goes to the console login screen. |
| 14:38.59 | Gnutoo | DJWillis, do you have a solution? |
| 14:40.49 | DJWillis | Gnutoo: I was working on one but it 'just went away' when I did a GIT PULL a few days ago without a rebuild and I can't see ANY X server activity that would have fixed it :(. I did prove that it was not the XVideo driver (tried several, fbdev, OMAP etc. on my boards, Pandora in this case). |
| 14:41.46 | DJWillis | I still have an issue where all the recent work on X seems to have shown up stability issues in gpe-login on the boards I am trying it with, not sure whats borked there. |
| 14:42.16 | DJWillis | Gnutoo: this is all on oe.dev not stable2009 |
| 14:42.17 | *** join/#oe boto|w (n=abotorab@proxye.avm.de) |
| 14:42.24 | Gnutoo | DJWillis, shr branch |
| 14:42.33 | Gnutoo | DJWillis, and G1's kernel |
| 14:42.36 | Gnutoo | 2.6.29 |
| 14:43.34 | boto|w | i am trying to wirte a big file ( > 2 gig ) to a flash memory on an omap running oe |
| 14:43.44 | boto|w | i use open64 and lseek64 functions |
| 14:43.59 | boto|w | however those seem to fail when exceeding the 2 gig limit |
| 14:44.07 | boto|w | any idea what to consider? |
| 14:45.36 | hrw | change filesystem? |
| 14:45.42 | DJWillis | Gnutoo: I spent ages thinking it was linked to some kernel changes we did for the Pandora (DSS2 additions, if you an OMAP man) but I really never got to the bottom of it, i'll try and nail the commit that fixed it but as you can understand git bisecting OE builds is one of the most fruitless tasks known to man when there are a lot of changesets :( |
| 14:46.24 | Gnutoo | DJWillis, ok I'll ask the one who get Xfbdev working then |
| 14:46.25 | DJWillis | boto|w: you fail to mention what the FS and NAND layer is ;-) (or is it SD?) |
| 14:46.33 | boto|w | hrw: the file system is yaffs2 |
| 14:46.34 | Gnutoo | DJWillis, yes SD |
| 14:46.37 | Gnutoo | oops |
| 14:46.51 | boto|w | it is a nand flash |
| 14:46.58 | DJWillis | Gnutoo: I tried that also, flash to SD, NAND etc. tried just about everything ;-) |
| 14:46.59 | hrw | boto|w: I do not know does yaffs support >2GB files |
| 14:47.11 | hrw | boto|w: btw - how big flash you have there? |
| 14:47.16 | Gnutoo | ok |
| 14:47.18 | DJWillis | boto|w: is YAFFS2 even 2GiB > OK? |
| 14:47.21 | boto|w | the flash ist 8 gig |
| 14:47.40 | boto|w | i check if yaffs2 supports > 2gig ... |
| 14:47.55 | DJWillis | I know old YAFFS(2) used to bork with anything near that size. YAFFS1 did for sure. |
| 14:48.43 | hrw | boto|w: use 2.6.29+ kernel and ubifs instead? |
| 14:49.39 | boto|w | what i even googled ist that yaffs2 should support big files, at least the recent versions of yaffs2 |
| 14:49.40 | DJWillis | Gnutoo: pretty sure it started working about the end of July (the images I auto-baked on the 30th worked with X again). |
| 14:49.55 | Gnutoo | ok |
| 14:50.01 | Gnutoo | I've no pandora |
| 14:50.05 | Gnutoo | but I've a G1 |
| 14:50.17 | DJWillis | boto|w: so are you carrying the latest versions of YAFFS? |
| 14:50.18 | boto|w | hrw: i am using kernel 2.6.28 |
| 14:50.42 | boto|w | well, the kernel is synced with oe rep |
| 14:50.54 | boto|w | i have to check which version of yaffs2 i use ... |
| 14:51.56 | DJWillis | Gnutoo: I realise that, just giving some dates that 'may' help you work out if there is a fix in there ;-). A sort of 'worked for me' answer. You mentioned you had a G1, so you have that running OE off SD ok? I had issues when I looked at it a while ago, not got the G1 any more :(. |
| 14:52.18 | hrw | XorA: you still work on zoom2? |
| 14:52.29 | Gnutoo | DJWillis, are you nils? |
| 14:52.40 | Gnutoo | he got a g1 too |
| 14:52.47 | DJWillis | Nils? Nope. |
| 14:52.50 | Gnutoo | and has a blog inside oe's feed |
| 14:52.54 | XorA | hrw: on and off |
| 14:53.20 | hrw | XorA: Mike Turquette works on zoom2 for Poky |
| 14:53.31 | florian | Gnutoo: that's nilsf... he doesn't use irc that frequently |
| 14:53.39 | hrw | XorA: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=mturquette/zoom2 |
| 14:53.41 | Gnutoo | yes I was told that |
| 14:53.55 | Gnutoo | (that he didn't use irc frequentely) |
| 14:53.56 | XorA | hrw: cool |
| 14:54.05 | DJWillis | XorA: have you ever given any thoughts to how one might fit a 'first run' wizard type of thing into OE (Angstrom based distro) without to much hacking, or for that matter, ever considered alts. to gpe-login? |
| 14:55.13 | XorA | DJWillis: sakoman has full gnome running including gdm I beleive |
| 14:55.26 | DJWillis | XorA: seems overkill ;) |
| 14:55.47 | DJWillis | XorA: or maybe not ;-) |
| 14:55.59 | XorA | DJWillis: openmoko just ran X directly, E has a display manager as well |
| 14:56.19 | DJWillis | XorA: Entrance is not really supported is it? |
| 14:56.33 | XorA | no idea |
| 14:56.37 | XorA | ask raster |
| 14:56.44 | DJWillis | will do |
| 14:58.04 | sakoman | DJWillis: gnome actually works better than I expected it to |
| 14:58.07 | DJWillis | XorA: I did consider just running X, not sure if it's such a good idea. hmmm. |
| 14:58.25 | XorA | DJWillis: I prefer my pda to look kinda like my desktop |
| 14:58.36 | DJWillis | sakoman: really? Have you got a metadata tree anywhere? Really tempted to give it a spin. |
| 14:58.37 | XorA | DJWillis: but I guess the emu boyz might not |
| 14:59.22 | sakoman | DJWillis: it required more than 100 recipe changes, so I still haven't gotten all the patches ready |
| 14:59.41 | xcasex | making oe behave under ubuntu is ;_; |
| 14:59.43 | sakoman | koen is pushing them for me - so far about a dozen are done |
| 14:59.46 | DJWillis | XorA: that's my problem, I want it like a PDA that also has a game focus. The single user auto login, no concept of users etc. does not sit well with me :(. |
| 14:59.52 | xcasex | and that there's no other alternative for this sl-5600 is ;_; |
| 15:00.15 | sakoman | DJWillis: if you want to try a binary on Beagle or Overo: http://www.sakoman.com |
| 15:00.41 | DJWillis | sakoman: ahhh, interesting. I guess I could *munge* that onto a Pandora, i'll try tonight. |
| 15:00.42 | sakoman | I'll keep doing a handfull or two of patches each day till they are done |
| 15:01.30 | DJWillis | sakoman: what made you consider doing it? Sorry, been rather 'out of it' lately with my real job so seem to have missed out on a load of really cool stuff. |
| 15:01.37 | sakoman | but it feels like some days I generate more changes than I submit :-) |
| 15:02.04 | sakoman | DJWillis: just for the fun of it (and as a "demo" for my consulting business) |
| 15:02.46 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 15:03.15 | DJWillis | sakoman: I see your site seems to have got updated a lot more (in favour of the consulting business) since I last looked. Good info there, i'll let you know if I can get a mashup going as that would be rather nice. |
| 15:05.05 | sakoman | DJWillis: I ordered a Touch Book and will try to get it going there too |
| 15:05.20 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
| 15:07.02 | DJWillis | sakoman: trying to get one of those sent over to the UK (not easy). I still wish there where a lot more Pandora's to go out to devs, it seems such a shame etc. etc. |
| 15:09.43 | sakoman | DJWillis: agreed. any idea when they will be generally available? |
| 15:11.09 | *** join/#oe vijay (n=vijay@203.199.213.3) |
| 15:13.21 | DJWillis | sakoman: really not sure, I would have hoped about 6 months ago :(. Not that close to that side of things as I am still just hacking on it 'for fun'. I know that several hundred as being built at the moment but not sure if they will be cased or 'dev board' versions. |
| 15:16.52 | *** join/#oe vo5 (n=vo@bd21096b.virtua.com.br) |
| 15:18.45 | hrw | xcasex: you have problems with OE under ubuntu? |
| 15:20.01 | *** join/#oe marcosmamorim (n=marcos@bd21096b.virtua.com.br) |
| 15:20.06 | xcasex | hrw: yep |
| 15:20.18 | hrw | xcasex: examples? |
| 15:20.34 | xcasex | hrw: http://pastie.org/572487 |
| 15:21.34 | hrw | xcasex: you use old bitbake - update it first |
| 15:21.58 | hrw | xcasex: DeprecationWarnings were fixed in all BB versions which are in use |
| 15:22.44 | xcasex | hrw: i'm using bitbake-1.8.12.tar.gz |
| 15:22.58 | hrw | xcasex: with .dev tree? |
| 15:23.14 | xcasex | no |
| 15:23.19 | xcasex | or wait. .dev tree? |
| 15:23.32 | hrw | xcasex: org.openembedded.dev you use? |
| 15:23.52 | xcasex | yeah |
| 15:24.20 | hrw | ok |
| 15:24.21 | hrw | moment |
| 15:25.07 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com) |
| 15:25.12 | xcasex | np |
| 15:25.22 | hrw | xcasex: show me your $BBPATH variable |
| 15:25.28 | *** join/#oe srujanjonnadula (n=srujanjo@198.82.192.126) |
| 15:25.29 | hrw | xcasex: it is 99% wrong |
| 15:25.40 | xcasex | BBPATH=/home/robert/oe/build/:/home/robert/oe/openembedded/ |
| 15:26.43 | hrw | strange |
| 15:26.54 | xcasex | yes, i know. |
| 15:26.59 | hrw | because check_app_exists() is defined in base.bbclass so it should just work |
| 15:27.02 | xcasex | this is not my first time using oe either. |
| 15:27.13 | hrw | xcasex: try top of bitbake 1.8 branch maybe |
| 15:27.17 | xcasex | but it is my first time it has been this much of trouble |
| 15:27.38 | xcasex | hrw: the svn branch? |
| 15:28.41 | hrw | or git branch as bitbake is now in git |
| 15:29.30 | xcasex | ah |
| 15:29.34 | xcasex | will try :) |
| 15:33.56 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 15:39.23 | xcasex | hrw: same error :D |
| 15:40.57 | hrw | strange |
| 15:41.02 | *** part/#oe saiimons (n=sguerout@cqf44-2-88-164-112-80.fbx.proxad.net) |
| 15:42.00 | xcasex | hrw: very strange as i did it by the oe guide |
| 15:43.09 | hrw | my ubuntu9.04 VM is going to out of space |
| 15:44.15 | xcasex | :/ |
| 15:44.28 | xcasex | i'm going to set it up on my work laptop as well. |
| 15:44.44 | xcasex | if that doesnt work, i'm regressing to debian lenny and see if that'll work out better for hte build box |
| 15:47.39 | hrw | I use debian sid |
| 15:47.55 | *** part/#oe thebohemian (n=rschus@p5DDC6DB5.dip.t-dialin.net) |
| 15:56.55 | *** join/#oe AvengerGear (n=cc@124.126.133.138) |
| 15:59.42 | hrw | bb in few |
| 16:01.45 | *** join/#oe hillct_ (n=hillct@cpe-069-134-049-165.nc.res.rr.com) |
| 16:03.16 | albacore | Hi, when I run bitbake in my OE environment I have this error "COW.py:29:DeprecationWarning: the sets module is deprecated". I add python-native to the list of ASSUME_PROVIDED packages in build/conf/site.conf, but I have alaways this error. I need help |
| 16:03.46 | zecke | albacore: it is no error, it is a warning |
| 16:04.07 | *** join/#oe schasch (n=bucket@p578b7dd5.dip0.t-ipconnect.de) |
| 16:04.13 | zecke | albacore: that is why the message "Warning", it is because you are using Python2.6 which will warn about things that will be different in python3.0 |
| 16:04.21 | zecke | albacore: if you have an error, it has a different cause |
| 16:06.57 | *** join/#oe The_Niz (n=nizzle@82-171-65-13.ip.telfort.nl) |
| 16:07.50 | albacore | zecke: yes, I thought that warning caused error, my error is "ConfHandler.py", line 109, in include raise ParseError("Could not %(error_out)s file %(fn)s" % vars() ) |
| 16:07.52 | albacore | bb.parse.ParseError: Could not inherit file classes/distutils.bbclass" |
| 16:08.52 | zecke | albacore: do you have a file called distutils.bbclass somewhere? did you set BBPATH? |
| 16:12.31 | *** join/#oe vo5 (n=vo@bd21096b.virtua.com.br) |
| 16:21.09 | albacore | zecke: yes I have distutils.bbclass in openembedded/classes but BBPATH is not set |
| 16:23.34 | albacore | sorry BBPATH=export BBPATH="${TOPDIR}:${TOPDIR}/openembedded:${TOPDIR}/shr/openembedded:${TOPDIR}/bitbake" |
| 16:26.36 | zecke | sorry, need to sleep |
| 16:26.36 | zecke | bbl |
| 16:27.16 | albacore | zecke: ok, my script that |
| 16:27.19 | xcasex | hrw|gone: progress. now its just sitting there, afk making dinner |
| 16:28.12 | albacore | zecke: thank, it's resoved, my script that set BBPATH failed, I correct, it's now ok |
| 16:38.23 | *** join/#oe stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94) |
| 16:44.14 | *** join/#oe Wiedi (n=wiedi@newton-air.w.fruky.net) |
| 16:54.02 | *** join/#oe ptitjes (n=didier@gov91-1-82-234-90-22.fbx.proxad.net) |
| 16:56.13 | *** join/#oe Pr0t0N (n=lcintrat@wyplay-fr-4-82.cnt.nerim.net) |
| 16:56.57 | CIA-1 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rc310390656 10openembedded.git/ (34 files in 4 dirs): linux-openmoko-2.6.30 : update to 2.6.30.4 |
| 16:57.07 | CIA-1 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r2c024938ce 10openembedded.git/recipes/openmoko-projects/paroli_git.bb: paroli_git : remove paroli-elementary and depend on python-elementary |
| 16:57.07 | CIA-1 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * ra112a006ff 10openembedded.git/recipes/efl1/ecore.inc: ecore.inc : update for svn 41040 |
| 16:59.38 | *** join/#oe hoj (n=jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 17:12.09 | CIA-1 | 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/import * r36b1844d20 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
| 17:12.09 | CIA-1 | task-shr-feed: add eject |
| 17:12.09 | CIA-1 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 17:22.38 | *** join/#oe birunko (n=birunko@189.70.56.1) |
| 17:29.40 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 17:34.22 | *** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net) |
| 17:40.59 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
| 17:58.29 | *** join/#oe ptitjes (n=didier@gov91-1-82-234-90-22.fbx.proxad.net) |
| 18:20.18 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 18:26.27 | *** join/#oe Martin-B (n=Martin@pool-97-67-198-89.dbd-ipconnect.net) |
| 18:27.57 | oneshel | anyone ever get "Could not obtain administrative lock" when building meta-toolchain? |
| 18:28.44 | *** join/#oe florian (n=fuchs@f048000223.adsl.alicedsl.de) |
| 18:33.37 | *** join/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net) |
| 18:34.12 | *** join/#oe schasch (n=bucket@adsl-dyn-238-191.heliweb.de) |
| 19:00.34 | *** join/#oe rddDavid51 (n=roudoudo@lns-bzn-43-82-249-139-231.adsl.proxad.net) |
| 19:00.35 | waite | If I have a recipe with one .so file that I want to be included in the target and the -dev package what do I have to do. Adding it to each FILES_ macro puts the .so in only one of the packages. |
| 19:04.28 | *** join/#oe Christos_N (n=Christos@ppp-94-66-32-144.home.otenet.gr) |
| 19:04.36 | *** join/#oe dth (n=Dieter@p4FDEB96A.dip.t-dialin.net) |
| 19:05.04 | CIA-1 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * rc35aada710 10openembedded.git/recipes/python/python-elementary_svn.bb: python-elementary : update for efl 41040 |
| 19:10.06 | *** join/#oe booxter (n=booxter@212.98.182.22) |
| 19:14.19 | Tartarus | oneshel, yes, that means that one of the dirs it's trying to use doesn't exist, at least sometimes |
| 19:15.56 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-179-078.pools.arcor-ip.net) |
| 19:17.27 | khem | why do we use 0777 umask in bitbake ? |
| 19:17.38 | khem | all build tree files have this |
| 19:24.29 | oneshel | Tartarus: thanks for the info, actually I found the problem, I needed a newer meta-toolchain.bb that I hadn't pulled down yet :) |
| 19:25.04 | Tartarus | ah, yes, that too :) |
| 19:31.25 | oneshel | if I want my Qt related stuff (qmake, etc.) packaged up as meta-toolchain does, does a recipe exist for that? |
| 19:31.53 | Tartarus | Hm |
| 19:32.04 | Tartarus | Maybe? Check out the meta-toolchain-*.bb files |
| 19:32.08 | Tartarus | I think there's a qt one |
| 19:32.12 | oneshel | I'm reading through the other meta-toolchain-*.bb files for ideas... |
| 19:32.28 | oneshel | you're right! meta-toolchain-qte.bb |
| 19:33.51 | oneshel | <3's OE :) |
| 19:34.36 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 19:37.25 | waite | How do I get rid of the message "Couldn't find shared library provider for foo" when I build libfoo.so? I've tried using PROVIDES and adding a libfoo package to my recipe |
| 19:38.17 | Tartarus | Is LEAD_SONAME mentioned around there too? |
| 19:38.24 | Tartarus | If so, I think just ignore it |
| 19:50.04 | *** join/#oe woglinde (i=woglinde@78.52.224.165) |
| 19:55.57 | *** join/#oe daq4th (n=darkness@v062.natpool.sourcentral.org) |
| 19:56.17 | *** join/#oe srujanjonnadula (n=srujanjo@n154s025.ntc.blacksburg.shentel.net) |
| 20:04.47 | waite | Tartarus, LEAD_SONAME does not seem to remove the warning. The main problem I have is I need the .so I am creating in the target and the -dev package and that is not happening |
| 20:05.25 | Tartarus | Er, you want the same file in 2 packages? |
| 20:05.54 | Tartarus | That's not allowed. But libfoo.so.1 should end up in libfoo.ipk and libfoo.so symlink should be in libfoo-dev |
| 20:06.49 | *** join/#oe The_Niz_ (n=nizzle@82-171-65-13.ip.telfort.nl) |
| 20:06.55 | waite | I do not see the symlink. in the listing of dpkg-deb --contents. Does it occur in a post inst script? |
| 20:07.14 | Tartarus | Well, do you have the symlink being made, in your makefiles? |
| 20:07.33 | Tartarus | The packaging rules should split things up correctly |
| 20:07.40 | Tartarus | But the build rules need to make it :) |
| 20:09.30 | waite | OK let me backup , and sorry for my ignorance. I am building a meta-toolchain for devs to use outside of OE. I have a package foo that installs some apps plus an libfoo.so. Finally, I need to populate the meta-toolchain with the .h files and the .so. |
| 20:09.44 | Tartarus | Right |
| 20:10.11 | Tartarus | So meta-toolchain will pull in libfoo-dev.deb, and in turn that brings in libfoo.deb |
| 20:10.19 | Tartarus | Once you fill out the hook to have libfoo-dev pulled in, of course |
| 20:10.36 | Tartarus | It sounds like the problem you have is that libfoo-dev.deb doesn't have the contents you want |
| 20:10.50 | *** join/#oe rddDavid51_ (n=roudoudo@lns-bzn-55-82-255-169-226.adsl.proxad.net) |
| 20:11.25 | Tartarus | Now, if foo.bb builds and installs libfoo.so.1 and libfoo.so symlink to libfoo.so.1 into the right place ($D/usr/lib/ or so), it should get put into the right debs |
| 20:11.41 | waite | Right now libfoo-dev has the .h files but no reference to the .so and not depends. Does the meta-toolchain magically install foo and foo-dev? Am I just insane? |
| 20:11.59 | Tartarus | You've got two problems |
| 20:11.59 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-179-078.pools.arcor-ip.net) |
| 20:12.01 | Tartarus | First problem |
| 20:12.19 | Tartarus | Does foo actually make the symlink, when built outside of OE? |
| 20:12.36 | Tartarus | It sounds like no, and that's a problem that needs fixing, inside of foos autofun |
| 20:13.06 | waite | I do all install stuff within do_install. So I should make that happen now |
| 20:13.09 | Tartarus | Second problem, are you sure libfoo-dev doesn't have a dep on libfoo itself? ar -x and verify the control file |
| 20:14.34 | waite | libfoo-dev has no depends. |
| 20:15.21 | kergoth | by default, ${PN}-dev rdepends on ${PN}, unless the recipe is overriding it... see the default values in bitbake.conf |
| 20:17.59 | waite | let me do some hunting here... |
| 20:18.31 | *** join/#oe timtimred (n=meh@79-75-236-176.dynamic.dsl.as9105.com) |
| 20:29.15 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r3ea400c9bf 10openembedded.git/recipes/uclibc/uclibc_nptl.bb: uclibc_nptl: Rev up to a buildable and bootable revision. |
| 20:29.20 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r4b3eefe53f 10openembedded.git/recipes/util-linux-ng/ (2 files in 2 dirs): |
| 20:29.20 | CIA-1 | util-linux-ng-2.16: Replace siginterrupt with sigaction. |
| 20:29.20 | CIA-1 | siginterrupt is obsoleted and newer versions of uclibc |
| 20:29.20 | CIA-1 | has moved these functions to a different category which is |
| 20:29.22 | CIA-1 | not enabled by default. Best is to replace it with |
| 20:29.24 | CIA-1 | sigaction. |
| 20:29.26 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 20:30.04 | waite | kergoth, Tartarus, hx for the help. I was missing the symlink part |
| 20:30.42 | timtimred | eve waite |
| 20:31.12 | waite | he timtimred |
| 20:41.15 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 20:54.47 | *** join/#oe ant__ (n=andrea@host40-186-dynamic.60-82-r.retail.telecomitalia.it) |
| 20:56.38 | *** join/#oe birunko (n=birunko@189.70.56.1) |
| 20:57.45 | *** join/#oe abner (n=Abner@jalfrezi.collabora.co.uk) |
| 20:59.50 | *** part/#oe abner (n=Abner@jalfrezi.collabora.co.uk) |
| 21:09.21 | *** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net) |
| 21:12.00 | *** join/#oe thaytan (n=jan@78.16.245.131) |
| 21:41.24 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rc24a415882 10openembedded.git/recipes/python/python-native_2.6.1.bb: (log message trimmed) |
| 21:41.24 | CIA-1 | python-native_2.6.1.bb: Unset LIBC |
| 21:41.24 | CIA-1 | LIBC is used internally by python configure if it gets it from |
| 21:41.24 | CIA-1 | enviromment it honors it. Coincidently we also use LIBC in OE |
| 21:41.25 | CIA-1 | to denote one of uclibc eglibc or glibc to be system C library |
| 21:41.26 | CIA-1 | It conflicts if somehow LIBC=<something> is set in the envronment |
| 21:41.30 | CIA-1 | so we pass empty LIBC for native recipe. |
| 21:42.46 | kergoth | khem: you can also do "unexport LIBC" at toplevel to keep it from being emitted into the shell tasks |
| 21:44.08 | khem | kergoth: you mean in the shell where bitbake will be called |
| 21:44.19 | kergoth | no, i mean in the recipe |
| 21:44.25 | khem | oh |
| 21:44.55 | khem | yeah sure |
| 21:44.59 | kergoth | doesn't know which is best, just pointing out that it exists |
| 21:45.19 | khem | I think if I pass it to configure thats all what matters |
| 21:47.15 | khem | LIBC[unexport] = "1" is this analogous |
| 21:47.56 | khem | kergoth: none of our recipes use unexport so far :) |
| 21:48.03 | kergoth | base.bbclass does |
| 21:48.18 | kergoth | it unexports a couple vars that can break certain things, like binutils. imo that should really have been done in the individual recipes |
| 21:48.56 | khem | I bet yes |
| 21:50.02 | kergoth | course, i think we export a lot of things we shouldnt be to begin with |
| 21:50.16 | kergoth | the only things we should be exporting by default are cc, cflags, etc, for configure & make to pick up :) |
| 21:50.24 | khem | yeah I think many of those are prolly legacy |
| 21:50.30 | kergoth | yep |
| 21:50.53 | kergoth | nobody wants to touch it, inc ase it breaks something they don't know about :) |
| 21:56.13 | khem | right |
| 22:03.04 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 22:13.45 | kergoth | mulls over ways to integrate scratchbox style functionality into OpenEmbedded |
| 22:14.19 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
| 22:16.10 | khem | kergoth: like devshell |
| 22:18.18 | kergoth | khem: hmm, perhaps.. or a flag like fakeroot for a task that spawns it in that environment, for lazy people who don't want to properly crosscompile, or just need to get up and running and want to make it nice later |
| 22:19.08 | khem | I think devshell can be powerful but its under developed |
| 22:26.34 | CIA-1 | 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r77d48ff9a9 10openembedded.git/ (13 files in 3 dirs): python: add 2.6.2 |
| 22:27.33 | kergoth | hmmm |
| 22:29.36 | kergoth | Has anyone looked into using OE to produce qemu/vmware/livecd to do OpenEmbedded development in? |
| 22:30.37 | Crofton|work | people have run it in vmware images |
| 22:31.21 | kergoth | we really need to get the image creation to handle full disk image creation rather than just fs/partition generation, at some point.. i think poky does that, has syslinux stuff |
| 22:31.52 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
| 22:33.13 | woglinde | hm what the hell texasi is doing here |
| 22:33.15 | Tartarus | iirc, that stuff is still there |
| 22:33.22 | woglinde | I have full rights |
| 22:33.22 | Tartarus | dunno when it was last used / tried |
| 22:33.31 | woglinde | and the error is I have no rights |
| 22:33.36 | woglinde | when deleting |
| 22:33.36 | Tartarus | but there's stuff, iirc, from amd, for making bootable isos |
| 22:34.36 | Tartarus | It might, at least for arm, be easier to say "here's your flash" and pass it a jffs2, or whatever |
| 22:34.53 | Tartarus | That could work on x86 too, even, it's just not as common there |
| 22:36.35 | kergoth | yeah, x86 is just a pain since the individual pieces are rarely as useful, need to take them and make a cohesive disk image out of it |
| 22:37.01 | Tartarus | Well, depends on how flexiable you want it to be |
| 22:37.08 | Tartarus | It's not that hard to make a livecd |
| 22:37.29 | Tartarus | Heck, take a look at the ubi stuff, making a syslinux conf file isn't any more complex than that |
| 22:37.41 | woglinde | good nite |
| 22:42.20 | CIA-1 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r0547b37262 10openembedded.git/recipes/linux/ (4 files in 2 dirs): linux-openmoko-2.6.30.1 : update openwrt patches |
| 22:42.23 | CIA-1 | 03Angus Ainslie <nytowl@openmoko.org> 07fso/milestone5.5 * r12fec90c58 10openembedded.git/ (34 files in 4 dirs): |
| 22:42.23 | CIA-1 | Revert "linux-openmoko-2.6.30 : update to 2.6.30.4" |
| 22:42.23 | CIA-1 | This reverts commit c31039065610137137ad6f5e445bc4ba298de28e. |
| 22:43.03 | kergoth | hmm |
| 22:49.58 | kergoth | watches some of the elc2009 videos |
| 22:51.12 | kergoth | i wonder if we'd be better off developing multiple tools to meet various peoples needs, rather than trying to cram everything into the bitbake model. it seems like some people really are happier using scratchbox or buildroot for certain things.. itd be nice to be able to meet all those needs but still have something cohesive and well integrated amongst them, you know, but without trying to be all things to all people in a single tool |
| 22:51.16 | kergoth | ponders |
| 22:51.52 | Tartarus | heh |
| 22:51.58 | Tartarus | It depends really, I think |
| 22:52.22 | zecke | kergoth: yeah it depends, scratchbox is great, but doesn't have any way to package things by default |
| 22:52.37 | zecke | kergoth: so it is cool for a developer to mess around, but not build a rootfs |
| 22:53.16 | zecke | kergoth: and I'm pissed off by /scratchbox/login every time... |
| 22:53.20 | kergoth | hehe |
| 22:55.04 | kergoth | hmm, it seems like a lot of the complaints about OpenEmbedded end up being about the image production aspects. having to use packages, the way we pull things in, not having a good way to jump in and kill the sysvinit stuff in favor of custom scripts, etc. i wonder if we should make a separate tool for that instead of wedging it in as recipes |
| 22:55.50 | Tartarus | kergoth, some people won't believe you that having a package manager on the target isn't desired :) |
| 22:56.07 | kergoth | well, a lot of people don't seem to know about ONLINE_PACKAGE_MANAGEMENT |
| 22:56.23 | kergoth | hmm |
| 22:56.40 | Tartarus | That too, but it's not exactly correct |
| 22:56.48 | kergoth | yeah, the postinst stuff is a *mess* |
| 22:56.50 | zecke | kergoth: I a lot of people here don't know about strace, gdb, oprofile... and reset their device because the serial has no job contral |
| 22:56.53 | Tartarus | Yeap :| |
| 22:56.55 | kergoth | if you dont get opkg in the image, half your shit doesn't work |
| 22:57.02 | Tartarus | Can't use that hook unless you know there's no postinit stuff |
| 23:01.09 | kergoth | would be nice to abstract out aspects of the startup script mess at some point. put the command to start a service in this variable, stop it in that variable, etc, and make it generate lines for a busybox inittab, or emit an upstart script or sysvinit startup script or whatever |
| 23:02.14 | zecke | kergoth: init scripts, yes, certainly |
| 23:10.33 | *** join/#oe mnabil (n=mnabil@41.234.70.232) |
| 23:22.45 | *** join/#oe fraxinath (n=quassel@p54AA7A6A.dip.t-dialin.net) |
| 23:37.47 | *** join/#oe rkirti (n=oespirit@203.199.213.3) |
| 23:46.23 | *** join/#oe kergoth (n=kergoth@ip98-167-215-86.ph.ph.cox.net) |
| 23:53.32 | CIA-1 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r6211c54804 10openembedded.git/ (13 files in 4 dirs): klibc, klibc-utils-static: bump to Testing/1.5.15 |