[00:08] <penguin42> NikTh: Right, you see that worked, he figured out which packages he had and went...oh - that's from a ppa
[00:10] <NikTh> penguin42: Nice and easy. :-) Thanks.
[15:04] <saiarcot895> Could someone nominate bug #1243969 for Quantal and Precise?
[15:04] <ubot2> Launchpad bug 1243969 in simgear (Ubuntu) "buffer overrun through UDP input" [Undecided,Fix released] https://launchpad.net/bugs/1243969
[15:43] <Hijackal> https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1032385 not only affects the printers mentioned in that page (for which a fix exists), but also the iP4000. What is the most efficient way to get the bug fixed for that model as well?
[15:43] <ubot2> Launchpad bug 1032385 in cups (Ubuntu) "USB timeouts with Canon iP4300" [Medium,Fix released]
[16:20] <penguin42> Hijackal: What makes you sure it's the same bug - does the same fix fix it?
[16:21] <penguin42> Hijackal: Does the comment #6 work for you?
[16:24] <Hijackal> yes, I had random USB timeouts with my ip4k, and going unidirectional (seems to have) fixed it.
[16:25] <Hijackal> (it's hard to validate a bug that manifests as "printer stops after random amount of data")
[16:26] <penguin42> nod, ok, so create a new bug for it, specifically state in it that going unidirectional fixes it, and that you believe it's the same problem as that one, then tell us the bug number
[16:27] <Hijackal> I was hopping not to have to create another account somewhere for this...?
[16:28] <penguin42> Hijackal: No bug entry, no fix
[16:28] <penguin42> Hijackal: And when a fix is created they can ask you to try it, and you'll be able to confirm it works
[21:21] <larsduesing> Sorry penguin42, had been offline a while... jsalisbury, thanks for describing the problem with the kernel-sru-workflow. Learned something new :)
[21:21] <penguin42> no problem - and so did I
[21:22] <larsduesing> I should have a look at the kernel.org - workflow *g*
[21:23] <larsduesing> If ubuntu workflow is such complicated - how would it be there? 20+ Platforms...
[21:23] <penguin42> larsduesing: Well it's a bit different - there are different flows for the next main kernel and then stable fixes
[21:23] <larsduesing> but thanks again
[21:24] <larsduesing> (and btw: I have been answering question #34 about the fix by email...)
[21:25]  * penguin42 can't actually remember which one it was
[21:25] <larsduesing> https://bugs.launchpad.net/ecryptfs/+bug/1243636
[21:25] <ubot2> Launchpad bug 1243636 in linux (Ubuntu) "ecryptfs corrupts files over 4GB size on i686" [Critical,Fix committed]
[21:25] <larsduesing> this morning #28 was answered :)
[21:26] <penguin42> which question numbers are those?
[21:26] <larsduesing> aehm. I get personally questions when this patch is in ubuntu. by email.
[21:27] <larsduesing> not in launchpad.
[21:27] <penguin42> oh odd
[21:28] <larsduesing> yes. very odd.
[21:28] <larsduesing> In the time I did real bug-hunting I rarely got any mail.
[21:29] <penguin42> larsduesing: Just redirect people back to the bug
[21:29] <larsduesing> maybe a better idea.