[09:39] <xteejx> Morning !!
[09:39] <xteejx> vish: Here?
[09:39] <vish> xteejx: yo!
[09:40] <xteejx> vish: Hey vish, just a quick Q about bug 664996, not sure about it
[09:40] <ubot4`> Launchpad bug 664996 in humanity-icon-theme (Ubuntu) (and 1 other project) "missing icon for audio-headset-usb or audio-headset (affects: 2) (heat: 12)" [Wishlist,Confirmed] https://launchpad.net/bugs/664996
[09:40] <xteejx> I understand you are the humaity-ic0on-theme person :)
[09:42] <vish> xteejx: i havent checked the code, but I can trust him and can just add the icon there, but it is Just Not The Right Way™ , the right way is to add the icon in whatever package is using  "audio-headset-usb" *first*
[09:42] <vish> s/can trust/could trust
[09:43] <xteejx> I think I understand
[09:43] <xteejx> So there's nothing for for me to do with that report for now then I assume?
[09:43] <vish> xteejx: if some package is using a new icon name(non-standard) of its own, it first needs to add that icon to its package
[09:44] <vish> xteejx: maybe forward it upstream?
[09:44] <vish> xteejx: tell upstream that they are using an icon name which does not exits
[09:44] <vish> exist*
[09:44] <xteejx> I see, humanity pulls in the icon set from the audio-usb-headset, meaning its that, not humanity? Is that right?
[09:45]  * xteejx hasn't had a coffee yet
[09:45] <vish> xteejx: that bug has nothing to do with Humanity, I can add the icon as a wishlist but not a bug for me ;)
[09:45] <vish> xteejx: it might probably be due to gnome-icon-theme removing a huge load of stock icons
[09:46] <vish> xteejx: a lot of old "stock" icons were removed when gnome-icon-theme 2.28 was released
[09:46] <xteejx> Ok, cool....problem is I'm not sure who to forward it *to*....gnome?
[09:46] <vish> yea, i dint know either, else i would have sent it :)
[09:47] <xteejx> lol, I'll send it to gnome, if they think it's wrong they can say "no it should go to X"
[10:39] <nonix4> Could somebody confirm whether bug #738063 exists on other releases besides Lucid? Testing that shouldn't take more than couple minutes, but requires at least openssh-server to be running (whether ecryptfs is unrelated is unknown for now).
[10:40] <ubot4`> Launchpad bug 738063 in gnome-keyring (Ubuntu) "gnome-keyring-daemon assertion failures when changing password remotely (affects: 1) (heat: 6)" [Low,Incomplete] https://launchpad.net/bugs/738063
[13:14] <Abhijit> yofel, ping
[13:15] <yofel> pong
[13:17] <Abhijit> yofel, what should or where should where i go so that my improvement suggestions will takesn seriously by scribus team?
[13:17] <yofel> Abhijit: it was already implemented
[13:17] <yofel> will be in 1.4rc3
[13:17] <Abhijit> no no i am not talking about yesterdays bug
[13:17] <yofel> ah
[13:17] <Abhijit> there still some more bugs i found
[13:18] <Abhijit> i found today
[13:18] <Abhijit> yofel, my reporting to launchpad is enough?
[13:18] <yofel> well, they're using a mantis BT at http://bugs.scribus.net - more details in #scribus. But you should test it with the most recent release of 1.4 if it's scribus-ng
[13:19] <yofel> they have they're own packages for ubuntu in their archives
[13:19] <yofel> *their
[13:19] <Abhijit> ok i will get 1.4 and report to thier bug system
[13:19] <Abhijit> ok
[13:19] <yofel> Abhijit: see http://wiki.scribus.net/canvas/Debian
[13:19] <Abhijit> yeah
[13:43] <yofel> Abhijit: ah, and take a look at http://docs.scribus.net/index.php?lang=en&page=bugreport
[13:44] <Abhijit> yofel, sure
[14:17] <hggdh> yofel, ping?
[14:17] <yofel> hm?
[15:05] <hggdh> charlie-tca, ping
[15:09] <charlie-tca> yes?
[15:14] <vish> LP is just awesome!
[15:14] <vish> AWESOME!!!
[15:15]  * vish too fickle or just that LP doesnt go down for as long as GNOME's Bugzilla ;p
[15:16] <JFo> vish :)
[16:43] <patrickmw> Looking for confirmation on bug 742598 please
[16:43] <ubot4`> Launchpad bug 742598 in gnome-system-tools (Ubuntu) "users-admin - newly added user is diabled when using the generated password option (affects: 1) (heat: 8)" [High,New] https://launchpad.net/bugs/742598
[16:44] <patrickmw> jibel: I found this bug last night.  If its valid its a test automation blocking defect
[16:44] <patrickmw> ^
[16:49] <jibel> patrickmw, nice, you're finding bugs :-)
[16:50] <patrickmw> jibel: yay testing
[21:42] <bdmurray> Hello
[21:43] <BUGabundo> olá
[21:43] <ravitejavad> Helloo
[21:44] <bdmurray> So I've noticed bug 626798 has a few duplicates and I'm going to write a bug pattern to stop more from coming in if anyone is interested in this.
[21:44] <ubot4`> Launchpad bug 626798 in update-manager (Ubuntu) (and 1 other project) "update-manager crashed with DBusException in _run() (affects: 174) (dups: 240) (heat: 1816)" [Medium,Confirmed] https://launchpad.net/bugs/626798
[21:47] <charlie-tca> Is that what the pattern does?
[21:47] <bdmurray> Yeah apport checks for a bug pattern to see if there is a match before reporting a bug.
[21:47] <bdmurray> So a bug pattern is a way to stop additional duplicates from coming ing.
[21:48] <bdmurray> er coming in
[21:48] <charlie-tca> I have to remember that. I had a couple this cycle that could have used that :-)
[21:49]  * yofel knows what a pattern is and what it does, just not how to write one
[21:49] <bdmurray> https://code.launchpad.net/~ubuntu-bugcontrol/apport/ubuntu-bugpatterns/
[21:49] <bdmurray> that's where they are
[21:50] <bdmurray> If we view the branch content
[21:50] <charlie-tca> I did not know what they did, but I see them often
[21:50] <bdmurray> and look at bugpatterns.xml we can see the patterns
[21:51] <bdmurray> http://bazaar.launchpad.net/~ubuntu-bugcontrol/apport/ubuntu-bugpatterns/view/head:/bugpatterns.xml#L1113
[21:51]  * charlie-tca is still learning things
[21:51] <bdmurray> there is an example of one
[21:51] <bdmurray> since we are dealing with update-manager I'll copy and paste those 6 lines
[21:52] <bdmurray> the pattern url is where people will be sent - our master bug in this case
[21:52] <bdmurray> package will be the same
[21:52] <bdmurray> I actually like using OriginalTitle not Title as the key
[21:52] <bdmurray> OriginalTitle is in the description and people are less likely to muck with that
[21:53] <bdmurray> This is what I have now
[21:53] <bdmurray> <re key="OriginalTitle">update-manager crashed with DBusException in _run\(\)</re>
[21:53] <bdmurray> we are dealing with regular expressions here hence the \(\)
[21:54] <bdmurray> Now I'll look at the Traceback
[21:54] <bdmurray> http://launchpadlibrarian.net/54625499/Traceback.txt
[21:54] <bdmurray> and use parts of the last 2 lines
[21:55] <bdmurray> so now I have this
[21:55] <bdmurray>         <re key="Traceback">yield self._transaction.run\(defer=True\)</re>
[21:55] <bdmurray>         <re key="Traceback">BusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply.</re>
[21:57] <bdmurray> so then I test it with a script included in the bzr branch - test-local
[21:57] <bdmurray>   ./test-local 626798
[21:58] <bdmurray> LP: #626798: Matched bug pattern: https://launchpad.net/bugs/626798
[21:58] <ubot4`> Launchpad bug 626798 in update-manager (Ubuntu) (and 1 other project) "update-manager crashed with DBusException in _run() (affects: 174) (dups: 240) (heat: 1816)" [Medium,Confirmed]
[21:58] <bdmurray> So, that's great
[21:58] <bdmurray> then I could check some duplicates too
[22:00] <bdmurray> weird 735002 didn't match
[22:01] <bdmurray> The stacktrace has DBusException: org.freedeusernametop.
[22:01] <bdmurray> which is kinda weird but since it is a regex we can match that too
[22:05] <bdmurray> I also needed to replace 'defer=True'
[22:05] <bdmurray> so now I have the following
[22:05] <bdmurray> <re key="Traceback">yield self._transaction.run\(.*\)</re>
[22:05] <bdmurray> <re key="Traceback">DBusException: org.*.DBus.Error.NoReply: Did not receive a reply.</re>
[22:08] <bdmurray> so then I'll use search-bugs to check other update-manager bugs to make sure I'm not catching other bugs I don't want to
[22:12] <bdmurray> of course that takes a bit ;-)
[22:13] <bdmurray> Anybody listening? Have any questions?
[22:14]  * yofel listens
[22:14] <bdmurray> ooh, found bug 710569 whihc is an unmarked duplicate
[22:14] <ubot4`> Launchpad bug 710569 in update-manager (Ubuntu) "update-manager crashed with DBusException in _run(): org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. (affects: 5) (dups: 2) (heat: 97)" [Undecided,Confirmed] https://launchpad.net/bugs/710569
[22:15]  * charlie-tca listens, but only understands a little bit
[22:15]  * charlie-tca understands it finds dups now, and he won't have to keep marking them when the bug pattern is done.
[22:16] <bdmurray> apport does most of the duplicate consolidation for apport-crash reports but not apport-package bug reports
[22:16] <bdmurray> er the apport retracer does most of the duplicate consolidation
[22:18] <bdmurray> search bugs also found bug 716962 which is a nother duplicate
[22:18] <ubot4`> bdmurray: Bug 716962 on http://launchpad.net/bugs/716962 is private
[22:18] <yofel> you still get quite a bit of mail if a lot of duplicates get filed, not having them filed in the first place saves time for both sides
[22:19] <bdmurray> yes, if a bug has 20 or more duplicates we already know its a problem
[22:19] <bdmurray> 200 is a bit wasteful
[22:20] <yofel> when does the retracer add the bugpattern-needed tag? 10 dups?
[22:21] <bdmurray> yofel: about that
[22:22] <bdmurray> this is what I used with search bugs
[22:22] <bdmurray> search-bugs --package update-manager --tags apport-crash
[22:23] <bdmurray> So I've pused the pattern now
[22:25] <bdmurray> http://bazaar.launchpad.net/~ubuntu-bugcontrol/apport/ubuntu-bugpatterns/revision/189
[22:25] <bdmurray> that might show the diff
[22:25] <yofel> ah, I noticed that all Package definitions are all '^package ', do we need the start_line at the beginning and space at the end?
[22:26] <bdmurray> yofel: no, they were all used to be in one xml file per package and that happened during the conversion process
[22:26] <yofel> k
[22:27] <bdmurray> yofel: the space at the end is a good idea just in case though
[22:27] <bdmurray> apport looks at the bug attributes like this
[22:27] <bdmurray> Package: update-manager 1:0.146.3
[22:28] <bdmurray> so if we have update-manager and update-manager-awesome
[22:28] <bdmurray> the same pattern could wrongly match both packages
[22:28] <bdmurray> well so the same this is true with awesome-update-manager
[22:28] <yofel> indeed
[22:28] <bdmurray> so using '^package ' really is best ;-)
[22:29] <yofel> yeah, thanks
[22:29] <bdmurray> a badly written pattern could stop all crash reports from coming in ;-)
[22:29] <bdmurray> and I'm happy to review merge proposals
[22:31] <bdmurray> or commit patches
[22:32] <bdmurray> or even do all the testing!
[22:32] <bdmurray> also looking at the traceback it looks like the crash is really in aptdaemon