| 00:03.08 | lisandro | dmitryp: indeed, just a kernel |
| 00:03.33 | lisandro | dmitryp: check openembedded/recipes/images for images |
| 00:03.56 | lisandro | doesn't knows wich is a suitable beagleboard image |
| 00:12.24 | khem | use console-image or systemd-gnome-image |
| 00:23.50 | *** join/#oe SterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 00:25.56 | dmitryp | how do I use those? |
| 00:26.04 | dmitryp | or where do I unput those? |
| 00:27.28 | dmitryp | I have tons more errors from the build |
| 00:27.37 | dmitryp | ERROR: Function 'Fetch failed: ftp://ftp.gnu.org/gnu/binutils/binutils-2.20.1.tar.bz2;name=tarball checksum mismatch.' failed |
| 00:27.37 | dmitryp | ERROR: Task 501 (/home/dmitry/dev-beagle/sources/openembedded/recipes/binutils/binutils-cross_2.20.1.bb, do_fetch) failed with exit code '1' |
| 00:27.48 | dmitryp | ERROR: '/home/dmitry/dev-beagle/sources/openembedded/recipes/binutils/binutils-cross_2.20.1.bb' failed |
| 00:29.46 | dmitryp | can't find a uimage in the build folder either |
| 00:30.49 | dmitryp | I'm trying to get this camera to run on the beagleboard xm, and use some openCV validation program to test it and make my own, maybe I'm doing this the wrong way? http://blog.galemin.com/2011/04/li-5m03-camera-on-beagleboard-xm/#comment-634 |
| 00:31.00 | dmitryp | thanks, |
| 00:39.42 | lisandro | dmitryp: I've hitted the binutils stuff too |
| 00:39.49 | lisandro | the checksum of the tarball has changed |
| 00:40.00 | lisandro | you will have to change them in the recipe |
| 00:40.52 | dmitryp | oh ok, well I already have binutils installed, is that all the command does? |
| 00:41.00 | dmitryp | wha tdo I change the checksum to? |
| 00:41.19 | lisandro | dmitryp: I think you will need to read openembedded's doc |
| 00:44.45 | dmitryp | hmm, I can't find anything about the checksum in the recipe |
| 00:45.05 | dmitryp | can I ask you if this is the right direction to go for getting that image sensor working with the beagleboard? |
| 00:45.06 | lisandro | dmitryp: binutil's recipe |
| 00:45.18 | lisandro | dmitryp: well, you seem quite confused |
| 00:45.38 | dmitryp | yes, the directions on that link are very vague |
| 00:45.38 | lisandro | maybe this is not the best choice |
| 00:46.44 | lisandro | dmitryp: as I see it, you will need to invest some time into understanding how oe works |
| 00:46.56 | lisandro | I don't know another solution |
| 00:48.22 | lisandro | dmitryp: does the camera work on a standard desktop system? |
| 00:48.38 | lisandro | mm, seems not |
| 00:50.09 | dmitryp | yeah it's MiPi |
| 00:52.57 | dmitryp | the other kernel, the angstrom validation came with make instead of bitbake and I had no problem compiling it, is there a source distribution of OE that uses make? |
| 00:55.21 | lisandro | dmitryp: try #angstrom |
| 01:13.48 | kergoth | dmitryp: angstrom doesn't use make instead of bitbake. angstrom has a makefile wrapper around execution of bitbake to make it more convenient. that's all |
| 01:14.05 | *** join/#oe tdebrouw (~tdebrouw@91.182.0.252) |
| 01:14.37 | kergoth | dmitryp: further, most of hte things built out of oe use make themselves. bitbake *runs* make to build individual recipes. it just handles the level above that. |
| 02:03.14 | *** join/#oe kergoth (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 02:05.21 | *** join/#oe devzero_ (devzero@xdsl-78-35-55-164.netcologne.de) |
| 03:28.31 | *** join/#oe zenlinux (~sgarman@c-98-246-160-155.hsd1.or.comcast.net) |
| 04:31.56 | *** join/#oe rob_w (~bob@ppp-188-174-24-62.dynamic.mnet-online.de) |
| 05:04.27 | *** join/#oe anarsoul (~anarsoul@193.151.42.105) |
| 05:05.22 | *** join/#oe erwt (~rahul@114.143.164.169) |
| 05:58.01 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:37.53 | *** join/#oe Cubi_ (~cubi@static-87-79-65-72.netcologne.de) |
| 06:44.53 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
| 06:45.59 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 07:01.03 | *** join/#oe _abhishek (c1fc0dfe@gateway/web/freenode/ip.193.252.13.254) |
| 07:16.07 | *** join/#oe lamikr (lamikr@nat/nokia/x-xycynqusycxgijvh) |
| 07:25.14 | mckoan | good morning |
| 07:33.40 | eFfeM_work | hi mckoan, all |
| 07:39.53 | *** join/#oe snkt (~snkt@114.143.164.169) |
| 07:47.07 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 07:58.41 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 07:58.42 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:09.27 | *** join/#oe rschus (~rschus@94.176.73.86.rev.sfr.net) |
| 08:23.02 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 08:24.47 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 08:25.02 | *** join/#oe woglinde (~woglinde@g225007003.adsl.alicedsl.de) |
| 08:37.42 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:37.43 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:40.30 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:40.30 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:41.52 | Jin^eLD | mornin |
| 08:41.55 | *** join/#oe zecke (~ich@91-65-246-230-dynip.superkabel.de) |
| 08:54.19 | *** join/#oe pespin (~pespin@cisne-cn09.upc.es) |
| 09:03.43 | woglinde | ji zecke |
| 09:03.46 | woglinde | hi jineld |
| 09:03.52 | Jin^eLD | hi woglinde |
| 09:05.51 | *** join/#oe GNUtoo (~gnutoo@host161-151-dynamic.11-79-r.retail.telecomitalia.it) |
| 09:07.52 | *** join/#oe ka6sox (znc@nasadmin/ka6sox) |
| 09:08.52 | *** join/#oe cryptk|offline (znc@nasadmin/cryptk) |
| 09:09.22 | *** join/#oe dorileo (~dorileo@vps.dorilex.net) |
| 09:10.13 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 09:13.31 | *** join/#oe pepermint (~pepermint@host177-89-dynamic.5-87-r.retail.telecomitalia.it) |
| 09:13.48 | *** part/#oe pepermint (~pepermint@host177-89-dynamic.5-87-r.retail.telecomitalia.it) |
| 09:52.00 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:08.50 | CIA-77 | 03Paul Menzel <paulepanter@users.sourceforge.net> 07master * rf2d53aa074 10openembedded.git/recipes/binutils/ (binutils-canadian-sdk_2.18.bb binutils-cross-sdk_2.18.bb): (log message trimmed) |
| 10:08.50 | CIA-77 | binutils-{canadian,cross}-sdk_2.18: Remove checksums and implicitly update them |
| 10:08.50 | CIA-77 | Due to a GPL violation corrected Binutils archives were uploaded with the suffix »a« and the faulty archives were removed [1]. The URLs redirect to the new archives and therefore the checksums are now incorrect. |
| 10:08.50 | CIA-77 | In the following commit |
| 10:08.51 | CIA-77 | commit bc8ddbf7944f82383936d88379619aa46c3954a2 |
| 10:08.51 | CIA-77 | Author: Steffen Sledz <sledz@dresearch-fe.de> |
| 10:08.52 | CIA-77 | Date: Mon Sep 5 17:39:57 2011 +0200 |
| 10:09.16 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 10:21.03 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 10:25.17 | *** join/#oe pepermint (~pepermint@host169-76-dynamic.4-87-r.retail.telecomitalia.it) |
| 10:27.23 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 10:33.46 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 10:35.05 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 10:46.04 | *** join/#oe rob_w (~bob@93.104.205.194) |
| 11:13.54 | *** join/#oe florian (~fuchs@sign-4db607bf.pool.mediaWays.net) |
| 11:13.55 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 11:19.15 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:26.55 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 11:26.57 | *** join/#oe risca (~risca@81-233-40-137-no18.tbcn.telia.com) |
| 11:36.47 | *** join/#oe stuffcorpse (stuffy@amarok/developer/rickc) |
| 11:52.46 | *** join/#oe pepermint (~pepermint@host169-76-dynamic.4-87-r.retail.telecomitalia.it) |
| 12:15.28 | *** join/#oe jkridner (~jkridner@nat/ti/x-eccbzsanqqqwrqlk) |
| 12:15.28 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 12:19.30 | *** join/#oe kevinsc (~a0214685@nat/ti/x-yuikiqxytlvzsevy) |
| 12:29.18 | *** join/#oe pepermint (~pepermint@host169-76-dynamic.4-87-r.retail.telecomitalia.it) |
| 12:33.15 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 12:34.49 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:38.38 | XorA | morning dudes |
| 12:38.52 | Jin^eLD | hi XorA |
| 12:40.57 | woglinde | hi xora |
| 12:41.28 | XorA | party preperations going well for people? |
| 12:46.29 | Crofton|work | heh |
| 12:47.25 | woglinde | party? |
| 12:56.17 | *** join/#oe HeinervdmWork (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 13:06.13 | *** join/#oe Crofton (~balister@pool-96-240-183-10.ronkva.east.verizon.net) |
| 13:08.28 | *** join/#oe pespin (~pespin@cisne-cn10.upc.es) |
| 13:10.29 | *** join/#oe cminyard (~cminyard@pool-173-74-121-49.dllstx.fios.verizon.net) |
| 13:11.39 | XorA | Prague party |
| 13:11.51 | XorA | I heard you guys planned to eat and drink the town dry next week |
| 13:12.59 | JaMa|zzz | hell no! I need to eat and dring here also week after that :) |
| 13:13.18 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 13:13.28 | XorA | JaMa|zzz: you better lead them astray then :D |
| 13:14.37 | JaMa|zzz | is going to warn all pubs that OE crew is comming.. :) |
| 13:15.08 | GNUtoo | I'll try more |
| 13:15.12 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 13:15.45 | GNUtoo | but WOW |
| 13:15.57 | GNUtoo | sd_max_clk to the minimum makes suspend/resume work |
| 13:16.20 | GNUtoo | thanks a lot!!! |
| 13:16.40 | JaMa|zzz | what value did you use? |
| 13:17.03 | GNUtoo | let me find it |
| 13:17.16 | JaMa|zzz | and please reply to that ticket.. as my advice to set sd_max_clk wasn't used it seems.. |
| 13:17.58 | GNUtoo | /sys/module/glamo_mci/parameters/sd_post_power_clock |
| 13:18.03 | GNUtoo | I used that value |
| 13:18.10 | GNUtoo | that should be the minimum |
| 13:18.20 | GNUtoo | 1000000 |
| 13:18.34 | GNUtoo | should be 1Mhz |
| 13:22.54 | *** join/#oe khem__ (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 13:25.36 | GNUtoo | I'll do after going out |
| 13:35.09 | *** join/#oe OLaee (~Openfreer@116.237.93.73) |
| 13:35.41 | snkt | can anyone help me how to compile hwinfo in Openembedded ................ I want to extract hardware info from my board.... |
| 13:35.58 | GNUtoo | snkt, cat /proc/cpuinfo etc...? |
| 13:39.57 | slapin | hi, all! |
| 13:40.23 | slapin | is it possible to access things like DEPLOY_DIR_IMAGE from python functions? |
| 13:40.59 | slapin | I need to split my rootfs into chunks for easier downloading into board, and I think it is easier with python |
| 13:42.17 | slapin | but plain bb.data.getVar("DEPLOY_DIR_IMAGE") prevents bitbake from parsing my .bb |
| 13:42.21 | slapin | any ideas? |
| 13:43.49 | slapin | http://pastebin.com/9QgaXrsL |
| 13:44.01 | slapin | that's my code |
| 13:50.42 | *** join/#oe egonzalez_ergio (~emiliano@190.49.15.180) |
| 13:50.48 | *** part/#oe egonzalez_ergio (~emiliano@190.49.15.180) |
| 14:05.57 | *** join/#oe devzero_ (devzero@xdsl-89-0-101-88.netcologne.de) |
| 14:16.06 | *** join/#oe zimbatm (~zimbatm@client-81-98-139-1.cht-bng-014.adsl.virginmedia.net) |
| 14:16.11 | zimbatm | hi |
| 14:16.35 | zimbatm | I'm looking into building a really small EC2 image |
| 14:16.38 | *** join/#oe kergoth (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 14:16.44 | zimbatm | did anyone had a go at it already ? |
| 14:17.31 | zimbatm | I guess I would have to add a xen guest kernel, some dhcp and ssh auto-configuration and kernel tweaks |
| 14:20.59 | slapin | is there some documentation on getVar usage? |
| 14:22.53 | kergoth | just the code, really. but there isn't much to document. bb.data.getVar(<variable>, <datastore>, <boolean flag indicating whether you want to expand the variable) |
| 14:23.05 | kergoth | and d.getVar(<variable>, <expansion flag as above>) |
| 14:34.55 | slapin | kergoth: how can I use it from python functions in .bb for e.g. MACHINE_POSTPROCESS_COMMAND? |
| 14:35.30 | slapin | this one fails because getVar used improperly http://pastebin.com/9QgaXrsL |
| 14:36.14 | kergoth | that's wrong, yes. the datastore isn't being passed in |
| 14:36.22 | kergoth | the 'd' variable |
| 14:37.03 | slapin | kergoth: thanks a lot! |
| 14:37.29 | Jin^eLD | does anyone have experience in working/booting cuImage type kernels? (i.e. with included dts for old bootloaders that are not dts aware)? |
| 14:39.08 | Jin^eLD | I know it's not directly OE related :> I am still trying to get that storcenter thing running with a newer kernel (it once was openprotium in OE but does not seem to be maintained anymore) |
| 14:39.08 | slapin | Jin^eLD: u-boot works properly with these, without any problems |
| 14:39.26 | Jin^eLD | slapin: does building a cuImage automatically mdify the laod address and entry point? |
| 14:39.54 | Jin^eLD | slapin: when I build a normal uImage I can set entry point and load address to what I need; but when the cuImage is generated that settings are ignored |
| 14:40.13 | Jin^eLD | I figured that happens because the image is generated by do_compile and not by the mkimage script |
| 14:40.47 | Jin^eLD | I tried some settings in the kernel config but that still produced weirdo addresses and I am not sure where it is taking them from, when creating a cuImage |
| 14:41.06 | slapin | Jin^eLD: I load cUimage at address, which it was built for, IIRC OE is broken re cuImage and I just use kernel build result without mkimage being run. |
| 14:41.17 | slapin | *cuImage |
| 14:41.36 | Jin^eLD | slapin: but where do you specify the addresses? in the defconfig? |
| 14:41.46 | Jin^eLD | because OE's variables are ignored in that case (since mkimage is not being run) |
| 14:42.28 | slapin | Jin^eLD: I patch kernel directly, but i think this can be passed via config too |
| 14:43.11 | Jin^eLD | do you have a link for me, where do you patch it? |
| 14:43.39 | slapin | I'm far from repository at the moment, but let me see |
| 14:49.29 | Jin^eLD | slapin: from what I read on the web, the cuimage picks a different entry address itself, but I am not yet sure if that can be set or if that is OK or what exactly is happening there |
| 14:52.12 | *** join/#oe B_Lizzard (~havoc@athedsl-120513.home.otenet.gr) |
| 14:53.39 | slapin | Jin^eLD: no idea, I put image where it belongs and it works (qe1/cpm1 have theirs bugs though), my board is old and kernel is 2.6.32.x. There is some mathematics with calculation of address, I had no time to do it properly and disabled it forcing proper address, but can't remember details and can't get there to look now. |
| 14:54.56 | Jin^eLD | I am not even sure if that is my problem, coul very well be that its just the serial that is getting messed up for some reason |
| 14:55.14 | Jin^eLD | http://pastebin.mozilla.org/1360580 |
| 14:55.54 | Jin^eLD | the older non-dts kernel that works, a regular uImge, has a load addr and entry point of 0 |
| 14:57.42 | slapin | Jin^eLD: I'd check clocks first. Have you tried various baud rates? what is your console= setting? |
| 14:58.18 | Jin^eLD | I have tried other baudrates, yes; the supposedly correct setting is 115200n8 |
| 14:58.25 | Jin^eLD | this works with the older kernel and it also works with uboot |
| 14:59.03 | Jin^eLD | a question of course is, what this device tree blob is doing when it gets loaded |
| 14:59.38 | slapin | Jin^eLD: then this might be clocks. u-boot arranges blob adddress with kernel properly, so it might be either dts itself messed up or you forgot to configure something |
| 15:00.12 | Jin^eLD | to configure in the kernel config you mean? |
| 15:00.23 | slapin | Jin^eLD: do you have oscilloscope |
| 15:00.26 | Jin^eLD | no :) |
| 15:00.31 | slapin | Jin^eLD: I mean dts |
| 15:00.59 | Jin^eLD | and if I had one I would not know how to use it :) I am a loser when it comes to hardware... the only hardware I know well is UAZ mechanics :) |
| 15:01.04 | slapin | Jin^eLD: I'd idvice to get oscilloscope and check what you get on serial port first |
| 15:01.27 | Jin^eLD | slapin: as in "dts reconfires the serial to something else"? |
| 15:01.29 | *** join/#oe rob_w (~bob@ppp-188-174-24-62.dynamic.mnet-online.de) |
| 15:02.05 | slapin | Jin^eLD: cool, does UAZ have some smart electrnics in engine control these days? |
| 15:02.30 | Jin^eLD | slapin: these days yes, but I have 1976 version with a minimum of electronics :) |
| 15:02.39 | slapin | Jin^eLD: I mean dts file for your board might configure something in a wrong way and needs checking |
| 15:03.01 | Jin^eLD | ok, thanks, I got your idea, I will try to figure out what the storcenter dts file is doing... |
| 15:03.26 | *** join/#oe chitz (~chitz@62.12.175.50) |
| 15:04.29 | slapin | Jin^eLD: I think $100 oscilloscope from sparkfun will do for your work, and well worth money :) |
| 15:05.12 | Jin^eLD | slapin: I fear electrical stuff because I have absolutely no clue how that stuff works :) |
| 15:05.17 | Jin^eLD | but I will consider it |
| 15:06.17 | slapin | Jin^eLD: by the way, what CPU is on your board? 133MHz looks familiar |
| 15:06.51 | Jin^eLD | slapin: its MPC8241 |
| 15:07.20 | slapin | Jin^eLD: ah, bad luck, I have mpc885 with some other troubles |
| 15:07.21 | Jin^eLD | and the device is an Iomega StorCenter, as far as I recall the kurobox hg should have something similar |
| 15:07.32 | Jin^eLD | I see... |
| 15:08.00 | slapin | Jin^eLD: but I think bus clock is weird on your config |
| 15:08.32 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 15:08.52 | Jin^eLD | how so? I think 133MHz should be fine there? that's what uboot says at the start |
| 15:09.20 | Jin^eLD | unlike the kurobox hg people I do not have a usable uboot configuration to update uboot, that's the reason for trying the cuImage approach |
| 15:09.52 | slapin | 133MHz is CPU clock |
| 15:10.12 | *** join/#oe rickfoosusa (~chatzilla@99.179.97.28) |
| 15:10.28 | slapin | timebase-frequency |
| 15:10.40 | slapin | Jin^eLD: I think it is from dts |
| 15:10.44 | slapin | or something |
| 15:10.59 | slapin | I have normal values ion my config at least |
| 15:11.23 | slapin | 0x7080 is not normal |
| 15:11.53 | slapin | 28800 = ? |
| 15:11.59 | Jin^eLD | http://pastebin.mozilla.org/1361341 |
| 15:12.08 | Jin^eLD | like, this part should have something 133-ish in there? |
| 15:12.24 | slapin | or /2 or something |
| 15:12.30 | slapin | bigger number |
| 15:13.08 | Jin^eLD | I meant the paste |
| 15:13.13 | Jin^eLD | its a paste from the storcenter dts |
| 15:14.19 | slapin | I can't see where it got 133MHz from |
| 15:14.37 | slapin | it should either get all the rest values from the same place or something |
| 15:14.51 | Jin^eLD | slapin: I was wrong, sorry, it should be 266mhz |
| 15:14.54 | Jin^eLD | CPU: MPC8241 Revision 1.4 at 266.666 MHz |
| 15:14.57 | Jin^eLD | that's what uboot says |
| 15:14.58 | slapin | check u-boot code if it patches device tree blob |
| 15:15.11 | Jin^eLD | 133 was wrong, I made a mistake |
| 15:15.33 | slapin | then CPU clock-frequency <- 0x7f28154 (133MHz) is wrong too |
| 15:15.34 | Jin^eLD | my uboot is from 2005, it is not dts aware... |
| 15:15.51 | slapin | device tree is old as hills |
| 15:16.11 | slapin | I think u-boot new about this stuff before then |
| 15:16.16 | Jin^eLD | indeed, I see... 133 is wrong then |
| 15:16.32 | Jin^eLD | slapin: I belive that uboot sets everything up correctly, and expects a non-dts kernel |
| 15:16.48 | Jin^eLD | but I could not find a way to disable dts in the 3.x kernel |
| 15:17.10 | slapin | check all values, probably something patches-up things, what is bootwrap? |
| 15:17.49 | Jin^eLD | bootwrap is this thing that embeds the dts tree in the kernel for non-dts aware bootloaders |
| 15:17.53 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 15:17.55 | Jin^eLD | without that the kernel did not even load |
| 15:18.23 | slapin | check what it does, it probably have some logic for these numbers |
| 15:18.33 | Jin^eLD | I get the idea I think, thanks.. let me search for it |
| 15:19.33 | *** part/#oe chitz (~chitz@62.12.175.50) |
| 15:21.52 | Jin^eLD | it seems that some fixup is done here cuboot-824x.c |
| 15:40.58 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 15:41.33 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 15:43.49 | kergoth | hmm, is there a good intro to devicetree stuff? |
| 15:43.51 | kergoth | not up to speed |
| 15:49.48 | CosmicPenguin | executive summary - its like ACPI only not dumb |
| 15:50.27 | Crofton|work | rofl |
| 15:51.51 | Jin^eLD | l8r guys |
| 15:57.39 | kergoth | haha |
| 15:57.42 | kergoth | thanks! |
| 15:57.44 | kergoth | :P |
| 16:01.22 | kergoth | ah, http://devicetree.org/Device_Tree_Usage |
| 16:02.21 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 16:10.03 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
| 16:10.15 | *** join/#oe florian (~fuchs@p5B23B37F.dip.t-dialin.net) |
| 16:10.22 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 16:14.46 | *** join/#oe msm (~msm@192.88.168.35) |
| 16:15.25 | *** join/#oe MrCurious (~MrCurious@67.58.47.190) |
| 16:16.22 | *** join/#oe awozniak (~awozniak@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
| 16:20.24 | *** join/#oe GNUtoo (~gnutoo@host161-151-dynamic.11-79-r.retail.telecomitalia.it) |
| 16:21.43 | *** join/#oe awozniak (~awozniak@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
| 16:32.14 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-tikqqrhixtutermr) |
| 16:35.45 | *** join/#oe randori (~mk@li158-162.members.linode.com) |
| 16:45.05 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 16:58.02 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 17:26.27 | *** join/#oe Crofton|work (~balister@pool-96-240-183-10.ronkva.east.verizon.net) |
| 17:44.30 | *** join/#oe kristoffer (~kristoffe@c-cbdbe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 17:45.41 | *** join/#oe egonzalez_ergio (~emiliano@190.49.15.180) |
| 17:45.50 | *** part/#oe egonzalez_ergio (~emiliano@190.49.15.180) |
| 18:05.09 | ka6sox | Crofton|work, pingu? |
| 18:06.35 | Crofton|work | yeah |
| 18:06.49 | Crofton|work | khem had a dns reuest |
| 18:07.10 | *** join/#oe risca (~risca@81-233-40-137-no18.tbcn.telia.com) |
| 18:09.34 | *** join/#oe OLaee (~Openfreer@116.237.93.73) |
| 18:12.36 | *** join/#oe comphappy (~bashton@D-69-91-135-183.dhcp4.washington.edu) |
| 18:16.03 | *** join/#oe pespin (~pespin@90.163.60.41) |
| 18:17.43 | ka6sox | Crofton|work, yes, thats what I'm calling about. |
| 18:18.21 | Crofton|work | downloas is a cname to the nas-admin machine? |
| 18:25.30 | *** join/#oe nitink (~nitink@134.134.139.76) |
| 18:31.11 | *** join/#oe rah (rah@myrtle.6gnip.net) |
| 18:32.06 | *** join/#oe Crofton (~balister@pool-96-240-183-10.ronkva.east.verizon.net) |
| 18:53.01 | *** join/#oe galak (~galak@192.88.168.34) |
| 18:54.30 | msm | what provides which and tempfile in oe-core (aka debianutils)? |
| 18:55.35 | *** join/#oe comphappy (~bashton@D-173-250-159-249.dhcp4.washington.edu) |
| 19:01.46 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:02.20 | *** join/#oe dodathome (~dodathome@78.223.116.113) |
| 19:05.55 | kergoth | probably busybox for which. oe had debianutils, maybe it just needs to be pulled into meta-oe |
| 19:06.08 | ka6sox | Crofton|work, yes |
| 19:06.23 | msm | kergoth: i suspect it would be busybox |
| 19:08.47 | khem | if its just those two from busybox and rest from coreutils that would be waste I think |
| 19:09.25 | kergoth | would be good to have debianutils around for the proper-tools setup |
| 19:09.32 | khem | agree |
| 19:09.56 | khem | but if one does not use coreutils then busybox is the king |
| 19:10.25 | kergoth | nods |
| 19:10.39 | kergoth | I worry about it at times, the proliferation of applets i mean |
| 19:10.47 | kergoth | they need someone to say no on occasion |
| 19:10.48 | kergoth | heh |
| 19:11.11 | kergoth | landley had his toybox thing for a while that looked interesting, but its unmaintained |
| 19:47.59 | otavio | Can someone help me to look why sstage is not staging lib64? |
| 19:49.27 | *** join/#oe uwe_mobile (~uwe@static.88-198-8-117.clients.your-server.de) |
| 19:56.48 | *** join/#oe anarsoul (~anarsoul@193.151.42.105) |
| 20:04.36 | *** join/#oe uwe_ (~uwe_@89.204.153.205) |
| 20:06.07 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 20:10.57 | *** join/#oe pierreghz (~pierreghz@cust-239-25-111-94.dyn.as47377.net) |
| 20:17.20 | *** join/#oe MrCurious__ (~MrCurious@67.58.47.190) |
| 20:31.21 | *** join/#oe rschus1 (~rschus@94.176.73.86.rev.sfr.net) |
| 20:35.24 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 20:35.46 | *** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net) |
| 20:37.29 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust439.2-4.cable.virginmedia.com) |
| 20:37.30 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 20:53.53 | *** join/#oe comphappy (~bashton@b172-25-106-0.nat.washington.edu) |
| 21:01.19 | *** join/#oe galak (~galak@192.88.168.34) |
| 21:32.43 | *** join/#oe uwe_ (~uwe_@dslb-088-064-050-172.pools.arcor-ip.net) |
| 21:37.07 | *** join/#oe woglinde (~woglinde@g225005212.adsl.alicedsl.de) |
| 21:41.05 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust439.2-4.cable.virginmedia.com) |
| 21:41.06 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 22:00.22 | *** join/#oe ant_home (~andrea@host248-35-dynamic.252-95-r.retail.telecomitalia.it) |
| 22:05.56 | *** join/#oe comphappy (~bashton@D-69-91-152-89.dhcp4.washington.edu) |
| 22:08.13 | *** join/#oe tmbinc__ (abcd@83.141.3.59) |
| 22:11.28 | *** join/#oe kristoffer (~kristoffe@c-cbdbe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 22:11.28 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 22:11.28 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 22:11.28 | *** join/#oe tmbinc (abcd@83.141.3.59) |
| 22:11.28 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 22:11.28 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 22:11.28 | *** join/#oe julianpid (~julianpid@firewall.ctxuk.citrix.com) |
| 22:11.28 | *** join/#oe blindvt (~brf@85-127-250-60.dynamic.xdsl-line.inode.at) |
| 22:11.28 | *** join/#oe johncylee (~john@61.57.131.211) |
| 22:16.23 | *** join/#oe Jefro (~josiermi@134.134.137.71) |
| 23:22.14 | *** join/#oe rcf (~rcf@236.128-243-81.adsl-dyn.isp.belgacom.be) |