00:00.05 | mickeyl | vala has no knowledge of preprocessor symbols |
00:01.03 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
00:01.14 | mickeyl | there's no empty header stub for execinfo.h ? |
00:01.14 | khem | mickeyl: or with uclibc you could link with gnulib |
00:02.12 | khem | mickeyl: in uclibc I dont think so |
00:03.55 | khem | well git uclibc version has libbacktrace added |
00:03.58 | khem | so it may not be that bad |
00:04.06 | khem | going in future |
00:04.16 | khem | let me see if we can enable that with git uclibc |
00:05.44 | khem | but its implemented only for SH so far so it wont help |
00:05.49 | khem | it will let it compile |
00:06.06 | khem | but the function will return -1 |
00:11.44 | khem | mickeyl: in the end conclusion is it wont work perfectly with uclibc |
00:11.57 | mickeyl | that's not a problem |
00:12.01 | khem | so disabling it in vala for uclibc is the best we can do |
00:12.02 | mickeyl | i can do checks @ runtime |
00:12.16 | mickeyl | as long as i don't need to check for header presence, it would be relatively ok |
00:16.59 | mickeyl | hmm |
00:17.00 | mickeyl | actually |
00:17.06 | mickeyl | i think it's easier |
00:17.11 | mickeyl | i'll take a look tomorrow |
00:17.17 | mickeyl | g'night |
00:19.16 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
00:32.05 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
00:56.10 | *** join/#oe Martin_B (~martin@pool-119-65-198-89.dbd-ipconnect.net) |
01:44.58 | *** join/#oe fabjan (fabjan@Psilocybe.Update.UU.SE) |
01:49.38 | *** join/#oe GNUtoo|laptop (~gnutoo@host132-205-dynamic.31-79-r.retail.telecomitalia.it) |
01:49.42 | *** join/#oe azariah4 (~azariah@Psilocybe.Update.UU.SE) |
01:51.19 | *** join/#oe fabjan (~fabjan@Psilocybe.Update.UU.SE) |
01:56.28 | *** join/#oe fabjan (fabjan@Psilocybe.Update.UU.SE) |
02:02.35 | *** join/#oe azariah4 (~azariah@Psilocybe.Update.UU.SE) |
02:03.55 | *** join/#oe fabjan (fabjan@Psilocybe.Update.UU.SE) |
02:14.42 | *** join/#oe playya_ (~playya@93.216.205.81) |
02:14.42 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
02:22.36 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
02:34.05 | *** join/#oe nitink1 (~nitink@nat/intel/x-rdhbmgsrvldisyjq) |
02:37.36 | *** join/#oe fabjan (fabjan@Psilocybe.Update.UU.SE) |
02:40.09 | *** join/#oe azariah4 (~azariah@Psilocybe.Update.UU.SE) |
03:03.04 | *** join/#oe fraxinath (~quassel@p4FD64CC7.dip.t-dialin.net) |
03:11.45 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
04:02.06 | *** join/#oe CosmicPenguin (c72da092@gateway/web/freenode/ip.199.45.160.146) |
04:11.11 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
04:32.06 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
05:02.02 | *** join/#oe azariah4 (azariah@Psilocybe.Update.UU.SE) |
05:18.11 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
05:44.12 | *** join/#oe sgw (~sgw@72-160-84-80.dyn.centurytel.net) |
06:30.45 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
06:32.41 | CIA-1 | 03Khem Raj <raj.khem@gmail.com> 07master * r06aca2f101 10openembedded.git/recipes/uclibc/uclibc.inc: |
06:32.41 | CIA-1 | uclibc.inc: Provide libsegfault 'fakely' |
06:32.41 | CIA-1 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
06:32.54 | CIA-1 | 03Naresh Medisetty <naresh@ti.com> 07master * r14e4ab4a55 10openembedded.git/recipes/ti/ (ti-lftb.inc ti-lftb_2.0.bb): (log message trimmed) |
06:32.54 | CIA-1 | lftb: add ti LFTB recipe |
06:32.54 | CIA-1 | * This package contains functional test suites for TI devices |
06:32.54 | CIA-1 | used to verify the Linux kernel and drivers for the various |
06:32.54 | CIA-1 | peripherals found on TI devices. |
06:32.55 | CIA-1 | Signed-off-by: Naresh Medisetty <naresh@ti.com> |
06:32.55 | CIA-1 | Signed-off-by: Chase Maupin <Chase.Maupin@ti.com> |
06:50.17 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
06:53.40 | *** join/#oe davidlt (~davidlt@139-145.78-83.cust.bluewin.ch) |
06:55.47 | *** join/#oe dth (~dth@a89-182-131-77.net-htp.de) |
06:55.51 | *** part/#oe dth (~dth@a89-182-131-77.net-htp.de) |
06:58.34 | davidlt | What package is responsible for renaming: syslog.busybox and syslog.syslog-ng |
07:00.33 | ka6sox | can someone with write privs on the wiki please test that it works to write? |
07:07.48 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
07:09.44 | khem | ka6sox: seems to be working |
07:11.39 | atiti | ello folks |
07:12.05 | ka6sox | khem, thanks |
07:21.10 | khem | davidlt: busybox recipe will install syslog.busybox and then use update-alternatives to make it syslog |
07:21.16 | *** join/#oe tws (~Miranda@178.126.189.124) |
07:22.20 | davidlt | khem: that's the problem, it didn't |
07:22.27 | khem | davidlt: similarily rsyslog or syslog-ng will install them too |
07:22.31 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
07:22.43 | davidlt | But looks like clean & build solved problem |
07:22.51 | khem | hmm |
07:23.06 | khem | zecke: guten morgen |
07:23.32 | davidlt | run to his train |
07:30.36 | *** join/#oe Gaston|Home (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
07:34.33 | *** join/#oe mrc3_ (~ddiaz@189.157.116.28) |
07:43.25 | Gaston|Home | Please forgive me for asking, I am a little bit confused to what is going on. What is the yocto impact on the TI-based development boards? And following the same trail, what is the relation between yocto and arago? |
07:44.00 | Gaston|Home | Ill ask the last thingy again on #arago |
07:46.23 | khem | Gaston|Home: probably folks on #arago can answer you better |
07:46.57 | khem | Gaston|Home: however yocto is OpenEmbedded Architecture so it should have minimal impact |
07:47.47 | khem | openembedded is going to use a concept of layers which means OE and yocto will complement earch other |
07:48.57 | Gaston|Home | It is relatively confusing for me, to start with where will yocto pull from? |
07:49.30 | khem | yocto has its own repository like arago has |
07:49.44 | Gaston|Home | I assume that OE will source all core development tools from yocto, right? |
07:50.34 | Gaston|Home | But it is clearly outspoken that yocto will be pull-based repository |
07:50.56 | khem | Gaston|Home: thats long term goal when all needed features of OE and yocto merge |
07:51.27 | khem | Gaston|Home: yes it does not matter if its pull or push |
07:51.44 | khem | pull works better if you have people doing integration full time 24/7 |
07:51.54 | khem | which yocto has |
07:52.06 | *** join/#oe mrc3_ (~ddiaz@189.157.114.137) |
07:52.08 | khem | frankly I would prefer something similar in OE |
07:52.23 | khem | and would be more possible when we split out into layers |
07:52.59 | khem | best is to allow various contrib branches where devs can push there branches for pull into master |
07:53.46 | Gaston|Home | yes, that sound reasonable |
07:54.06 | *** join/#oe vps (~vitus@145.253.169.210) |
07:54.45 | khem | Gaston|Home: but in OE devs have limited time as there are hardly paid developers to just work on OE upstream |
07:54.55 | khem | so we share the burden with push model |
07:55.45 | khem | thats a bit messy because push model can easily step on earch others toes |
07:55.58 | khem | Gaston|Home: what do u use today wrt OE |
07:56.08 | Gaston|Home | khem, ok, I feel like youve tried to answer my questions, but somehow I'm still confused. I guess things will pan out as we go along... |
07:56.10 | *** join/#oe rob_w (~bob@ppp-188-174-44-99.dynamic.mnet-online.de) |
07:56.42 | Gaston|Home | khem, I build images for use with Hawkboard |
07:56.56 | khem | Gaston|Home: to a certain extent yes but dont worry too much I would say |
07:57.42 | khem | Gaston|Home: OK so in your case in future OE you would create a BSP layer for hawkboard |
07:57.49 | khem | and probably maintain that |
07:58.09 | khem | and it will be hosted on OE repo |
07:58.13 | JaMa|Off | also fears a bit that all those layers and amends will make OE a bit more difficult to use (keeping eye on all changes in different layer and checking if all amends apply where and as they should) |
07:58.52 | khem | yes there are certain things that can not be said firm atm |
07:58.59 | khem | we need to experiment with layers |
07:59.04 | khem | and polish them as we go |
07:59.26 | Gaston|Home | I think my main concern is that TI/arago will lag even more. I was kind of putting hopes on that arago would be more closely tracking OE. I wonder if this will drive it in a positive or negative way? |
08:00.02 | Gaston|Home | Some statements have been made that arago would completely merge in to OE |
08:00.20 | Gaston|Home | I wonder if that is still viable |
08:00.26 | khem | Gaston|Home: if arago is maintained in OE like SHR or angstrom then it would be best |
08:01.10 | Gaston|Home | I agree |
08:01.11 | khem | but thats arago's decision point I have no say in that |
08:01.25 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
08:01.44 | *** join/#oe davidlt (~davidlt@public-docking-hg-2-031.ethz.ch) |
08:01.57 | khem | JaMa|Off: wrt layers we all are inexperienced atm |
08:01.57 | davidlt | khem: ping |
08:02.10 | khem | davidlt: how was the train ride |
08:02.33 | davidlt | khem: I wasn't late this time :) |
08:03.26 | khem | good |
08:03.30 | davidlt | Q: what is the best way to do u-boot environment modification? (Right now I change environment after flashing NAND, but I wanna put that into bitbake building) |
08:04.52 | JaMa|Off | I have it as patch in recipe |
08:05.17 | davidlt | JaMa|Off: more details? |
08:05.20 | khem | davidlt: yeah like JaMa|Off said make a machine specific patch |
08:05.28 | blindvt` | khem, depending all on headers papers over a missing dependency |
08:05.42 | khem | blindvt`: which one ? |
08:05.42 | JaMa|Off | but problem is that ie on n900 there is no preferred layout for nand/uSD.. so I'll make that patch not only machine specific but also for SHR only |
08:06.00 | davidlt | All patches which affect my machine looks like are locatedin here: recipes/u-boot/u-boot-git/beagleboard |
08:06.09 | khem | blindvt`: and I think all should be doing headers anyway |
08:06.19 | khem | if we are to build out of src tree |
08:07.03 | JaMa|Off | davidlt: http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/e35cf21d565639e56ba99a556653ce2043ad2cb7 patches 0008+ |
08:07.12 | blindvt` | khem, somewhere a dep on uClibc_ctype.h must be missing or something |
08:07.14 | khem | davidlt: yes thats ok location |
08:07.30 | khem | blindvt`: yes I have added that too |
08:07.42 | khem | see one of my recent commits |
08:08.38 | khem | blindvt`: I will sync nptl once .32 is out of door |
08:08.39 | blindvt` | khem, i've seen that, yes. Still, headers should not be a prereq of all; There should be a discussion with psm and me about that in rikers logs |
08:08.47 | blindvt` | khem, cool! |
08:08.59 | blindvt` | ~seen kergoth |
08:09.00 | ibot | kergoth <~kergoth@ip24-251-170-95.ph.ph.cox.net> was last seen on IRC in channel #oe, 11h 59m 37s ago, saying: 'np'. |
08:09.36 | khem | blindvt`: hmm ok so u think headers target is only external and should not be part of all |
08:09.55 | khem | which is a fair argument |
08:11.09 | khem | blindvt: there is a lot of things that depend on headers location as of today |
08:11.26 | khem | so if you dont create those symlinks then things go wrong |
08:11.32 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
08:11.45 | khem | somehow build system expects headers to be staged that way |
08:12.30 | khem | so I think in grand scheme of things its not bad to have then staged for build you may remove headers-install out of 'all' |
08:12.48 | mckoan | good morning |
08:12.49 | blindvt` | kergoth, I manage to end up with revdep not in explored_deps and this leads to a key error in find_chains thus preventing us to print the dep-loops we found. I'm unsure how to correctly deal with this situation though: http://paste.debian.net/102895/ allows for printing out the dep-loops but is perhaps not the correct thing to do |
08:13.07 | khem | probably headers = headers_compile headers-install |
08:13.48 | khem | and we could use headers-compile target in all |
08:14.06 | *** join/#oe GNUtoo|laptop (~gnutoo@host132-205-dynamic.31-79-r.retail.telecomitalia.it) |
08:16.51 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
08:19.26 | blindvt` | kergoth, full 4.6MB log with this non-patch above applied: http://uclibc.org/~aldot/bitbake/nohup.out-rq-find_chains-keyerror |
08:19.55 | blindvt` | kergoth, not too pretty but alot more informative than not printing out the loops at all |
08:22.21 | *** join/#oe pb___ (~pb@blundell.swaffham-prior.co.uk) |
08:23.00 | *** join/#oe roza (~ron@nat/cisco/x-rwjuqmidcuipixuj) |
08:23.08 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
08:24.47 | atiti | hmm anyone knows if theres a way to tell oe not to build the kernel? |
08:24.53 | atiti | I'm building it by hand |
08:25.58 | mckoan | atiti: the kernel may be needed by some library you are building with OE |
08:26.55 | mckoan | atiti: you could build it once as reference for next OE builds |
08:29.15 | *** join/#oe GNUtoo|laptop (~gnutoo@host132-205-dynamic.31-79-r.retail.telecomitalia.it) |
08:33.22 | khem | atiti: basically virtual/kernel is set to something |
08:33.46 | *** join/#oe wicknix (~matt@74.213.208.219) |
08:33.48 | khem | you can try to set it to something else and see if you can fool bb |
08:34.45 | atiti | something else like "" ? |
08:35.00 | blindvt` | quick question about PSTAGE_BUILD_CMD: +# FIXME: redundancy WRT bitbake.conf's PKGBUILDCMD ? |
08:35.05 | *** join/#oe nani_ (7aa69693@gateway/web/freenode/ip.122.166.150.147) |
08:36.47 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
08:36.50 | blindvt` | not sure but perhaps set it to assume provided |
08:42.08 | *** join/#oe hansdampf (~moritz@212.77.182.118) |
08:42.30 | *** join/#oe dth (~dth@a89-182-9-18.net-htp.de) |
08:42.40 | *** part/#oe dth (~dth@a89-182-9-18.net-htp.de) |
08:48.39 | nani_ | Hi |
08:49.09 | nani_ | Is there any application in oe for CAN |
08:49.44 | *** join/#oe risca (~risca@h243n7-n-a31.ias.bredband.telia.com) |
08:51.42 | *** join/#oe hansdampf (~moritz@212.77.183.200) |
08:58.42 | *** join/#oe davidlt (~davidlt@public-docking-hg-2-031.ethz.ch) |
08:58.57 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
09:01.21 | *** join/#oe davidlt (~davidlt@public-docking-hg-2-031.ethz.ch) |
09:21.25 | *** join/#oe zecke (~ich@berligate.hmw-consulting.de) |
09:22.18 | zecke | khem: hi |
09:34.02 | *** join/#oe bluelightning (~paul@158.43.2.102) |
09:34.02 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
09:37.40 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
09:39.43 | *** join/#oe B_Lizzard (~havoc@athedsl-424521.home.otenet.gr) |
09:40.36 | *** join/#oe GarthPS (~quassel@88.140.155.53) |
09:43.11 | *** join/#oe incandescant (~joshual@158.43.2.102) |
09:43.29 | *** join/#oe woglinde (~heinold@g225147091.adsl.alicedsl.de) |
09:46.22 | ericben | hi |
09:46.34 | ericben | nani_: you have socketcan and canutils |
10:04.55 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
10:08.34 | *** join/#oe B_Lizzard_ (~havoc@athedsl-424521.home.otenet.gr) |
10:25.05 | *** join/#oe woglinde_ (~heinold@g225145142.adsl.alicedsl.de) |
10:26.06 | *** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
10:26.53 | *** join/#oe lamawithonel_ (~lucas@pool-74-96-184-82.washdc.fios.verizon.net) |
10:27.56 | *** join/#oe broonie_ (broonie@cassiel.sirena.org.uk) |
10:27.58 | *** join/#oe _mhentges (~mhentges@hentges.net) |
10:28.08 | *** join/#oe khem` (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
10:28.14 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
10:32.49 | *** join/#oe sgw1 (~sgw@72-160-84-80.dyn.centurytel.net) |
10:33.18 | *** join/#oe RP (~richard@93-97-173-237.zone5.bethere.co.uk) |
10:33.26 | *** join/#oe chrisw957_home (~chris@mail.tacticalelectronics.com) |
10:34.11 | *** join/#oe mochtu (~mochtu@host179-2.natpool.mwn.de) |
10:38.29 | B_Lizzard_ | Hi, I'm trying to add 'xmlpull' to my image task file but bitbake complains it doesn't exist |
10:38.43 | B_Lizzard_ | In the meanwhile, 'bitbake xmlpull' works as it's supposed to |
10:38.53 | woglinde_ | did you look at the recipe? |
10:39.00 | woglinde_ | maybee the ipk name differs |
10:39.23 | B_Lizzard_ | libxmlpull is the name of the resulting package |
10:39.26 | B_Lizzard_ | Which doesn't work either |
10:39.57 | B_Lizzard_ | Ah |
10:40.01 | B_Lizzard_ | I may have that wrong |
10:40.05 | B_Lizzard_ | libxmlpull-java |
10:40.55 | B_Lizzard_ | Sorry, it works now, thank you. |
10:41.02 | woglinde_ | no prob |
10:54.22 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
10:56.34 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rcfbd56bf57 10openembedded.git/recipes/gstreamer/ (gst-rtsp.inc gst-rtsp_0.10.7.bb): |
10:56.34 | CIA-1 | gst-rtsp: fix gettext issues |
10:56.34 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
10:59.22 | *** join/#oe mochtu (~mochtu@001e52c8c91a.dfn.mwn.de) |
11:01.30 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7723400e2b 10openembedded.git/recipes/gstreamer/gst-rtsp.inc: |
11:01.30 | CIA-1 | gst-rtsp: fix typo |
11:01.30 | CIA-1 | trying to type over changes from another buildhost doesn't work too well |
11:04.00 | *** join/#oe davidlt (~davidlt@139-145.78-83.cust.bluewin.ch) |
11:10.22 | *** join/#oe nani_ (7aa69693@gateway/web/freenode/ip.122.166.150.147) |
11:20.44 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2ce320cafa 10openembedded.git/recipes/dvbtools/ (3 files in 2 dirs): |
11:20.45 | CIA-1 | dvb-apps: update to current hg tip to fix build issues with recent gcc versions |
11:20.45 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
11:30.36 | blindvt` | ugh. can i inherit conditionally? |
11:31.18 | blindvt` | i don't want base.bbclass to unconditionally inherit patch, only if a recipe actually references a patch! |
11:36.49 | *** join/#oe risca (~risca@tappan-125-23.eduroam.liu.se) |
11:37.03 | bluelightning | blindvt`: if patch.bbclass is doing something you don't want then surely it would be best to fix the class itself? |
11:41.27 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
12:07.54 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf1970eaba5 10openembedded.git/recipes/dvbtools/wscan_20101204.bb: |
12:07.55 | CIA-1 | wscan: add 20101204 version |
12:07.55 | CIA-1 | * this one adds a few extra symbol rates to scan for |
12:07.55 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
12:08.05 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra8f03d20e5 10openembedded.git/conf/distro/include/angstrom-2010-preferred-versions.inc: |
12:08.05 | CIA-1 | angstrom next: switch to udev 165 |
12:08.05 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
12:08.06 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4ec8b82808 10openembedded.git/recipes/udev/ (19 files in 9 dirs): |
12:08.06 | CIA-1 | udev: add 165 |
12:08.06 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
12:09.37 | *** join/#oe lamawithonel_ (~lucas@pool-74-96-184-82.washdc.fios.verizon.net) |
12:19.35 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rafb05a23b2 10openembedded.git/ (2 files in 2 dirs): |
12:19.35 | CIA-1 | linux-omap4: enable some more modules |
12:19.35 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
12:21.39 | *** join/#oe CruX| (~jozo@pc-3r0oapyeojvdpt61ks2su2mddvoc1iv.usr.iklub.sk) |
12:21.45 | *** join/#oe morphis (~morphis@brmn-4d0af640.pool.mediaWays.net) |
12:26.53 | *** join/#oe WonTu (~WonTu@p57B56179.dip.t-dialin.net) |
12:27.15 | *** part/#oe WonTu (~WonTu@p57B56179.dip.t-dialin.net) |
12:45.08 | blindvt` | bluelightning, sounds like a .plan, yes :) http://paste.debian.net/102915/ |
12:49.55 | *** join/#oe likewise (~likewise@82-170-243-215.ip.telfort.nl) |
13:12.43 | *** join/#oe Openfree (~df@61.170.192.166) |
13:33.05 | atiti | hmm |
13:33.06 | atiti | gnu-configize: command not found |
13:39.45 | *** join/#oe aloisiojr (~aloisio@187.59.116.139) |
13:49.30 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ypwndujarmmqgsna) |
13:51.11 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
13:58.29 | *** join/#oe CruX| (~jozo@pc-3r0oapyeojvdpt61ks2su2mddvoc1iv.usr.iklub.sk) |
14:02.05 | *** join/#oe tdebrouw` (~tdebrouw@91.182.78.163) |
14:07.22 | *** join/#oe Crofton (~balister@pool-74-107-167-114.ronkva.east.verizon.net) |
14:10.34 | *** join/#oe likewise (~likewise@249-88-ftth.onsneteindhoven.nl) |
14:18.15 | *** join/#oe likewise (~likewise@249-88-ftth.onsneteindhoven.nl) |
14:19.04 | *** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
14:20.28 | *** join/#oe woglinde (~heinold@g225145142.adsl.alicedsl.de) |
14:21.11 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
14:26.29 | *** join/#oe soltys (soltys@83.168.118.74) |
14:26.49 | *** join/#oe sakoman__ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
14:35.35 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
14:39.51 | *** join/#oe kerim (~kerim@188.3.46.134) |
14:40.51 | *** join/#oe marcosmamorim (~marcos@189.110.240.159) |
14:42.16 | *** join/#oe Openfree^ (~df@61.170.196.145) |
14:53.14 | *** join/#oe tmbinc__ (abcd@83.141.3.59) |
14:56.25 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
14:56.30 | woglinde | hi kergoth |
14:57.00 | *** join/#oe rob_w (~bob@ppp-188-174-44-99.dynamic.mnet-online.de) |
15:06.16 | ericben | hi khem : for asterisk, do you prefer I move the recipes to non working ? |
15:07.02 | ericben | I'm trying to fix fetching issues for bitbake world |
15:07.51 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
15:07.52 | *** join/#oe B_Lizzard (~havoc@athedsl-424521.home.otenet.gr) |
15:09.24 | JaMa|Off | ericben: then please use SOURCE_MIRROR_FETCH to fetch sources also for incompatible recipes with COMPATIBLE_HOST|COMPATIBLE_MACHINE etc |
15:10.31 | ericben | JaMa|Off: what do you mean ? |
15:11.22 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
15:11.44 | ericben | JaMa|Off: ok I found it in conf/documentation.conf |
15:12.14 | ericben | JaMa|Off: thanks for the hint |
15:12.32 | khem | ericben: yes move to nonworking |
15:12.36 | JaMa|Off | ericben: it won't solve all issues you reported in "[oe] Problem with bitbake master & OE master during fetch" but will allow you to check more SRC_URIs |
15:12.48 | khem | that way if someone needs them he/she can do whatever |
15:12.54 | B_Lizzard | woglinde, I got jamvm + midpath working, I'll post patches later. |
15:13.08 | woglinde | B_Lizzard good |
15:13.14 | B_Lizzard | You mentioned that jamvm + midpath would work better than phoneme? |
15:13.27 | B_Lizzard | I thought phoneme was the reference implementation |
15:13.58 | ericben | khem: ok will do. btw I'm actually testing your latest toolchain upgrade, I hope to have armv5, v6, v4 compiled by tomorrow. |
15:14.04 | B_Lizzard | Unless it needs a GTK AWT or something like that |
15:14.10 | CIA-1 | 03Richard Purdie <rpurdie@linux.intel.com> 07master * r9175024d1a 10bitbake.git/lib/bb/runqueue.py: |
15:14.10 | CIA-1 | bitbake/runqueue.py: Ensure rqexe always exists and that empty task lists cause a graceful exit |
15:14.10 | CIA-1 | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> |
15:14.10 | CIA-1 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
15:14.14 | khem | ericben: great |
15:15.16 | JaMa|Off | also have latest gcc patch compiled.. but probably won't be enough for u-boot fix |
15:18.23 | CIA-1 | 03Gabbasov, Andrew <Andrew_Gabbasov@mentor.com> 07org.openembedded.dev * r9045fa6ab7 10openembedded.git/recipes/lttng/ust.inc: (log message trimmed) |
15:18.23 | CIA-1 | ust.inc: Rework FILES |
15:18.23 | CIA-1 | libust.so is actually an ld script (grouping libust.so.0 and |
15:18.23 | CIA-1 | libust_initializer.o), so I doubt it has any usefullness on the target. The |
15:18.23 | CIA-1 | note about preloading should concern other libust*.so, that are indeed used in |
15:18.24 | CIA-1 | preloading by 'usttrace' script. And these .so libraries are going to target, |
15:18.25 | CIA-1 | not to -dev. And for libust.so that script preloads libust.so.0. |
15:22.51 | khem | JaMa|Off: this u-boot niggle needs to be debugged |
15:23.07 | khem | did u manage to get it on uboot.git too |
15:23.34 | ericben | u-boot for arm is actually difficult to debug because of the new relocation code which broke lot of platforms |
15:24.20 | *** join/#oe kerim (~kerim@188.3.46.134) |
15:28.40 | *** join/#oe likewise (~likewise@249-88-ftth.onsneteindhoven.nl) |
15:32.00 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
15:37.27 | *** join/#oe mrc3 (~mrc3@nat/ti/x-bzkoyutlasrxpwbp) |
15:38.00 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
15:38.41 | khem | ericben: so it copies itself elsewhere into ram you mean |
15:38.56 | khem | no more execute from flash kind of thing |
15:39.25 | ericben | khem: it was already copying itself in ram before |
15:40.47 | ericben | khem: I've not followed exactly the recent changes but the way relocation is done has changed for arm and is more generic than it was before from what I understood |
15:41.23 | *** join/#oe mrc3_ (~ddiaz@189.157.121.48) |
15:48.28 | *** join/#oe dos1 (~dos@ewm105.neoplus.adsl.tpnet.pl) |
15:48.29 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
15:49.53 | JaMa|Off | khem: I have it in u-boot_git.bb but with older SRCREV and as ericben said relocation changes needs more attention than I had time for, too busy with daywork lately :/ |
15:51.54 | JaMa|Off | ericben: there is nice readme in u-boot tree doc/README.arm-relocation, but even after reading this and updating n900 patches I got only NOLO bootloader hanging before starting u-boot (and without any output/serial port) |
15:53.51 | ericben | JaMa|Off: I won't be of big help here as I still have to find time to update the boards I maintain in u-boot ... |
15:54.52 | JaMa|Off | so I have tried latest SRCREV before relocation stuff was merged and I have running u-boot again, but hanging while starting kernel (like old u-boot did when built with gcc-4.5, but this time also with old gcc) |
15:55.37 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
15:56.27 | *** join/#oe risca (~risca@tappan-125-23.eduroam.liu.se) |
15:58.00 | *** join/#oe htns (~htns@61.6.64.6) |
16:06.55 | *** join/#oe incandescant1 (~joshual@158.43.2.102) |
16:11.50 | *** join/#oe mrc3 (~mrc3@nat/ti/x-ccztlfmumokdyify) |
16:24.07 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
16:30.03 | *** join/#oe muep (~muep@2a00:1a58:f501:235:5867:a7ff:fe44:6724) |
16:38.39 | *** join/#oe muep (~muep@2a00:1a58:f501:235:5867:a7ff:fe44:6724) |
16:39.41 | *** join/#oe dj-death (~djdeath@88.168.176.51) |
16:43.34 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r3c0711605b 10openembedded.git/recipes/linux/ (9 files in 2 dirs): |
16:43.34 | CIA-1 | linux-omap4: readd some missing patches |
16:43.34 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
16:43.37 | CIA-1 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r0d06f4915d 10openembedded.git/recipes/ti/libdce_git.bb: |
16:43.37 | CIA-1 | libdce: roll back SRCREV again to make omapfbplay work |
16:43.37 | CIA-1 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
16:45.27 | *** join/#oe muep (~muep@2a00:1a58:f501:235:5867:a7ff:fe44:6724) |
16:47.34 | khem | JaMa|Off: which uboot recipe should I try |
16:47.45 | khem | JaMa|Off: I will try to debug u-boot with qemu |
16:47.54 | khem | has done that before |
16:50.17 | *** join/#oe WonTu (~WonTu@p57B55F67.dip.t-dialin.net) |
16:50.39 | *** part/#oe WonTu (~WonTu@p57B55F67.dip.t-dialin.net) |
16:59.30 | *** join/#oe pH5 (~ph5@e178214184.adsl.alicedsl.de) |
17:00.11 | woglinde | hi ph5 |
17:00.12 | *** join/#oe otavio_ (~otavio@debian/developer/otavio) |
17:00.20 | pH5 | hi woglinde |
17:00.50 | woglinde | hm do we have selinux support in oe? |
17:01.58 | woglinde | damn coreutils |
17:02.05 | woglinde | all I wand is a static mknod |
17:03.33 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
17:09.38 | *** join/#oe incandescant (~joshual@158.43.2.102) |
17:12.21 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
17:15.11 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
17:16.03 | *** part/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
17:17.54 | JaMa|Off | khem: here is my u-boot_git.bb patch http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/e35cf21d565639e56ba99a556653ce2043ad2cb7, but maybe that problem reveals itself only on n900.. |
17:18.36 | woglinde | re zecke |
17:18.45 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
17:22.10 | *** join/#oe T0mW (~Tom@24.102.196.152.res-cmts.tv13.ptd.net) |
17:22.14 | *** part/#oe T0mW (~Tom@24.102.196.152.res-cmts.tv13.ptd.net) |
17:24.54 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
17:26.00 | JaMa|Off | khem: just in case you found them usefull I'm uploading u-boot workdirs to http://build.shr-project.org/tests/jama/u-boot/ tmpdir-u-boot-ang-binutils-2.20.1-gcc-4.4.4.tar.bz2 is last working version, then there will be tmpdir-u-boot-shr which is toolchain corresponding to week old sane-toolchain and then gcc-4.5v.tar.bz2 and gcc-4.5vv.tar.bz2 are from gcc-4.5 without linaro patches and without almost all patches |
17:26.09 | *** join/#oe hrw (~hrw@89-73-120-20.dynamic.chello.pl) |
17:27.11 | JaMa|Off | khem: I'll test binary built with current gcc + your patches sent yesterday in an hour or so (leaving work now) |
17:29.47 | khem | JaMa|Off: ok |
17:37.23 | *** join/#oe otavio_ (~otavio@debian/developer/otavio) |
17:44.04 | *** join/#oe otavio_ (~otavio@debian/developer/otavio) |
18:02.52 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
18:03.11 | *** join/#oe morphis (~morphis@brmn-4db76eb4.pool.mediaWays.net) |
18:09.59 | *** join/#oe AvengerMoJo1 (~alex@119.237.121.62) |
18:12.31 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
18:18.57 | *** join/#oe morphis (~morphis@brmn-4db76eb4.pool.mediaWays.net) |
18:20.44 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
18:30.26 | *** join/#oe reactor16 (~reactor16@static.108.169.4.46.clients.your-server.de) |
18:31.50 | reactor16 | hi all |
18:32.45 | khem | reactor16: hello |
18:34.29 | reactor16 | obi are you here ? |
18:35.45 | obi | yes |
18:35.54 | reactor16 | hi man |
18:36.04 | reactor16 | what's up bro |
18:36.14 | *** join/#oe GarthPS (~quassel@88.140.155.53) |
18:36.32 | *** join/#oe anarsoul (~anarsoul@80.249.93.82) |
18:37.39 | reactor16 | obi: pm please |
18:45.43 | eFfeM | mickey do you have any plans on how to handle minimal in relation to yocto? I saw koen seems to work toward turning angstrom into a layer |
18:47.49 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
18:47.57 | *** join/#oe hansdampf (~moritz@212.77.183.200) |
18:49.02 | mrmoku | hello all |
18:49.17 | mrmoku | if I have two machines (palmpre and palmpre2) |
18:49.32 | mrmoku | and I want palmpre2 to use palmpre overrides too |
18:49.43 | CIA-1 | 03Koen Kooi <koen.kooi@gmail.com> 07org.openembedded.dev * r6ae45bbf2b 10openembedded.git/classes/package_ipk.bbclass: (log message trimmed) |
18:49.43 | CIA-1 | package ipk bbclass: store build branch and revision in ipkg metadata |
18:49.43 | CIA-1 | The ipkg metadata will look like this now: |
18:49.43 | CIA-1 | koen@dominion:/OE/angstrom-dev/deploy/glibc$ dpkg-deb -I ipk/am3517-evm/matrix-gui_1.3-r19.0.6_am3517-evm.ipk |
18:49.43 | CIA-1 | new debian package, version 2.0. |
18:49.43 | CIA-1 | size 24112 bytes: control archive= 540 bytes. |
18:49.44 | CIA-1 | 629 bytes, 13 lines control |
18:49.45 | mrmoku | MACHINE_OVERRIDES += "palmpre palmpre2" ? |
18:50.13 | morphis | as then we could split up palmpre and palmpre2 into two config files an a palmpre.inc with the basic settings |
18:52.05 | morphis | mrmoku: look at http://docs.openembedded.org/usermanual/usermanual.html chapter "Adding a new Machine" |
18:52.10 | morphis | it should be the right option |
18:52.17 | *** join/#oe reactor16 (~reactor16@static.108.169.4.46.clients.your-server.de) |
18:52.37 | morphis | but whats with MACHINE_CLASS? |
18:54.22 | mrmoku | morphis: written there some paragraph down |
18:54.36 | mrmoku | MACHINE_CLASS might be used to describe a class of devices such as a cell phone in which the processor may be different but the features such as touchscreen, GPS, modem, etc are the same |
18:54.42 | *** join/#oe kristoffer (~kristoffe@c-02dce555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
18:55.34 | *** join/#oe hansdampf (~moritz@212.77.183.200) |
18:57.55 | *** join/#oe playya_ (~playya@93.216.252.209) |
18:57.55 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
18:57.55 | morphis | thats the case for palmpre and palmpre2 |
18:58.01 | morphis | just a different processor |
18:58.39 | morphis | but if I only declare the same MACHINE_CLASS for both would the overrides still work? |
18:59.05 | morphis | a palmpre.inc with MACHINE_CLASS="palmpre" which is included by palmpre.conf and palmpre2.conf |
18:59.25 | mrmoku | grepping for MACHINE_CLASS reveals there is 'bigscreen' and 'smallscreen' in use |
18:59.32 | *** join/#oe nitink (~nitink@nat/intel/x-dmmdgvxkqjjetcvn) |
18:59.35 | morphis | thats GUI_MACHINE_CLASS :) |
18:59.55 | morphis | htc-msm7 and htc-qsd8 are values for MACHINE_CLASS |
18:59.59 | mrmoku | duh |
19:00.03 | mrmoku | puts on his glasses |
19:00.16 | morphis | :) |
19:01.21 | morphis | looks like MACHINE_CLASS is the correct thing |
19:01.39 | morphis | when you look at motorola-ezx-base.inc |
19:01.43 | mickeyl | eFfeM: i'm not convinced yet that a distro deserves a seperate layer, but if the general opinion is that, then I'd follow suit |
19:01.47 | mickeyl | yes, MACHINE_CLASS is it |
19:01.56 | mickeyl | iirc it's even by default in OVERRIDES if you're using minimal |
19:01.57 | morphis | :) |
19:02.08 | morphis | I am using SHR |
19:02.24 | morphis | but I hope its the same for SHR |
19:02.32 | mickeyl | if not, we can make it so... |
19:03.52 | morphis | ok |
19:04.04 | morphis | but then I can work with palmpre and palmpre2 overrides? |
19:04.16 | morphis | or is then only palmpre a valid one? |
19:05.01 | hrw | mickeyl: I think that distros should have option to have own layers |
19:05.45 | hrw | some will use them, some not |
19:06.57 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
19:07.03 | hrw | same with bsp - mckoan will like to have bsp/ronetix and maybe bsp/at91 for his boards |
19:09.21 | *** join/#oe nitink (~nitink@nat/intel/x-dmcpbhbwtsqmjmqk) |
19:09.35 | mrmoku | morphis: yeah, we have MACHINE_CLASS in overrides |
19:09.52 | morphis | great |
19:12.00 | hrw | ep93xx boards can have toolchain addons in their bsp/ep93xx layer for example... |
19:12.28 | hrw | out |
19:15.59 | *** join/#oe mpoirier_ (~quassel@S0106002369de4dac.cg.shawcable.net) |
19:18.33 | mickeyl | hrw: *nod* |
19:21.11 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
19:22.28 | *** join/#oe Martin-B (~martin@pool-46-65-198-89.dbd-ipconnect.net) |
19:26.59 | *** join/#oe WonTu (~WonTu@p57B55ED6.dip.t-dialin.net) |
19:27.21 | *** part/#oe WonTu (~WonTu@p57B55ED6.dip.t-dialin.net) |
19:41.32 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
19:42.27 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
19:54.50 | kergoth_ | man git test-sequence is handy |
19:57.05 | *** join/#oe florian (~fuchs@sign-4db6ba06.pool.mediaWays.net) |
19:57.05 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
20:02.14 | eFfeM | mickeyl: what makes things fuzzy for me is where image and takss recipes will live, i saw koen has put console-image in the angstrom layer |
20:02.50 | foerster | kergoth_: https://github.com/foerster/bitbake/commit/80e3d3a130b9dee72c11c6946bb5ff7705111d7c |
20:03.24 | kergoth_ | foerster: saw it in the fork queue earlier, looks good to me |
20:03.40 | foerster | someone was using depexp last night and complained :) |
20:03.43 | kergoth_ | hehe |
20:03.45 | foerster | so I figured out how to make it work the right way |
20:03.49 | kergoth_ | 's never really used it, to be honest |
20:04.02 | kergoth_ | well, other than to go 'nifty, *close*' |
20:04.04 | foerster | me either, other than firing it up and going "ooh, neat" |
20:04.06 | foerster | :) |
20:04.07 | kergoth_ | hehe |
20:06.18 | foerster | damnit, undocumented binary protocols are a pain in my ass |
20:06.59 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
20:08.23 | hrw | re |
20:08.23 | woglinde | re hrw |
20:08.23 | hrw | eFfeM: console-image was angstrom image first |
20:08.46 | hrw | eFfeM: I think that OE will need few more layers |
20:09.39 | eFfeM | hrw, i know console-image was angstrom first, we need to think about a generic solution |
20:09.43 | *** join/#oe Omegamoon (~egoe@demolitionman.xs4all.nl) |
20:10.19 | hrw | yocto-core (from yocto git), oe-core (addon to yocto with core stuff (images, classes), oe-distro-DISTRO (for those distros which needs own layers - like angstrom does), oe-bsp-SOMETHING (SOMETHING can be vendor/machine/soc) |
20:10.20 | *** join/#oe woglinde_ (~heinold@g225147037.adsl.alicedsl.de) |
20:10.46 | hrw | yocto-core is on yocto git server, git pull only way of providing changes - like poky does now |
20:11.12 | eFfeM | that seems a good plan to me, what I like less is currently people already start implemting things before there is agreement and before consequences are clar |
20:11.19 | hrw | oe-core on OE server - same policy as yocto-core (pull updates from user branches only if they do not break oe-core) |
20:11.44 | hrw | oe-distro-DISTRO maintained by distro maintainers with their policies |
20:12.00 | hrw | oe-bsp-STH maintained by layer maintainers with their policies |
20:12.28 | eFfeM | who will maintain oe-core ? |
20:12.31 | hrw | oe-extra-STH (STH = opie, xfce, whatever) maintained by person/team |
20:12.45 | eFfeM | btw still seems a good plan to me |
20:12.47 | hrw | eFfeM: to be discussed |
20:13.09 | hrw | and oe-unmaintained layer with everything not fit in layers |
20:13.58 | eFfeM | hrw, seems a fine plan to me, suggest that you toss this on the list |
20:14.35 | hrw | I am looking where to hook with it |
20:14.36 | eFfeM | but i must say that I was kinda surprised by the sudden creation of meta-openembedded, before discussing this within the community |
20:15.13 | *** join/#oe sgw (~sgw@mail.skihood.com) |
20:15.20 | hrw | eFfeM: I think that Koen did good job with it |
20:15.29 | JaMa | agreed |
20:15.59 | hrw | ok, me -> mailer |
20:16.33 | JaMa | nobody said it's final solution, but it looks like good start (as we need something to discuss about first) |
20:16.46 | eFfeM | i think the stuff he did on gitorious was good (and I also acknowledged that on irc) but taking it over on oe git was way too quickly. I felt it a good starting point ti direct the discussion |
20:18.18 | *** join/#oe atiti (~atiti@0103ds1-vir.0.fullrate.dk) |
20:18.20 | *** part/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
20:18.25 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
20:18.30 | eFfeM | oops |
20:18.59 | hrw | eFfeM: he could push to koen/meta-openembedded on OE git server too |
20:19.00 | eFfeM | might have missed hte last msg or 2 as I accidently clicked X when toggling widnows |
20:19.19 | eFfeM | hrw, i think that would have been much better |
20:19.49 | eFfeM | this makes it more official than it IMHO is |
20:27.01 | *** join/#oe GNUtoo|laptop (~gnutoo@host132-205-dynamic.31-79-r.retail.telecomitalia.it) |
20:28.29 | hrw | sent |
20:30.16 | eFfeM | thanks |
20:33.53 | eFfeM | hm, not sure what is happening here, but if I start a bake it parses, prints the build config and then seems to hang |
20:34.30 | Crofton|work | weird, I jsut saw that a little while ago |
20:34.35 | Crofton|work | after a while it started |
20:34.46 | eFfeM | i'll wait a little |
20:34.49 | Crofton|work | tinderbox maybe? |
20:34.55 | *** join/#oe jano23 (6d5b2225@gateway/web/freenode/ip.109.91.34.37) |
20:34.56 | eFfeM | the odd thing is that there is no activity |
20:35.00 | eFfeM | ah could be |
20:35.06 | jano23 | hello |
20:35.11 | Crofton|work | obviously the server we upload our personal information too is down! |
20:35.48 | jano23 | is here the right place for posting questions? |
20:35.57 | Crofton|work | go ahead |
20:35.59 | eFfeM | Crofton ah ok |
20:36.08 | Crofton|work | if we do not like the question, we will say so :) |
20:37.37 | *** join/#oe awozniak (~awozniak@76.205.222.173) |
20:37.39 | jano23 | iam trying to get additional wifi drivers for my oe system, now i am trying to build them on the embedded system, but there are no linux headers i need. Question: can i build drivers with bitcake / oe? |
20:38.06 | Crofton|work | jano23, you should be able to |
20:39.15 | jano23 | i allready red so much stuff... where could i get the instructions? |
20:39.36 | *** join/#oe foerster (~foerster@cpe-24-165-208-114.neo.res.rr.com) |
20:40.25 | Crofton|work | find a similar recipe and start there |
20:40.42 | jano23 | @Crofton|work: thanks for the answer, do you have a hint i could catch up? |
20:42.07 | Crofton|work | I'm not familiar with wifi drivers, so I can't make a good guess for you |
20:43.36 | jano23 | thanks so far, i will go for example recipes, lets see how far i will get :-) |
20:44.29 | hrw | jano23: which drivers you need? |
20:45.54 | jano23 | @hrw i need drivers for the wl062 (zioncom) |
20:45.55 | *** join/#oe gremlin[it] (~gremlin@host87-185-dynamic.50-79-r.retail.telecomitalia.it) |
20:46.27 | jano23 | got the wifi usb stick working with the combat wireless drivers |
20:46.31 | hrw | jano23: and they are only available out of kernel - right? |
20:46.44 | hrw | ah. compat-wireless works? good thing |
20:46.54 | hrw | jano23: no way to upgrade device kernel? |
20:47.20 | jano23 | yes, i got them working on my ubuntu workstation because i have the linux-headers on that machine |
20:47.43 | jano23 | btw, how can i send direkt messages? :-) |
20:47.56 | hrw | jano23: I do not accept private messages on irc |
20:48.27 | jano23 | on my embedded system i dont have the needed headers |
20:48.33 | hrw | jano23: OE target devices do not get linux-headers. We prefer to do builds by using OE then by using target devices |
20:48.55 | kergoth_ | though we really should generate kernel source/header packages at some point |
20:49.19 | jano23 | when i try to build the drivers on the embedded system, i get the following err: make: *** /lib/modules/2.6.34/build: No such file or directory. Stop. |
20:49.21 | hrw | kergoth_: agreed |
20:49.53 | kergoth_ | jano23: short answer: stop that. |
20:49.57 | hrw | jano23: take a look at fuse/fuse-module_2.7.4.bb recipe. it is old but shows how to build external modules in OE |
20:50.08 | kergoth_ | as hrw just explained, we don't generally build kernel modules on the device |
20:51.08 | jano23 | to learn how to build modules external would be fine, i will take a look for fuse, thank you so far |
20:55.17 | eFfeM | cbrake: the web gui of git (http://cgit.openembedded.org/cgit.cgi/openembedded/) seems to requilre some love after the move, its log history says the last commit is 9 days ago) |
20:56.48 | cbrake | eFfeM: odd |
21:00.32 | JaMa | also doesn't show master/org.openembedded.dev now afais |
21:00.59 | *** join/#oe tblandgi (~tblandgi@109.144.222.57) |
21:01.29 | *** part/#oe tblandgi (~tblandgi@109.144.222.57) |
21:01.36 | cbrake | yeah, seems like cgit can't see the master |
21:01.45 | cbrake | its config is fairly simple in that it just points directly at the repo |
21:02.11 | cbrake | seems like the repo is still ok, so must be a cgit bug |
21:02.39 | JaMa | yup just pushed few patches ok |
21:02.51 | cbrake | did the IRC notifications show up? |
21:02.56 | JaMa | only CIA didn't notice those |
21:03.43 | JaMa | so no |
21:07.08 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
21:08.03 | cbrake | appears to be a permission problem |
21:08.15 | cbrake | manually add a+r fixed it |
21:08.20 | cbrake | (cgit) |
21:08.47 | JaMa | great thank you |
21:09.20 | JaMa | btw is tinderbox.openembedded.net running? |
21:09.54 | JaMa | I had to disable oestat-client yesterday, because it wasn't and seems still isn't from here |
21:10.24 | Crofton|work | pretty sure tinderbox is unresponisive, based on my oe run earlier and eFfeM's observation |
21:11.06 | *** join/#oe pb___ (~pb@blundell.swaffham-prior.co.uk) |
21:11.46 | eFfeM | i turned oestats-client or whatever the name is off, and things became a lot faster |
21:12.46 | jano23 | do you know the point where u read and read and just dont get the clue.... basic question concerning building modules w/ bitbake: how to start at all? i have a driver folder with makefile, *.c files an i have the fuse-module recipe... |
21:15.35 | JaMa | ah tinderbox does respond, but it's really very slow |
21:19.45 | *** join/#oe reactor16 (~reactor16@static.108.169.4.46.clients.your-server.de) |
21:20.18 | eFfeM | btw is this known? I have libtool issues with fontconfig. I am at git head, but I did move from opensuse 11.2 to 11.3 last saturday |
21:20.33 | eFfeM | libtool 2.4 |
21:23.05 | JaMa | fontconfig compiles fine here |
21:28.44 | CIA-1 | 03Cliff Brake <cbrake@bec-systems.com> 07master * r9bec8e2f1c 10openembedded.git/README: README: dummy commit to test |
21:30.20 | CIA-1 | 03Cliff Brake <cbrake@bec-systems.com> 07master * r46c561bae1 10openembedded.git/README: README: another test commit |
21:30.34 | cbrake | ok, I think CIA is back :-) |
21:30.40 | woglinde | hehe |
21:31.27 | kergoth_ | hugs CIA-1 |
21:31.27 | CIA-1 | hugs kergoth_ |
21:31.39 | eFfeM | jama |
21:31.39 | eFfeM | TLSXDE |
21:31.41 | eFfeM | oops |
21:31.50 | eFfeM | | /usr/bin/grep: /usr/lib/libz.la: No such file or directory |
21:31.51 | eFfeM | | /usr/bin/sed: can't read /usr/lib/libz.la: No such file or directory |
21:31.51 | eFfeM | | arm-oe-linux-gnueabi-libtool: link: `/usr/lib/libz.la' is not a valid libtool archive |
21:32.14 | JaMa | pastebin libz.la |
21:32.28 | eFfeM | do you have /usr/lib/libz.la ? |
21:32.41 | woglinde | he means from sysroot-target |
21:32.52 | JaMa | yes from sysroot |
21:33.16 | eFfeM | yes, understood searching it |
21:33.59 | JaMa | here is mine http://paste.pocoo.org/show/308094/ |
21:34.16 | eFfeM | http://www.pastebin.ca/2025708 |
21:34.58 | *** join/#oe GarthPS (~quassel@88.140.155.53) |
21:35.01 | JaMa | looks good, can you check which .la depends on it? |
21:35.22 | eFfeM | the differnece is that I have installed=no and you have installed=yes |
21:35.56 | eFfeM | oops and the dependency libs path |
21:36.20 | JaMa | try to grep /usr/lib/libz.la | grep -v =/usr/lib/libz.la |
21:36.36 | JaMa | ahh yours libz.la doesn't look like from libtool with sysroot enabled |
21:37.18 | JaMa | did you rebuild zlib after that last sane-toolchain.inc fix? |
21:37.22 | eFfeM | ah ok, i thought I generated it after I enabled sysroot |
21:37.23 | woglinde | jama how the libz.la should look like? |
21:37.27 | eFfeM | will rebuild |
21:37.37 | JaMa | woglinde: see my paste |
21:37.39 | eFfeM | woglinde: like the one JaMa showed' |
21:38.08 | woglinde | hm |
21:38.27 | JaMa | woglinde: and in more complex example you should see '=' instead "/home/frans/oe/tmp_minimal/sysroots/armv7a-oe-linux-gnueabi/" |
21:39.15 | JaMa | woglinde: for example libfontconfig.la http://paste.pocoo.org/show/308102/ |
21:39.59 | eFfeM | guess this means a clean rebuilt for me, |
21:40.18 | JaMa | woglinde: and that grep+sed from eFfeM error output are trying to replace '=' with actuall sysroot val passed as parameter |
21:40.41 | JaMa | eFfeM: yes, clean rebuild is needed to "fix" all .la files |
21:40.48 | woglinde | jama hm anyidea how I can fix the openjdk build? |
21:40.55 | eFfeM | will try fontconfig first |
21:41.22 | woglinde | I need to call our autotools.bbclass stuff by hand from a Makefile |
21:41.28 | woglinde | for configure |
21:41.49 | JaMa | I call it too ie in python iirc (for ctypes) |
21:42.17 | JaMa | do_configure_prepend() { autoreconf -Wcross --verbose --install --force --exclude=autopoint Modules/_ctypes/libffi || oenote "_ctypes failed to autoreconf" |
21:42.56 | JaMa | so probably something similar could be used in openjdk? |
21:43.46 | woglinde | hm I tried but the libtool script generated still replaces -lz with /usr/lib/libz.so |
21:43.56 | woglinde | maybee I will try again |
21:44.22 | JaMa | does it generate right libtool script? |
21:44.37 | JaMa | isn't it older version from m4/*? |
21:44.55 | woglinde | nono I took care that m4 got ereased |
21:45.13 | JaMa | -> sleep() |
21:45.20 | JaMa | woglinde: ah :/ |
21:46.44 | woglinde | jama thanks anyway |
21:49.20 | *** join/#oe valhalla (~valhalla@81-174-23-232.dynamic.ngi.it) |
21:51.44 | eFfeM | seems the libz issue is now ok, trying fontconfig as a test |
21:52.03 | eFfeM | but now seem to get this |
21:52.04 | eFfeM | Traceback (most recent call last): |
21:52.05 | eFfeM | <PROTECTED> |
21:52.05 | eFfeM | <PROTECTED> |
21:52.05 | eFfeM | TypeError: 'NoneType' object is not callable |
21:52.15 | eFfeM | bitbake git head this happens after rm_work |
21:53.49 | *** part/#oe Omegamoon (~egoe@demolitionman.xs4all.nl) |
21:54.12 | kergoth_ | doesn't happen after rm_work here, i always use rm_work |
21:54.57 | eFfeM | kergoth_: happens here after rm_work too |
21:55.48 | eFfeM | JaMa|Off: I did clean and rebuild zlib, my libz.la looks exactly like yours, still fontconfig fails with the same error (I did do a -cclean of fontconfig too) |
21:55.48 | kergoth_ | you just said that |
21:55.51 | kergoth_ | i heard you the first tiem |
21:55.56 | kergoth_ | 14:52 < eFfeM> bitbake git head this happens after rm_work |
21:56.20 | eFfeM | kergoth_: ah yes, misunderstood your remark |
21:56.51 | eFfeM | kergoth_: the issue is it is a python error in queues.py |
21:57.13 | kergoth_ | yes, i know, i read the error message you pasted 5 minutes ago |
21:57.22 | kergoth_ | i'm not sure why you seem to think i can't read |
21:57.32 | kergoth_ | but i'll keep an eye open for it |
21:57.55 | eFfeM | ah ok, well actually my brain is not really in gear yet, recovering from flu |
21:58.09 | Crofton|work | funny, I had a bug yesterday |
21:58.22 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
22:00.39 | eFfeM | kergoth_: I'll see if I can reproduce it; i've thrown away the cache, the only odd thing I can think of is that I did a -cclean with a wrong pacakge name |
22:00.51 | kergoth_ | k |
22:01.08 | eFfeM | cbrake: thanks for fixing cia and cgit |
22:01.27 | kergoth_ | i'm sure there are bugs remaining somewhere, but there isn't much to be done if it isn't reproducable. that error is particularly strange |
22:01.38 | kergoth_ | it could very well be a multiprocessing bug, hard to say |
22:02.16 | denix | kergoth_: ah, you are back. I just sent an email about base.bbclass breakage in BB 1.8.19 |
22:02.37 | kergoth_ | i was doing builds all day the other day with 1.8 in git |
22:03.00 | cbrake | eFfeM: np, thanks for testing |
22:03.01 | eFfeM | cleaning the cache did not make the problem go away |
22:03.59 | kergoth_ | denix: will take a look at it when it shows up in my inbox |
22:04.00 | denix | kergoth_: here's what I'm seeing - http://pastebin.com/bnkLpm7f |
22:04.27 | denix | yeah, mailing list is super slow today - my emails take at least an hour to show up... |
22:04.38 | kergoth_ | denix: that's fixed. |
22:04.44 | kergoth_ | not in a release yet, but its fixed in git |
22:04.47 | eFfeM | ok, calling it a day, have fun everyone! |
22:04.51 | kergoth_ | 1.8 branch has a few new fixes |
22:05.06 | denix | kergoth_: ah, in bitbake? missed that |
22:05.22 | kergoth_ | yes, it was a bug in bb.warn |
22:05.43 | kergoth_ | will see about doing a new 1.8 release soon |
22:05.52 | kergoth_ | should probably do a new 1.10 also |
22:05.59 | kergoth_ | it has a few fixes too |
22:06.27 | denix | thanks! that would be great |
22:07.20 | *** join/#oe marex (~marex@eduroam49.ms.mff.cuni.cz) |
22:20.29 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
22:23.00 | kergoth_ | denix: also, you should really try out master, its leaps and bounds faster than 1.8, and it could always use more testers ;) |
22:23.33 | *** join/#oe obi (~obi@unaffiliated/obi) |
22:24.30 | woglinde | re obi |
22:27.24 | obi | hi woglinde |
22:39.24 | *** join/#oe likewise (~likewise@82-170-243-215.ip.telfort.nl) |
22:40.02 | woglinde | hi likewise |
22:40.14 | likewise | hi woglinde, all |
23:04.07 | *** join/#oe sgw (~sgw@72-160-89-212.dyn.centurytel.net) |
23:16.19 | *** join/#oe nitink (~nitink@nat/intel/x-stsbokrloriekiqs) |
23:18.44 | *** join/#oe kerim (~kerim@188.3.46.134) |
23:20.08 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
23:38.27 | *** join/#oe angelox_123 (~Angelo@201-95-46-224.dsl.telesp.net.br) |
23:43.36 | *** join/#oe mgross (~mgross@74.85.239.23) |
23:46.04 | *** join/#oe rsalveti (~rsalveti@201.82.72.47) |
23:46.54 | *** join/#oe rsalveti (~rsalveti@201.82.72.47) |
23:49.43 | *** join/#oe rsalveti (~rsalveti@201.82.72.47) |