[00:32] <thumper> is anyone fixing buildbot?
[00:33] <mwhudson> i'm not
[00:33] <mwhudson> so i guess that means noone is
[00:34] <mwhudson> thumper: i _presume_ the test missed being updated?
[00:34] <mwhudson> thumper: hard to see the change on the blamelist that could have caused this
[00:36] <thumper> mwhudson: yeah
[00:36] <thumper> mwhudson: I think I've seen this failure before
[00:36] <thumper> mwhudson: and I'm wondering if it is intermittant
[00:37] <mwhudson> thumper: does it fail locally?
[00:37] <mwhudson> gradually getting to the point of being able to test that
[00:37] <thumper> I'm pulling trunk now
[00:41] <mwhudson> thumper: it's a really weird failure
[00:41] <thumper> succeeds locally
[00:41] <mwhudson> i wonder if we're managing to generate different emails with the same message ids or something
[00:41] <mwhudson> (which would be bad!)
[00:42] <mwhudson> i think we must be
[00:42] <thumper> mwhudson: I bet it is timing based
[00:42] <thumper> there are 10 recipients and 9 message ids
[00:46] <mwhudson> thumper: i think i'm right
[00:46] <mwhudson> >>> from email.Utils import make_msgid
[00:46] <mwhudson> >>> msgids = [make_msgid() for i in range(1000)]
[00:46] <mwhudson> >>> len(msgids) - len(set(msgids))
[00:46] <mwhudson> 5
[00:47]  * mwhudson hated probability at uni
[00:47] <mwhudson> if you take 10 samples with replacement from a population of 10000 what are the odds you'll get the same element twice?
[00:47] <mwhudson> oh 100000
[00:49]  * mwhudson tries an experiment
[00:51] <thumper> damn
[00:51] <thumper> that's really sucky
[00:51] <thumper> relying on random for uniqueness is ick
[00:52] <mwhudson> so in my experiment, the test will fail 50 times out of 100000
[00:53] <thumper> or 1 time in 2000
[00:53] <mwhudson> right
[00:53] <thumper> I've seen it twice
[00:53] <thumper> and we are up to build 535
[00:53] <mwhudson> there may be reasons why it happens more often in builds
[00:54] <mwhudson> (though i can't really think of any)
[00:54] <mwhudson> looks just as sucky in python 2.6 too
[00:54] <thumper> ew
[00:57] <mwhudson> i'm surprised there isn't a python bug report for this
[01:09] <thumper> mwhudson: so what do you think we should do about testing message id uniqueness?
[01:09] <mwhudson> i don't know
[01:10] <mwhudson> thumper: ellipsize the count?
[01:10] <mwhudson> and add a big flaming comment
[01:11] <thumper> well, remove the count, or make it a set of message id and to address
[01:11] <thumper> mwhudson: I think it is just trying to count the emails
[01:12] <mwhudson> thumper: i guess so yes
[01:12]  * thumper writes some tests before running off for 2.5 hours
[01:14] <mwhudson> thumper: i'm filing a python bug
[01:14] <thumper> ok, cool
[01:24] <thumper> mwhudson: I'm sure I've just broken a shed load of tests locally by making owner and product readonly
[01:25] <thumper> running through ec2 to see how many :-|
[01:25] <mwhudson> thumper: yeah, probably
[01:25] <mwhudson> thumper: lots of easy fixes
[01:25] <thumper> at the very least, branch +edit is broken
[01:25] <thumper> hopefully
[01:25] <thumper> although the edit form requires a bit of trickiness
[01:25] <thumper> as the default behaviour of the notification is to take its own snapshot of the object
[01:26] <thumper> and we'll have to do it locally first
[01:26] <thumper> although I think I changed that code a long time ago to be smart :)
[01:26] <thumper> ish
[01:30] <thumper> mwhudson: I'm off now until about 3
[01:30] <mwhudson> thumper: okidoke
[01:40] <meaton2veggies> hi, sls
[01:52] <meaton2veggies> hey all, im building launchpad and at stage of 'make scheme' which fails due to 'storm' not installing
[01:55] <mwhudson> meaton2veggies: try bzr up download-cache
[01:58] <meaton2veggies> mwhudson: update to date: rev 55
[01:59] <mwhudson> meaton2veggies: then maybe try make clean; make ?
[01:59]  * mwhudson has to run for lunch, biab
[01:59] <meaton2veggies> mwhudson: error in output shows no Python.h in cextensions.c , im probably missing something for gcc?
[02:00] <mwhudson> oh
[02:00] <mwhudson> you need both python2.4-dev and python2.5-dev i think
[02:00] <mars> yep
[02:00] <meaton2veggies> ahk cool thats it cheers
[02:01] <meaton2veggies> thought i had the dev pkgs n didnt
[02:01] <meaton2veggies> thats clear
[03:00] <mars> oh, the pain, right at the end:
[03:00] <mars> ec2-register ec2-windmill-11//mnt/ec2-windmill-11/image.manifest.xml
[03:00] <mars> /usr/bin/ec2-cmd: line 17: JAVA_HOME: JAVA_HOME is not set
[03:00] <mars> ERROR:__main__:Oops!
[03:02] <mwhudson> mars: heh, nearly there at least
[03:23] <mars> mwhudson, do you know how to set the JAVA_HOME variable for subprocess.call() ?
[03:24] <mars> without using env=, since that kills the shell environment
[03:24] <mwhudson> mars: env = os.environ.copy(); env['JAVA_HOME'] = ..., call(env=env)
[03:24] <mars> oh, awesome
[03:24] <mars> thanks!
[03:24] <mwhudson> np!
[03:25] <mwhudson> on a syscall level, you always provide the entire environment aiui
[03:25] <mars> hm. common pattern then?
[03:32] <mwhudson> i guess
[03:32] <mwhudson> it's what happens more or less when you do 'VAR=value foo' in the shell i think
[03:33] <mars> ok, the script is finally done!
[03:33] <thumper> mwhudson: hows the cvs bug hunting going?
[03:33] <mwhudson> thumper: i've found a repo that fails to import from scrach finally
[03:33] <mwhudson> thumper: rysnc-ing it to my machine now
[03:34] <thumper> ok
[03:34] <thumper> mwhudson: were you going to submit a testfix branch?
[03:34] <mwhudson> oh crap, i was
[03:34] <mwhudson> i didn't, though
[03:34] <mwhudson> thumper: do you still want me to, or are you going to do it?
[03:35] <thumper> mwhudson: if you are just waiting for an rsync, you can do it :)
[03:35] <thumper> mwhudson: if you're busy, I could
[03:35] <mwhudson> heh, it finished
[03:35] <mwhudson> let me kick off a local import and i'll do it
[03:35] <thumper> ok, ta
[03:49] <mwhudson> thumper: https://pastebin.canonical.com/20576/
[03:52] <thumper> mwhudson: r=me
[03:52] <mwhudson> ta
[03:53] <thumper> I'm unhappy
[03:53] <thumper> the courier says they delivered my phone
[03:53] <thumper> but it isn't here
[03:54] <thumper> mwhudson: what would you suggest is the best way to get a member of a celeb team?
[03:54] <mwhudson> thumper: !
[03:54] <thumper> mwhudson: just grabbing the celeb team.owner?
[03:54] <thumper> mwhudson: for a unittest
[03:54] <mwhudson> thumper: an arbitrary member?
[03:54] <thumper> yeah
[03:54] <thumper> don't care
[03:54] <mwhudson> yeah, owner sounds sane
[03:54]  * thumper nods
[03:54] <thumper> ok
[03:54] <mwhudson> (owner is guaranteed to be a member?)
[03:55] <thumper> I think so
[03:55] <thumper> owner is considered a member for participation purposes
[03:55]  * thumper is pretty sure anyway
[03:55]  * thumper afk to get the girls from school
[04:35]  * thumper has a new phone
[04:40] <ajmitch> so the courier didn't lose it?
[04:41] <thumper> no, he just put it around the back of the house next to the worm farm
[04:41] <ajmitch> that makes perfect sense
[04:41] <lifeless> is the owner always a member?
[04:41] <spm> mwhudson: ta. I didn't like to assume transactions... :-)
[04:43] <mwhudson> spm: all stuff in the webapp is inside a transaction
[04:43] <spm> ah! good to know.
[05:05] <_thumper_> I must get myself a surge protected nz multiboard
[05:06] <thumper> plugged in my new phone
[05:06] <thumper> sparky - reboot server - oops
[05:06] <mwhudson> !
[05:08] <thumper> spm: when is the edge update scheduled?
[05:09] <spm> thumper: 0800 BST
[05:10] <thumper> spm: can we get that changed back to my working day?
[05:18] <spm> thumper: I replied internally, but you appear to be MIA?
[05:31] <meaton2veggies> mwhudson: do u know all python deps for compiling/building launchpad - come across few compile errors when running 'make schema' i thought rocketfuel-get got all the deps?
[05:32] <meaton2veggies> mwhudson: right now its failing at end of mailman compile
[05:32] <mwhudson> meaton2veggies: the build process is a bit fragile
[05:32] <mwhudson> meaton2veggies: pastebin the erros or i can't help at all though
[05:33] <meaton2veggies> mwhudson: this one isnt clear, ill pastebin it
[05:33] <meaton2veggies> mwhudson: http://pastebin.com/d411fa4a
[05:34] <mwhudson> meaton2veggies: wow that is really unhelpful
[05:34] <meaton2veggies> yes ha
[05:34] <mwhudson> meaton2veggies: try make clean build ?
[05:35] <meaton2veggies> mwhudson: yeah think i did, get same error when run 'check_mailman'
[05:35] <mwhudson> i've no real idea, sorry :(
[05:35] <meaton2veggies> is there a doc list of required python modules?
[05:36] <meaton2veggies> still failing at end of mailman compile
[05:36] <mwhudson> well, there's the launchpad-dependencies package, the list of things in versions.cfg and the list of things in utilities/sourcedeps.conf
[05:36] <mwhudson> but you really shouldn't have to worry about any of those
[05:37] <meaton2veggies> yeah i thought d/l sourcedeps
[05:37] <wgrant> meaton2veggies: You used rocketfuel-setup?
[05:38] <meaton2veggies> yes
[05:56] <thumper> ah crud
[05:56] <thumper> I can't have Interface as the definition for setTarget(target)
[05:56] <mwhudson> thumper: tell me about it, i _still_ don't have a freaking test case for this cscvs bug
[05:57] <thumper> nor can I have IBranchTarget
[05:57] <thumper> as it has no canonical_url
[05:57]  * thumper thinks more
[05:57] <mwhudson> but otoh, i do know that if we throw away and restart a lot of the imports that currently have this problem, we'll find a lot of them start succeeding
[05:58] <thumper> mwhudson: heh
[05:58] <mwhudson> so i guess we should do that
[05:58] <thumper> mwhudson: perhaps I should expose setProduct...
[05:58] <thumper> and setSourcePackage
[05:58] <mwhudson> on branch?
[05:58] <thumper> setJunk
[05:58] <thumper> yeah
[05:58] <thumper> it is all shit
[05:58] <mwhudson> :(
[05:58]  * thumper is not a happy camper
[05:58] <thumper> you know what...
[05:59] <thumper> I'm thinking of just having ILaunchpadNamespace
[05:59] <thumper> export that
[05:59] <thumper> give it a canonical_url
[05:59] <thumper> and be damned
[05:59] <thumper> however... somewhere
[05:59] <mwhudson> thumper: i think another option would be to have person, product, sourcepackage implement IBranchTarget directly, rather than via adaptation?
[05:59] <mwhudson> that sucks too though of course
[06:00] <thumper> nah
[06:00] <mwhudson> uh, that's backwards
[06:00] <thumper> no, because what would we say the interface is
[06:00] <thumper> it's all bollocks
[06:00] <thumper> perhaps sleeping on it will help
[06:00] <mwhudson> oh right
[06:00] <thumper> mwhudson: here's a new thing
[06:00] <mwhudson> thumper: we're not having a very good week, are we?
[06:00] <mwhudson> we need jono back clearly
[06:00] <thumper> setTarget(product=None, sourcepackage=None)
[06:01] <thumper> all the api calls need to pass by name anyway
[06:01] <mwhudson> thumper: that works
[06:01] <thumper> yeah
[06:01]  * thumper does that
[06:01] <thumper> tomorrow though
[06:01] <lifeless> mwhudson: I feel your pain
[06:01] <thumper> kids are fighting
[06:01] <thumper> mwhudson: talk to you tomorrow
[06:01] <thumper> night all
[06:01] <mwhudson> thumper: later!
[06:02]  * mwhudson goes to do some washing up, let's see if that helps
[06:04] <jtv> hello antipodeans
[06:39] <meaton2veggies> hi all, how do i get/install the launchpad-dependencies for ubuntu?
[06:45] <meaton2veggies> looksl ike problems with the deps not being met mainly not having certain python2.4-* pkgs
[06:49] <wgrant> meaton2veggies: rocketfuel-setup does it for you.
[06:49] <wgrant> launchpad-developer-dependencies is the package, I believe.
[06:51] <meaton2veggies> yeah rocketful should but some of the dep weren't installing
[06:51] <meaton2veggies> installed some but not all due to some diff naming convention for pkgs
[06:52] <meaton2veggies> on jaunty and its ppc port, also using internode au mirror i think
[06:53] <meaton2veggies> installed remaining req pkgs manually instead of updating the launchpad meta-pkg
[06:58] <meaton2veggies> wgrant: http://pastebin.com/d411fa4a
[06:58] <meaton2veggies> wgrant: still getting this error, ne ideas?
[07:25] <meaton2veggies> hi wondering if anyone could help disect this issue around building mailman - http://pastebin.com/m28dc3f72
[07:26] <noodles775> Morning ppl
[07:30] <noodles775> beuno: I'm hoping you're not really around, but if you are, and are in a state to give me more info on the navigation, that'd be great!
[08:09] <al-maisan> Good morning!
[08:17] <jtv> hi al-maisan~
[08:17] <jtv> !
[08:21] <al-maisan> hello jtv :)
[08:36] <adeuring> good morning
[08:43] <al-maisan> moin adeuring
[08:43] <adeuring> hi al-maisan!
[08:57] <wgrant> meaton2veggies: Oh, PPC. That would do it.
[08:58] <wgrant> meaton2veggies: Jaunty and PPC probably won't work. Hardy and PPC might.
[09:12] <wgrant> Wooooah.
[09:12] <wgrant> Lots of broken sparklines.
[09:32] <mrevell> Hi!
[09:34] <wgrant> Morning mrevell.
[09:34] <mrevell> hey there
[09:38] <bigjools> helleau chums
[09:44] <mrevell> :)
[09:53] <jtv> oh hi guys!
[09:54] <jtv> mrevell, did you find time to read through my text?
[09:54] <mrevell> jtv: Hi! I got caught up in phone calls toward the end of the day, which is why I didn't respond to you before you signed off. It's next on my list. I'll PM you comments.
[09:55] <jtv> mrevell: thanks.  Can I interest you in the latest version?  Very minor additions.
[09:55] <mrevell> jtv: sure thing :)
[10:02] <jtv> mrevell: a small but valuable life lesson, from one friend to another—when somebody asks "can I interest you in [...]," you ask about price first.  :-P
[10:03] <mrevell> jtv: but I have done business with you in the past and so know what to expect :)
[10:03] <jtv> Evasiveness, bad jokes & abuse.
[10:03] <jtv> Oh, did I type that into the channel?
[10:11] <mrevell> heh
[10:47] <deryck> Morning, all.
[13:46] <deryck> grrrr, those add/remove icons.  grrrr.
[14:03] <beuno> noodles775, hi
[14:04] <noodles775> Hi beuno :)
[14:06] <beuno> noodles775, want to have a call about nav in a little while?
[14:06] <deryck> beuno or sinzui -- so the fmt icon stuff now... there's a "modify" class to denote the remove icon?  Which is beyond the normal "add" and "remove" classes?
[14:07] <sinzui> deryck: it is there in case someone need to know if the link changes an existing object.
[14:07] <sinzui> deryck: there are no presentation rules for it
[14:07] <sinzui> deryck: I did that so if beuno changes his mind, I do not need to be involved
[14:08] <noodles775> beuno: yep, prolly after our standup... maybe in 1hr or so?
[14:09] <beuno> noodles775, I've got a Team Lead call in an hour
[14:09] <beuno> but maybe after that?  :)
[14:09] <noodles775> beuno: or maybe now if you're free?
[14:10] <beuno> noodles775, ok, let me get tea, and we'll do it
[14:11] <deryck> sinzui, hmmm, ok.  So maybe it's the use of sprite-after that is different.  That class is no longer used?
[14:11] <deryck> sorry, trying to work out what is different for a quick-strike fix.  ( and move on :) )
[14:11] <sinzui> right. used...if you want the icon to follow the value of a field, we use fmt:icon
[14:12] <sinzui> deryck: np, if this was easy, beuno would have given us the rules months ago
[14:14] <deryck> sinzui, yeah, no problem.  I'm only grumpy about it because I want to move on from subscribing links :)
[14:15] <sinzui> deryck: (-) unsubscribe {because the link text is not a value}
[14:15] <sinzui> or Curtis Hovey (-) {because the link text is the value of my name}
[14:16] <deryck> sinzui, gotcha.
[14:18] <sinzui> I have decided we need to keep the NavigationMenu code and many of the menus because we need something to put the related page links in. We do not want to edit five pages to add/revise the related pages list every time something changes.
[14:18] <beuno> noodles775, ready when you are
[14:19] <noodles775> beuno: skype of voip? (skype tells me you're not logged in)
[14:19] <beuno> noodles775, skype, calling you
[14:34] <sinzui> bac, Edwin, salgado: stand up in 2 minutes
[14:40] <beuno> noodles775, very nice improvements to the PPA page
[14:40] <noodles775> :)
[14:42] <noodles775> beuno: note, I'll remove the versions from the "Software updated by this PPA" portlet (as they'll be too long, and can be seen below in the list anyway)
[14:42] <beuno> I think that's fine
[14:42] <noodles775> Great.
[14:43] <beuno> I'll look at it in more detail when the thread is over, but I think that it's improved massively
[14:43] <noodles775> yup. thanks.
[14:56] <abentley> beuno: what do you need for a UI review?
[14:57] <beuno> abentley, if it's easy to try out on the UI, instructions for that. Otherwise, screenshots.
[14:57] <abentley> beuno: Cool
[15:09] <ursula_> hey stub
[15:09] <ursula_> don't run :)
[15:09]  * stub ducks under the desk
[15:10] <Ursinha> lol
[15:10] <Ursinha> stub, I see a few weird timeouts in lpnet
[15:11] <Ursinha> stub, like OOPS-1307C157
[15:11]  * Ursinha kicks the bots
[15:12] <mars> that was ubot3.  he died.
[15:12] <stub> Huh... never seen that before. No idea why that query would timeout.
[15:13] <stub> I suppose it is querying a view on the replication machinery, so a big update could cause trouble. But we have had replication running very busy with large delays before without seeing that.
[15:13] <Ursinha> I see 23 timeouts already in the partial report
[15:14] <stub> Hmm... 0 seconds sql time. Does that mean all the time was chewed up before it attempted to query the database?
[15:14] <Ursinha> maybe, or the oops report is borked
[15:14] <stub> I guess we can't tell
[15:15] <Ursinha> do you see a way to debug that?
[15:15] <Ursinha> let me check the time they occurred
[15:15] <stub> Well... we know it is borked because the query that times out doesn't end up on the statement logs with a nice starttime and endtime listed.
[15:16] <stub> Until we fix that, I don't think we can tell if the time was spend earlier because the appserver paused or if the sql query took ages for some reason.
[15:16] <Ursinha> I recall a bug to fix that
[15:16] <Ursinha> stub, it seems all timeouts happened at the same time
[15:18] <stub> Replication lag graphs say nothing unusual was happening. I have no idea what the trigger would be.
[15:18] <Ursinha> stub, same exact time: 01:55:38 utc
[15:20] <Ursinha> stub, I'll keep watching. In the meantime, I'll try to find the oops bug and see if someone is up to fix that
[15:20] <stub> logs show nothing either.
[15:21] <stub> Ursinha: Since you are there, https://code.edge.launchpad.net/~stub/launchpad/bug-354035/+merge/9419
[15:22] <stub> I'm adding an extra field to the OOPS statement logs. I think some things will explode, so we should update them to cope.
[15:22] <stub> What will explode I don't know ;)
[15:23] <Ursinha> stub, awesome! I'll poke matsubara when he arrives today
[15:23] <Ursinha> he'll know what would explode
[15:23] <Ursinha> :)
[15:27] <Ursinha> stub, I was talking about bug 310818
[15:27] <mup> Bug #310818: Oops report does not always log timed-out query <Launchpad Foundations:New> <https://launchpad.net/bugs/310818>
[15:32] <beuno> rockstar, hi
[15:32] <rockstar> beuno, word gangster
[15:33] <beuno> rockstar, how's it going?
[15:33] <rockstar> beuno, just starting the day.
[15:34] <beuno> :)
[15:34] <beuno> rockstar, I think there's a bug witht he sparkline changes you made: https://code.edge.launchpad.net/launchpad
[15:35] <rockstar> beuno, yeah, thumper wrote the code so that it generated those.
[15:35] <rockstar> beuno, basically, I finished a thumper start.  I'll take a look at it later.
[15:36] <beuno> rockstar, only the dev focus should have a sparkline
[15:36] <beuno> and, they all display the same data
[15:39] <rockstar> These sparklines are more work than they are worth...
[15:49] <noodles775> sinzui: do you know anything about the <!-- :-) --> in base-layout? ;)
[15:49] <beuno> noodles775, "mpt"
[15:50] <noodles775> ah.
[15:50] <sinzui> noodles775: it will go away
[15:50] <sinzui> noodles775: it is a paste of the old layout issues
[15:50] <noodles775> sinzui: well, I'm editing the facets/nav now, so I'll remove it now if you like?
[15:51] <sinzui> noodles775: do it. it was a specific float issue in IE. Let's assume that YUI-reset as fixes this
[15:51] <noodles775> k. Done.
[15:51] <stub> The sparklines don't tell me anything I want to know, so seem like noise to me.
[15:52] <beuno> unless, you're trying to figure out if a project is active or not
[15:52] <beuno> that's the use case it's serving right now
[15:52] <beuno> I've seen people use them that way many timees
[15:52] <stub> The last commit date tells me that.
[15:53] <beuno> no, it tells you the last time it was committed to
[15:53] <stub> Yes. The sparkline gives me a false impression about activity.
[15:54] <stub> Is a project with one 200k line commit in the last 90 days more active than a project with 10 commits every day averaging 15 lines each?
[15:55] <stub> The answer still being - you don't know (because you don't know how meaningful those changed lines are)
[15:56] <Ursinha> stub, herb, mars, rockstar, bigjools, henninge, sinzui, intellectronica: Production Meeting in 5 mins in #launchpad-meeting
[15:56] <Ursinha> matsubara, ^
[15:56] <stub> Of course, my opinion isn't a representative sample size ;)
[15:57] <beuno> stub, yes, you can cheat the system. In general, regular commits means an active project.
[15:59] <stub> Or a buggy one ;)
[16:00] <Ursinha> stub, herb, mars, rockstar, bigjools, jtv, sinzui, intellectronica: Production Meeting in #launchpad-meeting now
[16:30] <noodles775_> Grr... disconnects.
 beuno and sinzui: one thing is not clear to me about the templates you guys did for bazaar (showing the new 'facets' and breadcrumbs):
 We have the structured h1-heading that is part of base-layout, and there's a comment there that the future breadcrumbs will go below it, but looking at your mocks, I'm assuming that's where the facets go?
 Which leaves me wondering, will we be leaving it up to the individual pages to include the breadcrumbs below the h2 heading (as in your mocks)?
[16:31] <noodles775_> ...or creating structured sub-headings.
[16:31] <sinzui> noodles775: base-layout needs to do that. We should not be adding that to 400 tempaltes
[16:32] <sinzui> I have a fix for the heading slot though. It is incompatible with the titleeditwidget. I hope to land it today
[16:33] <noodles775_> sinzui: ok great. I'll wait until your branch is landed before continuing then. Thanks!
[16:33] <noodles775_> sinzui: or is it safe for me to merge it now and continue?
[16:34] <sinzui> noodles775: I it is a simple change to the h1
[16:34]  * sinzui looks for the patch
[16:37] <sinzui> noodles775: this is the change I expect to land: https://pastebin.canonical.com/20593/
[16:38] <sinzui> noodles775: since the title edit widget must pass a <h1> element with special id and classes, *all* pages will have to do the same. :(
[16:41] <noodles775_> sinzui: ok. That makes sense. But I'm still confused - am I right that it is the *facets* which will appear below that h1, not the breadcrumbs?
[16:41] <noodles775> And if so, that we will need a similar structure for the separate subheading with the breadcrumbs, as in your mockup?
[16:42] <sinzui> noodles775: I cannot say the design changes every day. I do not know what you are doing, I only know that beuno told me that the heading is going into the navigation, probably over the bread crumbs
[16:43] <noodles775> sinzui: OK, but I'm just looking at your design at https://devpad.canonical.com/~curtis/LP_new_design_Bugs.png
[16:43] <sinzui> noodles775: do you under stand now why you have not been able to make new pages...there is no approved design yet. You are doing this before beuno has gotten final approval
[16:43] <beuno> sinzui, you've got mail
[16:44] <beuno> hopefully clearing this issue up  :)
[16:44] <sinzui> beuno: ^ is that design official? I do not think so
[16:44]  * sinzui only offered to help, he does not have the power to choose a design
[16:44] <noodles775> sinzui: I was asked to do the facets/breadcrums for the design (not that one specifically, one from beuno which is similar to yours, I juts don't have a url for it)
[16:45] <sinzui> noodles775: you need to talk to beuno. I think you were asked without first being given scope
[16:46] <bigjools> noodles775: just the tabs, not the breadcrumbs
[16:46]  * sinzui looks at hirstory last picture he saw of design
[16:46] <beuno> sinzui, I have a final design on navigation
[16:46] <beuno> it's in your email
[16:46] <noodles775> bigjools: yep, it's the tabs I'm doing now (sorry, didn't mean to include breadcrumbs).
[16:46] <beuno> noodles775, one thing I forgot to mention
[16:47] <noodles775> yup?
[16:47] <noodles775> sinzui: sorry, I thought you'd be the person to check with (I was just confused by the comment about breadcrumbs in place of the nav in the base-template, but I guess it's there  just because it hadn't been settled at the time)
[16:47] <beuno> is that the project/package/etc headings in the overview page are bigger font than they are in the internal ones, where the heading explaing what the page is, is bigger
[16:47] <sinzui> beuno: nice shading. We should insist on that every time someone make an image with place holder content
[16:48] <beuno> right
[16:48] <sinzui> Well I see breadcrumbs under the heading in this design, so I think the comment is correct
[16:48] <sinzui> oh, two heading
[16:48] <noodles775> sinzui: yes.
[16:49] <stub> mars: So I'm not sure what meaningful diagnosis we can do until we address https://bugs.edge.launchpad.net/launchpad-foundations/+bug/310818
[16:49] <mup> Bug #310818: Oops report does not always log timed-out query <Launchpad Foundations:Triaged by stub> <https://launchpad.net/bugs/310818>
[16:49] <beuno> noodles775, so, you see that "List of all open bugs" is larger than "Bazaar version control..."?   in the voewview page, that's inverted
[16:49] <sinzui> beuno: is that a h2, or is the object.title demoted to a h2
[16:49] <noodles775> ^^ my question exactly :)
[16:49] <beuno> I'd say h2
[16:50] <beuno> switch the h1 and h2 around
[16:50] <beuno> maybe more symantically correct
[16:50] <beuno> *maybe*
[16:50] <salgado> sinzui, can you comment on bug 61171?  I've updated its description with my findings
[16:50] <mup> Bug #61171: +login page OOPSes if query string has accented chars encoded as ASCII <oops> <Apport:New> <Launchpad Foundations:Triaged by salgado> <https://launchpad.net/bugs/61171>
[16:51] <noodles775> But h2 before h1? Hmm... OK, I'll get back to you tomorrow with thoughts.
[17:00] <sinzui> noodles775: beuno-lunch: that design does not show where edge/staging messages appear. the locationless layout probably needs some extra rules to work right
[17:04] <sinzui> nice work salgado
[17:04] <sinzui> salgado: do you want to check the user-agent to be certain that the bad url came from aport?
[17:06] <salgado> sinzui, the user agent wouldn't tell me that -- apport opens the URL in the user's browser.  I know it's apport because I've seen the bug in the code
[17:08] <sinzui> well then. I agree that this scenario is an upstream bug and we should not report an oops for it
[18:07] <joey> anyone here and awake who is NOT a Canonical employee but is part of the community dev team (ie launchpad-dev) ?
[18:07] <joey> I need a tester
[18:07]  * maxb is
[18:07] <joey> super maxb!
[18:08] <joey> maxb: would you kindly try to edit this page and ensure you can save? https://dev.launchpad.net/FrontPage
[18:08] <joey> maxb: just make any old change
[18:09] <maxb> Based on my knowledge of moinmoin it should be sufficient for me to check whether I have an edit link or not  - which I do *not*
[18:09] <joey> hmm
[18:09] <joey> yeah, and I just got the error msg I was hoping not to get
[18:09] <joey> ok, thanks maxb. I'll be back
[18:14] <joey> maxb: please try now
[18:15] <maxb> still no edit link
[18:15]  * joey wrinkles his nose.
[18:18] <joey> time for me to dig into the acl code :-(
[18:20] <maxb> #acl launchpadTeamACL:read,write All:read
[18:20] <maxb> Does launchpadTeamACL map to ~launchpad or ~launchpad-dev ?
[18:24] <JamalFanaian> Hi, I'm having an issue getting launchpad running and I wanted to see if I could get some help.
[18:25] <joey> maxb: yeah it should pull from the LP team however currently it's assigned to a page, not using the openid team code.
[18:25] <kfogel> JamalFanaian: what problem are you encountering?
[18:25] <JamalFanaian> When running make schema, I get an error about Missing download-cache (which seems to be there), and it tells me to run utilities/link-external-sourcecode.
[18:25] <JamalFanaian> Running the script just asks me for an external source code, but I don't really know what it is I am suppose to supply to it.
[18:25] <kfogel> hmmmm
[18:26] <kfogel> JamalFanaian: you ran all the steps in Getting?
[18:26] <joey> maxb: try logging out of the wiki and then back in please
[18:26] <JamalFanaian> kfogel: Yes, as far as I know
 maxb: yeah it should pull from the LP team however currently it's assigned to a page, not using the openid team code.
[18:26] <joey> maxb: and then edit
[18:26] <JamalFanaian> I've gone through the instructions a few times to make sure I didn't miss anything
[18:26] <maxb> joey: By "LP team" do you mean ~launchpad or ~launchpad-dev ?
[18:26] <joey> maxb: ~launchpad-dev
[18:26] <kfogel> JamalFanaian: it sounds like rocketfuel-setup must have encountered some error.  Could you move aside the previous stuff, redo form scratch, and save the transcript to show us?
[18:27] <joey> maxb: I reverted the code a bit ago.. it's back again
[18:27] <JamalFanaian> kfogel: ok i will do that, it will probably take a while though :)
[18:27] <maxb> I've been logging in and out every time I tested - still doesn't show me an edit link
[18:27] <joey> hmm
[18:27] <joey> maxb: and you're in launchpad-dev yes?
[18:27] <kfogel> JamalFanaian: sorry for that :-(.  I'm not actually a big expert in our build system, so I'm just trying to capture as much information as possible here -- then if I can't solve your problem, at least someone else can look at the transcript and know what is happening.
[18:28] <JamalFanaian> kfogel: you don't have to apologize! it is helpful
[18:28] <kfogel> JamalFanaian: also, I think a few other people have had this problem.  I want to identify it and then document the problem and its solution in the wiki; your transcript will be very helpful for that.
[18:28] <JamalFanaian> what is the best way to save the transcript though?
[18:28] <maxb> Yes I'm in ~launchpad-dev
[18:28] <JamalFanaian> kfogel: should I just > the rocketfuel command to a file?
[18:28] <kfogel> JamalFanaian: oh, hmm.  I do everything in an Emacs shell buffer, that works for me.  Do you run emacs at all?  Try M-x shell.
[18:28] <kfogel> JamalFanaian: if not Emacs, then yes, do > into a file, and put 2>&1 on the end to get stderr as well.
[18:29] <kfogel> JamalFanaian: then paste it to us at http://paste.ubuntu.com/
[18:29] <joey> kfogel: can you try editing the front page of the launchpad dev wiki please?
[18:30] <JamalFanaian> kfogel: alright doing that, thanks :)
[18:30] <kfogel> JamalFanaian: if I'm not here when you finish, feel free to ping someone else, and if you solve it, PLEASE feel free to document the solution in the dev.launchpad.net wiki
[18:30] <kfogel> joey: I could always edit it...
[18:30] <joey> kfogel: try now :-)
[18:30] <kfogel> joey: ah, I see yes.  here goes...
[18:30] <kfogel> joey: bad news -- no Edit button for me.  I'm logged in.
[18:31] <kfogel> joey: getting looooooooooonch now, bbiab
[18:31] <joey> kfogel: ok, I obviously did something wrong. Let me file this spark lines bug and I'll go back to the code
[18:31] <kfogel> joey: *nod*
[18:31]  * kfogel is away: kfogel-food
[18:31] <kfogel-food> dang it
[18:31] <kfogel-food> I meant to change nick
[18:31] <kfogel-food> let's try that again
[18:49] <joey> maxb: kfogel-food - try now please
[18:53] <maxb> no go, even after completely clearing my cookies for the domai
[18:53] <maxb> n
[18:56]  * joey grumbles.
[18:57] <deryck> beuno, ping
[18:57]  * joey rereads the codes and has an idea.
[18:58] <beuno> deryck, hi
[18:58] <deryck> beuno, hey hey.  you can pull from those description editing branches of mine if you like; I've got updates based on our talks yesterday.
[18:58] <beuno> deryck, doing now!
[18:59] <deryck> beuno, there is a new image in the lazr-js one, so a make is required.
[18:59] <joey> maxb: the code has a "you can't use a dash" caveat that seems to be part of my failing
[18:59] <maxb> ah...
[18:59] <beuno> deryck, got the lazr-=js link handy?
[18:59] <deryck> beuno, bzr+ssh://bazaar.launchpad.net/~deryck/lazr-js/multiline-editor-ui/
[19:00] <beuno> thanks
[19:00] <deryck> np
[19:01] <joey> maxb: ok again please.
[19:01] <joey> maxb: fyi if you want to follow along - http://hg.moinmo.in/moin/2.0-storage/file/8f7a6efc77bf/MoinMoin/auth/openidrp_ext/openidrp_teams.py
[19:02] <maxb> joey: still no :-(
[19:02] <bac> salgado: this old wiki page https://launchpad.canonical.com/TeamParticipationUsage is mentioned in a few places in our tree.  any reason not to move it to the new dev wiki?
[19:03] <bac> salgado: note i haven't read it yet...
[19:06] <maxb> joey: Yikes. If I'm reading that right.... what a hack! :-)
[19:08] <maxb> joey: So, which bit is breaking then? Is the raw text of the launchpaddevTeamACL page enlightening?
[19:08] <joey> maxb: I don't have access to the logs. Elmo might if he's still in the office.
[19:09] <maxb> *blink*
[19:09] <maxb> Oh, so you don't have access to update the code?
[19:09] <maxb> I'd assumed that's what you were playing with for each test
[19:12] <joey> maxb: I'm just modifying the acl line
[19:13] <maxb> Do you have read access to the operational moinmoin config?
[19:14] <maxb> Unless someone has redefined page_group_regex, the problem could be that launchpaddevTeamACL does not end in "Group"
[19:16] <joey> maxb: no that's locked down for security. I'm sure it's a malformed request on my end. I'll email the guy who coded it and seek his advice.
[19:21] <beuno> deryck, dude!
[19:21] <beuno> 99% perfect!
[19:22] <beuno> fix the issue where the text moves 1 pixel on mouseover
[19:22] <beuno> and ui=beuno + a hug
[19:22] <deryck> beuno, ah, crap.  forgot about text when I moved it up to line with the header.
[19:22] <deryck> will catch that now.
[19:23] <beuno> deryck, then you just need a code review, and then nothing keeps you from making millions of users happy
[19:23] <deryck> beuno, I have two issues otherwise, that have proved tricky so personally don't want to block on, but need your opinion...
[19:23] <beuno> ok, shoot
[19:23] <deryck> beuno, the width of the description is fixed.  Fluid proved tricky.  I assume that is okay. ?
[19:24] <beuno> yes, I can live with that
[19:24] <deryck> cool
[19:24] <beuno> we can improve later if it turns out to annoy people. Scaling text works fine.
[19:25] <deryck> beuno, and then, I the animation on the cancel icon only works on the first time.  after save or cancel it doesn't.
[19:25] <deryck> without a page reload obviously.
[19:26] <beuno> deryck, submit the code, and file a bug for it
[19:26] <beuno> it is a bug, but not a big deal
[19:27] <deryck> beuno, right.  I want to fix it, too, but to want to delay landing if its a couple days banging head on wall to work it out. ;)
[19:27] <deryck> beuno, and potentially as I clean up the code these issues resolve, but if not, can get them in the next couple weeks after people play with this.
[19:27] <beuno> I'm absolutely ok with that
[19:27] <deryck> cool
[19:28] <beuno> you've done an amazing job here
[19:28] <deryck> beuno, thanks, man!
[19:33] <salgado> bac, no, that page can be moved to the dev wiki
[19:50] <bac> salgado: thanks
[20:02] <bac> sinzui: ring me when you get a chance
[20:50] <sinzui> bac: https://bugs.edge.launchpad.net/launchpad-registry/+bug/335509
[20:52] <sinzui> bac: https://bugs.edge.launchpad.net/launchpad-registry/+bugs?assignee_option=any&field.assignee=&field.bug_commenter=&field.bug_reporter=&field.bug_supervisor=&field.has_cve.used=&field.has_patch.used=&field.omit_dupes=on&field.omit_dupes.used=&field.searchtext=&field.subscriber=&field.tag=&field.tags_combinator=ANY&orderby=-importance&search=Search&start=300
[21:03] <sinzui> bac: https://bugs.edge.launchpad.net/launchpad-registry/+subscribe
[21:45] <beuno> EdwinGrubbs, awesome landing of the picker replacements
[21:46] <beuno> there is one behavior that seems to have changed
[21:46] <beuno> if you type something in the input box, it doesn't get carried over to the picker
[21:46] <EdwinGrubbs> beuno: thanks, I have a second branch that fixes some of the issues. I will need you to review some minor parts of it.
[21:47] <EdwinGrubbs> beuno: that behavior had never been part of the picker. I can add it, but it will have to be in a followup branch, since my current branch is too big already.
[21:48] <beuno> EdwinGrubbs, that's fine
[21:48] <beuno> I'll file a bug for it, just thought I'd ask before I did
[21:53] <mwhudson_> good morning
[22:25] <thumper> morning
[22:25] <thumper> I wonder how many emails I can get through in 5 minutes
[22:30] <ajmitch> tag all, mark as read
[22:31] <thumper> ajmitch: not the same...
[22:32] <ajmitch> I know, I wish I could do that each day though
[22:48] <_Groo_> hi/2 all
[22:48] <_Groo_> devs, how do i change launchpad after initial install to be able to acess it remotely? im testing it with a vm
[22:49] <_Groo_> web acess i mean, since bu default setup only adds entries to /etc/hosts
[22:53] <_Groo_> anyone?
[22:54] <ajmitch> setup DNS? I believe it should listen on all interfaces, not just localhost
[22:54] <mars> _Groo_, you will have to modify the apache 'local-launchpad' config file, and open up the access beyond the current host
[22:55] <_Groo_> mars: but i need to change all the 127.0.88 and .99 entries?
[22:55] <_Groo_> mars: and corresponding ones in /etc/hosts?
[22:57] <_Groo_> mars: ex: i have a virtual domain named lets say mydomain.com. what should i do so when i do a launchpad.mydomain.com i get launchpad?
[22:57] <mars> _Groo_, not sure, actually.  You need to change the VirtualHost entries in the apache config, at least
[22:58] <mars> and add "Allow" entries for other hosts (the default is to be closed to outside hosts)
[23:00] <thumper> sinzui: https://lpstats.canonical.com/graphs/Branches/20080731/20090731/
[23:02] <_Groo_> mars: yes but should i change the virtualhosts pointing to localhost, aka <IP_ADDRESS> and .99?
[23:02] <mars> _Groo_, yep, change them to bind to '*', or a subnet
[23:03]  * thumper looks around skype for his team
[23:03] <_Groo_> mars: then i just restart apache or i need to ctrl-c make run and rerun it?
[23:03] <thumper> mwhudson: skype ping
[23:04] <mwhudson> thumper: i'm online
[23:04] <mars> _Groo_, just try restarting apache first, and try visiting the launchpad.dev URL, see what the app server tells you.
[23:04] <thumper> mwhudson: stupid skype
[23:04] <mwhudson> thumper: yes
[23:04] <mwhudson> thumper: i can restart if you can't connect, i guess...
[23:04] <_Groo_> mars: i cant, lol, my virtual domain doesnt have X and links doesnt accept the ssl conection
[23:05] <mars> :/
[23:05] <mars> it doesn't like apache's self-signed cert?
[23:05] <mars> did it work before?
[23:05] <_Groo_> mars: first try :P
[23:06] <_Groo_> mars: i just installed it via rocketfuel
[23:06] <mars> ok, try running it locally, and visiting in lynx locally, before trying it remote
[23:06] <mars> it is a development setup, not a ready-to-run product :)
[23:07] <_Groo_> mars: yeah i know :D
[23:07] <_Groo_> mars: a little wiki with some cmoon scenarios like this one would be nice
[23:09] <_Groo_> mars: whats the default url to acess launch?
[23:59] <thumper> spm: happy sys admin day


[00:56] <dobey> alexlist: if you're just gong to ask that, ignore any response, and repeat it 10 hours later, don't bother asking. if you have a real question to ask, then just ask it. don't ask to ask
[00:56] <dobey> err
[00:56] <dobey> aloiece: ^^ that was for you
[00:56] <dobey> alexlist: sorry
[01:01] <aloiece> =/ didn's see the response =/ really sry
[02:59] <aloiece> ok hei. I'm double booting ubuntustudio and osx. I'm using ubuntu one to have access from other machines and to keep an immediate update of the state of things. I'd also like to be able to use the same home folder for osx as for ubuntustudio. there isn't much space on my hard disk have copies of my home fodler twice. also i feel like it's quite redundant, on the same machine. currently u1 doesn't allow the links to my hfs unjournaled parti
[02:59] <aloiece> tion and as soon as i log in with my ubuntt u1, i get an error when syncing from mac.
[02:59] <aloiece> any suggestions?
[10:02] <JamesTait> Good morning all; and though I hesitate to say it, happy Men Make Dinner Day! :-D
[20:48] <Pando> hello
[20:50] <Pando> I have some questions about the REST api of u1. I can't seem to be able to do any multipart upload
[20:55] <Pando> uploading small files works well, but when I need to upload large files by chunk, each put erases the old content. finally only the last chunk is put in the file
[20:57] <Pando> did someone already try to do something similar with the rest api ? I might be missing something obvious, but I didn't find any information about it
[21:15] <dobey> Pando: are you setting the Range and Content-Length headers?
[21:16] <dobey> i don't know if the PUT accepts Range though
[21:16] <dobey> beuno, __lucio__: ^^ do you guys know?
[21:17] <Pando> well
[21:17] <Pando> I tried both Range and Content-Range, but to no avail
[21:18] <Pando> according to the documentation I found and RFC 2616, Range is only for GET
[21:19] <Pando> at the moment if I send chunks of 4096 bytes, I set the value of Content-Range to something like '0-4095/22000' where 22000 is the total size of the file I want to upload
[21:19] <Pando> for the first chunk
[21:20] <Pando> I found lots of pages like http://developer.ubuntu.com/resources/app-developer-cookbook/ubuntu-one/adding-ubuntu-one-files-support-to-your-app/
[21:21] <Pando> but none of them treat the chunk upload problem
[21:31] <beuno> Pando, multi-part upload isn't supported
[21:31] <beuno> and there's no standard for it either
[21:31] <beuno> we haven't implemented any of the non-standards
[21:31] <beuno> so there's no resumable or multi-part uploads in U1 REST api
[21:32] <Pando> oh, ok
[21:32] <Pando> I was browsing the code of the ubuntu one client to try to find how it is done in it
[21:32] <Pando> then I thought it doesnt' use the api
[21:33] <beuno> right, the client uses it's own special API
[21:34] <Pando> well thanks for the answer, at least now I'm sure it isn't possible :)
[21:36] <beuno> np
[21:43] <k4nar> beuno: do you plan to add multi-part upload some day ?


[06:51] <pitti> jibel, sil2100: OOI, https://bileto.ubuntu.com/#/ticket/1710 now says "ready for QA signoff"; it should be a no-op on vivid, so merely running our automated tests on it should suffice; can/should I mark this somewhere?
[06:51] <pitti> jibel, sil2100: there's no way to say that QA signoff isn't required (if I chose that, it automatically flips back to required)
[11:53] <Acou_Bass> eey gys, on my 'nearby scope', none of the things on there seem to be able to pick up my location, besides the weather channel scope
[11:53] <Acou_Bass> i have location enabled, and in system settings 'scopes' is toggled on to access my location
[13:00] <dunderproto> Is it permissible to modify/redistribute adb? I see the Android SDK is covered by an EULA but someone said that the adb is under the Apache license
[18:46] <taiebot> So xenial bringup or OTA14  for ubuntu touch ?


[02:54] <thumper> wallyworld, babbageclunk or anyone really... https://github.com/juju/juju/pull/10556
[02:54] <wallyworld> ok
[03:01] <wallyworld> thumper: lgtm until the next wack-a-mole moment :-)
[03:36] <thumper> wallyworld: thanks
[04:26] <wallyworld> babbageclunk: small CI fix? https://github.com/juju/juju/pull/10557
[04:26] <babbageclunk> wallyworld: looking
[04:27] <babbageclunk> wallyworld: looks good to me!
[04:27] <wallyworld> yay, ty
[04:55] <hpidcock> CI fix for anyone https://github.com/juju/juju/pull/10558 thx
[05:22] <wallyworld> hpidcock: suprised k8s bootstrap ends up requesting 7GB
[05:22] <anastasiamac> ci fix for strings.replaceall https://github.com/juju/juju/pull/10559
[05:23] <hpidcock> wallyworld: 3.5gb for mongo 3.5gb for the controller
[05:23] <wallyworld> hpidcock: default is 3.5GB as a const
[05:23] <wallyworld> ah right
[05:23] <wallyworld> we should reduce the default for k8s i think
[05:23] <wallyworld> maybe 1.5 or 2
[05:24] <wallyworld> maybe /2 num containers is ok
[05:25] <hpidcock> I think there is a bunch more work we need to do on resource limits/requests in k8s
[05:25] <hpidcock> possibly podspec v2 might need to look into it?
[05:25] <wallyworld> there is a lot more work, yes
[05:27] <wallyworld> podspec v2 would need to work with existing constraints model, but i think we could do something
[11:19] <rick_h> guild remember CI day party today
[11:36] <manadart> rick_h: Partying hard.
[11:39] <rick_h> manadart:  wheeee
[11:54] <jam> rick_h: indeed. though stickupkid and achilleasa are out for UK holiday today
[12:22] <manadart> Need a review: https://github.com/juju/juju/pull/10561
[21:18] <hml> babbageclunk: pr review pls: https://github.com/juju/gomaasapi/pull/82
[21:18] <hml> babbageclunk: should look familar.  :-D
[21:18] <hml> just s/device/machine
[21:24] <babbageclunk> hml: oops, looking now!
[21:26] <babbageclunk> hml: approved
[21:26] <hml> babbageclunk: ty!
[23:37] <babbageclunk> Can I please get a review of https://github.com/juju/juju/pull/10562
[23:37] <babbageclunk> wallyworld, thumper, someone else?
[23:38]  * thumper looks
[23:46] <babbageclunk> fanks


[14:23] <adam_112> I'm having problems running livetv   the progarm start then freezes after 5-10 seconds then errors.  I've posted all the logs @ http://pastebin.com/BW6BXe8Z .   Could somebody please give me an assist.
[14:23] <Zinn> [pastebin.com] Gathered following logs [14:40] <tgm4883> adam_112, this is the questions channel, not #ubuntu-mythtv-dev
[14:40] <adam_112> No problem.  This is just really frustrating.
[14:42] <tgm4883> adam_112, I agree with that, but we're have 6 days before we can't make any more fixes to 12.04 for release, so the devs are a little busy right now
[15:05] <foxbuntu> adam_112, I don't have time right now to stick around, but a few things to check if you havent already: 1) Use the nvidia restricted driver 2) Enable vdpau for video play back 3) disable vsync in the nvidia control panel 4) try running mythfrontend with verbose logging then run livetv, post the resulting info/google any errors 5) make sure your storage groups are setup correctly in mythtv-setup
[21:54] <Shadow__X> hey guys i keep getting an error like this /etc/cron.hourly/mythtv-backend exited with return code 2 whats going on? i am running 2:0.24.2+fixes.20120316.322de47-0ubuntu
[22:43] <foxbuntu> Shadow__X, you probably want to use mythbuntu-log-grabber in mythbuntu-contol-centre to post the logs and post the link in here
[22:53] <Shadow__X> ok will do have to run now thanks


  The chair is zul. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:02] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:03] <zul> so welcome to the ubuntu server meeting
[16:03] <zul> #topic Review ACTION points from previous meeting
[16:03] <zul> ACTION: rbasak to land delta report to lp:ubuntu-reports, Daviey to deploy.
[16:03] <zul> rbasak:  here?
[16:04] <zul> i guess not
[16:04] <Daviey> Ooo
[16:04] <zul> ACTION: arosales to review Juju blueprints with owners after OSCON.
[16:04] <Daviey> Erm, it's Sort of done.
[16:04] <zul> arosales: ^^^
[16:04] <arosales> zul,  still in progress
[16:05] <Daviey> delta report is deployed, but blocked on IS ticket to open a firewall egress access
[16:05] <rbasak> Sorry
[16:05] <rbasak> What Daviey said :)
[16:05] <zul> Daviey/arosales/rbasak: okies
[16:05] <zul> moving on
[16:05] <zul> #topic Saucy Development
[16:05] <zul> Daviey:  do you want to take this?
[16:06] <Daviey> zul: Would rather support..
[16:06] <Daviey> (sort of OTP)
[16:06] <zul> Daviey:  k
[16:06] <zul> so
[16:06] <zul> #link Release Tracking Bug Tasks - http://reports.qa.ubuntu.com/reports/rls-mgr/rls-s-tracking-bug-tasks.html#server
[16:07] <zul> 1199791	still needs to be done
[16:07] <zul> #1203828 is in progress
[16:07] <zul> #1170393 is new one
[16:07] <zul> i guess i can look at it
[16:08] <zul> "quantum services should be respawned by upstart if necessary"
[16:09] <zul> and http://status.ubuntu.com/ubuntu-s/group/topic-s-servercloud-overview.html
[16:09] <zul> looks like we are making progress
[16:09] <zul> anything else ro bring up?
[16:09] <zul> arosales: ^^^
[16:10] <zul> if not we can move on
[16:11] <zul> ok then
[16:11] <zul> #topic Ubuntu Server Team Events
[16:11] <zul> any events coming up?
[16:11] <zul> oscon was last week
[16:11] <zul> ODS is still coming up in november
[16:12] <zul> any other events or are people still sleeping?
[16:12] <zul> ah hah sleeping!
[16:13] <zul> #topic Weekly Updates & Questions for the QA Team (plars)
[16:13] <arosales> zul, nothing extra to bring up
[16:13] <zul> hi plars any update?
[16:13] <plars> zul: I think psivaa is actually covering now. Unless he has something though, I don't at the moment
[16:13] <zul> hi psivaa  any update
[16:14] <psivaa> plars: zul: sorry, no updates from our side
[16:14] <zul> any quetsions for psivaa?
[16:14] <psivaa> i'll be attending from now on btw
[16:15] <zul> ack ill update the agenda after the meeting
[16:15] <psivaa> thanks
[16:15] <zul> ok next i guess is
[16:16] <zul> #topic Weekly Updates & Questions for the Kernel Team (smb)
[16:16]  * smb tries to actually cover, too
[16:16] <zul> hi smb any updated
[16:16] <smb> I thought to be quite close on having Xen 4.3 mostly working but found today some very weird behavior of the old stack that was pretty sure working before (meaning Raring). And the more I dig, there more I am in the lands of heck. Beside that I will be in London from Wednesday to join our kernel-team sprint.
[16:16] <zul> updates even
[16:16] <zul> smb: cool!
[16:16] <zul> xen is fun
[16:16] <zul> not really
[16:16] <zul> any questions for smb?
[16:17] <smb> zul, plenty of not fun
[16:17] <zul> smb: better you than me
[16:17] <zul> if no more questions...
[16:18] <zul> #topic Weekly Updates & Questions regarding Ubuntu ARM Server (rbasak)
[16:18] <rbasak> Nothing new to report. Any questions for me?
[16:18] <zul> rbasak:  if a tree falls in a forest..
[16:19] <rbasak> ...just bring up another tree. This is the cloud, after all.
[16:19] <zul> no questions for rbasak i take it
[16:19] <zul> damn straight
[16:19] <zul> #topic Open Discussion
[16:19] <zul> anyone has anything to bring up
[16:21] <zul> well then
[16:21] <zul> same time next week
[16:21] <zul> #endmeeting
[16:21] <meetingology> Meeting ended Tue Jul 30 16:21:20 2013 UTC.
[16:21] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-07-30-16.02.moin.txt
[16:21] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-07-30-16.02.html
[16:21] <Daviey> thanks zul
[16:21] <zul> yeah no problem
[16:27] <arosales> zul, thanks for chairing


[00:03] <broder> my parents always ask me to fix their google bugs. at least you can do something about those :-P
[00:04] <infinity> broder: Oh, my mom does that too.  And insists that I fix every broken spam filter around the world too.
[00:04] <Chipzz> in
[00:04] <broder> hehe
[00:04] <Chipzz> argh
[00:04] <Chipzz> how do these chars even GET to irssi...
[00:05] <Chipzz> infinity: I'ld much rather have them unimpressed than them trying to get me to fix their windows tbh
[00:05] <StevenK> infinity: My mother used to work for a bank, and that experience seems to have completly turned her off computers, so I have no luck explaining what I do to her.
[00:06] <Chipzz> my parents (and a lot of other ppl I know) seem to think that just because I work in IT, I care about windows and/or care about fixing their windows
[00:06] <infinity> StevenK: I tried to explain "porting to other CPU architectures" to my parents once over dinner.
[00:06] <JontheEchidna> My dad is a software engineer, so unfortunately he knows what is in the realm of possibility to do :P
[00:06] <StevenK> infinity: Hahaha
[00:06] <infinity> StevenK: And, while that was painful enough, they asked me to try to explain it again a week later.  And a month after that.
[00:07] <JontheEchidna> He started using KDE because it was the DE most like CDE
[00:07] <Chipzz> JontheEchidna: "unfortunately" you say? :)
[00:07] <Chipzz> I would say "fortunately" :)
[00:07] <StevenK> infinity: Oh, that's dreadful. Absolutely hilarous, but dreadful. :-)
[00:08] <JontheEchidna> Chipzz: well, then he asks me to fix bugs that I can actually fix but maybe don't want to :P
[00:09] <JontheEchidna> It's the equivalent of the teenager problem of "parents finding your facebook profile" for software engineers ;-)
[00:09] <Chipzz> JontheEchidna: then again, he can fix his own windows. or that of your mother/other family ;P
[00:10] <JontheEchidna> He fixes my mother's Windows begrudgingly. If he had his way she would be using Linux too
[00:10] <JontheEchidna> especially since if something breaks around the time he fixes something else, he gets blamed :s
[00:10] <Chipzz> infinity: so.. why did you even bother in the first place if you knew they wouldn't get it? :)
[00:10] <Chipzz> making conversation? :)
[00:12] <infinity> Chipzz: They keep asking what I do for a living.
[00:12] <infinity> Chipzz: Over and over again.
[00:12] <infinity> Chipzz: As if, some day, it will stick.
[00:12] <infinity> Bless their luddite hearts.
[00:12] <StevenK> "I work with a bunch of hippies on this free software stuff." ?
[00:12] <Chipzz> infinity: explain it in simpler terms then? :)
[00:13] <infinity> I've tried simple.
[00:13] <infinity> And complicated.
[00:13] <infinity> And some in between.
[00:13] <Chipzz> "I'm trying to get firefox to work on your phone" ;)
[00:13] <infinity> They need TV shows about programmers.
[00:13] <StevenK> infinity: When I broke the news that I was joining Canonical to my mother her first answer was "Uh, when that finishes, will you go and get a real job?"
[00:13] <JontheEchidna> heh
[00:14] <infinity> It's not like my mother knows anything about the legal system either, but she's convinced she knows what my brother (a lawyer) does for a living because she watched Law & Order.
[00:14] <infinity> So, she doesn't ask him. :P
[00:16] <JontheEchidna> The company I work for provides board-level FPGA/DSP solutions, and I write development tools to aid developers with writing code for the boards.
[00:16] <JontheEchidna> It usually just gets described as "I write computer programs"
[00:17] <Chipzz> infinity: actually you may be rigt about the TV shows. like I mentioned earlier, if you mention you work in IT, the majority of the people will expect you to fix their stuff, even if you're say, a DBA
[00:17] <infinity> JontheEchidna: I'm sure Dick Wolf could make that into an entertaining plot for my parents.
[00:17] <StevenK> infinity: Have you tried having your parents watch The IT Crowd? :-P
[00:17] <infinity> StevenK: But I'm not a helpdesk monkey!
[00:18] <JontheEchidna> hehe
[00:18] <Chipzz> StevenK: you're not suggesting trying to turn infinity's parents on and off, are you? ;)
[00:18] <infinity> StevenK: (Even if I do bear a striking resemblance to Moss)
[00:18] <StevenK> Although thinking about it, that may make things worse ...
[00:18] <StevenK> "You hide under desks and plug things in, do you?!"
[00:18] <TheMuso> My mother and sister have some understanding of Linux and open source, my sister understanding more about distros etc, but my father is clueless about computers period.
[00:23] <stgraber> managed to get most of my family running Ubuntu, so sure I end up fixing their stuff but it's mostly interesting things to fix at least (where the last one in date was a weird kernel/NM ipv6 race condition, described by my grand-mother as "<wireless name> keeps showing up on my screen every 10 minutes")
[00:23] <stgraber> so as long as people don't break 12.04, I should be fine for a few years ;)
[00:34] <elky> My mother has submitted bug reports all by herself before. Do I win something?
[00:34] <cjwatson> The right to fix them?
[00:37] <elky> cjwatson, I recall one of them being about silly graphics cards that weren't intel, ati or nvidia. That gets fixed with fire aiui.
[00:48] <infinity> elky: People still make GPUs other than those 3?
[00:48] <elky> this was like 4 years ago now
[00:48] <infinity> (That's actually a half serious question. Other than all the players in the embedded market, I haven't seen a non-big-3 desktop video card in ages... Does VIA still make the S3 Savage stuff?)
[00:48] <elky> I would find what it was if launchpad wasn't insisting that she'd never reported bugs despite being able to find a different bug she reported.
[00:49] <elky> Ah yes, it was a VIA.
[00:49] <elky> And i never met one that didn't deserve to DIABCF
[00:58] <directhex> i had an SiS card as an undergrad.
[01:00] <RAOF> You sometimes find strange GPUs on server motherboards.
[01:01] <JontheEchidna> I got a VooDoo2 card for Christmas in 2000 (I was 8)
[01:01] <infinity> RAOF: I suspect that will finally be changing with Intel and AMD seeing the light about on-die graphics.
[01:01] <directhex> RAOF: oh, yeah, there's a modern trend towards really weird ones
[01:01] <infinity> RAOF: Though, it'll take a few CPU generations for them to realise they've seen it.
[01:25] <elky> infinity, https://bugs.launchpad.net/ubuntu/+source/gnome-games/+bug/157941 VIA/S3G DeltaChrome IGP and approaching 5 years ago... so several generations
[01:26] <elky> i think the card had nothing to do with it though
[02:08] <cyphermox> @pilot out
[02:08] <cyphermox_> @pilot out
[03:28] <pitti> Good morning
[03:30] <ion> hi
[03:31] <stgraber> pitti: what, already? :) (I usually take you saying good morning as a sign that I should stop looking at IRC and think about getting some sleep)
[03:31] <pitti> stgraber: I got up with my wife today instead of taking another nap after the alarm clock
[03:31] <pitti> my brain started working and didn't let me sleep any more; silly invention, such a thing..
[03:32] <stgraber> hehe :)
[03:32] <StevenK> pitti: Bloody hell, I haven't even had lunch yet and you're up and on IRC.
[04:48] <digitalknight> hi all
[04:49] <digitalknight> I am a C and C++ developer with foundations in algorithms and distributed systems
[04:49] <digitalknight> I am really interested in contributing to ubuntu
[04:50] <digitalknight> Please let me know how I can proceed
[04:51] <ScottK> Find something that's broken and annoying you.  Figure out the fix and then attach the patch to the existing bug (or file a new one) and then subscribe ubuntu-sponsors to the bug and someone will look at getting the fix into Ubuntu.
[05:19] <larsduesing> good morning
[05:21] <larsduesing> please could anybody have a look at SRU: https://bugs.launchpad.net/ubuntu/+source/aiccu/+bug/1007408 thanks :-)
[05:34]  * kees hugs infinity
[05:35]  * infinity blushes
[06:58] <kees> do uploads to quantal proposed not close LP bugs?
[06:59] <digitalknight> hi all
[06:59] <digitalknight> I am a C and C++ developer with knowledge of algorithms and distributed algorithms
[06:59] <digitalknight> Please let me know how can I contribute to Ubuntu
[07:01] <hyperair> digitalknight: didn't ScottK reply you earlier?
[07:01] <hyperair> 12:51:26 <ScottK> Find something that's broken and annoying you.  Figure out the fix and then attach the patch to the existing bug (or file a new one) and then subscribe ubuntu-sponsors to the bug and someone will look at getting the fix into Ubuntu.
[07:01] <digitalknight> hyperair, no,actually I went offline,so I could not read it
[07:01] <digitalknight> Thanks a lot for reiterating it
[07:02] <digitalknight> hyperair, Another thing,should I start off as a MOTU?
[07:03] <hyperair> digitalknight: you can't start off as a MOTU. you start off by contributing patches to bug reports, and once you've contributed enough and proven your level of technical expertise, you apply for MOTUship.
[07:03] <dholbach> good morning
[07:04] <digitalknight> hyperair, I meant,as a MOTU hopeful
[07:04] <hyperair> eh well, you can
[07:04] <digitalknight> hyperair,what exactly do MOTU hopefuls do?
[07:05] <hyperair> well the same things that MOTUs do, besides reviewing and uploading others' work.
[07:05] <hyperair> instead of uploading changes directly to the archive, you'll have to submit patches via launchpad and get a motu/core dev to upload them for you
[07:06] <digitalknight> hyperair, ok,and so eventually,I can try for core developer membership,right/
[07:07] <hyperair> yup
[07:07] <digitalknight> hyperair, right,thanks
[07:07] <digitalknight> I am associated with OSS already
[07:08] <digitalknight> I am a Google Summer Of Code 2012 student for PostgreSQL
[07:08] <digitalknight> I just want to contribute to Ubuntu also,because I love ir
[07:08] <hyperair> that's nice =)
[07:09] <digitalknight> hyperair, thanks,also,what kind of knowledge is required(apart from good knowledge of C)?
[07:10] <hyperair> well you eventually pick these up as you go along. it's easier for you to just jump straight in and learn fromthere
[07:10] <hyperair> i think there's a page on wiki.ubuntu.com about getting started
[07:11] <digitalknight> hyperair, okies,because,I do not have much knowledge of Operating Systems atm(I will be starting now)
[07:12] <hyperair> http://www.ubuntu.com/community/get-involved
[07:12] <hyperair> digitalknight: ^
[07:20] <smb> hallyn, no
[07:48] <sam-c> compare security 12.10 to 12.04 LTS??
[08:04] <josh____> Hello, Gtk.FileChooser dialog rightly picks an executable file but throws an error for non-executable files. How to solve this? Here is my code for this --> http://pastebin.com/yY2PVR3r
[08:32] <pitti> ogra_: the HDMI monitor bug with quantal/ti-omap4, would that be bug 1010423 or bug 1010009? or both?
[08:32] <pitti> gema: ^ FYI
[08:32] <gema> pitti: thanks!
[08:42] <gema> ogra_: ping
[08:44] <xnox> infinity: i gave my mom Ubuntu CD made her boot on the laptop setup wireless and open facebook / gmail. After that I said I work on making this CD. After she said "that doesn't look like much" I pointed out at thousands of things in the software centre, at which point she said "Oh, but surely that's impossible to do every 6 months"
[08:45] <xnox> infinity: non the less according to her I have been leaving in London for 6 six years, although I haven't yet lived in London. But that is a minor implementation detail.
[08:55] <vibhav> xnox: She could use only LTS versions?
[09:11] <cjwatson> kees: Not until they get copied into quantal.  Then the bugs get closed.
[09:14] <larsduesing> please could anybody have a look at SRU: https://bugs.launchpad.net/ubuntu/+source/aiccu/+bug/1007408 thanks :-)
[09:16] <ogra_> gema, hello
[09:17] <gema> ogra_: you have been doing some arm testing this week, right?
[09:18] <ogra_> lots, yes, since we have live images now
[09:18] <ogra_> omap wasnt working at all (kernel issues) should be good with the new kernel
[09:18] <gema> ogra_: could you upload your results to the tracker, so that we can track the bugs and mark them as important, etc?
[09:18] <Sweetshark> quiz question to all the audience: so far I have seen bug 1017125 only on quantal -- with both gcc 4.6 and 4.7, but *not* on precise. Anyone having a hint on other toolchain changes that might cause this?
[09:18] <ogra_> omap4 was waiting for the new ubiquity and should be fine now as well
[10:31] <geser> Sweetshark: very wild guess: have your build-dependencies (c++ libs) been recompiled for your test with gcc-4.6 too in quantal? (see the thread about gcc-4.7, stl and c++ language version on ubuntu-devel)
[10:40] <Sweetshark> geser: no.
[10:41] <Sweetshark> geser: however, I see no external lib in the stack trace (not that that means anything ...)
[10:48] <Sweetshark> geser: thanks for the hint.
[11:01]  * ogra_ wonders if we changed something in frambuffer handling of the initrd recently ... looks like plymouth is broken on most of my arm installs (black screen until X)
[11:03] <larsduesing> After looking after bug https://bugs.launchpad.net/bzr-builddeb/+bug/1006611 and browsing through the source a little: Am I right, maybe it is only the wrong parameter quilt-tree-policy given to bzr merge?
[11:08] <xnox> larsduesing: nope. the quilt-tre-policy is correct. Due to the way bzr-builddeb operates the files in the .pc directory get new file-ids (equivalent of rm & add due to quilt pop; merge; quilt push)
[11:08] <xnox> larsduesing: hence the massive diff of everything removed & everything added back again
[11:10] <xnox> larsduesing: plus the merge proposal diff would be against old ubuntu, not debian. And all the removed & new patches will generate even bigger .pc dir diff
[11:20] <larsduesing> hmm... ok..
[11:20] <larsduesing> I'll trying to look after it
[11:21] <xnox> larsduesing: see also a related bug that I added in the comment, it's all the same code area
[11:23] <xnox> larsduesing: my guess is that when both trees get 'quilt pop -a' treatment the file-ids are not backed-up in anyway, such that 'quilt push -a' treatment generates brand new fileids different from either trees. But this does sound very odd....
[11:23]  * xnox is not a bzr dev, just a 'poweruser'
[11:24] <cjwatson> quilt pop/push wouldn't drop file IDs unless you commit in between
[11:24] <cjwatson> (haven't looked at the bug, just a drive-by comment)
[11:25] <xnox> cjwatson: hmm but there is merge tree in between. It fails horribly if the quilt patch introduces new files, you get malformed tree bzr exception
[11:26]  * xnox generally does ` quilt pop -f ` then
[11:28] <larsduesing> yes
[11:29] <larsduesing> there seems to be a much deeper problem in it...
[11:30] <xnox> yeap, the idea & code in bzr-builddeb is sensible on high level
[11:32] <larsduesing> any idea how to debug python-code which is run by "bzr merge"?
[11:34] <xnox> larsduesing: read/use bzr verbose & debug modes??....
[11:35] <larsduesing> oh.. maybe thats enough... yeah... thinking too deep :)
[11:50] <larsduesing> Ohh...
[11:50] <larsduesing> strange
[11:50] <larsduesing> bzr -Dmerge -Dfetch -Dhooks merge debianlp:sid/aiccu &>../bzr.log
[11:50] <larsduesing> does not give ANY debug-information...
[12:04] <cjwatson> Sweetshark: I can help you with using the API to work around bug 1018349 if you'd like
[12:04] <cjwatson> Sweetshark: Oh, except apparently I'm too late :-(
[12:05] <cjwatson> Could've saved you six hours of build time there
[12:06] <Sweetshark> cjwatson: :(
[12:06] <Sweetshark> cjwatson: what would be the workaround?
[12:06] <cjwatson> There's an API request you can make which is always asynchronous
[12:07] <Sweetshark> cjwatson: I dont mind the build time too much personally, but hugging the ressources is bad.
[12:07] <Sweetshark> cjwatson: k
[12:11] <cjwatson> Sweetshark: something like this (and I do have a work item somewhere to script this more generally): http://paste.ubuntu.com/1062452/
[12:13] <Sweetshark> cjwatson: saved, with try next time.
[12:13] <didrocks> cjwatson: I have something generic I made for the autopilot run (copying all content from one ppa to another), I just need to find it again somewhere ;)
[12:14] <cjwatson> didrocks: In my case it's part of the replace-archive-admin-shell-access spec, replacing the copy-package.py script that's part of Launchpad and requires direct DB access
[12:14] <didrocks> cjwatson: ah ok ;)
[12:15] <cjwatson> It'll be easy enough to translate, but I just want to make sure that it has all the options and checks done by the Launchpad version
[12:15] <cjwatson> Since then (after a few other bits of work) I can delete it from Launchpad with a clear conscience
[12:51] <hyperair> how does the software centre handle arch:all packages that depend upon an arch:i386 package on architectures that don't support i386?
[13:00] <roaksoax> jodh: ping
[13:04] <jodh> roaksoax: hi
[13:05] <roaksoax> jodh: howdy!! so I'm trying to run a daemon as a particular user/group
[13:05] <roaksoax> jodh: and added the stanzas setuid setgui however, it fails to start
[13:06] <roaksoax> jodh: if I only add setgid it does start, however, still runs as root, ideas?
[13:06] <roaksoax> http://paste.ubuntu.com/1062511/
[13:07] <jodh> roaksoax: it might be becuase HOME isn't set for the user. See if you can run celeryd as shown here: http://upstart.ubuntu.com/cookbook/#checking-how-a-service-might-react-when-run-as-a-job
[13:07] <xnox> roaksoax: is /var/log/maas/ created and user accessible?
[13:09] <roaksoax> xnox: yep
[13:10] <roaksoax> jodh: that asks for root password
[13:12] <jodh> roaksoax: are you passing 'maas' at the very end?
[13:12] <roaksoax> jodh: yes
[13:12] <roaksoax> it asks for password
[13:12] <jodh> roaksoax: it should be asking for the 'maas' users password
[13:13] <roaksoax> jodh there's no password for the user
[13:14] <jodh> roaksoax: what does 'su -c date maas' do?
[13:15] <roaksoax> jodh: asks for password
[13:15] <roaksoax> jodh: http://pastebin.ubuntu.com/1062524/ --> that's how it was created
[13:19] <jodh> roaksoax: well you don't appear to have set a password for the user. That aside, what does /var/log/upstart/maas-celery.log show?
[13:25] <roaksoax> jodh: i think it might be because of this: [2012-06-27 09:24:03,468: WARNING/MainProcess] [Errno 13] Permission denied: '/run/maas-celeryd.pid'
[13:26] <roaksoax> jodh: yeah was that
[13:26] <roaksoax> jodh: so how can I effectively be able to have a pidfile
[13:27] <roaksoax> jodh: when running it as non-root. Simply create a /run/maas owned by 'maas'?
[13:27] <xnox> roaksoax: why do you need a pid?
[13:27] <jodh> roaksoax: yup.
[13:28] <xnox> roaksoax: but /run/maas should be created on each boot, as in the pre-start script
[13:29] <roaksoax> jodh: cool thanks
[13:29] <roaksoax> xnox: I know that :). Thanks though
[14:17] <kenvandine> @pilot in
[14:43] <mterry> kenvandine, ooh ooh, you're a pilot now?  can you review https://code.launchpad.net/~ubuntu-core-dev/ubuntu-release-upgrader/split/+merge/109209 ?
[14:43] <didrocks> mterry: well done :)
[14:44] <mterry> didrocks, :)
[14:44] <mterry> didrocks, I forgot that pilots existed
[14:44] <didrocks> mterry: yeah, this totally suits the case. I feel already sorry for kenvandine :)
[14:44] <seb128> didrocks, aren't you piloting as well today? ;-)
[14:45] <kenvandine> mterry, indeed :)
[14:45] <didrocks> seb128: yeah, but I'll switch my shift for tomorrow or friday
[14:45] <didrocks> seb128: noticing that I already spent hours on mterry's branches :)
[14:45] <seb128> didrocks, escaping mterry's reviews? ;-)
[14:45] <seb128> right
[14:45] <mterry> He did half  :)
[14:45] <didrocks> he's doing work, that's annoying! :)
[14:46] <kenvandine> mterry, pointers on what to look at for those tests?
[14:46] <mterry> kenvandine, the deja-dup tests?
[14:46] <kenvandine> yeah
[14:47] <kenvandine> mterry, it's weird... one of those tests in the scripts dir passes
[14:47] <kenvandine> but others fail
[14:48] <kenvandine> ** (/home/ken/src/deja-dup/simple-threshold/tests/runner/.libs/lt-runner:17750): WARNING **: runner.vala:193: Error string didn't match; expected (null), got Failed with an unknown error.
[14:49] <mterry> kenvandine, run a failing test like so:  DEJA_DUP_DEBUG=1 ./runner --verbose ../scripts/bad-hostname.test
[14:49] <mterry> should give enough info to figure out why
[14:50] <kenvandine> (MSG: DEBUG: DuplicityInstance.vala:557: duplicity (18336) exited with value 255
[14:50] <kenvandine> mterry, is that helpful?
[14:50] <mterry> mvo, I wanted to change update-manager's user-visible name in LP to "Software Updater" instead of "Update Manager", but you're the maintainer
[14:50] <mterry> kenvandine, can I have the whole thing in a pastebin?
[14:51] <kenvandine> http://paste.ubuntu.com/1062643/
[14:52] <mvo> mterry: let me fix that
[14:52] <mvo> mterry: its now ubuntu-core-dev
[14:52] <mterry> mvo, ah neat, thanks!
[14:53] <mterry> kenvandine, it's because "'--exclude=/storage/1/Downloads" got passed to the mock duplicity script and it wasn't expected
[14:53] <mterry> kenvandine, is that an exclude from your normal user?  (we shouldn't be seeing those)
[14:53]  * kenvandine checks
[14:54] <kenvandine> oh... ~/Downloads is a symlink
[14:54]  * kenvandine doesn't want to fill up his SSD
[14:57] <mterry> kenvandine, interesting...  that's a side effect of how deja-dup handles symlinks in the exclude list (it expands it out and includes both the source and the target)
[14:57] <mterry> kenvandine, let me see if I can make the mock smarter...
[14:57] <kenvandine> thx
[14:57] <mterry> kenvandine, in the meantime, there's that nice ubuntu-release-upgrader branch...  ;)
[14:58] <kenvandine> in the mean time i'll try to run the tests on another box, after reviewing the release upgrader
[15:02] <mterry> mvo, are there any consumers left for python-update-manager (as apposed to python3-update-manager)?
[15:04] <cjwatson> reverse-depends says no
[15:04] <cjwatson> It was fairly temporary I think
[15:04] <cjwatson> We do need to keep py2 compat in the release upgrader though
[15:04] <mterry> cjwatson, right, but I didn't know if there were any planned or 3rd parties that we knew would want it
[15:05] <cjwatson> The main thing we knew about in the time was in the Ubuntu archive (I forget exactly what it was) and has apparently been fixed
[15:05] <mterry> cjwatson, OK, you mean provide a python-distupgrade as well as python3-distupgrade, or something more intricate?
[15:05] <cjwatson> Oh, I think it was apturl
[15:05] <cjwatson> The upgrader probably needs to run with Python 2 when upgrading from precise and with Python 3 when upgrading from >=quantal
[15:05] <cjwatson> Which is going to be quite intricate in the dist-upgrade tarball
[15:06] <cjwatson> The tarball can't rely on python-distupgrade or python3-distupgrade packages
[15:07] <mterry> cjwatson, OK, sounds like a separate branch after we do the split
[15:07] <cjwatson> Providing your current branch doesn't break the upgrader from precise :)
[15:08] <cjwatson> So, presumably your main useful purpose in providing python3-distupgrade is that python3-update-manager needs to depend on it
[15:09] <cjwatson> As such, I don't think it will be terribly useful to build python-distupgrade
[15:09] <mterry> cjwatson, agreed, as long as we drop python-update-manager
[15:10] <mvo> yeah, the important part is that it does not break the release upgrader, if that is ensured I'm fine and I don't think there are any other users of it
[15:17] <kenvandine> mterry, your the king of refactoring!
[15:17] <cjwatson> mvo: Is command-not-found still busted?
[15:19] <mvo> cjwatson: unfortunately yes, I meant to just update it in the evening but wasn't aware that so much override_ magic is needed for a py3 package at this point and then I went to bed, sorry for that
[15:20] <cjwatson> Oh, I've dealt with that before.  Want me to finish it?
[15:20] <cjwatson> I can just copy stuff from germinate or so
[15:30] <hippiehacker> https://gist.github.com/3004812 # a question regarding metapackages and dependencies, 'apt-get install -y ubuntu-virt-mgmt ; apt-get autoremove -y ubuntu-virt-mgmt' leaves behind the dependencies but 'apt-get install -y virt-manager ; apt-get autoremove -y virt-manager' removes it's dependencies... both are metapackages
[15:30] <hippiehacker>  can anyone explain the difference in behavior between the two metapackages? (one does depend on the other, but removing the higher dependency should remove both right?
[15:47] <apw> TheMuso, i want to confirm that I have the right config options tweaked for lowlatency, do you have a list of the key changes, from the session I recall it being CONFIG_PREEMPT and HZ=1000 basically
[15:48] <kenvandine> mterry, in the ubuntu-release-upgrader split merge proposal
[15:48] <kenvandine> [15:49] <mterry> kenvandine, yeah
[15:49] <cjwatson> That's a Python 2 path
[15:49] <cjwatson> Um, be kind of careful there
[15:49] <hallyn> RAOF: bug 231060, stgraber mentions you both agreed it was ok for sru, if you agree can you comment in the bug?  (I'll fix the postrm bitof course)
[15:49] <kenvandine> mterry, and i don't have that...
[15:50] <cjwatson> It's only in python-update-manager
[15:50] <kenvandine> and that is temporary right?
[15:50] <cjwatson> Indeed
[15:50] <mterry> hm
[15:50] <cjwatson> Maybe link to /usr/lib/python3/dist-packages/UpdateManager/Core/MetaRelease.py instead
[15:50] <cjwatson> But really this ought to be solved some other way than symlinking to system files from the source package
[15:50] <mterry> Maybe better to fix the imports
[15:51] <kenvandine> mterry, yeah
[15:51] <cjwatson> Like having a vaguely rational hierarchy of modules
[15:51]  * kenvandine comments on MP
[15:51]  * mterry was just trying to have as little changes as possible, but that's a good reason to change it
[15:51] <cjwatson> Same goes for the other symlinks to pyshared
[15:52] <kenvandine> mterry, sorry... make sure you ping me when you need another review
[15:53] <kenvandine> i spent a fair bit of time on this already so finishing it off won't be hard
[15:53] <mterry> kenvandine, k
[16:01] <mterry> cjwatson, do you know why these symlinks were used in the first place?  Are they part of how the release upgrader tarball works?
[16:02] <cjwatson> You need mvo really
[16:02] <mterry> mvo, I summon thee
[16:03] <cjwatson> The dist-upgrade tarball does need to be pretty much self-contained
[16:03] <dobey> mterry, kenvandine: why arey ou symlinking it anyway?
[16:03] <cjwatson> But to me this rather feels like modules being in the wrong hierarchy
[16:03] <mterry> dobey, that's what we're trying to figure out
[16:03] <dobey> ah
[16:03] <hippiehacker> vanhoof: you around?
[16:03] <cjwatson> UpdateManager should be importing from DistUpgrade, I think, not the other way round
[16:04] <mterry> Yeah, but some of the links seem obviously odd, like symlinking to apt-clone or sourceslist.  that's not updat-emanager related
[16:04] <cjwatson> Although I'm less sure about UpdateManager.Core
[16:04] <cjwatson> I would skip those for now if I were you, and concentrate on the DU/UM cross-imports
[16:04] <cjwatson> Those other ones are generally in order to ship newer versions of some modules because the ones in older releases were broken in some way
[16:04] <cjwatson> Or unavailable
[16:05] <cjwatson> (Note that a symlink in the source tree turns into a real file in the dist-upgrade tarball, mostly)
[16:06] <cjwatson> In order to work out whether we can get rid of those other symlinks, we need to know whether the version shipped in any version of Ubuntu we might be upgrading from is (a) guaranteed to be installed when dist-upgrading, (b) sufficient to support the dist-upgrader's needs
[16:06] <vanhoof> hippiehacker: I am but on a call atm
[16:08] <hippiehacker> vanhoof: np just wanted to catch up at some point
[16:09] <vanhoof> hippiehacker: shoot me a mail or /msg, should be off in an hour or so
[16:20] <mterry> kenvandine, ok, updated the branch
[16:23] <lifeng> hi all, I am the maintainer of root-system package in Debian. http://packages.qa.debian.org/r/root-system.html
[16:23] <lifeng> The current version cannot be built on ubuntu due to build-dep unmet, however, I fixed this issue in git-repo of Debian packaging stuff, is it possible for ubuntu to import the package from git-repo?
[16:25] <bdmurray> bryceh: having been subscribed to the regression- tagged bugs for a few days now it seems like the xorg package hook is creating quite some false positives
[16:25] <bdmurray> slangasek: would you agree?
[16:25] <bryceh> bdmurray, ok
[16:27] <slangasek> yes, very much so
[16:27] <bdmurray> one issue might be presenting the question during the development of the release
[16:28] <bdmurray> like in quantal now don't tag it regression-update
[16:30] <bryceh> bdmurray, what tag should it use in that case?
[16:31] <bdmurray> bryceh: regression-release if it happened between P and Q
[16:31] <bdmurray> I suppose I could write something to remove regression-update from all bugs reported about P before 2012-04-whatever
[16:32] <bryceh> actually wait, looking at the logic, the question leading to the 'regression-update' tag *only* gets asked if the distro version is "Supported" or "Current Stable Release"
[16:33] <bryceh> if it's "Active Development" (as in quantal) it doesn't ask about software updates
[16:33] <bryceh> bdmurray, so, that should be zero bugs
[16:34] <bdmurray> oh, that's good
[16:34] <slangasek> bryceh: hmm?  because people don't file bugs against stable releases?
[16:36] <bdmurray> bryceh: it still seems to generate quite a few false positives though
[16:36] <bryceh> bdmurray, can you show me a couple examples?
[16:37] <bryceh> bdmurray, could it just be user confusion?
[16:38] <slangasek> there are also a large number of unity-specific ones; I don't know if that's related to a specific script, or some sort of unity bug filing documentation?
[16:38] <slangasek> (I think it's unlikely to be random user confusion)
[16:38] <kenvandine> mterry, thx
[16:39] <bryceh> slangasek, compiz uses the xorg apport hook, and I think unity redirects to compiz for some issues
[16:39] <slangasek> bryceh: so it sounds like this script /is/ related to the large number of false positives, then?
[16:39] <bdmurray> bug 888872
[16:40] <slangasek> bug #876745
[16:40] <bdmurray> bug 908161
[16:41] <bryceh> if the bugs have GraphicsCard defined, that's something only the xorg apport hook adds, so that's a way to tell.
[16:42] <bryceh> so, yeah, I think I know what may be happening
[16:42] <bryceh> I think it is indeed user confusion
[16:43] <slangasek> the current hook's question is "The problem began right after system software update"
[16:44] <slangasek> mapping that to regression-update is wrong; I don't think that's user confusion
[16:44] <slangasek> the user is answering honestly, but it's setting a tag that's problematic
[16:44] <bdmurray> earlier in the hook we can see a tag of just regression added in some cases
[16:45] <bdmurray> maybe that would work?
[16:45]  * bryceh shrugs
[16:45] <bryceh> yeah if you'd prefer that, it's fine by me
[16:45] <slangasek> the problem is that most of these users are truthfully answering that yes, it happened after a system update... but that system update was a dist-upgrade from one release to the next
[16:46] <slangasek> so yeah, I think it's better to just use 'regression' here
[16:46] <bryceh> slangasek, I would call that user confusion
[16:46] <bdmurray> then those will be modified to regression-release or regression-update as appropriate
[16:46] <bryceh> maybe honest user confusion :-)
[16:47] <bryceh> bdmurray, I'll just eliminate the question
[16:49] <bdmurray> bryceh: okay, I'm sure the SRU team would be happy to review SRUs for this ;-)
[16:51] <bryceh> bdmurray, I wish they would be.  I already have an SRU filed (and confirmed) for this exact dialog, that still hasn't gone out :-(
[16:51] <bryceh> in fact, that fix might solve this issue... hmm
[16:51] <slangasek> bryceh: how do you mean, hasn't gone out?  There's an SRU of xdiagnose in -proposed that has one bug awaiting verification?
[16:52] <bryceh> slangasek, what bug is waiting?
[16:52] <slangasek> (bug #1009971)
[16:52] <slangasek> oh
[16:52] <slangasek> it's a duplicate of one that has been verified
[16:52] <slangasek> ok, publishing then ;)
[16:52] <bryceh> that got verified like a week ago
[16:55] <kenvandine> mterry, back at you :)
[16:56] <bdmurray> slangasek: does the sru report need another improvement?
[16:57] <slangasek> bdmurray: well, this particular bug was marked already as a duplicate when the package was accepted into precise-proposed... I think we need to be more diligent about checking such things
[16:57] <slangasek> so maybe that's an enhancement for queuediff
[16:57] <cjwatson> My experience has been that I'm reluctant to bounce things for tweaking bug numbers, particularly if the upload has been there for a while
[16:57] <slangasek> that reminds me, I still need to reupload update-manager, whose changelog references a private bug :-P
[16:58] <slangasek> cjwatson: bdmurray has convinced me that it's better for us to just fix them up ourselves and reupload
[16:58] <cjwatson> I'd rather that (a) the SRU report should be able to chase such references if possible (b) there should be some override mechanism that doesn't require a reupload
[16:58] <cjwatson> ourselves, as in the SRU team?
[16:58] <slangasek> cjwatson: yeah
[16:58] <cjwatson> Hm, I suppose that's workable
[16:58] <bdmurray> I don't remember trying to hard to convince you
[16:58] <cjwatson> Though it does require pushing stuff back to revision control, often
[16:59] <cjwatson> Kind of tedious for say the kernel
[16:59] <slangasek> and in cases like update-manager, the changelog is wrong and needs to be fixed because it references private bugs
[16:59] <cjwatson> (Which is a case where I'm particularly reluctant to reupload because it's generally already been built in a PPA by the time it gets to us)
[16:59] <slangasek> cjwatson: right... though the kernel is a special case where we really just care about the tracking bugs
[16:59] <slangasek> bdmurray: it didn't take much convincing ;)
[16:59] <cjwatson> Yes, and there have been cases where the tracking bugs are missing :-)
[16:59] <cjwatson> It'd be nice to have an override file for such things
[17:02] <slangasek> cjwatson: ah, heh
[17:03] <cjwatson> Or there was a recent cups SRU where some of the bugs turned out to be unrelated to the SRU and Till tried to "disconnect" them after the fact
[17:03] <cjwatson> Which was sort of OK I guess but very confusing, and if I hadn't been processing it all at one go it would have been hard to keep track
[17:04] <cjwatson> A way to tell sru-report "no, just forget about that one" would have helped
[17:04] <cjwatson> (Till would still have had to reopen the bugs after the janitor closed them on moving to -updates, but not much to be done about that)
[17:22] <bryceh> bdmurray, alrighty, regression-update removed.  Do you want to file the sru bug for this?
[17:25] <bdmurray> bryceh: okay
[17:27] <bryceh> while I'm at it I'll fix one other question that's been ambiguous
[17:31] <bdmurray> bryceh: bug 1018510
[17:32] <bryceh> bdmurray, thanks
[17:32] <bdmurray> thank you
[17:35] <bryceh> your welcome, hopefully you can find some other way to identify update regressions in X/compiz/unity bugs
[17:55] <bryceh> bdmurray, don't forget to add a test case, etc. to the bug.  I've subbed ubuntu-sru
[18:12] <black_joe> http://pastebin.com/VDeZnR5T Apparently debuild doesn't like my rules file. Does anyone know how to let it just brush over the rules? I have a separate make / install file. (First time packaging)
[18:17] <infinity> black_joe: Why mix-and-match cdbs and dh7 that way?
[18:18] <infinity> black_joe: I bet if you drop the two includes (and stop using cdbs entirely), that'll Just Work.
[18:18] <black_joe> Okay. I will try that.
[18:19] <black_joe> I removed the includes, but what do you mean by "cdbs"?
[18:19] <infinity> black_joe: If you don't know what cdbs is, you didn't want the includes. ;)
[18:20] <black_joe> I just put them in to try to silence other errors. But I think they were cuased by something else.
[18:20] <black_joe> (I actually copied most of this from gedit's rules)
[18:21] <infinity> black_joe: Ahh.  Instead of cargo-culting from other packages, you might try installing dh-make and running "dh_make" in a clean unpacked source tree.
[18:21] <infinity> black_joe: You'll get a dreadfully simple debian/* to tweak.
[18:21] <black_joe> Yeah. The errors have returned. http://pastebin.com/4R3J4XMu
[18:21] <infinity> black_joe: Also, most of this probably belongs in #ubuntu-motu or something.
[18:21] <black_joe> I can try dh_make instead.
[18:22] <black_joe> Probably. This was the most related channel I saw when I scanned over freenode though.
[18:22] <black_joe> I'll try dh_make then go there. Thanks.
[18:26] <slangasek> infinity: per resolution 698.1, §5.2, subsection B, packaging questions are now equally on topic for both channels
[18:27] <infinity> slangasek: Coffee, laptop, narrow miss, nearly had to email you a bill.
[18:29] <kenvandine> mterry, see my last comment on the ubuntu-release-upgrader split MP?
[18:29] <mterry> kenvandine, yeah, it prompted a rabbit hole of looking at the tests
[18:29] <kenvandine> haha :)
[18:29] <kenvandine> ok
[18:29] <mterry> kenvandine, about to fix an unrelated-to-my-branch test problem and upload
[18:29] <kenvandine> i approved your other deja-dup branch :)
[18:30] <mterry> kenvandine, I'm going to leave the pyflakes test alone for now.  that can be fixed post-merge
[18:30] <kenvandine> ok
[18:30] <mterry> kenvandine, oh cool.  I was halfway to figuring out how to make that work well for your weird symlink case  :)
[18:30] <kenvandine> well, would be good to handle that :)
[18:30] <kenvandine> i just ran the tests on my laptop
[18:31] <kenvandine> @pilot out
[18:32] <mterry> kenvandine, guh, the thing I thought would fix this error isn't.  I'm just pushing as is, it's not caused by my branch
[18:32] <kenvandine> ok
[18:32] <mterry> kenvandine, so the tests that I expect to still fail are pyflakes and quirks
[18:32] <mterry> kenvandine, branch updated
[18:32]  * kenvandine tests
[18:39] <kenvandine> mterry, test_end_of_life.py fails for me with python3
[18:39] <kenvandine> am i just missing a depends?
[18:41] <kenvandine> mterry, it's an import error, no module named Dialogs
[18:41] <mterry> kenvandine, ah yes...  that's because Dialogs is from update-manager trunk
[18:41] <kenvandine> ok
[18:41] <kenvandine> i'll ignore that one then :)
[18:46] <kenvandine> mterry, the pyflakes test pass here :)
[18:47] <mterry> kenvandine, really?  hmm
[18:48] <kenvandine> quirks test pass with python3
[18:48] <kenvandine> but not 2.7
[18:48] <mterry> kenvandine, ah yeah, my flakes errors are from leftover built code in debian/
[18:49] <mterry> kenvandine, yeah.  I didn't figure out why we are getting a unicode conversion error in 2.7 at a certain point
[18:52] <kenvandine> mterry, approved :)
[18:53] <mterry> kenvandine, yay.  thanks so much for the reviews
[18:53] <kenvandine> np
[18:54] <kenvandine> mterry, never a small diff from you!
[18:57] <seb128> kenvandine, mterry: good job guys!
[19:04] <smoser> jodh, around?
[19:14] <dupondje>  trying to overwrite '/usr/lib/evince/4/backends/comicsdocument.evince-backend', which is also in package libevince3-3 3.5.3-0ubuntu1
[19:14] <dupondje> hmz :)
[19:16] <micahg> dupondje: file a bug and subscribe jbicha and robert_ancell unless another desktopper speaks up here to take it
[19:17] <dupondje> No apport report written because MaxReports is reached already
[19:17] <dupondje> why is that
[19:19] <infinity> dupondje: Which package had that overlap?
[19:20] <dupondje> libevdocument3-4_3.5.3-0ubuntu3_amd64.deb
[19:20] <dupondje> -rw-r--r-- root/root      3770 2012-06-27 15:45 ./usr/lib/evince/4/backends/comicsdocument.evince-backend
[19:23] <dupondje> micahg: https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1018543 seems somebody else was first :)
[20:36] <ggherdov> Hi all. I am trying to install the search UI solritas on my solr 1.4.1 instance, which I installed as an ubuntu package on ubuntu 11.04 (natty). This is being harder than expected. The recipe at http://wiki.apache.org/solr/VelocityResponseWriter says to copy a bunch of .jar from contrib/velocity/src/main/solr/lib to /lib .
[20:36] <ggherdov> Well, I don't have any of those .jar, not in the solr-common package (list here: http://bpaste.net/show/WG6bJiFKuJhA4voRNTrI/ ) nor in the 'velocity' module, that I installed separatedly (list here http://bpaste.net/show/MAEICAOm8NpVbocS18Rj/ ).
[20:36] <ggherdov> should I submit a bug in the solr-related packages?
[20:38] <ggherdov> I might also add that "apt-cache show solr-common"  shows this note: This package also contains the dataimporthandler contrib while omiting  dataimporthandler-extras, clustering, extraction and velocity due to missing  dependencies.
[20:39] <ggherdov> what does it mean? what are the "missing dependancies" for velocity in solr-common ?
[20:40] <slangasek> stgraber, cyphermox: does network-manager-openvpn generally work well in quantal?  I'm having strange periodic drops, with nm-openvpn SIGTERM in the logs
[20:41] <cyphermox> slangasek: stgraber can tell you. I don't have a permanent setup that I use
[20:41] <slangasek> ggherdov: please see the topic - this is a channel for development of Ubuntu, not support.  Try #ubuntu
[20:41] <cyphermox> slangasek: if it's flaky on quantal might want to take a good look at precise though, because it would be the same version, most likely the same behavior
[20:42] <stgraber> slangasek: works great here, what VPN is that? QA?
[20:42] <slangasek> stgraber: yes
[20:43] <stgraber> slangasek: let me connect to that one. My config is quite different from that VPN though. One notable difference between my own VPNs and that one is that I'm running in tcp mode by default, not udp.
[20:46] <slangasek> stgraber: tcp?!  madness
[20:46] <slangasek> stgraber: but I'm testing now with a raw openvpn profile instead of through NM, and it seems to be working stably
[20:47] <stgraber> slangasek: I just connected from here, will see if it disconnects
[21:34] <bdmurray> bryceh: its possible to see what pocket a version of a package appears in so something like this could be used in your hook http://paste.ubuntu.com/1063282/
[21:35] <bryceh> bdmurray, well the problem is that half the bugs reported against X actually aren't X bugs at all
[21:36] <bryceh> and the other half are usually so ambiguous they might be legitimate X bugs but are rarely associated with the right X package
[21:37] <infinity> bryceh: So, the solution is to file them all against mysql-5.5 and let SpamapS sort it out.
[21:37] <bryceh> bdmurray, however that code would still be mighty handy for at least just indicating if the user has stuff installed from those other pockets
[21:39] <bryceh> infinity, 90% of everything is just crap.  So maybe random.random() > .9 would work?
[21:40] <SpamapS> =o
[21:41] <bryceh> bdmurray, so yeah I like where you're going with that code.  do you think launchpadlib calls from apport hooks are ok?
[21:42] <bdmurray> bryceh: I thought you already did one in check_is_supported
[21:43] <bdmurray> but yes I think its fine
[21:43] <bryceh> bdmurray, hey you're right
[21:44] <bryceh> bdmurray, ok cool.  maybe with your change I should centralize the login to avoid re-logging in multiple times
[21:44] <bryceh> bdmurray, hmm what do you think about us maybe getting lpltk included in main?
[21:44] <bdmurray> well and it really could be one function and just pass the pocket
[21:45] <bryceh> bdmurray, oh yeah, just do all the data lookup in one go, that's a good idea
[21:45] <bdmurray> I was just experimenting there
[21:46] <bryceh> bdmurray, yeah I like it.
[21:46] <bryceh> although like I mentioned it probably won't work for finding regression-update appropriate bugs, since the bugs are almost never filed against the package the bug is actually in
[21:47] <bryceh> ...which is kind of a separate issue in itself...
[21:47] <hallyn> slangasek: just got a response on the debian bug for the sysvinit/initscripts /dev/shm bug - he's put a fix into the git tree
[21:47] <slangasek> hallyn: is it the same fix?
[21:49] <slangasek> hallyn: looks like he's applied your patch... which I think we're now agreed doesn't completely cover all the cases?
[21:51] <cjwatson> bryceh: as long as you aren't assuming that launchpadlib will be available by default in 10.10
[21:51] <cjwatson> er, 12.10
[21:52] <cjwatson> we're not likely to have it ported to py3 ...
[21:52] <hallyn> slangasek: what exactly does it do differently?  if /dev/shm is a non-mounted-on directory, it won't turn that into a symlink.
[21:52] <bryceh> cjwatson, hmm that could be a problem, yes this does indeed assume it to be available
[21:53] <bryceh> well, I guess that's one way to stop the deluge of bug reports to X.org :-)
[21:53] <hallyn> i'm having late-afternoon logic inversion issues :)
[21:56] <slangasek> hallyn: the question of whether /dev/shm itself is a bind mount
[22:00] <hallyn> slangasek: it doesn't ask that q, but it simply leaves it be if /dev/shm exists and /dev was not a mountpoint (and always leave it be is /dev was a mountpoint)
[22:02] <hallyn> i'll reply to the debian bug pointing to yours, thanks
[22:02] <slangasek> ok
[22:04] <hallyn> sent :)  thanks, ttyl
[23:39] <xnox> infinity: "if we don't add explicitly pthreads library to linker flags after update glibc to version 2.15"
[23:40] <xnox> a see a similar failure now, but the package compiled fine in precise
[23:40] <xnox> did something change in eglibc to follow suite?
[23:41] <infinity> xnox: Err, I might need some context.  And that first sentence in English. ;)
[23:41] <infinity> xnox: (And no, we haven't changed anything in eglibc, but we have changed the compiler)
[23:41] <xnox> infinity: http://paste.ubuntu.com/1063440/
[23:42] <xnox> infinity: quick google search suggests that glibc stopped exposing/linking against pthreads.
[23:42] <infinity> xnox: That just looks like as-needed, your -lpthread is in the wrong place.
[23:42] <xnox> qutecom used to compile fine, but now it doesn't
[23:43] <infinity> xnox: -lpthread IS on the command line there, just not with the rest of the libs.
[23:43] <infinity> xnox: That said, you probably want -pthread, not -lpthread.  I believe.  I keep forgetting which direction that's flip-flopped in the toolchain.
[23:44] <xnox> right.... i need to figure out where they are comming from. I am scared if the boost stuff is providing the flags the wrong way around now
[23:44] <infinity> xnox: What package is this?
[23:45] <xnox> qutecom
[23:45] <xnox> infinity: to get to that error you need this patch http://paste.ubuntu.com/1063444/
[23:45] <xnox> due to changes in quantal
[23:45] <infinity> It's not boost-related at all, I'm sure.
[23:47] <infinity> xnox: Plenty of hits for -lpthread in the source.
[23:49] <xnox> infinity: how come it compiled fine on precise though?
[23:53] <infinity> xnox: If I had to guess, I'd say maybe -lboost_thread used to link pthread, so it worked by accident.
[23:57] <xnox> CXX_FLAGS look correct and have -pthread in them, but not the link command has -lpthread which should be just -pthread
[23:57] <xnox> CMake is confusing
[23:57] <infinity> CXX_FLAGS obviously doesn't have -pthread in that invocation.
[23:57] <infinity> And -lpthread *would* work, if it wasn't where it is in the commandline. :P
[23:57] <infinity> (But -pthread is much less hassle to get right, since the compiler just magically DTRT)