[02:30] <ksbalaji> Now-a-days somehow I feel that a few persons have left from the development team. This is not to hurt anybody please. A lot of unstabilities in LTS 10.04 could be the reason to feel this way
[05:06] <simplew> is there a recent quantal dvd release?
[11:24] <shadeslayer> kirkland: ping
[11:34] <shadeslayer> kirkland: is there some documentation available on how to make sure your encrypted home dir is preserved when installing a new version of ubuntu?
[13:21] <Bluefoxicy> $ sudo ntpdate-debian
[13:21] <Bluefoxicy> 28 Jul 09:21:20 ntpdate[19646]: step time server 91.189.94.4 offset 141.846034 sec
[13:22] <Bluefoxicy> this started happening on a kernel upgrade months ago, since then I have changed out my motherboard and gone from an AMD platform to an Intel platform
[13:22] <Bluefoxicy> and moved to SSD, which required a full re-install (try as I might, I can migrate Ubuntu from hard drive to hard drive but it simply will NOT boot if I migrate it onto an SSD)
[20:35] <beezy> i am fairly new to ubuntu and i am very happy with the neew 12.04 version however i am running it on thinkpad wich is a older laptop and it seems to be running sluggish. i am trying to figure out how to download "damn small linux" because it is much smaller and may run better on my system. if anyone can help i greatly appreciate it
[20:38] <beezy> can anyone help me in this matter please/
[20:40] <beezy> if anyone can help me with my problem please e-mail me @ beezyboy26@gmail.com
[21:06] <imjustmatthew> If there's a working patch for a bug on Launchpad, how do I go about getting it merged and packaged for precise?
[21:08] <ScottK> imjustmatthew: First it has to get fixed on quantal.
[21:08] <ScottK> Needs a debdiff for quantal attached to the bug and then subscribe ubuntu-sponsors.
[21:11] <imjustmatthew> ScottK: Okay, I'll try that, thanks
[21:40] <infinity> imjustmatthew: What's the bug?
[21:40] <infinity> imjustmatthew: (A debdiff isn't strictly necessary, if the patch is clear and obviously correct, I'd be happy to sponsor it)
[22:01] <imjustmatthew> infinity: Bug #809221
[22:02] <imjustmatthew> I think I've built a correct debdiff, but it may be against precise; I dget'ed the quantal package, but the chagnelog tool labeled it as precise and I didn't feel confident enough to change it
[22:11] <ScottK> imjustmatthew: the current release is the default in debchange (the changelog tool).  It's independent of the contents of the package.
[22:11] <infinity> imjustmatthew: Why have the conditional strip_slashes in the ceph branch of the if?
[22:12] <infinity> imjustmatthew: Are there situations where it's correct to strip ceph slashes?
[22:12] <infinity> imjustmatthew: (Seems to me that if 127.0.0.1:/ is valid, then 127.0.0.1:/foo/ would also be valid, but your patch you unnecessarily strip the latter?)
[22:12] <infinity> s/strip/strips/
[22:13] <infinity> But I don't know ceph, so maybe :/foo/ isn't valid, but :/foo is?
[22:13] <infinity> (If so, then wow, that's a pretty awful design for a UI to make :/foo/ invalid, but :/ valid...)
[22:19] <imjustmatthew> infinity: Both <host>:/foo and <host>:/foo/ are valid, but <host>: is never valid
[22:19] <infinity> imjustmatthew: Check, hence why I'm questioning why you'd ever strip_slashes.
[22:20] <infinity> +            devlen = strlen(mnt->device);
[22:20] <infinity> +            if ( devlen < 2 || strcmp(mnt->device + (devlen - 2), ":/")) {
[22:20] <infinity> +                strip_slashes (mnt->device);
[22:20] <infinity> ^-- That bit.
[22:20] <infinity> +            }
[22:21] <imjustmatthew> infinity: For some reason the original code had a strip slashes in it, I don't know why it would ever be necessary
[22:21] <infinity> The first part of the conditional is equally confusing to me.  if (devlen < 2) strip_slashes() would assume that the device is "/" and you're reducing it to an empty string.  Is that sane?
[22:22] <infinity> The original code is for dealing with other dev types, where stripping slashes from the end makes sense.  But once you've added the (! strncmp (mnt->type, "ceph", 4)) conditional, I'm struggling to see why it has a branch that still sometimes strips.
[22:23] <infinity> Oh, I just realised you're not the author of the original patch.  That doesn't help here. ;)
[22:23] <imjustmatthew> infinity: You're probably right that it's never necessary
[22:23] <infinity> If only damoxc were around.  I guess I'll follow up to the bug.
[22:24] <imjustmatthew> infinity: yes, but I'm also the one who wants it in the repos so I don't have to maintain a custom package :)
[22:24] <infinity> Well, I would sponsor it without that conditional, but I'd prefer to talk to Damien to get his rationale for why it's there, first.
[22:25] <infinity> So, let's see if he responds if I comment on the bug.
[22:25] <imjustmatthew> okay, you have my e-mail, shoot me a line if there's something you need to get it finished
[22:25] <imjustmatthew> thanks for your help
[22:26] <infinity> imjustmatthew: Is "/" ever a valid device for ceph?
[22:26] <infinity> (Looking at the first part of the conditional...)
[22:30] <imjustmatthew> infinity: yes :/ mounts the entire filesystem, everything else is a subdirectory mount
[22:31] <infinity> https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/809221/comments/4
[22:32] <infinity> Commented on the bug.  We'll see if Damien (or someone else who understands it) responds.
[22:32] <infinity> I don't like applying patches "blind" unless the code is obviously correct to me, and this looks a tiny bit wonky to me.
[22:32] <infinity> (The rest of the code is obvious and straightforward, mind you)
[22:37] <imjustmatthew> infinity: np, I understand completely