/srv/irclogs.ubuntu.com/2008/08/22/#ubuntu-bugs.txt

=== asac_ is now known as asac
StempHi all, I have a problem with bug #123916. It affect Hardy and the problem is fixed in Debian.02:26
ubottuLaunchpad bug 123916 in fail2ban "fail2ban will not start if fail2ban socket is present" [Undecided,Confirmed] https://launchpad.net/bugs/12391602:26
StempI built it in my PPA, but what should I do now ? requesting a Sync is only for Intrepid, right ?02:27
mrooneyStemp: right, what you want is one or both of 1) backport the updated package, 2) patch the current package to fix the bug02:42
StempAs the actual package is a copy of an old Debian version, I guess it's better to ask for backport. So in fact there is nothing I have to do in launchpad bug ?02:44
RAOFStemp: Verify that it's fixed in intrepid is nice.02:46
Stempit is, the new version is in Intrepid02:47
RAOFStemp: Right.  So, it'll only be fixed in Hardy with a SRU - Stable Release Update.  If you want that to happen, you need to ask nicely.02:49
RAOFAnd, by ask nicely, I mean: follow...02:49
RAOF!sru02:49
ubottuStable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates02:49
Stempthanx RAOF02:50
StempOk I did my 1-a-day :p Good night03:02
dholbachgood morning08:00
techno_freakmorning dholbach08:02
dholbachhi techno_freak08:02
ma10shouldn't incomplete bugs turn automatically invalid after a while? how long does it take?11:33
persiama10: There's some debate about whether they should do so or not, but 60 days is the configured value.11:56
ma10persia: https://bugs.launchpad.net/ubuntu/+bugs?field.searchtext=&orderby=date_last_updated&search=Search&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&assignee_option=none&field.assignee=&field.bug_reporter=&field.bug_supervisor=&field.bug_commenter=&field.subscriber=&field.component-empty-marker=1&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patc11:58
ma10there are bugs untouched since years!11:59
ma10This bug report was marked for expiration 243 days ago.11:59
persiama10: RIght.  The automatic expiry appears to be off, yet the expiry clock is on.11:59
ma10persia: mhh.. would it be ok to set incomplete with the "old untouched" standard response all new (and maybe confirmed) bugs untouched for one year or so?12:02
persiama10: I don't think the bugs become incomplete with age.  On the other hand, most of them could do with some triage.12:03
Ampelbeinma10: thats what i do with those.12:03
persiaI suspect a lot of them are fixed.12:03
ma10i'm trying to think of some ways to reduce the clutter12:03
persiaAmpelbein: How is that helpful to ensure the distribution is bug free?12:03
persiama10: Triage the bugs?12:03
ma10yes.. 100% the submitter doesn't care anymore12:04
Ampelbeinpersia: if the issue is no longer there12:04
persiaAmpelbein: If the issue is no longer there, the correct status is Fix Released, not Invalid.12:04
=== Initial_1 is now known as Edge_31
Ampelbeinpersia: not saying anything against it.12:05
persiama10: Even if the submitter doesn't care, is it not worth checking to see if the bug is present, and either closing it, or ensuring it is complete?12:05
Ampelbeinpersia: thats what the "old untouched" response is for. if the submitter says its corrected with an update: Fix Released.12:05
persiaAmpelbein: Ah.  In that case, I'm misunderstanding the terminology.  Please forgive the rant.12:06
=== Edge_31 is now known as Initial_M
Ampelbeinpersia: no problem. but according to https://wiki.ubuntu.com/Bugs/Responses#Bugs%20resolved%20after%20update%20or%20config%20change, the status should be set to invalid.12:06
persiaAlso, for many bugs with some information on how to reproduce, it's often easier to try to reproduce oneself than to ask the submitter.12:06
persiaThat URL crashes my browser, but from the title, I disagree.  If it was fixed by a config change, and we don't ship that by default, someone else will encounter the bug.12:07
persiaIf it was fixed by an update, it should be Fix Released.12:07
Ampelbeinpersia: i think the wiki has a point there. it could be anything that corrected the issue, including a hardware change, config change or the update.12:08
Ampelbeinhttps://wiki.ubuntu.com/Bugs/Responses12:08
persiaIndeed, but is it not worth trying to figure out what happened, and reporting it correctly?12:08
Ampelbeinpersia: depends on the severity.12:08
persiaWe mark a lot of bugs Invalid.  This has generated a fair amount of press that we don't care about bugs.12:08
persiaI think we care about bugs, and it's worth spending a couple minutes to say "Yep, we fixed it, finally" so that the submitter feels like they should submit more bugs, and we can fix those as well.12:09
Ampelbeinif its a minor bug that can't be reproduced in any of the new releases i don't see the point in trying to figure out why it happened in the first place.12:09
ma10the problem is that there are 21073 new unassigned bugs12:09
ma10do we have the manpower to do things "properly"?12:10
persiama10: No.  The problem is that Ubuntu has bugs.  That is the thing that should be fixed.  Reducing the number of bugs doesn't mean anything at all.12:10
persiaTO take an example, Microsoft's public bug tracker for Word doesn't have any bugs shown.  Does that mean there are no bugs in Word?12:10
Ampelbeinyou are right. but if we reduce the number of open bugs by checking which ones are still in the packages we could concentrate on the important things.12:11
persiaYes, but I'd also like to get more good bugs reported.  If someone has an issue, I'd like them to have a good experience reporting a bug.  I think it's worth a couple minutes to check the changelog for the affected package and verify it was fixed.12:12
Ampelbeinand i think a response saying that the submitters bug has been fixed with a new release is better than no response at all.12:12
persiaGenerally there will be some mention of the fix.12:12
persiaPrecisely, and that encourages the submitter to upgrade, and report more bugs, and generally improves the quality of Ubuntu.12:12
persiaI just think the appropriate bug status for "Fixed in a new release" is "Fix Released" and not "Invalid"12:13
Ampelbeinso the first thing to do is check IF its still an issue. either by reproducing or by asking the submitter (status: incomplete). if its not an issue anymore we try to look in changelog. if mentioned there: status: fixreleased. if not mentioned: status invalid.12:14
ma10persia: i think the wiki says invalid for bugs whose cause was never understood12:14
persiaCool.  I was worried it was something else.  Thanks for the confirmation.  I'll try to turn off the rant button :)12:14
Ampelbeinpersia: sometimes its good to be ranted at. can bring oneself to think about it ;-)12:15
persiama10: Yes, it does.  My main concern is the case of NEW Unconfirmed bugs of significant age, that we ought at least try to understand the cause.12:15
persiaAmpelbein: That's a delightfully refreshing attitude :)12:16
ma10persia: ok policy received12:18
ma10but i still think it would be useful to have an automatic procedure that does something like: for old bugs, ask if it's still a problem, make incomplete, if someone replies turn back to new. And have a working auto expiry12:22
persiaAt the last UDS there was talk about having things go from incomplete to NEW when someone replied, but it needs more work, so we have to wait for the LP devs to do something.12:23
ma10yes i saw that on the mail from the lp team to motu where they asked to prioritize features12:23
persiaMy memory (which may be flawed) is that auto-expiry was turned off because the bugsquad only processes ~2500 bugs a week, and there's some backlog (it used to be a lot smaller), so using auto-expiry would expire some people's bugs just because someone was too busy to get back when the person answered.12:24
ma10but there was nothing about "auto respond to old bugs"12:24
persiaYou might propose it.  I believe the best way to do this is to file a bug against launchpad, but I may be mistaken.12:25
ma10(2500 bugs a week) that's not bad!12:25
hggdhma10, indeed not bad -- but only if you have enough people to work on them!12:26
ma10ok, i'll think about filing a bug.. maybe someone already has12:27
persiama10: Yep.  2500 bugs is actually a number to be celebrated, but it's hard to compete with the flow we get after some good press story, or a new release.12:28
ma10yeah i guess we could see it that way: more bugs more users more success :)12:29
hggdhma10, auto-respond to old bugs does not really help any: if the bug was not been looked at before, it will probably not be looked at after an auto-query12:29
ma10hggdh: what i want to happen is that if the user does not respond the bug auto-expires12:30
hggdhand what if the user *does* respond, but nobody looks at it?12:30
persiaThat's why the expiry feature is less interesting until we can automatically turn off the clock when someone responds.12:31
hggdhI would personally find this very rude -- "are you still interested" -- "yes, I am" -- silence12:31
ma10turns automatically new and the cycles begins again.. the poor user is pinged over and over :) should not be too much of an annoymnet if it's once every 2 months12:32
ma10turns automatically new and the cycles begins again.. the poor user is pinged over and over :) should not be too much of an annoymnet if it's once every 2 months..12:32
ma10turns automatically new and the cycles begins again.. the poor user is pinged over and over :) should not be too much of an annoymnet if it's once every 2 months..12:32
persiaExcept it's a reminder every two months that one's bug is being ignored.12:32
ma10sorrry!!!! :(12:32
persiaNo, you've demonstrated the problem precisely :)12:32
hggdhit is not the frequency, but what persia jut said (darn, persia *again* preempted me ;-)12:32
ma10sorry for the multi-send12:32
* persia leaves the next several responses to hggdh :)12:33
* hggdh is too slow to compete12:33
ma10don't know i'm thinking.. i guess you're right anyway12:37
ma10i started this discussion because i'm beginning to mantain packages and the first thing i had to do was clean up a lot of old bugs before i could understand what i *really* had to fix12:38
Ampelbeinma10: another thing about automated expiry is that people would then think: why should i care about filing bugs, when i get an automated reply after X months to verify that i still have the issue.12:47
Ampelbeinif the reply actually comes from a human being thats not so bad.12:48
Ampelbeinbecause then the submitter sees that someone is taking care of the report.12:48
Ampelbeinof course the next action after verification that the bug still exists should not be to set status new and leave it be ;-)12:49
ma10Ampelbein: that's true.. if you do it you subscribe and when he replies you have to care12:49
ma10lol :) this way you act no better than a bot12:50
ma10ok so what i learned is "care about the user, live with the clutter" :)12:54
ma10thanks12:54
ma10for the explanations!12:55
persiama10: Thanks for cleaning up the clutter in the packages you examined to figure out what work needed to be done.12:58
hggdhma10, still -- thank you for your proposal (even if not accepted): you are helping, and we we are all thankful for that.13:04
hggdh(and do not fell alone -- I have had some of my own ideas shot down, sometimes very fast ;-)13:05
* Hobbsee loads her bubblegun, and points it in hggdh's general direction13:06
* hggdh wonders if there is *any* kind of effective protection13:34
hggdhHobbsee, ping13:35
Hobbseehggdh: pong13:36
hggdhshould I run for my life?13:36
hggdh:-)13:36
bokeywheres grendal?13:38
bokey:P13:38
Hobbseeheh13:54
Hobbseenot unless you fear a bubble attack...13:54
HewIs there an easy way to know which dbgsym packages to install? Apport-retrace does a great job, but is there a single command or something that just targets a package and pulls the required packages?15:26
affluxHew, no, apport-retrace looks at the ProcMaps field in the crash report, looks for the loaded libraries, searches for the packages they belong to, and pulls the dbgsym packages for them.15:34
Hewafflux: Ah ok, I assumed it just pulled all the dbgsym packages for the dependencies. Thanks for the info.15:35
affluxHew: no problem. You still can find out which dbgsym packages you need by using some shell magic15:38
affluxHew: like: cat /proc/9604/maps  | awk '{ print $6 }' | sort | grep -v '^$' | grep -v '^\[' | while read p; do dpkg -S $p; done | cut -d':' -f1 | sort -u15:38
affluxHew: where cat /proc/9604/maps could be changed to point to the file containing the ProcMaps15:38
Hewafflux: I'm trying to triage bug 252174, which requires a valgrind log. Someone has (finally) produced one, but it's missing symbols. Is there something easy to tell the user? What info am I looking for in the valgrind.log?15:42
ubottuLaunchpad bug 252174 in gvfs "gvfsd-trash crashed with SIGSEGV in g_main_context_dispatch()" [High,Confirmed] https://launchpad.net/bugs/25217415:42
affluxHew: are you running hardy?15:44
affluxoh wait, the report is for intrepid15:44
affluxnever mind15:44
Hewafflux: Yes, this is an Intrepid bug. I was wondering how it's possible to look at a valgrind.log and work out which dbgsym packages it needs. Do I just look for all the "within /lib/libpthread-2.8.90.so" parts, and find which packages contain these files?15:48
affluxHew: to make sure it will be complete, you look at the ProcMaps.txt file at the beginning of the report, and make sure that all libraries mentioned there have debug symbols.15:49
Hewafflux: ah of course, I should be able to work it out from there. Thanks again!15:50
affluxHew: I'll have a list ready in a minute15:50
Hewafflux: wow thanks, even better than working it out myself! :P15:51
affluxHew: you'll definetly need libc6-dbgsym libglib2.0-0-dbgsym and gvfs-dbgsym, maybe gvfs-backends-dbgsym and libgvfscommon0-dbgsym, unlikely are the ones for: libdbus-1-3, libgnome-keyring0, libpcre3 and libselinux115:53
Hewafflux: Excellent, I'll post a comment and let the guy know!15:55
affluxthanks!15:55
=== mcas_away is now known as mcas
mcashello17:17
Hewmcas: hi17:18
mcasif there are bugs "please upgrade to newer version" or "please sync from debian"17:18
mcasare these bugs "wishlist"? i think they are but i want to ask bevor doing something wrong17:19
Hewmcas: Yes, they are wishlist.17:19
mcasok :-)17:20
mcasthank you Hew17:20
Hewmcas: no worries, thank you for helping out :-)17:21
persiamcas: Hew: Please don't set the status of those bugs to "Wishlist".17:27
persiaWhile it is often accurate, it's not always accurate (as sometimes we get a critical bugfix through a merge or a sync)17:27
persiaAlso, those are mostly filed by developers, and some of the developers complain about extra bugmail just for setting them wishlist.17:27
persiaMy understanding is that as the Launchpad API improves, the tool the developers use to file those bugs will automatically set them to the right Importance, but it doesn't do that yet.17:28
Hewpersia: Sure thing. I know that wishlist isn't a blanket policy, but I was thinking the case here was probably a user asking for a new feature like most sync bugs. I suppose I should have asked for more detail.17:30
Hewmcas: Which bug are you working on?17:30
Hewmcas: or was it just a general question?17:31
persiaHew: Yeah, it gets confusing when users who aren't developers file what should be upgrade bugs and use the sync format.17:31
xnevermoreHey guys. I filed a bug (#255976) and provided a package for a new upstream version for sponsoring about three weeks ago, and have heard very little since. Is there any more I should do to get it noticed?17:34
persiabug #25597617:34
ubottuLaunchpad bug 255976 in keytouch "Keytouch 2.4.1 Package" [Wishlist,Confirmed] https://launchpad.net/bugs/25597617:34
AmpelbeinHi! What about a bug like #74807, where the poster found a solution himself? What is the correct status to set the bug to? Personally I would say "Confirmed", have the documentation edited to represent the problem and then "Fix Released". What is the right way here?17:34
Ampelbeinbug #7480717:35
ubottuLaunchpad bug 74807 in acpi "Audio stops working after resume" [Undecided,New] https://launchpad.net/bugs/7480717:35
mcasi need some help with bug 26024417:35
ubottuLaunchpad bug 260244 in kdebase "seg-fault while rendering page" [Undecided,Incomplete] https://launchpad.net/bugs/26024417:35
persiaxnevermore: You've done everything you need.  The sponsor queue is a bit clogged right now.17:35
mcasi can confirm the problem with konqueror3 and don't have the problem with konqueror417:36
mcaswhat should i do with this bug.17:36
mcasshould i mark it as triaged?17:36
persiaAmpelbein: I'd call that Triaged, as the solution is known for that hardware.  Mind you, it may not be trivial to integrate into the packaging because it may be that different hardware needs different settings, but that really needs a developer to investigate.17:37
mcaswith a comment with my information?17:37
xnevermorepersia: awesome. I just found it a bit strange. If I file a regular bug, I usually hear back from folks fairly soon, but when I release fixes, they seem to go unnoticed.17:37
xnevermorebug #257110 is another example17:37
ubottuLaunchpad bug 257110 in libgems-ruby "libgems-ruby1.8 conflicts with rubygems1.8" [Undecided,New] https://launchpad.net/bugs/25711017:37
Ampelbeinpersia: ok, then i would need someone of bug-control have set this. thanks for the info.17:38
persiaxnevermore: Yeah, in the past we were better about pushing fixes, and less good about reviewing bugs.  We've tried to fix the reviewing bugs bit, but we're falling behind on the including fixes bit :(17:38
xnevermorelol17:39
xnevermorei see17:39
asomethingxnevermore: I think a big part of that is that there are a lot of people triaging that aren't devs, so if you post a bug that needs more info people will ask you about it but when you have something that needs to be acted on it can take a little while longer for a response17:40
persiamcas: That's a tricky one.  You might ask in #kubuntu-testers if someone can reproduce with an earlier version, or maybe if they have any guidance on whether such bugs should be considered fixed.17:40
xnevermorepersia: yeah, that makes sense.17:41
mcaspersia: i tried it with a konqueror from kde4.0 not 4.117:41
persiaasomething: That's precisely it.  We seem to get about the same percentage of new people each cycle, but depending on which area is behind, that area gets more recruiting, so we're never quite perfectly balanced.17:41
persiamcas: Still, unless someone answers here, your choices are really to ask there, or find another bug for now.17:42
mcasok17:42
xnevermoreasomething: maybe the focus should be to motivate triagers and packagers to move up the later to become MOTU, etc.17:42
persiaxnevermore: Last time we did that we ran out of triagers :)  It's all a matter of balance :)17:43
xnevermorepersia: good point =P17:45
jcastrobdmurray: you do needs-packaging bugs as confirmed,wishlist right?19:09
bdmurrayjcastro: correct, provided it isn't already packaged and minimal information about the software is provided19:12
jcastrohttps://bugs.edge.launchpad.net/ubuntu/+bugs?field.searchtext=&orderby=-importance&search=Search&field.status%3Alist=NEW&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_supervisor=&field.bug_commenter=&field.subscriber=&field.component-empty-marker=1&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.has_cve.used=&field.tag=needs-packaging&field.tags_combinator=ANY&fiel19:12
jcastromight be a good 5-a-day target to clean these out then19:12
greg-gugly link!19:13
jcastrosorry!19:13
greg-gheya19:13
bdmurraythat's probably scriptable19:13
jcastrowelcome back greg!19:13
greg-gjcastro: not quite, closer though, I'm in Minneapolis19:13
jcastroah19:13
jcastrowe need a bug jam. kubuntu-de is pulling away!19:13
greg-ggetting there, next weekend, this weekend is the gf's sister's wedding19:14
greg-gjcastro: oh noes!19:14
greg-gwe'll do one once some students are back in town, see if I can poster some geek hangouts19:14
asomethingjcastro: if you do a hug day or something for those, one good thing to ask people to do is check if there is also a Debian ITP bug filed and link it, so as to not duplicate work19:18
jcastroasomething: good idea19:19
greg-g+119:19
bdmurrayasomething: I've written a script that looks for those19:19
jcastrohey ... you know how we link bugs to debian, etc ...19:19
jcastroI wonder if it would be useful if lp let you link to ITPs19:19
bdmurrayjcastro: you can as though are filed in the debian bts about the wnpp pseudo-package19:20
bdmurrays/though/those/19:20
jcastroahh19:20
jcastronow can you script /that/?19:20
bdmurrayjcastro: yes, I wrote something that does that last weekend19:20
jcastroman, everytime I think of something you've already got a script19:21
bdmurrayI'm still actively working on it but I've affected 76 needs-packaging bug reports so far19:21
jcastrohot19:22
bdmurrayYeah, I was / am really excited about it19:23
greg-gpretty soon bdmurray will write a script to come up with new script ideas19:28
bdmurraylol19:28
greg-gkarma for code commits means that each time I commit to my 5-a-day branch I'm getting karma? :)19:37
jcastroextra motivation19:37
jjessegreg-g: don't know how that is working cause i've been commit to branches and haven't seen my karma go up yet19:37
greg-gjjesse: hmm19:37
jjessedoesn't even show in the karma summary section19:37
jjessei see bugs, but no commits19:38
greg-ghmmm19:38
bdmurrayjames_w: still around?21:21
=== mcas is now known as mcas_away

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!