[03:09] <wbf> how would I fix a broken /lib/modules/(kernel version)/build
[03:09] <wbf> link?
[06:23] <daurnimator> '/wc
[07:03] <dholbach> good morning
[08:28] <kulve> anybody thinking of getting ouya as small ubuntu-based "desktop computer"? Surely it's low-end compared to actual PCs but it might be enough for some basic stuff, emails, www, video playback
[08:28] <kulve> and ubuntu's current UIs would suit that use case probably better than e.g. nexus 7
[14:03] <ogra> yipiie, my n4 arrived
[14:04] <ogra> i wish i had a micro sim already
[14:42] <gildean> ogra: you can cut your normal sim to fit the micro-slot
[14:42] <gildean> i've done it a couple of times, just make sure you don't cut too much and you're fine
[14:44] <gildean> there're a bunch of guides on how to do it like this one: http://www.solutios.com/simcutting/
[15:10] <vanhoof> ogra: how is it?
[15:45] <Laney> I just took my SIM to the shop and they did it for free with a punching device
[15:45] <Laney> didn't trust myself to cut it
[15:51] <ogra> vanhoof, cool piece of HW
[15:51] <ogra> i ordered a new SIM already but that wont arrive before tomorrow
[17:33] <infinity> ogra: You've joined the hordes of proper smart phone owners?  I thought you made fun of all of us.
[17:36] <ogra> haha
[17:36] <ogra> well, i have an S2
[17:37] <ogra> HW wise thats actually proper i'd say ...
[18:14] <vanhoof> ogra: after I got into this situation w/ my S2, I decided the nexus line is for me :) http://ubuntuone.com/1VhMjTNOGS1p7epWyVSUtt
[18:54] <ogra> lol
[19:00] <wendar> I'm getting install failures in the OMAP4 daily images raring-server-armhf+omap4.img
[19:01] <wendar> (repeating from ubuntu-server channel, just in case)
[19:13] <ogra> wendar, hmm, i dont think these have been tested a lot lately, except by the auto-testing (since dropping the milestones nobody tests much anymore)
[19:13] <ogra> how does that manifest ?
[19:13] <wendar> ogra: yeah, I'm just refreshing my PandaBoard dev environment to do some armhf work on universe FTBFS
[19:14] <wendar> ogra: it makes it through the partitioning step
[19:15] <wendar> ogra: but, when it tries to run the tasksel for Open SSH Server, it gives a generic "Installation step failed" message
[19:15] <wendar> I tried several variations on that, with the same error
[19:15] <ogra> definitely worth a bug
[19:16] <wendar> which ticket queue should I stick it in?
[19:16] <wendar> and, do you want any special arm tags?
[19:16] <ogra> well, start with filing it against debian-installer
[19:16] <ogra> attach syslog and partman.log
[19:17] <ogra> armhf and raring tags should be fine (but not mandatory)
[19:18] <wendar> will do. I may not have much success fetching the log files off the pandaboard, but I'll try
[19:18] <wendar> ogra: and thanks :)
[19:19] <ogra> welcome, thanks for reporting  :)
[20:27] <infinity> ogra / wendar: I'm pretty tempted to drop the omap4 server images entirely, rather than fix bugs in them (assuming the bug is specific to that image, and not some larger systemic problem).
[20:32] <wendar> infinity: how are the desktop images? are they getting daily testing?
[20:32] <wendar> (omap4, that is)
[20:33] <wendar> infinity: it is pretty handing for development to have working omap4 images, kind of silly to do a full desktop install on a pandaboard for low-level library packaging work
[20:34] <wendar> infinity: where "silly" == hogs resources that are useful for package building
[20:34] <ptl> hey, just want to thank the canonical team for the awesome progress on Ubuntu on ARM this week, I've seen the weekly summary for today and I am really amazed, you guys are doing a great job
[20:35] <wendar> infinity: but, they could easily go back to being preinstalled images run off an SD card, rather than running debian-installer
[20:40] <infinity> wendar: I just use the netboot images to install my Panda, rather than downloading a big server image.
[20:41] <wendar> infinity: ENODOCS
[20:41] <wendar> I think I might have been the last person to update https://wiki.ubuntu.com/ARM/OMAP
[20:42] <wendar> infinity: I'm totally cool with altering the recommended practice for raring
[20:42] <infinity> The netboot section could definitely do with a bit more verbosity.
[20:43] <infinity> And, ideally, the whole wiki page could not suffer from living in the past.
[20:43] <infinity> Like the references to natty netbook images...
[20:43] <wendar> infinity: it's supposed to be updated with each release
[20:44] <infinity> Well, ideally, we shouldn't need platform-specific install pages at all.  This is how things get out of date.
[20:44] <wendar> infinity: except that OMAP has always been an unique little snowflake
[20:44] <infinity> Little bit, yeah.
[20:44] <wendar> infinity: with need of more information
[20:45] <wendar> infinity: I volunteer my time to help, whatever needs to be done
[20:45] <wendar> infinity: if it's dropping the armhf ubuntu-server images and updating the docs to match, that's cool
[20:46] <infinity> wendar: Anyhow, boot.img-serial.gz (or boot.img-fb.gz, if you like monitors and keyboards) from ports/dists/$dist/main/installer-armhf/current/images/$platform should do the trick.
[20:46] <infinity> Well, dropping the server images is orthoganal to documenting netboot a little bit better.
[20:47] <infinity> I suspect most people would be so wildly excited to discover that they only need to download a 9MB image to install, mind you...
[20:47] <infinity> Given that server is basically full CD sized, and full of things most people don't need.
[20:48] <infinity> But I'm also an old skool UNIX type who thinks everything should boot/install via bootp/tftp, so my opinion may not be the norm.
[20:51] <infinity> This all gets more interesting when we finally have a generic kernel (getting there), and I pretty much refuse to build a full desktop and server image for each one just to include a different bootloader.
[20:51] <infinity> But spinning d-i netboot images for each subarch is simple, and quite doable.
[23:31] <ogra> slangasek, as i said in the meeting, i see it at such a level as well right after boot (using htop to measure) but it drops then to about 360M
[23:32] <ogra> (wrt the nexus7 ram usage)
[23:32] <slangasek> ogra: how do you measure this?  Mine is consistently at 600M+ with the latest raring
[23:32] <ogra> htop
[23:32] <slangasek> oh, interestingly I just checked it again and now it's at 550M ;)
[23:32] <ogra> i have it running via ssh
[23:32] <ogra> right, it takes a bit but will go further down
[23:33] <slangasek> why htop?
[23:33] <ogra> dunno, i like the ease of use
[23:33] <slangasek> 'free' shows me 553996 as 'used, -buffers'
[23:34] <ogra> well, i like to have the processlist and htop is way more userfriendly than top
[23:35] <slangasek> fair enough
[23:35] <ogra> (and is usable by mouse and touch in a terminal)
[23:35] <slangasek> I prefer to use the tools that are available in a stock install, provided they do the job :)
[23:36] <slangasek> (which 'top' does not, it doesn't properly report "memory used for things that aren't disk cache")
[23:36] <ogra> i'm happy to know hpow to use them if needed but i'm spoiled by bling and desktops :)
[23:36] <ogra> colorful terminal apps are a good compromise ;)
[23:37] <slangasek> ,
[23:37] <slangasek> heh, what's 'luxd'?
[23:38] <ogra> a shortcut from the ambient lightsensor to the lcd brightness
[23:38] <ogra> jani works on implementing it in gnome-settings-daemon
[23:38] <slangasek> ok
[23:38] <ogra> so we can drop the script
[23:38] <slangasek> does inotify work on /sys? :)
[23:39] <ogra> acceld is going away too, g-s-d is nearly there
[23:39] <slangasek> nice
[23:39] <ogra> well
[23:39] <ogra> its the same thing just in C ... still polling every sec
[23:40] <slangasek> how about brcm_scaryhotpatch_daemon? :)
[23:40] <slangasek> ah... less nice, then ;)
[23:40] <ogra> i dont think inotify works on virtual fs@es
[23:40] <slangasek> well, no reason that it would apply to all virtual fses, but I just checked and yeah, doesn't appear to work on /sys
[23:41] <ogra> there were attempts to implement brcm_patchram in the kernel driver to load the firmware ... but i think they were turned down
[23:42] <ogra> mathieu just packaged it and sanitized my upstart job ... it still needs some fixing (doesnt survive suspend)
[23:43] <ogra> its a compromise, but makes the HW work
[23:43] <slangasek> ok