[01:08] <nigelbabu> Status update: 141 bugs :)
[01:08] <micahg> how much longer will people be around?
[01:09] <persia> uGH.  cHANNEL FAILURE :(
[01:09] <nigelbabu> till tomorrow 1000 UTC
[01:09] <persia> And it's 0:00 UTC on Patch Day! As the 5th of May begins to cross the Atlantic, we've 141 bugs with patches left in the queue.
[01:09] <persia> That was supposed to be in *this* channel 10 minutes ago :(
[01:09] <nigelbabu> hehe :)
[01:10]  * micahg might be able to do one or two in a couple hours
[01:10] <persia> micahg: The idea being that Patch Day is happening as long as it's 5th May *somewhere* on the planet.  We're not geographically biased :)
[01:10] <persia> Cool!
[01:10] <persia> nigelbabu: Do you happen to have the count that is now 141 from before we started?
[01:11] <nigelbabu> persia: 183 or 185
[01:12] <persia> So we're 23% done.  Thanks.
[01:13] <nigelbabu> to think we had gotten down to 100 something a few weeks back and I worried about running out of bugs
[01:13] <persia> heh.  There's always folks submitting new patches.
[01:13]  * micahg needs to make a few SRU patches...
[01:19] <persia> Hey mannyv!
[01:51] <nhandler> Looks like I'm up in about 10 minutes
[01:54] <persia> If you like :)  I thought you weren't scheduled for 0100 UTC until tomorrow.
[01:55] <nhandler> persia: Oh, you're right :) That works better for me, as I can get ClaseBot finished up for UOW-es ;)
[01:57] <persia> Heh, go for it.  If you've time later, I'm unsure about how well I can cover the 0600-1000 span, but that may be too late for you.
[02:10] <arand> For Bug #538747 is patch-needswork and patch-forwarded-upstream appropriate? (and unsubscribe) -- Patch was sent upstream, where decision was made to delay inclusion until it was fixed up to handle both input and output of SI units.
[02:10] <ubot3> Malone bug 538747 in gparted "gparted should use SI prefix instead of IEC prefix as default" [Undecided,New] https://launchpad.net/bugs/538747
[02:11] <ajmitch> looks like the count is slowly coming down
[02:12] <persia> arand: Looks right to me, yeah.
[02:13] <persia> ajmitch: slowly, but we're roughly on-trend.
[02:13]  * ajmitch found one where he could do the debian upload & fix other bugs, takes some time :)
[02:18] <arand> Ah, one must be a prt of reviewers team to unsubscribe them, right? (If anyone would care to on above bug..)
[02:18] <persia> Sure.  Done.
[02:23] <arand> thanks
[02:55] <micahg> so, what are the rules?
[02:57] <micahg> nigelbabu: do I need to be added to reviewers to do this?
[02:57] <persia> micahg: You don't.
[02:58] <persia> https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide are the rules
[02:59] <persia> There's a link ("query") under workflow that shows the pieces in play (currently 137)
[03:06] <persia> micahg: making sense to you?
[03:06] <micahg> persia: yeah, I'm looking at one now
[03:06] <persia> Cool.
[03:11] <micahg> persia: what if another team is supposed to review the patcg?
[03:11] <micahg> *patch
[03:11] <persia> Do you have an example?
[03:11] <micahg> like security team in the case of my bug
[03:11] <micahg> bug 570128
[03:11] <ubot3> Malone bug 570128 in firefox-3.5 "apparmor profile blocks Sun Java plugin" [Undecided,Confirmed] https://launchpad.net/bugs/570128
[03:12] <persia> Ah, good example.  That's an Ubuntu-specific bug, so we need to push to Ubuntu.  Yeah, coordinate with the security team on that one.
[03:12] <micahg> persia: can you unsub reviewers and I'll sub security?
[03:13] <persia> Sure.
[03:14] <persia> Do you know that the security team prefers to receive bugs by subscription?  I'd hate to see that get lost.
[03:14] <micahg> yes
[03:14] <micahg> in this case
[03:15] <persia> OK.  Just wanted to make sure.  I don't know much about their procedures.
[03:16] <micahg> persia: yeah, I talked to jdstrand about these bugs, he usually jumps on them pretty fast
[03:17] <persia> Great, then it's just mistargeted.
[03:22]  * ajmitch unsubs -reviewers from bug 570209, should get fixed in debian soonish
[03:22] <ubot3> Malone bug 570209 in muine "muine about page links to a domain squatter homepage" [Undecided,New] https://launchpad.net/bugs/570209
[03:24] <persia> \o/
[03:24] <ajmitch> it needs an FTBFS fix anyway, easiest to do mono stuff in debian & sync it
[03:40] <micahg> can someone unsub reviewers from bug 512615
[03:40] <ubot3> Malone bug 512615 in firefox "fonts are incorrectly rendered due to not using system cairo" [High,Fix released] https://launchpad.net/bugs/512615
[03:40] <persia> Sure.
[03:41] <persia> micahg: Was that patch ever sent upstream, or shouldn't it be for some reason?
[03:41] <micahg> persia: hmm, good question, I don't think upstream mozilla wants it, they'd prefer upstream cairo to get it
[03:42] <micahg> that's a whole mess
[03:42] <micahg> is -reviewers also a placeholder for upstreaming?
[03:43] <persia> That's primarily what we do, actually.
[03:43] <micahg> ok, good to know
[03:43] <persia> We don't presume to understand all the code, but we know how to test, and we know how to push upstream.  So generally we confirm the bug, confirm the patch works, and make sure upsteam can review it to adopt or drop.
[03:44] <persia> If you want to handle this specific bug differently in your role as part of ubuntu-mozillateam, I'm happy to unsub the reviewers.  If you want to get reviewers unsubbed by acting as a reviewer, it ought be upstreamed first, etc. so it doesn't get lost.
[03:45] <micahg> k, leave it there for now, what should really happen is the Ubuntu cairo patch get upstreamed
[03:45] <micahg> then we won't have to patch our source or mozilla's
[03:47] <persia> Then there should be an upstream cairo task on that bug :)
[03:47] <persia> Or is that a different bug?
[03:47]  * persia reads the bug log harder
[03:47] <micahg> persia: different bug
[03:48] <micahg> freedesktop 10301
[03:49] <ubot3> Freedesktop bug 10301 in freetype font backend "LCD filtering patch" [Normal,Reopened] http://bugzilla.freedesktop.org/show_bug.cgi?id=10301
[03:49] <persia> Right.  No point in us reviewing that bug then: it's all done.
[03:49]  * persia unsubscribes
[03:50] <micahg> it was a hack that we were kinda forced to do since our system cairo is patched and mozilla wants us to use their cairo in the build
[03:53] <persia> Ugh, yeah.
[03:59] <micahg> if you can any mozilla stuff in teh queue, feel free to ping me
[03:59]  * persia looks quick-like
[03:59] <micahg> I didn't see any in the list tonight
[03:59] <micahg> save the one we already took care of
[03:59] <persia> Dunno if bug #570812 counts :)
[03:59] <ubot3> Malone bug 570812 in chromium-browser "Use the ubuntu startpage by default" [Undecided,Confirmed] https://launchpad.net/bugs/570812
[04:00]  * micahg doesn't know chromium yet :/
[04:01] <persia> I don't see anything else offhand.
[04:01] <micahg> k, if something comes up feel free to ping me
[04:01] <micahg> should I idle in here?
[04:02] <persia> If you like.  If not, if we're pushing something into mozillateam, we'll come find you :)
[04:02] <persia> And if you have time, we'd always apprecitate help with reviewing other patches.
[04:03] <micahg> k, well, I feel I'm already spread too thin and after UDS, I'm going to have a lot more to do
[04:04]  * micahg needs to learn to recruit and delegate
[04:05] <persia> OK.  Stop by if you find time, or if you can reserve some for the occasional patch days.
[04:06] <micahg> k
[04:12] <persia> Just past 3:00 UTC, with 135 patches left to go.  We're 37.1% done!
[04:17] <persia> Err, 27.1% (I can't do math)
[04:17] <ajmitch> doing wel so far
[04:18] <persia> A little below trend, but this is a historically slow time of day.  I think we still have a chance.
[04:19] <ajmitch> bug 3179094 looks like nothing patch-worthy, it's just hardware info being collected
[04:19] <ajmitch> bug 317094
[04:19] <ubot3> Malone bug 317094 in xf86-input-evtouch "meta bug to collect lshal touchscreen info" [Undecided,Incomplete] https://launchpad.net/bugs/317094
[04:19] <ajmitch> hm
[04:19] <ajmitch> might help if I look at all 200+ comments
[04:20]  * persia pokes ogra about it
[04:20] <ajmitch> it was autotagged as having a patch, nothing useful
[04:20] <ajmitch> I'll remove the tag & subscription
[04:21]  * persia removes the patch flag from the evtouch_hal.out attachment
[04:22] <ajmitch> ah, I didn't spot you could do that
[04:23] <persia> On the right side, if you click "edit" for the attachments.  When there's a patch, there's a special "patches" box with just patch attachments.
[04:24] <ajmitch> right, I'm just having LP timeout again
[04:33] <persia> Hey RAOF!
[04:33] <RAOF> persia: Yo!
[04:34] <persia> Today is https://wiki.ubuntu.com/PatchDay so we're following https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide#Workflow
[04:35] <persia> We're nearly 30% done with the current target query.
[04:36] <RAOF> Is that query the one from the Workflow wiki?
[04:36] <persia> Yep.
[05:06] <persia> 4:00 UTC on https://wiki.ubuntu.com/PatchDay !  Only 133 bugs left to review.
[05:08]  * ajmitch imagines that many of the easy ones disappear first
[05:10] <persia> heh
[05:56] <persia> Anyone have an opinion about whether the patch in bug #570908 is a reasonable solution?  makes it unbootstrappable, but it's already bootstrapped, and the changelog can usefully hint how to rebootstrap.
[05:56] <ubot3> Malone bug 570908 in vala "Unable to build for PPA when there are patches to vala source" [Undecided,New] https://launchpad.net/bugs/570908
[05:59]  * ajmitch had looked at that, but didn't know what the ramifications of the change would be
[05:59] <persia> 5:00 UTC, and we're down to 130 bugs, meaning we're 29.8% complete!
[06:00] <persia> ajmitch: Yeah.  Looks to me like it's just including the source as well as the built stuff as references, but I'm not sure it belongs upstream: feels like a distribution-bootstrapping-workaround thing to me.
[06:00] <ajmitch> working around the fact that we only have sourceful uploads
[06:00] <ajmitch> so not even needed for debian
[06:01] <ajmitch> (depending on whether they start throwing away binary uploads)
[06:01] <persia> Oh, right.  Ubuntu-specific indeed.
[06:02] <persia> Actually, might be needed for Debian, as valac is Arch: any
[06:02] <persia> (unless someone constructs an N-architecture .changes file, but that's just madness)
[06:02] <ajmitch> what, like binary porters do?
[06:03] <ajmitch> ask lool about it, he's in Uploaders
[06:04] <persia> Good idea :)
[06:04] <ajmitch> though it looks like slomo does most of the vala uploads in debian
[06:05] <persia> I haven't seen slomo around in Ubuntu channels in ages though.
[06:05] <ajmitch> nor have I
[06:08] <ajmitch> time for me to get a bus home, I'll be back for more patching action soon
[06:09] <persia> Hey NCommander
[06:09] <NCommander> hey persia
[06:09] <persia> It's https://wiki.ubuntu.com/PatchDay !  We're following https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide#Workflow on submitted patches.
[06:10] <persia> About 30% done with our current target, but many hours to go.
[06:12] <micahg> persia: didn't we decide that apport bugs are reported in Ubuntu only or did that change?
[06:13] <persia> Oh, my mistake.  I missed that decision.  Feel free to Invalidate the usptream task :)
[06:13]  * micahg searches for email
[06:16] <NCommander> persia: who's the best person for pointing someone at creating QA tools?
[06:16] <micahg> persia: idr where it is, maybe double check with hggdh in a few hours
[06:17] <persia> bug #569792
[06:17] <ubot3> Malone bug 569792 in apport "wish, alternative available for apport-bug" [Wishlist,New] https://launchpad.net/bugs/569792
[06:17]  * NCommander notes the retracer explodes if there's an upstream task attached
[06:17] <micahg> no, that I know :)
[06:17] <NCommander> well
[06:17] <NCommander> LP explodes
[06:17] <NCommander> Makes a nice traceback
[06:17] <persia> NCommander: Hrm?  More detail is required, but you might want to ask in #ubuntu-quality to hit the right audience.
[06:31] <persia> Hrm.  We're probably going to get in trouble for using<EMAIL_ADDRESS>at some point.  That's *supposed* to be the Qatar LoCo list.
[06:32] <NCommander> persia: maybe move it to ubuntu-quality-assurance, and then give Qatar ubuntu-qa, or maybe just have qatar be ubuntu-loco-qa?
[06:33] <persia> Dunno.  Not a battle I choose to fight now.  When the Qatar LoCo team gets active, something will happen.  Anyway, I've unsubscribed the reviewers from 552575
[06:33] <NCommander> persia: hrm, I can't unsubscribe the reviews team per the wiki.
[06:33] <NCommander> persia: can you do that with https://bugs.edge.launchpad.net/ubuntu/+source/klibc/+bug/527720 as well? I assigned myself to it as I have a personal interest in fixing it so I'll handle follow ups once the patch is tested
[06:33] <ubot3> Malone bug 527720 in klibc "thumb2 porting issues identified: klibc uses mov.*pc" [High,Won't fix]
[06:33] <NCommander> ...
[06:34] <NCommander> ugh
[06:34] <NCommander> I hate when that happens
[06:34] <persia> Sure.
[06:36] <NCommander> persia: https://bugs.edge.launchpad.net/ubuntu/+source/mountall/+bug/537133 - here's another one. mountall is Ubuntu-specific (no separate upstream, no patch to forward)
[06:36] <ubot3> Malone bug 537133 in mountall "mountall issues with NFS root filesystem" [Medium,Confirmed]
[06:37] <persia> And here some of us thought all the easy ones were done already :)
[06:38] <NCommander> persia: https://bugs.edge.launchpad.net/ubuntu/+source/software-center/+bug/433838 - another one we can remove, Ubuntu specific, no separate upstream
[06:38] <ubot3> Malone bug 433838 in software-center "Use an icon in the location bar" [Low,New]
[06:40] <persia> nigelbabu: What do you think about thse cases: should they get patch-forwarded-upstream?
[06:44] <maco> hi
[06:44] <persia> Hey maco!
[06:44] <maco> im looking at the bugs that are tagged as having patches accepted upstream and going "oh look thingies to sponsor!"
[06:44] <persia> It's https://wiki.ubuntu.com/PatchDay ! We're following https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide#Workflow on submitted patches.
[06:44] <persia> heh.  That works too :)
[06:45] <maco> but umm... is maverick open yet?
[06:45] <persia> Although most of them would probably be better served by merge/sync at this pont.
[06:45] <maco> there's a merge that needs sponsored
[06:45] <persia> https://launchpad.net/ubuntu/maverick/+queue?queue_state=1 says you can upload, but it will wait until later to be processed.
[06:46] <persia> That will be empty from archive-open to archive-freeze
[06:46] <maco> yeah i looked at the https://wiki.ubuntu.com/ReviewersTeam/GettingInvolved and clicked the "bug query" link
[06:46] <maco> empty?
[06:46] <persia> Yes.  UNAPPROVED only ever contains anything when the archive is frozen.
[06:47] <persia> If the archive is unfrozen, apprvoal is automatic, so it goes to NEW or ACCEPTED directly.
[06:47]  * NCommander fires up a Debian chroot to test a bug
[06:47] <NCommander> persia: where's the handy forward to BTS script?
[06:47] <maco> ahh ok
[06:48] <persia> NCommander: submittodebian?
[06:48]  * maco waits for maverick pbuilder to come into existence
[06:49] <maco> hmm intrepid's gone eh? guess i can nuke that one
[06:49] <maco> oh apparently i already did
[06:49] <persia> always good to plan in advance :)
[06:50] <maco> persia: are you one of the sru team people?
[06:51] <persia> I'm not.
[06:51] <maco> my brain seems unwilling to remember who's on which special teams beyond jdong is on sru team, scottk & riddell on release team, and cjwatson seemingly having every magical power available
[06:52] <persia> https://launchpad.net/~ubuntu-sru/+members
[06:52] <persia> https://launchpad.net/~ubuntu-release/+members
[06:52] <persia> etc.
[06:52] <porthose> persia, would you please add me to the Ubuntu-sponsors team :)
[06:52] <persia> (this is why we have a team management interface :p )
[06:52] <persia> porthose: Sure.
[06:53] <porthose> persia, thx
[06:53] <maco> yeah i know :P ive looked at the sru team member list twice today. cjwatson & jdong were still the only ones that stuck
[06:54] <maco> and jdong sticks because ive been using #ubuntuforums and #ubuntuforums-mods to poke him on sru stuff for a long while :P
[06:54] <NCommander> persia: I thought we just had one for forwarding something to the BTS without a package
[06:54] <NCommander> persia: basically a bug CCer
[06:54] <persia> I don't know of any.  The BTS doesn't like not having a package, version, etc.
[06:54] <maco> so pitti, slangasek, the 2 i know, and 2 i dont know. k.
[06:55]  * ajmitch returns, is the list empty yet?
[06:55] <NCommander> persia: fair enough. You can unsubscribe https://bugs.edge.launchpad.net/ubuntu/+source/distcc/+bug/511585
[06:55] <ubot3> Malone bug 511585 in distcc "Unable to start pump server because of python version mismatch" [Medium,Confirmed]
[06:57] <maco> 125?
[06:57] <maco> is that down from the 1800?
[06:57] <maco> or is this a subset?
[06:57] <ajmitch> subset
[06:57] <persia> It's a subset.
[06:57] <maco> oh ok
[06:57] <persia> Down from 185 when patch day started though, so good progress.
[06:57] <persia> It's specifially all the new patches that haven't been reviewed since a magic date.
[06:57] <maco> i will poke akk with a pointy stick for her to help out
[06:58] <persia> if we run out, we'll move the magic date :)
[06:58] <persia> maco: Thanks!
[06:58] <maco> she's :( about bugs not getting fixed and i told her this is how she could help
[06:58] <ajmitch> if we run out, we've done something right
[06:58] <persia> Indeed.  Getting the patches to the folks that can use them is key to getting the bugs fixed.
[06:58] <ajmitch> even if sometimes it's us wearing a different hat
[06:59] <maco> ajmitch: well part of this is getting the patches to upstream too
[06:59] <maco> because we likely dont want to hold the deltas forever
[06:59] <persia> The goal of the team is to get the patches to people who can use them.  If people who can use patches join the team and get the patches directly, that also works :)
[06:59] <ajmitch> maco: I know, I'm talking about wearing a debian hat & fixing stuff there, while passing onto upstream :)
[07:00] <maco> ajmitch: oooh debian hat, i see.
[07:00] <maco> very spirally, looks nice on you ;-)
[07:00] <ajmitch> goes with the debian tartan, you know
[07:01] <maco> i saw they were getting more debian tartan for debconf this year
[07:01] <maco> but the options are kilt or necktie
[07:01]  * ajmitch lives in a city where kilts are sometimes seen on the streets
[07:01] <persia> maco: Kinda, but most of it is about getting the patches *somewhere*: there's too many patches that get missed because nobody understands, etc.
[07:01] <maco> pretty sure i'd be considered a cross dresser if i wore either of those :P
[07:02] <maco> persia: taught akk a couple weeks ago about the magic of the sponsor queue
[07:02] <persia> maco: It's a matter of culture.  Neckties are perfectly acceptable female attire here.
[07:02] <maco> persia: sailor suits!
[07:02] <ajmitch> kilts are worn as part of girl's school uniforms here, funnily enough
[07:02] <persia> Is one extreme example.
[07:02] <persia> here also.
[07:03] <ajmitch> the joys of living in a city settled by scots :)
[07:03] <maco> ajmitch: catholic school i went to had kilts in grades 4-8 for girls....or a skort... but they weren't tartan, they were solid navy
[07:03] <persia> kilt+necktie+shirt+optional sweater
[07:04]  * ajmitch thinks we're almost off-topic here :)
[07:04] <maco> yep
[07:04] <persia> Only 125 left.  Nearly one-third done!
[07:06] <persia> Unfortunately, I've run against a time-wall, and was scheduled for lots more hours as contact than I could do today (and wasn't able to rearrange things).
[07:06] <persia> If someone else could answer any questions from new folks for a while, I'd appreciate it.  Extra points if you want to fill some of the blanks at https://wiki.ubuntu.com/PatchDay
[07:07] <persia> Also, if someone wouldn't mind posting the counts hourly or so: it would be nice to make a graph showing how well we did when PatchDay ends.
[07:08] <maco> if launchpadlib wasnt horribly scary, id suggest scripting that and running it hourly
[07:08] <persia> There is a script.  It doesn't complete within an hour :)
[07:08] <maco> O_o
[07:09] <persia> The script does some other stuff too though, so maybe it's overcomplex :)
[08:02] <maco> still 125
[08:08] <dholbach> good morning
[08:17] <ajmitch> morning dholbach
[08:17] <dholbach> hey ajmitch
[10:31] <nigelbabu> Hello folks, second day of patch day today!
[10:32] <nigelbabu> We have 122 open and unreviewed bugs in review queue waiting for review :)
[10:56] <nigelbabu> we need to deal with situation where we're going to go against upstream decisions
[12:19] <nigelb> hyperair: you're up next right?
[12:19] <hyperair> yeah
[12:19] <Guest54184> sorry, I'm out of power at home
[12:20] <dholbach> nigelbabu: how did the session go?
[12:20] <Guest54184> dholbach: it was nice, finished fast and too lots of questions
[12:21] <nigelb> now, thats better
[12:21] <nigelb> dholbach: send most of the development doubts to you ;)
[12:22] <nigelb> maco helped me with questions and thankfully the storm was out before the session
[12:22] <dholbach> awesome
[12:23] <nigelb> hyperair: do you have the number of bugs handy?
[12:23] <hyperair> nigelb: what number?
[12:23] <nigelb> hyperair: number of unreviewed bugs
[12:25] <nigelb> bdmurray: graphs a bit stale?
[12:25] <nigelb> maco: launchpadlib is not *that* scary
[12:25] <nigelb> well, here we go 121  bugs
[12:40] <nigelb> dholbach: thanks for the blog post yday ( I just read it today), perhaps I need to blog today about how much progress we made in 2 days
[12:40] <dholbach> nigelb: definitely
[12:45] <hyperair> nigelb: no i don't have a number. is it needed?
[12:45] <nigelb> hyperair: just post every hour, so we can look at the logs and make a graph for later
[12:45] <hyperair> okay
[12:45] <nigelb> helps identify fast hours and slow hours
[12:46]  * nigelb adds blogging to list of things to do
[12:47] <hyperair> looks like my hours are going to be slow >_>
[12:47] <hyperair> launchpad hates me
[12:47] <hyperair> give it a query, wait 15 minutes for it to load...
[12:48] <hyperair> or it just won't load at all.
[12:50] <nigelb> ouch, give me 15 mins, I'll check back home whts the situation
[12:50] <nigelb> if power is back, I'll do the posting for ya
[13:00] <hyperair> bah, i can't even get a list of bugs out
[13:00] <hyperair> =.="
[13:17] <hyperair> okay, it seems there are 121 outstanding
[13:21] <persia> nigelbabu: How do you mean when we're going against upstream decisions?
[13:53] <nigelbabu> persia: no, sorry.  my mistake
[14:07] <hyperair> persia, nigelbabu: what do i do when i encounter a patch that is not relevant? i.e. it works around the issue somewhere else rather than fixing it in the problematic app
[14:08] <persia> example?
[14:09] <hyperair> https://bugs.launchpad.net/ubuntu/+source/gnome-themes/+bug/542240
[14:09] <ubot3> Malone bug 542240 in gnome-themes "Icons clipped in the indicator applet" [Undecided,New]
[14:09] <hyperair> the patch patches the theme, but i think the issue is in indicator-applet
[14:09] <hyperair> as mentioned by the comment i just posted
[14:10] <persia> I'd say "patch-needswork" for that, if you're comfortable saying it's the wrong way to solve the issue.
[14:11] <persia> If you're unsure, pass it to upstream for a declaration.
[14:11] <nigelbabu> I hate a potential patch-rejected bug, but I fear backlash
[14:11] <nigelbabu> s/hate/have
[14:11] <hyperair> heh
[14:11] <hyperair> i know that feeling
[14:12] <persia> That's the nice thing about patch-needswork: it invites discussion.  patch-rejected should only be used when it's confirmed wrong, and there's some other way to do it in process.
[14:13] <hyperair> (almost)hourly report: 115 bugs..
[14:13] <nigelbabu> The bug is actually a Won't Fix thing
[14:13] <nigelbabu> so we took the middle path, marked it triaged and reported upstream
[14:13] <hyperair> lol
[14:13] <nigelbabu> upstream removed a feature and people want it back and naturally blame us
[14:14] <hyperair> i once had the misfortune of having to argue with someone about a graphical application logging information on the terminal.
[14:16] <nigelbabu> ouch
[14:16] <nigelbabu> I like upstream gnome devs attitude on bug trackers
[14:16] <nigelbabu> the moment you talk about offtopic or blame game on bugs, they will warn you, quite sternly
[14:17] <nigelbabu> when was the last time we spammed -bugs and -motu?
[14:18] <hyperair> heheh
[14:18] <nigelbabu> about time, wanna do the honors hyperair ? ;)
[14:19] <hyperair> nigelbabu: what honours?
[14:19] <hyperair> i did it 5 minutes ago.
[14:19] <hyperair> the hourly report thing
[14:19] <nigelbabu> ooh, nice :)
[14:19] <nigelbabu> no no, we just pop by and advertise in the -motu and -bugs channels every 4 hours
[14:19] <hyperair> o rly
[14:19] <hyperair> what do i advertise?
[14:19] <nigelbabu> Just a reminder, it's Patch Day. Anyone with some time to review patches and help get them in the right places is encouraged to stop by #ubuntu-reviews and help out.
[14:20]  * hyperair copypastas
[14:20]  * nigelbabu dents and tweets and facebooks
[14:20] <hyperair> there we go.
[14:21] <nigelbabu> heya geser, Nicke
[14:22] <Nicke> hello
[14:22] <nigelbabu> It's https://wiki.ubuntu.com/PatchDay  ! We're following https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide#Workflow on submitted patches.
[14:50] <micahg> persia: security team picked up the apparmor bug this morning :)
[14:52] <persia> Great!
[15:02] <nigelbabu> amazing
[15:05] <hyperair> 112 bugs..
[15:06] <nigelbabu> ooh, 70 bugs done :)
[15:06] <persia> 73!
[15:06]  * nigelbabu fails in subtraction
[15:06] <persia> Which makes us 40% done.
[15:07] <hyperair> \o/
[15:07] <persia> With 21 hours to go, we're still roughly on-target if we can maintain a rate of 6 patches reviewed an hour.
[15:07] <hyperair> cool
[15:07] <persia> Which is only one every ten minutes.  We can do this!
[15:09] <dholbach> persia: how many did you do already? :)
[15:09] <persia> I didn't count.  10 or so.
[15:09]  * dholbach did a few during patch day lite, but just one during patch day
[15:09] <persia> There's plenty more :)
[15:10] <dholbach> yeah
[15:10] <persia> And not just the hard ones.  ajmitch and I had thought the easy ones were gone, and NCommander stopped by and processed 3-4 with just bug tag adjustment.
[15:11] <persia> So I suspect there are other ones that are being well-managed, and just not using our procedure (and which therefore show up as "needing review")
[15:15] <nigelbabu> A couple of easy bugs if soeone wants to have a go
[15:15] <nigelbabu> bug 568402, bug 540342
[15:15] <ubot3> Malone bug 568402 in qt4-x11 "Qt displays half width character as full width in some Japanese fonts" [Undecided,New] https://launchpad.net/bugs/568402
[15:15] <ubot3> Malone bug 540342 in lintian "Lintian strings scripts cannot handle spaces in path names" [Undecided,New] https://launchpad.net/bugs/540342
[15:16]  * hyperair would be faster if only launchpad responded better
[15:16] <yofel> hm, about bug 520919: that's a packaging change request that's waiting for a r-base MIR, and it's already assigned to nixternal, here's no upstream involvement at all
[15:17] <ubot3> Malone bug 520919 in kdeedu "Cantor is missing possibility to add R backend" [Wishlist,Triaged] https://launchpad.net/bugs/520919
[15:17]  * persia knocks out 568402
[15:19] <nigelbabu> I think the HIG complaiancy patches are okay to get in
[15:20] <nigelbabu> Just making the text complaint with upstream HIG, like bug 555213
[15:20] <ubot3> Malone bug 555213 in hundredpapercuts "Make printer jobs viewer HIG compliant" [Low,Confirmed] https://launchpad.net/bugs/555213
[15:20] <nigelbabu> thoughts?
[15:20] <persia> I used to think that, but seb128 pointed out that 99% of the time upstream was happy to take them, and it's painful to carry the divergence.
[15:20] <persia> So I'd recommend pushing those upstream, rather than seeking to get them into Ubuntu.
[15:21] <nigelbabu> ok, so anyone wats an easy bug, piack that one, just send upstream :)
[15:23] <nigelbabu> Also, someone can just forward bug 491940 upstream
[15:23] <ubot3> Malone bug 491940 in ltsp "Patch for LTSP clients to properly reboot/shutdown" [Undecided,Confirmed] https://launchpad.net/bugs/491940
[15:23] <nigelbabu> so many easy bugs waiting to be picked
[15:44] <bdrung> hyperair, nigelbabu: i have to do some work. it would be nice if someone could take the responsibility for the 1700 UTC slot to give me one more hour.
[15:45] <hyperair> 17 + 8 = 25..
[15:45] <hyperair> sure no problem
[15:47] <henne91> hi
[15:48] <hyperair> hello henne91.
[15:49] <henne91> ok I'm pretty new to this
[15:49] <bdrung> hyperair: thanks. your day has 25 hours? ;)
[15:49] <nigelbabu> bdrung: ouch, I have a very early slot
[15:49] <nigelbabu> oh well, the rockstar is here :)
[15:49] <nigelbabu> woo hyperair !
[15:50] <hyperair> bdrung: it fluctuates between 12 and 48 ;-)
[15:51] <persia> henne91: So we're following https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide#Workflow : just ask if you have any questions, or need an opinion or a hand.
[15:51] <henne91> persia: ok thx I'll take a look at that
[15:52] <nigelbabu> hyperair: lol
[15:53] <nigelbabu> 108 bug now :)
[15:53] <persia> \o/
[15:53] <persia> nigelbabu: You'll post a pretty graph to your blog when Patch Day ends, right?
[15:55] <nigelbabu> yes :)
[15:55] <nigelbabu> oh yeah, blog post to write!
[15:57] <persia> Better hurry: the 6th of May started 5 hours back, and is moving around the planet at a good clip :)
[16:17] <henne91> need to go
[16:27] <nigelbabu> http://justanothertriager.wordpress.com/2010/05/05/flash-news/
[16:27] <nigelbabu> dholbach, persia: ^
[16:28] <dholbach> nice
[16:28] <dholbach> well done
[16:34] <nigelbabu> folks, 8 more bugs and we enter into double digits
[16:39] <qense> nigelbabu: There seems to be an inconsistency at <https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide>, the documentation talks about the tags 'patch-forward-upstream' and 'patch-forwarded-upstream'
[16:39] <nigelbabu> qense: can correct to forwarded please?
[16:39] <qense> I can do that, yes!
[16:39] <nigelbabu> thank you :)
[17:25] <maco> this is akk ^
[17:26] <maco> akk: this is what we're doing today https://wiki.ubuntu.com/PatchDay
[17:27] <maco> nobody's announced the count in a few hours. 104
[17:27] <maco> akk: 185 bugs were targetted to be reviewed today
[17:28] <maco> akk: https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide  <-- thats the step-by-step
[17:29] <akk> Cool! Is there any synchronization here, like "Is anyone working on bug 12345 already? I want to take it"?
[17:29] <ubot3> Malone bug 12345 in isdnutils "isdn does not work, fritz avm (pnp?)" [Medium,Fix released] https://launchpad.net/bugs/12345
[17:30] <akk> sorry, ubot3 :)
[17:30] <maco> heh
[17:30] <maco> i'd say pick randomly from the center of the list
[17:31] <maco> apparently they set a "magic date" and said "ok we're going to try to get through all patches submitted since $date" and tht turned out to be 185
[17:31] <maco> james_w: ping
[17:32] <james_w> hey maco
[17:32] <maco> james_w: can you have lp:debian/sid/meld resync to match current debian? ive got a merge to do
[17:32] <akk> Curious what the date was ... I don't see a date in the query there.
[17:33] <james_w> maco: not easily, as LP is currently prevented from importing source packages to its mirror of Debian
[17:34] <james_w> you can see that https://edge.launchpad.net/debian/+source/meld/+publishinghistory is out of date
[17:34] <maco> james_w: why?
[17:34] <maco> yes i see that its way back at september
[17:34] <maco> what's wrong with lp?
[17:34] <james_w> there's some bug
[17:34] <james_w> I don't know
[17:34] <maco> oh :(
[17:34] <james_w> they are supposed to be looking in to it
[17:34] <james_w> I'm trying a workaround
[17:36] <maco> i guess as a workaround i could bzr init inside the unpacked debian source package, push that to my-namespace spot in lp, and do the merge that way
[17:38] <maco> james_w: would that work? im sure if i knew how to manually merge i could do that too, but...
[17:38] <james_w> give me a few minutes
[17:39] <akk> Darn, my gmemusage patch was a year ago so it's not on the list.
[17:39] <maco> apparently not
[17:40] <maco> akk: you can do something with it anyway :P
[17:40] <akk> I probably will start with that. :)
[17:40]  * maco glad crimsun's not in here
[17:41] <maco> he'd be lecturing me for not knowing how to do a merge without bzr or MoM
[17:41]  * akk is still wondering when that gimp patch will get pushed into lucid
[17:41] <maco> akk: the statusbar one? its in lucid-proposed already
[17:41] <akk> Right, but then there was more bug activity that looked like it was moving into actual lucid ... only it didn't. I'm confused what to look for in bug updates.
[17:41] <maco> packages spend 2 weeks (i think?) in -proposed so breakage can be caught, then they go to -updates
[17:42] <akk> Ah! Thanks, I wasn't clear on that.
[17:42] <maco> says it hit updates 11 hours ago
[17:42] <maco> https://edge.launchpad.net/ubuntu/+source/gimp
[17:45] <maco> the really *awesome* bit about my inability to understand how to merge this package is that the program in the package is a tool for merging
[17:46] <akk> heh
[17:47] <james_w> maco: try now
[17:47] <akk> Not just merge as in diff -p1 <goo.diff, I assume?
[17:48]  * maco hugs james_w
[17:49] <maco> akk: 3-way merge
[17:49] <maco> upstream, ubuntu changes, and debian changes
[17:49] <akk> Oh, yeah, I don't really know how to do that either. Maybe when you fix this package I can use it. :)
[17:50] <maco> oh i dont know if that package does it, just that that's what i was trying to do
[17:54] <maco> james_w: thank you :)
[17:54] <james_w> glad it worked
[17:55] <maco> bzr's being a little bit ridiculous about this merging O_o instead of the >>>>>> [17:55] <maco> (if it couldnt resolve something. if it could it was yay)
[18:03] <james_w> humm
[18:03] <james_w> odd
[18:36]  * hyperair wonders if bdrung has returned
[18:50] <bdrung> hyperair: i am back
[19:46] <hyperair> yay bdrung
[19:47]  * hyperair wonders where util-linux's upstraem is
[19:47] <hyperair> do they have a bug tracker i can stick patches into?
[19:48] <bdrung> hyperair: LKML?
[19:52] <hyperair> bdrung: that place sends shivers down my spine ._.
[19:53] <bdrung> http://www.kernel.org/pub/linux/utils/util-linux/
[19:54] <hyperair> hmm
[19:55] <hyperair> but kernel has bugzilla.kernel.org
[19:55] <hyperair> oh hey maybe util-linux will be there also..
[20:45] <maco> james_w: hello?
[20:48] <maco> O_O
[20:49] <maco> oh. wrong lp page
[20:49] <maco> davidek: hi! we're having a patch day today
[20:50] <maco> here's the workflow for what we're doing today https://wiki.ubuntu.com/ReviewersTeam/ReviewGuide and the list of bugs to look at is https://bugs.edge.launchpad.net/ubuntu/+bugs?field.subscriber=ubuntu-reviewers&field.tag=patch%20-patch-needswork%20-patch-forwarded-upstream%20-patch-forwarded-debian%20-patch-accepted-upstream%20-patch-accepted-debian%20-patch-rejected-upstream%20-patch-rejected-debian%20-patch-rejected&field.tags_combinator=ALL
[20:50] <davidek> hello! that's the reason, i'm here.
[20:54] <maco> (goodness that url is looooong)
[20:54]  * hyperair kicks sbuild
[20:54] <hyperair> that's why you're supposed to visit the reviewersteam wiki and just click the link
[21:00] <maco> heh
[21:00] <maco> hey hyperair, how long does it take for lp to notice when you dput something?
[21:01] <bdrung> maco: not long (few minutes)
[21:01] <maco> ok
[21:01] <maco> and does the automatically-mark-bug-fixed thing happen when the package hits proposed or updates?
[21:02] <bdrung> IIRC when hitting updates
[21:02] <maco> ok
[21:02] <maco> davidek: got any questions?
[21:03] <maco> or did whomever wrote the wiki page do a good job?
[21:03] <hyperair> maco: 3 minutes or so i think.
[21:03] <bdrung> maco: you should mark dputted SRUs as 'fix committed' because the upload will stuck it the queue and manually accepted
[21:03] <maco> hmm s/whomever/whoever/
[21:03] <hyperair> maco: updates.
[21:04] <davidek> maco: not yet
[21:04] <maco> bdrung: same for things uploaded to maverick while frozen?
[21:04] <maco> well then again i did commit to bzr so that sounds valid... but i wonder if debcommit means itll mark that automagically
[21:04] <bdrung> maco: yes
[21:05] <maco> im gonna wait a few minutes and see if the debcommit/bzr mark-uploaded/bzr push combination does it automagic
[21:06] <bdrung> if i am right, mark-uploaded just adds a tag
[21:16]  * maco pokes bzr-builddeb with a Hobbsee's pointy stick
[21:17] <maco> -S -- -sa? grr
[21:17] <hyperair> lol
[21:17] <hyperair> i use aliases
[21:18] <maco> reading bzr-builddeb --help i thought the --split thing was gonna do it for me magic-like, but nope
[21:18]  * maco goes to add note to wiki page
[21:18] <hyperair> bzr always gives yyou that impression.
[21:18] <hyperair> use git!
[21:30] <imbrandon> maco: lol@Hobbsee's stick, havent seen that thing fly arround in a while
[21:31] <ajmitch> morning
[21:33] <imbrandon> heya ajmitch
[21:40]  * keffie_jayx missed hobbsee's stick of doom :(
[21:56] <bdrung> maco: what's  Hobbsee's pointy stick?
[21:57] <maco> bdrung: a stick (that i have the impression she's sharpened) that she uses to poke people/things on irc
[21:57] <bdrung> ough, that probably hurts
[22:02]  * ajmitch hasn't really seen hobbsee around for awhile
[22:08] <maco> ajmitch: i think school's been kicking her
[22:10] <ajmitch> quite probably
[22:10] <ajmitch> she needs to kick back
[22:11]  * nigelbabu is here!
[22:12] <nigelbabu> aw no, 1 hour early
[22:14] <bdrung> nigelbabu: but you are here, right?
[22:14] <nigelbabu> yes :)
[22:14] <nigelbabu> @now
[22:16] <bdrung> nigelbabu: then i can take a shower and you will be there for answering questions
[22:17] <nigelbabu> bdrung: hehe, go ahead :)
[22:18] <bdrung> nigelbabu: it has been quite quiet the last hours (= not much to do for me)
[22:19]  * ajmitch will try & ask some annoying questions then
[22:23] <nigelbabu> hahah
[22:23] <nigelbabu> you'll and up answering yourself
[22:23] <nigelbabu> s/and/end
[22:23] <nigelbabu> its 3 am here
[22:24] <ajmitch> 9:24 here :)
[22:24] <maco> the count is currently 103
[22:25] <maco> i think akk worked on forwarding patches she's submitted to lp that weren't on today's list
[22:25] <maco> speak of the devil
[22:26] <akk> Sorry, busy day.
[22:26] <nigelbabu> did we go below 100 at any time?
[22:27]  * ajmitch spots one to unsubscribe
[22:30] <maco> nigelbabu: i dont think so
[22:30] <maco> i spent a /lot/ of time doing a fairly simple merge because i kept forgetting how to use things like bzr and bzr-buildpackage
[22:31] <maco> james_w got me straightened out and then i fixed the wikipage
[22:31] <ajmitch> maco: what needed changed?
[22:32] <ajmitch> & yeah, LP not updating its debian info is problematic for merging
[22:32] <maco> ajmitch: i got to the end of the "how to do a merge" and went "ok...so i push to lp and then...? how do i upload" so yay for the uploading page, added a link to that... and then added a bit thats like oh by the way, you need bzr-buildpackage -S -- -sa -vFOO
[22:32] <maco> when doing a merge from debian
[22:33] <ajmitch> which page was this on?
[22:33]  * ajmitch needs to refresh his knowledge of this stuff :)
[22:33] <maco> https://wiki.ubuntu.com/DistributedDevelopment/Documentation/Merging
[22:34] <maco> i learned about bzr mark-uploaded today
[22:34] <ajmitch> too much magic :)
[22:36] <maco> james_w: idea for bzr mark-uploaded: change bug status to "fix committed"
[22:36] <kklimonda> heh, every time I try using bzr magic to maintain some package the results are terrible and I go back to the packaging branches..
[22:37] <maco> james_w: actually... no this is more of a lp thing. lp should go "oh look thingy in queue! *fix committed*"
[22:37] <ajmitch> I think that's in progress now
[22:37] <nigelbabu> yaay! 99
[22:39] <ajmitch> bug 318439
[22:39] <ubot3> Malone bug 318439 in launchpad-code "bzr --fixes lp:xxxx doesn't change the status of the bug" [High,Triaged] https://launchpad.net/bugs/318439
[22:40] <nigelbabu> it does
[22:40] <nigelbabu> ajmitch: it makes it fix comitted
[22:41] <ajmitch> ok, that's useful then
[22:41]  * ajmitch thought that was still WIP, shows how much I use branches for packages
[22:42] <nigelbabu> we are now at 96!
[22:43]  * ajmitch hopes to see it at 0 by lunchtime
[22:50] <nigelbabu> anyone knows what eucalyptus is about?
[22:50] <geser> nigelbabu: does it work for all kind of branches or only for upstream branches or packaging branches?
[22:51] <nigelbabu> geser: ive seen it work for individual branches of a project
[22:51] <nigelbabu> I dunno for ubuntu development branches, lemme check
[22:51] <ajmitch> nigelbabu: eucalyptus implements something like amazon's EC2, it's what runs the cloud stuff in ubuntu
[22:52] <nigelbabu> ajmitch: sh, patch in it, dunno what to do :/
[22:54] <ajmitch> see if someone in the server team is on it
[22:54] <nigelbabu> geser: no, ubuntu development branches it doesnt happen
[22:58] <nigelbabu> ajmitch: smoser?
[22:58] <nigelbabu> ah yes, server team
[22:58] <bdrung> nigelbabu: we need a tag for "don't touch this patch, i can handle it myself"
[22:59] <nigelbabu> bdrung: yeah we need one
[23:00] <bdrung> for bugs like #369525
[23:00] <ajmitch> agreed, I've come across a few bugs like that
[23:00] <nigelbabu> lol, i just played there didnt I?
[23:00] <ajmitch> yes
[23:01] <ajmitch> or bugs like bug 276472
[23:01] <ubot3> Malone bug 276472 in samba "cp -p on CIFS mount does not preserve permissions and returns a permission denied error" [Medium,In progress] https://launchpad.net/bugs/276472
[23:01] <ajmitch> handled by a kernel team member
[23:01] <nigelbabu> bdrung: easiest way, just unsubscribe review team without removing patcch tag
[23:02] <ajmitch> down to 94
[23:02] <nigelbabu> make that 93
[23:03] <bdrung> nigelbabu: k, that would work, but then i have to wait until the script subscribed the review team
[23:05] <nigelbabu> bdrung: if there is a patch tag, we won't be subscribed again
[23:06] <bdrung> nigelbabu: so adding the patch and adding the patch tag would work?
[23:07] <ajmitch> when poatches originate from upstream, I guess I should unsubscribe the review team?
[23:07] <nigelbabu> bdrung: yep
[23:07] <nigelbabu> ajmitch: patch-accepted-upstream?
[23:08] <ajmitch> very much accepted, more patch-originated-upstream
[23:08] <nigelbabu> yeah, use that tag so peole who want to package can spot it
[23:09] <ajmitch> yeah I was just checking the debian changelog, fix is already in lucid (from debian)
[23:09] <ajmitch> it's a debdiff for karmic-proposed
[23:09] <nigelbabu> oh, SRU
[23:09] <ajmitch> yep, and it's hardly a critical one
[23:10] <nigelbabu> I'dsay poke someone in sru team to accept or reject
[23:10] <ajmitch> yes, I was about to
[23:10] <nigelbabu> ajmitch: always a step ahead :)
[23:11] <ajmitch> specifically jdong, since the bug/patch submitter is from someone he knows, and he's subscribed
[23:11] <nigelbabu> oh yaay! 91 bugs to go!
[23:13] <nigelbabu> bdmurray: are the graphs a bit stale? is it because you're working on updating the script?
[23:18] <nigelbabu> 89! lets move it folks :)
[23:20] <bdmurray> nigelbabu: can you show me what you mean by stale?
[23:23] <nigelbabu> http://qa.ubuntu.com/reports/patches/
[23:23] <nigelbabu> bdmurray: last update date is 04/28
[23:27] <nigelbabu> ajmitch: you folks were talking about the vala bug yesterday?
[23:27] <nigelbabu> what was the final call on that one?
[23:34] <ajmitch> I was talking with persia about it, I don't know if he talked to lool
[23:35] <nigelbabu> hm
[23:35] <ajmitch> I didn't follow up further
[23:35]  * nigelbabu really wants to see 0!
[23:37] <nigelbabu> persia: can you followup on the vala bug? since I dunno what to ask ;)
[23:44] <nigelbabu> 88 bugs, we're dropping constantly here :)
[23:46] <yofel> another one done
[23:47] <nigelbabu> yaay!
[23:48] <nigelbabu> where is everyone? akk? maco?
[23:49] <akk> Sorry, I'm lurking but I don't think I'll have time to do anything today.
[23:49] <nigelbabu> akk: ah, no problem :)
[23:49] <akk> And if I did I'd be awfully tempted to start with my year-old patch that's too old to be in your list.
[23:51]  * ajmitch can't really do much more for a little while
[23:52]  * ajmitch wishes he'd got stuff into karmic-proposed long before lucid release
[23:52] <ajmitch> having people still available to test stuff would be nice
[23:53] <nigelbabu> akk: you can get it into our list
[23:53] <nigelbabu> ajmitch: yeah, definitely


[07:40] <dholbach> salut davidcalle
[07:40] <davidcalle> Morning dholbach o/
[07:40] <dholbach> the 15.04 -> 16.04 snappy doc could be another customer for the gdoc cleaner :)
[07:41] <dholbach> let's see when cwayne responds later on
[07:47] <davidcalle> dholbach: sudo snap install gdoc-html-cleaner
[07:47] <dholbach> yep, I saw it :-)
[07:47] <dholbach> nice work
[08:32] <dholbach> davidcalle, coming? :)
[08:51] <dholbach> dpm, https://github.com/ubuntudesign/vanilla-framework/issues/290
[08:52] <dholbach> dpm, when did you want to meet up later on?
[08:52] <davidcalle> dholbach: http://paste.ubuntu.com/16916662/
[08:52] <dpm> dholbach, shall we say at 11:30?
[08:53] <dholbach> dpm, I have an appointment at 12 and need to go there by bike, so 11:30 won't work for me
[08:54] <dholbach> davidcalle, I'll take a look
[08:54] <dpm> dholbach, would 15:00 be ok?
[08:54] <dholbach> dpm, 15:00 to 15:30?
[08:54] <dholbach> that'd work
[08:56] <dpm> ok, cool
[08:56] <dholbach> thanks
[08:56] <dholbach> davidcalle, did you run with --delete?
[08:56] <davidcalle> dholbach: nope
[08:56] <dpm> dholbach, looking at that github issue, I'm not sure it refers to the CSS theming we're using for d.u.c - it refers to vanilla, but I'm not sure how that is related to the Ubuntu web guidelines we're using on the site
[08:56] <dholbach> davidcalle, it doesn't look like it from the last line of the traceback
[08:57] <dholbach> dpm, that'd be relevant if we moved to vanilla - I just thought that it'd be good to stay in touch with the webteam about it
[08:58] <davidcalle> dpm: that's the framework we will want/need to use in the future (because that's what they are migrating websites to)
[08:58] <davidcalle> dholbach: should I try with delete and see what burns?
[08:59] <dpm> davidcalle, dholbach, but is vanilla not a full framework? I.e. the move to vanilla would mean migrating from djangocms? I'm not too familiar with Vanilla other than knowing it exists
[08:59] <davidcalle> dpm: CSS framework
[08:59] <dholbach> davidcalle, do we have a way to cowboy a file into the deployment?
[08:59] <dpm> davidcalle, ok, that makes sense then
[08:59] <davidcalle> dholbach: into staging, yes
[08:59] <dholbach> davidcalle, <3
[08:59]  * davidcalle puts is hacker pants on
[09:00] <dholbach> davidcalle, can you teach me the black art of this?
[09:00]  * davidcalle adds his teacher's hat
[09:00] <davidcalle> ssh<EMAIL_ADDRESS>[09:00] <davidcalle> sudo su - stg-ue-devportal
[09:01] <davidcalle> juju ssh 4
[09:01] <davidcalle> cd /srv/devportal-app-0/code/current
[09:01] <davidcalle> Hack hack hack
[09:02] <davidcalle> cd /var/lib/juju/agents/unit-devportal-app-0/charm/
[09:02] <dholbach> how do I run the management command again?
[09:03] <davidcalle> sudo JUJU_UNIT_NAME=devportal-app-0 ./run.py "python manage.py check-consistency"
[09:04] <dholbach> great, thanks
[09:05] <davidcalle> :)
[09:08] <dholbach> dpm, http://ubuntudesign.github.io/vanilla-framework/demo/
[09:13] <dpm> thanks dholbach
[09:14] <dpm> dholbach, davidcalle, just as a general question - is there anything that's stopping us from migrating to vanilla on d.u.c, other than the actual work it'd require?
[09:14] <dholbach> AFAIK nothing
[09:14] <davidcalle> dpm: I don't think there is, but we simply need to try it and see what breaks.
[09:14] <dholbach> code blocks
[09:15] <dpm> davidcalle, sounds familiar :)
[09:16] <dpm> dholbach, so that's currently the only known blocker, from your point of view?
[09:16] <dholbach> looking at the demo site that's what was obviously missing
[09:16] <davidcalle> dpm: we simply need to - have the webteam - try it and see what breaks? :)
[09:19] <dholbach> davidcalle, the file is read-only _:)
[09:19]  * WillMoogle peers around the corner
[09:20] <WillMoogle> I think there are some code blocks in the making, but I'm not directly involved with them
[09:20] <nottrobin> if you have custom code currently, e.g. for code blocks, you should be able to just whack it on top of Vanilla in the same way you might have whacked it on top of Guidelines
[09:22] <dholbach> davidcalle, I pushed a new rev to https://code.launchpad.net/~dholbach/developer-ubuntu-com/fix-consistency-command/+merge/295718 - maybe you can talk me through the process of deploying it later on again
[09:22] <dholbach> I need to run in a few
[09:22] <davidcalle> dholbach: which file is read only?
[09:23] <davidcalle> dholbach: to redeploy from the branch, from stg-ue-devportal; cd ~/mojo-ue-devportal/ue/mojo-ue-devportal; make
[09:29] <dholbach> davidcalle, developer_portal/management/commands/check-consistency.py
[09:30] <dholbach> davidcalle, ok cool - I'll try that later
[09:30]  * dholbach runs
[10:19] <WillMoogle> If you have Vanilla questions #vanilla-framework has been opened
[11:14] <davidcalle> WillMoogle: Nice!
[15:01] <dholbach> davidcalle, trying a redeploy now
[15:02] <davidcalle> :)
[16:01] <dholbach> davidcalle, does 'make' pull the latest of the branch in question?
[16:01] <davidcalle> It should
[16:02] <dholbach> ok
[16:02] <dholbach> it's still broken
[16:02] <dholbach> i'll fix it tomorrow
[16:02] <davidcalle> Hmm, good luck :/
[16:04] <dholbach> it's fine :)
[16:05] <dholbach> all right... see you tomorrow!
[16:07] <davidcalle> :)


[01:23] <semitones> alright I'm ready to try booting
[01:24] <semitones> mikedep334, what's the difference between acpi=off, noapic, and no1apic?
[01:24] <mikedep334> apic is different from acpi
[01:24] <mikedep334> acpi handles power
[01:24] <semitones> what does apic do
[01:25] <mikedep334> it's complicated
[01:25] <mikedep334> but it handles motherboard hardware resources
[01:25] <mikedep334> like IRQ's
[01:25] <mikedep334> which I haven't touched in over a decade
[01:25] <semitones> so which ones should i try if I have trouble booting up on this old laptop?
[01:25] <semitones> noapic?
[01:25] <mikedep334> semitones: probably noacpi 1st
[01:26] <mikedep334> then try noapic if it doesn't work
[01:26] <mikedep334> also
[01:26] <mikedep334> you can try getting rid of "quiet splash" from the boot options
[01:26] <mikedep334> it might give relevant technical details, such as an error reading a sd card or something
[01:26] <semitones> ok
[01:27] <semitones> here goes, with apci=off
[01:27] <semitones> goes for a while, blah blah
[01:27] <mikedep334> linus torvalds: Modern PCs are horrible. ACPI is a complete design disaster in every way. But we're kind of stuck with it.  Retrieved on 2006-08-28.
[01:28] <semitones> buffer i.o error on device sr0, logical block 348334
[01:28] <mikedep334> sr0 is the cdrom
[01:28] <mikedep334> it may tolerate the errors and continue after 10 minutes or so
[01:28] <semitones> I'm glad you said that
[01:28] <mikedep334> in case I didn't make it clear, it's having errors reading the cdrom/dvdrom/bd-rom
[01:28] <mikedep334> I'
[01:29] <mikedep334> I've run into this or something similar on a couple of my systems recently
[01:29] <semitones> mikedep334, hmm, could that be a driver error? I tested the cd on a newer computer and it found no errors
[01:29] <mikedep334> not sure if it's a problem with (l)ubuntu 11.04 or my 2 systems with similar DVD-ROM drives
[01:29] <mikedep334> semitones: it's probably a driver or drive error
[01:31] <mikedep334> worse case scenario, assuming you have a wired ethernet adapter, you could try using the mini iso
[01:31] <mikedep334> https://help.ubuntu.com/community/Installation/MinimalCD
[01:32] <mikedep334> it's a tiny (20MB-10MB) CD that gives uses the old (but powerful) "alternate installer"
[01:32] <mikedep334> it downloads virtually everything from online
[01:32] <mikedep334> *it downloads every package it needs to install on your system from online
[01:32] <KM0201> just need to make sure you're comfortable w/ a text installer
[01:35] <semitones> mikedep334, ok, well it finished booting but I'm at the command line
[01:36] <mikedep334> semitones: does it say "busybox"?
[01:36] <semitones> no, it's bash. "welcome to ubuntu 11.04"
[01:36] <mikedep334> give it a minute to see if a graphical session starts up
[01:36] <semitones> ctrl alt f7 and f8 don't have a gui though
[01:36] <semitones> it's been a minute, I'll wait a bit longer though
[01:37] <mikedep334> I think I may have run into this
[01:37] <semitones> top says that not much is going on
[01:37] <semitones> is there an /etc/init.d/gdm start, but for lubuntu?
[01:37] <mikedep334> semitones: try running "sudo service lxdm start"
[01:37] <semitones> thanks :)
[01:37] <semitones> hey it's going
[01:37] <mikedep334> https://bugs.launchpad.net/ubuntu/+source/lxdm/+bug/694896
[01:38] <mikedep334> sounds like this may be your bug
[01:41] <semitones> i hope this isn't an alpha image
[01:42] <mikedep334> semitones: run the command: uname -a
[01:42] <mikedep334> it will tell you when the kernel was compiled
[01:42] <semitones> it says april 11
[01:42] <mikedep334> for me it was compiled April 11th
[01:42] <mikedep334> ok, you have the final version
[01:42] <semitones> ok cool
[01:43] <semitones> alright I'm going to see if I can ndiswrapper
[01:44] <mikedep334> semitones: there's an easy GUI for it
[01:44] <semitones> i guess I can't take the live cd out while it's running :P
[01:44] <semitones> oh nice! didn't know about that
[01:44] <mikedep334> semitones: install: ndisgtk
[01:44] <mikedep334> yeah, linux mint includes ndisgtk by default
[01:45] <semitones> if not that's ok, I had to learn ndiswrapper cli once before
[01:46] <semitones> mikedep334, "already the latest version"
[01:46] <semitones> looks like it does come with lubuntu
[01:48] <mikedep334> semitones: cool
[01:57] <semitones> so "hardware present: yes" is a good sign right? :)
[02:05] <mikedep334> semitones: yup
[02:06] <semitones> and I added ndiswrapper to /etc/modules
[02:06] <mikedep334> semitones: good idea
[02:06] <semitones> I still don't see a wlan0 though
[02:06] <semitones> did I miss a step?
[02:10] <mikedep334> semitones: nodprobe ndiswrapper or something?
[02:10] <mikedep334> did you load the driver file?
[02:15] <semitones> is that modprobe ndiswrapper?
[02:15] <mikedep334> semitones: not sure
[02:15] <mikedep334> does it say driver loaded or something?
[02:15] <semitones> no it doesn't
[02:15] <mikedep334> did you point it to the windows .inf or .sys file orwhatever?
[02:16] <semitones> yes, and now it says "driver installed, device present"
[02:16] <mikedep334> ok
[02:16] <mikedep334> see if network-manager recognizes it
[02:19] <mikedep334> semitones: is sounds like the GUI isn't very clear.
[02:19] <mikedep334> it says "hardware present" before you load the windows driver file(s)
[02:19] <semitones> I actually stopped using it, since the cli gives more information
[02:19] <mikedep334> semitones: ok, cool
[02:20] <semitones> ok
[02:20] <semitones> looks like you demod -a
[02:21] <semitones> depmod, rather
[02:21] <semitones> and then modprobe ndiswrapper
[02:25] <semitones> after modprobing I still don't see a wireless interface though
[02:30] <mikedep334> hmm
[02:30] <mikedep334> maybe some command like
[02:30] <mikedep334> doesn't ndiswrapper's CLI have a command to see the status?
[02:31] <semitones> it has -l for list
[02:31] <mikedep334> yeah
[02:31] <mikedep334> I'm reading this
[02:31] <mikedep334> https://help.ubuntu.com/community/WifiDocs/Driver/Ndiswrapper
[02:31] <mikedep334> ok, so you ran depmod -a
[02:31] <mikedep334> then modprobe ndiswrapper
[02:31] <semitones> mikedep334, I never disabled any free drivers, is that something I should have done?
[02:32] <semitones> the kernel doesn't even come with the acx driver I need
[02:32] <mikedep334> semitones: is there a free driver for your card?
[02:32] <mikedep334> then don't worry about that
[02:32] <mikedep334> I would say to run "tail -n 30 /var/log/messages"
[02:32] <semitones> I didn't have a /var/log/messages
[02:32] <semitones> so I did /var/log/dmesg instead
[02:33] <semitones> I saw a few things but ntohing that looked like an error
[02:33] <mikedep334> there should some commands like "ifup wlan0" or whatever
[02:33] <semitones> things having do to with the pcmia socket
[02:33] <mikedep334> it might not be a "wlan0"
[02:33] <mikedep334> maybe a "ndis0"
[02:33] <mikedep334> or a "eth1"
[02:34] <mikedep334> coming after your "eth0"
[02:34] <semitones> mikedep334, I thought you could only do that if ifconfig shows that there "is" some interface, it is just not active
[02:34] <mikedep334> semitones: I haven't done it in a while
[02:34] <mikedep334> but I think ifconfig doesn't list disabled devices
[02:34] <mikedep334> oh
[02:34] <mikedep334> try iwconfig
[02:35] <mikedep334> yeah
[02:35] <mikedep334> iwconfig lists down devices
[02:35] <semitones> no luck there either, just shows eth0 and lo
[02:35] <mikedep334> try: grep ndis /var/log/*
[02:36] <semitones> nice
[02:37] <semitones> holy moly there they are /var/log/syslog
[02:38] <semitones> "windows driver could not initialize this device"
[02:39] <semitones> "couldn't allocate xxxxxx bytes of un-cahched DMA memory"
[02:40] <mikedep334> semitones: what's the retail model of your card?
[02:40] <mikedep334> eg, "netgear wg311s"
[02:40] <semitones> it's a linksys Wpc54g, ver 2
[02:43] <mikedep334> http://sourceforge.net/apps/mediawiki/ndiswrapper/index.php?title=Linksys_WPC54Gv2
[02:44] <mikedep334> try the driver listed in that link
[02:44] <semitones> thanks
[02:44] <semitones> dead link, unfortunately
[02:45] <semitones> mikedep334, I can confirm that the windows driver I'm attempting now did work for puppy linux
[02:45] <mikedep334> semitones: worksforme
[02:45] <mikedep334> the link
[02:45] <mikedep334> oh
[02:45] <mikedep334> the driver .zip
[02:45] <semitones> yeah
[02:46] <mikedep334> this link sounds like it works, just ignore the popup ad
[02:46] <mikedep334> http://download.modem-help.co.uk/mfcs-L/LinkSys/WMP11/Drivers/Windows-9x/v2/v3-30-15-0/wpc54gv2-driver-utility-v2.02.zip.php
[02:46] <mikedep334> oh, this may help
[02:46] <mikedep334> http://wifi.uevora.pt/drivers/index.php?folder=bGlua3N5cy93cGM1NGc=
[02:51] <sadie> hi  i neeed help firefox 4 dont work with youtube but chrome yes
[02:51] <mikedep334> sadie: install flash player
[02:51] <mikedep334> I can get the package name if you need it
[02:52] <mikedep334> chrome ships its own specific version of flash
[02:53] <mikedep334> sadie: if you know how to use synaptic package manager, install the package: flashplugin-installer
[02:53] <mikedep334> then restart firefox
[02:53] <sadie> yes. i have it
[02:53] <sadie> 10.3
[02:54] <mikedep334> ok
[02:54] <mikedep334> what happens when you're on youtube?
[02:54] <phillw> sadie: you *may* want  to take a look at http://www.youtube.com/html5
[02:54] <sadie> dont see anything  only black
[02:54] <semitones> mikedep334, this is weird
[02:55] <semitones> mikedep334, I uninstalled/reinstalled with the gui, got distracted for 5 minutes, and now it's trying to connect :D
[02:55] <mikedep334> semitones: cool
[02:55] <mikedep334> sadie: the whole page is black, or the video playback portion?
[02:55] <semitones> mikedep334, man that's for all your help, I could  not have gotten through this without it
[02:56] <mikedep334> also, you can try chromium
[02:56] <sadie> the video
[02:56] <mikedep334> semitones: no problem
[02:56] <sadie> i cant play
[02:56] <mikedep334> sadie: can you right click in the black video area?
[02:56] <mikedep334> do you get the flash right-click menu?
[02:57] <mikedep334> sadie: also, did you use update-manager or update your system through some other way recently?
[02:57] <sadie> yes and yes
[02:57] <mikedep334> hmm
[02:57] <mikedep334> I would say try chromium
[02:58] <mikedep334> so we know whether it is an issue with the shared flash player or with firefox
[02:58] <semitones> sadie, what happens if you reinstall flashplugin-nonfree using terminal. Do you get any information?
[02:58] <sadie> i dont know
[02:58] <sadie> chrome is ok
[03:00] <mikedep334> sadie: I said chromium not chrome
[03:00] <mikedep334> chromium uses the shared version of flash player I believe
[03:00] <mikedep334> chrome ships its own
[03:00] <sadie> alredy done
[03:00] <sadie> but not yet
[04:24] <semitones> oh whoops looks like lubuntu isn't booting
[04:24] <semitones> I'm going to try setting it to apci=off again
[04:59] <mikedep334> semitones: it's almost midnight for me, good night
[04:59] <semitones> mikedep334, goodnight mike, it was great talking to you
[05:31] <semitones> is anyone here familiar with a problem: live cd is able to boot up with apci=off, but then once lubuntu is installed, grub fails without an error message?
[05:46] <jmarsden> semitones: No, I'm not familiar with it, but maybe you can edit the grub command line to include acpi=off and then boot that, from the hard drive installation of Lubuntu?  IF that works, then editing the grub config files to always do acpi=off is straightforward.
[05:47] <semitones> jmarsden, that's what I was hoping would happen, but even with apci=off, boot fails silently
[05:47] <semitones> I just get the cursor in the top left of the screen
[05:48] <semitones> any ideas what could be happening?
[05:49] <jmarsden> Nothing obvious comes to mind, unfortunately.  Of course, I just got home from a ~11 hour work day, so my mind is not exactly in great shape right now... I should probably just go to bed early :)
[05:50] <semitones> get some rest then :)
[05:50] <semitones> maybe tomorrow I'll catch you around
[05:50] <jmarsden> Thanks... sorry I can't help more right now :)
[11:05] <pcman> hi
[13:24] <pcman> jmarsden: ping
[13:35] <Elwood_> So I am getting setserial errors with every apt-get command
[13:35] <Elwood_> specifically http://paste.ubuntu.com/614157/
[13:35] <Elwood_> what should I do?
[13:38] <bioterror> what's setserial? :o
[13:40] <Elwood_> no idea
[13:41] <bioterror> http://setserial.sourceforge.net/setserial-man.html
[13:42] <bioterror> I wonder if you need that
[13:51] <Elwood_> now getting update-rc.d: warning: /etc/init.d/etc-setserial missing LSB information
[13:51] <Elwood_> halp
[13:52] <bioterror> sudo apt-get purge setserial
[13:53] <Elwood_> -_-
[16:34] <jvu13> Does anyone know how to change the mouse buttons for use as a left-handed mouse?
[16:35] <jvu13> I've installed Lubuntu 11.04 but the menu app for setting the mouse to be left-handed seems to crash as soon as I click the check box.
[16:37] <mikedep333> jvu13: I don't have lubuntu up at the moment, but I believe that should be reported as a bug
[16:39] <jvu13> That is clearly the case. Nevertheless, there should be a way to do this without using the gui app but  just modifying or creating a config file somewhere...
[16:39] <jvu13> But where?
[16:45] <mikedep333> jvu13: let me fire up lubuntu in a virtual machine and see what files the menu changes
[16:46] <jvu13> Thank you! That wold be very nice.
[16:46] <szczur> jvu13, http://ubuntuforums.org/showthread.php?t=185186
[16:47] <szczur> in my case it was xmodmap -e "pointer = 3 2 1 4 5"
[16:47] <szczur> with that command i had my right and left mouse buttons swapped
[16:48] <mikedep333> jvu13: it crashes for me too
[16:48] <jvu13> szczur: does this file require any special permissions (e.g. is it executable?)?
[16:49] <szczur> dunno, i just entered the command
[16:49] <szczur> but i don't think so
[16:50] <szczur> create ~/.Xmodmap file with the setting you want
[16:50] <szczur> and check it if it works
[16:51] <jvu13> szczur: I just created it. Now I will sign off here, log out of lubuntu and log back in and then report back. Thanks.
[16:55] <jvu13> szczur: I remember doing this trick with .Xmodmap when I used fluxbox. Unfortunately it didn't change anything in my current lubuntu (after logging out and then back in again.
[16:55] <mikedep333> brb
[16:56] <szczur> :(
[16:56] <szczur> but when you issue xmodmap command everything seems ok?
[16:57] <jvu13> szczur: I'll give it a try in a terminal window...
[16:58] <jvu13> szczur: It works!!
[16:58] <jvu13> Now: how do I get this to run automatically when I log in to lxde?
[17:00] <szczur> what about putting it to /etc/X11/Xmodmap?
[17:00] <szczur> http://askubuntu.com/questions/7190/why-wont-my-xmodmap-file-load-on-login
[17:00] <szczur> or or editing /etc/xdg/lxsession/Lubuntu/autostart and adding "@xmodmap ~/.Xmodmap" line
[17:04] <jvu13> szczur: sounds good. I'll put it in the autostart file. If that fails then I'll try the X11/Xmodmap route. Thanks for your help!!
[17:07] <szczur> no problem
[17:25] <mikedep333> phillw, or any other dev: when lxtasks lists the memory used, they're including the buffer as well
[17:25] <mikedep333> so it says 150MB from my live CD, rather than 100MB
[17:26] <mikedep333> are you sure that's a good representation of the actual memory used?
[18:02] <esing123> hi
[18:02] <esing123> how do i take a screenshot on lubuntu?
[18:04] <bioterror> print screen
[18:04] <bioterror> and you will have it in your home folder
[18:04] <bioterror> that prntscr button
[18:07] <esing123> oh thx
[18:07] <esing123> i have like 13 images in my home folder now ^^
[18:07] <bioterror> it uses scrot
[18:08] <esing123> good to know thx
[18:26] <mikedep333> question: is there a policy for what programming languages can be included in lxde or lubuntu-specific utilities?
[18:26] <mikedep333> I know C is very lightweight, but I'm much better at higher level languages
[18:27] <bioterror> pcman seems to prefer c/c++ ;)
[18:28] <mikedep333> bioterror: ok, C++ is a better option for me
[18:29] <mikedep333> geese
[18:29] <mikedep333> update-manager is using 46.7MB itself
[18:29] <bioterror> terminal + apt uses less
[18:29] <mikedep333> bioterror: yeah
[18:30] <mikedep333> I'm thinking in terms of the museum I volunteer for
[18:30] <hyperair> not such a big deal, dpkg itself occupies nearly 200M of memory
[18:30] <mikedep333> the regulars there are not as skilled as I am
[18:30] <mikedep333> hyperair: my entire usage is reported as 173MB right now as it works
[18:31] <bioterror> openbox likes RAM ;)
[18:31] <mikedep333> now that update-manager is done: it's at 117MB
[18:31] <mikedep333> and free -m shows only 89MB used before buffers
[18:32] <hyperair> hm
[18:33] <hyperair> i guess dpkg takes more memory on systems that have a lot of packages installed
[18:35] <mikedep333> hyperair: yeah
[18:36] <mikedep333> all I had was lubuntu-desktop's dependencies
[18:37] <hyperair> ah
[18:37] <hyperair> makes sense.
[18:37] <hyperair> my installation is... from 2008.
[18:38] <hyperair> i've changed hard disks thrice, but just rsync'd over all my files and had it continue working
[18:38] <mikedep333> hyperair: yeah
[18:39] <mikedep333> I'm curious about a way to clone an Ubuntu/Linux install over to a new system
[18:39] <mikedep333> and account for hardware differences
[18:39] <hyperair> there isn't much to do
[18:39] <mikedep333> yeah
[18:39] <hyperair> just rsync it all over to a new hard disk
[18:39] <hyperair> grub-install
[18:39] <hyperair> use UUID's in your fstab
[18:39] <hyperair> update initramfs to reflect new UUIDs
[18:39] <mikedep333> use same FS type?
[18:39] <hyperair> yeah
[18:40] <mikedep333> cool
[18:40] <hyperair> if you change the FS, just change the fstab entry
[18:40] <mikedep333> right
[18:40] <mikedep333> is there a way to know the ubuntu default fstab options?
[18:40] <hyperair> cat /etc/fstab?
[18:40] <mikedep333> I mean
[18:40] <mikedep333> when you don't have a sample
[18:41] <hyperair> man fstab
[18:41] <mikedep333> yeah, but I mean the Ubuntu defaults
[18:41] <mikedep333> I don't think ubuntu customizes the manpage for fstab
[18:42] <mikedep333> lol
[18:42] <mikedep333> the manpage for fstab in natty
[18:42] <mikedep333> has at the end:
[18:42] <mikedep333> Linux 2.2         15 June 1999
[18:42] <hyperair> ubuntu defautls?
[18:42] <hyperair> what do you mean?
[18:42] <hyperair> the fstab looks pretty generic
[18:42] <mikedep333> well, for me it is:
[18:43] <mikedep333> errors=remount-ro 0 1
[18:43] <mikedep333> there are some specific options for NTFS volumes too
[18:43] <hyperair> /dev/mapper/cryptostuff-root /               ext4    relatime,user_xattr,data=ordered,auto_da_alloc,errors=remount-ro 0       1
[18:43] <hyperair> UUID=741bea04-fac2-4634-ad45-0543b31a673f /boot           ext4    relatime,errors=remount-ro        0       2
[18:43] <mikedep333> although I've learned to give myself the permissions I need
[18:43] <hyperair> /dev/mapper/cryptostuff-home /home           ext4    relatime,user_xattr,data=ordered,auto_da_alloc,errors=remount-ro        0       2
[18:43] <hyperair> /dev/mapper/cryptostuff-swap none swap sw,pri=1 0 0
[18:43] <hyperair> none /home/schroot/union/overlay/ tmpfs defaults 0 0
[18:43] <hyperair> that's mine.
[18:43] <hyperair> for the most part, you can just go with default mount options
[18:43] <bioterror> hyperair, dont make me !paste ;)
[18:43] <hyperair> something like..
[18:44] <hyperair> bioterror: it's just 5 lines!
[18:44] <mikedep333> gotcha
[18:44] <hyperair> /dev/asdf /mount/point filesystem defaults 0 1
[18:44] <hyperair> errors=remount-ro could be useful for ext4
[18:45] <hyperair> i mean for /
[18:45] <mikedep333> hyperair: I'm familiar with the syntax for all but the last 2 things
[18:45] <hyperair> the last two columns?
[18:45] <mikedep333> yes
[18:45] <hyperair> the second last i don't recall
[18:45] <hyperair> in my fstab it says "<dump>"
[18:45] <mikedep333> yeah
[18:45] <hyperair> the last one is the order in which it's fscked
 & <pass>
[18:45] <hyperair> i.e. pass=1 gets fscked first
[18:46] <hyperair> pass=2 gets fscked in the second pass
[18:46] <hyperair> and so on
[18:46] <mikedep333> gotcha
[18:46] <hyperair> so for example, if you have stuff on multiple disks, you can fsck them in parallel
[18:46] <mikedep333> cool
[18:46] <mikedep333> well, thanks for teaching me stuff
[18:47] <hyperair> np
[18:47] <mikedep333> I need to get back to errands
[18:47] <mikedep333> cya
[19:53] <jwm123TO> hello, can anyone help me with a sound issue? (Clementine won't play)
[19:59] <modris_> jwm123TO: what about other sounds from that pc?
[20:14] <justus> how to change the audio output in lubuntu?
[20:15] <bioterror> alsamixer
[20:15] <bioterror> and f6
[20:15] <justus> and where to find this?
[20:16] <bioterror> open terminal
[20:16] <bioterror> and type: alsamixer
[20:20] <justus> there must be something i do wrong ...
[20:20] <justus> can't make it working
[20:23] <justus> i found the alsamixer but somehow i cant change the used output device
[20:28] <bioterror> hmmmm
[20:29] <bioterror> justus, sudo alsaconf
[20:29] <bioterror> if everything goes well, you can choose your desired sound card from the list
[20:30] <justus> command not found
[20:31] <stlsaint> interesting
[20:32] <stlsaint> bioterror: heads up i got the same output with that command
[20:32] <justus> i use lubuntu since today morning and at the first boot everything about the sound worked
[20:33] <justus> but as i bppted again there is no sound
[20:33] <justus> *bootet
[20:33] <bioterror> :P
[20:33] <justus> and i believe the reason is the output device
[20:33] <bioterror> no sound
[20:33] <bioterror> when you have that alsamixer
[20:33] <bioterror> do you see any muted bars?
[20:34] <bioterror> there's MM indicating muted
[20:35] <justus> there is an "MM" at the "S/PDIF" bar ... but i cannot unmute it
[20:36] <bioterror> hmmm
[20:36] <bioterror> master and PCM are OO?
[21:13] <kosaidpo> hello guys
[21:13] <stlsaint> kosaidpo: yo
[21:14] <kosaidpo> i've installed ffmpeg but idk how to convert avi file to mp4
[21:14] <kosaidpo> i used this ffmpeg -i filein -s sqcif -f mp4 file-out
[21:14] <kosaidpo> but its didnt work :P
[21:14] <stlsaint> oh crap i have no clue man
[21:15] <kosaidpo> stlsaint: howdy
[21:15] <stlsaint> i would check help.ubuntu.com
[21:15] <stlsaint> my connection is scarily slow right now
[21:15] <kosaidpo> stlsaint: okies cus me i check the fr ubuntu doc but get nethin really :P
[21:19] <kosaidpo> stlsaint: is the mp4 the same as mpeg4 ??
[21:24] <stlsaint> not sure man
[21:24] <kosaidpo> stlsaint: iokay tnx in at its room i hop ican get some help
[21:57] <kill3> Hey all, is there a way to make Lubuntu 11.04 bootable from USB Stick using Ubuntu?
[22:01] <phillw> kill3: I made mine that way :)
[22:02] <kill3> phillw: Um, how?
[22:04] <phillw> system --> administration --> startup disk creator (on the older versions it was called usb disk creator)
[22:34] <kill3> phillw: Did not work :(
[22:34] <kill3> but it does not matter because I wont need it anyway
[22:34] <phillw> kill3: hmmm, then try unetbootin
[22:35] <kill3> In unetbootin there was no Lubuntu
[22:35] <phillw> I've never had problems making usb boot devices - the problems is that not all computers support usb booting (even tough they say they do).
[22:36] <Unit193> !usb
[22:36] <Unit193> May as well have a look
[22:36] <phillw> thanks Unit193, I'm just tied up in some admin work (just for a cange :P )
[22:36] <phillw> *change*
[22:37] <Unit193> kill3: Do you know if your BIOS supports it?
[22:37] <Unit193> phillw: Sure thing!
[22:38] <kill3> I tried another distro earlier today
[22:38] <kill3> Puppy linux
[22:39] <Unit193> And it worked? With the same USB drive?
[22:40] <kill3> yes
[22:40] <kill3> I used unetbootin
[22:41] <Unit193> You should use unetbootin and select the Lubuntu ISO
[22:41] <phillw> kill3: IIR, you can manually select an iso in unetbootin.
[22:41] <Unit193> phillw: Yep!
[22:42] <phillw> Unit193: I'll leave him with you, I'll go and catch up on my admin work :P
[22:42] <phillw> http://www.pendrivelinux.com/boot-multiple-iso-from-usb-via-grub2-using-linux/ is another option - that site can do some pretty amazing things with usb drives :D
[22:43] <kill3> But in unetbootin you should select distro, but there is no Lubuntu
[22:44] <phillw> kill3: that is beacause until 11.10 Lubuntu is not fully adopted!
[22:44] <kill3> But how I should do it with Unetbootin then?
[22:44] <Unit193> kill3: At the end on the window, there is an option for diskimage
[22:47] <kill3> So I only choose the .iso and no distro?
[22:47] <Unit193> kill3: Correct
[22:47] <Unit193> http://unetbootin.sourceforge.net/#install


[00:12] <RAOF> mwhudson: Which archives? As far as I'm aware the ACL is “if you can upload, you can retry”
[00:12] <mwhudson> RAOF: this build, for example https://launchpad.net/ubuntu/+archive/test-rebuild-20210805-impish/+build/21946102
[00:13] <mwhudson> i guess i don't know how copy archives work
[00:13] <mwhudson> (it's actually too soon to retry these builds, i'm just trying to be prepared)
[00:14] <RAOF> Heh. Neither do I!
[00:14] <RAOF> It might just be d oko.
[00:15] <RAOF> I don't have permission to, for example.
[00:21] <mwhudson>         # Flatly refuse uploads to copy archives, at least for now.
[00:21] <mwhudson>         if self.is_copy:
[00:21] <mwhudson>             return False
[00:22] <mwhudson> so maybe it's not possible
[07:58] <egorenar> hi all, i would like an advice ho to better extend initramfs-tools scripts/hooks for building a custom initramfs image. The problem i'm facing is that i need to set MODULES to dep. And my current solution is creating a custom config within /usr/share/initramfs-tools/conf-hooks.d/ and setting it conditionally depending whether a particular shell variable is set or not. If it set then i override MODULES with dep. Do you see a problem with
[07:58] <egorenar> that ? Is there a better way ? Thanks you very much.
[08:29] <sil2100> xnox, klebers: hey! How are things looking re: LP: #1934548 ?
[08:53] <Vijay> Hi All
[08:53] <Vijay> I have some questions on ubuntu server auto install
[08:54] <Vijay> Is this the right channel to ask for help?
[10:18] <IOhannes> i'm a Debian Developer and one of my packages (src:puredata) has a bug in focal. i wonder: how can i push a fix to focal-updates?
[10:20] <IOhannes> (in Debian, the bug never made it into stable; and groovy has the fixed package, but people like to stick to LTS...)
[10:23] <rbasak> IOhannes: thank you for caring for your package in Ubuntu! https://wiki.ubuntu.com/StableReleaseUpdates has all the details. Please ask if you need any help with it.
[10:31] <IOhannes> rbasak: thanks.
[10:35] <IOhannes> i just checked (in a docker-container of focal), and it seems a simple rebuild of the package is sufficient to fix the issue, so i don't need an actual code change.
[10:47] <rbasak> IOhannes: we only do sourceful rebuilds in Ubuntu, so it'll still need to follow the same process please. The only source change would be a new debian/changelog entry in the rebuild-only case.
[10:48] <rbasak> IOhannes: I wouldn't trust Docker for testing though. It strips so much of the OS out, it can't be used to test the OS itself.
[10:48] <rbasak> IOhannes: a lxd container or VM would be more suitable
[10:59] <GunnarHj> Hi sil2100, Is it intentional that the language packs are not updated regularly in impish, or is it some issue? The question was brought up at bug #1939206.
[11:11] <IOhannes> rbasak: ack. i decided to boot up a VM anyhow, in order to be able to use ubuntu-bug (obviously /me is not very familiar with the specifics of Ubuntu)
[12:11] <sil2100> GunnarHj: hey! hm, let me check that
[12:33] <IOhannes> rbasak: ok i think i did everything required via https://bugs.launchpad.net/bugs/1939293
[12:33] <IOhannes> tell me if i missed something.
[12:37] <rbasak> IOhannes: looks good, thanks. The version string should be 0.50.2-3ubuntu0.1 but I can fix that for you on upload. Could you check that it's been fixed in a newer Ubuntu release please - preferably Impish - and note that in the bug?
[12:45] <IOhannes> rbasak: thanks. i've now added a note about Impish (namely: it works!)
[12:50] <rbasak> IOhannes: sponsored, thanks!
[12:50] <rbasak> IOhannes: I added one other minor change I missed before:
[12:50] <rbasak> -Maintainer: Debian Multimedia Maintainers<EMAIL_ADDRESS>[12:50] <rbasak> +Maintainer: Ubuntu Developers<EMAIL_ADDRESS>[12:50] <rbasak> +XSBC-Original-Maintainer: Debian Multimedia Maintainers<EMAIL_ADDRESS>[12:50] <rbasak> That's because of https://wiki.ubuntu.com/DebianMaintainerField and implemented in a tool called "update-maintainer" that I ran.
[12:52] <IOhannes> thanks. i guess there is no central page that would explain/mention all those little details (maintainer-field, correct version,...) (?)
[12:53] <IOhannes> but: given that you sponsored, am i correct that you do not require me to change these things and upload a new debdiff?
[12:53] <rbasak> I'm sorry that the documentation on all of this is quite poor.
[12:54] <rbasak> The SRU documentation page links to https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update_the_packaging on the package version string, but it's buried in there.
[12:54] <rbasak> On update-maintainer, if using Ubuntu, then dpkg-buildpackage will complain about it if it is not done.
[12:54] <rbasak> No need to upload a new debdiff - I just modified it locally as it's not a subjective change so nothing that needed confirming with you.
[12:55] <rbasak> It's awaiting review from the SRU team now.
[12:55] <IOhannes> cool.
[12:55] <rbasak> That usually takes a few days. Then a request for verification will be posted in the bug with further instructions.
[12:55] <rbasak> Thank you again for caring for your package in Ubuntu!
[12:55] <IOhannes> fine. i'm subscribed :-)
[12:55] <IOhannes> (i would never have looked at the SecurityTeam wiki-page for this ,-))
[12:56] <rbasak> Yeah it's not at all obvious.
[12:56] <rbasak> They documented a scheme that works well. We should move it into the SRU documentation page really as a general recommendation.
[13:00] <sil2100> GunnarHj: hey! So I took a look at the langpack situation
[13:02] <sil2100> GunnarHj: so it seems l-o-m got stuck some while ago, there's a weird mechanism that when something goes really wrong, the updated-packages list stays populated with packages and no new langpacks are uploaded to the archive
[13:02] <sil2100> And when I was spinning the focal langpacks I did indeed notice that the updated-packages was not empty, but I cleared it out since I needed to do that for the focal packages
[13:03] <sil2100> This seems to have unblocked the impish translations
[13:03] <sil2100> So, it seems we have the new langpacks now migrated and they should migrate always
[13:03] <sil2100> I wonder if we should set some alert mechanism when this happens, some e-mail notification? I'll write that up in my TODO
[14:54] <GunnarHj> sil2100: Excellent, thanks! Right, an alert email would be useful.


[15:20] <sakrecoer> autumna (and everybody really): here you can write down any ideas or other relevant insights, addition, potential changes that strikes your powerfull mind after feature freeze, so that we remember them for next one. https://wiki.ubuntu.com/UbuntuStudio/Sandbox/YakketyYak
[17:20] <autumna> yay!
[17:48] <OvenWerks> sakrecoer: we need to remove menulibre from ubuntustudio. It comes in through the import of xubuntu's desktop meta. menulibre just does things wrong.
[17:49] <OvenWerks> I can not suggest a replacement as alacart has it's own troubles
[19:44] <autumna> fyi the related bug is already filed with menulibre
[19:44] <autumna> and I though alacarte also used to break things
[19:44] <autumna> not sure in 16.04
[19:44]  * autumna needs to finish reading before replying
[20:23] <OvenWerks> alacart does things correctly for what it knows... what it knows is to expect a broken system menu file so it puts new application launchers into "other".
[20:24] <OvenWerks> The menu hierarchy is not easy to understand... it is complex, which is why so many people get it wrong :P
[20:25] <OvenWerks> The main thing gnome/xfce/lxde seem to have forgotten... is that the user should be able to change/override anything. KDE gets this one thing right... but has problems with other things.
[20:26] <OvenWerks> Right now our menu bundle works against kde, xubuntu (not xfce), studio (of course).
[20:28] <autumna> yeah I am just not sure not having any menu editor is the right solution, because then, we get "I can't edit the menu" problems
[20:28] <OvenWerks> I did file bugs with everyone else and they were rejected.
[20:28] <OvenWerks> better an uneditable menu than a broken one.
[20:36] <OvenWerks> Maybe we should try kmenuedit :)
[20:40]  * autumna stays quiet
[20:40] <autumna> :D
[20:40] <autumna> jokes aside I don't have a brilliant idea or strong opinion on this
[20:41] <OvenWerks> I am installing kmenuedit and menu I will create a new user and play. I do not trust any menu editor at this point with my own home.
[20:41]  * autumna waits curiously the results
[20:42] <OvenWerks> It may be a while I have to close a lot of applications... and maybe finish some started work first.
[20:42] <autumna> no worries
[20:44] <autumna> oh dear somebody actually tried my old workaround
[20:44] <autumna> that was for 14.04
[20:55] <autumna> easiest way to restore the menu back 16.04 is to remove the menu file created from .config/menus (if I remember correctly) (not a workaround though)
[20:55] <autumna> created in*
[21:28] <OvenWerks> Well, that was an adverture.
[21:29] <OvenWerks> the application menu is for things that do not work with xdg... i suspect for pre xdg stuff.
[21:30] <OvenWerks> kmenuedit, is as bad as menulibre. It does not check what the structure is that the system is using, but uses it's own idea of what it thinks it should be.
[21:49] <OvenWerks> alacart seems to be the best, least wrong, menu editor out there.
[21:49] <OvenWerks> It seems to have gotten better since last I looked.
[21:50] <OvenWerks> Our menu shows in the right order.
[22:05] <autumna> oh?
[22:06] <autumna> what happens when you edit?
[22:06] <OvenWerks> I didn't play that far.
[23:25] <autumna> :D
[23:25] <autumna> oh well (also I am off to sleep)