| penguin42 | NikTh: Right, you see that worked, he figured out which packages he had and went...oh - that's from a ppa | 00:08 |
|---|---|---|
| NikTh | penguin42: Nice and easy. :-) Thanks. | 00:10 |
| === Ursinha-afk is now known as Ursinha | ||
| === Hurtz_ is now known as Hurtz | ||
| 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:04 |
| 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] | 15:43 |
| penguin42 | Hijackal: What makes you sure it's the same bug - does the same fix fix it? | 16:20 |
| penguin42 | Hijackal: Does the comment #6 work for you? | 16:21 |
| Hijackal | yes, I had random USB timeouts with my ip4k, and going unidirectional (seems to have) fixed it. | 16:24 |
| Hijackal | (it's hard to validate a bug that manifests as "printer stops after random amount of data") | 16:25 |
| 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:26 |
| Hijackal | I was hopping not to have to create another account somewhere for this...? | 16:27 |
| 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 | 16:28 |
| === Ursinha is now known as Ursinha-afk | ||
| 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:21 |
| larsduesing | I should have a look at the kernel.org - workflow *g* | 21:22 |
| 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:23 |
| larsduesing | (and btw: I have been answering question #34 about the fix by email...) | 21:24 |
| * 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:25 |
| penguin42 | which question numbers are those? | 21:26 |
| larsduesing | aehm. I get personally questions when this patch is in ubuntu. by email. | 21:26 |
| larsduesing | not in launchpad. | 21:27 |
| penguin42 | oh odd | 21:27 |
| larsduesing | yes. very odd. | 21:28 |
| larsduesing | In the time I did real bug-hunting I rarely got any mail. | 21:28 |
| penguin42 | larsduesing: Just redirect people back to the bug | 21:29 |
| larsduesing | maybe a better idea. | 21:29 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!