| 00:31.06 | *** join/#oe ynezz (ynezz@ibawizard.net) |
| 01:05.57 | *** join/#oe tdebrouw (~tdebrouw@91.182.3.201) |
| 01:21.39 | *** join/#oe tdebrouw (~tdebrouw@91.182.3.201) |
| 01:34.48 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 01:43.27 | *** join/#oe RushPL (~quassel@89-78-80-237.dynamic.chello.pl) |
| 01:44.55 | RushPL | hello. I know that arago != OE but still they share somehting in common ... I am trying to build ANY arago image, but I always keep getting a task list of around 5000 tasks which fails for example on "mesa" even though me wanting just a console image. Currently I am doing "bitbake -v console-image" |
| 01:45.36 | RushPL | since this is a an OE script-set, what could cause this? Why are so many tasks being processed? |
| 01:45.47 | RushPL | (I need arago due to TISDK) |
| 02:05.40 | *** join/#oe devzero_ (devzero@xdsl-89-0-144-200.netcologne.de) |
| 03:19.26 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 03:21.24 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 03:23.55 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 03:42.35 | *** join/#oe zenlinux (~sgarman@c-98-246-160-155.hsd1.or.comcast.net) |
| 04:03.13 | *** join/#oe CcSsNET (~CcSsNET@c-98-216-138-179.hsd1.ma.comcast.net) |
| 04:16.44 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 04:20.18 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 04:21.47 | davidlt | Has anyone run into ckermit error: ?SET SPEED has no effect without prior SET LINE ? |
| 04:33.58 | *** join/#oe kergoth_ (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 04:50.20 | *** join/#oe davidlt_ (~davidlt@78-60-130-17.static.zebra.lt) |
| 05:27.57 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 05:50.26 | *** join/#oe davidlt_ (~davidlt@78-60-130-17.static.zebra.lt) |
| 05:56.28 | *** join/#oe tscheck1 (~t@83.151.21.119) |
| 05:59.07 | *** join/#oe rob_w (~bob@80.120.111.170) |
| 06:06.50 | *** join/#oe Cubi_ (~cubi@static-87-79-65-72.netcologne.de) |
| 06:10.51 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:17.01 | *** join/#oe toi (~peter@inuitbib.ugent.be) |
| 06:20.30 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 06:21.33 | *** join/#oe snkt (~snkt@114.143.167.179) |
| 06:25.06 | *** part/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 06:42.04 | mckoan | good morning |
| 06:46.32 | *** join/#oe zecke (~ich@91-64-80-26-dynip.superkabel.de) |
| 07:01.15 | *** join/#oe snkt (~snkt@114.143.167.179) |
| 07:01.56 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 07:16.34 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 07:29.38 | *** join/#oe erwt (~rahul@114.143.167.179) |
| 07:33.17 | *** join/#oe kobe_ (203a22e3@gateway/web/freenode/ip.32.58.34.227) |
| 07:34.45 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 07:40.16 | kobe_ | Is there a way to let bitbake detect when a recipe has been changed so that it will automatically rebuild that recipe when the image is built? C |
| 07:40.53 | ka6sox | JaMa|Off, you here? |
| 07:45.29 | *** join/#oe pespin (~pespin@90.163.53.2) |
| 07:53.45 | JaMa|Off | ka6sox: yup |
| 07:55.08 | *** join/#oe jonathan_ (2ef31a26@gateway/web/freenode/ip.46.243.26.38) |
| 07:57.40 | ant_work | JaMa|Off: hey |
| 07:58.10 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:02.03 | ant_work | JaMa|Off: wrt X we are not too far http://paste.debian.net/137190/ |
| 08:02.40 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust439.2-4.cable.virginmedia.com) |
| 08:02.40 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:03.19 | ant_work | JaMa|Off: this was removing meta-oe's xserver-nodm-init and xserver-common |
| 08:03.25 | ant_work | bluelightning: hi |
| 08:03.34 | bluelightning | hi ant_work |
| 08:04.04 | bluelightning | morning all |
| 08:15.51 | jonathan_ | Good morning. I've been recently switching from oe-classic to oe-core. Nice stuff. In oe-classic I was creating a distribution of my own, based on a overlay setup using the already existing Angstrom configs. |
| 08:18.43 | jonathan_ | This was all working fine, until I found out I was working on an outdated branch of oe, pretty stupid. However, now I'd like to `port' my work to the oe-core way but I can't really find any documentation on creating my own distro. I guess the best way would be to use the setup-scripts of Angstrom as a start? |
| 08:19.07 | jonathan_ | Thanks for the help last week btw, I really appreciate it! |
| 08:21.16 | eFfeM_work | gm |
| 08:34.53 | Jin^eLD | mornin |
| 08:38.33 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:59.11 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:59.11 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 09:02.08 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:05.31 | *** join/#oe pespin (~pespin@cisne-cn10.upc.es) |
| 09:10.55 | *** join/#oe pespin- (~pespin@cisne-cn10.upc.es) |
| 09:12.44 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:28.16 | *** join/#oe icanicant (~klawson@213.218.221.154) |
| 09:34.40 | *** join/#oe pepermint (~pepermint@host115-88-dynamic.5-87-r.retail.telecomitalia.it) |
| 10:01.01 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 10:01.34 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 10:01.47 | *** join/#oe lamikr (lamikr@nat/nokia/x-vkrhrjroeofcbrbh) |
| 10:04.49 | *** join/#oe bluelightning_ (~paul@cpc2-lewi17-2-0-cust439.2-4.cable.virginmedia.com) |
| 10:04.50 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 10:18.37 | jonathan_ | Could someone look at my question in the backlog? (at 10:15h) Thanks! |
| 10:22.22 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 10:43.09 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 10:49.44 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 11:08.01 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:23.56 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust439.2-4.cable.virginmedia.com) |
| 11:23.56 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 11:40.46 | *** join/#oe GNUtoo (~gnutoo@host133-209-dynamic.17-79-r.retail.telecomitalia.it) |
| 11:49.47 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 11:51.41 | *** join/#oe snkt (~snkt@114.143.167.179) |
| 12:09.47 | *** join/#oe GNUtoo (~gnutoo@host133-209-dynamic.17-79-r.retail.telecomitalia.it) |
| 12:10.43 | *** join/#oe rje`cf (~rje@c-67-161-99-149.hsd1.wa.comcast.net) |
| 12:17.02 | *** join/#oe pepermint (~pepermint@host115-88-dynamic.5-87-r.retail.telecomitalia.it) |
| 12:25.45 | *** join/#oe pespin (~pespin@cisne-cn07.upc.es) |
| 12:32.33 | *** join/#oe pepermint (~pepermint@host115-88-dynamic.5-87-r.retail.telecomitalia.it) |
| 12:32.50 | *** part/#oe pepermint (~pepermint@host115-88-dynamic.5-87-r.retail.telecomitalia.it) |
| 12:35.13 | *** join/#oe pepermint (~pepermint@host115-88-dynamic.5-87-r.retail.telecomitalia.it) |
| 12:35.53 | *** part/#oe pepermint (~pepermint@host115-88-dynamic.5-87-r.retail.telecomitalia.it) |
| 12:36.11 | *** join/#oe pepermint (~pepermint@host115-88-dynamic.5-87-r.retail.telecomitalia.it) |
| 12:37.07 | *** join/#oe ksupar (daba0fe2@gateway/web/freenode/ip.218.186.15.226) |
| 12:42.10 | *** join/#oe cminyard (~cminyard@pool-173-74-121-49.dllstx.fios.verizon.net) |
| 12:46.35 | otavio | khem: I saw a build failure in gcc http://paste.debian.net/137338/ |
| 12:46.47 | *** join/#oe foerster (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
| 12:48.32 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:13.48 | *** join/#oe kevinsc (~a0214685@nat/ti/x-xnsrkfrawyqqhegs) |
| 13:17.25 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 13:28.21 | ksupar | hi all |
| 13:28.37 | ksupar | i got some guidance on initramfs |
| 13:28.39 | ksupar | need* |
| 13:29.45 | ksupar | i know i need .cpio.gz to pass into my kernel this can be done using compile virtual/kernel tweaking some values in make ARCH=arm menuconfig |
| 13:30.11 | ksupar | but i have some troubles making .cpio.gz |
| 13:30.22 | ksupar | i followed the tutorial at http://www.3open.org/d/oe/build_kernel_with_inline_initramfs |
| 13:30.33 | ksupar | instead of mtd-utils |
| 13:30.40 | ksupar | i build helloworld instead |
| 13:31.06 | ksupar | so instead of IMAGE_INSTALL += "mtd-utils i type IMAGE_INSTALL += "helloworld |
| 13:31.15 | ksupar | is what i am doing correct? |
| 13:35.33 | ant_work | you have just to add INITRAMFS_IMAGE = "initramfs-helloworld-image" in the kernel recipe |
| 13:36.15 | ksupar | initramfs-helloworld-image <--- is there such recipe? |
| 13:36.23 | ksupar | i have to create one right? |
| 13:36.50 | ant_work | yes, following the example you gave |
| 13:36.55 | ksupar | and where is the kernel recipe? |
| 13:37.10 | ksupar | isnt it at make ARCH=arm menuconfig |
| 13:37.14 | ksupar | at general |
| 13:37.22 | ksupar | under sources right? |
| 13:37.24 | ant_work | what is the virtual/kernel you're building? |
| 13:37.40 | ksupar | i used bitbake virtual/kernel |
| 13:37.44 | ksupar | to build my kernel first |
| 13:37.55 | ksupar | for sarge-at91 |
| 13:37.55 | ant_work | whic kernel was built? |
| 13:38.22 | ant_work | linux ? linux-yocto? linux-omap? ?? |
| 13:38.26 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 13:38.34 | ksupar | arm |
| 13:38.42 | ksupar | right |
| 13:38.43 | ksupar | ? |
| 13:39.19 | ant_work | you are using th e'old' openembedded-classic, isn't? |
| 13:39.33 | ksupar | what u mean old? |
| 13:39.50 | ant_work | then just add it to recipes/linux/linux.inc |
| 13:40.15 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 13:40.18 | ant_work | and be sure CONFIG_INITRAMFS_SOURCE="initramfs.cpio.gz" |
| 13:41.12 | ksupar | err i am lost |
| 13:41.21 | JaMa|Off | khem: btw: there is ICE in samba build with latest gcc-4.6, have we talked about this one already, iirc we did.. http://paste.pocoo.org/show/493821/ |
| 13:43.21 | ant_work | ksupar: your tutorial is ok, I'm just telling you that you can embed an image just declaring INITRAMFS_IMAGE and without doing copy by hand |
| 13:43.59 | ksupar | so the tutorial is correct right? as in the steps that i mention? |
| 13:45.11 | JaMa|Off | khem: looks like we did .. but it's not fixed in meta-oe |
| 13:45.15 | JaMa|Off | khem: http://git.openembedded.org/openembedded/commit/recipes/samba/samba_3.2.15.bb?id=4ba7aa07c0dcd28f94515ff9927e2a04403fcf15 |
| 13:46.47 | JaMa|Off | khem: but upstream bug says resolved :/ |
| 13:48.01 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 13:51.05 | *** join/#oe B_Lizzard (~havoc@athedsl-120513.home.otenet.gr) |
| 13:53.45 | ksupar | erm ant the variable INITRAMFS_IMAGE is at kernel.bbclass? |
| 13:55.13 | ant_work | is evaluated there |
| 13:55.59 | ant_work | add itthere if you're lazy ;) |
| 13:56.14 | ksupar | so at kernel.bbclass i add my initramfs-helloworld-image at INITRAMFS_IMAGE at kernel.bbclass? |
| 13:56.55 | ant_work | #30 INITRAMFS_IMAGE ?= "" |
| 13:57.56 | ksupar | yup correct i found it thanks |
| 13:58.05 | ksupar | sorry ant for troubling |
| 13:58.15 | ksupar | u help alot |
| 13:58.17 | ksupar | thanks |
| 13:58.21 | ant_work | np, I should write an item on wiki |
| 13:58.23 | ant_work | :/ |
| 13:58.44 | ksupar | i will mention your name on my report :D |
| 13:58.59 | ant_work | what do you add to your image? |
| 13:59.08 | ant_work | static binaries? |
| 13:59.15 | ksupar | yea for now |
| 13:59.22 | ksupar | my end product is a web server |
| 13:59.25 | *** join/#oe grund (~grund@66.43.64.66) |
| 13:59.35 | ksupar | but i still trying to get my hello world working :( |
| 13:59.58 | ant_work | heh..keep on |
| 14:00.29 | *** join/#oe rickfoosusa (~chatzilla@99.179.97.28) |
| 14:00.50 | ksupar | recipes/udev/udev_162.bb <--- the source seems to be down |
| 14:01.48 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 14:02.33 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 14:06.13 | *** join/#oe devzero_ (devzero@xdsl-89-0-179-108.netcologne.de) |
| 14:10.11 | ksupar | yay i manage to create cpio.gz |
| 14:10.22 | ksupar | now for the final compile with my kernel |
| 14:10.23 | ksupar | hope it works |
| 14:10.25 | ksupar | *pray |
| 14:15.20 | ant_work | ksupar: if you have a real bootloader you can supply the cpio as initrd= parameter |
| 14:15.36 | ant_work | better: you can stack more initramfs one over the other |
| 14:15.54 | ant_work | it's interesting stuff |
| 14:16.07 | ksupar | real bootloader? |
| 14:16.09 | ksupar | u mean uboot? |
| 14:16.17 | ant_work | yes, can cope |
| 14:16.49 | ant_work | it will be easier for you to debug |
| 14:17.22 | ant_work | you'll embed the final image |
| 14:18.30 | ksupar | btw ant |
| 14:18.35 | ksupar | i am curious |
| 14:18.39 | ksupar | for example |
| 14:18.46 | ksupar | i load my kernel at 0x20008000 |
| 14:18.53 | ksupar | but when it uncompress |
| 14:19.01 | ksupar | it overwrite my rfs |
| 14:19.36 | ant_work | wait with u-boot I found this http://lists.denx.de/pipermail/u-boot/2011-July/096096.html |
| 14:19.43 | ksupar | i am curious how to know how much is the size after it uncompress? |
| 14:19.49 | ant_work | it looks like it expect an address |
| 14:20.34 | ksupar | so that method works too? |
| 14:20.36 | ant_work | about your question there is a 'multiplier' hardcoded in kernel, thus there is a max size for th einitramfs iirc |
| 14:20.56 | ksupar | i go try now |
| 14:22.36 | *** join/#oe pepermint (~pepermint@host115-88-dynamic.5-87-r.retail.telecomitalia.it) |
| 14:26.24 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 14:33.04 | *** join/#oe genesis (9506a6aa@gateway/web/freenode/ip.149.6.166.170) |
| 14:33.31 | ksupar | the file should be cpio.gz or .cpio? |
| 14:35.15 | *** part/#oe genesis (9506a6aa@gateway/web/freenode/ip.149.6.166.170) |
| 14:51.44 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 15:00.47 | *** part/#oe pepermint (~pepermint@host115-88-dynamic.5-87-r.retail.telecomitalia.it) |
| 15:13.46 | *** join/#oe Oxymoron (~neratec@mail.neratec.ch) |
| 15:20.37 | *** join/#oe GNUtoo (~gnutoo@host133-209-dynamic.17-79-r.retail.telecomitalia.it) |
| 15:28.46 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 15:33.03 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 15:34.05 | *** join/#oe jmpdelos (~polk@delos.delos.com) |
| 15:37.40 | cbrake | has anyone seen a bunch of errors like this: rm: cannot remove `Python-2.6.6/Lib/test/decimaltestdata': Directory not empty |
| 15:37.51 | cbrake | this happens during rm_work |
| 15:40.29 | khem | cbrake: I havent seen this error thus far |
| 15:40.59 | cbrake | khem: very strange -- almost every package is giving me this, and then the next time I run bitbake it works fine |
| 15:41.10 | cbrake | khem: trying to build a meta-micro image |
| 15:41.49 | ksupar | i have similar problem also |
| 15:41.57 | ksupar | bitbake XXX fail |
| 15:42.04 | ksupar | bitbake XXX again works |
| 15:43.38 | khem | cbrake: oe-core default testing doesnt use rm_work by default thats one reason I think rm_work becomes a baddy |
| 15:44.28 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 15:44.29 | cbrake | khem: yeah, I disabled it and things are working much better -- good thing I have a 2TB scratch drive :-) |
| 15:44.44 | khem | ksupar: you describe something very generic that could happen for many reasons. Unless you specify clearly whats thats causing it, its hard to say |
| 15:45.07 | khem | cbrake: yes and builds will be faster too |
| 15:45.13 | ksupar | ok i show u later |
| 15:45.17 | ksupar | i building some stuff now |
| 15:45.41 | khem | cbrake: but rm_work is handy on some boxes where my HD is only 50G free |
| 15:46.14 | cbrake | khem: definitely |
| 15:46.29 | khem | cbrake: I think its something we should discuss. weather we want to promote it with oe-core |
| 15:46.32 | ksupar | NOTE: Handling BitBake files: / (6562/7200) [91 %]ERROR: 'virtual:native:/home/lkp/oe/openembedded/recipes/glib-2.0/glib-2.0_git.bb' while parsing /home/lkp/oe/openembedded/recipes/glib-2.0/glib-2.0_git.bb ERROR: 'virtual:native:/home/lkp/oe/openembedded/recipes/glib-2.0/glib-2.0_git.bb' while parsing /home/lkp/oe/openembedded/recipes/glib-2.0/glib-2.0_git.bb NOTE: Handling BitBake files: \ (7199/7200) [99 %]Command execution failed: Tra |
| 15:46.47 | ksupar | File "/home/lkp/oe/bitbake/lib/bb/command.py", line 85, in runAsyncCommand self.cooker.updateCache() File "/home/lkp/oe/bitbake/lib/bb/cooker.py", line 829, in updateCache if not self.parser.parse_next(): File "/home/lkp/oe/bitbake/lib/bb/cooker.py", line 983, in parse_next def parse_next(self): File "/home/lkp/oe/bitbake/lib/bb/cooker.py", line 1022, in parse_next raise ParsingErrorsFound ParsingErrorsFound |
| 15:47.17 | khem | ~pastebin |
| 15:47.17 | ibot | [~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude. |
| 15:47.34 | ksupar | ok sorry |
| 15:48.45 | khem | you have to use -DDD option and see whats going on why it fails to parse is not clear from the paste |
| 15:52.17 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-oryodlowggpwujqq) |
| 15:52.19 | *** join/#oe randori (~mk@li158-162.members.linode.com) |
| 15:54.56 | khem | otavio: re. the gcc build error you are seeing its due to flex-native not being available |
| 15:55.16 | khem | can you make sure if dependency on flex-native exist ? |
| 15:59.41 | otavio | khem: i think it was an autobuilder issue; we will test it once again, from scratch, and then I confirm the issue |
| 15:59.51 | otavio | khem: for now, assume it was our fault |
| 15:59.59 | khem | JaMa|Off: re. the problem you reported. We do not have that patch yet in our gcc 4.6 tree. So I will prepare a patch if you can test |
| 16:00.13 | khem | otavio: ok |
| 16:00.18 | otavio | mario-goulart: please remove tmp, sstage and pseudodone on our autobuilder to check if it works |
| 16:03.58 | mario-goulart | otavio: ok |
| 16:06.02 | *** join/#oe Jay7 (jay@95-31-77-127.broadband.corbina.ru) |
| 16:07.13 | *** join/#oe Crofton (~balister@pool-96-240-183-10.ronkva.east.verizon.net) |
| 16:08.03 | *** join/#oe kaylessa (daba0fe2@gateway/web/freenode/ip.218.186.15.226) |
| 16:08.37 | kaylessa | hi all regarding the helloworld image which format will it produce? |
| 16:08.51 | kaylessa | i mean the default |
| 16:13.13 | khem | kaylessa: format of what ? |
| 16:13.42 | kaylessa | the rfs format that it will be produce |
| 16:14.12 | khem | depends on what you selected or your distro selected for you |
| 16:15.23 | *** join/#oe msm (~msm@192.88.168.35) |
| 16:15.25 | khem | its IMAGE_FSTYPES that determines it |
| 16:15.26 | kaylessa | i have my kernel and my helloworld image |
| 16:15.36 | kaylessa | but i dunno how to load my helloworld image |
| 16:15.42 | kaylessa | i load my kernel at 0x20008000 |
| 16:15.48 | kaylessa | it manage to bootm |
| 16:15.52 | kaylessa | but cant find a rfs |
| 16:16.11 | kaylessa | error "root=" |
| 16:16.24 | khem | hmmm so whats your kernel cmdline |
| 16:16.32 | kaylessa | i know i can setenv bootargs root= |
| 16:16.40 | kaylessa | but i dunno what to input in |
| 16:17.10 | khem | where is your rfs |
| 16:17.21 | khem | is it on a partition ? or nfs |
| 16:17.33 | kaylessa | erm i got no idea |
| 16:17.35 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 16:17.36 | kaylessa | trying to learn now |
| 16:17.44 | kaylessa | my helloworldimage end with .tar.gz |
| 16:17.53 | kaylessa | how do i make it work as rfs |
| 16:18.48 | khem | ok then you can either write it to a flash partition on your board or you can untar it into a nfs location that the board can see and boot from |
| 16:19.08 | khem | and there are endless documents on google on how to boot from nfs |
| 16:19.16 | kaylessa | i know about nfs |
| 16:19.17 | kaylessa | but |
| 16:19.29 | kaylessa | i cant use it |
| 16:19.42 | kaylessa | due to some design specification |
| 16:19.46 | khem | ok |
| 16:20.03 | kaylessa | i have a sample file |
| 16:20.04 | khem | then your board should have some storage attached or SDCARD |
| 16:20.18 | kaylessa | nope dont have |
| 16:20.19 | kaylessa | only 32mb of sdram and 2mb of flash |
| 16:20.21 | kaylessa | thats all i have |
| 16:20.47 | khem | 2MB of flash ? |
| 16:21.07 | kaylessa | yup |
| 16:21.19 | khem | it could be challanging to fit in linux there |
| 16:21.36 | khem | but you can try to strip down kernel and use a mimimal initramfs |
| 16:21.48 | *** join/#oe MrCurious (~MrCurious@67.58.47.190) |
| 16:21.49 | kaylessa | yea i figuring out initramfs now |
| 16:21.59 | kaylessa | i followed this tutorial |
| 16:22.02 | kaylessa | but doesnt seems working |
| 16:22.09 | kaylessa | http://www.3open.org/d/oe/build_kernel_with_inline_initramfs |
| 16:22.28 | kaylessa | i changed IMAGE_INSTALL += "mtd-utils" --> IMAGE_INSTALL += "helloworld" |
| 16:22.51 | kaylessa | the kernel didnt get compressed with my initramfs-helloworld |
| 16:23.39 | kaylessa | i am trying to load in Sdram first before trying to figure out how to squeeze into 2mb flash |
| 16:25.38 | eFfeM | gm |
| 16:34.43 | *** part/#oe Oxymoron (~neratec@mail.neratec.ch) |
| 16:37.45 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-fjrxrmcdhtsxjsmk) |
| 16:38.44 | *** join/#oe pespin (~pespin@cisne-cn08.upc.es) |
| 16:39.23 | randori | I am unable to fetch util-linux-ng-2.18 to build a devimage-image. http://pastebin.com/p7mwZ9Jv Though I have the tarball. Is it possible to place the file in the sources dir and force bitbake to look there before attempting to fetch? |
| 16:42.41 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
| 16:52.34 | *** join/#oe vcs (sundial@2607:f2f8:a5c0::4) |
| 16:53.26 | kaylessa | yea can |
| 16:53.34 | kaylessa | thats what i always do when i unable to fetch |
| 16:53.44 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 16:53.45 | kaylessa | change the source to a working one |
| 16:53.52 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 16:57.40 | randori | kaylessa: do you change the recipe? |
| 16:57.50 | kaylessa | ya i change it |
| 16:58.13 | kaylessa | change to a working source |
| 16:59.15 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 17:01.39 | *** join/#oe grund (~grund@66.43.64.66) |
| 17:02.54 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 17:06.45 | randori | Does anyone know why and/or how long mirrors.openembedded.org will be down? |
| 17:08.07 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 17:09.10 | otavio | khem: seems it was our fault indeed; it built fine. |
| 17:09.20 | otavio | is someone seeing build failures to openssl ? |
| 17:09.21 | *** join/#oe playya (~playya@93.216.232.49) |
| 17:09.21 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 17:09.22 | otavio | oe-core |
| 17:10.06 | *** join/#oe florian (~fuchs@sign-4db6a5a6.pool.mediaWays.net) |
| 17:10.11 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:10.25 | otavio | in fact, meta-oe |
| 17:13.30 | otavio | khem: you seem to have change the recipe latelly; can you try to build it from scratch removing sstate? |
| 17:13.38 | otavio | khem: it seems to fail in do_install |
| 17:13.59 | cbrake | likes! -- micro image with mtd-utils is only 1MB :-) |
| 17:15.32 | cbrake | unfortunately, it is not working yet: /bin/sh: symbol '__exidx_end': can't resolve symbol |
| 17:16.13 | otavio | cbrake: uclibc? |
| 17:16.17 | cbrake | otavio: yes |
| 17:16.24 | otavio | cbrake: awesome |
| 17:16.57 | otavio | does another openssl build to check if it keeps failing |
| 17:17.33 | cbrake | pb_: have you tested micro recently? |
| 17:17.55 | cbrake | pb_: or would you happen to have the git hash for the oe-core version you last tested it with? |
| 17:19.28 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 17:21.15 | gchiii | when I use my sdk as an external toolchain, bitbake tells me that "multiple providers are available for runtime locale-base-en-us (eglibc, glibc)" |
| 17:21.35 | gchiii | then it tries to build eglibc |
| 17:22.02 | gchiii | How can I figure out where it is deciding this? |
| 17:26.41 | otavio | it seems to be a parallel install problem |
| 17:26.43 | otavio | humm |
| 17:27.29 | khem | parallel install has been enabled in oe-core |
| 17:27.36 | khem | it might not work for everything |
| 17:27.45 | khem | search ml to disable it |
| 17:29.52 | otavio | khem: right; it seems openssl fails sometimes |
| 17:30.01 | otavio | khem: I built it again and it worked |
| 17:30.08 | otavio | khem: but seems fragile |
| 17:32.28 | *** join/#oe bluelightning_ (~paul@cpc2-lewi17-2-0-cust439.2-4.cable.virginmedia.com) |
| 17:32.28 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 17:48.28 | *** join/#oe pespin (~pespin@cisne-cn07.upc.es) |
| 17:48.44 | *** join/#oe anarsoul (~anarsoul@80.249.90.100) |
| 17:53.19 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-xofbobqkvrzulatq) |
| 18:01.21 | *** join/#oe Jefro (~josiermi@nat/intel/x-vrpwcdhgtfofhhle) |
| 18:03.51 | *** join/#oe rcf (~rcf@127.47-243-81.adsl-dyn.isp.belgacom.be) |
| 18:08.30 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-rcpaorrznrlanrvq) |
| 18:17.06 | *** join/#oe Jefro (~josiermi@nat/intel/x-foxxknlamvclzebm) |
| 18:17.58 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-jpqvcbwpzycyedmk) |
| 18:24.54 | *** join/#oe rickfoosusa (~chatzilla@99.179.97.28) |
| 18:25.03 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
| 18:38.31 | *** join/#oe rob_w (~bob@80.120.111.170) |
| 18:39.23 | *** join/#oe Jefro (~josiermi@nat/intel/x-jafdmanjrcsvjyma) |
| 18:45.47 | *** join/#oe toi (~peter@d54C4C233.access.telenet.be) |
| 18:50.00 | *** join/#oe LawrenceRonk (~lronk@nat/ti/x-mwfbbqfcvbpkqqmx) |
| 18:50.23 | *** join/#oe Heinervdm (~thomas@pD9E15962.dip.t-dialin.net) |
| 18:50.43 | *** join/#oe morphis (~morphis@dslb-088-071-231-143.pools.arcor-ip.net) |
| 18:53.24 | *** join/#oe erwt (~rahul@114.143.167.179) |
| 19:05.19 | *** join/#oe lautriv (~virtual@f050084077.adsl.alicedsl.de) |
| 19:06.48 | lautriv | hi all, anyone awake ? |
| 19:14.13 | kergoth_ | hmm, thats odd, glib-2.0-native failure |
| 19:16.33 | cbrake | tries a elibc micro build for size comparison ... |
| 19:16.40 | cbrake | *eglibc |
| 19:18.11 | lautriv | anyone used to kexecboot ? |
| 19:23.44 | GNUtoo | lautriv, yes I tried |
| 19:23.50 | GNUtoo | it was with oe.dev tough |
| 19:24.38 | JaMa|Off | khem: yec, I can test samba for you |
| 19:24.40 | JaMa|Off | yes |
| 19:24.59 | khem | JaMa|Off: ok. I will see to it tonight |
| 19:25.07 | khem | and you might see a patch on ml soon |
| 19:25.10 | khem | may be tomorrow |
| 19:26.09 | JaMa|Off | no problem.. I've forced arm mode in it again to resolve it temporary |
| 19:28.56 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 19:29.29 | lautriv | GNUtoo, for a long time i had a running kexec (internal, SD and CF) unfortunately the CF died and this thingie collected dust. now while i'll put it back to work, it seems i miss something. Found some statements in the net this kexecboot can be tuned by an additional boot.cfg but whatever i poke in, no reaction..........maybe the file had another name ? ( AFAIR i was fine without any configfile before) |
| 19:30.56 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-kfrkxchddrfadqcj) |
| 19:31.19 | kergoth_ | | ./.libs/libglib-2.0.so: undefined reference to `qsort_r' |
| 19:31.26 | kergoth_ | anyone run into this one before? |
| 19:32.29 | GNUtoo | lautriv, basically it works like that |
| 19:32.33 | GNUtoo | kergoth, yes morphis |
| 19:32.46 | GNUtoo | it scans the filesystem for a boot.cfg |
| 19:32.52 | GNUtoo | *filesystems |
| 19:33.06 | GNUtoo | not all filesystems are supported |
| 19:33.13 | GNUtoo | for instance ubifs is not supported |
| 19:33.43 | GNUtoo | http://kexecboot.org/documentation/how_to_write_config for the config file format |
| 19:36.07 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 19:42.26 | morphis | kergoth: you need to remove the qsort-patch for the native version of the recipe |
| 19:42.42 | morphis | kergoth: and add it again for cross version until this is fixed id HEAD |
| 19:42.47 | morphis | s/id/in/ |
| 19:44.00 | lautriv | GNUtoo, what could be the reason for "unknown blockdevice (0,0)" if i have all neccessary drivers/fs build-in . AFAIK unknown block comes only if there is no driver for the device. |
| 19:44.24 | lautriv | bbl |
| 19:47.51 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
| 19:58.26 | kergoth_ | morphis: ah, thanks |
| 19:59.37 | cbrake | micro image with eglibc+mtd-utils is 2MB, vs 1MB for uclibc -- still not bad |
| 20:05.29 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 20:17.10 | *** join/#oe rah (rah@myrtle.6gnip.net) |
| 20:17.35 | *** join/#oe playya (~playya@93.216.232.49) |
| 20:17.35 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 20:24.47 | *** join/#oe risca (~risca@norr-133-116.eduroam.liu.se) |
| 20:26.41 | *** join/#oe woglinde (~heinold@g229045153.adsl.alicedsl.de) |
| 20:35.07 | *** join/#oe risca (~risca@norr-133-116.eduroam.liu.se) |
| 20:51.57 | *** join/#oe ant_home (~andrea@host164-186-dynamic.60-82-r.retail.telecomitalia.it) |
| 21:00.02 | *** join/#oe pespin (~pespin@90.163.60.41) |
| 21:07.53 | *** join/#oe rickfoosusa (~chatzilla@99.179.97.28) |
| 21:08.32 | khem | pb_: ping |
| 21:41.13 | Tartarus | Yay for the OE patch on pwclient being like #5 on google for how to use pwclient |
| 21:41.18 | Tartarus | and the only one with .pwclientrc |
| 21:41.24 | Tartarus | s/OE patch/OE wiki page/ |
| 21:42.15 | woglinde | what is pwclient at all? |
| 21:42.39 | woglinde | ah patchwork client |
| 21:42.40 | woglinde | okay |
| 21:52.40 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 22:37.44 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 23:39.25 | RushPL | I am trying to start with openembedded but I am facing this problem http://wklej.org/hash/9db843b275d/ |
| 23:39.37 | RushPL | any ideas? :/ it's just spewing these errors |
| 23:39.50 | RushPL | I have set up openembedded according to the "Getting started" guide |
| 23:43.25 | JaMa|Off | RushPL: looks like too new bitbake for too old oe metadata |
| 23:44.01 | RushPL | actually probably the other way around .. I had bitbake 1.8 ... it was mentioned as the nwest in the guide but now I see it is the version from 2009 |
| 23:45.08 | RushPL | JaMa|Off: cause I got the metadata from git |
| 23:46.11 | RushPL | okay now it fails even worse :) |
| 23:46.42 | RushPL | should I get openembedded from: git clone git://git.openembedded.org/openembedded ? |
| 23:47.17 | RushPL | and if yes, what bitbake version? now with bitbake 1.12 I get an error that stops the bb files scan |
| 23:47.23 | JaMa|Off | this is old OE-classic |
| 23:47.30 | JaMa|Off | new is in multiple layers |
| 23:47.35 | JaMa|Off | oe-core/meta-oe/meta-* |
| 23:47.53 | JaMa|Off | look at ML for pointers do documentation.. |
| 23:47.59 | JaMa|Off | going to bed |
| 23:48.04 | JaMa|Off | gnight all |