=== asac__ is now known as asac === JanC_ is now known as JanC === scream is now known as NonvocalScream === NonvocalScream is now known as scream [02:11] ogasawara: I replaced my laptop, should I close out old hw issues I had since I can no longer test anything? [02:12] assuming I was the only one with the issue of course [02:12] micahg: yah that'd be great [02:13] ok, thanks [05:16] kklimonda: IMO #407692 should be changed to `wontfix'. it's not `incomplete' since we don't need any more information from the bug reporter [05:16] kklimonda: unless you got a better answer from the ubuntu-art team? [05:40] charles_: have you considered using up and down arrows on the icon? [07:10] good morning [08:38] good morning [08:38] and happy hugday [08:41] hey thekorn [08:42] hi seb128 [08:54] hi seb128 [08:54] hey micahg [08:54] would the crash in bug 410664 have been fixed with gtk 2.17.7? [08:54] Launchpad bug 410664 in firefox-3.5 "firefox-3.5 crashed with signal 5 in _XError()" [Medium,New] https://launchpad.net/bugs/410664 [08:55] micahg, I don't know there was quite som client side rendering fixes there [08:55] could be [08:55] ok, I'll request user try with latest GTK [08:57] mdz_, ^ that seems similar to the issue you had some weeks ago, is there still a bug about that? [08:57] mdz_, the one where firefox was crashing when run by apport [08:58] seb128, bug 401055 === mdz_ is now known as mdz [08:58] Launchpad bug 401055 in firefox "Gdk-ERROR **: The program 'firefox-3.5' received an X Window System error (BadWindow)" [Unknown,Confirmed] https://launchpad.net/bugs/401055 [08:58] mdz, thanks [08:59] micahg, that's a duplicate of this one [08:59] ah, indeed [09:00] except I can't seem to move a bug that's duped against it [09:00] maybe someone else can? [09:00] bug 412685 [09:00] micahg: Bug 412685 on http://launchpad.net/bugs/412685 is private [09:02] micahg, un-duped [09:03] mdz: where was that from? [09:03] micahg, an apport crash report from https://bugs.edge.launchpad.net/~loedur [09:03] mdz, how did you have access to this bug? [09:03] seb128, I have LP super powers [09:03] * seb128 wants those ;-) [09:04] they marked the bug as a duplicate before the retracer found it, so I think the retracer skipped it [09:04] I've to ssh to retracers to subscribe the bug triage team to those every time which is boring [09:06] seb128, how about having the retracer always subscribe a "retracer team" of people who can see the core dumps? [09:07] could be a good idea yes [09:07] I will talk with pitti about that again when he's back [09:15] mdz: is bug 412010 the same? [09:15] micahg: Bug 412010 on http://launchpad.net/bugs/412010 is private [09:15] THe first 4 of the stacktrace were the same [09:16] micahg, could be, hard to say without looking at the issue in details [09:16] the next one is XRemoteClient::CheckChildren instead of XRemoteClient::CheckWindow in yours [09:16] seb128: how much of the stacktrace needs to match to be a dup? [09:17] micahg, that one had no sensitive info in it (had been retraced), so I've just marked it public [09:17] seb128, you are in crash bug triagers, right? [09:17] micahg, depends, I don't know this codepath enough to tell if that's the same issue [09:17] mdz, yes, but the team is only subscribed after retracing [09:17] ok [09:18] seb128, right, 412010 was retraced, was wondering if you could see it [09:18] I can [09:18] the only bugs I can't see are the ones not retraced yet [09:18] and I often need to visit those when retracers crash on a bug to see what is wrong [09:18] or untag [09:18] anyway no big deal we have a subscribe command, it's just a ssh away ;-) [11:49] how is the hug day of the week going? [11:56] * matti hugs jarlen [11:56] ;d === MacSlow is now known as MacSlow|lunch [12:49] Packaging Training Session "On-Call Review" with cjwatson, seb128, james_w and me in 12m in #ubuntu-classroom === MacSlow|lunch is now known as MacSlow [13:28] pedro_: I'm here in any case [13:29] MacSlow, nice, I was about to ask to what's the status of bug 402246, you commented there but didn't changed the status/importance ;-) [13:29] Launchpad bug 402246 in notify-osd "Title has no limit of lines" [Undecided,New] https://launchpad.net/bugs/402246 [13:31] pedro_, updated [13:31] MacSlow, thanks [13:55] MacSlow, may you look at bug 401602 ? [13:55] Launchpad bug 401602 in notify-osd "First notification appears as a GtkMessageDialog" [Low,New] https://launchpad.net/bugs/401602 [13:56] * MacSlow looks [14:03] pedro_, updated [14:03] * pedro_ updating the hug day page [14:29] MacSlow, could you look at bug 410870 ? [14:29] Launchpad bug 410870 in notify-osd "ActionInvoked and NotificationClosed signals alwas have zero ID" [Undecided,New] https://launchpad.net/bugs/410870 [14:30] brb [14:45] pedro_, hm... ID-couter incremeant works [14:53] pedro_, I'd set 410870 to "Needs more info" but I can't find that option [14:54] MacSlow, incomplete is the needinfo on lp, i'll set that for you [14:54] updated [14:54] MacSlow, what do you think about bug 381416 and bug 371093 [14:54] Launchpad bug 381416 in notify-osd "notify-osd should have a close button" [Wishlist,New] https://launchpad.net/bugs/381416 [14:54] Launchpad bug 371093 in notify-osd "[wishlist] Click to dismiss" [Wishlist,Confirmed] https://launchpad.net/bugs/371093 [14:55] they're requesting a similar feature: able to dismiss the notification, one with a button and the other with a click [14:56] pedro_, well that's for the bin if ask me (or the design-folks) [14:56] pedro_, people just didn't read the spec of notify-osd [14:56] pedro_, not having a close-button to dismiss notifications is a design-feature and not missing functionality [14:58] pedro_, design-folks and me say "won't fix" pretty clearly to this [14:59] MacSlow, roger, may you add a comment there? [15:02] F**K [15:02] added the commnt to the wrong bug [15:02] can I delete comments? [15:03] MacSlow, mm nope you cannot... [15:04] pedro_, well I commented and set to "Won't fix" [15:04] awesome :-) [15:04] pedro_, should it stay for "Wishlist"-importance? [15:06] MacSlow, yeah, it was a feature request but closed as won't fix it's ok to stay with that importance [15:29] Howdy all [15:29] I have been using ubuntu since version 5, and ran into a problem after the latest upgrade from 8.10 to 9 [15:29] I have dont lots of reading on the internet as well, and no resolution [15:30] *done [15:33] well shit [15:43] Boo [15:49] baboo, sir === JanC__ is now known as JanC [16:44] MacSlow, have you seen bug 347565 ? [16:44] Launchpad bug 347565 in notify-osd "notication window does not follow panel" [Medium,Confirmed] https://launchpad.net/bugs/347565 [16:45] MacSlow, it was milestone for jaunty but didn't make it, do you have any updates on it? [16:54] pedro_, sorry no [16:55] pedro_, positioning is tricky because of metacity and compiz needing two separete code-paths for handling positioning [16:55] MacSlow, shall we move the milestone to later then? [16:55] pedro_, set it to karmic [16:55] MacSlow, ok will do , thanks === dholbach_ is now known as dholbach === torkiano is now known as jjardon [17:32] seems ubuntu-bug has issues when calling it on a .crash file [17:32] you just get a popup saying "no such file or directory" [17:32] anyone aware of a workaround for this? [17:35] plars, perhaps use apport-cli -c ? [17:36] pedro_: cool, I'll suggest that... thanks! [17:36] you're welcome [17:36] * plars didn't realize apport-cli would handle crash files too, I've gotten too lazy with ubuntu-bug for everything :) [17:48] plars: I'd report a bug about that too, it'd make sense for ubuntu-bug to work with crash files [18:08] bdmurray: it already exists: [18:08] plars: I'd report a bug about that too, it'd make sense for ubuntu-bug to work with crash files [18:08] err [18:09] stupid cut/paste [18:09] bdmurray: https://bugs.launchpad.net/ubuntu/+source/apport/+bug/401973 [18:09] Launchpad bug 401973 in apport "ubuntu-bug's quoting prevents .crash files from being reported" [Low,Triaged] [18:14] plars: great, thanks === jjar is now known as jjardon [19:32] ping bdmurray [19:32] hi [19:32] hi [19:33] can I get my bug control membership extended? expires at end of month? [19:37] micahg: done [19:37] thanks :) [20:20] anyone around who can change the Status of #407692 to Won't Fix? [20:20] bug 407692 [20:20] Launchpad bug 407692 in transmission "Icon for Transmission does not suggest the program's purpose" [Wishlist,Incomplete] https://launchpad.net/bugs/407692 [20:20] bug 407692 [20:23] charles_: I can understand why it would be Won't Fix for Ubuntu but why for upstream? [20:24] for the reasons I gave in comment #5 [20:24] what icon intrinsically says "bittorrent client"? [20:24] I have no idea [20:25] if an artist were to magically drop such an icon in my lap I'd consider it, but unless that happens, there's nothing to be done about this ticket [20:27] that makes sense but my making it won't fix it is harder for an artist to find [20:27] s/my/by/ [20:28] so I think leaving it open would increase it chances of getting fixed [20:28] hm, that might be true [20:28] that's a good point [20:33] charles_: so then what would you like to have happen with it? [20:35] hmmm [20:35] "Confirmed" is the only one of https://wiki.ubuntu.com/Bugs/Status that really fits [20:37] it feels wrong to leave a ticket intentionally open for an indefinite period.... [20:39] How is that? [20:40] *cough* bug 1 *cough* [20:40] ;) [20:40] greg-g: Error: Could not parse data returned by Launchpad: The read operation timed out [20:40] heh [20:40] bug 1 is awesome. [20:40] grepory: Error: Could not parse data returned by Launchpad: The read operation timed out [20:40] i stumbled across that when look for bugs w/ mentoring available. [20:41] (which it has) [20:41] greg-g: point taken :) [20:41] charles_: as I started cleaning out the old firefox packages, sometimes I can get things moving on 3-4 year old bugs [20:43] possibly it feels odd because I've been using the transmission launchpad ticket count as a yardstick lately... the last couple of point releases have closed a lot of launchpad tickets [20:44] transmission gets more good suggestions & useful bug reports from launchpad than any other two distro trackers [20:45] awesome :D [20:45] charles_: yeah, I can understand the desire to keep bug report statistics "clean." Maybe "[Wishlist] It'd be nice if there was an icon that conveyed 'bittorrent application'" :) [20:45] charles_: thats great [20:45] charles_: I started using the qa site to show trends === micahg1 is now known as micahg [20:45] do you use it? [20:46] no. I've been using the tickets system and follow brainstorm, but haven't looked at the qa site [20:47] idk if they have stats for transmission [20:47] I can't seem to find it [20:51] charles_: do you have any theories as to why the bug reports in Launchpad are better? [20:52] hm. well for the handful of crashes, the automated tracing/retracing has been very nice. but in general.. no idea. [20:52] for example fedora's tracker only has a handful of transmission tickets at all, even though it's the default torrent app there too [20:54] compare/contrast to launchpad which has had 259 transmission tickets... [20:54] so a combination of volume and retracing [20:54] cool [20:54] maybe fedora's user don't use bittorrent ;) [20:56] even though ubuntu is the biggest distro, they don't have a 10x lead over fedora, so I still get more feedback from launchpad even after taking market share into account [20:56] thekorn: maybe so. [20:57] "the sociological norms of the major distros" I foresee an academic paper coming out of this discussion [20:58] charles_: please, leave 407692 for a while longer [20:59] kklimonda: yes, bdmurray talked me out of wontfix :) [20:59] charles_: I'll handle it once I get in contact with bdmurray on ubuntu-bugsquad as it's quite an interesting case [20:59] great :) [21:01] kklimonda: googling around for p2p + icon, I found http://tinyurl.com/qq7xu4 which is someone's stock image, but might be a good starting point for a suitably-inspired icon artist [21:01] maybe ubuntu's design team has a good idea about an icon [21:02] on the other hand, changing an icon off a successfull application is a no go, IMO. people identify software by its icon [21:02] it conveys the nature of p2p better than upload/download arrows imo, since p2p is about everyone sharing with everyone else [21:03] greg-g, I like the tile of the paper. Now, I wonder which conference/symposium/workshop it would be best suited for... [21:03] thekorn: I'm sure changing the icon to suit the gnome HIG would be a tough sell to the devs on the mac client... :) [21:03] :) === Cuddles is now known as YDdraigGoch [21:04] maybe it's a wrong approach? I was thinking about it other day.. [21:05] I think we could divide users of bittorrent client into two categories - those who know about bittorrent and those who just want to download files. The first group would be attached to a single torrent client and for them an icon that make no sense isn't a proble as they know it already [21:06] and for people who don't know about bit torrent at all finding an icon that make sense may be impossible. I think that a good solution would be to create some sort of download centre where all different kinds of downloads are handled.. then more generic, hig compliant icon could be used. [21:32] hey kids [22:21] hey mister [22:24] hey kklimonda sir === yvan300 is now known as the_thin_man === asac__ is now known as asac