00:00.30 | *** join/#oe Transformer (~Transform@ool-4a59e397.dyn.optonline.net) |
00:02.05 | *** part/#oe Transformer (~Transform@ool-4a59e397.dyn.optonline.net) |
00:06.46 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
00:22.38 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
00:24.14 | *** join/#oe denix (~denix@pool-71-163-124-23.washdc.fios.verizon.net) |
00:39.03 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
00:43.43 | spacecolonyone | florian I'm not sure I follow |
00:45.36 | cs_nbp | spacecolonyone: I'm not sure he dint disconnect ;) |
00:55.37 | spacecolonyone | yea, I just noticed that. :( |
01:22.10 | cs_nbp | spacecolonyone: I thinks he wanted to tell you to look directly in the recipe for your kernel |
01:26.03 | *** join/#oe ipaqlor (~gl@chello062178063133.22.11.univie.teleweb.at) |
01:26.12 | ipaqlor | hi folks |
01:26.17 | spacecolonyone | cs_nbp, that is what I'm trying to figure out. I'm not clear how to figure out wich recipe "linux" corresponds to. there are so many variants! |
01:26.48 | spacecolonyone | I'm off guys, thanks for the help. I'll check in tomorrow |
01:27.54 | cs_nbp | gn8 |
01:28.55 | denix | spacecolonyone: PREFERRED_VERSION_linux? |
01:32.12 | cs_nbp | cyaZ |
01:39.41 | ipaqlor | anyone using oe-core + meta-handheld ? i setup ala https://wiki.yoctoproject.org/wiki/OpenEmbedded-Core and it is supposed to work. but its missing classes/klibc.bbclass which is in openembedded... |
01:40.28 | ipaqlor | i know i could just copy everything together....but id like to do it right and thought i could do a compilerun overnight..... |
01:41.15 | ipaqlor | so how is it done? anyone a clou? the manuals i found where alltogether outdated as far as i understand. |
01:42.16 | ipaqlor | do i get openembedded and put oe-core somwhere and add the path to bblayers or the other way around. is there any real system behind all this or is it random and my problem is that i think there is some way it should be done? |
01:44.26 | ipaqlor | well, no nightly compile then. |
01:44.42 | denix | ipaqlor: do you need meta-oe? |
01:44.53 | ipaqlor | denix: i have no idea |
01:45.41 | ipaqlor | denix: i was told i need oe-core and a "BSP" *eg* like meta-handheld ...and off i fly |
01:47.27 | denix | like you said, you need klibc.bbclass, which lives in meta-oe: http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/classes |
01:53.59 | ipaqlor | denix: thanks. |
02:02.47 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
02:03.27 | ipaqlor | well, yet another time building the crosscompile toolchain. i am still not confinced about the features of such a "buildsystem" untill now it looks more like many people reordering the same set of thing over and over again |
02:04.20 | ipaqlor | blue socks to blue socks green pees to green pees |
02:04.33 | ipaqlor | good night alltogether. |
02:11.40 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
02:19.56 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
02:44.10 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
03:01.55 | *** join/#oe nitink (~nitink@nat/intel/x-xgxdojzcixxztcsc) |
03:05.39 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
03:06.04 | *** join/#oe devzero_ (devzero@xdsl-89-0-73-229.netcologne.de) |
03:18.12 | *** join/#oe jkridner__ (~jason@pdpc/supporter/active/jkridner) |
03:19.10 | *** join/#oe zenlinux (~sgarman@c-76-115-40-64.hsd1.or.comcast.net) |
03:19.34 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
03:33.56 | *** join/#oe War2 (~war2@unaffiliated/war2) |
03:43.20 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
03:47.36 | *** join/#oe War2_ (~war2@219.64.177.113) |
04:31.45 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
04:34.32 | *** join/#oe War2 (~war2@unaffiliated/war2) |
04:37.23 | *** join/#oe snkt (~snkt@114.143.164.156) |
04:42.01 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
05:04.55 | *** join/#oe vicky_ (~vicky@122.165.223.135) |
05:07.49 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
05:25.49 | vicky_ | hi all. I am using release-2011.03 openembedded from git.i am facing a problem with ncurses when it trying to download the patch.But the patch is not available in ftp.invisible-island.com.Anyway to skip that patch ? |
05:44.10 | *** join/#oe erwt (~erwt@114.143.164.156) |
06:06.50 | *** join/#oe htns (~htns@175.139.208.57) |
06:21.41 | *** join/#oe reisei (~reisei@n41-as54-1-ppp206.nordnet.ru) |
06:22.23 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
06:43.58 | khem | vicky_: thats a problem |
06:44.03 | khem | which patch is it failing on |
06:45.12 | vicky_ | ncurses-5.7-20110108-patch |
06:47.20 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
06:51.27 | khem | vicky_: did you upgrade to latest on the release branch |
06:51.56 | khem | vicky_: if not I would suggest to checkout the release branch since that will be uptodate |
06:54.38 | vicky_ | k.let try |
06:55.45 | *** join/#oe tasslehoffwrk (~Tasslehof@147.84-49-231.nextgentel.com) |
06:56.04 | vicky_ | release-2011.03 is latest.right? |
07:04.58 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
07:11.36 | khem | vicky_: yes but clone the branch from git |
07:13.13 | khem | git clone git://git.openembedded.org/openembedded;cd openembedded;git checkout -b 2011.03-maintenance origin/2011.03-maintenance |
07:13.38 | khem | will get you the release branch |
07:17.48 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
07:21.01 | vicky_ | thanks. |
07:28.51 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
07:36.31 | *** join/#oe vitus (~vitus@145.253.169.210) |
07:37.35 | *** join/#oe alx_ (~alx@host61-145-dynamic.60-82-r.retail.telecomitalia.it) |
07:38.57 | *** join/#oe tasslehoffwrk (~Tasslehof@147.84-49-231.nextgentel.com) |
07:39.35 | *** join/#oe JaMa (~martin@94.230.152.246) |
07:51.55 | *** join/#oe tscheck1 (~t@83.151.21.119) |
08:03.09 | *** join/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
08:04.46 | *** join/#oe anarsoul (~anarsoul@212.98.167.136) |
08:16.18 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
08:24.21 | *** join/#oe Guest93596 (~LessIsMor@2.176.247.220) |
08:24.35 | *** join/#oe rob_w (~bob@ppp-188-174-66-7.dynamic.mnet-online.de) |
08:24.35 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
08:24.41 | *** join/#oe rschus (~rschus@89.1.20.66) |
08:40.21 | *** join/#oe anoNxeRo (~LessIsMor@unaffiliated/nu253r/x-0655220) |
09:06.34 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
09:13.16 | *** join/#oe ipaqlor (~gl@chello062178063133.22.11.univie.teleweb.at) |
09:13.22 | ipaqlor | hi folks |
09:15.11 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
09:22.47 | sobczyk | anyone knows how much it takes to build opie-image? It already used 32G and I have no idea how much more space I need |
09:23.54 | ipaqlor | wooha! massive stats for building something for an embedded device :) |
09:24.21 | ipaqlor | are building for each and every arch ever exiswted? ;) |
09:28.07 | *** join/#oe lamikr (lamikr@nat/nokia/x-juzowtmqxsnvmrrx) |
09:30.37 | *** join/#oe rob_w (~bob@93.104.205.194) |
09:30.37 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
09:31.17 | ipaqlor | hello bluelightning |
09:31.28 | bluelightning | hi ipaqlor, all |
09:31.51 | bluelightning | ipaqlor: yes, building any image does use up a lot of space |
09:31.55 | ipaqlor | bluelightning: i had some major problems starting up as it was suggested yesterday here |
09:32.31 | bluelightning | ipaqlor: but it got as far as userspace? |
09:32.41 | ipaqlor | bluelightning: no |
09:32.52 | ipaqlor | bluelightning: i got as far as damnin the whole oe documentation |
09:33.05 | bluelightning | sobczyk: yes, building any image does use up a lot of space... shouldn't be much more than 32g though |
09:33.58 | bluelightning | sobczyk: you can add INHERIT += "rm_work" to your local.conf to avoid keeping the old tmp/work files, that will save some |
09:34.09 | bluelightning | ipaqlor: so what did happen? |
09:34.27 | ipaqlor | bluelightning: i read a third of the usermanual |
09:35.02 | ipaqlor | bluelightning: then i was really confused. and i thought. ok, forget the manual. remember what you read in the ircs. |
09:35.26 | ipaqlor | bluelightning: take oe-core and a bsp...bla...meta-handhelds... gogogogo |
09:35.48 | bluelightning | ipaqlor: yes, the manual is out of date |
09:36.11 | JaMa | bluelightning: rm_work doesn't work very well with sstate for multi machine builds.. |
09:36.17 | ipaqlor | bluelightning: yes, also, wikis an everything ewlse i could find |
09:37.04 | bluelightning | JaMa: hmm, we should really try to fix that... |
09:37.22 | ipaqlor | bluelightning: tahts really annoying. i i dont think reorganizing the whole mess will be done soon whilst there isn even a documentated getting started guide in2 pages or something that tells you how oe community has "descided" its the way to go... |
09:38.04 | bluelightning | the somewhat annoying thing is there are plenty of people who recognise our documentation is out of date but few who are prepared to spend the time updating it :/ |
09:38.15 | ipaqlor | bluelightning: i would do it |
09:38.48 | bluelightning | that's great, although I was mainly referring to people who have been around for a while |
09:38.52 | ipaqlor | bluelightning: this is really a starnage state |
09:41.59 | ipaqlor | bluelightning: the thing is. i have no idea where to start. because noyt even the "start here" readme part is valid when taking the new "layer"shmoo into account. |
09:43.33 | ipaqlor | after talking to you guys here yesterday |
09:43.43 | ipaqlor | and the usermanual incident |
09:44.36 | JaMa | bluelightning: I've switched to modified rm_old_work from meta-micro |
09:46.13 | ipaqlor | i followed the wiki. and fetched oe-core, then i fetched meta-handhelds, then there was something missing and i got a hint here in the channel pointing me to meta-openembedded , so i got /DEVEL/oe-core/meta, /DEVEL/oe-core/sources/meta-openembedded/meta-oe and /DEVEL/oe-core/sources/meta-handheld in my bblayers.conf |
09:47.32 | ipaqlor | i dont even know if im right to this point. there is no "sacred" console image available her. the minimal build thats broken with eglibc, udev and whatnot i havent seen until now seems to be a fully bloated gui image..... |
09:49.07 | ipaqlor | bluelightning: i still cant see a "startline" its still, a "you got to do it all on your own" kind of feeling. for everything else just eats my time and i am not comming any inch closer to a build(environment) whatsoever |
09:49.36 | *** join/#oe valhalla (~valhalla@81-174-23-178.dynamic.ngi.it) |
09:49.58 | bluelightning | ipaqlor: core-image-minimal should work just fine... |
09:50.00 | ipaqlor | so, where is that logfile, memo, whatever where N people decided how future oe-core and meta developpment should be done? some guidlines, anything? |
09:50.31 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
09:50.40 | bluelightning | ipaqlor: discussions on the mailing list + some face-to-face discussions |
09:50.54 | bluelightning | ipaqlor: there is also http://www.openembedded.org/wiki/OpenEmbedded-Core |
09:52.01 | ipaqlor | bluelightning: yeah this is not really theat informative, i read that twice ;) |
09:52.47 | bluelightning | ipaqlor: what's missing? I'd be more than happy to extend it but so far nobody has been able to articulate what questions aren't answered by it... |
09:52.55 | bluelightning | (I wrote that page btw) |
09:54.43 | bluelightning | we are missing a how-to document geared towards the new way of working |
09:54.47 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
09:55.15 | ipaqlor | bluelightning: the how to start. |
09:55.37 | ipaqlor | bluelightning: did i do wron, did i do right. i dont know. it doesnt work. |
09:55.50 | bluelightning | JaMa: if rm_old_work is working well, perhaps we should look to bring it into oe-core |
09:56.29 | bluelightning | ipaqlor: don't forget you're resurrecting a quite old machine using the bleeding edge, so you're bound to come across breakage |
09:57.01 | bluelightning | ipaqlor: maybe I should try to replicate your setup |
09:57.11 | ipaqlor | bluelightning: no, dont |
09:57.23 | ipaqlor | bluelightning: i want to replicate your setup! |
09:57.30 | bluelightning | ipaqlor: :) |
09:57.34 | ipaqlor | bluelightning: i nwant to dpo li8ke you do |
09:57.36 | bluelightning | ipaqlor: do you have some patches that enable h3600? |
09:57.41 | ipaqlor | bluelightning: noi |
09:58.06 | ipaqlor | bluelightning: i just want to setup core layer bla the way you folks here thought it out. but i have no idea how that is |
09:58.24 | ipaqlor | bluelightning: lets please start with the basic install :) |
09:58.49 | JaMa | bluelightning: only issue with that version from meta-micro is that some code in package*bbclass is using last directory name in $WORKDIR to pack sources to -dbg packages, and all sources ends on target in /usr/src/${PV} |
09:59.35 | JaMa | bluelightning: that's why I had to modify it http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=0d4c17de1ba7343d82bb10c311754e29d573c485 but it should be fixed in that bbclass |
09:59.41 | bluelightning | ipaqlor: if I were to recommend something that's set up out of the box, I'd have to say I recommend poky from the yocto project (which is my day job) |
10:00.04 | JaMa | bluelightning: also it doesn't save as much workdir space as rm_work does, but better then nothing |
10:00.28 | bluelightning | JaMa: ok... perhaps you or phil could post a patch for oe-core then? |
10:00.35 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
10:00.35 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
10:01.15 | ipaqlor | bluelightning: thanks |
10:02.16 | ipaqlor | bluelightning: i want a starting point thats valid |
10:02.29 | ipaqlor | bluelightning: maybe im just asking the wrong questions. |
10:02.30 | JaMa | pb_: ^ as author, would you send rm_old_work.bbclass to oe-core? |
10:03.31 | ipaqlor | bluelightning: is there, or has there, at any time been any consens on how to resurrect a broken target machine, in my case h3600, and make it buildable via oe again? |
10:03.52 | bluelightning | ipaqlor: just work through the issues one by one, that's what I do... |
10:04.26 | ipaqlor | bluelightning: i try that. but it seems my english is unusable |
10:04.30 | bluelightning | ipaqlor: it may help if you build for the qemuarm machine first, just to make sure you have a working base |
10:04.53 | ipaqlor | bluelightning: what base? |
10:05.05 | ipaqlor | bluelightning: how is a base defined? |
10:05.14 | ipaqlor | bluelightning: is my setup here a base? |
10:05.29 | ipaqlor | bluelightning: tahts the "base" problem |
10:05.31 | ipaqlor | :) |
10:05.55 | bluelightning | ipaqlor: I mean, it will make sure there is nothing wrong building a simple OS image for a known-good machine |
10:06.12 | bluelightning | with your individual setup |
10:06.26 | bluelightning | then you can move onto building for h3600 |
10:07.03 | ipaqlor | bluelightning: regarding my bblayers.conf content. is this a base setup? |
10:07.16 | ipaqlor | bluelightning: and my layer selection |
10:07.37 | bluelightning | ipaqlor: so, I would start by not adding any layers, set MACHINE to qemuarm, and then bitbake core-image-minimal |
10:07.40 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
10:07.41 | ipaqlor | bluelightning: i am fishing here in the dark with a screwdriver for a rod |
10:08.15 | ipaqlor | bluelightning. well, ok, that should not fail, but should not bring me anywhere also :( |
10:08.42 | bluelightning | ipaqlor: it will ensure you're not stumbling over issues that aren't at all related to h3600 |
10:08.54 | ipaqlor | bluelightning: what would i have learmed after that. that you current git source builds the minimal testoinmg target? |
10:08.56 | bluelightning | ipaqlor: some of the stuff that gets built in that can be reused when you change to h3600 as well |
10:09.08 | bluelightning | on your machine, yes |
10:09.31 | ipaqlor | bluelightning: ok, ill do that. but i doubt its sense. |
10:09.34 | florian | good morning |
10:09.52 | bluelightning | ipaqlor: in the mean time I'm going to try to build for h3600 here |
10:10.29 | ipaqlor | bluelightning: really not necessary. but you could document your "basic" setup for doing such a thing :) |
10:11.51 | ipaqlor | ok, build started |
10:16.12 | ipaqlor | ok, out of diskspace :) |
10:18.11 | ipaqlor | ok, ill start from scratch and just keep my downloads directory. |
10:20.59 | bluelightning | hi florian |
10:30.29 | *** join/#oe pepermint (~pepermint@host173-13-dynamic.58-82-r.retail.telecomitalia.it) |
10:33.41 | bluelightning | ipaqlor: so, we will need to update the machine configuration to use the latest kernel at the very least |
10:35.23 | ipaqlor | bluelightning: pardon? |
10:36.13 | bluelightning | ipaqlor: right now, conf/machine/h3600.conf uses the linux-handhelds-2.6 kernel; that is quite old now |
10:36.37 | bluelightning | ipaqlor: that web page I linked to here the other day was talking about 2.6.32 I think |
10:37.12 | bluelightning | so we'd need to dig up / adapt a 2.6.32 kernel recipe and point to that in h3600.conf |
10:37.20 | *** join/#oe vitus (~vitus@145.253.169.210) |
10:38.05 | bluelightning | not too tricky and I'd be happy to do the work, just not today |
10:39.01 | ipaqlor | bluelightning: well, thnkas. but, this is a whole different issue. i allready compiled a kernel for my ipaq yesterday. but i couldnt get any images done due to layers upon layers and my magical SUMMARY recursion..... |
10:39.16 | ipaqlor | bluelightning: i am all into bootom up now |
10:39.36 | ipaqlor | bluelightning: you wont stop me ;) |
10:39.56 | bluelightning | ipaqlor: that problem is puzzling, I've not seen that before here... |
10:40.01 | bluelightning | ipaqlor: so what layers are you using currently? |
10:40.45 | ipaqlor | bluelightning: as you told me, the basic core wihich has some /DEVEL/oe-core/meta written inside after ./oe-init-build-env |
10:41.35 | ipaqlor | blielightning: and when the quemuarm is built, i rm -rf the whole thingy and start where i am now as far as my motivation goes |
10:41.45 | bluelightning | ipaqlor: what I meant was, what do you have in bblayers.conf? |
10:42.05 | ipaqlor | bluelightning: the default |
10:42.06 | ipaqlor | LCONF_VERSION = "4" |
10:42.06 | ipaqlor | BBFILES ?= "" |
10:42.06 | ipaqlor | BBLAYERS ?= " \ |
10:42.06 | ipaqlor | <PROTECTED> |
10:42.57 | ipaqlor | .. |
10:43.07 | bluelightning | ipaqlor: so, how did you actually enable the layers if you didn't add them to that file? |
10:43.20 | ipaqlor | git clone git://git.openembedded.org/openembedded-core oe-core ; cd /DEVEL/oe-core ; git clone git://git.openembedded.org/bitbake bitbake ; . ./oe-init-build-env build ; sed -e 's/#MACHINE ?= "qemuarm"/MACHINE ?= "qemuarm"/' -e 's/MACHINE ??= "qemux86"/#MACHINE ??= "qemux86"/' conf/local.conf > conf/local.conf_ ; mv conf/local.conf_ conf/local.conf |
10:43.27 | ipaqlor | this is where i am now |
10:43.51 | ipaqlor | i cleaned up everything. to make it the way it "maybe yes maybe no" "should" be :) |
10:44.40 | bluelightning | ipaqlor: ok right |
10:44.41 | ipaqlor | only manipulation on my side is i keep the downloadsflder moving around. for i would have downloaded glibc 30 times by now if i hadntn :) |
10:44.57 | bluelightning | yes that's fine, I keep my dl dir also |
10:47.24 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
10:50.46 | ipaqlor | bluelightning: the bad thing about keeping the folder i assume is, that if you do it long enough, your buildsetup isnt compareable to otheres anymore due to project/mirrordeath |
10:51.15 | bluelightning | ipaqlor: that's true; it's a minor issue though |
10:52.21 | *** join/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
10:57.53 | ipaqlor | echo please_please_please_more_performance > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor *thinking about the days when compiling on a dual core machine" was jsut awesome. now my t7300@2gHz barly satisfies me performancewise:( |
10:59.14 | ipaqlor | dual core, what am i talking about, dual prozessor, yesss! :) no wimpy die sharing and such... |
10:59.56 | bluelightning | die sharing is good... the wires are shorter... ;) |
11:00.23 | ipaqlor | bluelightning: you know what they say about short wires |
11:01.11 | ipaqlor | viva la resistance ;) (Ohm) |
11:03.11 | bluelightning | heh |
11:10.05 | *** join/#oe GNUtoo (~gnutoo@host29-81-dynamic.48-82-r.retail.telecomitalia.it) |
11:17.12 | *** join/#oe anoNxeRo (~LessIsMor@unaffiliated/nu253r/x-0655220) |
11:37.01 | *** join/#oe rschus (~rschus@89.1.20.66) |
11:39.19 | *** join/#oe mickey_office (~mickey@e182221015.adsl.alicedsl.de) |
11:40.52 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
11:42.43 | ipaqlor | cu later |
11:42.46 | *** part/#oe ipaqlor (~gl@chello062178063133.22.11.univie.teleweb.at) |
11:44.51 | *** join/#oe HeinervdmWork (~zimmerman@hsaggate.physik.uni-bonn.de) |
12:17.54 | *** join/#oe RP__ (~richard@dan.rpsys.net) |
12:21.31 | *** join/#oe rob_w (~bob@93.104.205.194) |
12:21.31 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
12:30.48 | *** join/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
12:37.33 | *** join/#oe anarsoul (~anarsoul@212.98.167.136) |
13:10.15 | *** join/#oe cs_nbp (~sackratte@ip-78-94-223-103.unitymediagroup.de) |
13:10.57 | cs_nbp | florian: you didnt upload that to http://www.linuxtogo.org/~florian like usual? |
13:11.44 | florian | cs_nbp: no not yet... but I can do |
13:11.45 | cs_nbp | elo btw |
13:12.02 | eFfeM | is there a way to force removal of the bitbake database without removing tmpdir, normally I touch local.conf or so and it will rebuilt, but not today :-( |
13:12.08 | cs_nbp | ah k it yesterday you were babbling about upload in half sleep :D |
13:14.10 | florian | uploading... unluckily calibration does not work yet. |
13:14.19 | cs_nbp | np |
13:14.39 | cs_nbp | just to see what ur image is like |
13:14.51 | cs_nbp | and we couldnt build one for like 4 days now |
13:15.00 | cs_nbp | still var/run |
13:15.22 | florian | I really love these error messages: "ERROR: Function 'do_stage' failed (see /dev/null for further information)" |
13:18.58 | eFfeM | apparently nuked shell env vars, new window and everything is singing and dancing again |
13:28.11 | *** join/#oe denisATeukrea (~GNUtoo@host29-81-dynamic.48-82-r.retail.telecomitalia.it) |
13:36.26 | cs_nbp | /dev/null now used as manual, too :D |
13:37.32 | cs_nbp | anyways resume has problems |
13:37.53 | cs_nbp | sometimes it doesnt wake up and says |
13:37.59 | cs_nbp | LX require IRQ |
13:38.37 | cs_nbp | but i cant trigger it |
13:38.44 | cs_nbp | seems random |
13:39.43 | cs_nbp | florian: u saw that too? |
13:41.48 | denisATeukrea | hi is the 2.6.35 kernel too old for udev 175? |
13:42.04 | denisATeukrea | if so, is backporting sysaccept_4 enough |
13:42.05 | denisATeukrea | ? |
13:43.05 | *** join/#oe mario-goulart (~user@67.205.85.241) |
13:44.46 | bluelightning | florian: is this OE-Core or classic? |
13:44.54 | bluelightning | (the error) |
13:46.13 | denisATeukrea | I'll look if I've sysaccept_4 |
13:48.33 | denisATeukrea | hi otavio |
13:49.57 | florian | cs_nbp: not yet... but I didn't try much suspending so far |
13:50.18 | florian | bluelightning: classic |
13:52.38 | bluelightning | florian: ah, right |
13:58.19 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
14:02.58 | florian | cs_nbp: done |
14:03.20 | florian | bluelightning: Don't tell me that this might be expected behaviour ;) |
14:03.33 | cs_nbp | florian: yes, saw it and forwarded the link to Christoph Pulster :p |
14:04.04 | bluelightning | florian: it doesn't look right for sure |
14:04.38 | cs_nbp | florian: I only got that resume prob when it was in suspend for a long time, also there is a deactivated (ifconfig eth0 down) PCMCIA card in the slot. |
14:04.44 | florian | cs_nbp: ah cool... its still some way to go. maybe this evening i have a little bit of time left |
14:05.26 | cs_nbp | florian: Christoph really wanted to try something actual |
14:06.02 | cs_nbp | florian: as he sells those I guess with a working modern Linux they will sell better :D |
14:06.15 | florian | cs_nbp: :-) |
14:06.34 | bluelightning | so you guys have had success with your netbook pro efforts? |
14:06.50 | florian | The best would be to make a really small image for the internal flash |
14:07.08 | cs_nbp | you mean a complete sys? |
14:07.38 | florian | bluelightning: yes... linux 3.2 starts to become useful but the internal flash is very small for a modern filesystem |
14:07.56 | florian | cs_nbp: yes... and I admit it is some effort |
14:08.07 | cs_nbp | florian: o_O |
14:08.29 | cs_nbp | but k wince is completely mummyfied and unusable |
14:08.33 | cs_nbp | anyways |
14:09.15 | cs_nbp | bluelightning: sure, got python working and can ssh to other hosts, so basically I can work |
14:09.24 | bluelightning | awesome :) |
14:10.02 | cs_nbp | now only psion needs to produce a heap of modern hardware version of this |
14:10.04 | cs_nbp | :D |
14:11.19 | cs_nbp | no but for basic work its fast enough |
14:11.50 | cs_nbp | just no 3d shooting rocket cows at godzilla |
14:12.11 | bluelightning | yeah but who needs that... :) |
14:13.14 | cs_nbp | and on a mobile device.,. the ppl have no idea how they look when playing on their smartphones in the tram/bus |
14:17.32 | cs_nbp | btw there's a pseudo-brick state (had it like 4 times), just remove all batteries and put them back in when it happens |
14:18.54 | bluelightning | cs_nbp: florian: would it be possible for you guys to throw this stuff in a wiki page somewhere if you haven't already? |
14:19.31 | cs_nbp | bluelightning: I am keeping log of what I'm doing, wouldn't be too hard to change that to wiki-style |
14:19.46 | bluelightning | florian: speaking of which the ltg wiki is really slow again :( |
14:20.20 | cs_nbp | bluelightning: problem is it's changing really fast and probably a wiki will be out of date the moment it's finished :D |
14:20.37 | bluelightning | cs_nbp: still, it's useful to have the stuff documented/tracked |
14:20.44 | cs_nbp | y/agreed |
14:22.28 | cs_nbp | florian: I may have tracked a build error due to me changing the '-nbpro0' mid-fix string to something else to see if my config was taken. That lead to connman having weird dependency problems, don't know why |
14:22.59 | florian | bluelightning: would be a good idea indeed... we used to have a nbp wiki page somewhere |
14:23.14 | cs_nbp | there is one on linuxtogo I think |
14:24.43 | florian | bluelightning: I'll try to find out as soon as I get a usable shell there. Currently everyone here seems to try to flood our external connection :-/ |
14:25.05 | cs_nbp | not me .,. |
14:25.29 | bluelightning | florian: :( so you have been able to determine that it's the connection and not the machine? |
14:25.42 | bluelightning | I guess maybe you can't tell yet |
14:26.04 | cs_nbp | btw do you know whats wrong w locale? my normal sysadmin actions don't work, there's not even a 'locale' command |
14:26.18 | cs_nbp | but can't set LC_ALL manually |
14:26.58 | florian | bluelightning: not yet... but the last time I looked after the wiki was that show the machine was almost idle |
14:27.04 | cs_nbp | installed localedef but that didn't help either |
14:27.41 | cs_nbp | as it doesn't find any reasonable locale |
14:28.41 | cs_nbp | i put 'EGLIBC-GENERATE-LOCALES = "en_US.UTF-8"' into local.conf, might that help? |
14:29.48 | cs_nbp | actually with _ and nott - |
14:38.32 | *** join/#oe mhnoyes (~mhnoyes@184-12-251-241.dr01.myck.or.frontiernet.net) |
14:38.32 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
14:42.08 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
14:48.40 | cs_nbp | florian: or does by pure luck locale work in ur image^^ |
15:00.36 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
15:05.23 | *** join/#oe devzero_ (devzero@xdsl-89-0-69-251.netcologne.de) |
15:18.10 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
15:18.11 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
15:19.17 | *** join/#oe Jin^eLD (~jin@belief.htu.tuwien.ac.at) |
15:21.06 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
15:27.22 | denisATeukrea | otavio, hi |
15:30.09 | *** join/#oe rschus (~rschus@89.1.20.66) |
15:33.45 | *** join/#oe _chase_ (~a0271661@nat/ti/x-dslsymdpnctdnpmx) |
15:35.38 | *** join/#oe pespin (~pespin@90.163.60.132) |
15:56.38 | *** join/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net) |
16:00.53 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
16:02.17 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
16:26.26 | CIA-9 | 03Christopher Larson <chris_larson@mentor.com> 07master * r774f59f06e 10bitbake.git/ (7 files in 3 dirs): |
16:26.26 | CIA-9 | Add dependency on the backported python 3.2 concurrent.futures |
16:26.26 | CIA-9 | Signed-off-by: Christopher Larson <chris_larson@mentor.com> |
16:26.36 | CIA-9 | 03Christopher Larson <chris_larson@mentor.com> 07master * rd104f29871 10bitbake.git/lib/bb/cooker.py: |
16:26.36 | CIA-9 | cooker: use futures rather than a multiprocessing pool |
16:26.36 | CIA-9 | This avoids some silent parser hangs we were seeing which were |
16:26.36 | CIA-9 | near impossible to debug as no user feedback was given. |
16:26.36 | CIA-9 | [RP: Tweak commit message] |
16:26.37 | CIA-9 | Signed-off-by: Christopher Larson <chris_larson@mentor.com> |
16:26.37 | CIA-9 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
16:34.05 | CIA-9 | 03Darren Hart <dvhart@linux.intel.com> 07master * r8b71370854 10bitbake.git/doc/manual/usermanual.xml: |
16:34.06 | CIA-9 | usermanual: Correct "inherit" search to bbclass from oeclass |
16:34.06 | CIA-9 | Bitbake looks for bbclass now, not oeclass. Update the docs accordingly. |
16:34.06 | CIA-9 | Signed-off-by: Darren Hart <dvhart@linux.intel.com> |
16:34.06 | CIA-9 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
16:38.42 | kergoth | oeclass. yikes. |
16:40.39 | bluelightning | yeah I was surprised there was still a reference in there too |
16:41.25 | CIA-9 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * r721e986624 10bitbake.git/lib/bb/fetch2/__init__.py: (log message trimmed) |
16:41.26 | CIA-9 | bitbake/fetch2: allow resuming interrupted fetch |
16:41.26 | CIA-9 | A lot of our checks in the fetcher code assume that if the downloaded |
16:41.26 | CIA-9 | file exists, the download finished successfully; this meant that if |
16:41.26 | CIA-9 | BitBake was interrupted in the middle of a fetch then it would not |
16:41.26 | CIA-9 | resume the fetch the next time, but instead attempt to use the |
16:41.27 | CIA-9 | half-fetched file and usually fail as a result. |
16:41.35 | CIA-9 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * re44d5be98f 10bitbake.git/lib/bb/runqueue.py: |
16:41.36 | CIA-9 | bitbake/runqueue: always log tasks summary |
16:41.36 | CIA-9 | It's unclear from the history but at some point we stopped logging the |
16:41.36 | CIA-9 | "Tasks Summary" NOTE when tasks failed. Reinstate this for failure, and |
16:41.36 | CIA-9 | also make the count of attempted tasks include the failed task. |
16:41.36 | CIA-9 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
16:41.37 | CIA-9 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
16:41.37 | CIA-9 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r7da7dff83e 10bitbake.git/lib/bb/siggen.py: (log message trimmed) |
16:41.38 | CIA-9 | siggen: Ensure correct runtask dependency output is shown for diffsigs |
16:41.38 | CIA-9 | The actual task names are discounted for comparison of dependent tasks, only |
16:41.39 | CIA-9 | the actual hashes are used. This updates the comparison code to account for |
16:41.39 | CIA-9 | this change, attempting heuristic matching for more user friendly output but |
16:41.40 | CIA-9 | falling back to showing the changed hashes directly. This avoids some confusing |
16:41.40 | CIA-9 | output to users where it looked like tasks had changed when they had not and |
16:42.03 | muriani | wut |
16:42.24 | CIA-9 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r69fd5ad4a8 10bitbake.git/lib/bb/cooker.py: |
16:42.24 | CIA-9 | cooker.py: Allow siggen classes to be added by the metadata |
16:42.24 | CIA-9 | By calling init_parser which sets up the siggen code after the ConfigParsed |
16:42.24 | CIA-9 | event is fired, we can allow the metadata to add siggen classes which |
16:42.24 | CIA-9 | was always what the code intended. |
16:42.24 | CIA-9 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
16:42.34 | CIA-9 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r164195c068 10bitbake.git/lib/bb/siggen.py: |
16:42.34 | CIA-9 | siggen.py: Abstract the runtime task dependency handling code in the generators |
16:42.34 | CIA-9 | This means that custom signature handlers can override specific parts |
16:42.34 | CIA-9 | of the code without having to reimplement whole functions allowing them |
16:42.34 | CIA-9 | more flexibility. |
16:42.35 | CIA-9 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
16:45.35 | *** join/#oe Heinervdm (~thomas@p5B0F6CFB.dip.t-dialin.net) |
16:48.15 | CIA-9 | 03Martin Jansa <martin.jansa@gmail.com> 07master * r9a57ec705c 10bitbake.git/lib/prserv/serv.py: (log message trimmed) |
16:48.15 | CIA-9 | prserv: fix import of sqlite3 |
16:48.15 | CIA-9 | * this is used in all other bitbake parts where sqlite3 is used, don't |
16:48.15 | CIA-9 | know why it wasn't used here, but it fails e.g. on Gentoo |
16:48.15 | CIA-9 | Traceback (most recent call last): |
16:48.16 | CIA-9 | File "bin/bitbake", line 39, in <module> |
16:48.16 | CIA-9 | from bb import cooker |
16:48.26 | CIA-9 | 03Martin Jansa <martin.jansa@gmail.com> 07master * rb4a40c2139 10bitbake.git/setup.py: (log message trimmed) |
16:48.26 | CIA-9 | setup.py: install prserv too |
16:48.26 | CIA-9 | * otherwise cooker fails: |
16:48.26 | CIA-9 | Traceback (most recent call last): |
16:48.26 | CIA-9 | File /usr/bin/bitbake, line 39, in <module> |
16:48.26 | CIA-9 | from bb import cooker |
16:48.27 | CIA-9 | File /usr/lib64/python2.7/site-packages/bb/cooker.py, line 39, in <module> |
17:01.26 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
17:12.44 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
17:24.38 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
17:32.25 | *** join/#oe kevinsc (~a0214685@nat/ti/x-udiwwrzawgmnkisy) |
17:51.25 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
18:19.57 | *** join/#oe drw (~drw@cpe-76-187-41-244.tx.res.rr.com) |
18:27.31 | CIA-9 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r65c2eb1c09 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): |
18:27.31 | CIA-9 | Bump the version to 1.15.1 |
18:27.32 | CIA-9 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
18:37.46 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
19:13.35 | *** join/#oe Russ (~russ@206.29.182.185) |
19:15.06 | *** join/#oe msm (~msm@75.108.61.164) |
19:17.49 | *** join/#oe JaMa (~martin@94.230.152.246) |
19:20.32 | *** join/#oe florian (~fuchs@sign-4db6a412.pool.mediaWays.net) |
19:20.32 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
19:31.24 | cs_nbp | florian: heh flo |
19:31.37 | cs_nbp | florian: tworaz wrote something about locale |
19:31.52 | cs_nbp | florian: he said kdrive server might not support xlocale |
19:31.56 | *** join/#oe fullstop (~quassel@173.210.91.4) |
19:32.04 | cs_nbp | florian: of course after I installed all locale ipks |
19:34.41 | cs_nbp | florian: and for touchscreen calibration we should use ts-calibrate from tslib |
19:35.20 | florian | re |
19:36.14 | florian | cs_nbp: it does not support xlocale but imho we do not need it at all. we do not want to localize x11 itself |
19:36.34 | florian | cs_nbp: we have this in the latest image... just need to check why it failed here |
19:37.29 | cs_nbp | flroian: just have problems because when I ssh somewhere and do emacs umlauts are broken |
19:37.41 | cs_nbp | florian: and french accents too |
19:38.01 | cs_nbp | florian: -nox |
19:41.55 | florian | cs_nbp: this should be independent from X11 localisation |
19:42.11 | khem | do u have glibc locales installed |
19:42.53 | florian | but if generating glibc binary locales is disabled... it woul generate them on first boot but this might fail |
19:42.57 | cs_nbp | on the ssh-client system? no |
19:43.23 | cs_nbp | only eglibc-locale-stuff |
19:43.45 | cs_nbp | should I put GLIBC_GENERATE_LOCALES variable in local.conf? |
19:44.31 | khem | lets see if you have proper locale configured for your system |
19:44.37 | khem | is it using C locale by any chance ? |
19:45.19 | cs_nbp | in the beginning it had C locale I think, the command 'locale' was not even installed |
19:45.23 | florian | good point... in gpe images we get this "for free" but I have no idea if LXDE cares |
19:45.47 | cs_nbp | now I can select from a range of locales and set LANG eg to de_DE.UTF-8 |
19:45.55 | cs_nbp | without complains |
19:46.06 | cs_nbp | but the weird umlaut over ssh stayed |
19:46.20 | cs_nbp | $TERM is xterm |
19:47.01 | cs_nbp | on the ssh-'server' seide is ubuntu 10.10 |
19:49.23 | cs_nbp | the client is dropbear of course |
19:49.28 | khem | what is what |
19:49.34 | khem | client is dropbear |
19:49.41 | khem | and server is OE based ? |
19:49.57 | cs_nbp | nope, server is openssh server from ubuntu 10.10 |
19:50.02 | *** join/#oe Russ (~russ@206.29.182.185) |
19:50.10 | cs_nbp | and on the client i see the umlaut problems |
19:50.17 | cs_nbp | client is oe based |
19:50.26 | khem | you see it when you login from another box thats running oe ? |
19:50.34 | khem | ok. |
19:50.36 | cs_nbp | when I log in from other linux computers I dont have the weird umlauts |
19:50.48 | khem | and you dont see it when you login to same server from some other machine |
19:50.54 | khem | say another ubuntu box |
19:50.57 | khem | or putty or something |
19:51.02 | cs_nbp | i have an openmoko gta02 w shr, i can call emacs on my pc fine w umlaut |
19:51.08 | *** join/#oe joelagnel (~joel@adsl-68-88-79-238.dsl.rcsntx.swbell.net) |
19:51.31 | cs_nbp | khem: thats it |
19:51.33 | khem | your pc = server w/openssh |
19:51.41 | khem | ok. |
19:51.46 | cs_nbp | y |
19:53.47 | khem | cs_nbp: what does echo $LANG say |
19:54.38 | cs_nbp | khem: on client its de_DE.UTF-8 now, same on server |
19:54.50 | *** join/#oe captain_morgan (~captain_m@c-76-102-249-39.hsd1.ca.comcast.net) |
19:55.29 | khem | cs_nbp: the ssh server is openssh not dropbear right ? |
19:55.40 | cs_nbp | khem: yes |
19:56.29 | khem | what does /etc/profile.d/lang.sh have on client machine |
19:59.25 | cs_nbp | khem: doesn't exist |
19:59.34 | cs_nbp | khem: apparently.,. |
19:59.50 | cs_nbp | khem: only tslib.h in profile.d |
20:00.07 | cs_nbp | khem: what is the corresponding ipk, maybe I have it? |
20:01.11 | khem | cs_nbp: just create one |
20:01.49 | khem | cs_nbp: add echo "export LANG=\"de_DE.UTF-8\"" > /etc/profile.d/lang.sh |
20:01.49 | cs_nbp | k |
20:01.51 | khem | or something |
20:02.13 | cs_nbp | no shabang? |
20:02.29 | khem | no |
20:03.43 | Russ | notes the true origin of the phrase, 'the whole shabang' |
20:03.50 | cs_nbp | now just reconnect? |
20:04.20 | khem | yes |
20:04.40 | cs_nbp | umlaut still dead |
20:04.46 | khem | actually another thing you could retry is try to use strace |
20:04.59 | khem | and see where its getting its locales from |
20:05.02 | cs_nbp | btw i have only locale and localedef as commands for locale control |
20:05.13 | khem | I guess the problem is mismatch between server and host |
20:05.30 | cs_nbp | so strace on client or host? |
20:05.36 | cs_nbp | client kinda slow |
20:05.38 | khem | client |
20:05.41 | cs_nbp | -.- |
20:05.43 | cs_nbp | thought so |
20:06.09 | cs_nbp | ima have to install strace forst :D |
20:09.02 | *** join/#oe Russ (~russ@206.29.182.185) |
20:12.04 | cs_nbp | ok baked and installed |
20:12.29 | cs_nbp | and did one ssh and logout |
20:13.01 | khem | try to see what all files dropbear tried to open |
20:13.49 | cs_nbp | lines starting with open, right? |
20:14.07 | khem | yes |
20:14.18 | *** join/#oe Russ (~russ@206.29.182.185) |
20:14.19 | cs_nbp | got dem all |
20:18.20 | cs_nbp | libnss_nis.so.2 can't be found, but I doubt it's that |
20:23.19 | *** join/#oe rah (rah@myrtle.6gnip.net) |
20:24.47 | *** join/#oe ant_mob (~ant_mob@62.205.97.177) |
20:28.16 | khem | prolly not |
20:28.26 | khem | does it work if you have openssh client ? |
20:29.12 | cs_nbp | on the nbp? |
20:29.18 | khem | yes |
20:29.30 | cs_nbp | would have to write a recipe for a client I think, or is there on in oe? |
20:30.02 | sobczyk | is it possible to limit the depth of the bitbake -g command? |
20:33.09 | cs_nbp | should I remove dropbear or will opkg take care of everything |
20:33.21 | khem | I think you have to remove it |
20:33.29 | khem | it will complain about conflict though |
20:33.30 | khem | it should |
20:41.18 | cs_nbp | ill have to transfer some files, my local ipk is out of date |
20:41.44 | cs_nbp | libcrypto is 1.0.0 but should be >= 1.0.0F |
20:41.46 | cs_nbp | f |
20:57.20 | sobczyk | anyone has schroedinger compilation error showing that some types are not defined? (the orc/orc.h is used for all intXX_t, but it seems as it's not defined) |
20:58.32 | cs_nbp | iirc theres a patch for orc on patchwork |
21:04.32 | *** join/#oe woglinde (~heinold@f052065083.adsl.alicedsl.de) |
21:04.42 | florian | hrm... do we need to build distribution feeds? :) |
21:05.04 | cs_nbp | ssh produces the same error (weird rectangle) |
21:05.33 | cs_nbp | khem: O mean openssh-client |
21:05.37 | *** join/#oe Russ (~russ@206.29.182.185) |
21:05.55 | khem | cs_nbp: ok so its not dropbear problem as I was thinking |
21:06.05 | khem | its really related to locales I think now |
21:06.28 | cs_nbp | im missing locale-gen, could that be it? |
21:12.26 | khem | I think you can add some locales to your image at build time |
21:12.30 | khem | thats should be it |
21:12.50 | cs_nbp | what do I need to build to generate locales? |
21:13.18 | cs_nbp | if 'locales' is even the right package that contains locale-gen |
21:13.30 | cs_nbp | in oe |
21:16.06 | khem | cs_nbp: ENABLE_BINARY_LOCALE_GENERATION = "1" |
21:16.10 | khem | in your local.conf |
21:16.16 | khem | and rebuild eglibc and image |
21:16.37 | cs_nbp | I'vo got that, so in the new repo there should be a 'locales' package? |
21:16.46 | cs_nbp | aah rebuild eglibc |
21:18.05 | *** join/#oe pepermint (~pepermint@host62-86-dynamic.5-87-r.retail.telecomitalia.it) |
21:18.17 | *** join/#oe hbeck (~hbeck@38.114.125.86) |
21:21.19 | cs_nbp | if that generates eglibc-binary-localedata - I already have thoe and they are installed. all. |
21:21.36 | cs_nbp | just missing actual locale-gen command |
21:21.51 | cs_nbp | building in bg anyways:) |
21:21.55 | sobczyk | the solution is as for old orc recipe, add DEFAULT_PREFERENCE = "-1" |
21:25.46 | *** join/#oe zecke (~ich@91-64-82-148-dynip.superkabel.de) |
21:26.02 | khem | cs_nbp: cs_nbp on your client whats does set |egrep 'LANG|LC_' show |
21:27.11 | cs_nbp | LANG=de_DE.UTF-8 LC_ALL= |
21:32.20 | khem | what happens if you export LC_CTYPE="de_DE.UTF-8" |
21:33.20 | cs_nbp | when I type 'locale' it appears to be set to that value |
21:33.26 | cs_nbp | but I can set it again |
21:33.49 | spacecolonyone | so I'm noticing a number of the tasks that I've prevously seen referenced have disappeared. E.g. the manual refers to task-python-everything or task-sdk-native but there aren't an bb files with these names any longer. |
21:34.24 | khem | spacecolonyone: yes they might have been renamed |
21:34.38 | cs_nbp | error remains |
21:34.50 | khem | hmmm |
21:35.04 | khem | I wonder if its your terminal |
21:35.15 | spacecolonyone | look through old git commits to tell what became what? |
21:35.15 | khem | can you see utf data ok on the client ? |
21:35.48 | khem | cs_nbp: e.g. try to view the same file on client only |
21:35.51 | cs_nbp | eg files copied with an sd card? |
21:36.00 | khem | yes |
21:36.22 | spacecolonyone | Also, I cant seem to find a bb for task_base_extended, though base-image uses it and still works. How does that work? |
21:36.25 | woglinde | hi khem btw. |
21:36.41 | khem | spacecolonyone: is it oe.dev ? or oe-coe |
21:36.43 | khem | core |
21:36.44 | khem | woglinde: hi |
21:37.05 | spacecolonyone | I'm not sure what you mean khem |
21:37.18 | woglinde | khem thanks for fixing gnutls |
21:37.23 | khem | where are looking at |
21:37.25 | khem | woglinde: np |
21:37.40 | khem | woglinde: I am actively fixing uclibc in oe-core |
21:37.53 | khem | woglinde: uclibc git recipes are looking lot promising now |
21:38.53 | khem | woglinde: core-image-sato boots and works on all qemu machines except arm where there seems to be a problem which I dont know and on mips pango-querymodule dies |
21:38.55 | cs_nbp | khem: nope, looks weird also (I just made a text only file w Umlauts), afk 10 mins |
21:39.00 | khem | console-images work well on all |
21:39.21 | spacecolonyone | i ran find ./ -name "task-base-extended*" in sources |
21:39.25 | khem | cs_nbp: try to view the same file in another editor |
21:40.20 | khem | spacecolonyone: well if this is a package then it could be in a recipe which may be named differently |
21:40.59 | khem | spacecolonyone: look in task-base.bb |
21:41.11 | spacecolonyone | I see. I'm still learning this whole chain so I'm trying to piece together what happens. |
21:42.06 | spacecolonyone | bingo. |
21:45.19 | spacecolonyone | Thanks, khem. |
21:46.07 | woglinde | khem yes mips-pango I read on the uclibc ml |
22:01.02 | cs_nbp | khem: if I view the text in 'Notes', Umlauts get displayed correctly |
22:01.33 | cs_nbp | less or vim in terminal show squared hell |
22:02.35 | khem | ok your terminal might be an issue |
22:02.46 | khem | can you try with some other terminal |
22:02.53 | khem | xterm or something lxdeterm |
22:03.12 | cs_nbp | i think lxterm |
22:03.39 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
22:03.46 | cs_nbp | TERM says xterm |
22:05.07 | khem | install another one then |
22:05.17 | khem | if you have lxterm install xterm |
22:05.30 | khem | its not TERM I Am talking about its the program itself |
22:06.14 | cs_nbp | its lxterminal, only the variable is set to xterm |
22:06.18 | cs_nbp | ill install xterm |
22:06.45 | khem | it could be that lxterminal did not build its locales properly |
22:15.49 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
22:19.16 | cs_nbp | if I start xterm from lxterm it complains about 'locale not supported by Xlib, locale set to C' |
22:19.44 | cs_nbp | 'X locale modifiers not supported, using default' |
22:20.08 | cs_nbp | xterm: failed to open input method |
22:20.42 | khem | hmm |
22:20.49 | khem | thats the problem I think |
22:21.20 | cs_nbp | at least sounds like the core of it |
22:22.10 | cs_nbp | has it to do w xserver-kdrive? |
22:24.06 | khem | what does locale -a say ? |
22:24.23 | cs_nbp | ouf |
22:24.33 | cs_nbp | I think it say everything |
22:25.13 | cs_nbp | all xx_XX and xx_XX.ISO-8859-1 are there |
22:25.31 | cs_nbp | from a to z |
22:25.50 | cs_nbp | probably happened on the course of me trying to fix locale |
22:28.05 | khem | do u have /usr/X11R6/lib/X11 |
22:28.46 | cs_nbp | no /usr/X11 anything, R6 or not |
22:28.59 | cs_nbp | so no /usr/X11 too |
22:29.00 | khem | launch it like LANG=C xterm |
22:29.37 | cs_nbp | complains the same way as before about Xlib |
22:32.54 | woglinde | better strace it |
22:33.11 | woglinde | you will be faster to find out what is missing |
22:35.42 | cs_nbp | /usr/share/X11/locale/locale.[alias|dir] ... (No such file or directory) |
22:35.58 | cs_nbp | sounds like its got to do w it |
22:40.02 | khem | those should come from libx11 |
22:40.08 | khem | do you have libx11 installed |
22:40.50 | cs_nbp | libx11-6 and libx11-xcb1 |
22:40.59 | khem | cs_nbp: is /usr/share/X11/locale/ populated at all ? |
22:41.39 | cs_nbp | khem: no, in /usr/share/X11 is only XErrorDB and xkb |
22:41.51 | khem | thats a problem then |
22:42.00 | khem | your x does not have localedata installed |
22:42.24 | khem | add libx11-locale to packages to be installed |
22:42.49 | *** join/#oe pepermint (~pepermint@host157-90-dynamic.2-87-r.retail.telecomitalia.it) |
22:42.53 | cs_nbp | k |
22:48.39 | khem | cs_nbp: you get opkg install it |
22:49.01 | cs_nbp | y its almost done |
22:49.14 | cs_nbp | baking |
22:55.59 | cs_nbp | ok, /usr/share/locale now populated, xterm not complaining at startup, but Umlauts looking weird in sample text |
22:56.46 | *** join/#oe pepermint2 (~pepermint@host9-13-dynamic.58-82-r.retail.telecomitalia.it) |
22:56.50 | muriani | where'd you get xterm? |
22:57.44 | cs_nbp | bitbake xterm |
22:58.49 | khem | cs_nbp: even in xterm ? |
22:59.06 | muriani | goddamnit why can't I get to my compile box |
22:59.23 | cs_nbp | khem: yes lookin weird in xterm |
22:59.31 | cs_nbp | after not complaining at start |
22:59.42 | khem | can you post the snapshot somewhere |
23:00.16 | cs_nbp | yes, but its going to be done by a digicam, no screenshot gadget yet |
23:00.28 | cs_nbp | or can I pipe screen output somehow^^ |
23:00.45 | khem | screenshot ? |
23:00.51 | cs_nbp | y |
23:05.18 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
23:05.37 | cs_nbp | wait, need to increase font size for digicam |
23:12.22 | muriani | ok how the heck do I get opkg to read the repo in opkg.conf |
23:13.06 | muriani | I have to specify --conf=/etc/opkg.conf just to get it to update |
23:14.41 | muriani | and then it just seems to ignore the conf otherwise |
23:14.57 | muriani | doesn't read the package lists |
23:17.40 | cs_nbp | of course -fs 12 14 17 18 20 or 25 doesnt work and I have no mouse at the device |
23:17.48 | cs_nbp | for accessing the font menu |
23:24.01 | cs_nbp | omg it doesn't find installed fonts now-.-,just a sec |
23:24.45 | *** join/#oe valhalla (~valhalla@81-174-23-153.dynamic.ngi.it) |
23:27.08 | *** join/#oe Crofton (~balister@184.13.219.74) |
23:33.02 | cs_nbp | impossible to make the font biǵger or to make the backlight weaker, ill figure something out in a sec |
23:39.02 | cs_nbp | ok got a photo geezus |
23:40.20 | muriani | cs_nbp: hey what's your opkg.conf look like |
23:40.55 | muriani | are you still having isues with the thing not reading it properly? |
23:43.24 | muriani | AH |
23:43.32 | muriani | needs OPKG_CONF_DIR set |
23:44.14 | cs_nbp | ok, here it is http://imageshack.us/photo/my-images/546/sam0053fo.jpg/ |
23:44.22 | muriani | now I get a ton of errors >_< |
23:44.32 | cs_nbp | and normally it should look like Käsebrot mit Überbiß |
23:44.46 | cs_nbp | don't know what u seeing though :D |
23:45.28 | muriani | yeah, those arent' umlauts |
23:45.42 | muriani | looks like wrong locale almost |
23:45.46 | cs_nbp | nah those are Alienvasion lauts |
23:46.47 | cs_nbp | actually it seems the other photos arent bad, only look bad on cam screen :D |
23:48.56 | cs_nbp | muriani: I have manual opkg'conf' :D |
23:49.26 | muriani | eh? |
23:49.44 | cs_nbp | if a package is missing i opkg install it |
23:49.45 | muriani | well opkg_conf_dir partialy fixed it |
23:49.56 | muriani | yeah, that's not relaly what I'm after |
23:50.27 | cs_nbp | need locale 1st so I can read remote mails |
23:51.23 | muriani | now it updates |
23:51.29 | muriani | but then doesn't list |
23:51.33 | muriani | only lists local |
23:51.37 | cs_nbp | khem: or do you mean something else w 'snapshot' |
23:51.40 | cs_nbp | -.- |
23:51.48 | muriani | anyhoo, getting ready for home |
23:55.24 | cs_nbp | khem: might have misunderstood, in german 'snapshot' means photo |