**** BEGIN LOGGING AT Sun Feb 13 02:59:56 2011 Feb 13 03:16:17 mwester: Could you also try slugos-image from DISTRO=uCslugC as well Feb 13 03:16:34 I am sure it will perform same as normal slugos image Feb 13 03:41:33 khem, :) I was hoping you had that in your autobuilder so I wouldn't have to (I feel lazy today!) Feb 13 03:41:45 * mwester kicks off a ucslugc build Feb 13 05:55:03 03Khem Raj  07master * rb10f101b5d 10openembedded.git/recipes/gstreamer/ (gst-rtsp_0.10.7.bb gst-rtsp_0.10.8.bb): Feb 13 05:55:03 gst-rtsp: Upgrade from 0.10.7->0.10.6 Feb 13 05:55:03 Signed-off-by: Khem Raj Feb 13 07:06:46 03Martin Jansa  07master * r5ea894c6fd 10openembedded.git/recipes/openmoko-3rdparty/spojegui_svn.bb: Feb 13 07:06:46 spojegui: fix build without ipkg-build and fix QA issues Feb 13 07:06:46 Signed-off-by: Martin Jansa **** BEGIN LOGGING AT Sun Feb 13 15:40:14 2011 Feb 13 15:46:53 the website is still down? Feb 13 16:29:02 hello, i cannot open oe website , is there a general problem ? Feb 13 16:29:40 yes Feb 13 16:30:32 ok, ... thats good and bad :-) Feb 13 16:31:20 (its good because last time i has a problem routing my ip thru the internet to OE) Feb 13 16:39:34 re Feb 13 16:45:21 its back Feb 13 16:46:14 juhu Feb 13 16:46:20 thanks ka6sox Feb 13 16:47:56 any thoughts http://patches.openembedded.org/patch/569/ ? Feb 13 16:54:00 looks sane to me Feb 13 16:54:17 filip: i do not know much about bitbake, why is the patch so big, its only the function renamed ? Feb 13 16:55:09 it doesn't just rename the function, it moves it from image.bbclass to rootfs_ipk.bbclass Feb 13 16:55:16 and that isn't a big patch at all Feb 13 16:55:18 nowhere near Feb 13 16:56:46 filip: ok, so rootfs_ipk, implies using opkg feeds ? Feb 13 16:57:06 other way around Feb 13 16:57:24 rootfs_deb or rootfs_rpm implies using other feeds than opkg Feb 13 16:57:42 filip: is ist possible to mix ? Feb 13 16:57:44 this function is opkg specific, so it should not be run in a generic place Feb 13 16:58:04 nschle85: well maybe it is, but it doesn't sound like a reasonable idea Feb 13 16:58:46 filip: so i think its a good idea to move the function to its right place Feb 13 16:59:22 nschle85: hence the patch :) Feb 13 17:01:16 filip: ? hence the patch ? google translate gives no reasonable result Feb 13 17:03:12 nschle85: the patch moves it to where it belongs. Feb 13 17:03:22 image.bbclass is common to multiple packaging methods, not just ipk/opk Feb 13 17:03:22 nschle85: that is why I have sent this patch :) Feb 13 17:04:46 filip: ok, i wanted to learn from you so i asked, i think its very important to keep code clean and well organized Feb 13 17:06:07 filip: so if you patch does not destroy anything i think it should be merged (Attention am not a proffessional in bb !) Feb 13 17:11:48 03Mike Westerhof  07org.openembedded.dev * rabd3593d76 10openembedded.git/conf/distro/include/slugos.inc: SlugOS: slugos.inc -- bump up to SlugOS 5.8 Feb 13 17:11:58 03Mike Westerhof  07org.openembedded.dev * r5a93c40d62 10openembedded.git/recipes/tasks/task-slugos.bb: SlugOS: tast-slugos -- add kernel-module-ext4 in current dev images. Feb 13 17:12:09 03Mike Westerhof  07org.openembedded.dev * r2ecf8e9325 10openembedded.git/recipes/slugos-init/files/functions: Feb 13 17:12:09 SlugOS: slugos-init/files/functions -- fix spurious shell error message Feb 13 17:12:09 Fixes spurious message "bad number" from /bin/sh on initial boot. Feb 13 17:12:13 03Mike Westerhof  07org.openembedded.dev * r1c541bf6ec 10openembedded.git/recipes/initscripts/ (initscripts-1.0/slugos/volatiles initscripts-slugos_1.0.bb): SlugOS: initscripts-slugos -- add /var/lib/opkg/tmp to volatiles for SlugOS flash image Feb 13 17:12:21 03Mike Westerhof  07org.openembedded.dev * rcd58f6ff85 10openembedded.git/recipes/slugos-init/ (files/sysconf slugos-init_5.0.bb): Feb 13 17:12:21 SlugOS: slugos-init - No longer switch to DHCP if static IP==192.168.1.77 Feb 13 17:12:21 This behavior was confusing to users, and was a prime contributor to the Feb 13 17:12:21 "I've lost my Slug!" network problem. This fix ensures that if a user Feb 13 17:12:21 resets their NSLU2 to factory defaults, it will boot up at the expected Feb 13 17:12:21 IP address in all cases. Feb 13 17:13:33 * mwester dusts off the ancient SlugOS file folder in search of more SlugOS bugs to fix. Feb 13 17:14:20 mwester, will slugos-alpha build in a 64bit lucid? Feb 13 17:14:47 03Henning Heinold  07org.openembedded.dev * rdd984bd627 10openembedded.git/recipes/sqlite/ (sqlite3_3.7.3.bb sqlite3_3.7.5.bb): Feb 13 17:14:48 sqlite3: add now really latest version 3.7.5 of sqlite Feb 13 17:14:48 * fix cut and paste error for DEFAULT_PREFRENCE Feb 13 17:14:48 * sqlite3 uses new version-ending scheme Feb 13 17:15:03 ka6sox-away, lucid? Feb 13 17:15:20 10.04 Ubuntu LTS Feb 13 17:15:42 ka6sox should Feb 13 17:15:45 Ah yes -- the ubuntu (rather silly) alliteration. Feb 13 17:15:49 I have lucid at work Feb 13 17:15:57 64bit Feb 13 17:16:11 No idea, I don't use ubuntu at all. But it builds wonderfully on a 64-bit Fedora 12 system. Feb 13 17:16:45 mwester, okay thanks Feb 13 17:16:46 "Lucid Lynx" Feb 13 17:16:55 woglinde, maybe you could try :D Feb 13 17:16:59 (if you have time) Feb 13 17:17:09 well, better than "Happy Harpy" or whatever that one was! :D Feb 13 17:17:28 hardy and it was old and very crufty Feb 13 17:17:44 ka6sox hardy is now stoneage Feb 13 17:17:51 filip: questions, where are the QA checks for desktop files implemented ? Feb 13 17:18:03 insane Feb 13 17:18:05 .bbclas Feb 13 17:18:06 s Feb 13 17:18:10 I think Feb 13 17:18:33 ka6sox-away, I still vote for CentOS on the autobuilder. :D Feb 13 17:19:12 lemme talk to eno Feb 13 17:19:52 if he is okay with it I"m game. Feb 13 17:20:30 Well, you have to maintain it, so it has to be ok with you too. I can bumble about on ubuntu just fine. Feb 13 17:21:35 last time I used anything with rpm was RH9 when I got compromised the 3rd time because of "RH Network" Feb 13 17:21:42 My comments are based on my perception of stability, where I'm thinking that CentOS is an enterprise-class install, while ubuntu is desktop (one moves slowly, the other moves at light-speed). Feb 13 17:22:08 then by that logic is should be squeeze Feb 13 17:22:17 * mwester googles Feb 13 17:22:35 debian squeeze... Feb 13 17:22:45 ubuntu updates smooth Feb 13 17:23:02 woglinde, from LTS to LTS, yes Feb 13 17:23:10 but not between others. Feb 13 17:27:47 ? Feb 13 17:28:54 woglinde, if you are more than 1 revision behind its hard to get caught up. Feb 13 17:29:06 ? Feb 13 17:29:08 no Feb 13 17:29:26 its updating from version to version Feb 13 17:30:09 yes, but if you miss a version you have to go from 1 to and intermediate, to the final. Feb 13 17:30:37 2 steps (and if they dont' have the repo(which they do nuke) you are hozed. Feb 13 17:37:06 archive Feb 13 18:01:49 hostapd 0.6.9 vs. 0.7.3 ? Feb 13 18:21:49 does somebody knows udev 151: http://pastebin.com/3tnZ9mM8 Feb 13 18:21:58 davidlt, what card? Feb 13 18:22:02 *wireless card Feb 13 18:22:17 newer hostapd has support for libnl drivers Feb 13 18:22:28 that is to say most drivers uses nl80211 nowadays Feb 13 18:23:04 GNUtoo|laptop: Marvell 88W8686 Feb 13 18:23:25 I did some test a month ago with hostapd, but it was 70% of time segfault'ing Feb 13 18:23:32 I mean with 0.ų.ę Feb 13 18:23:38 ops, 0.7.3 Feb 13 18:23:56 so the libertas driber Feb 13 18:24:05 libertas_tf Feb 13 18:24:09 ok Feb 13 18:24:18 you need the most recent one Feb 13 18:24:27 0.7.3 ? Feb 13 18:24:36 also try to make it libnl2 only Feb 13 18:24:38 yes Feb 13 18:24:44 0.7.x Feb 13 18:24:54 Preping new environment and libertas_tf patches, gonna know tomorrow. Feb 13 18:25:09 libnl2 only? More details? Feb 13 18:25:19 you work for buglabs? Feb 13 18:25:50 Nope Feb 13 18:25:59 basically if you link to libnl1 and libnl2 at the same time.... Feb 13 18:26:06 it will compile Feb 13 18:26:18 but fail at runtime Feb 13 18:26:54 You think that makes segfault hostpad ? Feb 13 18:27:15 not segfault Feb 13 18:27:19 but abort Feb 13 18:29:39 what device do you hav libertas_tf on? Feb 13 18:29:47 is it a sdio device? Feb 13 18:30:09 yup Feb 13 18:30:26 It sometimes works, but tends to segfault a lot Feb 13 18:30:34 But then it work, it works good Feb 13 18:30:48 then gdb it? Feb 13 18:30:55 I knew that there is problems with firmware and drivers Feb 13 18:31:01 and try the lastest hostapd Feb 13 18:31:11 got latest unpublished firmware from developer and newest drivers Feb 13 18:31:14 what device? Feb 13 18:31:16 ok Feb 13 18:31:23 olpc? Feb 13 18:31:28 bug20? Feb 13 18:31:29 yeah Feb 13 18:31:32 XO Feb 13 18:31:36 wow Feb 13 18:31:44 1.75 Feb 13 18:32:00 ok Feb 13 18:32:22 so try the lastest hostapd Feb 13 18:32:36 These drivers still in alpha state, but some people reported having it running stable Feb 13 18:32:36 and if it doesn't work Feb 13 18:32:50 look at elinux.org for a gdb howto Feb 13 18:32:53 Gonna test first 0.7.3 after that 0.6.9 Feb 13 18:32:57 OK, thanks for help Feb 13 18:33:03 such as buglabs? Feb 13 18:33:25 Some people from Gumstix mailing-list Feb 13 18:33:31 ah ok Feb 13 18:33:37 I had it working like 5 times, but I need it stable Feb 13 18:33:40 buglabs use that driver too Feb 13 18:34:12 Because other solution would be to solder some external module instead of USB connector Feb 13 18:34:14 then try lastest. fix the build if nedded and debug it Feb 13 18:34:20 hmmm Feb 13 18:34:37 better making it work Feb 13 18:34:51 i could help a bit later Feb 13 18:34:53 Experience with OE tells me I could send from hours to weeks trying to fix that thing Feb 13 18:35:03 really? Feb 13 18:35:18 should be easy to fix the compilation Feb 13 18:35:25 It does compile Feb 13 18:35:33 Everything compiles Feb 13 18:35:39 the 0.7? Feb 13 18:35:42 Yeah Feb 13 18:35:57 ok nice Feb 13 18:36:06 did you do come changes? Feb 13 18:36:20 I did not changes, it just compiled Feb 13 18:36:25 ok Feb 13 18:36:36 i'll give a try then Feb 13 18:36:38 But either it created wireless access point or segfaults Feb 13 18:37:03 but I need some setup for hostapd Feb 13 18:37:12 I had a break for more than a month. Compiling OS already. Feb 13 18:37:31 Tomorrow testing Feb 13 18:37:31 basically i need a recent kernel or wireless compat Feb 13 18:37:59 for the recent kernel sd can work but I need usb too Feb 13 18:38:11 i've Feb 13 18:38:21 *libertas_sdio Feb 13 18:38:32 Neil just added 2.6.36 kernel which is good for wireless-testing Feb 13 18:38:33 *rt2870_usb Feb 13 18:39:11 *zdxxxrw Feb 13 18:39:21 that has got ap recently Feb 13 18:39:41 and as device with usb host I have bug 1.3 Feb 13 18:39:51 2.6.27 kernel Feb 13 18:40:02 or 2.6.30 Feb 13 18:40:27 or linux-next with serial+sd only Feb 13 18:58:53 ok it compiled Feb 13 19:11:09 check if it runs Feb 13 19:11:20 I need to fix udev first Feb 13 19:11:24 I'll upgrade udev Feb 13 19:11:27 make a console image Feb 13 19:11:35 compile the 2.6.30 kenrel Feb 13 19:11:38 compile compat wireless Feb 13 19:11:43 and then I can check Feb 13 19:11:51 hmmm Feb 13 19:11:52 no Feb 13 19:11:53 | Key link: "KEY_SCREENLOCK" = "KEY_SCREENLOCK", with key set "cfks". Feb 13 19:11:56 still Feb 13 19:12:09 sigh Feb 13 19:12:28 * GNUtoo|laptop really wanted to test because hostapd compiled Feb 13 19:12:37 so I could make an AP with my bug device Feb 13 19:12:43 that would have been so great Feb 13 19:13:10 but udev fails Feb 13 19:13:19 maybe I should rebuild from scratch on angstrom 2010 Feb 13 19:13:26 instead of angstrom 2008 Feb 13 19:20:32 davidlt, ok I'm re-bitbaking from scrach changing distro Feb 13 19:24:19 davidlt, does the olpc 1.75 will have upstream oe support? Feb 13 19:24:33 s/will// Feb 13 19:24:36 s/does/will/ Feb 13 19:24:55 Don't know Feb 13 19:25:04 if you have machine.conf etc... Feb 13 19:25:19 why not submit them on the mailing list? Feb 13 19:25:23 as patch Feb 13 19:25:50 some people like valhalla did some work with olpc and sugar in openembedded Feb 13 19:26:12 hi valhalla Feb 13 19:26:49 I don't work on XO, so I don't know. I just exchanged some info with libertas_tf driver developer. Feb 13 19:27:14 ah ok Feb 13 19:27:24 re Feb 13 19:27:56 what device did you have then Feb 13 19:27:59 you responded that: Feb 13 19:28:03 From what I understood, XO is in number one place, anything other to support is not priority Feb 13 19:28:04 yeah Feb 13 19:28:13 I am working on Gumstix Overo FIre Feb 13 19:28:17 ahh ok Feb 13 19:28:22 nice Feb 13 19:30:59 My build host is slow... Feb 13 19:33:23 ah ok Feb 13 19:33:28 Yes, OE is responsible for at least some of the high price of Intel stock. Feb 13 19:33:28 I hope mine is fast enough Feb 13 19:33:51 it's kind of a strange thing Feb 13 19:33:58 you replace intel CPU with ARM ones Feb 13 19:34:13 but for that you need a high-end intel CPU for building Feb 13 19:34:30 * ka6sox-away made misteak of not understanding Intel's interest in OE. Feb 13 19:34:58 not to mention that the ARM device usually has only a few GB of flash storage -- while the high-end intel for building needs a high-speed very large disk drive too. :D Feb 13 19:35:31 lol Feb 13 19:35:32 Yeah, SSD should help Feb 13 19:35:33 indeed Feb 13 19:35:40 I was thinking about that already Feb 13 19:35:52 hm.. Feb 13 19:36:02 * GNUtoo|laptop spends all his money on the devices..... Feb 13 19:36:04 * Jay7 have remade part of benchmarking Feb 13 19:36:14 B.10.log:real 103m52.948s Feb 13 19:36:16 B.11.log:real 109m19.621s Feb 13 19:36:16 so no money left for buying ram, or SSD Feb 13 19:36:17 B.12.log:real 100m55.293s Feb 13 19:36:19 B.13.log:real 125m31.689s Feb 13 19:36:30 10-13 is BB_THREADS_NUMBER Feb 13 19:37:07 davidlt, what cool stuff was done with gumstix, do you have cool videos on it? Feb 13 19:37:19 I'll step down to 4 Feb 13 19:37:27 There are news about Cortex-A15, dual core, 2Ghz each core, 50% more powerful per core comparing to A9 Feb 13 19:37:27 are the pxa bigger than the omap ones? Feb 13 19:38:01 GNUtoo|laptop: I work for ETH Zurich/Landis+Gyr project Feb 13 19:38:07 what's that? Feb 13 19:38:10 It's used for Smart Metering Feb 13 19:38:25 ah? I'll wikipedia "Smart Metering" Feb 13 19:38:39 :) Feb 13 19:38:51 ah ok it's what I tought Feb 13 19:39:12 is there a webpage for the project? Feb 13 19:39:23 You can take iPhone/iPad or Androind and get real-time data of electricity usage Feb 13 19:39:39 http://www.bitstoenergy.ch/?page_id=33 Feb 13 19:39:40 yes there was a company that did it Feb 13 19:39:42 but I didn't find the sources Feb 13 19:40:03 I think they used some gumsitx too Feb 13 19:41:48 is there some sources for the smart device part? Feb 13 19:42:15 how do you handle the fact that most of the clients have a provider box? Feb 13 19:42:25 such as freebox,neufbox,alicegate etc... Feb 13 19:42:38 you report to a central server Feb 13 19:42:52 the clients with his login and password get his data? Feb 13 19:43:19 http://www.landisgyr.eu/apps/products/data/pdf1/D000028192_en_E750.pdf Feb 13 19:44:02 Data is stored on the Gumstix and central server Feb 13 19:44:12 ok Feb 13 19:44:25 do you have hackable consumer versions? Feb 13 19:44:38 because here it seem industrial Feb 13 19:45:06 These smart meter should be installed in every new EU house starting some year Feb 13 19:45:16 Big brother is watching! Feb 13 19:45:22 yes I know Feb 13 19:45:30 the electricity companies could know: Feb 13 19:45:34 *if you are in the home Feb 13 19:45:41 *what equipement are beeing used Feb 13 19:45:43 etc... Feb 13 19:45:50 the big problem is for thieves Feb 13 19:45:58 if thieves get access to that data.... Feb 13 19:46:07 I wonder what that information in real time might be worth to be sold on the internet?? Feb 13 19:46:07 they can know if there is someone in the home or not Feb 13 19:46:09 Yeah, we are currently working on device recognition and maybe could tell even when your fridge is broken :D Feb 13 19:46:41 Some underpaid SysAdmin at the power company could become wealthy selling that data to theives. Feb 13 19:47:12 sigh again a compilation failure Feb 13 19:47:14 * mwester doesn't trust large companies with vital data; they have a very poor record of keeping secrets. Almost as bad as the government. Feb 13 19:47:32 | checking for send... no| configure: error: Unable to link function send NOTE: package curl-native-7.21.2-r4.0: task do_configure: Failed Feb 13 19:47:39 Every company from time to time leaks some huge amount of confidential data Feb 13 19:47:46 indeed Feb 13 19:48:08 And then, when the illegal theives don't rob you, then the government theives will find that data useful to rob you by taxing your fridge ("the refrigerator-door-opening" tax, etc) Feb 13 19:48:22 Technology is good -- the application of it is often evil. Feb 13 19:48:22 :D Feb 13 19:48:23 specially in italy Feb 13 19:49:24 mwester: In Lithuania government wanted to add quota for heating in winter, if you exceed it you would have to repair your house or you have to pay more, etc. Feb 13 19:49:49 * mwester imagines a quite large market for devices to obfuscate the detail of the data being send upstream to Big Brother. Feb 13 19:50:13 Smash computer, cell phone, etc and you are safe Feb 13 19:50:19 hmmm and we are the people that could do it right? Feb 13 19:50:29 Oh no, satellites is still up Feb 13 19:50:31 but not with those power monitoring device, davidlt~ Feb 13 19:51:12 No more matter that I work in IT, I love it, I have it pretty much at the same level :) Feb 13 19:51:55 So if there would be a good reason I would be glad to smash my computer and throw it out through my window Feb 13 19:54:08 the worse is that before.... Feb 13 19:54:15 a dicator came Feb 13 19:54:24 then you started hidding what you did Feb 13 19:54:26 now... Feb 13 19:54:30 a dictator come Feb 13 19:54:33 and it's too late Feb 13 19:54:38 because of data retention Feb 13 19:54:52 he knows what you already did, what you already think where you are etc.... Feb 13 19:57:13 But you always have to prove that data is 100% valid Feb 13 19:57:35 Wishful thinking, that. Feb 13 19:57:49 For example BitTorrent network Feb 13 19:58:00 Lots of cases, but all of them fails. Feb 13 19:58:31 It is so hard to prove that someone was downloading some song or movie. Feb 13 19:58:36 The *LAW* says that you must be proven guilty -- but in fact, often the government (or large companies with a lot of money to spend on lawyers) can effectively punish someone just by forcing them to defend themselves. Feb 13 19:59:25 mwester, so true. my company was sued for patent infringement by a large competitor. it cost over $100K/month to defend. Feb 13 19:59:36 Of course they can Feb 13 19:59:56 I think everyone already hates those patent stuff Feb 13 20:00:04 So if the government wanted, they could file charges that you used 10.7 Giga-watt-hours of electriciy last year, no matter how ridiculous that might be, and force you to go to court to defend yourself -- taking time away from work, perhaps forcing you to travel, and pay for lodging for weeks as the legal proceeding go on... Feb 13 20:00:09 Btw, I think patents does not hold in New Zealand? Feb 13 20:01:04 Yeah, in that case I have to build my own wind turbine and solar panels array :) Feb 13 20:01:14 * mwester is working on just such a thing Feb 13 20:02:31 And two power feeds to the new house -- one normal one, and one that is heavily filtered, in hopes that doing so will disable the devices that send data back up the power line. Feb 13 20:03:00 The power company will see only what I agree that they should see, and nothing more. :) Feb 13 20:03:28 ok it continues to build Feb 13 20:04:41 mwester: You think they really send data using power lines? Feb 13 20:05:46 davidlt, you can have networking on top of power lines Feb 13 20:05:47 ka6sox-away, SlugOS 5.8-alpha seems to be working very nicely. I'm certain there are bugs to fix, but I won't find them without other folks testing. So I think if I can get some reports from those who can build their own images, and those reports are positive, I'll bump it up to 6.0-alpha and release a limited-time alpha binary to the community. Feb 13 20:05:58 altough it seem slow Feb 13 20:06:04 but I never looked into it Feb 13 20:06:07 so I can't say Feb 13 20:06:08 davidlt, the power company right now reads my electric meter remotely. Feb 13 20:06:32 GNUtoo|laptop: I have back at home, 40-60Mbps in 10-20m distance Feb 13 20:06:50 Which is fine with me. I just don't want them to be able to read when my fridge is being used, when my garage door opens, etc, etc. Feb 13 20:06:52 mwester: but isn't that too huge distance to deliver the data? Feb 13 20:07:24 and it doesn't look safe Feb 13 20:07:35 More wise people might for example send false readings? Feb 13 20:07:45 It is a rural area -- many miles to the nearest substation. Yet they have no problems reading the data -- I haven't seen them in the two years I've had the property, so they have never physically read the meters. Feb 13 20:08:10 I've never thought about fraudulent meter data... I hope it is digitally signed. Feb 13 20:08:27 Back in LT you yourself have to report how much, no one reads your meter Feb 13 20:08:41 mwester, same here in Finland. And I am pretty sure you cannot get them to give you electricity without letting them install one like that. Feb 13 20:08:50 Otherwise I could not only fake my own meter readings, but if I could get the serial numbers of my neighbor's units, i could change their meter readings too! Feb 13 20:09:15 mwester, I'm sure I could probably get it to build, but I don't have the time to do that currently...new server about to be added to the cluster and I have a lot of prep for that...however, I do have some testing I could do with an image. as I need to start working the FatSLUG up to replace the 3 slugs. Feb 13 20:09:30 Smart Meters I am working have signatures (optional), I think there are signatures for each value passed Feb 13 20:09:41 Ok. I can get you an image somewhere. Feb 13 20:09:58 davidlt, that would make a lot of sense to me. Feb 13 20:10:46 I want to write simulator for Smart Meter :D Feb 13 20:11:15 There are some other community metering projects around. Like this one http://www.flukso.net/about Feb 13 20:12:07 Cool. Feb 13 20:12:40 There are tons of projects/products regarding smart metering Feb 13 20:12:56 But I wonder why it is so necessary to have the flukso company have your data -- why not send the data to a local PC, with an application to display it? Feb 13 20:13:40 Depends, they might do device recognition and want data at their sever to figure out patterns, define user profile, usages and etc. Feb 13 20:13:54 Smart Meterting in Cloud :D Feb 13 20:14:10 * mwester is suspicous. Feb 13 20:15:21 But, I'm also wondering about the installation -- is it commonplace outside of North America to have the incoming wires accessible to attach the current clamp? Electrical code in the US and Canada often requires the cables to be in conduit... Feb 13 20:15:50 mwester, I spoke to the Flukso guy. The website thing is optional. It is just in case you want to compare with other people Feb 13 20:16:31 Difficulty of installtion and liability are big barriers to home-installation of monitoring systems like this, which is why (as far as I have been able to find out) most of the monitoring in the US is done at the electrical wall outlet instead of the whole home. Feb 13 20:16:38 Philippe, that's good then. :) Feb 13 20:17:26 mwester, and in this case it is a current clamp that does the measuring. So no worries about having to change your electrical system. Feb 13 20:18:00 Right - no electrical contact required. But still difficult to attach when the cables are in a pipe. :) Feb 13 20:18:35 Runs openwrt - neat. Feb 13 20:21:26 I know I am kind of tempted to have one for myself. Or make a similar system to see where I can save some electricity Feb 13 20:27:17 davidlt, 2102 of 4101 Feb 13 20:27:48 I will go to sleep in 2-3 hours Feb 13 20:29:39 i will be tomorrow Feb 13 20:31:50 davidlt, I'll post here Feb 13 20:31:59 davidlt, do you read the backlogs? Feb 13 20:32:14 No very Feb 13 20:32:30 What is command/link ? Feb 13 20:32:51 is there some public ARM server? fefe (author of dietlibc) asked me for a platform/image where he can work on the ARM port of dietlibc Feb 13 20:33:11 qemuarm? Feb 13 20:35:15 Tartarus: yes, I found some images. But it is a little bit slow and compiling is faster on real hardware Feb 13 20:36:08 ensc: I have efikamx accessible from inet Feb 13 20:36:57 I can provide access there at least for one month Feb 13 20:37:42 Jay7: is this suitable for compiling dietlibc? (e.g. installed gcc) Feb 13 20:38:24 yes, toolchain is installed Feb 13 20:39:32 !help Feb 13 20:39:35 !log Feb 13 20:39:37 hmm.. Feb 13 20:57:19 davidlt, or maybe I should send you a mail if I succeed Feb 13 20:59:24 * davidlt almost crashed Feb 13 21:02:47 hm Feb 13 21:02:48 task-base: Depends: task-distro-base but it is not going to be installed Feb 13 21:02:56 any suggestions about what may have caused this? Feb 13 21:03:54 I mean I am messing with the tree, but how can I debug such one? Feb 13 21:06:22 esnc he could really use qemuarm Feb 13 21:07:14 ah dumb me, this is a message from apt Feb 13 21:10:58 hm khem ping Feb 13 21:11:24 anyone else tried angstroem 2008.1 and lidb5? Feb 13 21:11:28 upos libdb5 Feb 13 21:11:37 the way we compile it Feb 13 21:11:55 libtool is using hardcode_rpath Feb 13 21:14:06 which points to sysroot Feb 13 22:20:07 | calibrate.c:(.text+0x10): undefined reference to `__gnu_mcount_nc' Feb 13 22:20:09 hmmm Feb 13 22:20:16 that sounds familiar Feb 13 22:22:03 ah it's the kernel...hmmm Feb 13 23:08:36 Sunday afternoon, and all of OE is asleep... wonder what I can quickly commit and sneak in whilst nobody is paying attention... ;) Feb 13 23:09:45 heh Feb 13 23:09:46 Nope. Its monday morning here. Feb 13 23:10:11 (so still asleep...) Feb 13 23:10:32 Ah, just the man I wanted to speak with -- but since he's still asleep, it'll have to wait until morning. Feb 13 23:12:07 ? Feb 13 23:12:19 i' Feb 13 23:12:24 ve been known to sleep talk Feb 13 23:13:11 mwester, its his Monday. Feb 13 23:13:21 (poor guy) Feb 13 23:13:28 Ha. Feb 13 23:13:31 I switched SlugOS over to opkg -- and committed a single nslu2-specific patch... so if you get some time, perhaps you can look at the patch and comment regarding pulling it into the opkg source tree? Feb 13 23:13:56 sure Feb 13 23:14:05 No rush... Feb 13 23:14:09 i gotta spend some time merging opkg patches this week Feb 13 23:14:13 and make a release Feb 13 23:14:40 mwester, are you satisfied with the memory consumption of opkg? Feb 13 23:15:06 Even if it ends up as a --enable-horrible-vfork-gunzip sort of config option... :) Feb 13 23:15:32 Yes, I'm quite pleased with opkg in general -- we only need to enable the vfork for gunzip in one extreme corner case anymore. Feb 13 23:15:55 (Hence the patch requires the user to set an env var to use the vfork/gunzip hack) Feb 13 23:17:46 That corner case is a 32-MB device, with data in the tmpfs /tmp dir, large feeds, and no swap enabled. Not a common case, but one that we will need to support from time to time, and when users encounter it, they usually are in that situation because they have no easy alternatives. Hence the hack. Feb 13 23:23:06 The patch looks ok. But i'd rather gz_use_vfork() not be called repeatedly - that can just be put into a static variable. Feb 13 23:24:06 As you say, a configure option might be the best solution Feb 13 23:25:14 maybe --use-external-gunzip="busybox gunzip" Feb 13 23:34:05 That's a bit more string processing, but that could work. Feb 13 23:35:35 I suppose it's possible that someone would want to use the non-busybox gunzip... although it wouldn't be possible in the known corner case. Feb 13 23:35:53 * mwester thinks a bit more Feb 13 23:44:13 what are the warning messages that come from gnu gunzip? Feb 13 23:44:25 missing header, that sort of thing? Feb 13 23:45:10 i'll have a play with it when i get a chance Feb 13 23:45:29 rest assured, i'll put something in so that slugos no longer has to use a patched opkg Feb 13 23:46:55 GNUtoo|laptop: that curl-native failing...you're building on Gentoo, isn't? Feb 13 23:47:01 same happens here Feb 13 23:58:37 khem: it seems setting PARALLEL_MAKE="" for linux-libc-headers cures the 'race' ? of curl-native building on Gentoo Feb 14 00:06:12 grg, (sorry, at dinner) -- the gunzip warnings are complaints about spurious data after the end of the compressed data. Which is true, since we feed gunzip a file-desciptor that is actually inside the archive itself, and have no means to tell it where the logical EOF really is. Busybox gunzip probably encounters the same, but prints no warnings. Feb 14 00:07:25 The warning can be suppressed for gunzip, but busybox doesn't accept that argument -- hence we cannot simply invoke gunzip, and let the OS run whichever one happens to be installed. Kinda sucky. Feb 14 00:08:04 very sucky Feb 14 00:25:56 mwester, you still here? Feb 14 00:26:19 I iz. Feb 14 00:31:57 ant__: I think problem is in linux-libc-headers-native Feb 14 00:33:19 sure, I mean -native recipe ofc Feb 14 00:33:58 ant__: I usually have ASSUME_PROVIDED += " linux-libc-headers-native" Feb 14 00:34:06 ah Feb 14 00:34:16 btw still 2.6.30 in minimal Feb 14 00:34:26 2.6.31 Feb 14 00:34:27 yes Feb 14 00:34:50 there has been issues with kernel headers so far Feb 14 00:35:10 and we have to keep it minimum of machines supported by minimal Feb 14 00:35:22 anyway, I did 3 builds with 8 bbthreads and one with 4 and curl-native seems fixed Feb 14 00:35:51 khem: I have minimalistic local.conf Feb 14 00:35:58 I think linux-libc-headers-native is a basic package that should be built before any native package starts to build Feb 14 00:36:11 heh Feb 14 00:36:29 the host is sane..it has rebuilt istself (Gentoo) Feb 14 00:36:59 I dont know how to mitigate it. Feb 14 00:37:30 it seem disabling parallel make slows down anough to have all headers staged Feb 14 00:37:44 yeah but thats still luck Feb 14 00:38:06 it should state these headers before anything else Feb 14 00:38:12 s/state/stage Feb 14 00:38:28 Mr. ka6sox, did you need something? Feb 14 00:38:28 so all native packages are build uniformly Feb 14 00:38:44 khem: hmm.. but how.. ? Feb 14 00:38:45 ant__: best is to use assume_provided Feb 14 00:38:53 on recent enough machines Feb 14 00:39:10 if you are using old machines like RHEL 3 etc you might need this Feb 14 00:39:13 perhaps the recipe could be hacked Feb 14 00:39:27 mwester: have you tried uCslugC Feb 14 00:39:34 failed build. Feb 14 00:39:42 mwester: hmmm Feb 14 00:39:50 it use to build ok couple of weeks back Feb 14 00:39:54 log ? Feb 14 00:40:02 and infact booted well too Feb 14 00:40:06 module-init-tools (or something like that) cannot resolve create_module at link time. Feb 14 00:40:21 let me see if I can find the log Feb 14 00:41:32 http://pastebin.com/yhvhdCVN Feb 14 00:42:12 good night Feb 14 00:42:15 Tried building from a clean tmpdir - same problem; disabled all parallelism and same problem... Feb 14 00:42:42 yes sir.... Feb 14 00:42:49 mwester: hmmm which recipe is that Feb 14 00:43:13 Mr mwester...for a number of reasons the new builder will be Lucid 64 (too many to list) Feb 14 00:43:15 but you have space. Feb 14 00:43:24 path is /r/slug/s/tmp/work/armv5teb-oe-linux-uclibceabi/module-init-tools-3.4-r6/temp Feb 14 00:43:49 ka6sox, I will learn to LOVE lucsious lucid lemur. Feb 14 00:44:11 mwester, thanks... Feb 14 00:44:13 and 64-bit is the way it should be indeed. :) Feb 14 00:44:15 mwester: ok will take a look Feb 14 00:44:16 makes it easier all around. Feb 14 00:44:51 yep, that's fine. I'm no good for admin on debian-like systems, but I won't have admin privs anyway :) Feb 14 00:45:45 khem, just for grins, I can try to build it on a 32-bit host, if you think that might make a difference. Feb 14 00:46:02 i dont think so its host issue Feb 14 00:46:35 mwester: did it die when doing slugos-image Feb 14 00:46:43 yes. Feb 14 00:46:47 ok Feb 14 00:46:59 should I be building a different image? Feb 14 00:47:04 no Feb 14 00:47:14 I am taking info to reproduce it Feb 14 00:47:27 DISTRO = "ucslugc" Feb 14 00:47:38 MACHINE = "nslu2le" Feb 14 00:47:45 bitbake slugos-image Feb 14 00:47:49 ah hmmm le Feb 14 00:47:55 try be Feb 14 00:48:03 I have not fixe le yet Feb 14 00:48:04 er, wait - good catch. Feb 14 00:48:12 it might be Feb 14 00:48:19 Look at the path -- Feb 14 00:48:21 I need to fix uclibc defconfig Feb 14 00:48:32 r/slug/s/tmp/work/armv5teb-oe-linux-uclibceabi Feb 14 00:48:36 teb Feb 14 00:48:37 ok I can see the proble Feb 14 00:48:38 m Feb 14 00:48:55 heh! Ok, I shall move my tmpdir aside, and build the BE version. Feb 14 00:50:43 mwester: can we use busybox instead of module-init-tools I wonder Feb 14 00:51:34 It's on my list of things to test -- I tried it for SlugOS 5.3, but something didn't work, and I had to go back to the full tools for that release. Feb 14 00:52:00 I think it was pretty obvious when it went all wonky, so it should be easy to test. I'll add that to my list. Feb 14 00:52:48 * mwester puts another post-it note on his NSLU2. Feb 14 00:55:09 This system call is only present on Linux up until kernel 2.4; it was removed Feb 14 00:55:10 in Linux 2.6. Feb 14 00:55:30 the manpage for create_module says it Feb 14 00:56:53 The source has it in the backward compat .c file that is included. So something may be unable to determine the kernel version correctly? Feb 14 00:57:13 There's no reason to compile that source then... Feb 14 00:58:06 mwester: I am trying version 3.12 Feb 14 00:58:12 lets see Feb 14 01:05:07 Jay7, you still up? Feb 14 01:24:53 mwester: I could have fixed 3.4 by adding a "-DCONFIG_NO_BACKWARDS_COMPAT" to CFLAGS but I instead added recipe for 3.12 Feb 14 01:25:23 moving forward works for me. Feb 14 01:25:36 -native as well, then? Feb 14 01:26:06 no I did not do that Feb 14 01:26:13 03Khem Raj  07master * r5d7e7e4dc0 10openembedded.git/recipes/module-init-tools/module-init-tools_3.12.bb: Feb 14 01:26:13 module-init-tools: Add recipe for 3.12 Feb 14 01:26:13 Signed-off-by: Khem Raj Feb 14 01:26:15 do u need that Feb 14 01:27:07 heh - don't know. I sometimes wonder at the nature of the -native recipes in OE; it seems that we're very very close to building our own entire rootfs for the host! Feb 14 01:27:38 sadly yes Feb 14 01:27:45 but its better on the other hang Feb 14 01:27:47 hand Feb 14 01:28:01 othereise there are distro specific nuances Feb 14 01:28:07 that will creep into OE Feb 14 01:28:30 by distro I mean build machine distros Feb 14 01:28:41 mwester: there is a cross recipe Feb 14 01:28:43 I would assume that we do something with modules, probably at rootfs time, that needs something from the module-init-tools-native, but if the old recipe is working, and you don't see a problem, then I certainly don't see any reason to change it. Feb 14 01:29:17 now why would we need a cross recipe? Feb 14 01:29:47 I guess offline root file system Feb 14 01:30:18 Ah, yes -- the utils need to know the format of the binary modules to do that... and they may not be recognized on the host. Feb 14 01:30:57 But then why would we need -native? Feb 14 01:31:06 * mwester is sooo confused by this stuff. Feb 14 01:32:08 well native is meant for running on build machine and working for the same Feb 14 01:32:24 where as cross would be running on build box and working on code for target Feb 14 01:32:29 does that make sense Feb 14 01:33:25 Yes, that makes sense. What confuses me is what OE would be doing with the host's modules that it would need -native. Feb 14 01:33:54 Because it would be the -cross that would be handling the depmod and such operations when populating the rootfs. Feb 14 01:37:25 there is no native ? Feb 14 01:39:20 * mwester looks again Feb 14 01:40:14 you are quite correct; I have created my own personal confusion. :D Feb 14 01:48:12 mwester: so now you should be able to generate slugos-image with uCslugC Feb 14 01:49:59 just finished building. Feb 14 01:50:04 (BE) Feb 14 01:50:23 perfecto Feb 14 01:50:45 I have no feeds... but I shall flash the image, test it, and then try it with the standard opkg after I build a few packages for the feed. Feb 14 01:50:56 ok Feb 14 01:51:05 how is the total image size :) Feb 14 01:51:14 should be pretty small Feb 14 01:53:03 jffs image for SlugOS: 4456448 and the same for ucslugc: 3670016 Feb 14 01:53:28 about a full MB less. Feb 14 01:53:36 yeah Feb 14 01:53:39 it could shed mode Feb 14 01:53:43 more Feb 14 01:54:15 with uclibc you can build full X systems now a days Feb 14 01:54:23 :) Feb 14 01:54:25 so its pretty nice to have this option Feb 14 01:55:15 It sure is - there are many folks who want to use an NSLU2 without external storage. Feb 14 01:55:49 * mwester prefers an external USB flash stick, because it's easier to recover when you totally bork the rootfs, though. Feb 14 02:16:05 03Khem Raj  07master * r6d1fb54d95 10openembedded.git/recipes/module-init-tools/module-init-tools-cross_3.12.bb: Feb 14 02:16:05 module-init-tools-cross_3.12.bb: New cross recipe for versions 3.12 Feb 14 02:16:05 Signed-off-by: Khem Raj **** ENDING LOGGING AT Mon Feb 14 02:59:57 2011