[00:02] 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] Launchpad bug 664533 in ubiquity (Ubuntu) "Installer stuck on keyboard layout selection (affects: 7) (heat: 75)" [High,Confirmed] [00:03] 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] paultag: Not being able to install is pretty bad [00:03] penguin42: yes, but it looks like when you type the name out of the menu, right? [00:04] I glanced at it until I saw watson on there [00:04] cjwatson knows his stuff, and I trust his judgement :) [00:04] paultag: Not sure, I can't actually rememember the details [00:04] yeh [00:04] penguin42: I think it was just hardcoded QWERTY [00:05] it's a nasty bug, but not critical, I don't think === anoteng_ is now known as anoteng [02:24] paultag: You here buddy? [02:27] hggdh: You? [02:30] Are there any bug controllers available at the moment? === xelister is now known as xelister|DrUNk [05:03] 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] to Lucid? Seems wasteful to go through the SRU process for something that will get rejected... [05:03] Anyone know the next HUG day? [05:12] rusivi: which package? [05:13] micahg: just inquiring don't have an example in mind. Does it matter if core-application v. non-core? [05:14] 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] micahg: Ok, ty for clarifying. It seems, when in doubt, SRU first?! [05:16] rusivi: when in doubt, ask :) [05:16] micahg: haha! [05:27] 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] 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] RedSingularity: it is a bug [05:28] RedSingularity: and the reporter [05:28] the reporter's a core-dev :P [05:30] micahg: It seems like a feature request though. Moving the location of a man page. [05:30] RedSingularity: it's in the wrong package, that's a bug [05:34] micahg: He is a dev for the update-manager-core package? [05:34] RedSingularity: no, he's an ubuntu core-dev [05:37] micahg: Oh thats just dandy. Now I look like a moron :/ Eh wouldn't be the first time. [05:42] 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] 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] micahg: You mean the source code? [05:43] yes [05:44] micahg: thats just it though. I dont know programming language. [05:44] RedSingularity: so don't worry about then, triaging is still very helpful [05:46] micahg: You know anyone off hand that works with update-manager? [05:47] RedSingularity: mvo is the main developer [05:55] RedSingularity: I learned by being mentored by the Firefox maintainer [05:58] micahg: That makes sense. I guess I need to look into getting a mentor in the proper area. Thanks. :) [05:59] RedSingularity: well, for that type of mentorship I think there's a real commitment expected [06:13] micahg: you mean there is a commitment in that package or in mentorship? [06:14] RedSingularity: I would think helping with the package [06:15] micahg: Not that there is a problem with that but why so? [06:17] 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] micahg: ah [06:22] RedSingularity: in any case, it'll be at the discretion of the person in question [06:23] micahg: When being mentored what is the preferred way of communication during the session? IRC? [06:23] RedSingularity: depends on the person in question :) [07:18] 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] somethinginteres: you are wrong [07:24] somethinginteres: clicking on the currently playing song copies its data to the clipboard [07:25] which must be the most useless and the least discoverable feature I've seen in the last few years. [07:25] good morning :) [07:25] kklimonda: OK thanks - thought it might have been a bug [08:35] RedSingularity: yo [08:36] RedSingularity: just heading to bed at some point, are you taken care of? [11:09] Can somebody please mark 695040 as triaged? Upstream won't fix it, but I confirm the problem. [11:10] bug 695040 that is. [11:10] 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 === yofel_ is now known as yofel === daker_ is now known as daker === bilalakhtar_ is now known as cdbs [14:39] Hey guys [14:40] 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] howdy [14:41] Hey BUGabundo [14:41] :) [14:42] 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 === JanC_ is now known as JanC [15:37] 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] 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] *meet [15:48] yofel: thanks. [16:01] 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] 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] /window 25 [16:04] ohi shucks, sorry guys [16:05] hjd: Set it to fix released, the stacktrace does look like the solid related crash the patch fixes. [16:07] yofel: done. thanks. [17:11] 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] Launchpad bug 693745 in ntp (Ubuntu) "wront time report for turkey (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/693745 [17:11] i'm quite new with bug hunting, trying to contribute :) [17:12] * penguin42 looks [17:13] thanks [17:13] i tried to reproduce problem with two machines, without luck :) [17:14] 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] 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] i tried with hardy [17:14] also [17:14] with the turkish timezone? [17:14] yep [17:15] i have several spare servers for testing purpose like this :) [17:15] that's why i thought that i could contribute to ubuntu more =) [17:16] it does look like he has the clock out by an hour doesn't it [17:16] yep [17:16] why is his ntptime failing though? [17:16] firewall [17:16] or is it just because his time is too far out - greater than the maximum? [17:16] i'v seen several cases where firewall blocks ntp :) [17:16] ntpdate shouldnt fail [17:17] like you see it cannot even connect [17:17] 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] well we cannot say that everything else goes thru it? [17:18] true [17:18] but anyway, i tried it with two different installations without luck [17:18] ntpdate works atleast, ntp of course is not able to change time because hes current machine's time is too far away [17:19] he hasn't actually put an answer to any error from ntpdate to ntp.ubuntu.com Ig uess [17:20] yep, havent [17:20] so just wait? [17:22] 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] ok [17:22] i'll do that [17:23] 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] yeh, I'm not the best person to ask for the right procedures [17:30] :) === yofel is now known as sheytyl === sheytyl is now known as yofel === Tetsuo55 is now known as Guest83503