[00:02] <xelister|DRUNK> could we set this  https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/664533  to Critical? isnt it critical?? Milions of users will have ubuntu NOT INSTALLABLE at first attempt - seems a totall fail
[00:02] <ubot2> Launchpad bug 664533 in ubiquity (Ubuntu) "Installer stuck on keyboard layout selection (affects: 7) (heat: 75)" [High,Confirmed]
[00:03] <paultag> xelister|DRUNK: it's not rendering it unusable. I won't change it, medium is correct. I share your troubles, but I disagree on severity
[00:03] <penguin42> paultag: Not being able to install is pretty bad
[00:03] <paultag> penguin42: yes, but it looks like when you type the name out of the menu, right?
[00:04] <paultag> I glanced at it until I saw watson on there
[00:04] <paultag> cjwatson knows his stuff, and I trust his judgement :)
[00:04] <penguin42> paultag: Not sure, I can't actually rememember the details
[00:04] <penguin42> yeh
[00:04] <paultag> penguin42: I think it was just hardcoded QWERTY
[00:05] <paultag> it's a nasty bug, but not critical, I don't think
[02:24] <RedSingularity> paultag:  You here buddy?
[02:27] <RedSingularity> hggdh:  You?
[02:30] <RedSingularity> Are there any bug controllers available at the moment?
[05:03] <rusivi> Quick backporting v. SRU clarification question, AFAIK, SRU is for serious/security/many people affected issues. However, https://help.ubuntu.com/community/UbuntuBackports#request-new-packages notes that "We will reject any Backports requests for bugfixes if SRU has not been attempted." What happens if the bug is a minor, non-security bug that could be fixed by backporting a newer version of the software (from Natty/Maverick) in
[05:03] <rusivi> to Lucid? Seems wasteful to go through the SRU process for something that will get rejected...
[05:03] <RedSingularity> Anyone know the next HUG day?
[05:12] <micahg> rusivi: which package?
[05:13] <rusivi> micahg: just inquiring don't have an example in mind. Does it matter if core-application v. non-core?
[05:14] <micahg> rusivi: basically, if it's a bug fix that would be beneficial to users and the changeset is small, and SRU is the way to go, backports are usually for new functionality
[05:15] <rusivi> micahg: Ok, ty for clarifying. It seems, when in doubt, SRU first?!
[05:16] <micahg> rusivi: when in doubt, ask :)
[05:16] <rusivi> micahg: haha!
[05:27] <RedSingularity> micahg:  This user thinks this is a real bug.  I honestly dont think so.  I think it is a feature request which is why I offered him ubuntu brainstorm.  Maybe wishlist.  What do you think?  He took the liberty and marked it triaged as well.  bug 695186
[05:27] <ubot2> Launchpad bug 695186 in update-manager (Ubuntu) "do-release-upgrade manpage should be in -core with the binary (affects: 1) (heat: 8)" [Undecided,Triaged] https://launchpad.net/bugs/695186
[05:28] <micahg> RedSingularity: it is a bug
[05:28] <micahg> RedSingularity: and the reporter
[05:28] <micahg> the reporter's a core-dev :P
[05:30] <RedSingularity> micahg:  It seems like a feature request though.  Moving the location of a man page.
[05:30] <micahg> RedSingularity: it's in the wrong package, that's a bug
[05:34] <RedSingularity> micahg:  He is a dev for the update-manager-core package?
[05:34] <micahg> RedSingularity: no, he's an ubuntu core-dev
[05:37] <RedSingularity> micahg:  Oh thats just dandy.  Now I look like a moron :/  Eh wouldn't be the first time.
[05:42] <RedSingularity> micahg:  How can I get to learn how a package really works without being a developer of it?  I know you do a lot of work with firefox.  How did you get to know it so well with debugging and all?
[05:42] <micahg> RedSingularity: you don't have to know how every package works, but if you want to know a specific package, you should look at the packaging and work with it
[05:43] <RedSingularity> micahg:  You mean the source code?
[05:43] <micahg> yes
[05:44] <RedSingularity> micahg:  thats just it though.  I dont know programming language.
[05:44] <micahg> RedSingularity: so don't worry about then, triaging is still very helpful
[05:46] <RedSingularity> micahg:  You know anyone off hand that works with update-manager?
[05:47] <micahg> RedSingularity: mvo is the main developer
[05:55] <micahg> RedSingularity: I learned by being mentored by the Firefox maintainer
[05:58] <RedSingularity> micahg:  That makes sense.  I guess I need to look into getting a mentor in the proper area.  Thanks.  :)
[05:59] <micahg> RedSingularity: well, for that type of mentorship I think there's a real commitment expected
[06:13] <RedSingularity> micahg:  you mean there is a commitment in that package or in mentorship?
[06:14] <micahg> RedSingularity: I would think helping with the package
[06:15] <RedSingularity> micahg:  Not that there is a problem with that but why so?
[06:17] <micahg> RedSingularity: well, it really depends what you want to work on, if it's something where a lot of people have knowledge, there'd probably be less expectation, but if it's one on one, it's different
[06:17] <RedSingularity> micahg:  ah
[06:22] <micahg> RedSingularity: in any case, it'll be at the discretion of the person in question
[06:23] <RedSingularity> micahg:  When being mentored what is the preferred way of communication during the session?  IRC?
[06:23] <micahg> RedSingularity: depends on the person in question :)
[07:18] <somethinginteres> Am I correct in thinking that clicking on the currently playing song in the sound menu should bring the app playing the music into focus?
[07:24] <kklimonda> somethinginteres: you are wrong
[07:24] <kklimonda> somethinginteres: clicking on the currently playing song copies its data to the clipboard
[07:25] <kklimonda> which must be the most useless and the least discoverable feature I've seen in the last few years.
[07:25] <kklimonda> good morning :)
[07:25] <somethinginteres> kklimonda: OK thanks - thought it might have been a bug
[08:35] <paultag> RedSingularity: yo
[08:36] <paultag> RedSingularity: just heading to bed at some point, are you taken care of?
[11:09] <Elbrus> Can somebody please mark 695040 as triaged? Upstream won't fix it, but I confirm the problem.
[11:10] <Elbrus> bug 695040 that is.
[11:10] <ubot2> Launchpad bug 695040 in winff (Ubuntu) (and 1 other project) "The italian language GUI is impossible to reed in same voices (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/695040
[14:39] <xteejx> Hey guys
[14:40] <xteejx> Is anyone here that can help me with something and spare maybe 5-10 minutes please? It's completely off-topic but as most of you know I am usually involved with Ubuntu Bug Control and can't find any help elsewhere
[14:40] <BUGabundo> howdy
[14:41] <xteejx> Hey BUGabundo
[14:41] <xteejx> :)
[14:42] <xteejx> It's a script written in AutoIt (GPL v3 licenced) so I want to get it working and then if possible re-release it, since upstream has stagnated but it could be useful
[15:37] <anoteng> is there any policy on expiring old needs-packaging bugs? There's a lot of bugs filed against projects that are dead upstream, have incompatible licenses, clearly defective etc.
[15:43] <yofel> well, there is https://wiki.ubuntu.com/Bugs/HowToTriage#Needs%20Packaging%20Bugs - probably best to set them incomplete if they don't met the requirements and wait for LP to expire them
[15:43] <yofel> *meet
[15:48] <anoteng> yofel: thanks.
[16:01] <hjd> Hi. Anything more I should do to bug 685794 beyond setting it to fix released? I asked the reporter to test with the latest updates, which solved the problem.
[16:01] <ubot2> Launchpad bug 685794 in k3b (Ubuntu) "k3b crash during start (Segmentation fault (11)) (affects: 2) (heat: 12)" [Undecided,Incomplete] https://launchpad.net/bugs/685794
[16:04] <paultag>  /window 25
[16:04] <paultag> ohi shucks, sorry guys
[16:05] <yofel> hjd: Set it to fix released, the stacktrace does look like the solid related crash the patch fixes.
[16:07] <hjd> yofel: done. thanks.
[17:11] <gobbe> could someone help me with bug 693745. It seems that it's just configuration misatake on user, should i now just close this?
[17:11] <ubot2> Launchpad bug 693745 in ntp (Ubuntu) "wront time report for turkey (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/693745
[17:11] <gobbe> i'm quite new with bug hunting, trying to contribute :)
[17:12]  * penguin42 looks
[17:13] <gobbe> thanks
[17:13] <gobbe> i tried to reproduce problem with two machines, without luck :)
[17:14] <gobbe> it seems that users clock is too far away, and of course then ntp wont fix time without first making it more closer with ntpdate
[17:14] <penguin42> gobbe: Has the timezone stuff in turkey changed - he's running a Hardy setup so I wonder if it's changed since then?
[17:14] <gobbe> i tried with hardy
[17:14] <gobbe> also
[17:14] <penguin42> with the turkish timezone?
[17:14] <gobbe> yep
[17:15] <gobbe> i have several spare servers for testing purpose like this :)
[17:15] <gobbe> that's why i thought that i could contribute to ubuntu more =)
[17:16] <penguin42> it does look like he has the clock out by an hour doesn't it
[17:16] <gobbe> yep
[17:16] <penguin42> why is his ntptime failing though?
[17:16] <gobbe> firewall
[17:16] <penguin42> or is it just because his time is too far out - greater than the maximum?
[17:16] <gobbe> i'v seen several cases where firewall blocks ntp :)
[17:16] <gobbe> ntpdate shouldnt fail
[17:17] <gobbe> like you see it cannot even connect
[17:17] <penguin42> possible; but I'm not sure I've ever seen a firewall let everything else through but not ntp; I guess it's possible
[17:18] <gobbe> well we cannot say that everything else goes thru it?
[17:18] <penguin42> true
[17:18] <gobbe> but anyway, i tried it with two different installations without luck
[17:18] <gobbe> ntpdate works atleast, ntp of course is not able to change time because hes current machine's time is too far away
[17:19] <penguin42> he hasn't actually put an answer to any error from ntpdate to ntp.ubuntu.com Ig uess
[17:20] <gobbe> yep, havent
[17:20] <gobbe> so just wait?
[17:22] <penguin42> could leave it with a 'ok well if you can try ntpdate to a server you can get to' or reset the time by hand, and leave it at incomplete; it'll timeout if he doesn't get around to it
[17:22] <gobbe> ok
[17:22] <gobbe> i'll do that
[17:23] <gobbe> just wanted some advice c's havent worked with ubuntu bugs ever before, even hangin around in irc channels and providing support since 2005 :)
[17:23] <penguin42> yeh, I'm not the best person to ask for the right procedures
[17:30] <gobbe> :)