[00:08] anyone know of a master bugreport for changing minimse/maximise/close to left? or are we just invalidating them with a link to upstreams decision? [00:21] anyone?? ^^ [01:08] I've got an awful problem. Right after I log on, the next time I press enter my X-server gets restarted. Any ideas? Is this known? [01:08] m0ar, yah it's known, let me find the report... [01:09] m0ar, i'm guessing you're on lucid? [01:09] ActionParsnip: ddecator Yep [01:09] ddecator: yep* [01:09] m0ar, bug 532047 [01:09] Launchpad bug 532047 in xorg-server (Ubuntu) (and 1 other project) "Plymouth text-mode splash causes X to crash on first run due to shared tty7 (affects: 84) (dups: 11)" [Undecided,Invalid] https://launchpad.net/bugs/532047 [01:10] ddecator: Yeah, my TTY7 is [01:10] they're working on a fix right now [01:10] Bugged [01:10] So, what can I do? [01:10] Anything? [01:10] there is a workaround on the report i believe [01:20] OK. eeeBotu is back. Sorry for the problems. [01:24] * BUGabundo <3 hggdh [01:33] ddecator: re no pic in me-menu. already reported bug 525951 [01:33] Launchpad bug 525951 in indicator-me (Ubuntu) (and 1 other project) "Selecting a user image does not apply in the Me Menu (affects: 18) (dups: 2)" [Medium,Fix committed] https://launchpad.net/bugs/525951 [01:34] * kermiac needs to improves his launchpad-searching-foo [01:34] haha, good deal, thanks kermiac [01:34] :) [01:35] kermiac, doing a google search for "site:bugs.launchpad.net " works best for me [01:35] thanks ddecator I'll have to try that. been using google, but not with the "site:" part [01:53] yo BUGabundo [01:58] hggdh: I want to ask your opinion wrt bug reports concerning window controls on the left. I have seen that bug 532633 was invalidated. Do you think it'd be safe to invalidate similarm bug reports & poiny them to https://wiki.ubuntu.com/Brand#New%20GtkThemes, advising that it's a design decision? [01:58] Launchpad bug 532633 in light-themes (Ubuntu) "[light-theme] please centre window title and order window controls (affects: 7)" [Undecided,Invalid] https://launchpad.net/bugs/532633 [01:58] s/similarm/similar [01:59] s/poiny/point - bah, fingers not working today [02:00] or maybe dupe that report (532633) using it as a "master" & invalidate [02:52] hi there, i have a question abou thtis bug: https://bugs.edge.launchpad.net/ubuntu/+source/f-spot/+bug/533615 [02:52] Launchpad bug 533615 in f-spot (Ubuntu) "F-Spot PicasaWeb export fails when "Export Tags" is checked (affects: 1)" [Undecided,New] [02:52] that's an upstream bug, right? should i also report it to the gnome bug tracker? if so, how do i link an upstream bug? [02:52] or do i have to request for someone with more privileges to do so [02:53] jamalta: also affects project allows you to add an upstream bug [02:53] if you have the upstream bug url, that is :) [02:53] micahg: ah! thanks :) [02:53] jamalta: you don't need more rights to add an upstream tracker, you can add it yourself [02:53] greg-g: of course, will report to gnome's bugtracker [02:53] nigelb: thanks [02:53] you guys are helpful! :) [02:54] we try :) thank you for participating! [02:54] should i paste the ubuntu-bug output to gnome's bugtracker? i think that might come in handy, no? [02:54] not entirely [02:54] oh [02:54] just give the version of f-spot that you're using [02:54] nigelb: ok, thanks :) [02:55] as noone really wants to comment on the issue, I've made bug 532633 a "master bug" for all bugs related to recent "wm controls on the left" change [02:55] Launchpad bug 532633 in light-themes (Ubuntu) "[light-theme] please centre window title and order window controls (affects: 11) (dups: 2)" [Undecided,Invalid] https://launchpad.net/bugs/532633 [02:56] kermiac: whoa :) [02:56] thanks everyone for your help [02:56] min,max,close buttons on the left is a bug, right? ;) [02:56] yeah... there is at least one other dupe, but I think it needs to be split into 3 diff bug reports [02:56] yup, its a wishlist [02:56] * kermiac grins [02:57] we're likely to see a whole lot more bugs file regarding that issue [02:57] jamalta: I thoguht that was a design decision [02:57] yeah [02:57] micahg: i know, i'm joking :) [02:57] anyone familiar with flac encoding? [03:06] micahg: Have you seen firefox utilising around 10% of cpu & 20% or ram? upto 1.5GB sometimes.... I'm thinking it's probably a rogue extension, but I'm not sure [03:06] kermiac: both of those are subjective [03:06] kermiac: how many tabs and what are you doing? [03:06] ok, that's true :) [03:06] also, what version? [03:07] I know I use a LOT of windows/ tabs - currently 8 windows open each with around 10 or more tabs. FF ver 3.6 [03:08] 8 windows wit 10 each? [03:08] yeah, that's almost definately my problem then. I need to stop doing so much at once [03:09] kermiac: only if you don't have the RAM :) [03:09] I've got 32bit karmic installed, so it only sees 3GB ;) [03:09] kermiac: use PAE [03:10] yeah, I would but that messes with me using usb-creator [03:10] kermiac: why? [03:10] some older machines don't seem to like pae [03:11] kermiac: I'd say that's a bug :) [03:11] and what old machine supports > 2GB RAM? [03:11] yeah? I thought that usb-creator would utilise whatever kernel the machine creating the startup disk uses [03:12] idk, shouldn't matter IMHO [03:12] kermiac: I thought it just runs the installer? [03:13] some of the old clunkers at work don't handle pae kernel - never really looked into it further. I've just avoided installing the pae kernels on the machines I use to create startup disks [03:13] I don't know exactly what it does, but it copies files from whatever computer you create it on [03:13] kermiac: I thought it copies from the ISO [03:14] & if I create on a machine using a pae kernel it creates a usb disk with pae kernel [03:15] Although I haven't tried it on a machine with pae kernel in over 6 months... sounds like I need to take another look at it :) [03:15] I'll load up a vm & install pae kernel & check [03:18] kermiac: well, are you generating a startup disk from an ISO or from the current system? [03:18] not env, but source [03:20] bah, brown-outs :( === kermiac_ is now known as kermiac [03:23] and the fun begins... already having reports regarding wm controls unduped & set to confirmed :( [03:23] kermiac: still having brown outs? [03:24] bcurtiswx: yeah - it's this house. but the electrician can't find the cause :( [03:24] that does suck [03:24] yup.. so at least twice a day I have to go flick the switch in the powerbox [03:27] get a new house [03:27] :P [03:28] ddecator: hey, what do you mean by realestate used by rhythmbox? [03:31] nigelb, hey, there just seems to be more space used then there needs to be. for example, the area that shows the trackbar and the title of the song playing could be shorter and doesn't need to cover the entire width of the player, the buttons are larger than they need to be imo...just little stuff that, if it reduced the amount of space things took up, then there would be more room for browsing music (and eventually the ubuntu [03:31] one store) [03:32] ddecator: it just uses up the space because of the track listing [03:32] actually, in the small version, its much smaller [03:33] * ddecator tries small version [03:34] that doesn't change the height of it for me...the search bar could also be redesigned so that it doesn't have to take up as much space either...but it's more of a personal preference, i like things like that to be as minimal as possible ;) [03:34] ddecator: since its going to be hidden all the time, I really dont mind the size ;) [03:36] nigelb, true haha, i just think it would be more user-friendly if the browsing area was larger...for example, moving the trackbar up to in-between the control buttons and the volume would save a lot of room and raise the height of the browsing area quite a bit [03:36] ddecator: yes it would, but I think its a gnome standard [03:37] its like a tool bar [03:38] well it works and there isn't anything inherently wrong with the design, it just doesn't fit my personal preferences =) [03:41] nigelb, i do think something should be done with the "home" button (not sure what it's called) since it doesn't portray it's function very well... [03:42] ddecator: home? [03:43] nigelb, the button that displays a house, but adjusts the view in the browsing area (either has the Artist and Album filters or not) [03:43] * nigelb sees no such button [03:44] ... [03:44] lucid? [03:44] nope [03:44] ah [03:45] next to the visualization button? [03:45] must be new feature [03:46] huh, let me get a screenshot so you can see what i mean... [03:47] nigelb, http://imgur.com/OtV1e.png [03:48] ddecator: you say it takes too much space? the karmic one takes more [03:48] and i have no clue what it does. need to update to lucid sometime [03:49] nigelb, that house button just makes the Artist and Album filters either display or be hidden, so it doesn't communicate it's function well at all imo (i can file a wishlist bug if you want) [03:49] ddecator: please do. upstream ;) [03:50] nigelb, and yes, this is similar to what i would like to see rhythmbox look like: http://www.omgubuntu.co.uk/2010/03/rhythmbox-reimagined-prepare-to-wow.html [04:01] nigelb, ah, it changes depending on your icon theme... [04:08] ddecator: oh, then you need to file against the theme [04:08] nigelb, yah, that's what i figured, i'm trying to find the icons so i can figure out what the title of the icon is... [04:08] ddecator: ah :) [04:27] nigelb, you wouldn't happen to know a way for me to see what file rhythmbox looks for to use for that button? i have no idea what size or category it will be under... [04:27] * nigelb looks into source [04:29] ddecator: can you give me the tooltip text for it [04:29] nigelb, "Change the visibility of the browser" [04:39] ddecator: no clue buddy. tried [04:40] nigelb, thanks, i appreciate you trying. i'm just trying to find the icon so i can know what exactly is going on... [04:41] ddecator: ask vish or qense, they should know [04:41] nigelb, thanks [04:41] vish, you around? [04:53] kermiac: tried searching in the light themes? [04:53] vish: how do we see the icon calls in source? [04:53] vish: huh? [04:53] vish, was that meant for me? [04:53] kermiac: upstream in this case is ubuntu[themes] , not gnome [04:54] vish: sorry, didn't know what you were referring to for a sec ;) [04:54] kermiac: ubuntu[themes] is probably not the exact package name.. , the project has not been made public anywhere , so there is no upstream link yet [04:55] so far I've just duped all of the bug reports I have found so far into one master bug report as there was already a fair amount of discussion regarding the issue in bug 532633 [04:55] Launchpad bug 532633 in light-themes (Ubuntu) "[light-theme] please centre window title and order window controls (affects: 15) (dups: 4)" [Undecided,Invalid] https://launchpad.net/bugs/532633 [04:56] ohhh, that, haha [04:58] !test [04:58] hrm? [04:58] * kermiac laughs [04:59] hmm , damn irc lag :/ [05:00] micahg: wrt usb-creator & pae - seems like the issue may have been a local &/or old problem. It doesn't copy the pae kernel over now :) [05:01] k [05:02] kermiac: the bug is not invalid , the themes are still expected to undergo a lot of changes [05:02] * vish setting it to confirmed until a final decision is made [05:03] vish: I didn't invalidate it [05:03] it was already set to invalid [05:04] i was wanting some more advice on the issue earlier as I wasn't sure if I should set it back to confirmed or not [05:04] I just cleaned up the excess reports for now until I could find someone else to discuss the issue with [05:06] vish, does that also mean i shouldn't file a bug with the ubuntu-mono-light icon theme? [05:08] ty for clearing that up vish :) === jamalta is now known as jamalta-afk [05:08] ddecator: which bug? my irc is a bit lagging.. i might have missed something.. [05:09] which icon bug* [05:09] vish: slow connection? [05:09] nigelb: nah , i had transmission set to unlimited ;) [05:10] vish: that was next :p [05:10] just now stopped it and got back pages of scrollback :( [05:10] vish, with rhythmbox the "Change the visibility in the browser" button is a house with the ubuntu-mono-light theme...which makes no sense [05:10] set it to 30 for sanesness [05:11] ddecator: sure file one , with the screenshot.. none of the canonical themes/icons are yet hosted publicly , when it is will be decided [05:11] they are still WIPs , just been pushed early due to UI freeze [05:12] vish: how do we see the code for that thing [05:12] i.e. the code for the icon to see where it is referenced? [05:12] vish, alright, what package would i file it against? [05:12] nigelb: ubuntu-mono, i guess [05:12] vish: shouldn't rhythmbox code have a call to an icon or theme? [05:13] ah, there it is... [05:13] nigelb: hmm , you can check the icon name in the /usr/share/icons [05:13] vish: aha :) [05:14] i haven't actually filed a report in so long... [05:14] hehe [05:15] ddecator: I got lost a bit when I had to file one for FFE too ;) [05:15] nigelb, so does that mean you know what icon rhythmbox is calling for so i can include it in the report? [05:15] nigelb, haha, i used to do this a lot, but never on lp... [05:15] ddecator: i'm not on lucid, so you have to check at your end [05:15] * vish still doesnt know which the icon ddecator and nigelb are talking about [05:16] screenshot would help ;) [05:16] vish: http://i.imgur.com/OtV1e.png [05:16] vish, in rhythmbox, the "Change the visibility of the browser" icon is a house... [05:16] vish: thoughts on possible replacement? [05:16] hmm... that is an icon from humanity [05:17] the rhythmbox is the culprit here , it uses that icon [05:17] iirc [05:17] ddecator: hasnt it been that way for a long time? [05:17] vish, idk, but it changes for some icon themes [05:18] i just started using it today because of songbird problems [05:18] * ddecator stops filing report [05:18] * micahg switched to banshee actually... [05:18] vish: I dont see that thing for karmic RB [05:18] * nigelb is going to check RB source to see if its a new feature [05:18] nigelb: hmm , its been that way since karmic [05:19] vish: then for some reason I have it disabled. I dont see the house icon [05:19] depending on the icon theme, i either get a house, or a stack of cds... [05:19] nigelb, what do you see? [05:19] ah, I get a stack of CDs ;) [05:19] aha! [05:19] ddecator: yeah , gnome is a stack of cd's [05:19] still not a very good icon imo [05:20] ddecator: somewhere we seem to have added an extra symlink.. [05:20] vish, gonna be honest, not sure what that means... [05:21] ddecator: instead of using a separate icon for that there is probably an extra symlink somewhere which points to the house icon.. [not sure how to explain] [05:22] vish, ah, ok, i get what you're saying. so is that an upstream or downstream problem? [05:22] downstream, theme specific [05:22] fair enough [05:23] nigelb: it is upstream theme specific as well ;) [05:23] vish: bah! themes are complicated [05:23] ...so file on both? [05:24] ddecator: sure you can .. [05:25] vish, alright, i'll let you guys determine whether or not they should be linked [05:25] ddecator: linked? humanity is hosted in lp [05:26] vish, right, but my suggestion will be to have a pre-determined icon instead of having it be theme-dependent [05:27] ddecator: all icons change with themes [05:27] they need to [05:27] or else we'd have white icons in a dark theme ;) [05:27] huh, i thought apps could set their own icons for use within the app [05:28] ddecator: seeing that humanity and rhythmbox would probably be dropped for lucid +1 .. we are spending way too much time on this bug ;p [05:28] vish: isnt banshee coming in? [05:29] vish, true, but isn't the ubuntu-mono-* theme going to be used? that's what i'm using right now and it's using the same icon, unless they are going to be changed [05:29] nigelb: probably for lucid+1 .. [05:30] but since it will only be main -> universe, it still significant ;) [05:30] ddecator: ubuntu-mono is not a complete theme.. ;) it has only the panel icons , the rest of the icons are from humanity [05:30] ddecator: that one is a humanity icon [05:31] vish, ah, gotcha...so should i still file the report, or is it not going to be looked at? haha [05:31] ddecator: file one , if i have time i'll fix it :) [05:31] vish, fair enough [05:31] i thought rhythmbox was going to be around for a while since it will have the ubuntu one music store first... [05:32] rhythmbox is likely to be around for a while whether it's default or not. If it's buggy, please triage as usual and try to get stuff fixed. [05:33] Given that banshee won't even start on some architectures, I'm certain it will continue to have users. [05:33] persia, good point [05:33] persia: banshee is slated to be default at some point? [05:34] micahg: There are rumours to that effect. I have no idea how true they may be. [05:34] micahg: it was supposed to be in Karmic itself , but upstream didnt have a stable tarball in time and there were a few other confusions as well [05:34] (for some value of "supposed to be") [05:34] well, there is the store [05:34] right now its only in [05:34] RB [05:34] Anyway, doesn't matter. [05:35] nigelb: yup , since it is default ;) [05:35] Some people use one thing. Some people use another. We ought try to support both. [05:35] main -> universe is not much [05:35] we have many music players :) [05:35] we still support the thing [05:35] * vish still uses rhythmbox :) [05:35] * nigelb too! [05:35] Bugs don't get less interesting just because they are in non-default apps: they just get less commonly-reported. [05:35] persia: that makes life more easy ;) [05:37] persia: re: (for some value of "supposed to be") , that was what the desktop team mentioned as the reason for dropping banshee for karmic [05:38] vish: My issue is that "supposed to be" implies there is some strong driving force, rather than just people reviewing which packages happen to meet what they believe to be common use cases better each cycle. [05:38] vish: So, there's absolutely no reason we especially like rhythmbox or banshee or mpd or any of the others. [05:39] The one that a given flavour's developers think happens to integrate best for each release gets selected by default, and lots of users choose alternates. [05:40] * micahg needs to work on getting Songbird into archive..maybe lucid +1 [05:40] * ddecator would appreciate that [05:41] persia: AFAIK , there was a driving force for banshee as default.. but that stopped with slow upstream , [i vaguely recall uds-k also having a discussion on the change] [05:41] banshee is what I use since it supports shoutcast and poodcsts [05:41] vish: There was no driving force: it was a result of some people thinking it was good and an analysis of integration and support for use cases. [05:42] persia: ah , gotcha.. [05:42] vish: Don't assume that there exists a secret cabal that says "This is the direction": UDS exists precisely because of the absence of such a body. [05:42] Some people argue with greater weight than others, but that's a matter of mutual respect, rather than a matter of who "controls" stuff. [05:43] Also, not all flavours agree on the right solution, so there is often divergence within Ubuntu (and on official images). [05:44] persia: hehe , didnt assume secrets cabal , for karmic papercuts , banshee was kept in the loop for sometime , then we dropped it from the papercuts , since the desktop team was no longer interested , thats how i knew of this :) [05:44] well, one thing I gotta tell ya. the rhthmbox upstream is a great bunch who's friendly [05:44] well, there are a couple pissed off with ubuntu moments, but generally, they're pretty nice [05:45] i should get to know some upstream mozilla people... [05:45] That's always going to be the case with distro/upstream discussions *) [05:45] persia: i'm not having a personal opinion on either players , i use rhythmbox.. didnt like banshee when i tried it long time ago ;) [05:45] vish: Understood. I just try to argue against imprecise language that implies all of Ubuntu isn't a cooperative venture when I encounter it :) [05:46] ;) [05:59] wow, upstream rhythmbox people are on top of things... === kermiac is now known as kermiac_ [05:59] ddecator: got a reply already? [05:59] nigelb, they already marked it a dupe X) [06:00] ddecator: I told you so ;) [06:00] johnathan? [06:00] yup, no h in his name though [06:00] I spell bad [06:00] haha [06:01] i saw that report too and i didn't look because i didn't think there was any way it was what i was looking for...oops [06:06] micahg, do you generally recommend having people try bugs in safe mode, or with a new profile? [06:07] new profile [06:08] what's the best way to do that? 'firefox -p --no-remote' ? [06:11] ddecator: http://pastebin.ubuntu.com/390119/ [06:11] micahg, perfect, thanks [06:24] oh good, two bugs that the reporters made public with coredumps... [06:26] ddecator: Happens sometimes. Simple to clean up, and at least it was the *reporter* that exposed it. [06:26] persia, very true. i'm marking them private again and letting them know why [06:26] ddecator: you can vote for bug 505370 [06:26] Launchpad bug 505370 in malone "disable ability to make public if attachments should be private (affects: 2)" [Low,Triaged] https://launchpad.net/bugs/505370 [06:26] micahg, will do [06:27] ddecator: In those cases, I usually remove the coredump and leave them public. [06:28] * persia goes to argue against 505370 [06:28] * micahg is curious to see persia's argument [06:28] Unfortunately removing attachments isn't very effective. [06:28] persia, what if retrace failed? should i make it private and let someone look at it? [06:30] and in the other it still needs retrace, so shouldn't the coredump stay attached for now? [06:30] bug 39298 is the one that really should be fixed [06:30] micahg: Bug 39298 on http://launchpad.net/bugs/39298 is private [06:30] oops [06:31] I meant bug 39674 [06:31] Launchpad bug 39674 in malone "Attachments of private bugreports are public (affects: 1) (dups: 3)" [Medium,Triaged] https://launchpad.net/bugs/39674 [06:31] The Private PPA infrastructure makes that feasible now. [06:31] I can't even see bug 39298 [06:31] persia: Bug 39298 on http://launchpad.net/bugs/39298 is private [06:31] persia: wrong bug [06:31] Although it's hard to privatise public files. [06:32] Ah. [06:32] Attempting to "privatise" public files is just a false impression. The file may have been (and perhaps has provably been) exposed previously. [06:32] * nigelb agrees with persia's argument [06:33] (in the bug) [06:34] the extra warning is a good idea [06:35] especially when changing from private -> public [06:35] persia: I would assume similar ACLs to the report a bug could be instituted so -control members can do what they want [06:35] Restricting bug permissions should not be done lightly. [06:36] micahg: Potentially, but that doesn't help upstream developers :) [06:37] persia: upstream devs that want to can become part of -control [06:38] one bug failed retrace, the other still hasn't been retraced, so coredumps should stay attached and reports made private for now as a precaution, yes? that's my understanding from the wiki (but i haven't had to deal with this much before) [06:39] ddecator: That's correct, but once a bug is public, it can't really be made private again, because it's been posted to the ubuntu-bugs ML. [06:40] persia, right, but it's better than nothing i suppose... [06:41] Really, no. The artifacts have already been exposed. [06:41] It doesn't make any difference. [06:43] persia: the links are sent to the ML? [06:43] micahg: Most upstream devs aren't involved enough to know how. Also, lots of folk are helpful, and may know the upstream code, but may not be able to convince jcastro they qualify as "upstream devs". [06:45] persia: fine, but I'd say most users don't know that coredumps might contain private info and make the bugs public [06:45] users can be subscribed to private bugs so they can see them AFAIK [06:46] The links are sent to the ML for all attachments (check your bugmail). Lots of users don't know better, but that doesn't need to break things for people that do. [06:46] the other way is not true [06:46] We can't cure a lack of erudition by technical means. [06:58] * persia curses OTR [06:58] micahg: Users can only be subscribed to private bugs. They cannot subscribe to private bugs. [06:59] persia: right, but the point is you can get someone to look at your bug if you want, it doesn't work the other way around [07:00] I don't understand. Could you rephrase? [07:02] you can subscribe an upstream dev to a bug to have him look at it, you can't really make a bug private again once it's public [07:03] We're arguing about different things. [07:03] I completely agree you can't make a public bug private. [07:04] persia: I'm saying that there's a workaround for your issue, but not for mine [07:04] I disagree that we can identify the set of folk who want to work on a bug unless we are them. [07:04] I also disagree that specific artifacts are inherently private, although I agree that some artifacts are more likely to contain private information than others. [07:05] What's the workaround for my issue? I'd have to know in advance who would be able to look at the coredump. [07:05] persia: right, so we would have the option to determine if an artifact isn't private and change the status of the bug/artifact [07:05] If I don't know, I can't expose it, even if I know it contains no private information. [07:05] persia: no, YOU would be able to, but not a regular user [07:06] I should add that to my bug [07:06] If we change Malone so that we can't make a bug public if it has certain classes of artifact, we can't do that. [07:06] That's my only argument against 505370. [07:06] If it can be made public, then I'm fine. [07:06] persia: I wuold suggest the same type of ACL that the Report a bug feature has in UBuntu [07:06] only -control can see/do it [07:07] That assumes that members of bug control know more about privacy. [07:07] persia: that's one of the requirements for -control I thought... [07:07] knowing how to handle private bugs is [07:07] I argue that whether someone has done something to become a member of some group on launchpad is entirely unrelated to whether they understand if particular information is private. [07:07] knowing exactly how to determine if there is private info is not [07:08] Yes, it's a requirement for control that one knows, but there are folk who are not in control that also know. [07:08] And there are lots of *other* projects that use Malone that have nothing to do with Ubuntu. [07:08] persia: true, but I'm suggesting this for Ubuntu only [07:08] (and may have completely different processes and procedures) [07:08] Malone doesn't work that way. [07:09] persia: sure it does, we have special things in Ubuntu [07:09] Like what? [07:09] the report a bug link is only hidden in UBuntu AFAIK [07:11] No, it can be hidden for any project, as determined by project bug contact (or maybe owner or drivers, I forget) [07:11] Uh, well, actually. [07:11] The thing that redirects to the wiki page is an Ubuntu-specific hack. [07:11] I don't see a link like that anywhere [07:11] 'ubuntu' is hardcoded. [07:12] There are one or two other Ubuntu-specific hacks. [07:12] Surely those are bugs though, and we shouldn't be introducing more. [07:12] Precisely. [07:13] * persia uses @ubuntu.com as default on LP (and it works). That just happens to be very fragile, and doesn't currently work for new people setting @ubuntu.com as default. [07:13] The ubuntu.com hack isn't actually in LP. [07:13] It just uses the LP database. [09:07] Bug #300777 as a dupe of Bug #418135, correct? (Just wanted another pair of eyes since they're security bugs.) [09:07] Launchpad bug 300777 in nautilus (Ubuntu) (and 1 other project) "cut and paste of link alters permissions of linked file. (dup-of: 418135)" [High,Triaged] https://launchpad.net/bugs/300777 [09:07] Launchpad bug 418135 in glib2.0 (Ubuntu Karmic) (and 6 other projects) "Permissions of symlinked source file/folder set to 777 if symlink is copied via nautilus (affects: 4) (dups: 1)" [Medium,Fix released] https://launchpad.net/bugs/418135 === tester01_ is now known as uaa [12:36] nigelb: I guess, but see comment #7 [12:36] persia: oh no [12:36] hrm? [12:37] the bug is somewhere deep in pymsn code [12:37] Ah. [12:37] So there is a bug there, but no patch yet. [12:37] or perhaps I should say deep in pymsn code too! [12:38] Well then. That's a triaged bug, but doesn't have a patch yet. [12:38] So you get to choose: triage a new bug, hunt a new patch, or go play pymsn developer :) [12:38] * nigelb chooses first option [12:38] or second [12:38] heh [12:39] I think most of us would :) [12:39] do you want me to followup that bug? [12:39] Immaterial to me. I don't use the software :) [12:39] * nigelb too [12:39] I dont use msn either [12:39] The bug appears to be triaged, and doesn't have a patch. [12:40] Needs someone to dig deep. [12:40] someone who knows this stuff [12:40] Indeed. Some of us may fall into that category, but I'm not sure either you or I do. [12:41] I thought you did, but I certainly dont [12:41] did you get a copy of the mail I sent to brian? [12:41] I did. [12:42] can you poke him when you catch a hold of him so we can get things moving? [12:42] I see a lot of patches that could be rejected right away [12:42] Nah. I know *lots* about shell and make, and I can usually fix a crash for any language (because 99% of the time it happens because the programmer didn't read the API docs carefully or the code is old), but when it comes to stuff like that, I'm lost. [12:42] nigelb: On which grounds? [12:43] oh, forget. silly me [12:43] its a debdiff, thats supposed to be marked as patches :) [12:44] we need a way to remove the ones that have already been fixed out of the way [12:44] Other than "Fix Released" ? [12:44] What's an example? [12:44] bug 437446 [12:44] Launchpad bug 437446 in ubuntu-docs (Ubuntu) "Need documentation on Grub2 (affects: 6) (dups: 2)" [High,Fix committed] https://launchpad.net/bugs/437446 [12:44] its a doc team bug [12:44] hi I've got some problems with opensource radeon drivers, Xorg hangs and I dont know where to find any logs [12:45] stdouts: Generally using `apport-bug xserver-xorg` will grab the right logs, etc. [12:46] I will try, but I have to manually reboot (with the power switch) after Xorg hangs [12:46] And X hangs whenever you boot? [12:47]