[00:04]  * jelmer yells at libapr
[00:21] <poolie> hi all
[00:52] <spiv> Good morning.
[00:53] <lifeless> hi guys
[02:08] <poolie> hi there spiv
[02:57] <mwhudson> jelmer: hey, do you want to make launchpad work with bzr 2.2? :-)
[02:58] <poolie> mwhudson, what's broken?
[02:59] <mwhudson> i can't remember
[02:59] <mwhudson> the usual sort of boring things i think
[03:00] <poolie> failing tests in integration?
[03:00] <mwhudson> yeah
[03:01]  * mwhudson is trying to dig up a buildbot log, the openid process is a little slow over 3g
[03:02] <mwhudson> hm, the compile is failing currently, but that looks like an image problem
[03:02] <mwhudson> src/zope/interface/_zope_interface_coptimizations.c:15:20: error: Python.h: No such file or directory
[03:02] <mwhudson> (that's not even the build of bzr)
[03:05] <mwhudson> hee hee, making bzr whoami mandatory seems to have broken some tests
[03:05] <mwhudson> poolie: failing tests from a couple of weeks back: https://lpbuildbot.canonical.com/builders/bzr/builds/200/steps/shell_8/logs/summary
[03:06] <mwhudson> i guess we have some bzr-using tests that don't inherit from bzrlib's testcase, maybe
[03:06] <poolie> wow
[03:06] <poolie> probably
[03:06] <poolie> look at all that crap :)
[03:07] <poolie> what are the dns failures about?
[03:09] <mwhudson> not sure
[03:10] <mwhudson> _probably_ the image is old and needs stuff adding to /etc/hosts
[05:22] <parthm> i was looking at bug #488519 what would be a way to handle this. abort the operation telling the user to change the name? any suggestions?
[05:28] <poolie> oh hi parthm
[05:28] <poolie> dude you're fixing all our bugs! :-}
[05:29] <poolie> i think in the first place it would be good to at least just print the name of the problem file
[05:29] <poolie> what actually should happen
[05:29] <parthm> poolie: i am just having fun ;-) ... also bugs with stack trace are easier to fix.
[05:29] <poolie> 1- in most cases, the filename is valid but the filename encoding is not set properly
[05:30] <poolie> eg on unix filenames are normally going to be utf-8 but in this case we seem to be detecting it as ascii
[05:30] <poolie> so that could be about better detection or better defaults or perhaps (last resort) having a configuration for it
[05:30] <poolie> 2- in some cases the user really may have a file that does not fit with the encoding of their tree
[05:30] <poolie> and then i guess we should...
[05:31] <poolie> i wonder
[05:31] <poolie> i think ideally we would just tolerate it if it was an ignored file
[05:32] <parthm> poolie: i saw another ticket by you saying we need a config option for bazaar.conf. maybe that should be fixed first?
[05:33] <parthm> poolie: bug #538925
[05:34] <poolie> i would do #1 then bug 538925 then #2
[05:36] <parthm> poolie: makes sense. ... i will look into the detection logic and try to understand it better. thanks for your inputs.
[05:44] <GungaDin> How come bzr tells me it's added file.OTHER during a merge?
[05:47] <poolie> GungaDin, ah, because you didn't totally resolve a conflict
[05:47] <poolie> this shouldn't be allowed; there's a bug vila's working on
[05:47] <GungaDin> shouldn't it have added just file and not file.OTHER?
[05:48] <GungaDin> after bzr resolve --all it's disappeared and file is just under 'unknown'
[06:16] <vila> GungaDin: Urgh, 'bzr resolve --all' is a huge hammer that should almost never be used
[06:18] <vila> If a file.OTHER is versioned after a merge, it's generally because there was a 'file' present in the working tree and in the other branch leading to a conflict on this path and you should resolve this conflict manually (by keeping one file, the other or a mix of the two)
[06:19] <vila> GungaDin: 'bzr resolve --all' "solves" the conflicts by just deleting them, it's really the last resort when nothing else make sense
[06:19]  * vila not really there yet, will be back in ~40mins
[06:28] <vila> poolie: spurious failure at http://lbabune.ladeuil.net:24842/job/selftest-jaunty/90/testReport/junit/bzrlib.tests.test_progress/TestTextProgressView/test_render_progress_nested/
[06:29] <vila> poolie: not reproducible, so probably a time dependent issue, just mentioning it as it's the first time I see it fail
[06:30] <poolie> that is odd that it would be timing depednt
[06:30] <poolie> however some of those tests are old and could bear to be refactored and thereby more isolated
[07:09] <lifeless> hmm, didn't get nearly enough done today
[07:09] <lifeless> tomorrow!
[07:12] <mlh> there is always tomorrow
[07:13] <vila> poolie: why not ? progress rendering is controlled with a time threshold no ?
[07:13] <vila> hi all !
[07:13]  * vila fully there now albeit may need to reboot soon :)
[07:14] <poolie> vila, i guess it is
[07:14] <poolie> obviously in rendering tests it should not be
[07:15] <vila> poolie: not a big deal, the subsequent run worked anyway
[07:29] <poolie> vila i'm going offline for a bit in the name of concentration
[07:30] <vila> poolie: np, I'm going to reboot in the name of valuable upgrades :)
[07:32] <fullermd> Well, I'm eating in the name of getting fatter.
[07:32] <vila> :)
[07:32] <vila> cu later all
[08:15] <vila> bug #586341 is assigned to bazaar (Ubuntu), what is the trick get it assigned to bzr ? I can't set the importance right now
[08:15] <vila> argh
[08:16] <vila> for once the private status is valid :-/
[08:16] <vila> some confidential stuff exposed in the comments :-/
[08:22] <spiv> vila: Click "Also affects project"?
[08:23] <vila> spiv: that will create an additional line, I want to do that as a last resort only :-/ But thanks
[08:23] <spiv> vila: why as a last resort?
[08:23] <vila> I think the current affectation is bogus
[08:23] <spiv> Well, it affects the version in Ubuntu...
[08:24] <spiv> Anyway, the LP bug tracker doesn't currently allow directly reassigning from a distro package to a project.  Using the "also affects" options is as close as it gets.
[08:24] <vila> Ha, ok
[08:25] <vila> spiv: hehe, I can't copy/paste right now, but just try what you're proposing :)
[08:27] <spiv> First, let me fix it to be assigned to bzr (Ubuntu) rather than bazaar (Ubuntu)...
[08:27] <poolie> vila you can't delete 'affects' lines (aka tasks)
[08:27] <poolie> which is a bug
[08:27] <poolie> so just leave it there or mark it invalid
[08:29] <vila> poolie: I can't use 'Also affects project' either, I run into a 'too many matches' when searching for 'bzr' as  a project
[08:29] <spiv> vila: worked for me
[08:30] <spiv> vila: although as noted I fixed it to point to the right package first
[08:30] <spiv> Which means it automatically defaulted to the right project.
[08:30] <vila> spiv: cool, thanks
[08:30] <spiv> The "there's no upstream link for this package" and "this package has no versions published in Maverick" was a bit of clue that something was up :)
[08:31] <poolie> sorry, that sucks
[08:31] <poolie> there's a bug for that too
[08:31] <vila> poolie: well, spiv is right, I suck too :)
[08:32] <spiv> vila: heh, I didn't mean to say that :)
[08:32] <vila> :)
[08:33] <poolie> vila or you can use hydrazine bugclient and say 'bug 1234123' 'affects bzr' :-)
[08:34] <vila> poolie: wow, cool, well, the demo effect didn't please ubot5 but I trust you :)
[08:35] <vila> ubot5: don't worry, that wasn't a real bug
[08:35] <vila> ubot5: that's why I explain
[08:35] <poolie> poor thing
[09:02] <lifeless> vila: you might like to file a bug saying you can't do that reassignment you wanted to
[09:10] <poolie> there is one laready
[13:12] <vila> jelmer: ping
[13:32] <spiv> in 27
[13:57] <vila> spiv: try 28 too
[13:58] <spiv> :P
[14:39] <nitian> i am getting "different rich-root support" and " is not compatible " when i am rying to merge my branch .
[14:39] <nitian> how can i fix this?
[16:02] <Jemsquash> Does anyone know if there is jira integration for bazaar?
[16:37] <verterok> Jemsquash: Hi, there is a experimental plugin (for jira 3.x)
[16:38] <verterok> Jemsquash: and I have a inprogress branch to make it work with the new jira SDK (and probably jira 4)
[16:39] <Jemsquash> I think I just found it, is this the correct place to get it? https://code.launchpad.net/~verterok/bzr-eclipse/trunk
[16:39] <servilio> hi! I am getting an bzrlib.errors.NoSuchRevision exception in bzr when doing a rebase; is this normal or something I should file a bug for?
[16:39] <verterok> Jemsquash: http://launchpad.net/bzr-jira isn't a full integration, just a small experiment based on the svn integration
[16:40] <Jemsquash> just paste the wrong one - doh
[16:40] <verterok> Jemsquash: but it depends on the old jira sdk :(
[16:40] <Jemsquash> ah we just upgraded to the latest Jira yesterday - sods law :(
[16:42] <maxb> servilio: You should file a bug (against the bzr-rewrite project). If at all possible, provide links to the branches you were trying to rebase
[16:42] <RDV_Linux> I am looking for some help. I cannot push changes to my branch. I was working in March of this year.  Here is a step by step from starting at a bzr update to make sure I was working from what was in LP. http://paste.ubuntu.com/444107/
[16:42] <RDV_Linux> Any help would be appreciated. This is for Mythbuntu.
[16:45] <servilio> maxb: what if the branches are not publicly accessible ATM?
[16:45] <servilio> maxb: I mean, what would you recommend in that case?
[16:46] <maxb> Did bzr write a .crash file and give you its path when it died?
[16:46] <servilio> maxb: yes, it did :)
[16:48] <maxb> Check it doesn't contain anything private (I doubt it will), and attach it to the bug. Describe as much as possible about the rebase operation you were doing
[16:48] <servilio> maxb: ok, thanks!
[16:50] <maxb> The NoSuchRevision presumably mentioned a specific revision-id - try to find out what that revision-id was
[16:50] <servilio> maxb: I notice in the traceback that though the exception ocurred while using a command from the bzr-rewrite module, it happened in bzrlib/repofmt/groupcompress_repo.py, should I file the bug in bzr instead of bzr-rewrite?
[16:51] <maxb> Were there bzr-rewrite frames in the traceback?
[16:51] <servilio> maxb: there is indeed a missing revision, I had to revert a commit in the parent branch and add a couple of other things
[16:51] <maxb> If so, it's more likely a rewrite issue
[16:51] <servilio> maxb: yes, there is; also, thinking about it, it was while doing a rebase and fails, so it should be there
[16:52] <servilio> maxb: again, thanks!
[18:37] <lfaraone> lifeless: you said that bug 556968 was fixed in bzr-git, do you know which commit that was?
[18:39] <lfaraone> jelmer: see above.
[18:39] <jelmer> lfaraone: hi
[18:39] <jelmer> lfaraone: it's fixed in the latest release
[18:39] <jelmer> 0.5.1 IIRC
[18:40] <lfaraone> jelmer: okay. I'm looking for what I should SRU to Lucid.
[18:41] <jelmer> lfaraone: you'd have to SRU both dulwich and bzr-git
[18:41] <jelmer> I think dulwich 0.5.0 and bzr-git 0.5.0 would be sufficient as well
[18:41] <jelmer> alternatively you can cherry-pick the fix, which is trivial
[18:42] <lfaraone> jelmer: ideally, we want to make the smallest change possible.
[18:42] <jelmer> lfaraone: I have to make sure I get my groceries before the shops close, but if you're still here in 2 hours I can get you a patch for just this issue.
[18:42] <lfaraone> jelmer: sure, thanks.
[19:39] <servilio> what is the recommended way of changing the parent of a branch? is editing the branch.conf ok?
[19:42] <beuno> servilio, bzr pull --remember?
[19:57] <servilio> beuno: I was wondering if there would another way other than editing branch.conf or using --remember
[19:57] <servilio> beuno: thanks!
[21:48] <james_w> abentley: hi, was it lp-submit that has pipeline integration?
[21:48] <abentley> james_w, lp-submit and lp-propose both have pipeline integration.
[21:48] <james_w> I'm having trouble getting it to do what I want
[21:49] <james_w> aren't they the same thing?
[21:50] <abentley> james_w, lp-submit was the official name of the version in bzr-pipeline, and an alias for lp-propose when it moved to bzr proper.
[21:51] <james_w> abentley: ok.


[10:59] <Odd_Bloke> I'm hitting a failed to upload on https://launchpad.net/~daniel-thewatkins/+livefs/ubuntu/wily/cpc/+build/37706
[11:00] <Odd_Bloke> I've managed to do it twice now, so I don't think it was a random failure.
[11:00] <Odd_Bloke> I'm playing around with the files that I output from live-build, so it's probably something to do with that.
[11:00] <Odd_Bloke> cjwatson: wgrant: Can you shed any light on why I'm hitting ^?
[11:00] <wgrant> Let me see.
[11:01] <wgrant> UploadFailed: Invalid length: 0
[11:01] <wgrant> Odd_Bloke: You have an empty file, which makes the librarian sad.
[11:01] <wgrant> I thought we excluded those in launchpad-buildd, but maybe not.
[11:01] <Odd_Bloke> OK, that's easy enough to remedy.
[11:01] <Odd_Bloke> wgrant: Ta.
[11:11] <cjwatson> wgrant: I think I was a little reluctant to possibly end up papering over problems by ignoring such things.
[11:11] <cjwatson> Though the OOPS of course isn't ideal.
[11:12] <wgrant> Indeed.
[12:10] <jgdx> I can't assign/change status on bugs. Known issue?
[12:10] <jgdx> OOPS-ca98aa95bdece3ad7bf7accced65c91d is one example
[12:14] <jgdx> the js error also comes back as a html-page, so it's hard to read the error: http://i.imgur.com/8EvY2uU.png
[12:17] <cjwatson> jgdx: We get occasional reports of this, and don't know the exact cause, but it normally clears up quite quickly
[12:18] <cjwatson> It's a very slow UPDATE on the BugTask table, probably a long transaction somewhere else ...
[12:19] <wgrant> Not exactly: https://lpstats.canonical.com/graphs/AppServer5XXsLpnet/20150908/20150915/
[12:19] <wgrant> Something is up.
[12:19] <wgrant> Some Ubuntu bug searches timing out.
[12:19] <wgrant> It's possible that a particular scripted search has fallen off a cliff and those long queries are somehow causing contention.
[12:19] <cjwatson> Worth a pg_stat_activity check?
[12:20] <pc_m> Hi! Anyone else noticing issues with launchpad? I'm trying to create a bug under neutron, and get an "Uh oh!" message repeatedly.
[12:20] <wgrant> It probably won't show anything, but worth a try.
[12:20] <jgdx> cjwatson, okay. I know there's the occational hiccup, but this is now 100% of the time.
[12:21] <cjwatson> pc_m: That's the current discussion.
[12:21] <pc_m> cjwatson: Ah, just joined channel.
[12:22] <pc_m> cjwatson: FYI, it complained about load balancer timing out. After 4th try, it created the bug.
[12:24] <pc_m> I did the reload button, and once it did work, it created multiple instanced (so looked like each request did work).
[12:28] <cjwatson> Hammering it isn't going to give us additional information at this point
[12:46] <wgrant> jgdx, pc_m: It should be OK now, let us know if you have any more issues.
[12:46] <wgrant> One of our DB slaves went a little overboard.
[12:51] <jgdx> wgrant, the failing action now completed. Thanks!
[12:51] <wgrant> Great, thanks for confirming.
[14:22] <Odd_Bloke> https://launchpad.net/~daniel-thewatkins/+livefs/ubuntu/wily/cpc/+build/37714 seems to be stuck; can anyone shed light on why that might be?
[14:23] <Odd_Bloke> (https://launchpad.net/~daniel-thewatkins/+livefs/ubuntu/wily/cpc/+build/37717 is also stuck in the same place, for confirmation)
[14:24] <Odd_Bloke> wgrant: ^ ?
[14:28] <cjwatson> Odd_Bloke: Do you have a similar build already that you've cancelled to see what the unflushed tail of the log says?
[14:28] <Odd_Bloke> cjwatson: I don't; cancelling that one now.
[14:34] <Odd_Bloke> cjwatson: Cancellation finished a couple of minutes ago, but no build log yet.  Am I just being impatient?
[14:36] <cjwatson> Odd_Bloke: It failed to cancel and gave up.
[14:36] <cjwatson> So that's unfortunate.
[14:37] <cjwatson> This usually means that you managed to crash the builder somehow.
[14:38] <Odd_Bloke> The only difference that this run should have amounts to "cp chroot/boot/vmlinuz-4.2.0-7-generic livecd.vmlinuz-generic.kernel" in a binary hook.
[14:38]  * cjwatson peers at the custom livecd-rootfs
[14:39] <Odd_Bloke> Hmm, does the builder blow up on unexpected suffixes?  That rings a very vague bell from last time I was playing with this sort of stuff?
[14:40] <cjwatson> No, my guess is that the copied files aren't readable by the builder.
[14:40] <Odd_Bloke> Ah, that's probably a better guess.
[14:40] <cjwatson> Notice that livecd-rootfs/live-build/auto/build does chmod 644 in similar situations.
[14:41] <cjwatson> In fact, why doesn't the existing stuff in live-build/auto/build work for you?
[14:41] <cjwatson> It's doing pretty similar stuff to copy out kernels.
[14:41] <Odd_Bloke> Oh, I must have missed it.
[14:42] <cjwatson> The only difference is that you need to explicitly list the flavours you want in the project declaration in live-build/auto/config.
[14:42] <cjwatson> And it also handles initrds and signed images.
[14:43] <Odd_Bloke> Oh, hmph.
[14:43] <Odd_Bloke> We _were_ using our own fork of live-build and still doing this outside of live-build.
[14:43] <Odd_Bloke> So I guess my assumption that we had to do it outside of live-build doesn't hold.
[14:44] <cjwatson> I think this kind of interaction with the buildd belongs in livecd-rootfs rather than live-build.
[14:44] <cjwatson> Albeit in its live-build hooks.
[14:44] <Odd_Bloke> Yeah, that looks precisely like what we need.
[14:45] <cjwatson> You definitely want to modify live-build/auto/config to set up the config you need.
[14:45] <cjwatson> Every distinct "project" field passed to a livefs build should have such a thing.
[14:45] <cjwatson> Oh, but ubuntu-cpc is already in there, OK.
[14:46] <Odd_Bloke> Yeah, we're already doing most of our stuff there sensibly; I'd just missed that we could do this with configuration rather than custom hooks.
[14:46] <cjwatson> So it probably just needs to set KERNEL_FLAVOURS.
[14:47] <cjwatson> Yeah, just hadn't realised it was in trunk rather than in your delta, good.
[14:47] <Odd_Bloke> Well, at least I've learned more about the difference between binary and chroot hooks this morning. :p
[14:47] <cjwatson> Heh
[15:19] <Odd_Bloke> cjwatson: Ah, that isn't working because it's looking in binary/boot which only contains filesystem.ext4, filesystem.packages and filesystem.packages-remove in our builds.
[15:26] <Odd_Bloke> Which I think would only work if LB_CHROOT_FILESYSTEM was none.
[15:26] <Odd_Bloke> Because all of the other code paths in lb_binary_rootfs just shove a file there.
[15:31] <cjwatson> Odd_Bloke: I think it's because you're using --linux-packages=none, which disables the relevant code path in lb_binary_linux-image.
[15:31] <Odd_Bloke> Aha, that looks promising.
[15:31] <cjwatson> Surely either you need to copy them out or you have no kernel packages installed, but not both. :-)
[15:32] <cjwatson> In fact you have KERNEL_FLAVOURS=none in that same section, so those probably need to be changed together.
[15:34] <cjwatson> --linux-packages defaults to "linux" on Ubuntu, so you should probably instead set KERNEL_FLAVOURS in the per-architecture case statement and drop the manual installation of linux-*.
[15:34] <cjwatson> I think.
[15:34] <cjwatson> Though maybe linux-virtual doesn't correspond to the kernel image name, so that might still need some work.
[15:35] <cjwatson> Maybe that's why you have this stuff to begin with.
[15:35] <Odd_Bloke> I remember there being some pain around this before, but I don't remember precisely what problems I was seeing.
[15:35] <Odd_Bloke> But, yeah, I wouldn't be surprised to get a definite reminder in a few minutes time. :p
[15:36] <cjwatson> So that might in fact be reasonable cause for a cpc-specific hook, but I'd probably do it by doing something in line with what lb_binary_linux-image would do if you could persuade it to DTRT without also changing the behaviour of lb_chroot_linux-image in undesirable ways.
[15:36] <cjwatson> Since that code is simpler.
[15:38] <Odd_Bloke> cjwatson: At the moment, we publish the tab-delimited file that is produced by that hook, which is why it was happening in that somewhat circumspect way.
[15:43] <cjwatson> That seems of dubious utility when the manifest is there as well.
[15:43] <cjwatson> So, I mean, the trivial fix is to chmod 644, just wondering if it could be done better.
[15:47] <Odd_Bloke> cjwatson: Yes, indeed.  Sadly we have to maintain that interface for trusty.
[15:48] <Odd_Bloke> I'm building a livecd-rootfs package with some different kernel options, I'll see what that does.
[17:51] <Odd_Bloke> cjwatson: Yeah, your suspicious is correct; we either fail to find something named *linux-virtual* in /boot or we install linux-generic in the image.
[17:51] <Odd_Bloke> *suspicion
[17:52] <Odd_Bloke> So tomorrow I'll look at rewriting that hook in a less hidious fashion.
[21:36] <Odd_Bloke> cjwatson: Hmm, alternatively I could teach the part of live-build that 'virtual' kernels are named 'generic' in /boot.
[22:29] <cjwatson> Odd_Bloke: I don't know which is better.  Your call.


[00:58] <Riddell> proofreaders needed https://www-admin.kubuntu.org/news/12.04-release
[00:58] <Riddell> I can give access details to anyone who needs it
[01:18] <ScottK> Riddell: Comma between "friendly fast"
[01:19] <Riddell> done
[01:20] <ScottK> Riddell: I don't think telepathy's on the DVD, I thought it went back to Universe?
[01:21] <Riddell> right enough
[01:21] <ScottK> Riddell: It needs the same "OMG, Kittens!" warning about backing up mail that we had for kmail for Oneiric since upgraders from Lucid will be doing the Akanadi transition.
[01:22] <ScottK> Other than that, I think it's good.
[01:23] <Riddell> ScottK: is there a bug for that?
[01:23] <Riddell> probably loads :(
[01:24] <ScottK> Yeah.  Where to start.
[01:24] <Riddell> ScottK: is there a 1 sentence way to say that?
[01:24] <Riddell> "backup mail" isn't too helpful without saying how
[01:25] <ScottK> Sure.
[01:25] <ScottK> https://wiki.kubuntu.org/OneiricOcelot/Final/Kubuntu/Kmail2
[01:25] <ScottK> Needs some Oneiric/Precise, but it's pretty much there.
[01:26] <Riddell> hum, a job for tomorrow I think
[01:26] <ScottK> The release note about Kontact 4.7 in http://www.kubuntu.org/news/11.10-release still applies pretty much verbatum.
[01:26] <Riddell> gotcha
[01:26] <Riddell> time for me to snooze tonight
[01:26] <ScottK> 4.7/4.8 and some noises about improved reliabliity from 4.7, but it should still be scary.
[01:26] <ScottK> OK.  Have a good sleep.
[01:26] <phoenix_firebrd> Will this bug be fixed https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/953559 before the release ?
[01:26] <Riddell> nope
[01:26] <phoenix_firebrd> Riddell: really?
[01:27] <ScottK> phoenix_firebrd: It's not the default FS and it doesn't fail in all cases.
[01:27] <ScottK> Did you try it more than once?
[01:27] <ScottK> (I've done successful btrfs installs this week)
[01:28] <phoenix_firebrd> ScottK: ya, but i tried btrfs before and like to try it now too. so i will try the workaround
[01:31] <ScottK> You can also run a live session, manually partition the drive, and then install into the existing partition if the installer won't support it.
[01:31] <ScottK> I doubt you'll have to do that though.
[01:34] <phoenix_firebrd> ScottK: ya thats the workaround. Have you tried any btrfs recovery tools
[01:35] <ScottK> No.
[01:35] <ScottK> I'm generally very conservative about file systems.
[01:35] <ScottK> I only installed it on a test install that didn't live more than 5 minutes after it was done.
[01:39] <phoenix_firebrd> ScottK: can you give me any info about the state of wayland in 12.04
[01:39] <ScottK> We have version 0.85.
[01:39] <ScottK> Beyond that, I don't know.
[06:56] <Riddell> nearly there
[07:05]  * Jacky waits.
[07:08] <vprints> :)
[07:22] <Riddell> any day now infact
[07:26] <jussi> hehe
[07:26] <jussi> bah, I got to try to get this kmix crash to happen reliably :/
[07:27] <Riddell> jussi: does it always happen on track change in amarok?
[07:28] <jussi> Riddell: no, when using skype
[07:28] <jussi> Riddell: if youve a min, and have skye, you could call to help test...
[07:28] <Riddell> I don't I'm afraid
[07:28] <jussi> ok
[07:29] <jussi> Ill see if i can get it to happen again and file a bug
[07:36] <Riddell> jussi: bug 963895 surely
[07:36] <Riddell> kde bug 290742
[07:36] <jussi> Riddell: that does look like it
[07:37] <Riddell> I seem to remember kmix in 4.8.0 was fine so I'd like to look at reverting to that
[07:37] <jussi> its release day and we have a bug like this :/
[07:37] <Riddell> yeah, disappointing
[07:37] <jussi> let me try reproduce here
[07:38] <Riddell> bug 966913 is nasty too
[07:39] <jussi> cant seem to get it to crash now :/
[07:40] <Riddell> heisenbug
[07:40] <Riddell> there's probably a reason why it hasn't been fixed upstream, it's a nasty bug
[07:40] <Riddell> nasty to pin down
[07:48] <Riddell> proofreaders needed https://wiki.kubuntu.org/PrecisePangolin/Final/Kubuntu/Kmail2
[07:50] <Riddell> shadeslayer: any amd64+mac testing possible?
[07:51] <micahg> is Kubuntu still not tracking upstream bugs in LP (Project Timelord)?
[07:52] <Riddell> micahg: right, unless we are especially concerned about them
[07:52] <micahg> ok, thanks
[07:52] <jussi> Riddell: "migrated to the new system. This includes contacts from KAddressBook, events from"  could read "migrated to the new system, including contacts from KAddressBook, events from "
[07:53] <jussi> start 2 consecutive sentences with "this" sounds a little funny to my ear
[07:53] <jussi> other than that, looks good
[08:08] <agateau> Riddell: in Introduction "for uses upgrading" => "for *users* upgrading"
[08:08] <agateau> includeing => including
[08:08] <agateau> perfomed => performed
[08:09] <Riddell> edited
[08:11] <agateau> Riddell: in "After Migrating", Update folder and *its* subfolders
[08:12] <Riddell> votre grammaire est très bonne
[08:12] <agateau> Riddell: merci mon cher :)
[08:14] <agateau> Riddell: I believe the "its" vs "it's" mistake may actually be easier to spot for people whose primary language is not english, because the two translates to very different words
[08:14] <agateau> at least in french
[08:14] <agateau> same with "you're" vs "your"
[08:15] <Riddell> doesn't make any sense thought, possessive words should have an apostrophie
[08:15] <Riddell> but not my mistake, that page is copied from our previous release
[08:15] <agateau> Riddell: in "Importing Email Manually", I would remove the "and" from "and browse to where you saved ~/.kde/share/apps/kabc": there is another "and" after the next comma
[09:27] <Riddell> proofreaders needed for download page https://www-admin.kubuntu.org/content/qwer
[09:29] <tazz> Riddell, it asks for auth.
[09:52] <Riddell> doods, nearly there!
[10:05]  * Riddell holds breath
[10:15] <Riddell> mirrors syncing...
[10:15] <Riddell> (which isn't a fast operation)
[11:11] <Hobbsee> go go mirrors!
[11:12] <Hobbsee> Riddell: happy to proofread if you need another
[11:13] <Riddell> Hobbsee: http://www.kubuntu.org/getkubuntu/download could do with an eye over and checking all the links
[11:13] <Riddell> then https://www-admin.kubuntu.org/news/12.04-release (for which you'll need a password)
[11:14] <Hobbsee> yep..which is?
[12:03] <Riddell> whee! http://www.kubuntu.org/
[12:03] <Riddell> although some site mirrors are marked as down tsk
[12:06] <yofel_> Riddell: sorry for not being able to test software-properties-kde yesterday, fell asleep
[12:06] <Riddell> yofel: I think it's in oneiric-updates no?
[12:07] <yofel> it is - and works
[12:07] <Riddell> :)
[12:07] <Riddell> well thanks a lot all
[12:07] <Riddell> starbuck: used your artwork for the release :)
[12:07] <Riddell> I need to relax a bit before my head explodes, back later
[12:19] <starbuck> riddell: cool, but its not mine, but haris :)
[12:19] <Riddell> yay haris
[12:28] <GirlyGirl> Hmm the Kubuntu site seems down from here
[12:28] <Mamarok> yep, down for me as well
[12:30] <Mamarok> works again, seems some forwarding issue
[12:30] <Mamarok> congratulations everyone!
[12:32] <GirlyGirl> Its very slow though
[12:35] <Hobbsee> cdimage looks trashed, can't grab a torrent file
[12:35] <Hobbsee> oh, here we go
[12:36] <GirlyGirl> Hmm all the Ubuntu sites seem problematic and more overloaded than they were for any other release
[12:36]  * Hobbsee is about ot start torrenting!
[12:37] <Hobbsee> how fast can one run through 200gb?
[12:37] <Mamarok> GirlyGirl: that's normal for LTS releases
[12:51] <Mamarok> well, we seem to be slashdotted, no way to get that website: http://www.kubuntu.org/getkubuntu/download
[12:55] <Riddell> Mamarok: keep pressing F5, some mirrors are working
[12:55] <Riddell> elsewhere: "showing a drupal branded error message on www.ubuntu.com is surely not intended" not just us
[12:56] <Hobbsee> did they always do that/
[12:56] <Hobbsee> or did we actually do a static page before?
[12:56] <Mamarok> Riddell: yes, that's what I am doing
[12:56] <Hobbsee> seeding out of a machine in au at 65mbps at the moment
[12:56] <Riddell> Hobbsee: I don't think we've had this problem before
[12:57] <Hobbsee> ahhh
[12:58] <ScottK> Riddell: I read the backscroll on #ubuntu-release on the amd64+mac partitioner issue.  My recommendation is to release note the issue and release the image as it's just one piece of the functionality that doesn't work.  It won't hurt anything else.
[12:59]  * Hobbsee waves to ScottK
[12:59]  * ScottK waves to Hobbsee.
[12:59] <ScottK> Nice to see you around.
[12:59] <Hobbsee> indeed, nice to be here
[12:59] <Hobbsee> fun to smash the hell out of my vps :P
[13:02] <BluesKaj> Hiyas all
[13:08] <Mamarok> hm, I get "illegal token:60" messages for both the desktop-amd64.iso and the alternat-amd54.iso
[13:11] <Mamarok> because those links are wrong, the point to http://torrent.ubuntu.com/kubuntu/simple/precise/... instead of http://torrent.ubuntu.com/kubuntu/releases/precise/
[13:12] <Mamarok> could somebody check with an editor?
[13:55] <ScottK> Whoever was having the high CPU/crash problems with akonadi_mailfilter_agent, I now know how to fix it without having to delet all your mail.  See Bug #988866
[15:05] <Darkwing> bug 988908
[15:05] <micmord> thank you for the 12.04 LTS
[15:05] <Darkwing> ScottK: Who sets up the files and torrents?
[15:06] <Darkwing> y/w micmord
[15:06] <micmord> http://torrent.ubuntu.com/kubuntu/releases/precise/release/desktop/
[15:06] <Darkwing> :) Thanks or using. :D
[15:06] <micmord> this is the right link i suppose
[15:08] <Darkwing> garg, where did Riddell take off to...
[15:09] <Darkwing> claydoh: ping
[15:32] <yofel> Darkwing: need website help?
[15:32] <Darkwing> yofel: Aye, I'll PM you.
[15:45] <Darkwing> We don't have a torrent setup for alt i*86?
[15:45] <Darkwing> http://torrent.ubuntu.com/kubuntu/releases/precise/release/alternate/
[15:50] <Mamarok> Darkwing: yes, but the links are wrong
[15:50] <Darkwing> Mamarok: fixing.
[15:51]  * Darkwing sighs
[15:52] <Mamarok> oh, there are only 64bit apparently
[15:57] <Darkwing> Mamarok: can you refresh the download page and double check?
[15:57] <Darkwing> I think I got the torrent links fixed.
[15:58] <ryanakca> Congrats folks :)
[15:58] <Darkwing> Can someone double check the torrent links on http://www.kubuntu.org/getkubuntu/download for me?
[15:59] <micmord> Darkwing: fixed
[15:59] <Darkwing> Epic.
[15:59] <Mamarok> there doesn't seem to be any seed on the alternat 64bit
[16:00] <Mamarok> and what is amd64+mac.iso?
[16:01] <Mamarok> that one has seeders
[16:01] <Darkwing> 64bit mac?
[16:01] <Darkwing> I always use the desktop dvd for my laptop
[16:02] <Daskreech> Who's responsible for the release announcement
[16:02] <Mamarok> well, I download all 3 64bit ones, but I have no seeds on the alternate amd64.iso
[16:02] <Daskreech> Can they change the links to the torrents?
[16:03] <Daskreech> they are 404's now
[16:03] <Mamarok> Daskreech: Darkwing just did
[16:03] <Mamarok> Daskreech: refresh your browser
[16:04] <Mamarok> Darkwing: shouldn't that read torrent.ubuntu.com/.. instead of cdimage.ubuntu.com/.. ?
[16:05] <Daskreech> Mamarok: it's torrent.ubuntu.com here but it's 404
[16:05] <Daskreech> http://torrent.ubuntu.com/kubuntu/releases/precise/release/desktop/kubuntu-12.04-desktop-i386.iso.torrent
[16:05] <Mamarok> yes, and the cdimage.ubuntu.com/.. has nothing to seed
[16:05] <Daskreech> as opposed to http://torrent.ubuntu.com/kubuntu/releases/precise/release/desktop/kubuntu-12.04-desktop-i386.iso.torrent
[16:06] <Mamarok> I am talking about the alternate CD, I already am seeding the other 2 64bit ones
[16:06] <Mamarok> desktop and dvd
[16:07] <Mamarok> those torrents do work, provided you have the correct link, I edited those manually
[16:07] <Mamarok> it has to be http://torrent.ubuntu.com/kubuntu/releases/precise/release/desktop/kubuntu-12.04-desktop-amd64.iso.torrent
[16:08] <Mamarok> and the links on the website were totally wrong
[16:08] <Daskreech> The links from the site are http://torrent.ubuntu.com/kubuntu/releases/precise/desktop/kubuntu-12.04-desktop-i386.iso.torrent
[16:08] <Mamarok> now, yes
[16:08] <Mamarok> there is a folder missing
[16:09] <Mamarok> check with mine above
[16:09] <Daskreech> I know i went manually and grabbed them
[16:09] <Mamarok> that works
[16:09] <Daskreech>  but that won't be the response of most people
[16:09] <Mamarok> Darkwing: could you please correct those?
[16:09] <Darkwing> Yup
[16:09] <Darkwing> working on it.
[16:09] <Mamarok> Daskreech: we are currently working on putting the correct links
[16:09] <Mamarok> guess why I am talking about that
[16:10] <Daskreech> Mamarok: Cool :) need a proof reader for the release ?
[16:10] <Mamarok> Daskreech: well, the release is already out, no?
[16:10] <Mamarok> I didn't write it
[16:10] <Darkwing> should be.
[16:11] <Daskreech> ok I'll look it over
[16:11] <yofel> I'll seed the isos in a bit, I've got desktop/alt/dvd lying around here
[16:12] <Mamarok> yofel: we need correct torrent links to start with
[16:12] <Mamarok> the alternate amd64 has nothing to seed, 404 error
[16:13] <Mamarok> I am already seeding the desktop-amd64 and dvd-amd64
[16:13] <yofel> I'll leave that to Darkwing
[16:14] <Mamarok> how is it even possible to screw up the links that much? Why is there no consistency in the location and where is the iso for the alternate-amd64?
[16:14] <Daskreech> Ubuntu's overall theme is inconsistency
[16:15] <Daskreech> ~http://www.kubuntu.org/news/12.04-release has and error under Download A Dik Image
[16:15] <Daskreech>  Disk
[16:15] <Mamarok> Daskreech: then they should fire the sysadmins and hire people who know their job?
[16:15] <Daskreech>  It has a visible anchor insteead of a link
[16:15] <Daskreech> Mamarok: somehow it will be the community
[16:16] <Mamarok> well then congrats community on fucking up a release with wrong links ;)
[16:16] <Mamarok> so where is the alternate-amd64.iso?
[16:17] <Mamarok> not where it should be
[16:17] <arpanpatelia> Here's more: http://www.kubuntu.org/getkubuntu/download --> torrent files link not working.
[16:18] <Mamarok> arpanpatelia: guess what we are talking about...
[16:18] <yofel> Darkwing: fixed thangks
[16:18] <yofel> er, Daskreech^
[16:18] <Darkwing> I just saved the get downloads page...
[16:18] <yofel> Darkwing: I only edited the announcement
[16:18] <Mamarok> in which folder is the alternate-amd64.iso? Not where it should be apparently
[16:19] <Mamarok> so someone who is responsible for the torrent server should hurry up to fix that
[16:19] <Darkwing> Mamarok: That is Canonical sysadmin.
[16:20] <Mamarok> Darkwing: that is what I said earlier, they should fire them for incompetence
[16:20] <Darkwing> I'm a volunteer lol
[16:20] <Mamarok> Darkwing: to fire them? I would be very good in kicking asses
[16:21] <Mamarok> even have very pointy shoes
[16:21] <Darkwing> lol
[16:21] <yofel> hehehe
[16:22] <Mamarok> did somebody at least notify them?
[16:23] <Darkwing> Okay. I pulled the torrent links from http://cdimage.ubuntu.com/kubuntu/releases/precise/release/
[16:23] <yofel> the links are ok now here
[16:25] <Darkwing> yofel: They work now?
[16:26] <yofel> for me yes
[16:26] <Mamarok> still nothing to seed for the alternate-amd64.iso
[16:27] <Daskreech> And now you have happy campers in the #kubuntu chan
[16:28] <Darkwing> Well, the link has been down...
[16:28] <Mamarok> wget on the .iso file directly works, the torrent doesn't seed though
[16:29] <Daskreech> Are there any peers?
[16:29] <Mamarok> nope
[16:29] <Daskreech> You should be able to wget the ISO and then seed from that if there are peers
[16:29] <Daskreech>  oh
[16:29] <Daskreech> The tracker is messed up then?
[16:30] <Mamarok> yep, that is waht I am talking about the whole time :)
[16:30] <Mamarok> no peers, no seeds
[16:30] <yofel> a peer showed up (I have dht on though)
[16:30] <Daskreech> whats the tracker URL?
[16:30] <Mamarok> so do I, no peer
[16:30] <yofel> http://torrent.ubuntu.com:6969/announce
[16:32] <Mamarok> which gives an error, requested download not authorized for use with this tracker
[16:32] <Daskreech> That should work.
[16:32] <Daskreech> Bleah
[16:32] <Daskreech> Darkwing: Any idea which chan would be in charge of that?
[16:32] <Mamarok> yofel: you don't get an error on that?
[16:33] <Mamarok> I use dht as well
[16:33] <yofel> I do, but rtorrent then just switches to dht://
[16:33] <yofel> this *always* happens on releases
[16:35] <Mamarok> with wget this will take ages
[16:36] <Darkwing> Daskreech: No...
[16:36] <Darkwing> Daskreech: I'll work on it
[16:36] <Mamarok> yofel: so if I want to seed, how do I proceed then?
[16:37] <yofel> do you have the image yet? if yes I would just wait, if not I would try zsync - that at least uses compression unlike wget
[16:38] <Mamarok> hm, let me check if that is faster...
[16:38] <Darkwing> the path to the .torrents is working on the website right?
[16:39] <yofel> or if it's really not downloadable I'll symlink my images here
[16:39] <yofel> once I'm done copying them
[16:39] <tsimpson> wget (at least with the desktop-i386 torrent) seems to work for me
[16:39] <tsimpson> even if it's slow
[16:40] <Mamarok> tsimpson: yes, it works, but takes about 90 minutes or so
[16:42] <nixternal> CONGRATS EVERYONE! great job on yet another amazing release!
[16:42] <Daskreech> nixternal: I blame you!!!
[16:43] <Daskreech> nixternal: It does look good though :)
[16:43] <Daskreech> and more exciting things coming up
[16:43] <tsimpson> Mamarok: takes me around 30-40 seconds to download the .torrent
[16:43] <nixternal> you can't blame me, I haven't touched a damn thing in probably 2 years
[16:44] <Mamarok> tsimpson: you talk about the alternate-amd64.iso I am talking about?
[16:44] <Daskreech> nixternal: And it's a great release!! :-D
[16:45] <tsimpson> Mamarok: i tried with the desktop-i386, but the alternate-amd64 one seems to download too
[16:45] <Darkwing> nixternal: They ar blaming me now instead of you... I want to know how that happened...
[16:45] <nixternal> they can smell a sucker a mile away, that's how :p
[16:46] <Mamarok> tsimpson: the torrent? It doesn't have peers
[16:46] <Darkwing> nixternal: too true
[16:46] <Darkwing> nixternal: and it's all your fault.
[16:46] <tsimpson> Mamarok: I just mean the .torrent file, not the actual ISO over bittorrent
[16:47] <Darkwing> so, the paths to the .torrent files are fixed?
[16:47] <Mamarok> not for me
[16:48] <Mamarok> no peers, same tracker error as before
[16:49] <yofel> just to clear up: tracker broken, links fixed
[16:49] <tsimpson> I can wget kubuntu-12.04-{alternate,desktop}-{i386,amd64}.iso.torrent fine, just takes a age to connect to cdimage.u.c
[16:49] <starbuck> whats the difference between dvd and cd?
[16:50] <Mamarok> tsimpson: I can wget the iso as well, but the torrent needs to work as this is what we link to from the download page
[16:50] <Mamarok> and it is the only torrent not working, the other 2 amd64 (desktop, dvd) work fine
[16:50] <tsimpson> starbuck: DVD has extra language packs and extra packages (installable from apt-get), but the installed system is the same
[16:51] <starbuck> tsimpson: alright, what extra packages is that?
[16:52] <tsimpson> starbuck: there is a list of the DVD's content at http://cdimage.ubuntu.com/kubuntu/releases/precise/release/kubuntu-12.04-dvd-i386.list
[16:54] <starbuck> thanks!
[17:01] <Darkwing> AFK for a bit. If there are any more issues with the website, PM me.
[17:08] <vorian> congrats peeps!
[18:36] <ScottK> Darkwing: Dunno.
[18:38] <Darkwing> ScottK: I think I got it figured out. Thanks mate
[18:38] <ScottK> OK.
[18:38] <ScottK> Great.
[18:44] <BluesKaj> anyone working on kmail segfaults
[18:47] <ScottK> BluesKaj: Segfaults should be reported upstream to bugs.kde.org.
[18:47] <ScottK> Whatever they get fixed we'll get with 4.8.3 when it comes.
[18:54] <BluesKaj> ScottK, i reported 3 so far in the last 2 weeks
[18:54] <ScottK> OK.
[18:56] <BluesKaj> these segfaults go back several months ...doesn't look to me like they are being taken very seriously or they bug reports have become overwhelming
[19:11] <maco> so apparently it's release day
[19:12] <maco> 10.10 is going EOL huh? crap. will have to reinstall.
[19:12] <maco> but that's effort, so maybe not
[19:16] <ScottK> maco: Why have to re-install?
[19:16] <maco> 16GB SSD
[19:17] <ScottK> Should be enough for an upgrade if you slim down first.
[19:18] <maco> 4GB of it is swap
[19:18] <maco> if i remove dropbox i might get enough space
[19:18] <maco> but usually just installing security updates requires an "apt-get clean" first
[19:18] <sreich> who uyses swap?
[19:19] <ScottK> maco: How much RAM on the box?
[19:19] <maco> 2GB
[19:19] <sreich> you poor thing :(
[19:20] <maco> hmm? max the motherboard can handle
[19:20] <maco> now, if the motherboard could also handle STAYING POWERED ON....thatd be nice too!
[19:20] <sreich> pft, that's extra
[19:20] <maco> (that's the other thing, for all i know, the motherboard will jsut power off in the middle of upgrade. it powers off in the middle of plenty other things...)
[19:20] <sreich> sounds like time for an upgrade
[19:21] <maco> that computer is 2 years old
[19:21] <maco> almost
[19:21] <maco> not quite
[19:21] <maco> it's been doing that since 3 months after i got it
[19:21] <maco> P.O.S. netbook cost $700 and does that
[19:22] <maco> it's the netbook though, so i just use vim as my editor (never lose state) and the SSD means it boots pretty quick, so i can get working again readily enough
[19:23] <maco> if i want a reliable laptop, i *downgrade* to my 2006 Gateway
[19:23] <maco> never turns off at random, still has 2 hr battery life just like when i bought it, suspends perfectly, can run on battery...
[19:23] <maco> zareason doesn't make 'em like gateway used to
[19:24] <sreich> that sucks
[19:31] <ScottK> maco: You're unlikely to need more than 2GB swap.
[19:31] <maco> ScottK: i didnt do the initial install, it's from a linux-preinstalling manufacturer
[19:31] <ScottK> (if you're going to reinstall, may as well get more space)
[19:31] <ScottK> OK.
[19:31] <maco> it's also junk :)
[19:31] <maco> pretty, but junk
[19:32] <ScottK> Last time I was looking for a laptop, I looked at Zareason, but they didn't have one quite with quite what I wanted.  Perhaps just as well.
[19:34]  * bulldog98 does a crasy release dance :) (wasn’t around when release happend)
[19:45] <maco> we'll see in 6 months whether my friend still loves her ideapad. if so, i might go for them
[19:45] <maco> (lenovo)
[19:46] <maco> when i looked at ideapads years ago, they were flimsy, poorly grounded...you could feel the current running through the lid of the laptop. hers seems pretty solid though
[19:53] <ScottK> The Dell Latitude E series seem to be pretty solid (that's what I ended up with) and Dells always have good support in Ubuntu.
[19:53] <ScottK> With Dell you do have to be careful as they are hit or miss in terms of robustness with their different lines.
[20:17] <ScottK> Riddell: While you weren't around, I added one more bug to the known problems as I finally learned enough about how to work around it to have some useful advice.
[20:17] <ScottK> Riddell: Did you see my earlier comment about the desktop amd64+mac image?
[20:18] <Ezim> happy kubuntu 12.04 day all of you :).
[20:34] <Riddell> hi ScottK
[20:34] <ScottK> Hello Riddell.
[20:34] <Riddell> ScottK: you think desktop amd64+mac is good enough?
[20:34] <Riddell> thanks Ezim
[20:35] <ScottK> Riddell: Yes.  With a release note that says don't use the partitioner on that image.
[20:35] <Riddell> do you know if skeat is still around to confer?
[20:35] <ScottK> Dunno.
[20:35] <ScottK> Slangasek is around.
[20:36] <Ezim> Riddell, thx you. is libreoffice toolbar thing fixed with 12.04? I did forgott to write bugreport about that.
[20:36] <ScottK> I think it's mostly our call anyway.
[20:36] <ScottK> Ezim: You mean the thing where it's black text on black background?
[20:37] <Ezim> ScottK, exaclty.
[20:37] <ScottK> Ezim: Fixed for me.
[20:37] <Riddell> ScottK: did shadeslayer do any testing of it?
[20:37] <ScottK> I see two of the three tests marked pass in the tracker.
[20:37] <Ezim> schmidtm, nice nice. one more less thing to fix when I make clean installation of kubuntu 12.04.1 :).
[20:38] <Ezim> mean ScottK and not schmidtm. sorry.
[20:38] <ScottK> I tested the live session myself on my daughter's mac.
[20:38] <ScottK> Ezim: You should be able to upgrade fine.
[20:38] <Ezim> ScottK, I have ppa and other things outside the repo.
[20:39] <ScottK> Ah.
[20:39] <Ezim> do not really wanted to mess up my well running kubuntu 11.10/kubuntu-backports
[20:39] <ScottK> If it's just that PPA, it should upgrade OK.
[20:39] <Ezim> ScottK, generally yes. but I prefer clean installation.
[20:40] <Riddell> ScottK: "Akonadi mail filter fails after configuration corrupted" was what you added?
[20:40] <ScottK> yes.
[20:41] <Riddell> ScottK: who added "KDM login manager" to release notes?
[20:41] <ScottK> Not me.
[20:42] <ScottK> Riddell: That's a carry forward from oneiric.  It's still valid.
[20:42] <ScottK> (so I actually did add it, just not for this release)
[20:42] <Riddell> it was apw, a kubuntu user I didn't know about
[20:43] <Riddell> but it does mean the kubuntu.org announce and the release notes wiki page are out of sync
[20:43]  * Riddell fixes
[20:43] <ScottK> Thanks.
[20:56] <Riddell> ScottK: waiting for slangasek to be free before I ask an opinion on the amd64+mac image
[20:57] <ScottK> OK.  Sounds good.
[21:22] <grmls> hi
[21:24] <Riddell> hi grmls
[21:24] <grmls> hi Riddell
[21:25] <grmls> i found a bug in 12.04
[21:25] <grmls> https://bugs.launchpad.net/ubuntu/+source/kde-workspace/+bug/989251
[21:28] <grmls> i hope you understand my english
[21:32] <Riddell> grmls: got a backtrace?
[21:33] <Riddell> ScottK: amd64+mac desktop image is out and sufficiently caveated I think
[21:33] <Riddell> ScottK: thanks a lot for your help in the release, good job there
[21:35] <grmls> sry, no
[22:13] <ScottK> Riddell: Thanks and you're welcome.
[22:20] <JontheEchidna> yay, this time around they didn't re-direct #ubuntu+1 to the release party channel
[22:20] <JontheEchidna> that was super annoying when they did that
[22:20] <Riddell> hi JontheEchidna, thanks for the last minute fix
[22:20] <Riddell> thanks to yofel too for similar
[22:20] <JontheEchidna> Riddell: hi, sorry for the last minute heart-attacks
[22:28] <JontheEchidna> interesting metric: my blog has received 140 hits from the 12.04 release announcement, with the top three visiting countries being Italy (29), Germany (26), and America (21)
[22:30] <JontheEchidna> the conclusion is that Italians must love Kubuntu ;-)
[22:33] <claydoh> Darkwing: pong
[22:34] <Riddell> download stats from my ec2 mirror http://paste.kde.org/464366/
[22:35] <Riddell> desktop-i386 winning by a long way
[22:37] <ScottK> Do you not have the DVDs there or did no one download them?
[22:49] <Riddell> ScottK: I didn't put them on that mirror
[22:52] <Riddell> http://www.davidrevoy.com/article116/kubuntu-12-04-install-notes  "My choice stopped again* on Kubuntu , for the 12.04 LTS . Faster, cleaner and polished, I get totally seduced by it."  his wife must be getting jelous of us :)
[23:37] <nixternal> distro_info.DistroDataOutdated: Distribution data outdated   <- anyone with an idea of why I am getting that with pbuilder-precise let me know
[23:37] <nixternal> it worked a few days ago
[23:39] <Riddell> nixternal: something to do with the release I'd guess
[23:40] <nixternal> yeah, trying to trace where it is getting the distribution data and how to patch it so it isn't outdated
[23:42] <nixternal> yup. pbuilder --create precise works, but not -dist
[23:43] <ScottK> nixternal: Get the distro-info-data from -proposed
[23:43] <ScottK> (and see my rant earlier today on #ubuntu-motu if you want to know how I feel about this brain dead design)
[23:44] <nixternal> haha
[23:46] <nixternal> heh, thinking about sbuild? i used to use that years ago. are there any advantages to it these days?
[23:46] <nixternal> jeesh, alot of stuff in proposed already
[23:47] <ScottK> We've been putting stuf in -proposed since ~Monday.
[23:48] <ScottK> The launchpad buildd's us an sbuild variant so if you're using sbuild, it's closer to what'll happen after you upload.
[23:48] <ScottK> I didn't look much into it yet though.
[23:50] <nixternal> iirc i don't remember being able to ever tell a difference back then when i used it. i think then i was playing with the distributed building stuff, and maybe that is why i tried out sbuild
[23:50] <nixternal> can't remember though
[23:51] <nixternal> man, i think deciding to do a 'sudo lb build' today was a bad idea


[15:28] <pleia2> having a look over it now
[17:20] <pleia2> (and got interrupted by an installer coming in to put up our blinds)
[17:20] <pleia2> Unit193: link check?
[17:20] <pleia2> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue490
[17:20] <pleia2> and if anyone else is around for editorial review
[19:59] <PaulW2U> editorial review done
[20:06] <pleia2> thanks PaulW2U!
[20:34] <pleia2> I just received some very bad news, going to spend some time with loved ones for a bit
[20:34] <pleia2> I'll try to release tonight anyway, but ...I don't know
[20:34] <pleia2> if jose and tsimonq2 want to lead here, please do
[20:47] <jose> pleia2: I can release today, feel free to take off
[21:31] <Unit193> pleia2: Seems good.
[21:45] <tsimonq2> *ahem* :)
[21:45] <tsimonq2> pleia2: :(, best wishes
[21:47] <Unit193> pleia2: Just to be clear, my ping was only in response to your ping.  Otherwise good luck.


[06:30] <jasonnz> tgm4883: Thanks for committing that
[06:36] <tgm4883> jasonnz: it should have been in today's builds
[06:39] <jasonnz> tgm4883: Yeah, nothing build yet, last build was  2015-12-06 https://launchpad.net/~mythbuntu/+archive/ubuntu/master-building/+builds?build_text=&build_state=all
[06:40] <jasonnz> tgm4883: Also looks like the arm build is a bit hit and miss
[06:40] <Shadow__X> tgm4883: you might be a saint....
[06:40] <Shadow__X> from the other channel log
[06:42] <jasonnz> Last arm build segfaulted
[06:43] <tgm4883> jasonnz: looks like we are waiting for a new upstream change. The arm build ares a bit flaky
[06:43] <tgm4883> Shadow__X: yea, some people's children
[06:44] <Shadow__X> i just don't understand