| === zz_chihchun is now known as chihchun | ||
| wbf | how would I fix a broken /lib/modules/(kernel version)/build | 03:09 |
|---|---|---|
| wbf | link? | 03:09 |
| daurnimator | '/wc | 06:23 |
| dholbach | good morning | 07:03 |
| 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 | 08:28 |
| === yofel_ is now known as yofel | ||
| === jkridner__ is now known as jkridner | ||
| === chihchun is now known as zz_chihchun | ||
| ogra | yipiie, my n4 arrived | 14:03 |
| ogra | i wish i had a micro sim already | 14:04 |
| === phh_ is now known as phh | ||
| === Quintasan_ is now known as Quintasan | ||
| 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:42 |
| gildean | there're a bunch of guides on how to do it like this one: http://www.solutios.com/simcutting/ | 14:44 |
| vanhoof | ogra: how is it? | 15:10 |
| 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:45 |
| ogra | vanhoof, cool piece of HW | 15:51 |
| ogra | i ordered a new SIM already but that wont arrive before tomorrow | 15:51 |
| === zz_chihchun is now known as chihchun | ||
| === chihchun is now known as zz_chihchun | ||
| infinity | ogra: You've joined the hordes of proper smart phone owners? I thought you made fun of all of us. | 17:33 |
| ogra | haha | 17:36 |
| ogra | well, i have an S2 | 17:36 |
| ogra | HW wise thats actually proper i'd say ... | 17:37 |
| vanhoof | ogra: after I got into this situation w/ my S2, I decided the nexus line is for me :) http://ubuntuone.com/1VhMjTNOGS1p7epWyVSUtt | 18:14 |
| ogra | lol | 18:54 |
| wendar | I'm getting install failures in the OMAP4 daily images raring-server-armhf+omap4.img | 19:00 |
| wendar | (repeating from ubuntu-server channel, just in case) | 19:01 |
| 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:13 |
| wendar | ogra: it makes it through the partitioning step | 19:14 |
| 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:15 |
| 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:16 |
| ogra | armhf and raring tags should be fine (but not mandatory) | 19:17 |
| 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:18 |
| ogra | welcome, thanks for reporting :) | 19:19 |
| 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:27 |
| wendar | infinity: how are the desktop images? are they getting daily testing? | 20:32 |
| wendar | (omap4, that is) | 20:32 |
| 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:33 |
| 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:34 |
| wendar | infinity: but, they could easily go back to being preinstalled images run off an SD card, rather than running debian-installer | 20:35 |
| infinity | wendar: I just use the netboot images to install my Panda, rather than downloading a big server image. | 20:40 |
| wendar | infinity: ENODOCS | 20:41 |
| wendar | I think I might have been the last person to update https://wiki.ubuntu.com/ARM/OMAP | 20:41 |
| 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:42 |
| 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:43 |
| 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:44 |
| 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:45 |
| 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:46 |
| 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:47 |
| 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:48 |
| 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. | 20:51 |
| 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:31 |
| 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:32 |
| slangasek | why htop? | 23:33 |
| ogra | dunno, i like the ease of use | 23:33 |
| slangasek | 'free' shows me 553996 as 'used, -buffers' | 23:33 |
| ogra | well, i like to have the processlist and htop is way more userfriendly than top | 23:34 |
| 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:35 |
| 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:36 |
| slangasek | , | 23:37 |
| slangasek | heh, what's 'luxd'? | 23:37 |
| 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:38 |
| 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:39 |
| 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:40 |
| ogra | there were attempts to implement brcm_patchram in the kernel driver to load the firmware ... but i think they were turned down | 23:41 |
| ogra | mathieu just packaged it and sanitized my upstart job ... it still needs some fixing (doesnt survive suspend) | 23:42 |
| ogra | its a compromise, but makes the HW work | 23:43 |
| slangasek | ok | 23:43 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!