00:05.44 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
00:46.44 | *** join/#oe captain_morgan (~captain_m@ginger.tokbox.com) |
01:02.00 | *** join/#oe nitink (~nitink@192.55.54.40) |
01:10.20 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
01:15.05 | *** join/#oe tlab (~tlab@c-98-223-22-156.hsd1.in.comcast.net) |
01:18.05 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
01:18.50 | *** join/#oe RP__ (~richard@dan.rpsys.net) |
02:04.12 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
02:14.56 | *** join/#oe rlrosa (~rrosa@r186-50-66-172.dialup.adsl.anteldata.net.uy) |
02:22.07 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
02:26.46 | rlrosa | hi |
02:27.32 | rlrosa | i'm working with a beagleboard. the default SD card comes with i2c-2 enabled. i've managed to bitbake console-image, and get another functional SD card, but it doesn't have i2c-2 in /dev |
02:28.22 | rlrosa | it *does* have /dev/i2c-1 and 3, but 2 is missing (it's the one i need, since it's the one accessible on the expansion header |
02:28.38 | rlrosa | how/what do i configure stuff to get i2c-2? |
02:28.45 | kergoth` | #beagle |
02:29.17 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
02:31.01 | rlrosa | kergoth`: thanks |
02:31.08 | kergoth` | np |
02:31.33 | kergoth` | it's of course somewhat on topic here, but given the question is hardware specific, you'll probably have better luck there |
02:32.07 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
02:32.21 | rlrosa | sure, i'll give it a shot. |
02:32.22 | rlrosa | i have a oe question. how do i know what recipes are used when running bitbake console-image? |
02:32.57 | kergoth` | there are a couple ways. try bitbake -u depexp -g console-image |
02:33.05 | kergoth` | gui dependency explorer |
02:34.02 | kergoth` | alternatively, INHERIT += "buildhistory" in oe-core and INHERIT += "testlab" in oe classic, to get image creation to dump useful information about the built image, including what packages went in (not the recipes) and their sizes and the like |
02:34.10 | kergoth` | depends on what your goal is, really |
02:34.56 | rlrosa | sweet, there's tons of stuff in oe, the problem is knowing where to look! |
02:35.06 | rlrosa | i want to know what defconfig i need to edit |
03:05.58 | *** join/#oe devzero_ (devzero@xdsl-89-0-79-98.netcologne.de) |
03:17.45 | *** join/#oe War2 (~war2@unaffiliated/war2) |
03:40.55 | *** join/#oe mhnoyes (~mhnoyes@74-38-52-54.dr01.myck.or.frontiernet.net) |
03:40.55 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
03:44.56 | *** join/#oe nslu2-log (~nslu2-log@140.211.169.184) |
03:54.33 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
04:25.14 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
04:45.48 | khem | Crofton|work: hello |
04:50.29 | *** join/#oe lamawithonel (~lucas@pool-96-231-126-66.washdc.east.verizon.net) |
06:25.47 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
06:27.49 | *** join/#oe jekhor (~jek@vulture-nat-32.telecom.by) |
06:40.32 | Guest27759 | is it possible to override rm_work for a specific recipe |
06:40.53 | eFfeM | biab |
06:41.28 | *** part/#oe Guest34767 (~frans@D4B26BC1.static.ziggozakelijk.nl) |
06:41.55 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
06:42.05 | eFfeM_work | better |
06:46.09 | *** join/#oe tasslehoffwrk (~Tasslehof@147.84-49-231.nextgentel.com) |
06:50.47 | *** join/#oe reisei (~reisei@n41-as54-1-ppp206.nordnet.ru) |
07:01.28 | *** join/#oe lamawithonel (~lucas@pool-96-231-126-66.washdc.east.verizon.net) |
07:25.09 | *** join/#oe tscheck (~t@83.151.21.119) |
07:29.18 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
07:34.57 | *** join/#oe HeinervdmWork (~zimmerman@hsaggate.physik.uni-bonn.de) |
07:46.18 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-126-66.washdc.east.verizon.net) |
07:47.13 | *** join/#oe lamikr (lamikr@nat/nokia/x-ctykgbofunrkedkn) |
07:50.22 | *** join/#oe JaMa (~martin@94.230.152.246) |
07:58.27 | *** join/#oe Spider-Pork (~Spider-Po@host39-232-static.225-95-b.business.telecomitalia.it) |
07:59.48 | *** join/#oe zecke (~ich@ip4da8960c.direct-adsl.nl) |
08:02.37 | *** join/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
08:03.37 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
08:08.15 | eFfeM_work | JaMa: are you familiar with kernel recipes with initramfs? |
08:15.12 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
08:23.46 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
08:23.46 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
08:26.45 | JaMa | eFfeM_work: sort of |
08:28.16 | eFfeM_work | JaMa: I'm running into the issue how to specify dependency between kernel and image, did this: |
08:28.18 | eFfeM_work | do_configure[depends] += "syrcxx-bootmode-image:do_rootfs" |
08:28.30 | eFfeM_work | that works, but only if you do not use rm_work |
08:28.53 | eFfeM_work | the do_configure is in my kernel recipe |
08:29.18 | eFfeM_work | so I am looking for a better way to specify the dependency |
08:30.08 | eFfeM_work | BTW is it possible to inhibit rm_work for a single recipe ? |
08:30.12 | eFfeM_work | or override ? |
08:31.20 | JaMa | check linux-kexecboot |
08:31.31 | eFfeM_work | was doing so |
08:31.33 | JaMa | and imho it's not posible to inihibit it per recipe |
08:31.46 | JaMa | rm_work doesn't work well in oe-core anyway |
08:32.01 | eFfeM_work | I was hoping it would be possible to override rm_work in the recipe |
08:33.27 | eFfeM_work | i'm still on oe classic, issue is that we run regression and release builds on an autobuilder and without rm work I use 12 GB, with only 2; with 20 projects or so, it makes quite a difference |
08:47.45 | *** join/#oe woglinde (~heinold@g225007190.adsl.alicedsl.de) |
08:47.48 | woglinde | hiho |
08:47.51 | woglinde | hm good news |
08:48.10 | woglinde | a german court ruled that e.v. can have ther G.A. in chatrooms |
08:52.32 | *** join/#oe DJWillis (djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
08:54.17 | bluelightning | woglinde: interesting |
08:54.19 | bluelightning | morning all |
08:57.56 | woglinde | bl yes |
09:08.23 | *** join/#oe jekhor (~jek@mx2.promwad.com) |
09:18.28 | *** join/#oe morphis (~morphis@dslb-088-070-157-100.pools.arcor-ip.net) |
09:24.58 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
09:34.20 | mckoan | good morning |
09:34.27 | woglinde | hi mckoan |
09:34.57 | *** join/#oe mckoan (~marco@unaffiliated/mckoan) |
09:45.39 | *** join/#oe pvanhoof (~pvanhoof@217.22.63.163.static.hosted.by.easyhost.be) |
09:46.31 | *** join/#oe ipaqlor (~gl@chello062178063133.22.11.univie.teleweb.at) |
09:46.35 | ipaqlor | hi folks! |
09:46.55 | *** join/#oe stefan_schmidt (~stefan@guest249.ibr.cs.tu-bs.de) |
09:50.21 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
09:50.26 | ipaqlor | i am having a bit of a hardtime getting a kernel rebuilt with small changes. it seems like the chain: bitbake virtual/kernel -c clean : cp backup/linux-2.6.29* downloads ; bitbake virtual/kernel -c configure ; bitbake virtual/kernel -f -c compile ; bitbake virtual/kernel -f -c compile_kernelmodules ; bitbake virtual/kernel -c deploy ; bitbake core-image-minimal |
09:50.48 | ipaqlor | does not necessary lead to the new kernel beeing integrated into the core-image-minimal |
09:50.52 | ipaqlor | what am i missing? |
09:51.25 | ipaqlor | btw. iam allready, i guess in userland :) Kernel panic - not syncing: Attempted to kill init! . |
09:51.27 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
09:51.27 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
09:52.25 | ipaqlor | how do oe hardcore kernelcompilers compile their kernels and how would i force to get it into a new jffs image |
09:53.36 | ipaqlor | i followed more wor less: http://www.slimlogic.co.uk/2011/05/openembeddedangstrom-kernel-workflow/ , but that does not really cover the "system image bakery" |
09:54.00 | woglinde | find -name "*defconfig*" |
09:54.33 | florian | good morning |
09:54.38 | woglinde | hi florian |
09:54.47 | ipaqlor | hi woglinde, florian. |
09:55.27 | *** join/#oe ibanez2006 (~arturss@195.13.137.188) |
09:55.39 | ipaqlor | well, is or isnt there a way in oe to do "fast" kernel recompiles and "automagic" deployment into a filesystem image? |
09:56.08 | ipaqlor | maybe its just not made for that. no idea. ive been wron on what and how oe is ued and what for in the past. |
09:56.41 | *** join/#oe lamikr (lamikr@nat/nokia/x-ypdogsypwyxfmbxm) |
09:59.07 | woglinde | edit the defconfig |
09:59.13 | woglinde | bump the pr of your kernel recipe |
09:59.33 | ipaqlor | woglinde: ohg sorry, havent recognized you where talink to me. thought it was a classical case of "wrong terminal" |
10:01.58 | ant_work | ipaqlor: yes, you landed in userland finally :) now you seem suffer from getty/inittab problems |
10:02.23 | ant_work | check the tty* |
10:03.16 | ant_work | and as woglinde said, just increase PR of the kernel recipe (for the moment it's easier, otherwise just rerun the task populating /boot) |
10:03.28 | ipaqlor | mhm |
10:04.15 | pb_ | I'm not sure that counts as a "fast" recompile. :-} |
10:04.42 | ipaqlor | pb_: hey, thanks, your config made me see the light :) |
10:04.52 | woglinde | hi pb |
10:05.05 | pb_ | oh, very good. what was the problem? |
10:05.23 | *** join/#oe mickey_office (~mickey@e182221015.adsl.alicedsl.de) |
10:05.52 | ipaqlor | pb_: well first those SA1100 specific option had to be turned on, all ;) |
10:06.14 | *** join/#oe GarthPS (~quassel@82.245.206.103) |
10:06.40 | ipaqlor | pb_: CONFIG_MTD_SA1100=y is a really hit for example :) |
10:07.30 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
10:08.14 | ipaqlor | pb_: know of a faster way to do kernel recompiles and image integration with oe? |
10:08.41 | pb_ | well, the easiest way to do kernel recompiles is just to open a devshell and type "make". |
10:08.46 | ipaqlor | also, is there any option to makes me clean everything but the doenloaded files belonging to that package? |
10:08.55 | pb_ | if you need it integrated into a jffs2 then that's harder. I can't think offhand of any easy and quick way to do that. |
10:09.08 | florian | scp ;-) |
10:09.22 | pb_ | heh |
10:09.25 | ipaqlor | pb_: yes. the integration is the problem, as right now i can only bvoot jffs2 images. |
10:09.40 | pb_ | I guess you could make a script that mounted your jffs2 on a loop device, copied the kernel in, and unmounted it. |
10:09.51 | pb_ | but, fwiw, crl bootldr can boot kernels from anywhere, they don't have to be in jffs2 |
10:10.02 | ipaqlor | pb: yeah, i looked into this oscenity, chaining to modules together |
10:10.12 | pb_ | I'm pretty sure you can have them as loose files on vfat, or just loaded straight into RAM. |
10:10.21 | ipaqlor | pb_: well, i havent fiigured out yet how that is doen. |
10:11.39 | ipaqlor | pb_: my nex goal is to get a kexecbootkernel running. so that i am not bound to some bootloader for bootstrapping a kernel and am also able to boot from cf |
10:12.12 | ipaqlor | ... |
10:12.51 | pb_ | you should be able to boot from cf already. but, yes, using kexec is not a bad idea in any case. |
10:13.23 | ipaqlor | but the download cleanup really is anoying. this is really unneccessary trafic that wastes not only time (due to slow kernel.org for example) but energy bandwith and nerves :) |
10:13.26 | ant_work | ipaqlor: your machine.conf has MACHINE_ESSENTIAL_EXTRA_RDEPENDS = "kernel ipaq-boot-params" |
10:13.49 | pb_ | what do you mean by "download cleanup"? |
10:14.13 | ant_work | maybe -c cleansstate ? |
10:14.22 | ipaqlor | pb_: i mean that when i clean virtual/kernel the kernel tarball gets erased :) thats why i back it up and copy it back after the cleanup |
10:14.38 | pb_ | oh. well, that shouldn't be happening, and it doesn't happen for me. |
10:14.54 | ipaqlor | pb_: one second, i try again. |
10:14.56 | ant_work | only -c cleanall would do |
10:15.36 | ipaqlor | ant_work: a yes, cleanall, |
10:15.43 | ant_work | ^_^ |
10:15.54 | pb_ | oh, right. well, don't do that. |
10:16.02 | ant_work | don't do it, unless you want to redownload all ;) |
10:16.13 | ipaqlor | ok, but i did the cleanall because the clean didt do me much good as far as i know :) |
10:16.24 | pb_ | I think "cleansstate" is probably what you want. |
10:16.40 | pb_ | the only difference is that cleanall removes the downloaded files too. if that isn't what you want, don't run it. |
10:16.42 | ipaqlor | pb_: and where do i inert it? |
10:16.49 | ipaqlor | pb_: after the clean, or before? |
10:18.18 | ipaqlor | hmm, bitbake virtual/kernel -c clean , ls downloads/linux-2.6.29* |
10:18.19 | ipaqlor | ls: cannot access downloads/linux-2.6.29*: No such file or directory |
10:18.24 | ipaqlor | well. no idea |
10:18.27 | *** join/#oe DJWillis (djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
10:18.36 | ipaqlor | i rebuild and try it again afterwards |
10:21.55 | ant_work | ipaqlor: once you have a valid defconfig you could try to run the task do_savedefconfig (maybe is default, can't remember) |
10:22.13 | ant_work | this will give you a shrinked defconfig |
10:22.33 | ant_work | which you can test against 3.x kernels maybe... |
10:22.54 | ant_work | best is to enter devshell and do 'make oldconfig' by hand in that cases, though |
10:23.22 | ant_work | but you see the path |
10:23.36 | ipaqlor | ant_work: hehe, well, thanks, no, im rather "clueless" and feeling itchy allready with the "every 10 minutes" a new kernel programm i am into. for 2.6.29 that is :) |
10:24.13 | ant_work | :) |
10:24.15 | *** join/#oe GNUtoo (~gnutoo@host29-81-dynamic.48-82-r.retail.telecomitalia.it) |
10:24.26 | ipaqlor | ant_work: right now i am manually replacing the .config after runnung bitbake -c configure |
10:24.31 | ant_work | but please don't forget to send patches or your effort will be lost |
10:25.16 | ipaqlor | ant_work: shure, by the time this makes sense i may know how to do that for all those gitjunkys out their. normal diffs arent going to be enough i guess :) |
10:25.55 | ant_work | see, it depends on your lazyness... |
10:26.10 | ant_work | at least pl send a tarball of your modified files |
10:26.24 | ipaqlor | ant_work: haha, lazyness. you are funny :) i am unemplyed and sitting 15 hours a day on this computer for a week now. |
10:26.52 | ipaqlor | just fiddling around with this ipaqstuff, bitbake, git, crazy documentation, lost data.... |
10:28.28 | ipaqlor | and still got no init started! |
10:28.48 | ipaqlor | i am not lazy, im near to "micro burnout tm" |
10:28.49 | *** join/#oe bluelightning (~paul@83.217.123.106) |
10:28.49 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
10:29.04 | ant_work | sorry, no offensive intentions here ;) |
10:29.31 | ant_work | remember nobody is payed for work on those old devices |
10:30.38 | ipaqlor | ant_work: well, some people for shure. but thats not the point. i am not taliking about money, money is not interesting, for i have non anyways :) luckily i found someone who had the serial cable and gave it to me fro free. |
10:31.28 | ant_work | that's the spirit we have in OE |
10:40.19 | Jay7 | yeah |
10:40.53 | Jay7 | looked over set of Zauruses.. |
10:41.13 | ipaqlor | how retro ;) |
10:42.39 | ipaqlor | come on lets search the web via hotbot, altavista and fireball, get out our "dino"Zauruses. and watch the SUN go down ;) |
10:43.03 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
10:44.42 | florian | :-) |
10:49.28 | icanicant | I'm thinking of setting up an oe-core layer for Kirkwood devices (e.g. Sheevaplug). It seems to have not been carried over to the new oe-core layers. Has anyone already done this? |
10:50.06 | rlrosa | hi |
10:50.28 | rlrosa | has anybody had problems pulling the meta-smartphone ? |
10:52.26 | rlrosa | is it possible to ignore it? (assuming it has smartphone specific stuff |
10:59.43 | *** join/#oe rlrosa1 (~rrosa@r186-50-94-152.dialup.adsl.anteldata.net.uy) |
11:03.43 | bluelightning | icanicant: I did a provisional layer yes, all worked well |
11:04.34 | bluelightning | icanicant: I can't really maintain it myself though as I don't own a sheevaplug / other kirkwood device |
11:04.49 | bluelightning | icanicant: I can publish the files though if you would like |
11:05.07 | bluelightning | perhaps you could maintain such a layer? ;) |
11:05.36 | icanicant | bluelightning: that was my next question :) Would be interested in seeing it - I have a Sheevaplug so should be able to maintain. |
11:05.47 | bluelightning | great |
11:05.59 | bluelightning | there wasn't much work required IIRC |
11:06.10 | icanicant | bluelightning: is it just a case of copying the machine conf files over from oe classic? |
11:10.17 | *** join/#oe pepermint (~pepermint@host218-82-dynamic.2-87-r.retail.telecomitalia.it) |
11:11.28 | ant_work | ipaqlor: I'm thinking about doing an Xmame device for my kid to destroy once he's done with iphone. The hope is he'll keep fingers away from my next-to-be-bought ipad3... |
11:11.39 | ant_work | ... but I know this won't work :/ |
11:13.04 | bluelightning | icanicant: actually I just checked... the machine conf files I used were the same files from OE unmodified |
11:13.07 | bluelightning | icanicant: so yes :) |
11:13.25 | *** join/#oe woglinde_ (~heinold@g229046130.adsl.alicedsl.de) |
11:13.25 | bluelightning | icanicant: all you need is conf/machine/sheevaplug.conf and conf/machine/include/kirkwood.conf |
11:13.49 | ant_work | maybe add the formfactor stuff |
11:14.09 | bluelightning | ant_work: it's not so important at least for sheevaplug since it has no display :) |
11:14.28 | ant_work | heh |
11:15.18 | bluelightning | icanicant: then you can just steal the layer conf file from another layer, add a README and COPYING.MIT, and you have a layer :) |
11:15.35 | bluelightning | (well, you'll need to trivially modify the layer config) |
11:15.45 | icanicant | bluelightning: great, thanks. Sounds rather simple :) |
11:16.06 | bluelightning | icanicant: yeah I think for this machine it's pretty straightforward, there wasn't really any bitrot :) |
11:16.28 | icanicant | ant_work: Cheers, hadn't read about formfactor - that just took me to the Poky ref manual which looks quite useful (and up to date for oe-core) |
11:16.44 | bluelightning | icanicant: let me know when you publish it and I will add it to the layer index page on the wiki |
11:19.09 | icanicant | bluelightning: thanks for the hints, much appreciated. I'll let you know when it's ready. |
11:20.04 | bluelightning | icanicant: awesome, thanks. I was hoping someone would come along and take care of sheevaplug :) |
11:28.41 | eFfeM_work | JaMa: thanks for the kexec pointer, it lead me to kernel.bbclass and INITRAMFS_IMAGE |
11:28.44 | eFfeM_work | seems to work now |
11:51.32 | *** join/#oe captain__ (~captain_m@ginger.tokbox.com) |
11:52.32 | *** join/#oe mickey_ (~mickey@e182221015.adsl.alicedsl.de) |
12:00.09 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
12:03.26 | ipaqlor | ant_work: mame, well, on what device? the ipaq for instance sucks as a gaming device because of the cheap controls. |
12:03.47 | ipaqlor | 1 button, and 4 copper meander.... really sucks |
12:07.30 | *** join/#oe vivijim (~vivijim@200-185-226-25.user.ajato.com.br) |
12:07.34 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
12:17.05 | *** join/#oe slapin (~slapin@slapinbuild.ihdev.net) |
12:17.18 | slapin | hi, all! |
12:17.24 | slapin | Marex, Hi |
12:17.39 | Jin^eLD | privet slapin |
12:18.25 | slapin | I have trouble building python lately, it seems to be OK but some (most of) builtin modules aren't built |
12:18.39 | slapin | Jin^eLD: privet |
12:21.22 | slapin | e.g. ImportError: No module named IN |
12:22.08 | slapin | I don't see any errors in python build log. |
12:22.40 | Jin^eLD | has not updated OE recently |
12:23.38 | *** join/#oe HeinervdmOff (~zimmerman@hsaggate.physik.uni-bonn.de) |
12:23.38 | *** join/#oe reisei (~reisei@n41-as54-1-ppp206.nordnet.ru) |
12:23.38 | *** join/#oe devzero_ (devzero@xdsl-89-0-79-98.netcologne.de) |
12:26.23 | Jay7 | slapin: long time not seen :) |
12:26.27 | *** join/#oe captainigloo (~nico@lan31-4-82-227-130-131.fbx.proxad.net) |
12:26.36 | slapin | Jin^eLD: recently = last 2 months? |
12:26.42 | slapin | Jay7: hi! |
12:28.26 | Jin^eLD | moment, hab grad anruf von telekabel, sorry |
12:28.36 | Jin^eLD | oops wrong window |
12:32.08 | ipaqlor | does anyone here use ubi? and does it make sense on 32mb mtd devices? |
12:32.37 | Jay7 | ipaqlor: ubi is much faster on mount |
12:32.43 | Jay7 | than jffs2 |
12:32.50 | slapin | about python: files are at http://ossfans.org/py/python-configure http://ossfans.org/py/python-compile |
12:33.10 | slapin | could somebody look and tell what is wrong? |
12:33.45 | slapin | python just doesn't build most of system-specific modules silently |
12:33.48 | *** join/#oe rob_w (~bob@93.104.205.194) |
12:33.49 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
12:33.51 | ipaqlor | Jay7: thats good. is it as "stable" as jffs2? |
12:34.15 | slapin | I'm not too aware of python build system and what could make it go haywire |
12:34.37 | Jay7 | ipaqlor: I haven't used ubi yet :) |
12:34.47 | Jay7 | but lot of devices have it as default fs on mtd |
12:34.52 | Jay7 | on nand even |
12:35.51 | ipaqlor | jay7: ok :) i just seen the cerner config option so many times i thought id ask. right now im more or less bound to jffs2 so im asking rather theoretical here. |
12:36.40 | Jay7 | we (Zaurus owners) are waiting for ubi support in klibc to grab it into kexecboot to be able to boot from ubi NAND :) |
12:36.43 | ipaqlor | jay7: it does more writes to flash as far as i found out and saves ram. |
12:37.24 | jekhor | hi. Is there way for use 'require <recipe>' directive where <recipe> is in a separated layer? |
12:38.57 | *** join/#oe htns (~htns@175.139.208.57) |
12:39.42 | *** join/#oe roff (c3de57da@gateway/web/freenode/ip.195.222.87.218) |
12:45.00 | slapin | do anybody aware of OE python stuff? |
12:45.39 | ant_work | jekhor: usually you only include/require .inc files |
12:46.37 | slapin | what that http://pastebin.com/31yp8mSz means? |
12:47.05 | *** join/#oe morphis (~morphis@dslb-088-070-157-100.pools.arcor-ip.net) |
12:47.17 | JaMa | slapin: that's normal that some modules fail |
12:49.01 | jekhor | ant_work, we create custom toolchain based on meta-toolchain. I have resolved problem --- we forgot to add .bb path in require directive :) |
12:49.39 | ant_work | yes, respect the path |
12:50.11 | slapin | JaMa: but ncurses? and no IN module? |
12:52.20 | JaMa | slapin: /home/build1/slave/angstrom_build/build/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/include/ncurses.h:41:23: fatal error: curses-32.h: No such file or directory |
12:52.31 | JaMa | that looks like problem with your curses headers |
12:53.41 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-126-66.washdc.east.verizon.net) |
12:57.25 | *** join/#oe ipaqlor (~gl@chello062178063133.22.11.univie.teleweb.at) |
13:01.19 | slapin | JaMa: so it depends on -native headers? |
13:10.21 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-126-66.washdc.east.verizon.net) |
13:14.20 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
13:36.08 | Crofton|work | | arm-angstrom-linux-gnueabi-libtool: link: `/home/balister/src/git/oe-core/build/tmp-angstrom_2010_x-eglibc/sysroots/usrp-e1xx/usr/lib/libsystemd-login.la' is not a valid libtool archive |
13:36.16 | Crofton|work | anyone recognize this class of error? |
13:37.24 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
13:49.20 | ant_work | Crofton|work: there has been an awful lot of systemd commits in the last days |
13:50.05 | ant_work | I'd start from there (meta-oe) |
13:52.01 | *** join/#oe pespin (~pespin@90.163.60.132) |
13:52.34 | Crofton|work | yeah, it is a libtool like issue though |
13:58.25 | *** join/#oe mhnoyes (~mhnoyes@74-38-52-54.dr01.myck.or.frontiernet.net) |
13:58.26 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
14:04.14 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
14:06.41 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
14:12.16 | *** join/#oe zecke (~ich@ip4da8960c.direct-adsl.nl) |
14:28.34 | Crofton|work | ant_work, seems like I need a linux media server so I can get my photos off this machine |
14:28.44 | Crofton|work | disk full during build really messes things up :) |
14:30.57 | *** join/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net) |
14:35.34 | *** join/#oe xumbi (~jim@static-64-223-142-66.man.east.myfairpoint.net) |
14:36.05 | *** join/#oe playya_ (~playya@p5DD8F228.dip.t-dialin.net) |
14:46.55 | ipaqlor | mhm, my kernel is too silent. to most information i get is when i enable jffs2 debugging for i ca see the last file/dir handling operations |
14:48.15 | ipaqlor | is tehre anything to a "init" process except it has not to terminate? would it be feasable to copile a small programm that does nothing but loops for ever? |
14:52.05 | pb_ | yes, or you could use the shell, or anything else you want |
14:52.20 | pb_ | russ nelson always had this plan to use python as /sbin/init. I'm not quite sure whether he got a working system that way. |
14:52.44 | ipaqlor | pb_: yes, i used /bib/ash and ture, and whatnot, but its allways the same |
14:52.55 | pb_ | true would be no good, since it exits immediately |
14:53.08 | ipaqlor | pb_: ture :) but i tried it anyways :) |
14:53.34 | pb_ | does your filesystem work in qemu? |
14:54.19 | ipaqlor | pb_: i have no idea. havent thought about emulation much. its just another construction place :) |
14:55.22 | ipaqlor | the filesystem layout is definitly ok, everything a little busybox sys v init needs in my opinion. |
14:56.44 | ipaqlor | so im trying to see if i can get anything compiled that the kernel can load |
14:58.22 | ipaqlor | for(; ; ) { nop } ... or something like that. |
15:02.28 | ipaqlor | ok, lets see if that makes a fidderence :) main() { for(; ; ) { printf(X \n"); }} |
15:04.23 | *** join/#oe devzero_ (devzero@xdsl-89-0-74-249.netcologne.de) |
15:09.23 | ipaqlor | cu later |
15:19.19 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
15:19.44 | khem | Crofton|work: pong |
15:21.30 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
15:23.28 | Crofton|work | khem, I was thinking we could have an oe toolchain layer, and a straight linaro layer |
15:24.07 | khem | Crofton|work: I dont want to duplicate the work |
15:24.26 | Crofton|work | of cuorse |
15:24.27 | khem | since distros want to use same compiler for non arm |
15:24.39 | khem | using plain linaro might not be sufficient |
15:25.01 | Crofton|work | I know, but it would be helpful for reporting problems |
15:25.04 | khem | shr and angstrom uses the same compiler across the board and linaro is arm centric |
15:25.29 | JaMa | khem: hi, there are still some issues with gcc and multimachine builds :/ |
15:25.31 | khem | its a lot of work though |
15:25.50 | khem | JaMa: the one with libstdc++ libtool ? |
15:25.52 | khem | or more |
15:25.52 | Crofton|work | khem, we would want help from the linaro guys |
15:26.16 | khem | Crofton|work: that same they will know that the new layer has their patches |
15:26.31 | khem | I will be at Linaro connect so I will discuss it there |
15:26.46 | Crofton|work | great! |
15:26.53 | khem | I am happy with current scenario though |
15:27.10 | khem | still I want the toolchain layer to be separate |
15:27.24 | khem | since I want to bring in gdb binutils improvements |
15:27.25 | JaMa | khem: no, something like this http://paste.pocoo.org/show/541082/ |
15:27.36 | Crofton|work | basicaly, I would like it to be easy to switch from the working layer to the test layer :) |
15:30.01 | JaMa | khem: and this http://paste.pocoo.org/show/541085/ (I have seen this one on previous gcc upgrade too) |
15:37.35 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
15:39.24 | khem | JaMa: thats metadata problem not gcc problem |
15:39.45 | khem | JaMa: can you post me the do.run_configure script of before and after ? |
15:40.26 | khem | Crofton|work: dont worry it will be a small switch for you just add another layer and it would work as it does |
15:40.49 | khem | Crofton|work: I want to add experimental gcc 4.7 there too |
15:40.53 | khem | for the bravehearts |
15:46.14 | khem | JaMa: the second issue is weard |
15:46.32 | khem | JaMa: do you have enable-plugins in binutils ? |
15:49.35 | JaMa | khem: no.. default binutils from oe-core |
15:49.54 | khem | ok the first problem is something to do with the metadata |
15:49.56 | JaMa | but grep -R plugins doesn't show them explicitly enabled or disabled |
15:50.01 | khem | second could be a lto issue |
15:50.05 | khem | but I am not sure yet |
15:50.26 | JaMa | and here are logs http://build.shr-project.org/tests/jama/gcc-issue/gcc-cross-intermediate-4.6.2+svnr181430-r27-temp/ |
15:51.02 | JaMa | to be clear, this happens only on 2nd build of same gcc version (which shouldn't be rebuild afaik) |
15:52.12 | *** join/#oe vitus (~vitus@145.253.169.210) |
15:55.18 | khem | JaMa: for the first one I need to look into temp of gcc-cross-intermediate |
15:55.39 | khem | ah thats what you gave ok |
15:58.59 | *** join/#oe Russ_ (foobar@ip68-106-254-4.ph.ph.cox.net) |
16:01.00 | *** join/#oe rlrosa (~rrosa@r200-40-187-146.su-static.anteldata.net.uy) |
16:03.23 | khem | JaMa: for first issue I will ask you do something. Compile the first time and make a copy of gcc sources under work-shared then compile for armv7 and make yet another copy |
16:03.30 | khem | and then diff the gcc source trees |
16:03.40 | khem | and let me know if something in the source tree changes |
16:03.57 | khem | we do lot of munging |
16:04.01 | khem | more than needed |
16:04.12 | khem | and something might be biting in the backside |
16:04.54 | JaMa | OK.. I'll next time as it takes couple of hours on that box.. |
16:06.53 | *** join/#oe fullstop (~quassel@173.210.91.4) |
16:10.46 | *** join/#oe playya__ (~playya@p5DD8F9C7.dip.t-dialin.net) |
16:22.19 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
16:28.28 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
16:29.09 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
16:40.52 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
16:44.26 | *** join/#oe tom_say (~pain@cpe-68-203-248-184.stx.res.rr.com) |
16:49.02 | *** join/#oe nitink1 (nitink@nat/intel/x-zxfzriwyzwaotfbx) |
16:59.37 | *** join/#oe fcooper (~a0273011@nat/ti/x-ceihtrrjjjfrmiuf) |
17:04.12 | *** join/#oe zecke (~ich@ip4da8960c.direct-adsl.nl) |
17:13.07 | *** join/#oe morphis (~morphis@dslb-088-070-157-100.pools.arcor-ip.net) |
17:28.35 | *** join/#oe pepermint (~pepermint@host218-82-dynamic.2-87-r.retail.telecomitalia.it) |
17:29.12 | *** join/#oe mckoan|away (~marco@host56-7-static.30-87-b.business.telecomitalia.it) |
17:44.28 | *** join/#oe rob_w (~bob@ppp-188-174-121-90.dynamic.mnet-online.de) |
17:44.29 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
17:48.19 | *** join/#oe nslu2-log (~nslu2-log@140.211.169.184) |
18:13.35 | *** join/#oe anarsoul (~anarsoul@212.98.175.196) |
18:28.51 | kergoth` | xf86-video-fbdev-2_0.4.2-r17.0/xf86-video-fbdev-0.4.2/configure: line 15925: `XORG_DRIVER_CHECK_EXT(RANDR, randrproto)' |
18:28.52 | kergoth` | bah |
18:29.14 | *** join/#oe flo_lap (~fuchs@sign-4db6bdaa.pool.mediaWays.net) |
18:29.14 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
18:30.39 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
18:36.55 | *** join/#oe Heinervdm (~thomas@p5B0F32D5.dip.t-dialin.net) |
19:17.52 | *** join/#oe jekhor (~jek@leased-line-46-53-195-130.telecom.by) |
19:24.23 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
19:24.52 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
19:39.52 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
19:42.26 | *** join/#oe Transformer (~Transform@ool-4a59e397.dyn.optonline.net) |
19:42.54 | *** join/#oe rlrosa (~rrosa@r186-51-169-134.static.adinet.com.uy) |
19:44.14 | *** part/#oe Transformer (~Transform@ool-4a59e397.dyn.optonline.net) |
19:44.25 | *** join/#oe DJW|Home (djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
19:46.19 | *** join/#oe rlrosa (~rrosa@r186-51-169-134.static.adinet.com.uy) |
20:12.03 | *** join/#oe e-ffi (~cybercom@HSI-KBW-082-212-015-230.hsi.kabelbw.de) |
20:28.28 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
20:40.15 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
20:41.02 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
20:46.52 | *** join/#oe rcf (~rcf@163.37-243-81.adsl-dyn.isp.belgacom.be) |
20:47.32 | *** join/#oe vivijim (~vivijim@200-185-226-25.user.ajato.com.br) |
20:47.35 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
20:48.15 | *** join/#oe rah (rah@myrtle.6gnip.net) |
20:50.18 | *** join/#oe morphis (~morphis@dslb-088-070-157-100.pools.arcor-ip.net) |
20:54.11 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
20:58.25 | ALoGeNo | i neeed to know where is the compilation script i mean img_iso one.. |
20:58.54 | ALoGeNo | im rebuilding system.img and system.sfs and dont works :/ |
20:59.40 | ALoGeNo | i know how to open and mount it but i need to learn how to build by hand |
20:59.44 | ALoGeNo | rebuild* |
21:00.09 | ALoGeNo | some guru whaching? |
21:09.06 | eFfeM | ALoGeNo: I suspect you're in the wrong channel (at least system.sfs does not really ring a bell for me). |
21:09.44 | eFfeM | there is no compilation script or so in openembedded, if you want to rebuild things look e.g. at www.openembedded.org for info (or the yocto website) |
21:13.57 | *** join/#oe flo_lap (~fuchs@sign-4db6bdaa.pool.mediaWays.net) |
21:13.57 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
21:28.06 | *** join/#oe icanicant (~icanicant@dsl-217-155-248-78.zen.co.uk) |
21:28.58 | ALoGeNo | lol |
21:29.16 | ALoGeNo | eFfeM, of course yep ;) sorry |
21:29.28 | eFfeM | np |
21:29.30 | ALoGeNo | wrong channel :) |
21:29.44 | eFfeM | <grin> |
21:29.49 | ALoGeNo | but this is a nice one to ask that too hehe |
21:30.05 | ALoGeNo | is just a squash question :) |
21:30.07 | eFfeM | ALoGeNo: may I ask which build system this question was for ? |
21:30.26 | ALoGeNo | yeah np, this is for android-x86 ;) |
21:31.14 | ALoGeNo | i have 3.2 fullworking in my eeepc t101mt and i want to rebuild the system to use like instalation one ;) |
21:31.35 | ALoGeNo | atm.. |
21:37.53 | eFfeM | ah ok, guess that is why sfs vaguely rang a bell |
21:38.04 | eFfeM | cool |
21:42.09 | *** join/#oe ant__ (~andrea@host83-167-dynamic.7-79-r.retail.telecomitalia.it) |
21:47.19 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
21:47.19 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
21:51.49 | *** part/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
22:17.52 | *** join/#oe xumbi (~jim@static-64-223-142-66.man.east.myfairpoint.net) |
22:24.52 | *** join/#oe rlrosa (~rodrigo@r186-50-94-152.dialup.adsl.anteldata.net.uy) |
22:33.51 | rlrosa | hi |
22:34.42 | rlrosa | i'm trying to build console-image for a beagleboard. had to change sources/layers.txt to point to a different meta-smartphone repository, because it was failing to find it |
22:35.18 | rlrosa | is this beagleboard specific or is there something wrong with my oe setup? |
22:47.43 | *** join/#oe cs_nbp (~sackratte@ip-78-94-223-103.unitymediagroup.de) |
22:47.50 | cs_nbp | evening |
22:57.29 | *** join/#oe rlrosa (~rodrigo@r186-50-94-152.dialup.adsl.anteldata.net.uy) |
23:09.08 | *** join/#oe tlab (~tlab@c-98-223-22-156.hsd1.in.comcast.net) |
23:09.24 | *** join/#oe lamikr (lamikr@nat/nokia/x-djoqeqmvzifvdmjy) |
23:25.58 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
23:58.39 | *** join/#oe sobczyk (~sobczyk@77-253-168-71.adsl.inetia.pl) |