[00:56] Any core-dev's about? bug #568736 would benefit from being approved for lucid, and milestoned. [00:56] Launchpad bug 568736 in netbook-meta (Ubuntu) "Having Evolution installed along with Desktop-Email is pointlessly redundant (affects: 1) (heat: 10)" [High,Triaged] https://launchpad.net/bugs/568736 [01:45] persia, this is an arm specific bug? :p [01:45] Yes, because desktop-webmail is only installed for armel by default. [01:46] One could safely argue that it makes sense for it to be default on all architectures, but that's a different discussion. [06:03] weird... neither networkmanager nor wicd will connect with my rtl8187. [06:03] That's unexpected. [06:10] X11 connection rejected because of wrong authentication. [06:10] Trying to run ssh-with-X. [06:11] Hrm. It generally works for me if I ssh out of my X session into somewhere else, with the appropriate .ssh/config bits to pass X, and then run an X app. [06:11] Dunno if that's precisely how you're doing it. [06:13] I have forwardx11 and forwardx11trusted in .ssh/config [06:13] (capitalized properly there.) [06:17] Ought do it, really. [06:19] hmm, it's not working for me. Weird. [06:20] Indeed. [06:22] oh, "no space left on device" [06:22] No wonder. [06:22] Would've been nice if ssh had told me that. [06:23] Heh. That explains it. [06:25] Need bigger SD card -- 2 gigs is tiny. [06:25] We recommend 4G of available storage for a running system. [06:25] (or more). [06:26] It can (barely) fit in 2G, but one usually runs into issues. [06:30] hmm, what read and write speeds is the beagle itself capable of? [06:31] For example, why bother with a "class-10" card if it can't do class 10 speeds?... =þ [06:39] weird... blueman won't let me use the pulseaudio plugin. [06:40] ValueError: invalid literal for int() with base 10: '21-63-gd3efa-dirty' [06:41] File a bug. [06:41] That *should* just work. [06:41] (and not working is a clear port failure) [06:43] https://bugs.launchpad.net/ubuntu/+source/blueman/+bug/535446 [06:43] Launchpad bug 535446 in blueman (Ubuntu) "[lucid] Blueman Pulseaudio plugin cannot be loaded (affects: 4) (heat: 24)" [Undecided,Confirmed] [06:44] Does the patch work for you? [06:45] Nifty. Looks like I can upload that. Tell me the patch works, and I'll put it in lucid. [06:54] I just edited the file manually, rather than patching it. [06:55] The patch seems to be for something different. [06:55] Now I just need to remember which audio port was line-out on the beagle. [06:57] I'm getting no audio on either port. [06:58] But your traceback matches the one in that bug? [06:59] Yes, the invalid literal for int() [06:59] Oh, xax200's traceback? [06:59] I think the patch is for mmbossoni's traceback [07:00] No, I'm confused [07:00] * persia reads the bug again [07:01] Looks like the bug partly got highjacked? [07:02] By the original reporter, which makes it complicated. [07:02] "I noticed another problem" is the key phrase one never wants to see in a bug report. [07:03] xax200 seems to recommend small changes to lines 115 and 218 (comments 3&4). Does that work for you? [07:03] I just changed the first one mentioned. [07:04] 115. [07:05] Right, which is a bit different than the patch in comment #5, which seems to be a different bug. [07:07] hmm, is there any way to get blueman to run without an X server? Or a dummy X server? [07:09] xvfb? [07:09] Mind you, it might be tricky to press the buttons that way :) [07:10] Or I suppose I could run a real X server with just a blueman-applet. [07:12] argh, too dang many mixer controls... [07:12] now is it headset, or earpiece? [07:20] ah, maybe I do need that other bit of "int" change. [07:31] argh, pavucontrol over ssh controls the client's pulseaudio, not the server's. [07:32] heh. pavucontrol is too smart :) [07:33] Dag-blast it, I need this PPA in armel: [07:33] https://launchpad.net/~blueman/+archive/blueman-dailies/+packages [07:34] apt-get source, sbuild -d lucid source.dsc [07:34] If that doesn't just work: `mk-sbuild lucid` should get you a nice clean buildd chroot. [07:34] And since we never managed to fix the command-not-found bug, install ubuntu-dev-tools to get mk-sbuild. [07:37] great, I'm tight on space as it is.. [07:37] Well, you could build with qemu. [07:37] Do you have a lucid x86 system available? [07:37] (or can you make one) [07:40] I do have lucid (amd64, rather). [07:40] It's easier just to go out and get a bigger SD card. [07:40] =þ [07:40] IF you like. [07:41] Installing ubuntu-dev-tools, sbuild, and qemu-extras-static on your amd64 machine lets you run `mk-sbuid --arch=armel lucid` which generates an emulated lucid chroot for building stuff. [07:41] You can then run `sbuild -d lucid-armel foo.dsc` to generate lucid armel binaries on your host. [07:41] I've had a couple issues with some mono packages, but most stuff seems to just work. [07:50] oooh, I got bluez to segfault. [07:51] what's a really, really tiny window manager (just needs to be able to change focus and move windows)? [07:51] tinywm === tkmedia is now known as tmk2 === tmk2 is now known as tkmedia [08:12] oh guawd, bluetooth audio streamed to the beagleboard works hilariously poorly. [08:12] Picture taking an audio stream, chopping it into tiny bits, then chipmunkifying and looping those bits. [08:12] Changing the resampler to speex-fixed-0 seems to have worked. [08:13] Oh my. [08:14] Interesting... changing it to speex-fixed-0 worked so well, in fact, that it works better than when I try to do the same between two x86 systems. [08:14] On those, I get an assertion failure, and pulseaudio aborts. [08:14] file a bug :) [08:14] Can't do it with apport. =þ [08:15] Why not? [08:17] Upstream ticket, by the way: http://www.mail-archive.com/pulseaudio-tickets@mail.0pointer.de/msg02912.html [08:18] Apport "does not support" reporting assertion failures. [08:24] Ugh! [08:25] oh yeah, better than speex-fixed-0 is src-linear [08:26] ...maybe. [08:26] You'll find it eventually :) [08:32] Okay, linear is the only usable one. [08:32] well, that, and fixed-0. [08:33] https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/358831 [08:33] old [08:33] Launchpad bug 358831 in pulseaudio (Ubuntu) (and 1 other project) "[ARM] Pulse Audio eating up to much CPU" [High,Invalid] [08:36] Are you running a distro kernel? If so, please file a new bug. [08:36] interesting... speex-float-1 works. [08:36] Surprisingly well. [08:36] That old bug got marked invalid because someone filed with with random vendor HW and random vendor kernel, and it's not clear if the issue can be replicated in Ubuntu. [08:36] Yeah, I figured as such. [08:37] Wow, float-1 works really well. [08:37] 55% CPU usage, though. [08:37] And granted, bluetooth is an extreme use case. =þ [08:37] That needs a bug. Might or might not get a fix, but if it's replicable on known HW/kernel there's a chance that someone can work on it. [08:37] Network streaming with pulseaudio native works really well with the default resampler. [08:38] Not really. Lots of folk have made noises about running Ubuntu on an N900 or similar, where bluetooth is a common function. [08:38] those resamplers would benefits from being rewritten for neon if they aren't already [08:38] cwillu_at_work: Feeling bored today? Want to dig in? [08:38] :) [08:38] persia, I've been at work for 20 hours today :p [08:39] That would be "no" then :) [08:39] on the other hand, my sd cards _almost_ boot on c3, c4 beagles and overos :p [08:39] What bit doesn't work? [08:39] the bit where it boots :p [08:39] * persia thought the standard images just worked on C3/C4 [08:40] I'm not using standard images [08:40] Oh, what are you changing? [08:40] * persia is wondering how much of the standard-image-build-stuff can be leveraged [08:40] the overo is the source of my grief, and it looks like I fried something on the serial level shifter [08:40] Ouch! [08:40] persia: my use case is not streaming from ARM to a headset... but the other way around... [08:40] streaming from one computer to the beagle over BT. [08:40] I've got a hacked up rootstock, so it's basically just a standard deboostrap + extra scripts [08:41] DanaG: Do you expect that pulse performance differs based on the direction of the stream? [08:41] I can see the uboot prompts, but it sends garbage constantly, so I can't get _past_ the uboot while serial is plugged in [08:42] I'm not sure... my only regular non-PC headset device is my FreePulse headset... and the power button on it has failed. [08:42] And you can't see what you're doing when serial isn't attached. Yeah. That makes it hard. [08:42] and I only have two sd card readers, and they're both tied up writing out btrfs images at ~50kb/s [08:42] icantbelieveitsnotbtr? [08:43] DanaG, already saved my ass a couple times; I really really hate sd cards, and I really really hate driving four hours to replace one [08:43] checksumming + metadata mirroring ftw! [08:43] Hmm, how stable is the on-disk format for btrfs? [08:43] pretty much completely [08:43] Can you convert from ext4 with extents? [08:44] the occasional forward transition, but they're not mucking with it [08:44] yep [08:44] there's still a bunch of corner cases you have to be aware of though [08:44] For now, I've been using ext4 with data=journal, since I value data integrity and the ability to recover from just plain unplugging... over the lifespan of SD cards. At least, that's true of this 2-gig card. [08:45] i.e., determining how much free space is non-trivial, and it behaves fairly badly if you run out [08:45] see, journalling doesn't get along with sd cards [08:45] Hmm, I may stick with ext4 for now... though a good point: I should make a DD image, if nothing else, of the card. [08:46] and let me assure you that fsck does more harm than good if the journal goes kabloiee [08:47] hmm. [08:47] So am I better off with no journal? [08:47] you're better off with a keen understanding of how filesystems work and how crappy sd cards handle corner cases :) [08:48] but yes, no journal is preferable [08:48] At least, unless you're sure that your particular card behaves reasonably well regarding wear levelling (although they're all crappy, these aren't ssd drives) and power loss [08:49] Ah. Hmm, then I need to find what tune2fs option to set... [08:49] specifically, most/many/some cards handle things _really_ badly if they lose power while they were writing; it's not the clean case that a journal handles, you can lose data that you weren't even writing to [08:50] Ugh. [08:50] hence my current love of btrfs: it can tell you if things are corrupted and exactly how corrupted they are [08:53] Login incorrect. [08:53] Give root password for maintenance [08:53] (or type Control-D to continue): [08:53] I press ANYTHING ... even ctrl-d, it loops back to there. [08:53] How did you get there? [08:53] did you have an fsck ? [08:53] Yeah, you have to have a password. [08:53] I think I did have one. [08:54] you guys haven't fixed that yet? [08:54] cwillu_at_work, release managers are hard to convince sometimes :) [08:54] I'd been trying to get the udisks-over-ssh working... but it kept giving "stdin: is not a tty" [08:54] cwillu_at_work: Fixed which? [08:54] still working on it [08:54] persia, bug 563618 [08:54] Launchpad bug 563618 in util-linux (Ubuntu Lucid) (and 3 other projects) "Ignoring a broken clock results in infinite reboots; not ignoring results in fsck failure; no solution to this problem (affects: 1) (heat: 14)" [High,Triaged] https://launchpad.net/bugs/563618 [08:54] Oh, that one. Yeah. [08:54] persia, the arm images having the root account locked rather than simply a deleted password like the rest of ubuntu's archs [08:54] passwd -d root [08:54] (it doesnt always result in reboots) [08:54] cwillu_at_work, they dont [08:55] DanaG, passwd -d root the next time you're in to make it work right :p [08:55] Thanks. I'm just doing fsck on my host, for now. =þ [08:55] cwillu_at_work, dont mix up "arm images" with rootstock built rootfses [08:55] cwillu_at_work: I have disabled password on amd64/powerpc. Are you sure? [08:55] ogra, my bad; [08:55] ;) [08:55] hence my hacked up rootstock :p [08:55] cwillu_at_work, and you still havent filed a bug :) [08:56] Take care with that: there's no guarantee that rootstock generates a policy-compliant install. [08:56] * ogra will happily pull that into an SRU [08:56] pretty sure I did actually :p [08:57] https://bugs.edge.launchpad.net/project-rootstock/+bugs https://bugs.edge.launchpad.net/ubuntu/+source/rootstock ... neither has it [08:57] http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lang=en&cc=us&prodTypeId=12454&prodSeriesId=4063703&prodNameId=4063704&swEnvOID=4030&swLang=13&mode=2&taskId=135&swItem=vc-78398-1 [08:57] HP actually uses Debian on some Marvell thingy. [08:57] * cwillu_at_work checks his bug list [08:58] Doesn't surprise me much. HP used to ship a live Debian CD as their rescue environment back when I did server farm management. [09:05] https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap/+bug/566238 [09:05] Launchpad bug 566238 in linux-ti-omap (Ubuntu) "wlan0 "Interface doesn't support scanning." -- CONFIG_CFG80211_WEXT is not set (affects: 1) (heat: 6)" [Undecided,New] [09:06] Heat? [09:09] hawt [09:19] It's a new metric the LP guys added to help identify which bugs are interesting. So far, I haven't seen it provide interesting information, but I understand they are tuning the algorithm. [09:22] It's the number of times the page is loaded [09:22] It's a very often used metric amongst web developers [09:22] The number of heats of a page gives a good idea of its popularity [09:23] It's more complex than that. It takes into account *who* loads it, etc. [09:23] And who files it, what status it is, etc. [09:24] (or else someone gave me wrong information) [09:25] persia: I was kidding actually :) [09:25] hit versus heat [09:25] I did fail at making it sound like a joke it seems! [09:25] But it's one of those rare jokes that's funny *after* it's explained :) [09:26] (but I'm in end-of-day mode, and so a bit humour impaired just now) [09:29] * ogra_beagle waves from a successful netbook install [09:29] \o/ [09:29] only the clock issue left [09:30] and htop shows a moderate 174M being used [09:30] (only xchat, one terminal and desktop up though) [09:31] which clock issue? [09:31] * cwillu_at_work strongly recommends buying the lithium battery for the beagle [09:32] cwillu_at_work, bug 563618 [09:32] Launchpad bug 563618 in util-linux (Ubuntu Lucid) (and 3 other projects) "Ignoring a broken clock results in infinite reboots; not ignoring results in fsck failure; no solution to this problem (affects: 1) (heat: 14)" [High,Triaged] https://launchpad.net/bugs/563618 [09:32] ogra, keep your computer plugged into the network :) [09:33] cwillu_at_work, by default the board comes without, i want the images to work on a default config ... fsck needs fixing and will get fixed but that wont happen for lucid [09:33] or do what I do (on the boards that don't yet have lithium batteries): [09:33] network wont help [09:33] use a filesystem that doesn't have a working fsck :) [09:33] network isnt up when fsck is run [09:34] nah, we will fix it properly [09:34] for now it has to be a workaround though [09:34] but i'm still waiting for release manager approval [09:35] ted tso already agreed on fixing it right in fsck [09:36] * ogra thinks he earned some breakfast before setting up the installation wikipages [09:36] bbl [10:00] ogra_cmpc: what address in the nand do you write the boot.scr, kernel, initrd to? (sd install) [10:13] * cwillu_at_work jumps [10:13] first image finished umounting! [10:14] now if only I knew which reader was sdh and which was sdd so I don't panic the kernel removing the wrong one :p [10:31] amitk, ?? [10:32] amitk, i write to mtdblock devices [10:32] no special addressing [10:32] ogra: if i wanted to change the boot.scr, how would I do that? [10:32] after install ? [10:32] yes [10:33] to get rid of the POS splash and get back serial console [10:33] sudo fw_printenv and fw_setenv [10:33] ogra: ah, nice [10:33] sudo fw_setenv bootargs "your boot args" [10:33] similar to redboot-cmdline [10:34] nice integration! perhaps too simple :) [10:40] heh [10:41] asac, welcome to the "league of old farts" and ******** H A P P Y B I R T H D A Y ! ! ! ! ! ! ! ! ! ! ********* [10:41] /dev/disk/by-id is useful. [10:41] or /dev/disk/by-path [10:43] eggonlea: you around? [10:47] ogra: hi there [10:48] hey [10:48] Just saw your comment in https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/563618 [10:48] Launchpad bug 563618 in util-linux (Ubuntu Lucid) (and 5 other projects) "Ignoring a broken clock results in infinite reboots; not ignoring results in fsck failure; no solution to this problem (affects: 1) (heat: 14)" [High,Triaged] [10:48] yup [10:48] its still not approved :/ [10:48] How would I set up a branch with the extra code to test? [10:48] and the longer it takes the less likely it will be we'll get it in [10:49] branch from my branch, edit the script file i added, copy hook and script in place on your board, run update initramfs and try it [10:50] (and indeed make sure the clock is wrong and mount time of the disk is in the future :) ) [10:50] Er, what's a branch? Are we talking bzr or launchpad here, or something else? [10:50] i linked a bzr branch to the bug [10:50] lp:~ogra/initramfs-tools/initramfs-tools-fixrtc [10:51] Unfortunately, I don't really know how to use bzr yet... [10:51] My suggestions were "nice to have"— we could skip those if it's a problem. [10:51] https://code.edge.launchpad.net/~ogra/initramfs-tools/initramfs-tools-fixrtc says at the top what to do [10:51] bzr branch lp:~ogra/initramfs-tools/initramfs-tools-fixrtc [10:52] cd into the newly created dir ... cd to scripts/local-premount ... edit fixrtc [10:53] if the change is good: bzr commit -m 'your commit message'; bzr push lp:~dmart/initramfs-tools/initramfs-tools-fixrtc and add the branch to the bug [10:54] Does the bzr push create a new branch owned by me? [10:54] If you push to that location, yes. [10:54] IF you push to an existing branch (to which you have write permission), no. [10:54] so lp:~dmart/initramfs-tools/initramfs-tools-fixrtc gets made if it doesn't exist yet? [10:54] the hook needs to go into /usr/share/initramfs-tools/hooks and the script into /usr/share/initramfs-tools/scripts/local-premount before calling update-initramfs -u (make sure both are executable) [10:54] RIght. [10:55] right [10:55] ok... I will have a go [10:56] oh, indeed ~dmart needs to be your LP id [10:56] * ogra just noticed its not dmart :) [10:57] I should maybe change it sometime, but yeah. I can probably work that one out :) [10:57] :) [10:57] No need to change it: just make sure your nick is registered on LP, and folks can find you from launchpad.net/people [10:58] Also, once you start publishing branches and having a PPA, changing the name is hard. [11:07] ogra: is scripts/local-premount/fixrtc sourced or exec'd ? [11:07] exec'd [11:07] (thats why it has a shebang) [11:07] (doesn't always follow) [11:08] Is it worth quitting the script if we didn't find root= ? [11:08] heh [11:08] (though it's unlikely) [11:08] if we dont find root= we have bigger probs [11:09] true - probably not worth it yet [11:14] ogra: Do we have e2fsck.conf in the initramfs? [11:14] nope [11:14] and it wouldnt help anyway [11:15] Just wondered if we could default to the fixrtc behaviour if the broken rtc option is set. [11:15] no [11:15] But this is a hack anyway... [11:15] so it doesn't matter too much [11:15] right, you would need to create an e2fsck.conf and set the parameter etc [11:16] well, its the right fix once we have an actual option in fsck [11:16] if thats there in maverick i'll make the installer create an e2fsck.conf [11:16] but with the existing option not working its moot [11:17] Can the e2fsck.conf be grabbed from /etc when making the initramfs? That way whatever the admin configures would be used [11:17] i think thats happening already [11:17] if not i'll make sure it happens in maverick [11:18] in any case the option needs to be fixed first [11:18] we'll have to wait for upstream to fix that === XorA|gone is now known as XorA [11:23] What happens if this script terminates with non-zero exit status? [11:23] Make it not do that. Use ||true if necessary. [11:24] I want to use set -e, since if dumpe2fs fails or something else goes wrong, we may accidentally set the clock to junk... [11:24] I believe it dumps when it fails. [11:25] Is it possible to do sanity checking and set the clock to the epoch if we can't get useful data? [11:25] depends what you mean by epoch :) [11:25] What kind of sanity-check do you suggest? [11:26] the beagle epoch is 01-01-2000 ... i'm not sure if you could even set the clock to an earlier date [11:26] dmart: e.g. make sure the date is set to something between 1970 and 2038. [11:26] dont put so much effort into that hack [11:26] and dont make it to big [11:27] * persia doesn't want set -e + the hack to make systems unbootable [11:27] s/big/complex/ [11:27] date --set will barf if the supplied textual date won't fit in time_t [11:27] persia, they are unbootable already [11:27] so we just give up (which may be the best thing) [11:28] We shouldn't make any otherwise bootable cases unbootable [11:28] and if you want to not use the fix, just drop fixrtc from the cmdline [11:28] Fine. I don't like it because it's not elegant, but I agree it makes sense to do it right later. [11:28] right, the hack is temporary anyway [11:28] This is a bodge in advence of the real fix (which is to make e2fsck less picky about the clock) [11:28] exactly [11:28] and upstream is aware and agreed to fix it already [11:28] The other way to work round the issues is mount -o remount,rw / ; mount -o remount,ro / [11:29] (but this is obviously not a great idea if the root fs might be damaged) [11:29] i think that will slow down your boot significantly [11:29] Not "less picky", but rather "handle the case where the clock has been reset" [11:30] i was already hitting a race with setting the date to the proper time and needed to add a minute if you mount and remount you will likely have to add sleeps [11:30] or at least wait until mount is done [11:30] iiuc, ext[2-4] fs filesystem integrity does not depend on the integrity of the clock. I think e2fsck has some clock-based heuristics for sorting out filesystem errors, but that's only an issue if the filesystem is actually broken [11:31] right, the prob is that fsck doesnt handle the case properly [11:31] dmart: but we should let upstream have the final say, of course [11:31] * dmart is talking to himself now... [11:31] heh [11:39] dpkg-buildpackage: host architecture armel [11:39] /usr/bin/fakeroot debian/rules clean [11:39] debian/rules:39: *** atlas doesn't build on arm, not terminating on the buildd. Stop. [11:39] dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules clean gave error exit status 2 [11:39] * ogra shakes his head [11:39] i wonder if the packager every heard of the Yrchitecture field :P [11:40] *Architecture [11:40] ogra: can you take a look at http://pastebin.ubuntu.com/420963/ [11:42] dmart, looks fine, tested already ? [11:42] I have tested "by diff" -- replacing $(cat /proc/cmdline) with $(echo) and prefixing the date and hwclock commands with echo to check that they are run at the right times and with the expected arguments [11:42] is that enough? [11:43] otherwise, how to I set up the initramfs? [11:43] well, i'd like to hear that a boot succeeds with different root= cmdline options on a system that exposes the issue [11:43] the hook needs to go into /usr/share/initramfs-tools/hooks and the script into /usr/share/initramfs-tools/scripts/local-premount before calling update-initramfs -u (make sure both are executable) [11:44] OK, I'll try it [11:44] (and you need to set fixrtc on the cmdline indeed) [11:44] yeah [11:44] thanks, I probably would have forgotten ;) [11:44] heh [11:52] blaargh, guess what? [11:53] (forgot fixrtc) === jussi01 is now known as jussi [11:57] lol [12:22] ogra: hi there [12:22] hey [12:22] works ? [12:22] I think it mostly works [12:22] mostly ? [12:22] But dumpe2fs and its libraries appear to be missing from the initramfs [12:22] did you copy the hook in place before running update-initramfs -u ? [12:23] needs to go to /usr/share/initramfs-tools/hooks and needs to be executable [12:23] Ah, hold on a minute --- what is "the hook"? [12:24] http://bazaar.launchpad.net/~ogra/initramfs-tools/initramfs-tools-fixrtc/revision/182 [12:24] hooks/fixrtc [12:25] ah, oops [12:25] * ogra kicks the wiki [12:26] right, updating the initramfs again... [12:28] ah, better [12:30] Well, we still have the issue that if the clock is only intermittently corrupted across boot, we always break it (by resetting it based on the last mount time) [12:30] But since this is only for broken systems anyway, that's probably OK [12:30] The clock should never be seen to go backwards [12:30] And ntp should patch things up [12:32] right [12:32] and you wont need it at all if you never pull the power plug :) [12:33] ok, if it works fine, please note that on the bug and point to your branch (and link the branch to the bug (top right there is an option)) [12:37] When bzr committing, how to I get the committer name and email right? [12:37] I'm working on a dev board, so those are garbage [12:37] ...or will launchpad patch it up? [12:39] bzr launchpad-login will help [12:39] bzr whoami will do the rest of it [12:39] LP won't get it right based on your ssh keys, for complex reasons (you might be pushing someone else's commits, etc.) [12:53] ok, done [12:54] * dmart 's ignorance has decreased [12:54] (slightly) [12:54] thanks for the pointers [12:59] That's why we're here. Thanks for helping work on the bug. [13:01] I'll know for next time... lp+bzr is still rather a mystery for me ;) Are there any good docs floating aroung? [13:01] around [13:01] ogra: done (in case you didn't see) [13:01] i did [13:01] Docs? [13:02] * persia digs some up [13:02] thanks a lot ! [13:02] dmart: https://help.launchpad.net/Code isn't a bad place to start. [13:03] cool, thanks [13:08] https://wiki.ubuntu.com/ARM/Beagle [13:08] finished :) [13:08] anyone who wants, feel free to improve/enhance [13:09] You know we have a Qt/plasma variant as well, right? [13:09] Has anyone installed that? Does it work OK on the Beagle? [13:10] no idea [13:10] i dont think we build it [13:10] quick, glance it looks good ogra... [13:10] http://cdimage.ubuntu.com/kubuntu-netbook/ports/daily-live/current/lucid-netbook-armel+omap.img [13:10]