[00:05] <Narc> chrisccoulson: oh that's why they keep coming the more I close them then
[00:05] <chrisccoulson> heh, yep! all the seahorse-plugin crashes are pruned and public now:)
[00:10] <Narc> chrisccoulson: It's quite a bit like in the MMORPGs when you're a noob and you have to kill the poor same defenseless creature an infinite number of time to get xp :)
[00:11] <chrisccoulson> lol
[00:18] <delaman> trying to compile GnuCash 2.3.7 and i get this error http://pastebin.com/m35ad6b40 ,,, A GnuCash developer told me the problem is with goffice on Ubuntu side.  is this a bug on Ubuntu side?
[00:20] <Narc> chrisccoulson: what about those already mark as dupes ? Invalid and that's all ?
[00:21] <chrisccoulson> If they're already marked as duplicates, then they shouldn't be in the list. However, it may be the case that the retracer marked them as a duplicate (with a comment), but someone removed the duplicate link later on
[00:22] <chrisccoulson> i'd treat them the same as the others (ie, close them with a comment pointing to the master)
[00:24] <Narc> chrisccoulson: Yes, it's indeed Apport that commented. Well, I'll do this them. Even if Apport already linked to the master.
[00:25] <mrand> delaman: I gotta run, but see if what you have is the same as what is reported here: Bug 448410
[00:25] <ubot4> Launchpad bug 448410 in goffice "libgoffice-0-8 include file conflicts with /usr/include/regexp.h" [Undecided,New] https://launchpad.net/bugs/448410
[00:25] <mrand> That points to an upstream (debian) fix.
[00:26] <delaman> mrand: thanks
[00:31] <LimCore> hi, linux gamers on ubuntu, with modern USB mouses, will have problem: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-mouse/+bug/441408
[00:31] <ubot4> Launchpad bug 441408 in xserver-xorg-input-mouse "In fullscreen apps mouse cursor jumps to bottom-right corner when I click" [Undecided,Confirmed]
[00:32] <LimCore> can someone set importance level for it? Is it low or medium?  It affects gamers, but work around is very easy
[00:40] <Narc> chrisccoulson: Ok, I guess I'm done.
[00:40] <chrisccoulson> Narc - excellent, thanks!
[00:41] <Narc> chrisccoulson: You're welcome. Thanks for helping. I'm going now, good debugging.
[00:41] <chrisccoulson> we should hopefully upload the fix for that tomorrow
[00:43] <Narc> chrisccoulson: I'd see it and think "Hey, I saw that happening" :)
[00:43] <Narc> Bye, thanks for the help
[01:02] <hggdh> LimCore: set, thanks
[06:25] <soundconjurer> So, how do I submit a fix for a bug?
[06:26] <micahg> soundconjurer: depends on the package
[06:26] <micahg> usually attach a debdiff and mark as a patch
[06:26] <soundconjurer> well
[06:27] <soundconjurer> I am willing to just pass up a bug I've been seeing quit a bit lately for avid apparmor users in Ubuntu 9.10, concerning firefox.
[06:27] <micahg> which bug?
[06:28] <micahg> firefox we usually propose a merge
[06:28] <soundconjurer> Lately, there have been a lot of posts about firefox not associating torrent files with transmission.
[06:29] <micahg> yes
[06:29] <micahg> I made sure there was a bug for it
[06:29] <micahg> and the security team is subscribed
[06:29] <micahg> but the profile is off by default
[06:29] <soundconjurer> Well I found that it was apparmor's profile that left out
[06:29] <soundconjurer> /usr/bin/transmission Uxr,
[06:29] <soundconjurer> i understand
[06:29] <micahg> not apparmor, but firefox's
[06:30] <soundconjurer> well
[06:30] <soundconjurer> When I tried it with apparmor off
[06:30] <soundconjurer> it worked fine
[06:30] <micahg> bug 476299
[06:30] <ubot4> Launchpad bug 476299 in firefox-3.5 "Firefox apparmor profile does not allow access to transmission" [Low,Triaged] https://launchpad.net/bugs/476299
[06:30] <soundconjurer> ah
[06:30] <soundconjurer> well, it didn't come is the last update
[06:30] <micahg> apparmor should be left on
[06:30] <micahg> each profile is independent
[09:10] <thekorn> good morning
[09:21] <Michalxo> hello
[09:21] <indus> Michalxo: hi
[09:21] <Michalxo> :-)
[09:21] <Michalxo> Anyone able to help me? https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/429249 ? :-((
[09:22] <ubot4> Launchpad bug 429249 in gnome-power-manager "[Karmic] keyboard locked/freezed unable to type anything" [Undecided,New]
[09:22] <indus> if someone here looks at it, you will be lucky
[09:22] <indus> Michalxo: what keyboard is this
[09:23] <Michalxo> it's laptop
[09:23] <Michalxo> it should be USB
[09:23] <Michalxo> i guess
[09:23] <Michalxo> where can I see it?
[09:24] <indus> aah laptop sorry
[09:24] <indus> Michalxo: what laptop
[09:24] <Michalxo> toshiba a200
[09:24] <indus> worked fine with older versions?
[09:25] <Michalxo> yes
[09:25] <Michalxo> never happened in 2 years
[09:39] <Michalxo> indus, have you got anything to help me? :-(
[09:45] <Michalxo> heLP? :-(
[10:05] <Elbrus> Michalxo: that bug certainly had lack of interest :(
[10:05] <Elbrus> but I don't have much clues
[10:06] <Michalxo> :-(
[10:06] <Michalxo> where can be a probelm then?
[10:06] <Michalxo> xorg? gnome? graphics driver?
[10:06] <Elbrus> maybe see if the configuration files in /etc/X11 have changed between jaunty and karmic (some searching around on the internet)
[10:07]  * Elbrus doesn't know enough about that too help any further
[10:07] <Elbrus> s/too/to
[10:08] <Michalxo> how to reconfigure xorg?
[10:08] <Elbrus> but you could set the bug to confirmed seeing enough other comments
[10:08] <Michalxo> sudo dpkg-reconfigure xserver-xorg ?
[10:09]  * Elbrus not sure if that had a configure, but after backup you could try
[10:10] <Michalxo> ok, thanks for help
[10:15] <Tatzelbrumm> System->Preferences->Mouse->General->Mouse Orientation does NOT swap touch pad buttons on a Dell Latitude D620. It did work with KDE.
[10:16] <maco> youre not the first person ive heard that from
[10:16] <maco> please file a bug
[10:16] <Tatzelbrumm> Any known workaround or location in configuration files that I may try tweaking?
[10:16] <Tatzelbrumm> maco: you talking to me?
[10:16] <maco> yes
[10:16] <maco> it was mentioned by someone on my local lug's mailing list
[10:16] <maco> i think..
[10:17] <Tatzelbrumm> ok, fair enough. Any idea what configuration files are involved?
[10:18] <maco> nope...i think its DE-specific
[10:18] <maco> im on kde
[10:19] <Tatzelbrumm> maco: yes, with KDE it actually works ... it's just an unfamiliar desktop environment for me, so I'd like to stick to GNOME for now ... and the other neuralgic issue, wireless connection, didn't work with kubuntu.
[10:20] <maco> 9.04 or 9.10?
[10:20] <maco> 9.10's wireless *should* actually work
[10:21] <Tatzelbrumm> 9.10's wireless recognized my WAP, but I couldn't quite figure out how to give the correct password in the correct authentication mode.
[10:21] <Tatzelbrumm> Now THAT one worked like a charm with GNOME.
[10:24] <maco> ah. well, nm-applet can be run inside kde instead of knetworkmanager if you want
[10:40] <indus> Michalxo: oops sorry had a meeting to attend
[10:40] <indus> Michalxo: i go again now
[11:12] <eakron> What package should bug report where the user can't mount an ext4 hard drive on his Karmic install, but works fine on Jaunty? 479640
[12:51] <segler> hi, how do I get an advocate for a package I uploaded to revu? http://revu.ubuntuwire.com/p/rhythmbox-radio-browser thanks for any help
[12:55] <pedro_> segler, hello, try asking on #ubuntu-motu
[12:56] <segler> thanks
[13:50] <bibinou> i have a question about duplicates
[13:50] <bibinou> does I comment with a standard response before or after marking the bug as a duplicate ?
[13:51] <bibinou> if i do it after, will all the now-duplicates of this bug be spammed ?
[13:51] <bibinou> by my "ho this is a duplicate" comment
[14:29] <Ahmuck-Sr> fwiw, the unsubscribe workaround does not work
[14:30] <mrand> bibinou: if you want to put a "this is a duplicate comment in", then perhaps do it before actually marking the bug as a dup?
[14:38] <bibinou> mrand: thanks
[14:55] <bibinou> seb128: do you know the "blue video" bug ?
[14:55] <seb128> the nvidia one?
[14:55] <bibinou> yes
[14:55] <bibinou> there is duplicates all over the place
[14:56] <bibinou> and reading the reports, I can't really find the good package to assign to
[14:56] <bibinou> as it seems to be a nvidia driver bug
[14:56] <bibinou> it's still getting reported, adding more duplicates
[14:56] <seb128> duplicate everything and assign to nvidia
[14:56] <bibinou> what about doing a new bug which explain clearly the situation, with the right package
[14:57] <bibinou> targeted
[14:57] <seb128> no need to open yet another duplicate
[14:57] <bibinou> ok
[14:57] <seb128> just use one of the open set
[14:57] <bibinou> i'll try to find a bug with enough info and workarounds
[15:05] <bibinou> seb128, if i update the description, adding a workaround, would it be helpful or clutter ?
[15:05] <bibinou> oh, he's gone
[15:08] <mrand> bibinou: if you've got a work-around that hasn't been mentioned, I'd add it.  And if the description isn't clear enough, feel free to improve it, please!
[15:08] <bddebian> Boo
[15:09] <bibinou> thanks
[15:12] <bibinou> mrand: is updating bug titles ok ?
[15:12] <bibinou> i have a bug which is more to the point bug has a terrible title
[15:13] <bibinou> so it doesn't show up in search or when bug reporting
[15:15] <mrand> terrible titles are terrible ;-)  The only thing that pops in my head is that sometimes standardized messages (even if they are poor) are  in the title to make for easy duplicate identification (esp when automated bugs are generated).  But if it is obviously a manually generated title, I'd say have at it.
[15:19] <bibinou> errr... i need to change all the duplicates of a specific bug to be allowed to mark this very bug as a duplicate ?
[15:38] <mrand> bibinou: I guess you're saying that one bug as a ton of duplicates - and that one bug is not the bug with all the good info?
[15:39] <bibinou> yes
[15:39] <bibinou> actually there were 4 of there, i did it one by one
[15:40] <bibinou> *was
[15:53] <JerVA> I wanted to report a bug that I think I found and couldn't find in bug report.
[15:54] <Pici> So... a new bug.
[15:54] <JerVA> Yeah I believe so.
[15:54] <qense> What's it a bout and what problems did you have with reporting it
[15:55] <JerVA> How do I report if I think I found a bug? I went to bugs.launchpad.net
[15:55] <JerVA> I was running search there but couldn't find it
[15:55] <JerVA> so I think I should report it?
[15:55] <qense> Launchpad is a very broad site, it hosts not only Ubuntu, but also a lot of other projects.
[15:56] <qense> You could use a command to launch a graphical program that will guide you through the process or you could use the web interface.
[15:56] <qense> Ubuntu has it's Launchpad page at https://launchpad.net/ubuntu
[15:56] <qense> has its*
[15:56] <qense> Its Bugs page is at https://bugs.launchpad.net/ubuntu
[15:57] <JerVA> added it - thanks
[15:57] <mrand> The preferred method, if possible, is to use ubuntu-bug <application or package name>
[15:58] <qense> you're welcome
[15:58] <qense> yes, that is true. More information for us means a shorter life for the bug.
[15:59] <Pici> Hopefully at least..
[15:59] <qense> stay positive!
[16:02] <nigel_nb> dont we have a team meeting?
[16:02] <bdmurray> Hi, yes!
[16:02] <qense> at this channel?
[16:02] <nigel_nb> according to bdmurray's mail, yeah, here
[16:02] <bdmurray> qense: yes
[16:02] <maco> ooo im actually present for once
[16:02] <maco> hi :)
[16:03] <bdmurray> The agenda for the meeting is at https://wiki.ubuntu.com/BugSquad/Meeting
[16:03] <qense> well, I'll stay around in that case
[16:03] <bdmurray> micahg: You seem to have the 1st point on the agenda.  Are you ready?
[16:03] <micahg> yeah
[16:04] <hggdh> I am here also
[16:04] <yofel> hi folks
[16:04] <mrand> howdy.  I'll be in and out.
[16:04] <micahg> ok, the main idea is to have people adopt packages so that there is coverage for at least the major packages in Ubuntu
[16:05] <micahg> bdmurray: you ran this 2 months ago: https://wiki.ubuntu.com/QATeam/MainPackagesWithoutBugSubscribers
[16:06] <bdmurray> micahg: right, those are good candidates for adoption
[16:07] <micahg> it can also help for mentoring if people in -control can adopt packages, then bugsquad members have someone they can ping for the quirks in the package
[16:08] <qense> With a clearly visible and easily accessible list?
[16:09] <bdmurray> qense: Do you mean like a wiki page?
[16:09] <micahg> is this the current mentors page? https://wiki.ubuntu.com/BugSquad/Mentors
[16:09] <qense> we already have some mentor page, but something more clear and more linked-to would that, yeah
[16:10] <qense> That's this page: https://wiki.ubuntu.com/BugSquad/AdoptPackage
[16:10] <qense> I've adopted some of them, but the explanation on the page says you should move along once done. This is maybe not the prefered method for important packages, which probably should have more than one step parent.
[16:11] <micahg> well, mentors and package adopters don
[16:11] <micahg> 't necessarily have to be the same
[16:11] <qense> It would be good though if we'd make the adopter the contactsperson for his/her pacakge.
[16:12] <yofel> would it be possible to get a page similiar to the 'witoutBugSubscribers' page that lists how many people are subscribed to a package? There probably are package that have maybe 1 or 2 subsribers that might not read the mails anymore
[16:13] <bdmurray> yofel: that might be possible, I thought a good first target was the ones w/o any subscribers
[16:13] <qense> I think it would be better to let people adopt pacakages themselves and base the new list on teh current list on the wiki.
[16:14] <qense> Generating it from Launchpad is not what I would suggest.
[16:14] <yofel> bdmurray: true, they need to be looked at first
[16:15] <qense> Just rerun the previous script?
[16:15] <qense> We could start something nice around it, like 5 A Day.
[16:15] <qense> definition of nice: buttons and stuff
[16:16] <bdmurray> micahg: anything more?
[16:16] <micahg> for that issue, no I don't think so
[16:16] <micahg> hggdh: did I miss anything?
[16:17] <hggdh> hum
[16:17] <hggdh> I remember jcastro was working on something along the lines of package adoption
[16:17] <jcastro> yeah, upstream ambassadors
[16:18] <jcastro> and dholbach is looking at "adopt an upstream" type stuff
[16:18] <bdmurray> but one upstream can have multiple packages so its not necessarily the same thing right?
[16:18] <hggdh> sort of, yes. One source package can have multiple binaries
[16:19] <jcastro> well, not really tied to a specific package. You could do "I am the guy who cares about foo, foo-backend1, foo-backend2" or whatever
[16:19] <hggdh> usually they would be under the same adopters
[16:19] <bdmurray> hggdh: no I mean gnome has hundreds of packages
[16:19] <micahg> I think bdmurray meant like b.g.o has a lot of upstream packages
[16:19] <bdmurray> yes ;-)
[16:19] <pedro_> i think is more like an upstream program, rather than a whole upstream project like gnome for example
[16:19] <pedro_> right
[16:19] <qense> You could adopt the task of sending the bugs of one source package upstream.
[16:19] <qense> That would make it more bearable.
[16:19] <hggdh> oh, yes, we should be limited to individual packages upstream
[16:20] <hggdh> e.g., I have a good contact with Gnome on evo, but not on gtk
[16:20] <qense> Adopters of large packages could divide tasks between themselves, a special person for sending the Nautilus bugs upstream.
[16:20] <hggdh> as opposed to, say, pedro_, who has contacts everywhere in Gnome ;-)
[16:20] <qense> yeah
[16:20] <pedro_> hggdh, shh dont' say it out loud :-P
[16:21] <pedro_> jcastro, are you planning to have a session about that on UDS?
[16:21] <qense> We shouldn't forget upstream nr. 1, GNOME, is just a bunch of different projects anyway.
[16:21] <pedro_> i know that we're supposed to have a review on adopt an upstream project but don't remember about the ambassadors
[16:21] <jcastro> pedro_, yeah, dholbach will have some too
[16:21] <pedro_> \o/
[16:21] <hggdh> perhaps this is a good point to discuss at UDS
[16:22] <bdmurray> sounds like it
[16:22] <pedro_> totally
[16:22] <jcastro> it is, because I don't have time right now, heh
[16:22] <pedro_> haha
[16:22] <jcastro> basically, it's just a person who is a bridge
[16:22] <jcastro> upstream knows who their "person at ubuntu" is
[16:22] <hggdh> but you also required this person to be an Ubuntu member
[16:22] <bdmurray> jcastro: that's not a very good sell ;-)
[16:23] <jcastro> and they weed out the garbage bugs, make sure the good ones are forwarded
[16:23] <jcastro> bdmurray, it works way better in real life.
[16:23] <jcastro> plus it doesn't have to be one person
[16:23] <jcastro> for example I know if I have a banshee problem that "our guys" are directhex and hyperair.
[16:23] <qense> requiring Ubuntu Members for important upstreams isn't such a bad idea, but I wouldn't make it mandatory for all upstreams
[16:24] <jcastro> so if major packages in ubuntu had that then we could do a better job making sure good bugs don't get lost, etc.
[16:24] <jcastro> I don't think membership has anything to do with it
[16:24] <maco> qense: now watch upstreams get upset theyre not important enough to have a Member ambassador
[16:24] <qense> maco: that's their problem
[16:24] <jcastro> I doubt pure upstreams would care about becoming ubuntu members
[16:24] <hggdh> indeed
[16:25] <hggdh> but I think we digress right now
[16:25] <bdmurray> okay, so it sounds like we'll talk about the integration of adopt-a-package / upstream ambassadors at uds
[16:25] <qense> Sounds good
[16:26] <bdmurray> Next we have "stuff for UDS attendees to chase down"
[16:26] <qense> lobby at the Launchpad devs for better distribution/version distinction support in the bug tracker?
[16:26] <bdmurray> So some of us are going to UDS next week and it is a good time for us find out answers to specific questions etc... as we will have face time with some of the developers.
[16:27] <qense> ask the developers what they want Apport to give them
[16:27] <bdmurray> I'm curious what if anything people want to find out.
[16:27] <bdmurray> qense: for package hooks?
[16:27] <qense> yes
[16:27] <qense> Are they happy with the current information? Do they miss stuff?
[16:28] <hggdh> bdmurray: we could go and really discuss sanitising the backtraces
[16:29] <bdmurray> okay, those are all noted
[16:29] <hggdh> another one would be the next point in this meeting
[16:29] <hggdh> I think we should consider changing the default from auto-subscribe on bugs to an option on the LP profile
[16:29] <bdmurray> there'll also be some launchpad devs at uds - qense did you have something?
[16:30] <qense> bdmurray: More a suggestion that could make our life easier: better distinction between the different versions of the applications and the different releases of Ubuntu the bugs apply to.
[16:31] <hggdh> like a "versions affected" and "releases affected" lists?
[16:31] <bdmurray> I believe that the assumption is that every bug applies to the latest version of the software as they don't magically go away.
[16:31] <qense> yes
[16:31] <qense> What if they apply to an LTS?
[16:32] <hggdh> bdmurray: the problem with this view is that we lose track of older versions
[16:32] <qense> But not to the latest stable and development releases?
[16:32] <qense> Don't forget the non-LTS releases that are still supported but not brand-new anymore.
[16:33] <qense> Maybe versions affected, next to releases affected, is a bit too much, but just releases affected would be great.
[16:33] <bdmurray> Okay, I've noted that too.
[16:33] <hggdh> well, it would be better than what we currently have, yes
[16:34] <qense> Problem: marking bugs as fixed in one release when it's not fixed in the others yet.
[16:35] <qense> thanks
[16:35] <bdmurray> qense: can you elaborate with the fixing in one release bit?
[16:36] <qense> What if you fix a bug in Lucid with a new version, but that doesn't fix it in older Hardy.
[16:36] <pedro_> that sounds like an SRU to me
[16:36] <qense> According to the current work flow that should be Fix Released.
[16:36] <qense> yes, but that means the bug is not yet fixed in hardy, which it is marked as affecting.
[16:37] <micahg> should an SRU be more flexible with an LTS?
[16:37] <maco> qense: for "marking bugs as fixed in one release when it's not fixed in the others yet." thats why youhave "nominate for release"
[16:37] <hggdh> not really, no -- SRUs are always dangerous
[16:38] <qense> Are there guidelines for nominate for release on the wiki?
[16:38] <hggdh> I think what qense is suggesting is some sort of automatic "nominate for reported release"
[16:38] <micahg> well, anyone can nominate
[16:38] <hggdh> which, actually, makes sense
[16:39] <maco> which could be parsed out of the stuff apport auto-inserts
[16:39] <hggdh> yes, anyone can nominate. But right now this requires an user action -- which tend not to happen since users are sort of afraid of requesting this type of thing
[16:39] <micahg> not necessarily, wishlist bugs shouldn't necessarily get nominated for the same release
[16:39] <hggdh> then the triager/resolver can refuse it
[16:39] <hggdh> :-)
[16:39] <bdmurray> hggdh: you'd be surprised how many bugs get nominated
[16:39] <micahg> hggdh: nope, only devs can refue
[16:39] <micahg> *refuse
[16:40] <qense> Nominated for Release is probably the best tool to do it with. But maybe its name is not very well chosen for that.
[16:40] <bdmurray> qense: it is the right tool because that is what leads to the release task
[16:40] <hggdh> The plot thickens. Perhaps this shoul dbe looked at also
[16:40] <qense> It is not bad if we'd have to change the release nominated for, but if the older one has to stay with status Invalid it gets a bit full.
[16:41] <hggdh> one thing people tend to forget is that a BTS is a live thing -- it evolves, and changes
[16:42] <qense> what's a BTS?
[16:42] <hggdh> Bug Tracking System
[16:42] <qense> ah, of course, thanks
[16:43] <sbeattie> bdmurray: no kidding. There's currently 845 nominees for karmic alone.
[16:43] <qense> If we want to use nomination more frequently someone should start incorporating it in the documentation. First UDS, or is everything already there?
[16:44] <hggdh> no, I do not think nomination can be used more right now, with only devs being able to accept/reject
[16:44] <bdmurray> There are some fundamental issues with nominations that make them not a good idea for widespread use
[16:45] <bdmurray> Particularly, it is not possible for someone to renominate a bug
[16:45] <qense> in that case we probably should make a list of problems and submit it at the UDS
[16:45] <bdmurray> Maybe documenting what kind of bugs (not new ones) should be nominated would help though
[16:46] <hggdh> yes, I think so
[16:47] <bdmurray> hggdh: you had an agenda item also right?
[16:47] <hggdh> bdmurray: yes.
[16:47] <bdmurray> If there are other ideas of things to "chase down" please send an e-mail to the bugsquad mailing list
[16:47] <hggdh> I think we should revisit the default opt-in for duplicate bugs, but we could also discuss this at UDS
[16:48] <qense> LP is doing nothing but throwing timeouts at me right now, so I can't read the bug that started the default-subscribe-to-duplicates-porblem What was the problem?
[16:48] <hggdh> spam email on every new duplicate, to every subscriber
[16:48] <matti> ;]
[16:49] <qense> as in spam or as in useless notifictions from LP?
[16:49] <hggdh> most of the reporters only wanted to help Ubuntu with a problem they suffered, and suddenly are in the middle of a spamfest
[16:49] <hggdh> as in useless email from LP
[16:49] <qense> that's not really comforting if you just had a computerproblem
[16:49] <hggdh> and it makes users not willing to report new issues
[16:50] <hggdh> there are some different options to tackle this
[16:51] <hggdh> (1) no more "default" opt-in on duplicates; instead an option to do so
[16:51] <hggdh> no email generated by actions from specific user accounts (more difficult to do, not really nice)
[16:51] <bdmurray> hggdh: wrt that point how would that work as these are likely first time lp users?
[16:52] <hggdh> bdmurray: ideally, we would move from opt-out to opt-in as a first approach
[16:52] <qense> we could also let people block system notifications and status changes
[16:52] <pedro_> I'd love to have a some kind of "mute" option on the report , so only devs and bugcontrol members could comment there, so no extra email from lp or +1 from other reporters only important info
[16:52] <pedro_> and being able to un mute that if you're requesting for testing for example
[16:52]  * pedro_ dreaming
[16:53] <qense> two separate lines? one for the devs and triagers and one for the reporters?
[16:53] <hggdh> if we are going to dream... ability to delete useless comments (like "me too")
[16:53] <qense> in that case we could separate technical and non-technical speak, making it  a nicer place for tech-afraid-humans
[16:54] <qense> we could even wrap the reporter part in a separate interface
[16:54] <pedro_> hggdh, or comments with bad words, yes, yes please :-)
[16:54] <maco> can we come back to earth now?
[16:54] <qense> away from complex launchpad with its multiple projects
[16:54] <hggdh> aww cmon, maco, it was getting nice :-)
[16:55] <hggdh> but yes, we are dreamin. Nice trip, though. Back to earth
[16:55] <hggdh> right now we have some few 100s of users pissed, and a bug we cannot edit
[16:56] <hggdh> I really suggest to move to explicit opt-in
[16:56] <qense> that would be a good first move
[16:56] <hggdh> (which means a new LP bug, of course)
[16:56] <bdmurray> hggdh: I think this wouldn't have normally happened though.  It was an unfortunate side effect of apport being enabled.
[16:57] <hggdh> indeed, but it still points to what I see as a failure in the system
[16:57] <bdmurray> agreed
[16:57] <qense> the reporters should get less information they can't do anything with
[16:57] <qense> it only confuses them
[16:58] <qense> (and angers)
[16:58] <hggdh> yes
[16:58] <bdmurray> I imagine there are quite a few more unmarked duplicates of various bugs wehre we could end up in a similar situation.  Does anyone have an idea of how we should treat those bugs?
[16:59] <bdmurray> Not mark as duplicate and just invalidate?
[16:59] <hggdh> is there a way of finding the bugs with the largest # of duplicates?
[17:00] <qense> They could be of help to us later on, so sending them away with Invalid doesn't seem right to me.
[17:00] <sbeattie> hggdh: yes, bdmurray has a reprt.
[17:00] <bdmurray> hggdh: why yes ;-)
[17:00] <sbeattie> report even
[17:00] <maco> not sending "hey a new dup!" emails could work nicely
[17:00] <hggdh> yes
[17:00] <maco> what do i care that someone else filed the same bug as me?
[17:00] <hggdh> all you need to know is the base bug #
[17:01] <qense> I'm all for opt-out by default.
[17:01] <hggdh> and apport could trigger the "mee too"
[17:01] <bdmurray> http://qa.ubuntu.com/reports/launchpad-database/bugs-with-most-duplicates.html
[17:01] <bdmurray> that's a bit out of date though
[17:02] <hggdh> and I myself was busy the other day creating duplicates of a series of Evolution-data-server crashes...
[17:02] <bdmurray> qense: if not invalid and not a duplicate they'll clutter the bug lists though
[17:02] <qense> we'll have to choose what we rather want
[17:03] <micahg1> well, LP wants to change +metoo to auto-subscribe
[17:03] <hggdh> we are lost :-(
[17:04] <hggdh> they cannot do it before resolving the sql issue with timeouts (I hope)
[17:04] <qense> I'd say: Subscribe when you want, when you come from a duplicate. +metoo when you want, when you com from a duplicate, but not Subscribe when you +metoo
[17:04] <mac_v> pedro_: hi... when you are closing old bugs when users havent responded , could you also kindly close the papercuts task too? ex: Bug #393082
[17:04] <ubot4> Launchpad bug 393082 in file-roller "Extract archive with more context-menu options" [Low,Invalid] https://launchpad.net/bugs/393082
[17:04] <micahg> hggdh: bug 330550
[17:04] <ubot4> Launchpad bug 330550 in malone "Affects Me Too should also subscribe" [Medium,Triaged] https://launchpad.net/bugs/330550
[17:05] <pedro_> mac_v, sure
[17:05] <mac_v> pedro_: thanks :)
[17:05] <hggdh> micahg: thanks
[17:05] <qense> all post negative responses to bug 330550! spam it with +menots!
[17:05] <ubot4> Launchpad bug 330550 in malone "Affects Me Too should also subscribe" [Medium,Triaged] https://launchpad.net/bugs/330550
[17:05] <mac_v> micahg: i asked the lp folks , regarding that bug , they said that it is most likely to be fixed this week
[17:06] <qense> on edge or live?
[17:06] <micahg> most likely edge as they do monthly rollouts to prod
[17:06] <qense> ok
[17:08] <hggdh> well an easy way out of for LP *NOT* to generate email on adding/removing (duplicates|subscribers)
[17:08] <hggdh> s/of/is/ # ugh
[17:10] <qense> is this issue now handled?
[17:11] <mrand> Did anyone add a comment to that spam bug so that users can easily unsubscribe from it?  https://bugs.launchpad.net/ubuntu/+source/seahorse-plugins/+bug/429322/+subscribe
[17:11] <bdmurray> well we have some ideas of how to deal with it
[17:11] <ubot4> Launchpad bug 429322 in seahorse-plugins "seahorse-agent assert failure: ERROR:iop-profiles.c:606:IOP_generate_profiles: assertion failed: (obj && (obj->profile_list == NULL) && obj->orb)" [High,Confirmed]
[17:11] <hggdh> I guess so. We have a good idea of what to try
[17:12] <mrand> unsubscribe without having to visit the bug page, I mean.
[17:12] <hggdh> mrand: many comments on how to get out were added, yes
[17:12] <hggdh> I receive all of them ;-)
[17:12] <mrand> ok.  Can't read them since it isn't responsive :-|
[17:12] <micahg> hggdh: how about bug 418659
[17:12] <ubot4> Launchpad bug 418659 in malone "Reporting duplicate bugs leads to receiving notifications for every duplicate of the original bug" [Undecided,New] https://launchpad.net/bugs/418659
[17:13] <hggdh> great micahg! We can now pester the LP devs on this
[17:14] <hggdh> next item?
[17:15] <qense> Maybe someone should post our answer to this issue in that bug report to make the LP devs aware of our stance?
[17:15] <bdmurray> hggdh: that's it for specific agenda points
[17:15] <qense> next item: Open Discussion, or we could do the proposed topics
[17:16] <pedro_> aren't we running out of time? the meeting duration is only an hour
[17:16] <hggdh> yes, we are. Leave the rest for next meeting?
[17:16] <bdmurray> sounds good to me
[17:16] <pedro_> yeap
[17:17] <qense> "Mention of #ubuntu-bugs for Triage in LP" may be useful for the UDS?
[17:17] <hggdh> (i.e., promote proposed topic to basic topic)
[17:17] <hggdh> qense: not sure what that means
[17:17] <qense> make the people at Launchpad aware of this channel?
[17:17] <qense> micahg placed it on the list
[17:17] <hggdh> oh
[17:18] <hggdh> yes, I think it is a good idea
[17:18] <micahg> make it more prominent that people with bug issues should come home
[17:18] <micahg> oops
[17:18] <micahg> here
[17:18] <hggdh> +1
[17:18] <micahg> not people at launchpad, but people on launchpad
[17:18] <bdmurray> well bug filing redirects to ReportingBugs which mentions the channel
[17:18] <micahg> triagers and reporters alike
[17:19] <bdmurray> granted that's only web bug filing not apport
[17:19] <micahg> bdmurray: if people use ubuntu-bug like they are supposed to, they never see it
[17:19] <bdmurray> micahg: right so likely that would be best as an apport change
[17:19] <micahg> if reporters would follow up on bugs, so many might not get lost
[17:19] <qense> the mention on the ReportingBugs page is good, but wouldn't placing the channel next to every bug report fill this channel with people asking for the status of their bug?
[17:19] <micahg> +1
[17:19] <hggdh> yes, fine line there
[17:19] <qense> (+1 was for adding it to Apport?)
[17:19] <micahg> oops
[17:19] <micahg> too fast
[17:20] <qense> Adding it to Apport is a good idea, we could integrate it as well with creating an easy user interface for accessing the IRC support channels.
[17:20] <micahg> well, we need to determine a reasonable amount of time for triage and let people know to come back after that and follow up
[17:20] <hggdh> folks, I propose we call it now, and continue on the ML. We are already 20m over the time limit
[17:20] <qense> good idea
[17:21] <micahg> or I'll save it for the next meeting
[17:21] <bdmurray> thanks everyone
[17:21] <qense> you could start with discussing it on the maillist already
[17:21] <hggdh> well, move proposed to official list, ans we keep on the ML
[17:27] <qense> Bug 480027 is weird, can anyone confirm it? I can't. It's about opening Evince not showing the first or last page of a PDF file when navigating to them with either the sidebar or Page Up/Down.
[17:27] <ubot4> Launchpad bug 480027 in evince "evince does not draw first or last page of PDF" [Undecided,New] https://launchpad.net/bugs/480027
[17:28] <WeatherGod> I tried it on a fedora 11 system and couldn't reproduce it
[17:29] <hggdh> qense: cannot reproduce
[17:30] <qense> OK, thanks weatherGod and hggdh. I'll ask him if he could come up with any other special condition.
[17:38] <cfmcguire> Not that I have any expertise, but I couldn't reproduce the bug using jaunty.
[17:39] <qense> cfmcguire: thanks! It's good to get a result from jaunty as well. not much expertise needed for trying to reproduce something reasonably simple, don't be afraid
[17:39] <mrand> qense: maybe get the .pdf if it is redistributable / not confidential, and if it is reproducible, forward upstream?
[17:40] <qense> the PDF was fortunately attached to the bug report and consists of pages with the title Page 1 and the tekst 'This is page 1'
[17:41] <qense> maybe upstream has a higher chance to find a way to trigger it, I'll try it, thanks for the suggestion
[17:42] <WeatherGod> There is another report here related to PDF with regards to selecting text in multi-column PDFs
[17:42] <WeatherGod> I have personally noticed this in viewers like evince, should I redirect this to poppler?
[17:43] <hggdh> anyone knows were I can find sourca packages for Fedora 12?
[17:43] <hggdh> *source
[17:43] <JanC> WeatherGod: that's a known issue for the Evince developers
[17:43] <WeatherGod> yeah, but this report is filed against okular
[17:44] <qense> logically
[17:46] <JanC> WeatherGod: http://cgit.freedesktop.org/poppler/poppler/tree/TODO --> first item?  ;)
[17:48] <WeatherGod> ok, so I should file the bug as "Invalid" or "WontFix"?  With notice to the reporter about the TODO list, obviously.
[17:49] <JanC> well, you can try to find an upstream poppler bug about this and "depend" on it
[17:50] <WeatherGod> JanC: will do
[18:34] <WeatherGod> I am branching out into triaging other topics for bug reports, and I am noticing plenty of other instances of reporters running the Jaunty kernel after updating to Karmic.
[18:34] <WeatherGod> maybe it is causing more problems than just sound?
[18:36] <maco> sure, its just that sound is *really noticeable*
[18:36] <maco> if their /etc/kernel-img.conf lacks "postinst_hook = update-grub" it can be dup'd against 470265
[18:37] <WeatherGod> assuming that the update-grub solves their particular problem, of course?
[19:01] <sbeattie> maco: do we have any idea how that's either not getting set or getting unset?
[19:02] <maco> sbeattie: i think keybuk and lifeless are using that bug to try to figure it out
[19:32] <yoasif> anyone here use gnash or swfdec?
[19:35] <micahg> yoasif: why do you ask?
[19:40] <yoasif> micahg: finding bugs in both the alpha proprietary flash and the 32bit stable
[19:41] <yoasif> figured i would rather report bugs to the better open source alternative
[19:41] <micahg> yoasif: the open source ones, probably won't be better
[19:41] <micahg> you can report bugs to flash also
[19:41] <micahg> err...Adobe
[19:42] <micahg> yoasif: https://bugs.adobe.com/flashplayer/
[19:43] <yoasif> yeah i might just do that heh
[19:44] <yoasif> micahg: would you recommend the alpha flash or the stable one?
[19:47] <JanC> micahg: depends, the open source ones support hardware-accelerated video now  ;)   (but maybe not in karmic versions)
[20:09] <tonyyarusso> I know you can follow up on the comments this way, but is it possible to report a bug through e-mail?  I have a LoCo team member who doesn't seem to be comfortable with things other than e-mail...
[20:11] <mrand> tonyyarusso: https://help.launchpad.net/Bugs/EmailInterface
[20:12] <mrand> unfortunately: From address: the address from which you send the email must be registered in your Launchpad account.
[20:12] <mrand> The "ubuntu-bug" command mostly steps people through it though.
[20:13] <tonyyarusso> I have two issues with 'ubuntu-bug'.  One, it appears to require knowing the target package name.  Two, it doesn't have a pretty menu entry and all-GUI way of using it.
[20:29] <tonyyarusso> mrand: "Launchpad only accepts email that is GPG signed." - really?  I don't remember that, but I guess I haven't tested either.
[20:33] <sbeattie> tonyyarusso: typically, for the GUI apps, help menu -> report a problem will invoke ubuntu-bug on the correct package.
[20:34] <sbeattie> (if they don't, file a bug :-) )
[20:35] <tonyyarusso> sbeattie: Yeah, but some things lack a help menu (users-admin for instance)
[20:35] <micahg> yoasif___: well, stable flash is all we support in Ubuntu right now, 64 bit is on the list to discuss for Lucid
[23:19] <muelli> hey hggdh. Have a minute?
[23:23] <hggdh> muelli: yes
[23:24] <hggdh> muelli: if I may ask, BTW, you here??
[23:24] <muelli> hggdh: arr. I hate xchat-gnome. hang on
[23:24] <hggdh> :-)
[23:24] <muelli> well hggdh. I need to be on freenode right now, and since x-g is a bit sucky, I can't really connect to i.g.o -.-
[23:24] <muelli> eh
[23:25] <muelli> could you query me? >.,
[23:25] <muelli> >.<
[23:25] <muelli> *sigh*