=== zz_chihchun is now known as chihchun [03:09] how would I fix a broken /lib/modules/(kernel version)/build [03:09] link? [06:23] '/wc [07:03] good morning [08:28] 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] and ubuntu's current UIs would suit that use case probably better than e.g. nexus 7 === yofel_ is now known as yofel === jkridner__ is now known as jkridner === chihchun is now known as zz_chihchun [14:03] yipiie, my n4 arrived [14:04] i wish i had a micro sim already === phh_ is now known as phh === Quintasan_ is now known as Quintasan [14:42] ogra: you can cut your normal sim to fit the micro-slot [14:42] i've done it a couple of times, just make sure you don't cut too much and you're fine [14:44] there're a bunch of guides on how to do it like this one: http://www.solutios.com/simcutting/ [15:10] ogra: how is it? [15:45] I just took my SIM to the shop and they did it for free with a punching device [15:45] didn't trust myself to cut it [15:51] vanhoof, cool piece of HW [15:51] i ordered a new SIM already but that wont arrive before tomorrow === zz_chihchun is now known as chihchun === chihchun is now known as zz_chihchun [17:33] ogra: You've joined the hordes of proper smart phone owners? I thought you made fun of all of us. [17:36] haha [17:36] well, i have an S2 [17:37] HW wise thats actually proper i'd say ... [18:14] ogra: after I got into this situation w/ my S2, I decided the nexus line is for me :) http://ubuntuone.com/1VhMjTNOGS1p7epWyVSUtt [18:54] lol [19:00] I'm getting install failures in the OMAP4 daily images raring-server-armhf+omap4.img [19:01] (repeating from ubuntu-server channel, just in case) [19:13] 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] how does that manifest ? [19:13] ogra: yeah, I'm just refreshing my PandaBoard dev environment to do some armhf work on universe FTBFS [19:14] ogra: it makes it through the partitioning step [19:15] ogra: but, when it tries to run the tasksel for Open SSH Server, it gives a generic "Installation step failed" message [19:15] I tried several variations on that, with the same error [19:15] definitely worth a bug [19:16] which ticket queue should I stick it in? [19:16] and, do you want any special arm tags? [19:16] well, start with filing it against debian-installer [19:16] attach syslog and partman.log [19:17] armhf and raring tags should be fine (but not mandatory) [19:18] will do. I may not have much success fetching the log files off the pandaboard, but I'll try [19:18] ogra: and thanks :) [19:19] welcome, thanks for reporting :) [20:27] 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] infinity: how are the desktop images? are they getting daily testing? [20:32] (omap4, that is) [20:33] 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] infinity: where "silly" == hogs resources that are useful for package building [20:34] 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] infinity: but, they could easily go back to being preinstalled images run off an SD card, rather than running debian-installer [20:40] wendar: I just use the netboot images to install my Panda, rather than downloading a big server image. [20:41] infinity: ENODOCS [20:41] I think I might have been the last person to update https://wiki.ubuntu.com/ARM/OMAP [20:42] infinity: I'm totally cool with altering the recommended practice for raring [20:42] The netboot section could definitely do with a bit more verbosity. [20:43] And, ideally, the whole wiki page could not suffer from living in the past. [20:43] Like the references to natty netbook images... [20:43] infinity: it's supposed to be updated with each release [20:44] Well, ideally, we shouldn't need platform-specific install pages at all. This is how things get out of date. [20:44] infinity: except that OMAP has always been an unique little snowflake [20:44] Little bit, yeah. [20:44] infinity: with need of more information [20:45] infinity: I volunteer my time to help, whatever needs to be done [20:45] infinity: if it's dropping the armhf ubuntu-server images and updating the docs to match, that's cool [20:46] 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] Well, dropping the server images is orthoganal to documenting netboot a little bit better. [20:47] 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] Given that server is basically full CD sized, and full of things most people don't need. [20:48] 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] 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] But spinning d-i netboot images for each subarch is simple, and quite doable. [23:31] 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] (wrt the nexus7 ram usage) [23:32] ogra: how do you measure this? Mine is consistently at 600M+ with the latest raring [23:32] htop [23:32] oh, interestingly I just checked it again and now it's at 550M ;) [23:32] i have it running via ssh [23:32] right, it takes a bit but will go further down [23:33] why htop? [23:33] dunno, i like the ease of use [23:33] 'free' shows me 553996 as 'used, -buffers' [23:34] well, i like to have the processlist and htop is way more userfriendly than top [23:35] fair enough [23:35] (and is usable by mouse and touch in a terminal) [23:35] I prefer to use the tools that are available in a stock install, provided they do the job :) [23:36] (which 'top' does not, it doesn't properly report "memory used for things that aren't disk cache") [23:36] i'm happy to know hpow to use them if needed but i'm spoiled by bling and desktops :) [23:36] colorful terminal apps are a good compromise ;) [23:37] , [23:37] heh, what's 'luxd'? [23:38] a shortcut from the ambient lightsensor to the lcd brightness [23:38] jani works on implementing it in gnome-settings-daemon [23:38] ok [23:38] so we can drop the script [23:38] does inotify work on /sys? :) [23:39] acceld is going away too, g-s-d is nearly there [23:39] nice [23:39] well [23:39] its the same thing just in C ... still polling every sec [23:40] how about brcm_scaryhotpatch_daemon? :) [23:40] ah... less nice, then ;) [23:40] i dont think inotify works on virtual fs@es [23:40] 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] there were attempts to implement brcm_patchram in the kernel driver to load the firmware ... but i think they were turned down [23:42] mathieu just packaged it and sanitized my upstart job ... it still needs some fixing (doesnt survive suspend) [23:43] its a compromise, but makes the HW work [23:43] ok