=== sl_fail is now known as secretlondon [01:09] Boo [01:11] ack!, scared me [01:11] :) === Seveaz is now known as Seveas === doko_ is now known as doko === asac_ is now known as asac [11:36] every once in a while, random buttons in the window list panel have their titles replaced with a running clock. I think it started happening after I fiddled with intlclock. has anyone noticed that too? [11:37] clicking on the intlclock applet to open the window makes the bad title go away [11:40] haven't seen that before, i don't use intlclock that might be the issue [11:52] mornin [11:56] hi === heno_ is now known as heno [12:34] Hey === secretlondo is now known as secretlondon [13:47] Boo [13:50] how do some bugs start out as invalid? === charle1 is now known as catterly [13:54] catterly: if you're referring to the ones listed at ubuntu-bugs-announce, it's because they have been made public or the triager was way faster :-P [14:06] hello [14:13] hi [14:14] pedro_: I was, thanks! === iceman__ is now known as iceman [14:32] Has anyone looked at https://bugs.launchpad.net/ubuntu/+bug/200064 [14:32] Launchpad bug 200064 in ubuntu "the iwl3945 driver will not connect to my open, 802.11 b, linksys AP" [Undecided,New] [14:33] I would think that all the intel wireless people would be concerned about this? [14:36] Pres-Gas: can you connect without network manager? [14:37] assigning the bug to network-manager would be better than having it on no component [14:37] where is it now you can be sure nobody out of the bugsquad will look at the bug [14:38] yeah, I was wondering it if was n-m or linux-ubuntu-modules [14:38] james_w: I guess that will be the next step [14:39] james_w: in any case better to reassign to network-manager [14:39] if that's wrong it can be changed later [14:39] This is a similar one... [14:39] https://bugs.launchpad.net/ubuntu/+bug/198006 [14:39] Launchpad bug 198006 in ubuntu "Dell Inpriron and IPW3945" [Undecided,New] [14:40] Though we have not posted logs to it like in 200064 [14:40] So, I am assuming I should use iwconfig? [14:41] yes please [14:42] crap...I will have to do this after work [14:42] should I just post to 200064? [14:45] they look similar, but there is not enough information to say if they are the same [14:45] I think you should mark one a duplicate of the other and provide as much information as possible, that gives it the best chance of being fixed. [14:48] would anyone mind setting an importance on this? my bugcontrol app is still pending I suppose, bug #201555 [14:48] Launchpad bug 201555 in checkgmail "checkgmail dependencies not met/checked" [Undecided,Confirmed] https://launchpad.net/bugs/201555 [14:49] it seems Medium, maybe High, any opinions? [14:49] james_w: Does this mean I have to power to do so or are you talking to the bug gods? [14:49] well, anyone with the power to do so haha [14:49] I don't know if you do! [14:49] unless you are a dev or BugControl, I assume not [14:49] Pres-Gas: you have the power [14:49] I am pretty new to lauchpad, catterly [14:49] I have the glow?!?! [14:50] * Pres-Gas begins to RTFM Launchpad [14:50] Pres-Gas: you can mark the bugs you were talking about as duplicates, but you can't fulfil catterly's request [14:51] Thanks for the clarification, james_w [14:52] anyone able to forward bug 199157 to gcin upstream? I'm not able to find any, (except one page that consists only of chinese symbols) [14:52] Launchpad bug 199157 in gcin "gdmgreeter crashed with SIGSEGV in gcin_im_client_forward_key_press()" [Medium,Incomplete] https://launchpad.net/bugs/199157 [14:53] I think I will convert 198006 to question instead of marking as duplicate...jfree143 says it is solved. [14:54] catterly: bug 68671 [14:54] Launchpad bug 68671 in checkgmail "should depend on libcrypt-simple-perl" [Undecided,Confirmed] https://launchpad.net/bugs/68671 [14:54] you will probably want to read that and then unify the two somehow [14:54] may want to look at debian bugs too [14:54] and add the tags "bitesize packaging" [14:54] hi secretlondon [14:54] hi james_w [14:56] james_w: I see your mod of the ticket, thanks. I will follow up on that ticket tonight [14:56] I assume that you are now subscribed to it? [14:56] afflux: http://directory.fsf.org/project/gcin/ [14:56] I think I did, yes [14:56] debian has http://packages.debian.org/sid/checkgmail 13-2, we have 13-1 [14:56] or should I ping you here, james_w [14:56] james_w: now check the "homepage" link [14:57] changelog just a desktop file though [14:57] afflux: check the "development" tab [14:57] I current link directly to it [14:57] no quick fix - bah! [14:57] tab? huh [14:57] sorrry, I couldn't link directly to it [14:57] ah, javascript [14:58] secretlondon: yeah, the .desktop is from Ubuntu anyway I expect [14:58] yeah ;) [14:58] secretlondon: in the second bug I pasted it explains why it isn't fixed in Debian. [14:58] no debbugs that refer [14:58] ok [14:58] it is an easy fix though [14:58] I always try and check debian when we use their packaging [14:58] cool :) [14:58] james_w: okay, I'll write an email... Hope that wont get lost, I'd like to see a real bug tracker *mumble* [14:59] oh, it has a trac o.o [14:59] ooh, where? [14:59] that was hidden :) [14:59] the VCS link [14:59] Pres-Gas: yes, I'm subscribed, you can see the list on the left of the bug [14:59] but you can't register and you can't open tickets... *!$!"§% [15:00] arrgh [15:00] I was trying to explain to $upstream why having it's own bts (rather than using debians) would be cool.. [15:01] some upstreams just prefer an email though [15:03] quodlibet is like that, too [15:03] they have a full trac, with wiki and svn and stuff, and everything links to that, but they still use their ML for bugs. (the ticket system is closed) [15:04] catterly, Bug #151226 too [15:04] Launchpad bug 151226 in checkgmail "Synaptic recommends libsexymm2, which is useless (missing Perl bindings)" [Undecided,New] https://launchpad.net/bugs/151226 [15:04] oh boy [15:05] its all really the same issue [15:06] yeah I guess, which is the "master" bug though [15:07] bug #68671, even bug #157436 [15:07] Launchpad bug 68671 in checkgmail "should depend on libcrypt-simple-perl" [Undecided,Confirmed] https://launchpad.net/bugs/68671 [15:07] Launchpad bug 157436 in checkgmail "package checkgmail 1.12-1ubuntu1 failed to install/upgrade: " [Undecided,New] https://launchpad.net/bugs/157436 [15:07] gahh [15:08] alright, I can sort these out I think, however I think the libcrypt should be one, and libsexy another [15:08] sure [15:08] because libcrypt just needs to be recommended/req'd, but sexy is broken apparently [15:08] jcastro: are you available now? [15:09] arrgh bug #155594 is the libsexy bug [15:09] Launchpad bug 155594 in checkgmail "Checkgmail doesn't start" [Undecided,Incomplete] https://launchpad.net/bugs/155594 [15:09] the same issue displays itself in different ways ;) [15:10] qense: yep! [15:10] ok [15:10] qense: give me a minute or so to clear my schedule [15:10] yet people are reporting other probs with the package so it must start for some people ;) [15:12] ok. I'm curious to your ideas :) But I've already mailed the mailinglists of freedesktop, libmtp and mtps before I read your mail. [15:12] catterly the 'other' bug with this package seems to be a localisation issue [15:13] one of the best bits of bug triage (for me) is identifying the same underlying issue in it's different presentations :) [15:15] I agree that there are two bugs, but the libsexy one is harder to solve. [15:15] you could open a [needs packaging] bug for the perl bindings and point it there. [15:16] ah, https://bugs.launchpad.net/ubuntu/+bug/151564 [15:16] Launchpad bug 151564 in ubuntu "[Wish] Please include Gtk2::Sexy Perl bindings into Ubuntu" [Wishlist,Triaged] [15:17] qense: yeah, I have found that "general" blasting to maintainers and/or lists isn't really effective [15:18] ok [15:18] which is why heno felt it would be useful for me to be more involved in hug days [15:18] hi [15:18] asac, are you online? [15:18] phew alright, thanks james_w, secretlondon [15:18] so when an upstream hug day happens we can (hopefully) get some participation from upstreams and then we can work together with them on bugs. [15:18] yeah, if we can 'forward' the bug day also upstream, I think it can have a lot more ffect :) [15:19] and get a working relationship going [15:19] let me dig up a chart for you [15:19] the Amarok one was a great success wasn't it? [15:19] james_w: yeah the wolf brigade is pretty rocking [15:19] qense: https://edge.launchpad.net/ubuntu/+upstreamreport [15:20] those are the top packages in ubuntu, sorted by open bugs [15:20] the watch % column (second to last) basically shows how well we do linking bugs to upstream trackers [15:20] ah cool [15:20] poor mvo [15:21] james_w: heh, yeah [15:21] jcastro: GNOME rocks there ;-) [15:21] yes, it quite does :) [15:22] seb128: yes, by a long shot. [15:22] seb128: that's because you guys are heroes. [15:22] we could try to mail the upstream contacts with a request [15:22] qense: so one thing specifically bdmurray and I were looking at [15:22] we try our best, and we have some rocking contributors ;-) [15:23] was bugs where people paste in an upstream bug tracker but don't bother to link it in launchpad. [15:23] basically, the linking part isn't discoverable, etc, but they will fix that. [15:23] in the meantime bdmurray has a query he runs that shows us these bugs, I was thinking that we could generate a page of these, and target 5-a-day people to do the linking [15:23] that would indeed be nice [15:23] since they're real easy to fix [15:24] that would directly affect the numbers on the upstream report and get us more green boxes. [15:24] the upstream contact field is also something that is generally not used, so we need to think about how to fix that [15:25] the general concensus seems to be "someone who is involved upstream and uses ubuntu" [15:25] pure upstream developers don't seem to be keen on being the contact. (General observation) [15:26] If we can form teams around specific upstreams of people who are interested in forwarding bugs upstream, that would be a huge help. [15:26] Like how the amarok people do it. [15:26] jcastro: do we have an easy way to give upstream guys control on the bugs for the corresponding package in ubuntu. [15:26] ? [15:26] But what we need to do is get the upstream maintainers to send us a list with information to help us with checking bug reports for completecy [15:26] seb128: no, ongoing issue. [15:26] sroecker: yeah [15:26] ok [15:26] asac, what patch system does network-manager use? [15:26] seb128: for example if I were a pidgin guy and wanted to change the status of a lp bug I can't. But we can fix that manually. [15:27] how? [15:27] seb128: It's something I will bring up with bdmurray when he returns from holiday [15:27] ok [15:27] I have an atheros base wlan chip and newest network-manager can't connect to my hidden net [15:27] seb128: he can manually add someone to give them permission [15:27] but there's no general "Hi I am upstream I would like to manage ubuntu bugs about my project" button. [15:27] well, they are added to the bugsquad and can edit any ubuntu bug then, no? [15:27] I works manually with AP_SCAN=1, so I want to try that [15:27] yes, exactly [15:29] Okay, can anyone tell me the purpose of #ubuntu-laptop? [15:30] sroecker: quilt [15:30] I tried to talk about forward momentum of 200064 to them and they seemed rather rude IMHO [15:30] (with cdbs) [15:30] sroecker: which package version? [15:30] qense: my short term focus is going to be getting upstreams involved in hug days, and then participating in them, forwarding bugs upstream, etc. [15:31] sroecker: test 0.6.6-0ubuntu4 first please [15:31] asac, I have [15:31] sroecker: otherwise file a bug with summary [ath_pci] cannot connect to hidden [15:31] but how are we going to gather the triage data and are we going to keep the DebuggingProcdedures page or move it all to a new page? [15:31] k [15:31] sroecker: please attach your complete syslog after connect attempt [15:32] WE can ask at hug days the involved packages for this [15:32] We* [15:32] qense: well, I am going to update this page here: https://wiki.ubuntu.com/Bugs/Upstream [15:32] which are basically guides for each big upstream on how to forward bugs [15:33] you could add e.g . Bugs/Triaging/GNOME to the GNOME page [15:33] yeah [15:33] but the pages should get some content [15:33] and how are we going to get that? [15:34] we have to write them. :D [15:34] sroecker: please give me bug id [15:34] also, I think it would be good to check with each upstream to make sure the info we put on there is correct. [15:35] what's the page that has all bugs without a package on? [15:35] we can ask all projects to extend their triaging page at their bug days [15:36] and what about basic information like ubuntu version and package information? [15:36] or architecture [15:36] should we put that everytime again on the specific pages or just once at the main page and remind them at the specific pages [15:37] qense: I don't understand what you mean [15:37] qense: I think we should just link to the packaging information page on lp. [15:37] I mean information about the bugs, the version of ubuntu and program you're using [15:38] oh, how they can get the information for their bug report you mean? [15:38] I mean the information required for all bug reports [15:39] sould we put it once at the main page with the risk that people might forget it or everytime at the specific bug triaging pages, which will cost a lot of extra work and space [15:39] I think it should be on the general page, and keep the upstream-specific pages with just details on how different upstreams do things [15:40] yeah, that sounds as the best option to me too === ogra_cmpc is now known as ogra [15:40] asac, bug #208306 [15:40] Launchpad bug 208306 in network-manager "[ath_pci] cannot connect to hidden ap" [Undecided,New] https://launchpad.net/bugs/208306 [15:41] ok, I think we also should decide what to do with DebuggingProcedures and the information on it [15:41] should we copy it or link to it [15:41] inclusion, like I suggested at the mailinglist, doesn't work [15:42] I think linking to it would be sufficient [15:42] I think you can include pages using Moin, so you can have each specific page include the general stuff if you want [15:42] can you include just sections of a page in moin? [15:42] for inclusion you need to install macro [15:42] no, I don't think so [15:43] it works on wiki.u.c, ask dholbach, he uses it for the packaging guide [15:44] I've just got three things that need to be include by default: ubuntu version, arch and package version. Is anything else needed? [15:44] is it reproducible every time? [15:45] good one [15:45] find out what apport reports, it seems to be complete [15:46] https://wiki.ubuntu.com/PackagingGuide/Complete?action=raw [15:46] qense some packages need their own log files [15:46] that has "[[Include(PackagingGuide/Intro/General)]]" [15:46] Ah, so basically we should just split up debugging procedures and include them everywhere else [15:46] the main bug squad page has an included header [15:47] I really have to go now. :( I'm going to try to mail some more upstream maintainers this weekend, if you need me don't hestitate to mail me [15:47] bye [15:47] bye [15:47] good work! [16:06] asac, when I add a patch like the 42b_fix_ap_scan_hidden.patch ipw2200 patch for ath_pci I can connect to the hidden ap [16:10] sroecker: if possible upload a bzr branch [16:10] or paste the path :) [16:10] patch [16:20] https://bugs.launchpad.net/ubuntu/+source/yelp/+bug/200527 [16:20] Launchpad bug 200527 in yelp "声卡无驱动" [Undecided,New] [16:20] anyone able to translate that? [16:25] asac, I just added this http://paste.ubuntu-nl.org/61380/ to 42b_fix_ap_scan_hidden.patch before the else if [16:54] i am nowhere near good with programming. but i want to help manage bugs so they can be taken care of in a timely manner.. how can i "officially" become involved? im part of the bugs mailing list [16:54] bcurtiswx: hanging around here and maybe in #ubuntu-bugs-announce is a good place to start [16:55] bcurtiswx, check the website [16:55] "how to get involved" [16:55] bcurtiswx: this wiki page gives you a lot of information on how to triage bugs: https://wiki.ubuntu.com/Bugs/HowToTriage [16:56] how do i private message like everyone.. is it /msg? [16:56] bcurtiswx, http://www.google.com/search?q=ubuntu+how+to+get+involved&ie=utf-8&oe=utf-8&aq=t&rls=com.ubuntu:en-US:unofficial&client=firefox-a [16:57] yes. Note that usually people don't like being queried by unknowns, just highlight them by saying their name in the channel. [16:58] ah ok [16:58] afflux, this is a test [16:58] thx [16:58] working ;) [16:59] im used to mIRC so please don't mind the noobie-ness with xchat [17:00] bcurtiswx: no problem. Note that you can still query people by doubleclicking on their name on the right hand user list. It's just that it's preferred to do this in the channels, if it's on-topic. [17:19] asac, I think my Bug 208306 is the same as Bug 200950, missing scan_capa [17:19] Launchpad bug 208306 in network-manager "[ath_pci] cannot connect to hidden ap" [Undecided,New] https://launchpad.net/bugs/208306 [17:19] Launchpad bug 200950 in linux-ubuntu-modules-2.6.24 "[iwl3945] network manager not able to associate to hidden SSID (scan_capa = 0x0)" [High,Fix committed] https://launchpad.net/bugs/200950 [17:27] sroecker: yes [17:27] sroecker: please don't merge them [17:27] sroecker: they are not the same, because they deal with different chipsets [17:29] asac, ok [17:33] what does an application need to show up in alacarte? [17:34] just a desktop file in usr/share/applications? [17:34] I think so === secretlondo is now known as secretlondon [17:54] where can I find logs from gnome-settings-daemon when it's not starting? [18:02] afflux: ~/.xsession-errors might have it [18:08] okay, thanks [18:11] afflux: logs are usually not useful, get a stacktrace [18:13] seb128: I'm not sure if it's crashing: http://launchpadlibrarian.net/12950962/Screenshot-x-session-manager.png [18:14] afflux: run gnome-settings-daemon on a command line and see what it's written there [18:14] seb128: jep, that's what I asked for. thanks! [18:14] *him === secretlondo is now known as secretlondon [21:50] How do I mark a bug in launchpad as being the same as a bug in the upstream tracker? [21:51] oh wait [21:51] I found it, I think [21:51] you make a link - also affects project [21:52] oh, hello there [21:53] hi [21:54] so, I am talking about bug 106903 [21:54] Launchpad bug 106903 in gnome-alsamixer "error message when gnome-alsamixer is launching" [Undecided,New] https://launchpad.net/bugs/106903 [21:54] this is identical to http://bugzilla.gnome.org/show_bug.cgi?id=429012 [21:54] Gnome bug 429012 in general "Sound Blaster Live 5.1 - `,' an invalid character for SigmaTel_STAC9708,11" [Normal,Assigned] [21:55] (which I have submitted a working patch for) [21:55] someone has pointed this out in the comments on LP [21:55] but it doesn't have the thing in the header of that page which says "upstream bug" and gives its status [21:56] just posting a link should do that? [21:56] i'm just loading it [21:56] sure, no hurry [21:56] but you should click on "also affects project" then choose gnome-alsamixer and give the link to the upstream bug tracker [21:58] "There is no project in Launchpad named "gnome-alsamixer". Please search for it as it may be registered with a different name" [22:00] it looks like gnome-alsamixer needs registering as a project first [22:02] I presume alsautils is the wrong package, that's the only hit for alsamixer [22:05] I am confused, then. How come it says "Bug #nnnnnn in gnome-alsautils" if gnome-alsautils isn't a project? [22:05] could someone explain a general question, I am just wondering why a bug fix seems to often require updates to multiple packages (judged by 2-4 things having the same text in the "changes" field.) [22:05] it isn't a project registered by itself (I think), it's gnome-alsautils in Ubuntu [22:05] is it that code is duplicated throughout different packages? [22:05] hi, just a small side note, since I've seen that from jelmer right now: please don't mark bugs as duplicates to FreezeExceptions (we might set the exception to invalid, if we reject it, but of course the duplicate (real) bug shouldn't be invalid then)... thanks! [22:06] oh, I see-- it's the Ubuntu package of that name, not a launchpad project [22:06] marnanel yep [22:06] I think we'll have to make a launchpad project ofr that name first [22:06] * marnanel thinks I will be perilously close to volunteering as the maintainer if I fix bugs *and* set up launchpad :) [22:07] marnanel, I'll do it as a bugsquad member... [22:07] okay, sure [22:07] oh, would you? [22:07] thanks a bunch [22:07] yeah sure [22:07] marnanel: it just needs a pointer setting to say that it uses the gnome bugtracker I think [22:07] secretlondon: is that correct? [22:07] james_w it's not letting us link to upstream bugs [22:08] as "also affects project" doesn't know of gnome-alsamixer [22:08] secretlondon: yeah, I mean the bit about creating the upstream project for gnome-alsamixer [22:08] do you have to create a whole project, or is there a shortcut for when we just want to link bugs? [22:09] I hope i've found a shortcut [22:09] I mailed the maintainers yesterday, but since last checkin was two years ago I suspect this is an abandoned project anyway [22:10] well it's done it [22:12] james_w I think it made me make a new project [22:12] * secretlondon hopes they are not counted as "# of projects that are registered in launchpad" or something [22:12] AWESOME. Thank you [22:13] marnanel, no problem :) [22:13] great [22:13] marnanel: do you want to get your patch in to Hardy? [22:14] secretlondon: https://blueprints.launchpad.net/gnome-alsamixer/ is a bit odd [22:14] * secretlondon looks [22:15] what's odd? [22:15] the fact that it would take any? [22:16] * secretlondon didn't do anything to do with blueprints, answers or anything else [22:16] the fact that you are listed as a driver [22:16] argh [22:16] https://edge.launchpad.net/gnome-alsamixer/ says it doesn't use anything [22:18] but if you click on the blueprints tab your name is there [22:18] yeah, I can see "Since you are a driver of Gnome Alsamixer, any items you propose will be accepted automatically." [22:18] hmm before I mark as a duplicate, can I get a vote of agreement for bug #203423 being a dup bug #195159? [22:18] Launchpad bug 203423 in ubiquity "Timezone map zooming is too sudden and disorienting" [Undecided,New] https://launchpad.net/bugs/203423 [22:18] Launchpad bug 195159 in ubiquity "The new time zone / city choosing is annoying" [Medium,Confirmed] https://launchpad.net/bugs/195159 [22:18] ah, ok [22:19] james_w so what to do? that was the only way it allows you to link upstream afaik [22:20] secretlondon: yeah, you did the right thing, I was just commenting that it was odd it made you a driver for blueprints for that project now. [22:20] it's a bug in launchpad in my opinion [22:20] I agree [22:20] catterly: yeah, they're duplicates [22:21] james_w: thanks, just wanted to make sure :] [22:21] no problem === catterly is now known as mrooney [22:32] what is the proper thing to do in a case such as bug #208512, I tried to leave a good comment. it seems logical to mark as invalid however that seems rude to new launchpad users and might push them away. hmm! [22:32] Launchpad bug 208512 in ubuntu "hardy 6 firefox beta is too buggy to use" [Undecided,New] https://launchpad.net/bugs/208512 [22:35] yeah, I think invalid is correct, but I would spend some time to explain that the bugs he has filed will have been looked at, and that there will likely be more firefox updates before the final release that may fix them. [22:36] I would also say that one of the reasons it is included even though it is beta is to increase testing and to find out all of these issues. [22:36] and also that if it is decided that it really is too buggy the default can be changed back to firefox 2 very easily. [22:37] james_w: okay, thanks again for your expertise! [22:39] there is just so much to learn [22:39] mrooney: I think you had the right instinct though [22:40] always.. we'll never know it all [22:59] Hi all, I have a question on bug 183209 [22:59] Launchpad bug 183209 in update-manager "doesn't let user examine installation process any more" [Medium,Fix released] https://launchpad.net/bugs/183209 [22:59] this bug was marked "fix released" although it still exists. [22:59] So normally I would just change its status back to confirmed [23:00] But this bug was milestoned hardy-beta, and I am not sure if it will be milestoned automatically again after changing the status [23:00] I do not want to mess up the beta-milestone [23:04] Dat1: milestone's are always set by hand, so don't worry about that [23:06] Dat1: the interesting question is more, if you can confirm it (happens for you as well), as there's only one person saying that its still present after beta (so it would be new imho, instead of confirmed [23:06] +) [23:24] sistpoty: thanks for your answer. I can actually confirm it ;) [23:24] :)