[00:10] <bcurtiswx_laptop> what channel would be good to talk about attempting to install ubuntu through a USB stick?
[00:10] <acicula> #ubuntu ?
[00:11] <bcurtiswx_laptop> acicula: its not specific to any channel?
[00:11] <BUGabundo> bcurtiswx_laptop: no
[00:11] <BUGabundo> you can try ping its devs
[00:11] <BUGabundo> like evan and some one else whose nick escapes me
[00:11] <BUGabundo> I was chatting with him the other day on +1
[00:12] <bcurtiswx_laptop> i'll try +1 then
[00:12] <BUGabundo> bcurtiswx_laptop: but what seems to be your prob?
[00:12] <acicula> bcurtiswx_laptop: not really, there is a specific wiki on howto create a usb boot stick for ubuntu, from there on in its like any other install media
[00:13] <bcurtiswx_laptop> BUGabundo: look in +1
[00:14] <BUGabundo> I replied :)
[00:18] <hggdh> micahg: ping
[00:19] <micahg> hggdh: pong
[00:20] <BUGabundo> 9000 milisecs gone
[00:22] <hggdh> is this good, or bad?
[00:23] <bcurtiswx_laptop> i think in here.. if someone decided to pong first.. it would be like dividing by zero and the channel would get sucked into a black hole...
[00:23] <micahg> pong bcurtiswx_laptop
[00:23] <BUGabundo> puff
[00:23]  * micahg runs
[00:23]  * bcurtiswx_laptop dies
[00:23]  * BUGabundo shocks bcurtiswx_laptop laptop
[00:24]  * bcurtiswx_laptop reenacts bruce almighty scenes
[00:27] <bencrisford> bcurtiswx_laptop: there's #ubuntu-installer but i thats development discussion i think
[00:27] <bencrisford> id say #ubuntu though
[00:28] <bcurtiswx_laptop> bencrisford: thx
[00:28]  * bencrisford will type that again..  it didnt make much sense when i read it back to me :P
[00:29] <bencrisford> theres #ubuntu-installer but it is development discussion i think
[00:29] <bencrisford> so for support id say #ubuntu
[00:29] <bencrisford> :)
[00:39] <maco> something seems to have changed on lp. how do i upstream a bug? i see buttons to attach to project (which only lists other lp projects) or distro (which only lists other distros) but no way to say "and its reported upstream too" for things that *don't* use lp
[00:41] <micahg> maco: you need to file the bug upstream and then attach it to the upstream project in LP
[00:41] <maco> micahg: how do i attach it to the bug though?
[00:41] <micahg> maco: also affects project or distro
[00:41] <maco> but the project isnt in the "also affects project" list
[00:41] <micahg> maco: which project?
[00:42] <maco> it used to let you give a link to an upstream bug tracker or click "reported to the maintainer"
[00:42] <maco> i want to click the "reported to the maintainer" radio button, and its gone
[00:42] <maco> because this program doesnt have a public bugtracker
[00:42] <maco> spim is the package
[00:42] <micahg> maco: ah, you can check in #launchpad if there was a feature change, the projects I use all have public trackers, or you can file a bug against malone
[00:43] <maco> micahg: the ability to just give it a url for a public tracker is *also* gone
[00:43] <micahg> maco: I think you have to register the project
[00:43] <maco> thats silly
[00:44] <micahg> maco: LP needs basic information before it can present options or relate info
[00:45] <maco> sounds like it got-stupid-er
[00:45] <BUGabundo> ehe
[00:45] <BUGabundo> true
[00:46]  * micahg thinks it makes sense from a data perspective
[02:26] <Untitled_only> hello bug squad
[04:34] <anmar> hey guys. I need help getting a bug fixed: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/535653
[04:34] <ubot4`> Launchpad bug 535653 in linux (Ubuntu) "System freeze during X start-up and while X is running, but only on battery. (affects: 3) (heat: 16)" [Undecided,Incomplete]
[04:35] <persia> Well, the first step is to get it out of "Incomplete" status :)
[04:35] <anmar> persia: yup.. .I am trying to figure out what it is missing so I can do that.
[04:37] <persia> Doesn't look like JoF has done the magic kernel triage bits yet, and I don't know them.
[04:37] <persia> Anyone familiar with kernel triage around?
[04:37] <mrand> dmesg is the only kernel triage I know :-)
[04:38] <mrand> not quite true, but close enough
[04:40] <persia> https://wiki.ubuntu.com/KernelTeam/AutomatedBugProcessing is the only thing I can find on the wiki.
[04:40] <persia> Seems to imply that setting the status back to "New" does the right thing.
[04:41] <persia> But the issue is clearly Confirmed, based on the multiple reporters.
[04:41] <persia> anmar: You might try running apport-collect against the bug, to see if it uploads anything interesting.
[04:42] <mrand> I was thinking the same thing.  persia, what do you think...  importance high based on potentially wide impact?
[04:44] <persia> For that?  Looks to only affect Thinkpad 100e users.
[04:44] <persia> Which makes it fall under the "specific hardware" thing.  Maybe "Medium"?
[04:44] <persia> But I think the kernel team likes to do stuff in a special way, so I tend to not triage kernel bugs.
[04:44] <mrand> good point.
[04:46] <anmar> persia: ok. I will try that.
[04:46] <anmar> persia: thanks
[04:46] <mrand> good points, that is.  I was thinking more generic laptop/acpi.  But it is currently only 100e specific
[04:47] <persia> Indeed.  Very much doesn't happen on any of my laptops.
[04:49] <mrand> persia: I think I remember reading that apport-collect may not let anmar attach stuff to that bug since it isn't his... might require opening another bug and dup'ing against that one.
[04:49] <persia> That'd be annoying.
[04:50] <persia> Lots of times reporters don't want to do stuff, or can't test latest, and if we can reproduce, we can do apport-collect.
[05:02] <anmar> persia: looking at many logs. this patch seems to fix a few more issues:
[05:02] <anmar> http://sourceforge.net/mailarchive/forum.php?thread_name=20100316230950.GA30415%40khazad-dum.debian.net&forum_name=ibm-acpi-devel
[05:11] <persia> I'm inclined to agree with mjg59 that there's a better way to do it, but https://wiki.ubuntu.com/KernelTeam/KernelPatches describes the procedure for getting the kernel team to handle a patch (although you may want to check on #ubuntu-kernel to see if there is updated guidance).
[08:53] <BUGabundo_remote> Raise the Sun, Raise the soldiers moral o/
[10:08] <etali> Morning all, could a bug controller please Wishlist bug #561923 thanks.
[10:08] <ubot4`> Launchpad bug 561923 in desktop-webmail (Ubuntu) "No support for Google Apps (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/561923
[10:12]  * persia looks
[10:13] <persia> etali: What status do you suggest?
[10:13] <etali> persia, thanks.  I have another one that I think needs wishlisting too (bug #495524 - not sure on priority for that one, it's annoying behaviour, but other clients do the same)
[10:13] <ubot4`> Launchpad bug 495524 in gwibber "Retweeting ignores posting permissions (affects: 1) (heat: 408)" [Undecided,New] https://launchpad.net/bugs/495524
[10:13] <persia> I'm not confident enough about that one: could be "low" or "wishlist".
[10:14] <etali> For the google apps one, probably Wishlist/ Low?  I don't think it affects that many people.
[10:14] <persia> There's no such thing as "Wishlist/Low".
[10:14] <persia> !importance
[10:14] <ubot4`> You can learn about setting bug importance at https://wiki.ubuntu.com/Bugs/Importance
[10:14] <persia> !status
[10:14] <ubot4`> Factoid 'status' not found
[10:15] <etali> Ah, I thought Wishlist was a Status, and Low as the Importance?
[10:15] <persia> ubot4`: in #ubuntu-bugs !status is <reply> You can learn about setting bug status at https://wiki.ubuntu.com/Bugs/Status
[10:15] <ubot4`> persia: Error: I am only a bot, please don't think I'm intelligent :)
[10:15] <tramos> LOL
[10:16] <BUGabundo_remote> http://code.google.com/p/chromium/issues/detail?id=40865 chromium removing "http://" from omnibar ..... is a feature... for crying out loud :(
[10:16] <etali> Ahh, thanks.  Well Confirmed / Wishlist?  (I don't have a google apps domain myself, but I did check with a friend and he couldn't set it up on his)
[10:18] <persia> etali: We prefer for folks to confirm things themselves, because the identity of the confirmer is tracked (and presumed to be an alternate contact for questions, etc.)
[10:18] <persia> You can set confirmed, but if you can't actually confirm it, that may be risky.
[10:20] <etali> OK, thanks, I trust the guy I asked to try it, so I'll confirm it.  Hopefully he's not having a decaf morning :)
[10:37] <Damascene> hello
[10:37] <Damascene> https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/562130
[10:37] <ubot4`> Launchpad bug 562130 in language-selector (Ubuntu) "Selecting an RTL language should install and RTL capable terminal emulator (affects: 1) (heat: 6)" [Undecided,New]
[10:37] <Damascene> someone in ubuntu-devel said I should ask here
[10:42] <persia> Damascene: I'd class that as Triaged/Low.  Does that seem right to you?  It affects a small number of users (comparatively), and has an easy workaround.
[10:43] <persia> It would be awfully nice to get VTE fixed (as I mentioned last time we discussed it), but it's trivial to install mlterm later.
[10:43] <Damascene> persia, but it effects all the rtl languages users
[10:43] <persia> I know, but that's a low percentage compared to ltr users.
[10:44] <Damascene> yeah but you know many rtl users are going to install Lucid and they will increase :)
[10:45] <baptistemm> Hi persia
[10:46] <persia> Damascene: Well, what would you set, and why?
[10:46] <persia> Hey baptistemm
[10:47] <Damascene> persia, medium because it effects large number and it's a usability issue
[10:48] <Damascene> or low is fine
[10:48] <Damascene> because you can install it manually
[10:48] <Damascene> and then I'll take care of heating it. God willing
[10:51] <persia> Damascene: usability issues are explicitly low according to https://wiki.ubuntu.com/Bugs/Importance .  Also, while I agree it affects a large number of users, I do not believe it affects a large proportion of users.
[10:51] <persia> So what do you mean by "heating"?
[10:51] <Damascene> when so much people select affecting me too and so much discussion about it
[10:51] <Damascene> it got heated
[10:52] <Damascene> like the vte bug have been heated
[10:52] <persia> This in no way affects what happens to it :)
[10:52] <Damascene> bug 263822
[10:52] <ubot4`> Launchpad bug 263822 in vte (Ubuntu) (and 1 other project) "RTL (right to left) support in terminal (BiDi) (affects: 13) (dups: 3) (heat: 114)" [Low,Triaged] https://launchpad.net/bugs/263822
[10:52] <persia> I'm fairly sure that this bug cannot be resolved for lucid.
[10:52] <Damascene> me too
[10:52] <Damascene> but the target is 10.10
[10:53] <persia> And I think it would be better to solve the VTE bug in the future than do it this way.
[10:53] <Damascene> it have been there for ages and there is no hurry
[10:53] <Damascene> but vte developer wont fix it
[10:53] <persia> What you need is a developer who wants to fix it.  Surely there exist some developers who prefer RTL who would be willing to work on it.
[10:54] <Damascene> doesn't seem so. it's a known bug for long time
[10:54] <Damascene> and mltem fixes it any way
[10:54] <Damascene> * mlterm
[10:54] <Damascene> the problem is rising because the apt-get message are translated
[10:56] <persia> Looks like the upstream VTE developer is actively interested in having a fix, but just has no idea how to do it correctly, based onhttps://bugzilla.gnome.org/show_bug.cgi?id=321490#c15
[10:56] <ubot4`> Gnome bug 321490 in VteTerminal "arabic, hebrew: character alignment not working properly" [Normal,Unconfirmed]
[10:56] <persia> Err, #c17 (sorry)
[10:57] <persia> Comment 11 is also very informative.
[10:57] <Damascene> he said the fix is to rewrite vte
[10:57] <persia> I think lots of folks know about it, but it really needs someone to sit down and code out all the corner cases and test stuff deeply to be fixed.
[10:58] <persia> Where?
[10:58] <Damascene> let me get it for you
[10:58] <persia> Comment 9 says "Code-wise, does not modify the vte backends, but the vte internal buffer.
[10:58] <persia> RTL text should be considered so by the terminal logic." which implies to me that rewriting VTE is not what is desired.
[11:03] <Damascene> "I have doubts about whether this feature will be implemented in vte ever,"
[11:03] <Damascene> I heard about rewriting the code from a friend
[11:04] <Damascene> any way maybe mlterm can do better in embedding than vte in RTL
[11:04] <Damascene> both need some work
[11:05] <Damascene> by the way what about east asian languages? does vte support them?
[11:22] <baptistemm> persia, to whom could I request to have some right on ~bluetooth group?
[11:22] <persia> What sort of rights?
[11:24] <baptistemm> uploads package in the groups to have wider audience for testing
[11:24] <persia> Oh, you want to upload to the PPA?
[11:24] <baptistemm> and approve membership request
[11:25] <persia> I suspect it's a step-by-step process: first join the team and make it life again, second ask to be an admin.
[11:25] <baptistemm> I'm already member I guess
[11:26] <persia> I'd recommend asking StevenK in #ubuntu-devel to be a member.  I'll certainly vouch for you, as I expect will some of your sponsors.
[11:26] <baptistemm> ah no, but no one proceed to the approval
[11:26] <persia> He seems to be away right now, but maybe tomorrow morning.
[11:26] <persia> No, you're a "proposed member", which is not quite a member :)
[11:26] <baptistemm> I'm *now* a proposed member
[11:27] <baptistemm> I can perhaps ping him tonight in my time
[11:27] <baptistemm> he is 11 hours ahead of me
[11:28] <baptistemm> ah no 8 hours
[11:33] <persia> 8 hours, but that can be a bit.
[11:36] <persia> Anyone up for offering om26er support from bugsquad for a membership application?  Happening *now* in #ubuntu-meeting
[11:46] <BUGabundo_remote> hoy me
[11:46] <BUGabundo_remote> thanks for the heads up persia
[12:06] <arand> Could I have a medium importance on Bug #562187?
[12:06] <ubot4`> Launchpad bug 562187 in virtualbox-ose (Ubuntu) (and 1 other project) "BUG: soft lockup - CPU#0 stuck for 61s! [modprobe :66] (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/562187
[12:20] <etali1> Congratulations on membership, om26er!
[12:20] <om26er> etali1, aha, thanks :-)
[12:21] <kermiac> congrats om26er :)
[12:22] <om26er> kermiac, thanks you man.
[12:22] <etali1> Just got back home, would have cheered you on if I'd known you were applying :/ I swear I see you on every bug I look at!
[14:02] <kamusin> hey om26er, congratulations :)
[14:03] <BUGabundo_remote> it was approved?
[14:03] <BUGabundo_remote> cool om26er
[14:03] <om26er> kamusin, yeah. Thanks kamusin for you testimonial there.
[14:04] <kamusin> hehe :)
[14:04] <om26er> and thanks to BUGabundo_remote for that jump at *-meeting
[14:06]  * om26er happened to make /home ext2 which makes system unresponsive every hour
[14:10] <duanedesign> Despite being added to bugcontrol recently I am not able to set Importence as well as Triaged and WontFix Status. Is there a special condition before this is allowed?
[14:19] <pedro_> duanedesign, no that's all you need for Ubuntu products. What's the bug number?
[14:19] <pedro_> duanedesign, if that's an upstream project you need to ask the maintainer in order to give you the triage rights there
[14:20] <duanedesign> pedro_: bug 548397
[14:20] <ubot4`> Launchpad bug 548397 in ubuntuone-client "[Lucid] Only folders upload no files (affects: 2) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/548397
[14:20] <pedro_> duanedesign, that's an upstream task :-)
[14:21] <duanedesign> pedro_: ahh, ok thank you that clears things up.
[14:21] <pedro_> duanedesign, you're welcome.
[14:23] <duanedesign> pedro_: ok yes i see this U1 bug i can change importence. bug 517555
[14:23] <ubot4`> duanedesign: Bug 517555 on http://launchpad.net/bugs/517555 is private
[14:23] <pedro_> duanedesign, right, because that's the Ubuntu task
[14:23] <pedro_> om26er, congratulations!!!
[14:24]  * om26er hugs and thanks pedro_ 
[14:25]  * pedro_ hugs om26er back
[14:25] <pedro_> hello there fabio!
[14:25] <fabio> hello pedro_
[14:26] <vish> pedro_: hi.. could you renew my BC membership ?  https://launchpad.net/~vish.../
[14:27] <yofel> pedro_: while you're at it, can you renew mine as well ^^
[14:27] <pedro_> vish, yofel, sure, 50 dollars each ;-)
[14:27]  * vish checks pockets and finds lint ;)
[14:28] <vish> heh , the other one has cash!
[14:28]  * yofel has chocolate coins on the other table...
[14:29] <pedro_> yofel, that'd work ;-)
[14:29] <pedro_> vish, yofel renewed
[14:29] <yofel> thanks :D
[14:29] <vish> pedro_: thanks..
[14:30] <pedro_> thank you folks for doing an *awesome* work ;-)
[14:30]  * pedro_ hugs vish and yofel
[14:40] <BUGabundo_remote> BC ?
[14:43] <om26er> BUGabundo_remote, bug control
[14:43] <BUGabundo_remote> ahh
[14:43] <BUGabundo_remote> don't remind me
[14:44] <BUGabundo_remote> I was supposed to apply one year ago :(
[14:45] <om26er> BUGabundo_remote, then what changed your mind?
[14:46] <BUGabundo_remote> lazyness
[14:46] <BUGabundo_remote> :S
[15:17] <bcurtiswx_laptop> anyone here having trouble with wireless and are using the -20 kernel ?
[15:19] <bcurtiswx_laptop> bug #548992  ... i am having this with the -20 kernel but not the -19
[15:19] <ubot4`> Launchpad bug 548992 in debian (and 1 other project) "Wireless connection frequently drops [deauthenticating by local choice (reason=3)] (affects: 6) (heat: 26)" [Undecided,New] https://launchpad.net/bugs/548992
[15:22] <BUGabundo_remote> bcurtiswx_laptop: if you are seeing this, then NO
[15:22] <BUGabundo_remote> Linux BluBUG 2.6.32-20-generic #30-Ubuntu SMP Mon Apr 12 15:20:57 UTC 2010 x86_64 GNU/Linux
[15:27] <bcurtiswx_laptop> i wonder if its the type of connection i'm trying to use... it's a campus wireless network
[15:27] <bcurtiswx_laptop> im using the -19 kernel now.. and my wireless is fine
[15:27] <bcurtiswx_laptop> as soon as I go to -20 it goes all crazy
[15:30] <BUGabundo_remote> wpa2 aes at home
[15:30] <BUGabundo_remote>     *aLi:            Infra, XXX, Freq 2412 MHz, Rate 54 Mb/s, Strength 90 WPA2
[15:30] <bcurtiswx_laptop> BUGabundo_remote: how do I find out what it is here at campus?
[15:30] <BUGabundo_remote> iwlist?
[15:30] <BUGabundo_remote> nm-tool
[15:31] <BUGabundo_remote> $ iwlist wlan0 scan
[15:31] <BUGabundo_remote>                     IE: IEEE 802.11i/WPA2 Version 1
[15:31] <BUGabundo_remote>                         Group Cipher : CCMP
[15:31] <BUGabundo_remote>                         Pairwise Ciphers (1) : CCMP
[15:31] <BUGabundo_remote>                         Authentication Suites (1) : PSK
[15:41] <bcurtiswx_laptop> BUGabundo_remote: http://paste.ubuntu.com/413679/ the "bad" not working one
[15:42] <BUGabundo_remote> bcurtiswx_laptop: why is it MASTER?
[15:42] <BUGabundo_remote> what the heck have you been doing to your card?
[15:45] <bcurtiswx_laptop> eek back.. idk how long
[15:45] <BUGabundo_remote> what the heck have you been doing to your card?
[15:45] <BUGabundo_remote> bcurtiswx_laptop: why is it MASTER?
[15:45] <bcurtiswx_laptop> i've literally done NOTHING to my card...
[15:46] <bcurtiswx_laptop> what should it be and how do I change?
[15:48] <bcurtiswx_laptop> BUGabundo_remote: if you replied i didn't get it.. lol
[15:52] <BUGabundo_remote> lol
[15:52] <BUGabundo_remote> I dint
[16:01] <micahg> are we having a meeting?
[16:02] <om26er> micahg, I think its 1hour later
[16:02] <micahg> oh, I forgot to update TB :)
[16:40] <etali1> Could someone please mark bug 495524 as triaged / medium (it's annoying behaviour, but Gwibber isn't the only client that does it, and you can work around it)
[16:40] <ubot4`> Launchpad bug 495524 in gwibber "Retweeting ignores posting permissions (affects: 1) (heat: 408)" [Undecided,Confirmed] https://launchpad.net/bugs/495524
[16:45] <om26er> etali1, (if anybody did not reply) that bug report is upstream only
[16:45]  * om26er opens an ubuntu task
[16:46] <etali1> om26er: ah, oops, thanks! Hadn't noticed that.
[16:47] <om26er> etali1, how to reprodce it?
[16:48] <etali1> I set up two accounts in Gwibber, one with posting permissions (AccountA), the other without (AccountB).  Then tried retweeting messages that AccountB had recieved.
[16:49] <etali1> Even though the account shouldn't be able to post, the tweets go straight through.
[16:50] <BUGabundo_remote> etali1: not the chanel to discuss that
[16:50] <BUGabundo_remote> but ill bite
[16:50] <BUGabundo_remote> etali1: which version?
[16:51] <BUGabundo_remote> I'm  on Installed: 2.31.1~bzr723-0ubuntu1~daily1
[16:51] <BUGabundo_remote> etali1: ? still there???
[16:52] <etali1> I'm running 2.29.92.1
[16:52] <om26er> etali1, you mean accountB also posts that tweet na?
[16:53] <etali1> om26er: If AccountB is the only one that got the tweet, it sends it.  If A and B were subscribed, it goes through on both.
[16:53] <om26er> it says I subscribed ubuntu security team but I did not, though I opened an ubuntu task
[16:53] <nigelb> kklimonda, congrats :)
[16:54] <etali1> BUGabundo_remote: I'm going to check for updates again, I just updated this morning, but that sounds like a big version jump...
[16:55]  * om26er thinks gwibber 2.30 will expectidly release soonish, like today
[16:55] <om26er> etali1, he is using the development version from ppa
[16:57] <om26er> etali1, canyou please change the descrition of that bug report to something short and clearer?
[16:57] <etali1> om26er, I don't think I have rights to do that?  I wasn't the original reporter...
[16:57] <kklimonda> nigelb: thanks
[16:58] <etali1> Oh, I can do that... cool :) Didn't realise that.
[17:01] <BUGabundo_remote> om26er: actually , most of the time, I'm running BZR pull from a local branch, based of trunk
[17:01] <BUGabundo_remote> but yeah, that's the version in daily ppa :)
[17:01] <etali1> Changed it to "Retweeting does not require send permissions", not much shorter, but hopefully clearer.
[17:01] <pedro_> everyone: Time for the BugSquad meeting folks!
[17:01] <BUGabundo_remote> etali1: if i get you correclty, I can't reproduce
[17:01] <BUGabundo_remote> etali1: it send to all SELECTECED accoutn
[17:02] <BUGabundo_remote> I have four, and only two selected
[17:02] <BUGabundo_remote> when I redent, it goes to only those two
[17:02] <etali1> BUGabundo_remote, interesting, thanks.  I'll grab that version from the PPA and try it, might have already been fixed.
[17:02] <charlie-tca> pedro_: here, right?
[17:02] <bencrisford> pedro_: :)
[17:02] <pedro_> Who is here for the meeting? bdmurray, qense, om26er, micahg, charlie-tca, hggdh, kamusin, bencrisford ?
[17:03]  * charlie-tca yes
[17:03] <pedro_> charlie-tca, yes, here ;-)
[17:03] <bencrisford> i shoukd be around yeah
[17:03] <qense> I'm here
[17:03] <micahg> pedro_: for the first bit
[17:03] <nigelb> oh, lucky, I'm here too :)
[17:03] <biff2kplus1> is it open to all BugSquad members?
[17:03] <om26er> yes
[17:03] <pedro_> biff2kplus1, yup, it's open for anybody who want to discuss the agenda with us
[17:03] <pedro_> alright folks let's start
[17:04] <hggdh> I am here
[17:04]  * bdmurray waves
[17:04] <pedro_> We have 3 topics from the proposed ones, please do correct me if we already talked about some
[17:04] <pedro_> 1- Defining a Roadmap for the BugSquad  -- qense
[17:04] <pedro_> 2- Require CoC signing for certain privs in LP (Assigning bugs and changing status) -- micahg
[17:04]  * BUGabundo_remote mutts the #, and tries to do some work
[17:04] <BUGabundo_remote> bye
[17:04] <pedro_> 3- The status of Adopt-a-Package (and its item at the the Blueprint), in other words: what still needs to be done? -- qense
[17:05] <qense> The first one is probably more something for the UDS. I put that on after the call for team roadmaps by nhandler.
[17:05] <pedro_> qense, ok sounds good
[17:05] <pedro_> micahg, what about your item there?
[17:06]  * kamusin here I am
[17:06] <micahg> pedro_: idk, after watching some discussion in malone, I'm dropping the idea for now
[17:06] <bdmurray> the assignment idea is / should be worked on soon
[17:07] <pedro_> micahg, could you elaborate a bit about the idea? it's a bit confusing for me at least
[17:07] <bdmurray> bug 511269
[17:07] <ubot4`> Launchpad bug 511269 in malone "only bug supervisor should be able to assign bugs to other people (affects: 1) (heat: 6)" [Low,Triaged] https://launchpad.net/bugs/511269
[17:07] <pedro_> or if you have a bug number where that was file that'd be better ;-)
[17:07] <bbordwell> I feel this bug is ready to be marked as triaged with an importance of low, could a member of BC please do so? https://bugs.launchpad.net/gcalctool/+bug/562347
[17:07] <ubot4`> Launchpad bug 562347 in gcalctool (Ubuntu) (and 1 other project) ""gcalctool --help-gtk" does not work (affects: 2) (heat: 12)" [Undecided,Confirmed]
[17:08] <pedro_> bdmurray, mind reader!
[17:08] <pedro_> bdmurray, thank you
[17:08] <micahg> pedro_: well, I was suggesting that the CoC be signed so that people changing status won't be doing it randomly, but something similar was discussed
[17:08] <bdmurray> I don't think we want barriers to entry that high
[17:08] <bdmurray> people should be able to confirm a bug w/o jumping through hoops
[17:09] <micahg> pedro_: bug 531963
[17:09] <ubot4`> Launchpad bug 531963 in malone "Add a confirmation step when setting the bug status if the user is not a bug contributor (affects: 1)" [High,Won't fix] https://launchpad.net/bugs/531963
[17:09] <pedro_> micahg, thanks
[17:09] <qense> I agree that users should be able to mark a bug as Confirmed without having signed the CoC. There is something to say for requiring the CoC for chaning statuses like In Progress and FIx Released/Committed, but that would make it harder for users to say a bug came back.
[17:10] <pedro_> right, the title on the agenda was a little confusing, but that clarifies things now
[17:10] <qense> It would be a good safety mechanism against people that wrongly believe their bug is back.
[17:10] <hggdh> bbordwell: done
[17:11] <bdmurray> we need lots of help due to the volume of bugs and making things more challenging makes it harder for people to help
[17:11] <hggdh> +1
[17:11] <pedro_> so true
[17:11] <charlie-tca> +1
[17:11] <hggdh> all in all, the amount of spam is pretty low
[17:12] <qense> It is only disturbing at some very large bugs. But those are rare.
[17:12] <bdmurray> For large bugs there is a bug report about "locking down" a bug which might help
[17:12] <hggdh> but I agree that assignments should be limited
[17:13] <qense> hggdh: +1
[17:13] <qense> Locking down for a limited set of bugs sounds like the best solution for vandalism.
[17:13] <qense> Wikipedia uses the same approach.
[17:14] <pedro_> hggdh, yeah, like giving the rights to do that to the bugcontrol team/bug supervisor
[17:14] <hggdh> be aware that this will mean extra work for a few, and a new set of capabilities (who can lock down, who can unlock, etc)
[17:14] <qense> Would we want to give that permission to all Bug Control members?
[17:15] <pedro_> I've seen a lot of common mistakes on that, like assigning something to a triager, or even to the reporter, just because they find a field which is empty so why not put your own name there, eek
[17:15] <bdmurray> I don't recall the locking down bug bug number nor its current status
[17:15] <bbordwell> could a member of BC also mark this bug as wishlist? A member Of BC said he would do so in comment #2 but it appears he forgot
[17:15] <bbordwell> https://bugs.launchpad.net/ubuntu/+source/indicator-sound/+bug/558784
[17:15] <ubot4`> Launchpad bug 558784 in indicator-sound (Ubuntu) "changing the volume is impossible while muted (affects: 3)" [Undecided,Invalid]
[17:17] <pedro_> Ok, if you want to give feedback on the assignment bug then please do it at 511269
[17:17] <pedro_> if you're just interested , subscribe to it
[17:17] <pedro_> bug 511269
[17:17] <ubot4`> Launchpad bug 511269 in malone "only bug supervisor should be able to assign bugs to other people (affects: 1) (heat: 6)" [Low,Triaged] https://launchpad.net/bugs/511269
[17:18] <pedro_> let's move to the next item
[17:18] <pedro_> 3- The status of Adopt-a-Package (and its item at the the Blueprint), in other words: what still needs to be done? -- qense
[17:18] <pedro_> The project is looking amazing so far ;-)
[17:19] <qense> Yeah, the list of adoptees has seen a slow but constant growth over the past few months.
[17:19] <pedro_> but we're missing a few contributors (adopters) on the big products like openoffice for example
[17:19] <qense> However, I've noticed that most people seem to focus on a small package, probably something they feel personally attached to. That's nice, it's what the project wants.
[17:19] <qense> But
[17:19] <qense> the larger packages are left alone.
[17:20] <bencrisford> most of the large packages are way too much work for one person though
[17:20] <qense> that is what I wanted to discuss, plus what was needed for the task item for adopt-a-package to be marked at pedro_'s blueprint, but that's already marked as DONE.
[17:20] <bencrisford> we need more teams adopting packages, or groups of contributors
[17:20] <qense> yes, that's why it was proposed to adopt them with a team. But apparently people find it had to form a team out of the blue.
[17:21] <qense> We need to accommodate the forming of teams somehow.
[17:21] <pedro_> qense, right, that was for the desktop packages the team was worried about, that's well covered but we're missing as you said more contributors on the biggest ones
[17:21] <qense> indeed
[17:21] <pedro_> should be this something that we could cover at UDS, having a session about it with the developers+community team?
[17:22] <pedro_> some of those products (ie: openoffice again..) doesn't have a good documentation for doing triage
[17:22] <om26er> I like the concept of smaller teams. it will create passion for people to work
[17:22] <qense> Would it be worth a whole UDS session? Maybe we could discuss this for the whole Adopt-an-Upstream project in relation to this.
[17:22] <pedro_> if you want more people involved in your project, helping you, that's step #1
[17:22] <qense> I do think that this can use a wider discussion.
[17:22] <pedro_> so we need to talk with those developers  and nudge them to write that doc or to say to us where we should look for that info
[17:23] <qense> You'd have to ask Jorge or Daniel to be sure, but iirc the AdoptUpstream teams have never got big as well.
[17:23] <qense> pedro_: UDS session: +1 :)
[17:24] <pedro_> let's review this initiative on UDS and give the experience of the BugSquad so far
[17:24] <qense> sounds good
[17:24] <hggdh> +1
[17:24] <pedro_> i'm sure good things are going to be done there ;-)
[17:24] <qense> Who will register the UDS session?
[17:25] <pedro_> qense, i'll do it and ping jorge and dholbach to attend to it
[17:25] <pedro_> and also will invite some devs
[17:25] <qense> pedro_: great!
[17:25] <pedro_> their opinion is key here
[17:25] <qense> yes
[17:26] <qense> I'm looking forward to this session.
[17:26] <pedro_> alright, that's all we have on the agenda , is there AOB ?
[17:26] <bencrisford> pedro_: id like to say thank you to everyone who took part in the edubuntu bug day last week :)
[17:27] <pedro_> bencrisford, I'm glad to hear that the BugSquad is helping there too ;-))
[17:27] <om26er> pedro_, those documentations for bugdays dont seem to work for chromium. i.e how to setup for for bugday (MOIN_SESSION)
[17:27]  * pedro_ hugs the rocking bugsquad
[17:27] <qense> :)
[17:27] <pedro_> om26er, did you managed to make it work with chromium?
[17:28] <pedro_> om26er, if you did it, may you please add some instructions for it?
[17:28] <bencrisford> people normally forget about edubuntu, when in fact it really needs help, theres people using it for things like educating aids orphans and stuff, so im really glad that you guys have found us :)
[17:28] <om26er> pedro_, I was not able to, chromium shows MOIN_SESSION is at / but there seems to be nothing there
[17:28] <pedro_> i don't use chromium for bug work here
[17:28] <om26er> pedro_, oh ok
[17:29] <om26er> anyone else managed to setup for bug days using chromium?
[17:29] <qense> om26er: you want to retrieve the MOIN_MOIN cookie?
[17:29] <qense> hugday tools isn't browser dependant
[17:29] <hernejj> om26er: I've done it several times with the standalone Google Chrome browser.
[17:30] <qense> You can see your cookies via Options->Settings for browser content->Cookies->View cookies
[17:30] <qense> or something similar, I quickly translated it from Dutch
[17:30] <om26er> qense, chromium shows the location of MOIN_SESSION to be /root
[17:30] <om26er> hernejj, where did you find it?
[17:30] <pedro_> ok folks let's follow that up outside the meting :-)
[17:31] <pedro_> thanks all for attending!
[17:31]  * thekorn hugs hernejj, thank you for the patch for the hugday tool, will review it later today
[17:31] <qense> om26er: but that doesn't matter, doesn't it?
[17:31] <hernejj> thekorn: Thank you :)
[17:31] <thekorn> and then om26er will get his chromium cookie for free ;)
[17:32] <hernejj> om26er: .config/google-chrome/Default/Cookies
[17:32] <om26er> qense, you have to import the file from its location
[17:33] <qense> ah
[17:33] <hernejj> This is an sqlite database containing all your cookies. But as others have suggested, it seems easier to get the cookie using the browsers interface.
[17:33] <qense> well, the path you see in Chromium isn't about its location but about the website path it affects.
[17:35] <hernejj> om26er: Another option: I recently created a modified hugday tool to automatically find the cookie without the user needing to specify anything.
[17:35] <pedro_> QUESTION: the next meeting is planned to be the May 11th but that week we're having UDS, shall we postpone that to be the Tuesday 18th of May? week after UDS
[17:35] <hggdh> pedro_: I think it is sane, most of us will be busy there
[17:35] <qense> very sane
[17:35] <qense> Wasn't the meeting always postponed during UDS?
[17:36] <om26er> hernejj, where can I get it?
[17:36] <hernejj> om26er: It works for Google Chrome...but I'm not sure about Chromium.. I think I can easily support Chromium with a single line update. I'll do that now if you are interested in testing it :)
[17:36] <hggdh> well, there was no meeting last year...
[17:36] <pedro_> i don't recall this meeting to be moved, the QA meeting was, yes
[17:36] <pedro_> ok i'll update the wiki
[17:36] <qense> ah
[17:36] <qense> well, then no one showed up :)
[17:37] <hggdh> heh
[17:37] <hernejj> om26er: Give me a few minutes to add Chromium support ;)  Just need to add one path to a source file then push my branch.
[17:38] <om26er> hernejj, yes would be great
[17:45] <hernejj> om26er: You have two choices.. 1) A "new Deb" from my PPA (I'll just increment the minor version number by 1) ... 2) You can build/install directly from my ubuntu-qa-tools branch. Which do you prefer?
[17:47] <om26er> hernejj, I have google chrome too so I think I should just use the ppa
[17:47] <om26er> hernejj, link me to the ppa
[17:49] <hernejj> om26er: The current ppa version *only* support Chrome not Chromium. But if you are ok using Chrome then I'll forego updating the PPA for now and just give you the link to it :) Sound good?
[17:50] <hernejj> om26er: https://launchpad.net/~hernejj/+archive/ppa
[17:50] <hernejj> om26er: The package you are interested in is  ubuntu-qa-tools-0.1.4.4 (please note, this is *not* the official 0.1.4.4, I just made up the number)
[18:00] <om26er> hernejj, installed but how do I know its working?
[18:00] <hernejj> om26er: Once installed the command you likely want is this: hugday init --user=om26er
[18:00] <om26er> hernejj, wait for next hugday?
[18:00] <hernejj> om26er: You'll be told if cookie detection worked or not.
[18:00] <om26er> cookie detection succeeded
[18:01] <om26er> hernejj, yes it worked
[18:02] <hernejj> om26er: Yay! :) You can test it by editing ~/.hugday_config ...
[18:02] <hernejj> Look for this line       current = https://wiki.ubuntu.com/UbuntuBugDay/20100408
[18:03] <hernejj> Replace the URL with .....     https://wiki.ubuntu.com/MarkusKorn/HUGDAYTEST
[18:03] <hernejj> Then see if you can close an open bug
[18:03] <hernejj> 129801 is open and it is the top one on the page.
[18:04] <om26er> hernejj, thanks alot I have to go now, there is a friend waiting. thanks again
[18:04] <om26er> will test later
[18:04] <hernejj> om26er: yw. hernejj@gmail.com if you need anything
[18:07] <staz> hi, I have a "Lucid installation CD  freeze my whole computer when booting and Lucid still freeze when booting after having installed it via the alternate  CD and I have to use the rescue mode" bug, which component should I report that on, and which info should I provide?
[18:21] <hernejj> staz: If you are still around... you may report the bug without a componenent and one will be assigned when....
[18:22] <hernejj> staz: PLease also see this method of obtaining more information: https://wiki.ubuntu.com/Bugs/Responses#Freeze%20during%20boot%20or%20shutdown%20screen
[18:28] <qense> pedro_: you might want to take a look at this blueprint: https://blueprints.launchpad.net/ubuntu/+spec/community-m-upstream-contacts/
[18:28] <qense> It's accepted for the UDS
[18:34] <staz> hernejj: thanks for the info
[19:11] <pedro_> qense, awesome, i've subscribed to it, thanks!
[19:18] <pasteeater> launchpad bugs has become a CPU hog for me recently on firefox.  anyone else experience this?
[19:33] <hggdh> pasteeater: not here
[19:37] <charlie-tca> not here either
[20:27] <seb128> bdmurray, pedro_: do you know if there is documentation about retracing a crash locally and unpacking the .crash to get a stracktrace?
[20:29] <hggdh> seb128: wouldn't apport-retrace -g do it?
[20:30] <seb128> hggdh, I'm looking for something I could put on bugs report about crashes with assertions which can't be reported
[20:30] <seb128> hggdh, it can but I would still have to type the reply and explain how to use gdb
[20:31] <seb128> hggdh, I'm looking for a stock reply or a page which explain everything nicely for me so I can just copy the URL ;-)
[20:32] <hggdh> seb128: oh. I do remember (dimly) something about it
[20:32]  * hggdh goes huntung
[20:35] <pedro_> seb128, there's something like that in the mozilla team page : https://wiki.ubuntu.com/MozillaTeam/Bugs/Triage/Responses#Obtain%20a%20backtrace%20from%20an%20apport%20crash%20report%20%28using%20gdb%29
[20:35] <pedro_> seb128, not sure if that's exactly what you're looking for though, but it's the closest one , the others just say "run apport-retrace -g" and that's it
[20:35] <seb128> pedro_, thanks
[20:36] <seb128> we should get a non firefox specific for this one
[20:36] <seb128> is anobody interested to do that?
[20:37] <hggdh> yeah, this is needed. There is https://wiki.ubuntu.com/DebuggingProgramCrash, but it is woefully out-of-date
[20:38] <hggdh> Guess 'someone' sounds like me ;-)
[20:38] <hggdh> seb128: I will work on it
[20:38] <seb128> hggdh, thanks!
[20:49] <tadasn> Hi, there is a very important bug with Ubuntu (and maybe other Linux OS). I have a laptop and when you close it without shutting down or suspending (or anything similar) Ubuntu, computer should go to sleep itself. So the lights on computer properly shows that computer has gone to sleep. It looks that everything is allright. But... when you open your computer you get only black screen and computer (or Ubuntu) doesn't wake up. Moreover, when you turn off c
[20:50] <BlackZ> tadasn: have you already filed a bug?
[20:52] <tadasn> BlackZ: no. Sorry, now I really don't have much free time and I haven't tried to make that earlier...
[20:53] <micahg> blueyed: you should open an upstream task for bugs that need to be upstreamed
[20:54] <tadasn> BlackZ: I just wanted to tell you about the bug so it could be fixed.
[20:54] <BlackZ> tadasn: the problem is that we can't without further information
[20:56] <tadasn> BlackZ: but what information should I give? Remember, I lose an OS, so all scan results too...
[20:56] <BlackZ> tadasn: see https://help.ubuntu.com/community/ReportingBugs
[20:57] <blueyed> micahg: well.. you're right: I just wanted to mark it, without filing it actually. I will fix it.
[20:57] <micahg> blueyed: k, you can still add the task so that people know it has to be filed
[20:58] <thekorn> sbeattie, I'm just reading a mail about your last commit to ubuntu-qa-tools, annomymous access to launchpad does not depend on the launchpadlib version, even with older versions (like the one in karmic) your can get annon, access, like:
[20:58] <blueyed> micahg: exactly. thanks for pointing it out.
[20:58] <blueyed> micahg: btw: I've done the miro 3 merge.
[20:58] <thekorn> sbeattie, launchpad = Launchpad.login("Ubuntu QA iso downloader", "", "", EDGE_SERVICE_ROOT)
[20:58] <micahg> blueyed: k, is it behaving ok with xul192?
[20:59] <blueyed> yes
[20:59] <micahg> blueyed: great
[21:00] <micahg> blueyed: did you get the FFe?
[21:01] <blueyed> not yet, but likely.
[21:03] <sbeattie> thekorn: oh, really? Awesome, I'll fix.
[21:03] <thekorn> hi micahg :) I was reading the bad news about pyxpcom the other day, If you teach me how to build a package of this beast I'm happy to work on it right at the beginning of the m cycle
[21:04] <micahg> thekorn: well, building the package is part of it, I still need to check with the upstream devs what the plans are for it
[21:06] <thekorn> micahg, ah, ok. I did not knwo there is still more work to do until we can have a package, anyway if you need some help from someone who is not familiar with mozilla packaging but willing to learn, ping me
[21:06] <micahg> thekorn: thanks
[21:13] <ari-tczew> could you review bug 533432 please?
[21:13] <ubot4`> Launchpad bug 533432 in kdegraphics (Ubuntu) "kolourpaint4 breaks GNOME (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/533432
[21:24] <blueyed> micahg: are you into xulrunner? bug 537050 might be xulrunner related (but happened with 1.9.1 already)
[21:24] <ubot4`> Launchpad bug 537050 in miro (Ubuntu) "miro.real crashed with KeyError in wrapper() (Miro keeps running) (affects: 72) (dups: 13) (heat: 410)" [Medium,Triaged] https://launchpad.net/bugs/537050
[21:24] <micahg> blueyed: yes :)
[21:25] <blueyed> micahg: maybe you want to come to #miro-hackers, willkg was pointing this out there.
[21:45] <tadasn> BlackZ: https://bugs.launchpad.net/ubuntu/+bug/562552
[21:45] <ubot4`> Launchpad bug 562552 in ubuntu "Ubuntu doesn't load anymore after closing laptop (affects: 1)" [Undecided,New]
[21:58] <sroecker> bug 529696 needs some love
[21:58] <ubot4`> Launchpad bug 529696 in brasero (Ubuntu) "brasero can't copy audio cd (useless error message) (affects: 7) (heat: 34)" [Undecided,Confirmed] https://launchpad.net/bugs/529696
[22:23] <bdoin> I have a complete system crash on Lucid. I have a brain new Mobility Radeon HD 4300 Series in a Dell Zino. Not sure this configuration is very common yet to be well tested. I am not sure how I can help.
[22:40] <kai^sds> hi. i have a problem on an uptodate lucid system. in main menu applet (the one which only displays the small ubuntu icon in the panel), i cannot select entries which do not fit on screen. i can scroll down (e.g. in the preferences menu) but when i try to select an item, the list of items jumps up and only show the upper items which can be seen without scrolling. i want to report this bug in launchpad but i cannot find out the associated packag
[22:45] <charlie-tca> kai^sds: probably xorg, sounds like resolution issues
[22:46] <charlie-tca> Although if your menus are very long, they will have to scrolled since it could fill the screen and not show everything
[22:48] <kai^sds> hm. wouldn't have thought of that because everything works fine otherwise, but i do get a small notification in the upper right corner on startup that something about setting xorg resolutions does not work - so that makes sense somehow
[22:48] <kai^sds> well, scrolling works as expected ...
[22:51] <kai^sds> ok. logging out to find out more about that message. brb ...
[22:54] <seb128> charlie-tca, it's a known gtk bug with themes activating the dynamic display of accelerators as the ubuntu theme is doing
[22:54] <seb128> charlie-tca, just for informations in case he comes back or you see the issue mentioned again, it's not an xorg bug
[23:29] <kai^sds> using nouveau instead of the proprietary nvidia driver makes the message disappear. the main menu applet problem remains however
[23:33] <kai^sds> in which package is the main menu applet? it is not gnome-main-menu and from the description of gnome-applets it is also not in that one
[23:46] <arand> kai^sds: aptitude search menu suggests both python-gmenu but probably gnome-menus.