00:07.48 | *** join/#oe methril (~methril@189.27.130.146.dynamic.adsl.gvt.net.br) |
00:46.48 | *** join/#oe _julian_ (~quassel@hmbg-5f76074d.pool.mediaWays.net) |
01:21.51 | *** join/#oe kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
01:27.09 | *** join/#oe tlab (~tlab@c-98-223-20-74.hsd1.in.comcast.net) |
01:40.14 | *** join/#oe openfree (~dennis@116.228.88.131) |
02:03.23 | *** join/#oe openfree (~dennis@116.228.88.131) |
02:05.26 | *** join/#oe devzero_ (devzero@xdsl-89-0-158-30.netcologne.de) |
02:22.11 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
02:47.03 | khem | mrj10: those images need populating |
02:47.13 | *** join/#oe ZeZu (~null@c-98-227-57-1.hsd1.in.comcast.net) |
02:47.25 | khem | mrj10: with your checkout you can build efl-nodm-image |
02:47.29 | khem | which is graphical |
02:49.13 | mrj10 | khem: ok, i'll give that one a shot at some point; it uses enlightenment, right? |
02:49.24 | khem | yes |
02:49.40 | khem | mrj10: but now all we need is bring the needed recipes |
02:49.45 | khem | and populate the images |
02:51.18 | mrj10 | that's good to hear. is it more involved than copy/paste? i recall there being some discussion of deprecating/leaving out a bunch of abandoned recipes -- maybe deciding which are abandoned has something to do with it? |
04:08.00 | *** join/#oe otavio (~otavio@189.114.111.55) |
04:08.01 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
04:15.13 | *** join/#oe openfree (~dennis@116.228.88.131) |
04:27.13 | *** join/#oe JaMa (~martin@94.230.152.115) |
04:36.05 | *** join/#oe _zxdx (~zEX0dEx@178.120.88.16) |
05:31.37 | *** join/#oe toi (~peter@vrt.nat.ibbt.be) |
05:48.04 | *** join/#oe sanket (~sanket@114.143.165.68) |
05:48.52 | *** join/#oe zenlinux (~sgarman@c-76-105-143-140.hsd1.or.comcast.net) |
05:54.23 | sanket | can any suggest some lightweighted webbrowser.... which can smoothly work on 250 Mhz processor.... |
06:01.04 | grg | sanket, you're generally out of luck |
06:01.06 | mrj10 | lynx! |
06:01.33 | grg | graphical browser options include: netsurf. |
06:01.42 | grg | netsurf does not do javascript |
06:01.43 | sanket | lynx is a text base webbrowser.... |
06:02.17 | grg | sanket, if you have gfx acceleration and lots of ram, your life will be much easier |
06:02.31 | grg | otherwise its mission impossible |
06:03.07 | grg | phones and tablets which include browsers are much more powerful and often struggle with bigger websites |
06:03.33 | sanket | I have tried some Midori webbrowser... but still the performance is not upto the mark.... I m compiling this browsers for MIPS.....' |
06:04.01 | grg | i have a 400MHz mipsel, 128mb ram and have had no luck finding a nice usable browser |
06:04.17 | grg | they all suck on these resources, for various reasons |
06:04.53 | grg | i got firefox building some time ago, and it worked much faster than expected. But still not usable without much patience |
06:06.06 | mrj10 | maybe chrome? |
06:06.28 | grg | no |
06:06.48 | grg | the resources required to load modern websites are too great |
06:07.03 | *** join/#oe pespin (~pespin@cisne-cn07.upc.es) |
06:11.24 | *** join/#oe vanner_ (~vanner_@nat2.rnd.stcnet.ru) |
06:11.50 | *** join/#oe gizero76 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
06:12.42 | mrj10 | well yeah |
06:12.48 | mrj10 | it's not going to be great on that hardware |
06:12.53 | mrj10 | no matter what you do |
06:13.00 | mrj10 | but it may suck less than the alternatives |
06:14.50 | ka6sox-away | I use elinks but thats not graphical...and less and less is text based :( |
06:15.33 | grg | web developers have been conspiring against embedded devices for a long time |
06:16.00 | grg | shakes his fist at javascript |
06:16.23 | grg | HTML4.0 ought to be enough for anyone, right...? |
06:17.32 | ka6sox-away | grg, that goes along with 640kB ought to be enough for anyone. |
06:20.08 | grg | :) |
06:23.22 | *** join/#oe vitus (~vitus@145.253.169.210) |
06:26.04 | *** part/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
06:26.08 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
06:41.19 | CcSsNET | grg, dillo |
06:41.25 | CcSsNET | limited yes. but fast |
06:42.56 | *** join/#oe openfree (~dennis@116.228.88.131) |
06:49.59 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
06:49.59 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
06:50.35 | grg | CcSsNET, dillo doesn't do javascript. So its in the same category as netsurf. Fast, but ultimately useless for the web of today. |
06:52.11 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
06:52.34 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
06:57.28 | CIA-10 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc0c5bbaa3c 10openembedded.git/recipes/avahi/mango-lassi_git.bb: |
06:57.28 | CIA-10 | mango-lassi: switch to Svens version |
06:57.28 | CIA-10 | From #systemd: |
07:15.53 | mckoan | good morning |
07:16.08 | *** join/#oe rschus (~rschus@230.118.101.84.rev.sfr.net) |
07:20.53 | CIA-10 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r804cec0ea9 10openembedded.git/recipes/qt4/ (qt-4.7.3.inc qt-4.7.3/0001-wsegl2-support.patch): |
07:20.53 | CIA-10 | qt 4.7.3: update powervr code to work with recent (1.6) powervr SDKs |
07:20.53 | CIA-10 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
07:22.08 | *** join/#oe roza (~ron@nat/cisco/x-joutoityqfbdznkk) |
07:25.02 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
07:25.02 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
07:30.07 | *** join/#oe tasslehoff (~Tasslehof@145.79-161-31.customer.lyse.net) |
07:35.23 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
07:43.35 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
07:44.12 | *** join/#oe Ironnads (~Ironnads@host86-144-172-225.range86-144.btcentralplus.com) |
07:55.26 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
08:10.59 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
08:11.48 | *** join/#oe amarsman_nl (~marsman@88.128.139.28) |
08:12.20 | *** join/#oe penghb (~penghb@202.108.130.138) |
08:36.29 | *** join/#oe risca (~risca@130.236.250.9) |
08:37.48 | *** join/#oe openfree (~dennis@116.228.88.131) |
08:39.49 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
09:01.44 | CIA-10 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * raae5b51e4a 10openembedded.git/recipes/qt4/qt-4.7.3.inc: |
09:01.45 | CIA-10 | qt4: fix typo in SRC_URI |
09:01.45 | CIA-10 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
09:14.30 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
09:19.26 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
09:23.26 | *** join/#oe openfree (~dennis@116.228.88.131) |
09:31.19 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
09:35.05 | *** join/#oe RP__ (~richard@dan.rpsys.net) |
09:55.29 | *** join/#oe Crofton (~balister@75-136-226-183.dhcp.mant.nc.charter.com) |
10:03.02 | *** join/#oe rje`cf (~rje@c-67-161-99-149.hsd1.wa.comcast.net) |
10:03.31 | sanket | I had builded x11-image using oe having Angstrom distribution.... I want to change the Splash Image .... vll it be possible? and how to? |
10:03.53 | *** join/#oe ccss (~ccssnet@c-98-216-138-179.hsd1.ma.comcast.net) |
10:13.27 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
10:21.05 | *** join/#oe CcSsNET (~ccssnet@c-98-216-138-179.hsd1.ma.comcast.net) |
10:27.37 | *** join/#oe pepermint (~pepermint@host56-13-dynamic.58-82-r.retail.telecomitalia.it) |
10:36.25 | *** join/#oe hrw (~hrw@linaro/hrw) |
10:37.17 | *** join/#oe dankobum (~rolf@p5B2E75CD.dip.t-dialin.net) |
10:47.55 | *** join/#oe hrw (~hrw@linaro/hrw) |
10:50.34 | *** join/#oe lamikr (~lamikr@192.100.124.156) |
10:56.34 | *** join/#oe hrw (~hrw@linaro/hrw) |
10:59.08 | *** join/#oe obi__ (~obi@unaffiliated/obi) |
11:08.15 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
11:11.14 | *** join/#oe pespin (~pespin@218.pool85-50-81.dynamic.orange.es) |
11:12.38 | *** join/#oe risca (~risca@130.236.133.161) |
11:21.54 | *** join/#oe obi__ (~obi@unaffiliated/obi) |
11:25.49 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
11:25.58 | *** join/#oe Jay7 (jay@93-81-3-45.broadband.corbina.ru) |
11:27.00 | eFfeM_work | should I be able to run a statically linked uclibc exe on a system that is for the rest build with eglibc ? |
11:32.24 | *** join/#oe _zxdx (~zEX0dEx@178.120.88.16) |
11:33.13 | pb_ | yes |
11:33.17 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
11:33.34 | *** join/#oe zenlinux_ (~sgarman@c-76-105-143-140.hsd1.or.comcast.net) |
11:36.05 | *** join/#oe __zxdx (~zEX0dEx@178.120.88.16) |
11:38.49 | *** join/#oe risca (~risca@130.236.133.161) |
11:45.53 | eFfeM_work | pb_: hm, I get a segfault at address 0 (trying a statically linked helloworld). this is with a tree pulled a few months ago |
11:46.21 | pb_ | I wouldn't be massively surprised if static linking is just plain broken with uclibc./ |
11:46.45 | pb_ | Why are you trying to do that, out of interest? |
11:48.55 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
11:49.58 | eFfeM_work | well, I moved from eglibc to uclibc (on ppc) to see how much space I save, but when I boot that image I get a kernel panic, attempting to kill init |
11:50.19 | eFfeM_work | so reverted to the eglibc image and tried a statically linked exe to see if that part works |
11:51.14 | pb_ | ah, I see |
11:51.14 | eFfeM_work | btw there is quite some saving, eglibc is about 1 M, uclibc is 670 k or so, but libm saves massively |
11:51.40 | pb_ | maybe better to try booting with eglibc and then chrooting into a uclibc tree, rather than introducing the extra variable of static linking |
11:51.57 | eFfeM_work | maybe update to git head or oe-core before I try agian, saw quite some uclibc patches from khem |
11:52.03 | eFfeM_work | can try that too |
11:52.14 | pb_ | yeah, or that |
11:52.32 | pb_ | uclibc didn't even compile for me last time I tried so I can't easily check for myself whether static bins work or not. |
11:52.59 | pb_ | but yes, you're right, uclibc is significantly smaller that (e)glibc |
11:55.08 | zecke | hrw: ping |
11:55.16 | pb_ | hi zecke |
11:55.34 | eFfeM_work | chrooting leads to a segfault on the chroot cmd |
11:56.06 | zecke | pb_: hi, how are you? your first months in the new job have passed? |
11:56.31 | pb_ | eFfeM_work: okay, so it sounds as though uclibc is just generically broken |
11:56.53 | pb_ | zecke: yes, thanks. it'll be four months tomorrow in fact. |
11:57.03 | pb_ | all going well so far :-) |
11:57.07 | eFfeM_work | pb_: guess so, will try with git head, but probably not today |
11:57.58 | eFfeM_work | too much work and too little time |
11:58.07 | pb_ | righto |
11:59.49 | *** join/#oe pepermint (~pepermint@host56-13-dynamic.58-82-r.retail.telecomitalia.it) |
12:05.14 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
12:05.42 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
12:06.38 | *** join/#oe GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
12:08.38 | Crofton | pb_, games are core :) |
12:09.11 | GNUtoo | about games....where should I add games like: |
12:09.16 | GNUtoo | *wesnoth |
12:09.20 | GNUtoo | *wordwarvi |
12:09.22 | GNUtoo | etc... |
12:09.25 | GNUtoo | not poky games |
12:09.33 | GNUtoo | in oe-core |
12:09.46 | GNUtoo | will there be a game layer |
12:10.14 | Crofton | the games layer :) |
12:10.21 | Crofton | is at the beach |
12:10.38 | GNUtoo | ah there is a game layer now |
12:10.39 | GNUtoo | ok |
12:10.50 | Crofton | I don't know |
12:11.01 | Crofton | I am just being silly :) |
12:11.25 | GNUtoo | ah ok |
12:23.27 | *** join/#oe sanket (~sanket@114.143.164.138) |
12:24.33 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
12:35.06 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
12:42.03 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
12:42.20 | *** join/#oe mrc3 (~ddiaz@189.157.111.14) |
12:53.37 | *** join/#oe morphis (~morphis@ip-2-203-247-129.web.vodafone.de) |
12:59.59 | *** join/#oe mrc3 (~ddiaz@189.157.113.93) |
13:08.04 | *** join/#oe kristoffer (~kristoffe@c-b6dbe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
13:16.04 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
13:18.56 | *** join/#oe mrc3 (~ddiaz@189.157.121.234) |
13:20.26 | *** join/#oe mwester-laptop (~mwester@nslu2-linux/mwester) |
13:24.09 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
13:29.12 | *** join/#oe amarsman_nl (~marsman@nat/montavista/x-btafyxnhqimiwfhd) |
13:30.18 | *** join/#oe lamawithonel (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
13:30.27 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
13:34.47 | *** join/#oe rickfoosusa (~chatzilla@adsl-209-30-130-147.dsl.austtx.swbell.net) |
13:36.03 | *** join/#oe mr_nice (~nice@141.201.224.11) |
13:40.20 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
13:41.00 | *** join/#oe mrc3 (~ddiaz@189.157.121.225) |
13:41.18 | *** join/#oe mickey| (~M@business-092-079-168-007.static.arcor-ip.net) |
13:42.16 | pb_ | hi mickey| |
13:47.40 | cbrake | pb_: Hi Phil. Someone mentioned you have a micro distro git layer somewhere? |
13:47.53 | pb_ | hi cliff |
13:47.54 | cbrake | pb_: I would like to add that to the weekly changelog if it makes sense |
13:48.59 | pb_ | yes, it's currently at git://pbcl.net/git/meta-micro, but I was planning to move it to be hosted at oe.org in the nearish future |
13:49.24 | CIA-10 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf4a0659a00 10openembedded.git/recipes/x-load/x-load_git.bb: |
13:49.24 | CIA-10 | x-load git: bump SRCREV |
13:49.24 | CIA-10 | tested on beagleboard/angstrom |
13:49.34 | CIA-10 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r1b18fbc058 10openembedded.git/recipes/avahi/mango-lassi_git.bb: |
13:49.34 | CIA-10 | mango-lassi: add missing xtst to DEPENDS |
13:49.34 | CIA-10 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
13:49.37 | pb_ | what do you need to do to add it to the changelog: do you just pull from the repo and inspect the output from "git log"? |
13:49.53 | cbrake | pb_: yes |
13:50.08 | pb_ | ok, cool. well, you are very welcome to start doing that. I'll let you know if/when the url changes. |
13:50.08 | cbrake | pb_: do you want me to set up the repo on git.oe.org now? |
13:50.17 | pb_ | actually, yeah, let's do that |
13:50.24 | pb_ | I guess now is as good a time as any to move it |
13:50.38 | cbrake | pb_: ok, I'll set up the repo unless you want to |
13:50.56 | *** join/#oe B_Lizzard (~havoc@athedsl-421102.home.otenet.gr) |
13:51.00 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
13:51.09 | pb_ | please go ahead |
13:55.38 | cbrake | pb_: http://cgit.openembedded.org/cgit.cgi/meta-micro/ |
13:55.53 | pb_ | rock |
13:55.54 | pb_ | thanks |
13:55.57 | cbrake | pb_: you should have push access. I assume you want to keep this layer the "pull model"? |
13:56.15 | pb_ | yes, please |
13:56.45 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
13:58.30 | CIA-10 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9665a28fc6 10openembedded.git/recipes/avahi/avahi-ui_0.6.30.bb: |
13:58.30 | CIA-10 | avahi-ui 0.6.30: improve packaging some more |
13:58.30 | CIA-10 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
14:01.45 | CIA-10 | 03Andreas Oberritter <obi@opendreambox.org> 07master * r063c182297 10openembedded.git/classes/kernel.bbclass: |
14:01.45 | CIA-10 | kernel.bbclass: pass KERNEL_VERSION through legitimize_package_name |
14:01.45 | CIA-10 | - KERNEL_VERSION may contain characters unsuitable for package |
14:03.20 | *** join/#oe vitus (~vitus@145.253.169.210) |
14:03.20 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ujgjdxchaihuvdgs) |
14:04.01 | *** join/#oe vitus (~vitus@145.253.169.210) |
14:05.26 | *** join/#oe mdpoole (entrope@pool-74-96-175-150.washdc.fios.verizon.net) |
14:05.41 | CIA-10 | 03Andreas Oberritter <obi@opendreambox.org> 07master * rb527db8025 10openembedded.git/lib/oe/unpack.py: |
14:05.41 | CIA-10 | lib/oe/unpack.py: unpack rar archives |
14:05.41 | CIA-10 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
14:06.02 | mdpoole | Is there a good way to find out which recipe generated an .opkg? |
14:06.14 | *** join/#oe devzero_ (devzero@xdsl-78-35-51-18.netcologne.de) |
14:06.42 | pb_ | look at the OE: field in the control file |
14:07.24 | *** join/#oe brolin (~brolin@nat223.udea.edu.co) |
14:07.27 | CIA-10 | 03Andreas Oberritter <obi@opendreambox.org> 07master * re178452958 10openembedded.git/classes/kernel.bbclass: (log message trimmed) |
14:07.27 | CIA-10 | kernel.bbclass: pass AR, NM and OBJCOPY to make |
14:07.27 | CIA-10 | - Fixes build with certain vendor-supplied Montavista kernels. |
14:08.42 | mdpoole | pb_: Thanks! That did the trick. |
14:08.46 | *** join/#oe mrc3 (~ddiaz@189.157.114.4) |
14:10.20 | *** join/#oe amarsman_nl (~marsman@nat/montavista/x-xbzqnpwipykpvufl) |
14:13.22 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
14:14.21 | *** join/#oe chase (~chase@nat/ti/x-xswuhthfldmorcqk) |
14:20.38 | pb_ | hi kergoth |
14:23.29 | cbrake | can someone point me to meta-slugos? |
14:24.51 | pb_ | git://github.com/kraj/meta-slugos.git apparently |
14:25.10 | pb_ | also git://github.com/kraj/meta-nslu2.git |
14:25.14 | pb_ | (for the nslu2 machine layer) |
14:26.06 | *** join/#oe playya__ (~playya@p5DE56384.dip.t-dialin.net) |
14:26.06 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
14:27.05 | kergoth | hmm, do we have a wiki page just listing all the known available layers, yet? we should make one, if not |
14:27.10 | kergoth | yawns |
14:27.15 | *** join/#oe Openfree` (~df@61.170.206.106) |
14:27.16 | pb_ | not afaik |
14:27.18 | pb_ | good idea though |
14:27.38 | pb_ | meta-metadata :-} |
14:29.23 | kergoth | hehe |
14:29.39 | cbrake | is swimming in layers ... |
14:32.03 | *** join/#oe rob_w (~bob@ppp-188-174-6-144.dynamic.mnet-online.de) |
14:32.09 | *** join/#oe jevin (~jevin@jevinskie-1-pt.tunnel.tserv9.chi1.ipv6.he.net) |
14:33.08 | cbrake | http://git.yoctoproject.org/ has a bunch more layers ... |
14:34.22 | *** join/#oe lisppaste (~lisppaste@tiger.common-lisp.net) |
14:40.19 | mwester-laptop | needs to figure out the layer thing... |
14:44.39 | pb_ | cbrake: do you have any idea what keeps going wrong with the oe-core repo? it seems to break any time anybody touches anything git-related on melo. |
14:45.25 | cbrake | pb_: is it broke now? |
14:45.30 | pb_ | yeah |
14:45.35 | cbrake | pb_: I just pushed some git changes |
14:45.36 | pb_ | I suspect it broke when you added meta-micro |
14:46.19 | cbrake | pb_: I'll look at it |
14:46.25 | pb_ | ok, thanks |
14:46.32 | pb_ | I don't have my ssh key with me right now so I can't look myself |
14:47.08 | pb_ | see http://lists.linuxtogo.org/pipermail/openembedded-core/2011-May/003009.html for the complaint |
14:53.54 | *** join/#oe jevin (~jevin@jevinskie-1-pt.tunnel.tserv9.chi1.ipv6.he.net) |
14:59.50 | cbrake | RP__: oe-core git is fixed. I also fixed the root cause of the problem. |
15:04.05 | *** join/#oe msm (~msm@gate-de.freescale.com) |
15:07.19 | pb_ | cbrake: excellent, thanks |
15:09.06 | *** join/#oe phdeswer (~philippe@85-156-21-89.elisa-mobile.fi) |
15:12.10 | *** join/#oe brolin (~brolin@nat223.udea.edu.co) |
15:13.43 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
15:22.01 | *** join/#oe obi__ (~obi@unaffiliated/obi) |
15:33.52 | *** join/#oe mike_ (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
15:34.43 | *** join/#oe mike__ (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
15:35.07 | *** join/#oe mikey_w (~mike@pool-74-110-218-2.rcmdva.fios.verizon.net) |
15:38.12 | *** join/#oe nitink (~nitink@nat/intel/x-clxvdcxaoektclnu) |
15:49.36 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
15:49.44 | *** join/#oe hbeck (~hbeck@69.41.94.157) |
15:55.25 | *** join/#oe rschus (~rschus@230.118.101.84.rev.sfr.net) |
16:00.38 | kergoth | does anyone else think it'd be useful to have a tool to inspect a tmpdir and tell you about the build? |
16:00.51 | kergoth | these images were built, these recipes, these tasks failed, whatever.. |
16:00.53 | kergoth | after the fact |
16:01.28 | kergoth | not everyone saves a full build log -- speaking of which, we need to start emitting one ' |
16:04.31 | *** join/#oe timtimred (~meh@79-67-228-149.dynamic.dsl.as9105.com) |
16:11.24 | *** join/#oe risca (~risca@130.236.133.161) |
16:13.38 | GNUtoo | kergoth, or maybe we could have a general logging system |
16:13.45 | GNUtoo | something like an integrated tee |
16:13.47 | kergoth | not sure what you mean by that. |
16:13.54 | kergoth | current bitbake already uses the python logging module |
16:13.59 | GNUtoo | basically I do that everytime: |
16:14.01 | GNUtoo | screen |
16:14.02 | kergoth | adding a global log is like 2 lines of code |
16:14.08 | GNUtoo | bitbake foo-image;bitbake bar thing |
16:14.17 | GNUtoo | and then I detach |
16:14.21 | GNUtoo | and reattach |
16:14.29 | GNUtoo | and I don't know what failled |
16:14.33 | GNUtoo | and what succeded |
16:15.02 | kergoth | that depends on what bitbake UI you use, also |
16:15.09 | GNUtoo | ah? |
16:15.15 | GNUtoo | I use the console ui |
16:15.19 | GNUtoo | bitbake foo-image |
16:15.21 | kergoth | the gtk one lets you go back and look at the state of all the tasks, and copy the log files of each, etc |
16:15.27 | GNUtoo | ah ok |
16:15.35 | GNUtoo | I work trough ssh |
16:15.41 | kergoth | but, i do think we need an automatic always emitted log of your full bitbake build |
16:15.48 | GNUtoo | and I always forgett to tee the bitbake output |
16:15.54 | kergoth | nods |
16:15.54 | GNUtoo | yes |
16:21.50 | ka6sox-away | kergoth, I do, for stats. |
16:22.19 | *** join/#oe mr_nice (~nice@95-90-75-76-dynip.superkabel.de) |
16:25.59 | *** join/#oe risca (~risca@130.236.133.161) |
16:28.52 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
16:35.42 | *** join/#oe Heinervdm (~thomas@pD9E172F3.dip.t-dialin.net) |
16:40.34 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
16:40.47 | *** join/#oe risca (~risca@130.236.133.161) |
16:43.36 | *** join/#oe amarsman_de (~marsman@nat/montavista/x-wshsjsouhjgiidsi) |
16:44.13 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
16:44.13 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
16:51.38 | RP__ | cbrake: thanks very much! |
16:52.51 | RP__ | kergoth: Ideally we need to separate out the console log levels from the main logging levels but I'd love to see a log file of the console |
16:54.26 | *** join/#oe _zxdx (~zEX0dEx@178.121.177.98) |
17:01.15 | *** join/#oe hbeck (~hbeck@69.41.94.157) |
17:08.54 | *** join/#oe risca (~risca@130.236.133.161) |
17:13.51 | *** join/#oe CcSsNET (~ccssnet@c-98-216-138-179.hsd1.ma.comcast.net) |
17:18.01 | kergoth | _ctypes.o: ELF file data encoding is not little endian -- anyone run into this one? |
17:18.08 | kergoth | python build, powerpc machine |
17:21.38 | RP__ | kergoth: oecore or not? |
17:21.48 | RP__ | We had some ctypes fixes in there recently... |
17:23.09 | kergoth | not |
17:23.15 | kergoth | checks the oe-core log |
17:23.50 | *** join/#oe egonzalez_ergio (be313240@gateway/web/freenode/ip.190.49.50.64) |
17:26.14 | kergoth | looks like the recent changes there were for 3rd party stuff, while the issue i'm hitting is with building of the c extensions in python itself |
17:31.09 | *** join/#oe egonzalez_ergio_ (~emiliano@190.49.50.64) |
17:31.52 | *** join/#oe egonzalez_ergio_ (~emiliano@190.49.50.64) |
17:33.33 | *** join/#oe amarsman_de (~marsman@77-21-30-15-dynip.superkabel.de) |
17:34.23 | RP__ | kergoth: fair enough, I just wondered if it was related |
17:39.03 | *** join/#oe gungfuwayne (~wayne@gw.emacinc.com) |
17:40.29 | *** join/#oe morphis (~morphis@dslb-088-071-227-168.pools.arcor-ip.net) |
17:41.51 | khem | RP__: in oecore libelf is provided by elfutils but elfutils do not build for uclibc due to its glibc'ism but gcc 4.5 needs libelf to build itself |
17:42.10 | khem | for target it does not build for uclibc since it requires elfutils |
17:42.35 | khem | in classic oe there is a separate recipe for libelf |
17:43.15 | khem | I wonder if we should either provide a virtual/libelf |
17:44.38 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
17:49.58 | *** join/#oe morphis_ (~morphis@dslb-088-071-227-168.pools.arcor-ip.net) |
17:50.57 | *** join/#oe risca (~risca@130.236.133.161) |
17:51.48 | *** join/#oe rcf (~rcf@81.243.19.108) |
17:52.49 | *** join/#oe rje`cf (~rje@c-67-161-99-149.hsd1.wa.comcast.net) |
17:55.14 | *** join/#oe amarsman_de (~marsman@77-21-30-15-dynip.superkabel.de) |
18:03.29 | *** join/#oe anarsoul (~anarsoul@80.249.91.43) |
18:04.12 | *** part/#oe egonzalez_ergio (~emiliano@190.49.50.64) |
18:05.36 | *** join/#oe egonzalez_ergio (~emiliano@190.49.50.64) |
18:05.44 | *** part/#oe egonzalez_ergio (~emiliano@190.49.50.64) |
18:05.51 | *** join/#oe hbeck (~hbeck@69.41.94.157) |
18:10.23 | *** join/#oe __zxdx (~zEX0dEx@178.120.63.118) |
18:11.04 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
18:13.07 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
18:26.48 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
18:28.38 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
18:30.49 | *** join/#oe obi__ (~obi@unaffiliated/obi) |
18:31.01 | *** join/#oe EricFromFlorida (48f3d07d@gateway/web/freenode/ip.72.243.208.125) |
18:31.51 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
18:32.34 | EricFromFlorida | hello. Can someone advise me on my bitbake recipe? What is the fundamental different between work directory which end up under overo... and ones that end up under armv7a... I created my own recipe and the deliverable ended up under armv7a and I was wondering why and what for? |
18:36.33 | kergoth | recipes are flagged as either arch specific or machine specific. |
18:36.41 | kergoth | this is done to support building for multiple target machines in a single tmpdir |
18:37.40 | EricFromFlorida | i see.... so is arm... an architecture specific target? |
18:37.51 | EricFromFlorida | and overo-... a machine specific target? |
18:38.37 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
18:41.26 | *** join/#oe stefan_schmidt (~stefan@p4FC769FE.dip.t-dialin.net) |
18:45.38 | *** join/#oe pepermint (~pepermint@host126-88-dynamic.5-87-r.retail.telecomitalia.it) |
18:49.47 | *** join/#oe T0mW (~tom@static-68-236-213-104.nwrk.east.verizon.net) |
18:51.10 | T0mW | Couple of years ago, I wasted a lot of time with OE until I stumbled upon the fact that I was using the unstable branch (monotone days). Now that I'm starting a new project, what branch should I use that is "stable"? |
18:51.59 | zecke | T0mW: you might want to take a look at Yocto/Poky for something very stable. |
18:52.09 | *** part/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
18:52.12 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
18:52.17 | kergoth | erm, wrong button |
18:52.39 | kergoth | i was going to say yocto/poky is indeed a good option, or you could use the maintenance branch of oe, which is the latest oe release + some backported fixes |
18:52.47 | kergoth | sadly oe-core isn't anywhere near ready for primetime yet |
18:53.39 | T0mW | ha, not that stable. With monotone there were many branches, I don't see anything but the "master" branch. What I'd like to avoid is developing using bleedin' edge recipies that change hourly (unstable branch) |
18:54.45 | jconnolly | is there a TSC or yocto-based timeline for oe-core readiness kergoth ? |
18:54.51 | jconnolly | just curious |
18:55.06 | T0mW | I've now got two projects to fill filesystems for. One has a large LCD, the other doesn't. |
18:55.32 | *** join/#oe ensc_ (~irc-ensc@p5DF2D5D1.dip.t-dialin.net) |
18:55.58 | T0mW | kergoth: "remotes/origin/2011.03-maintenance" ?? |
18:56.16 | kergoth | T0mW: there's master, and there's the maintainance branch. there's also the 'testing' tag, which is a weekly snapshot with recorded information about what machines/distros were successfully built with it |
18:56.18 | kergoth | yeah |
18:57.02 | T0mW | kergoth: thank you, Chris. |
18:57.10 | kergoth | np |
18:57.26 | kergoth | do check out yocto/poky though, its a much much smaller repository, focused on a stable minimal subset of metadata of oe |
18:57.30 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
18:57.35 | kergoth | (which is what oe-core will be for both projects in the future) |
18:59.43 | foerster | kergoth: did you happen to see the picture i linked on here last week for my first OE based product? |
18:59.53 | kergoth | foerster: nope |
19:00.02 | foerster | http://erafx.com/tmp/LZPS_FD2_1.jpg |
19:00.11 | foerster | http://erafx.com/tmp/LZPS_FD2_2.jpg |
19:00.34 | foerster | Just the front panel touch screen is OE. super-loop/rtos on other boards inside. |
19:00.38 | T0mW | kergoth: seen that and played with it, it was interesting. |
19:01.08 | kergoth | foerster: nice. definitely a use case i haven't seen before |
19:01.22 | foerster | and one shot of the front panel in action: http://erafx.com/tmp/LZPS_FD2_0.jpg |
19:01.47 | foerster | I forgot my camera when I was at the factory 2 weeks ago, and my droid takes lousy pictures. |
19:03.38 | ka6sox-away | foerster, nice |
19:04.10 | foerster | ka6sox-away: thanks ;) Feels good to finally get it released. |
19:04.14 | kergoth | foerster: congrats :) |
19:04.21 | foerster | kergoth: thanks |
19:04.30 | foerster | first 5 units to ship this Friday |
19:04.38 | kergoth | nice |
19:05.21 | kergoth | working on sort of meta-products, i don't get to see anything *tangible* go out the door anymore. selling something oe based for other people to use to make *their* products, a bit more meta, detached from the real devices :) |
19:05.34 | kergoth | its always a nice feeling to actually get a product out the door |
19:05.43 | foerster | FYI - that's a "static transfer switch", typically used in high end datacenters. |
19:05.44 | kergoth | more so with something physical for some reason, at least for me |
19:06.04 | foerster | Yea, it's nice to be able to see it, touch it, and experience it working on real hardware :) |
19:06.14 | kergoth | indeed |
19:07.11 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
19:12.03 | *** join/#oe risca (~risca@m83-188-245-62.cust.tele2.se) |
19:12.41 | foerster | kergoth: cairo (graphics lib) at work: http://www.erafx.com/tmp/waveform.png |
19:13.24 | foerster | is done spamming :) |
19:17.48 | *** join/#oe rickfoosusa (~chatzilla@adsl-209-30-130-147.dsl.austtx.swbell.net) |
19:39.04 | *** join/#oe msm (~msm@gate-de.freescale.com) |
19:40.08 | *** join/#oe jolt_ (~jolt@pD9FDCED5.dip.t-dialin.net) |
19:40.19 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
19:58.41 | *** join/#oe hrw (~hrw@linaro/hrw) |
20:03.07 | *** join/#oe lamikr (~lamikr@a91-155-178-59.elisa-laajakaista.fi) |
20:08.38 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
20:12.11 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
20:14.25 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
20:16.25 | *** join/#oe liamMT (~Liam@173-164-164-245-SFBA.hfc.comcastbusiness.net) |
20:26.42 | *** join/#oe pwgen (~ew@0133300566.0.fullrate.dk) |
20:34.41 | *** join/#oe rphillips (~rphillips@unaffiliated/rphillips) |
20:40.29 | *** join/#oe obi__ (~obi@unaffiliated/obi) |
20:44.41 | *** join/#oe NvrBst (debian-tor@gateway/tor-sasl/nvrbst) |
20:46.19 | EricFromFlorida | which variable in a recipe would target a working directory for overo... or armv7a... ? |
20:48.27 | JaMa | not sure what you mean, but maybe you want PACKAGE_ARCH |
20:50.00 | mdpoole | that was my guess as well, but I couldn't find documentation for what PACKAGE_ARCH is supposed to do |
20:50.19 | mdpoole | (I just looked at some of the TI-specific recipes) |
20:51.21 | kergoth | i already explained this earlier. |
20:51.53 | kergoth | recipes can be marked as being machine specific. this is necessary to facilitate builds of multiple machines in a single build directory. |
20:52.05 | kergoth | if your recipe will run on any device, you don't need to touch PACKAGE_ARCH at all |
20:55.28 | JaMa | or you can set PACKAGE_ARCH = "all" if the package isn't even architecture specific (like theme files) |
20:55.47 | JaMa | to keep only one build for all machines/architectures in build directory |
20:56.31 | kergoth | good point |
20:57.26 | kergoth | and of course this affects the architecture on the binary packages emitted, which allows a single opkg package feed to work for multiple devices as well, not just for builds |
21:03.34 | CIA-10 | 03Stanislav Brabec <utx@penguin.cz> 07master * r49af496ad1 10openembedded.git/recipes/crda/crda_1.1.1.bb: |
21:03.36 | CIA-10 | crda: Fix build by disabling of make environment overrides. |
21:03.36 | CIA-10 | Signed-off-by: Stanislav Brabec <utx@penguin.cz> |
21:03.45 | CIA-10 | 03Stanislav Brabec <utx@penguin.cz> 07master * r6c8afcfada 10openembedded.git/recipes/crda/crda_1.1.1.bb: |
21:03.46 | CIA-10 | crda: Upgrade regulatory database to 2011.04.28. |
21:03.46 | CIA-10 | Signed-off-by: Stanislav Brabec <utx@penguin.cz> |
21:05.15 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
21:07.22 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
21:07.58 | *** join/#oe pespin_ (~pespin@218.pool85-50-81.dynamic.orange.es) |
21:11.09 | ka6sox-away | khem ping? |
21:11.29 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
21:13.33 | *** join/#oe phdeswer (~philippe@85-156-21-89.elisa-mobile.fi) |
21:17.53 | *** join/#oe dijenerate (~dijenerat@204.212.240.159) |
21:23.56 | *** join/#oe Crofton (~balister@75-136-226-183.dhcp.mant.nc.charter.com) |
21:25.02 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
21:43.05 | *** join/#oe _zxdx (~zEX0dEx@178.120.4.141) |
21:43.46 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
21:44.30 | *** join/#oe hbeck (~hbeck@69.41.94.157) |
21:46.47 | hbeck | anyone know offhand if there's an OE python recipe that provides contents similar to python-support package (/usr/bin/dh_pysupport, /usr/sbin/update-python-modules) ? |
21:48.24 | EricFromFlorida | I found it ;) PACKAGE_ARCH = "${MACHINE_ARCH}" |
21:48.37 | EricFromFlorida | Thanks for the educational tour :)) |
21:50.48 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
21:53.35 | CIA-10 | 03Stanislav Brabec <utx@penguin.cz> 07master * r627af4c7a0 10openembedded.git/recipes/gnome/gnome-desktop.inc: |
21:53.35 | CIA-10 | gnome-desktop: Disable doc build - XSL processing depends on /usr/share/xml and needs work to be independent on host system. |
21:53.35 | CIA-10 | Signed-off-by: Stanislav Brabec <utx@penguin.cz> |
21:54.08 | *** join/#oe JaMa (~martin@94.230.152.115) |
21:56.06 | *** join/#oe ant__ (~andrea@host241-253-dynamic.16-79-r.retail.telecomitalia.it) |
22:04.31 | CIA-10 | 03Stanislav Brabec <utx@penguin.cz> 07master * r5a32c2a86b 10openembedded.git/recipes/navit/navit_svn.bb: |
22:04.33 | CIA-10 | mavit-svn: Upgrade to SVN snapshot 4495. Changed SVN URI to http (https does not work). |
22:04.33 | CIA-10 | Signed-off-by: Stanislav Brabec <utx@penguin.cz> |
22:09.24 | *** join/#oe hbeck (~hbeck@69.41.94.157) |
22:19.15 | CIA-10 | 03Stanislav Brabec <utx@penguin.cz> 07master * r880742f207 10openembedded.git/recipes/bluez/ (2 files in 2 dirs): |
22:19.16 | CIA-10 | bluez-hcidump: Fix declaration clash (remove definition of ntoh64() already present in bluetooth.h). |
22:19.16 | CIA-10 | Signed-off-by: Stanislav Brabec <utx@penguin.cz> |
22:26.05 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
22:26.05 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
22:29.28 | *** join/#oe Lopi (~lopi@12.45.183.119) |
22:37.26 | CIA-10 | 03Stanislav Brabec <utx@penguin.cz> 07master * r6b89af6c12 10openembedded.git/recipes/balsa/balsa_2.4.7.bb: |
22:37.26 | CIA-10 | balsa: Fix DEPENDS. Disable doc build - XSL processing is dependent on host system installation. |
22:37.26 | CIA-10 | Signed-off-by: Stanislav Brabec <utx@penguin.cz> |
22:40.56 | *** join/#oe obi_ (~obi@unaffiliated/obi) |
22:55.01 | CIA-10 | 03Stanislav Brabec <utx@penguin.cz> 07master * r1efeba2486 10openembedded.git/recipes/mumpot/mumpot_0.4.bb: |
22:55.01 | CIA-10 | mumpot: Upgrade to version 0.6. |
22:55.01 | CIA-10 | Signed-off-by: Stanislav Brabec <utx@penguin.cz> |
23:04.46 | hbeck | ugh. |
23:05.18 | hbeck | what's the purpose behind having 65+ python- packages? |
23:05.24 | hbeck | 2.6.6 recipe |
23:19.56 | kergoth | high granularity is usually preferred, to keep image sizes down |
23:20.05 | kergoth | while retaining flexibility |
23:27.24 | *** join/#oe esbenh (~esben@77.233.226.4) |
23:31.04 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
23:31.28 | *** join/#oe phdeswer (~philippe@85-156-21-89.elisa-mobile.fi) |
23:44.17 | *** join/#oe Chat6394 (cpelmv@app5.chatmosphere.org) |
23:44.48 | Chat6394 | hello |
23:49.48 | *** join/#oe getabc (cbcee45c@gateway/web/freenode/ip.203.206.228.92) |
23:50.24 | *** part/#oe hufhfufh (cbcee45c@gateway/web/freenode/ip.203.206.228.92) |
23:50.49 | *** join/#oe dexxor (cbcee45c@gateway/web/freenode/ip.203.206.228.92) |
23:51.06 | dexxor | Hello |
23:51.29 | dexxor | has anybody looking at developing an embedded routing platform? |
23:51.35 | dexxor | like a cisco type device? |
23:53.48 | dexxor | or even mikrotik? |
23:54.21 | dexxor | currently looking for developors to look into dev a industrial M2M device |