[10:28] <hjd> Hello all. I believe bug 1672157 can be marked as Triaged/High (prevents the application from installing properly)


[01:08] <mikodo> Hey guys, thanks! This channel is slow enough for me to take a few lines and express, how much I like the product. I really missed having Gnome2 DE and compiz running with the inverse, for my eyes! I have been running Xcalib -i -a on startup and and a launcher to switch back and forth with. I missed having my wallpaper pictures with it like in Gnome2 due to every time I used the inverse, of course I had a negative wallpaper (suck
[01:08] <mikodo> y), so I didn't use one, just a black screen (inverted from white lol), so I tried Kwin on Xubuntu recently (yesterday), and on Debian Testing Xfce and with both was hit with a bug that will not use my OpenGL 2 driver to run the inverse, saying I needed it, when I have it , so that was out. I was then going to reinstall Compiz stable version 0.8.8 and use it on Xubuntu, when today, just before I started messing with Compiz again,
[01:08] <mikodo>  I thought, why not just invert my collection of graphic wallpapers, and use them in the inverse with xcalib -i -a and be done with it? Well, I am so pleased with the result that I just had to send a thank you note to everyone that contributes to the distro. I know I should send a note to Xfce devs too, and I may. Thanks again.
[01:09] <knome> mikodo, thanks for the nice words, and enjoy
[01:10] <mikodo> knome, :)
[11:07] <Guest52695> ok
[11:49] <andrzejr> what is the difference between "Action buttons->suspend" and "Close lid (suspend)" - the latter freezes my machine, the Xfce method works fine.
[12:15] <brainwash> andrzejr: lid close might trigger suspend twice, see bug 1222021
[17:27] <brainwash> http://ubuntuforums.org/showthread.php?t=2195625
[17:27] <brainwash> ^ :D
[17:30] <brainwash> guess he won't like some of the new features (which all require more RAM)
[22:05] <forestpiskie> brainwash: funnily enough - I just posted in that thread


[17:25] <TheFork> Recently encountered an issue: "fork: retry: Resource temporarily unavailable" ends up erroring out a ton of my processes.  Looked at the fix, they mentioned it could be a memory, ulimit or kernel limitation.  So I end up checking memory (53% usage only), upping ulimit for processes to their maximum, upping files opened to their maximum, putting
[17:25] <TheFork> pid limit to the highest and doing the same within the kernel.  Memory usage is probably not an issue since I got about 50 gb left.  So after doing all that, can't think of what else would cause the problem.  It's an AWS instance so might have to do with virtualization issue.  So far have 2 computers with this issue.  Wondering if someone else has
[17:25] <TheFork> encountered this problem.
[17:28] <punkgeek> I'm searching for a method to mount VM disk from API, like libguestfs. IS there any option for libvirt to do that from python API? not by the CLI
[18:21] <ChmEarl> punkgeek, dnf info python3-libguestfs
[20:37] <punkgeek> ChmEarl:  how can I use guestfs to manage a VM disk on the remote server which I connected by libvirt.
[20:41] <punkgeek> should I make another connection or I can use the libvirt ssh connection for guests?


[23:25] <saysay11> Hi, all
[23:25] <saysay11> anyone here ?
[23:26] <saysay11> How do you guys deal with power save modes in Ubuntu ? Harddrive spin downs.


[05:29] <Resistance> whats with my ppa build of a mysql backport continually being pushed back?  initial estimates were 3 hours, then 6 hours, and its now 6.25 hours since upload, and it still has a two hours until build time.
[05:30] <wgrant> Resistance: The build queues are somewhat backlogged due to a major hardware failure yesterday.
[05:31] <Resistance> wgrant:  that i'm aware of
[05:31] <Resistance> exactly *how* backlogged are we talking?
[05:31] <Resistance> because that was > 24 hours ago :/
[05:31] <wgrant> Hmm, that's interesting.
[05:31] <wgrant> Which build?
[05:32] <Resistance> well the builds i submitted are just over 6 hours ago.  i highly doubt theres so much backlog that a > 24 hour period of time wouldnt have cleared that backlog.  https://launchpad.net/~trekcaptainusa-tw/+archive/backports/+build/2993138 <-- i386, and https://launchpad.net/~trekcaptainusa-tw/+archive/backports/+build/2993137 <-- amd64
[05:33] <wgrant> Heh, there is :)
[05:33] <Resistance> ...
[05:33] <Resistance> then the question becomes whats the ETA on the clearing of said backlog?
[05:34] <wgrant> We have a few builders off doing various other things until the weekend, so we have only barely enough capacity left. And with the ~12 hour backlog left by yesterday's failure...
[05:34] <wgrant> Let me bump those builds up the queue a bit.
[05:34] <wgrant> "Start in 1 minute"
[06:34] <mardy> poolie: hi :-)
[06:35] <mardy> poolie: if all development happens upstream (in git), does it still make sense to mirror the repository in bzr?
[06:36] <poolie> well, it can make sense if you're getting some benefit out of it
[06:36] <poolie> can you commit to the upstream branch?
[06:36] <poolie> if the patch is really targetted to upstream and you can commit there, you might as well merge it to there directly
[06:36] <poolie> using either bzr-git or git
[06:37] <mardy> poolie: yes, I can commit upstream
[06:38] <mardy> poolie: but there's always the possibility that upstream requests some modifications to the patch
[06:39] <mardy> poolie: so I'm afraid that branches might diverge
[06:39] <poolie> right
[06:39] <poolie> so if there is really conceptually just one branch, it's better not to have two physical branches representing it
[06:39] <poolie> because they can diverge
[06:41] <mardy> poolie: in the upstream repository, I have a "ubuntu" branch which I control, and being in the same repository, I can take care of diversions more easily
[06:41] <mardy> poolie: so, what I was doing till now, was just pulling from thisgit "ubuntu" branch into LP's bzr branch
[06:42] <mardy> poolie: if people prefer to have the code in LP as well, is it possible to mark it as read-only?
[06:43] <mardy> poolie: like, inhibit merge requests, or at least warn that they'll have to go upstream?
[06:43] <poolie> yeah
[06:43] <poolie> i think the easiest thing is to just take them upstream
[06:43] <poolie> for instance get the 'download diff' url and pipe that into git apply-patch or similar
[06:43] <poolie> then mark it merged
[06:44] <poolie> it could be a bit smoother
[06:44] <mardy> poolie: that's smooth enough
[06:44] <poolie> there are a cluster of things we could improve around people who have made a proposal that's not quite in the right place
[06:44] <poolie> eg based off or targeting the wrong branch
[06:45] <mardy> poolie: is there a specific way to mark the repository as read-only, or is it just a matter of writing it in the project description?
[06:45] <lifeless> mardy: what do you mean by readonly?
[06:46] <mardy> lifeless: some form of indication to the LP user, which tells that merge requests should better be handle upstream
[06:47] <mardy> *handled
[06:47] <lifeless> so not readonly (as any non-owned branch is readonly), rather 'not primary'
[06:47] <mardy> lifeless: yes, exactly
[06:47] <lifeless> I think a reasonable bug would be to note that there isn't a way to do this today
[06:48] <wgrant> If the dev focus branch is an import then it will already point upstream, at least a bit.
[06:48] <wgrant> Is the dev focus branch not an import?
[06:49] <mardy> wgrant: no, unfortunately (https://launchpad.net/bugs/878085)
[06:49] <wgrant> Hah
[06:51] <poolie> mardy, it would be useful if you say that on that bug, in case it helps jelmer
[06:51] <poolie> he'll be online in a couple of hours
[06:52] <mardy> poolie: good point, will do
[08:56] <mrevell> Morning
[13:18] <keffie_jayx_> hello all
[13:18] <keffie_jayx_> I am working on a daily-build ppa
[13:18] <keffie_jayx_> I was wondering what happens to debian/changelog  when the merging of to branches happens. My guess it is not used at all
[13:44] <dobey> keffie_jayx_: if two branches have the same files with different revision info, there is a conflict or divergence issue when you try to merge them
[14:34] <Resistance> so question regarding PPAs and builds that have missing dependencies...
[14:34] <bigjools> fire away
[14:35] <Resistance> i fulfilled the dependency by uploading a package that is sufficient into the same PPA, and the dep-wait'd builds were automatically resubmitted.
[14:35] <Resistance> is that normal?
[14:35] <bigjools> yes, depwait builds are checked periodically
[14:36] <Resistance> ah.  next question.
[14:36] <Resistance> two days ago i'm aware hardware exploded on the librarian
[14:36] <Resistance> exactly how much of a backlog did that generate?
[14:36] <bigjools> see https://launchpad.net/builders
[14:36] <Resistance> because it took 12 hours for the dependency on a dep-wait'd build to be built and published
[14:37] <Resistance> (initial build time: 2 hours.  next:  6 hours.  next: 8 hours)
[14:37] <bigjools> yes, that's about the backlog at the moment
[14:37] <Resistance> (over a course of about 3 hours that's the time changes)
[14:38] <Resistance> well technically unless the uploads system is suspended, its theoretically to get past the backlog, no?
[14:38] <bigjools> it'll clear it in a day or so
[14:44] <Resistance> i highly doubt that bigjools, considering that yesterday the queue was just over 300, and now its over 800 (i386)
[14:44] <bigjools> Resistance: well if you don't believe me then that's your perogative
[14:48] <james_w> is branch scanning on the blink?
[14:49] <bigjools> james_w: not that I know of, how long has it been?
[14:49] <james_w> just a couple of minutes: https://code.launchpad.net/~jml/pkgme-binary/remove-ldd/+merge/84942
[14:49] <james_w> four in fact
[14:50] <james_w> the propsal should be marked as merged now I beleive
[14:50] <james_w> there we go
[14:51] <james_w> just needed some patience obviously :-)
[15:22] <psusi> Curtis Gedak is the upstream maintainer of gparted, but lp shows the maintainer is registry administrators, and Curtis doesn't have permission to futz with bugs targeted to parted.  This is the right place to get that fixed right?
[15:22] <bigjools> psusi: yes
[15:22] <psusi> and also associate the upstream bug tracker with the project
[15:23] <bigjools> psusi: I've made him maintainer
[15:24] <bigjools> he can set the bug tracker now
[15:26] <psusi> ahh, cool
[15:27] <psusi> now, what exactly do you set the upstream bug pointer to? is http://gparted.org/bugs.php fine, or does it need a more specific url to do the automatic linking?
[15:37] <bigjools> psusi: it offers you a selection of know bugtrackers
[15:37] <bigjools> known*
[15:37] <bigjools> so you tell it which type it is and put the URL in
[16:34] <buzz_> 11 hour queue on launchpad builders again. it seems every time i upload to the ppa there is a massive delay. hard to support the ubuntu users like this. also no longer allowed to look at the https://launchpad.net/builders page ?
[16:34] <bigjools> buzz_: some builders have been removed until saturday, the queue will be long until Sunday
[16:35] <buzz_> :(
[16:35] <bigjools> there is also a bug preventing users seeing /builders if it has a private recipe build on it
[16:37] <Laney> hah, I was /just/ going to ask why that was
[19:56] <colon_D> Hi I want my PPA package to build for lucid natty and oneiric, right now I have trafficserver (3.0.2-1ubuntu5) oneiric; urgency=low  -- if I change oneiric to unstable like I have seen others use what releases does that build against?
[19:57] <bigjools> you need to modify the package version and re-upload for each release
[19:58] <colon_D> Ahh, OK.  Can I just dch -e and dput the resulting .source without conflict?
[19:58] <bigjools> as long as you don;t upload the same file versions again
[19:58] <bigjools> most people put the series name in the version
[19:59] <colon_D> that would be wise -- thanks bigjools :-)
[20:11] <dchilton> hi.  when I wget a file to my linux box, no problems -- unless it's from launchpad.  then, I get a message: "Resolving launchpadlibrarian.net (launchpadlibrarian.net)... failed: Name or service not known.; wget: unable to resolve host address `launchpadlibrarian.net'"
[20:11] <dchilton> here's the detail from @shell -> http://pastebin.com/gQMGVeLd .  not at all sure what to do here ... :-/
[20:11] <lifeless> what does
[20:12] <lifeless> host launchpadlibrarian.net
[20:12] <lifeless> output for you?
[20:12] <lifeless> and whats in your resolv.conf
[20:12] <dchilton> lifeless: host launchpadlibrarian.net --> launchpadlibrarian.net has address <IP_ADDRESS>; launchpadlibrarian.net has address <IP_ADDRESS>
[20:12] <lifeless> looks correct
[20:13] <ams_cs> I'm having trouble uploading a release file to LP
[20:13] <lifeless> so, resolving works
[20:13] <lifeless> dchilton: wget should get the same result
[20:13] <dchilton> lifeless: resolv.conf contins -> "nameserver     <IP_ADDRESS>; nameserver     <IP_ADDRESS>"
[20:14] <dchilton> lifeless: i'd think so too, but, well, it appears not to ...
[20:14] <lifeless> ams_cs: some details might help us sort that out :P
[20:14] <ams_cs> :)
[20:14] <lifeless> dchilton: try wget http://<IP_ADDRESS>/83787268/libmemcached-1.0.2.tar.gz
[20:15] <dchilton> lifeless: er, from my DNS server?
[20:15] <lifeless> no from the machine that is doing wget
[20:15] <ams_cs> I'm trying to upload a 70MB file to https://launchpad.net/gcc-linaro/4.6/4.6-2011.12/
[20:16] <dchilton> lifeless: <IP_ADDRESS> is a dns server ... why try to get a file FROM it?
[20:16] <lifeless> oh bah
[20:16] <lifeless> I meant to put <IP_ADDRESS> in as the ip
[20:16] <lifeless>  / host
[20:16] <dchilton> heh ... sec
[20:16] <ams_cs> it's failed 5 times already - gets to 100% and then gives the normal launchpad error "please contact #launchpad" if it persists
[20:17] <dchilton> lifeless: same thing -> Resolving launchpadlibrarian.net (launchpadlibrarian.net)... failed: Name or service not known.
[20:18] <lifeless> ams_cs: does it give an OOPS id ?
[20:18] <ams_cs> the other file I had to upload today went through on the second attempt, but this one not
[20:18] <lifeless> dchilton: huh? you put an ip address in and it still ends up on the hostname ?
[20:19] <ams_cs> lifeless: not sure, I'll have to wait and see if it fails again
[20:19] <ams_cs> lifeless: currently 37% .....
[20:20] <dchilton> lifeless: yup.
[20:21] <dchilton> but only @ launchpad, it seems ... if i wget http://ip_address from elsewhere, no issues.
[20:21]  * dchilton thinks a heavy, blunt 'computer repair tool' is called for ...
[20:23] <lifeless> dchilton: I'm not sure how to diagnose this
[20:23] <lifeless> if 'host launchpadlibrarian.net' works
[20:23] <lifeless> then your network can resolve it correctly
[20:23] <lifeless> and its a local issue
[20:24] <dchilton> lifeless: sounds reasonable ... but a local launchpad-specific issue? rather weird, no?
[20:24] <lifeless> indeed
[20:24] <lifeless> strace might help
[20:24] <lifeless> or maybe its your libproxy patch or something
[20:25] <dchilton> lifeless: doubt it, but who knows.  got some things to try.  gonna clear every dns-related cache i can find, and do this stepwise.  thanks.
[20:32] <ams_cs> lifeless: upload failed again. no oops code, just the normal zero info page.
[20:33] <ams_cs> lifeless: could it be my 0.5Mb upload speed causing a timeout?
[20:33] <lifeless> ams_cs: can you get a screenshot of it ?
[20:36] <ams_cs> lifeless: did you get the file transfer notification?
[20:37] <lifeless> ams_cs: the what now?
[20:38] <ams_cs> lifeless: Xchat has a "Send File" option on the context menu attached to your name. It claims to be offerring you a file, although you're clearly not downloading it
[20:38] <lifeless> ah
[20:38] <lifeless> IRC file transfer is a terrible idea
[20:38] <lifeless> firewalled off for security.
[20:39] <ams_cs> lifeless: any other suggestions how to post an image?
[20:39] <lifeless> ams_cs: attach it to https://bugs.launchpad.net/launchpad/+bug/194558
[20:41] <ams_cs> lifeless: done
[20:43] <lifeless> ams_cs: ok, I believe that that is ha_proxy
[20:43] <lifeless> which fits our current theory of the issue
[20:43] <lifeless> after you upload the file, it has to be uploaded again internally
[20:43] <ams_cs> How can I get around it?
[20:43] <lifeless> make your releases smaller
[20:43] <lifeless> ><
[20:43] <lifeless> this is critical and escalated
[20:44] <ams_cs> yeah, the bazaar guys said the same about our sourcebase
[20:44] <lifeless> its one of what, 8 or so bugs we're working on as a top priority
[20:45] <ams_cs> my next experiment was going to be to upload it to another location, and then push it to LP from there at a faster rate. Is that likely to make a difference?
[20:45] <lifeless> I don't htink it will
[20:45] <lifeless> what happens is this
[20:45] <lifeless> you upload to apache
[20:45] <lifeless> apache opens a connection to haproxy
[20:45] <lifeless> ha proxy to launchpad
[20:46] <lifeless> while you upload it streams through these three systems
[20:46] <lifeless> launchpad buffers it on the appserver.
[20:46] <lifeless> then at the end of the upload, haproxy starts a 20 second timer
[20:46] <lifeless> the appserver starts uploading it to the librarian immediately.
[20:46] <lifeless> That takes (e.g.) 21 seconds
[20:46] <lifeless> haproxy says 'fail' and shows that brief error
[20:48] <lifeless> then the appserver finishes the upload, and it goes to record it, but the timeout code kicks in, and it errors in the appserver too.
[20:49] <ams_cs> hum, we've been uploading releases this size every month for months now
[20:49] <lifeless> yes, you can see that any variation in the datacentre performance can take you across that critical timing window
[20:49] <lifeless> we've had this bug report open for a while
[20:49] <lifeless> only recently identified it as systemic and promoted it to high-priority
[20:50] <lifeless> is your LP user id ams_cs ?
[20:50] <ams_cs> phone
[20:50] <lifeless> ah, ams-code* will find it
[20:51] <lifeless> OOPS-4b0ab86f20d7ed924c038bb819ae2172
[20:54] <lifeless> nope, thats just a timeout :(
[20:54] <lifeless> still looking
[20:59] <ams_cs> lifeless: back now, yes my username is ams-codesourcery
[21:00] <lifeless> I'm doing a search to see if there is any evidence about the server side behaviour
[21:12] <ams_cs> lifeless: the upload has just completed
[21:12] <lifeless> ams_cs: congrats
[21:13] <ams_cs> lifeless: I uploaded it to another machine, as I said. from there it only took 20 seconds or so (instead of 20 mins from my machine) and worked first time
[21:13] <lifeless> ams_cs: I'm fairly sure upload speed doesn't count into this
[21:13] <lifeless> ams_cs: tell me something though, if you can
[21:14] <ams_cs> could be just coincidence
[21:14] <lifeless> ams_cs: after your browser stopped sending content, how long before the error appears
[21:15] <ams_cs> lifeless: errr, not long, it's not instantaneous though. hard to tell what else is going on in the background. maybe 10 seconds. I wasn't really timing it
[21:15] <lifeless> ams_cs: thanks
[21:15] <lifeless> ams_cs: that helps
[21:16] <ams_cs> lifeless: oh one other difference: my local upload was from Chrome; my remote upload was from Firefox
[21:17] <ams_cs> chrome 16.0.912.59 beta  vs.  firefox 3.6.22
[21:18] <lifeless> the only timeout oopses I've found for you so far
[21:18] <lifeless> are on a merge proposal
[21:22] <lifeless> ams_cs: 3 timeouts affected you today
[21:22] <lifeless> ams_cs: none matching the upload ><
[21:23] <ams_cs> I had some timeouts viewing bazaar history
[21:24] <lifeless> they aren't instrumented yet
[21:24] <lifeless> I might get that done today
[21:24] <lifeless> so we have data.
[21:25] <ams_cs> bzr timeouts?
[21:25] <ams_cs> we get lots of those. bzr hates gcc
[21:26] <poolie> on what page?
[21:26] <ams_cs> https://code.launchpad.net/gcc-linaro  - "This branch has not been scanned yet" means it timedout trying to do it.
[21:27] <ams_cs> none of the merge requests or branch pages have working diffs either
[21:28] <ams_cs> poolie: it's not really bzr but launchpad being impatient I think, but bzr does make a meal of it
[21:29] <Forage> launchpad allows you to copy packages from specific ppa's, though I can't seem to find a way to copy an older release of a package released by a ppa. Is this possible to do somehow?
[21:30] <poolie> if it's been replaced in that ppa, it's
[21:30] <poolie> gnoe
[21:30] <poolie> *gone
[21:30] <lifeless> Forage: I don't think we have a UI for that
[21:31] <Forage> darn...
[21:31] <lifeless> poolie: not entirely :)
[21:31] <lifeless> poolie: they do go from the archive, thats for sure
[21:31] <Forage> is some URL trickery possible?
[21:31] <lifeless> Forage: not to do a copy
[21:32] <lifeless> Forage: you may be able to dig around and find the old package files though
[21:32] <Forage> I'd like to get the following package: https://launchpad.net/~telepathy/+archive/ppa/+build/2846124
[21:32] <lifeless> Forage: should just be able to wget those debs
[21:33] <Forage> and then re-upload them?
[21:33] <lifeless> well, you can get the source package and reupload it yes
[21:33] <Forage> would that require me changing the version as well?
[21:33] <lifeless> the binaries will have to rebuild in the new ppa
[21:33] <lifeless> it shouldn't
[21:34] <wgrant> Forage: On the usual copy page (+copy-packages), search for Superseded packages.
[21:35] <wgrant> Forage: We delete them after a week or so, but if they're recent you can still copy them.
[21:35] <Forage> as far as I can tell they are gone then: https://launchpad.net/~telepathy/+archive/ppa/+copy-packages
[21:36] <Forage> no mention of Superseded
[21:36] <wgrant> Forage: There's a filter at the top
[21:36] <wgrant> Change Published to Superseded.
[21:36] <Forage> ah!
[21:36] <wgrant> The binaries are still shown on the build page, so it should be copiable.
[21:37] <Forage> lovely, it is!
[21:37] <Forage> cheers
[21:37] <Forage> sorry, launchpad is a bit of a maze to me
[21:45] <nuclearbob> is this the right place for questions about the launchpad api?
[21:45] <wgrant> nuclearbob: It is indeed.
[21:46] <nuclearbob> wgrant: super.  I'm trying to find out how to get the reporter of a bug once I've got the url or resource for the bug
[21:47] <wgrant> nuclearbob: The'
[21:47] <wgrant> Er
[21:47] <wgrant> That's bug.owner
[21:48] <wgrant> Not to be confused with bug_task.owner, which is the creator of a specific task.
[21:48] <wgrant> They'll be the same for bugs with a single task, but may be different if there are multiple tasks.
[21:49] <nuclearbob> so if I create a bug, and then it gets assigned to someone else, bug.owner is me, but bug_task.owner is the new assignee?
[21:50] <wgrant> No. bug_task.assignee is the new assignee. bug_task.owner is still you.
[21:50] <nuclearbob> okay, thanks
[21:50] <wgrant> But if I come along to that bug and say it also affects dpkg in Ubuntu, the dpkg in Ubuntu task's owner is me.
[21:52] <nuclearbob> okay, good to know
[22:02] <Forage> I'm a bit lost on the version numbering of a package. Suppose there's now a version 1.2.3-0ubuntu1 provided by ubuntu. I want to update to a newer upstream release. Should I version it 1.2.4-0ppa1, 1.2.4-1ppa1 or 1.2.4-0ubuntu1ppa1?
[22:02] <wgrant> Forage: 1.2.4-0ppa1
[22:02] <wgrant> Forage: The first number after the - is the Debian version.
[22:03] <wgrant> For a package that's not in Debian, that's always -0.
[22:03] <Forage> ah, ok
[22:03] <wgrant> -0ubuntu1 is the first Ubuntu version. -0ubuntu1ppa1 is greater than that, which you don't want.
[22:03] <wgrant> Because an official Ubuntu version should probably supersede your package.
[22:04] <Forage> I was in doubt because I was not sure 1.2.4-0ppa1 would get replaced by 1.2.4-0ubuntu1
[22:05] <Forage> if ubuntu happens to do the update later on
[22:14] <Forage> how long does it take for a dput ppa upload to show up on the site?
[22:15] <wgrant> Forage: Up to 5 minutes.
[22:15] <Forage> ok, cool. Too short for a game of HoN though :-(
[22:15] <wgrant> Heh
[22:16] <Forage> ah, the building will take longer
[22:16] <wgrant> Yeah, the queues are a bit long at the moment.
[22:16] <wgrant> See /topic :)
[22:40] <mtaylor> I'm trying to get translations importing set up for a python project which does not store the .pot file in the tree
[22:41] <mtaylor> I've done that for another project - but I have no recollection of _how_
[23:10] <Resistance> hmm
[23:10] <Resistance> anyone know why an amd64 build would be processed faster than an i386 build?
[23:11] <mwhudson> _all packages are built on i386 (i think?) so they can be more loaded
[23:12] <wgrant> Right.
[23:12] <Resistance> wow, really?  it took almost an hour and a half to compile php5(backport i'm doing) ?
[23:12] <Resistance> geez
[23:12] <Resistance> ah that explains why the _all packages i have were only built on an i386 builder
[23:17] <mwhudson> oh you mean build time vs waiting time?
[23:19] <Resistance> no actually
[23:19] <Resistance> (although i am amazed at how long it took for php5.5 to actually build ;P)
[23:20] <mwhudson> the queue is estimated at 11 hours currently so don't complain too much about 1.5 hours :)
[23:22] <Resistance> well the thing was in the builders for over 24 hours before it built, and then dep-waited.
[23:22] <Resistance> it took almost another 24 to actually get to the amd64 build
[23:22] <Resistance> (thankfuloly its running the i386 build now)
[23:23] <Resistance> so overall, it was in the queue for 40 hours before it started getting processed at all
[23:24] <mwhudson> ugh


[12:21]  * benji reboots.
[12:39] <benji> after having to reset my OS key bindings for the fourty-eighth time and recovering from two compiz crashes, I'm back
[12:43] <benji> grrr; now something is eating alt-tab.  I can press shift-alt-tab to switch windows backwards, but no alt-tab
[13:09] <benji> gmb and frankban:  the golden horde awaits: https://talkgadget.google.com/hangouts/extras/canonical.com/goldenhorde
[13:10] <gmb> bootstraping firefox now...
[13:21]  * gmb lunches
[17:18] <gary_poster> hey y'all
[17:18] <gary_poster> kind of nauseous :-(
[17:18] <gary_poster> so is Karyn
[17:19] <gary_poster> so maybe food poisoning?  Can't figure out what it would be
[17:19] <gary_poster> but trying to proceed anyway :-)
[17:19] <gary_poster> benji, did you have a fix for that test failure that we got with your branch?  Or is that test failure bogus?
[17:19] <gary_poster> (IOW, what should I do to land your branch)
[17:21] <gary_poster> gmb, hey.  Is the charm helpers stuff squarely in Clint's hands now, or is there still a bit more to do?
[17:21] <gary_poster> frankban, I'm assuming I should try the new testrepository change on buildout
[17:21] <gary_poster> I'll start that
[17:23] <benji> gary_poster: sorry, the IV supplies people called... I can't reproduce the failure so I'm hoping that it's transient; I can't say that it's one I've seen before though
[17:23] <frankban> gary_poster: yes, testrepository contains the change you suggested
[17:23] <gary_poster> benji, np.  ok.  I'm inclined to run ec2 test again.  Agree?  Or should I just land?
[17:24] <benji> gary_poster: I'd do the run; if it fails again then we need to investigte, if not we need to file a bug about the flaky test
[17:24] <gary_poster> frankban, cool thanks.  (You probably noticed that I can't use the file exactly--I have to manually apply the patch to the different version in precise right now
[17:24] <gary_poster> benji, ok, on it
[17:27] <frankban> gary_poster: yes I did, I hope the new version will land in precise, it seems that the other error you mentioned is fixed in newer version. Do you want me to create a branch for the version currently in precise?
[17:28] <gary_poster> frankban, mm, maybe if this works we can.  We'll need some kind of automation one way or the other, once we find something that works.
[17:28] <gary_poster> but don't worry about it for now
[17:29] <frankban> gary_poster: ok
[17:38] <gary_poster> benji, I noticed you were working on hang.  did you dupe?
[17:38] <gary_poster> or you are still working on getting an lxc going?
[17:39] <benji> gary_poster: that card should probably be in a blocked state or something since we decided yesterday that I should work on getting a working vm/container for LP development before addressing the hang
[17:40] <gary_poster> benji, ok
[17:40] <benji> I'll mark it as blocked on me having a VM to attempt to reproduce.
[17:53] <benji> gary_poster: did you manage to get a lucid lxc container running LP?
[17:53] <gary_poster> benji, yeah, that's what I use
[17:53] <benji> gary_poster: did you use the normal setup steps (rocketfuel-setup) or did you do something else?
[17:54] <gary_poster> benji, I used setuplxc IIRC
[17:54] <gary_poster> benji though I also used the wiki page
[17:54] <benji> maybe I should try that... this is a disaster
[17:54] <gary_poster> rocketfuel-setup *did* work
[17:54] <gary_poster> benji, what's going on now?
[17:55] <benji> the most interesting errors are:
[17:55] <benji> ***** Distutils is not available or is incomplete for /home/benji/launchpad/lp-branches/devel/bin/py
[17:55] <benji> ***** If you installed Python from RPM (or other package manager)
[17:55] <benji> ***** be sure to install the -devel package, or install Python
[17:55] <benji> ***** from source.  See sec. 15.1 of the Installation Manual for
[17:55] <benji> ***** details
[17:55] <benji> and
[17:55] <benji> ***** No "benji" user found!
[17:55] <benji> ***** Your system must have a "benji" user defined
[17:55] <benji> ***** (usually in your /etc/passwd file).  Please see the INSTALL
[17:55] <benji> ***** file for details.
[17:56] <gary_poster> benji, how did you start?
[17:56] <gary_poster> wiki page?
[17:56] <gary_poster> https://dev.launchpad.net/Running/LXC ?
[17:56] <benji> yep (https://dev.launchpad.net/Getting)
[17:57] <gary_poster> benji, don't know.  On the bright side, setuplxc does most of the right thing about every day
[17:57] <benji> (I started writing "It was a warm summer night in 1975 on a farm in rural Tennessee..." but then you clarified.)
[17:57] <gary_poster> lol
[17:58] <benji> setuplxc, take me away
[17:58] <gary_poster> good luck.  we don't test the developer options nearly as much, of course
[17:58] <gary_poster> that's part of the idea of the lpsetup slack time project
[17:59] <gary_poster> I might try to dupe the wiki instructions to see what happens...though...I pretty much never use rocketfuel-setup, because I already have checkouts...
[18:03] <benji> we really need a CI system for rocketfuel-setup/setuplxc/lpsetup
[18:06] <gary_poster> I sugested that
[18:06] <gary_poster> but Francis did not want to invest in it
[18:20] <gary_poster> benji, I think I will postpone all calls till tomorrow, so no call for u in 10.  s'ok?
[18:21] <benji> s'ok
[18:21] <gary_poster> thx
[18:26] <benji> that doesn't look good: E: Unable to locate package python-shell-toolbox
[18:27] <gary_poster> :-(
[18:27] <gary_poster> it's in a ppa
[18:27] <gary_poster> but we run this virtually every day...
[18:28] <gary_poster> ugh, nausea...
[18:46] <gary_poster> benji, going off line.  Don't feel good.  Talked with Francis.  If I can I'll be back later.  TTYL
[18:47] <benji> :(
[19:14] <benji> I don't suppose anyone knows why this is happening (after running setuplxc): https://pastebin.canonical.com/62422/
[19:49] <benji> yay! I have a working lucid container.
[19:50] <benji> If I smoked I'd need a cigarette now.  I'll have some yogurt instead.


[00:07] <jcastro> hey rick_h
[00:08] <jcastro> what was that set of rechargeable batteries you were into?
[00:08] <rick_h> jcastro: http://www.amazon.com/Sanyo-eneloop-Pre-Charged-Rechargeable-Batteries/dp/B004UG41XW/ref=sr_1_3?ie=UTF8&qid=1333411706&sr=8-3
[00:08] <rick_h> and the XX for things that you don't want to charge much
[00:08] <jcastro> and those are the current bee's knees?
[00:08] <rick_h> yea, imo
[00:10] <jcastro> ok so, for the charger
[00:10] <jcastro> what are you using?
[00:10] <rick_h> I just use the ones that they come with. You can get the 4battery sets with a wall charger
[00:10] <rick_h> I've got a pair of them
[00:14] <jcastro> http://www.amazon.com/Sanyo-Eneloop-Charger-Rechargeable-Batteries/dp/B003VLAEPQ/ref=sr_1_2?ie=UTF8&qid=1333411903&sr=8-2
[00:14] <jcastro> I was thinking 2 of these
[00:14] <jcastro> outta do it
[00:15] <rick_h> yea, I've gotten one of those
[00:15] <rick_h> just remember to add a charge buffer vs what you need
[00:15] <rick_h> I kept ordering when I needed them, but then had to get another set since you want charged ones ready to go
[00:29] <jcastro> ordered
[01:13] <snap-l> greg-g: Glad you're enjoying the instrumetalcasts.
[02:45] <snap-l> Program note: If your sig other is watching netflix, it is not a good time to try uploading shit to your wensite
[02:45] <snap-l> website, even
[11:33] <snap-l> http://openmetalcast.com/2012/04/03/open-metalcast-episode-44-infected-injection/
[11:34] <snap-l> Hopefully they'll release the episode today. :)
[12:25] <nullspace> snap-l: looks like you have a QoS problem
[12:46] <snap-l> nullspace: How so?     Now SF cabbies...ugh...I'm just glad I'm still alive
[16:44] <greg-g> haha
[16:45] <rick_h> I'm sorry, but going from MI where everyone goes 10over the speed limit to a cab driver that can't get within 15mph of the speed limit, while getting almost run over by traffic, while I'm trying to make a flight on time...
[16:45] <rick_h> rough drive...
[16:47] <greg-g> :)
[16:47] <greg-g> yeah, don't do 10 over here, they'll ticket you
[16:47] <greg-g> a friend/ex-coworker learned that the hard way, 3 times :)
[16:47] <greg-g> (old habits die hard)
[16:48] <rick_h> yea, but at least get near the speed limit. Especially when traffic is honking at your and whizzing around you
[16:48] <rick_h> ouch...
[16:48] <greg-g> hehe
[16:48] <rick_h> shoot, 3 times he got honked at for not staying in his lane, we were swaying like a drunkard
[16:49] <rick_h> but yea, the pycon hotel/convention center is kind of in the middle of no where so I missed out on a decent CA experience
[16:49] <greg-g> yeah
[17:07] <jrwren> http://i.imgur.com/rH33r.jpg
[17:07] <jrwren> ^^ esp snap-l and greg-g
[17:09] <snap-l> http://decafbad.net/2012/04/03/the-agony-and-ecstasy-of-radio-shack/
[17:10] <snap-l> jrwren: Yeah, I love that. :)
[17:10] <greg-g> jrwren++
[17:16] <snap-l> Also, that bot that was crawling my site? I did the next best thing to blocking it: I submitted an Amazon abuse report
[17:16] <snap-l> apparently I'm not the only one who has been aggressively crawled.
[17:16] <snap-l> (by that bot)
[17:16] <jrwren> i want to be agressively crawled.
[17:17] <jrwren> do slow response filtering.
[17:18] <jrwren> snap-l: http://tumblr.jonthornton.com/post/641219929/rate-limiting-with-nginx
[17:19] <jrwren> also: http://wiki.nginx.org/HttpLimitReqModule
[17:20] <jrwren> i want ot write a module that strikes back.
[17:20] <jrwren> send teh response i char at a time with 1 sec delay between packets.
[17:20] <jrwren> muhuwahahahah
[17:22] <jrwren> https://www.youtube.com/watch?v=H5lkxSY7QsI
[17:29] <snap-l> jrwren: That is awesome.
[17:29] <snap-l> http://www.openculture.com/2012/04/andy_warhol_digitally_paints_debbie_harry_with_the_amiga_1000_computer_1985.html
[17:34] <snap-l> brousch: Thanks! Sent an e-mail to Spike The Tomb
[17:36] <brousch> good stuff
[17:51] <greg-g> you know it is sad when I can rely on Google's non-standard IMAP servers more than I can Canonical's Tomboy Sync feature.
[17:55] <snap-l> That Tomboy sync felt like a huge kludge
[17:56] <greg-g> except, it isn't really, they have Snowy (a sync server built on django) and tomboy-online.org which is the reference implementation
[18:00] <rick_h> yea, but that doesn't tie into the data store back end of U1 and such
[18:01] <snap-l> Mojo Nixon - Don Henley Must Die
[18:01] <greg-g> which I don't really care about, I just want syncing to work
[18:02] <rick_h> greg-g: yea, understand
[18:07] <greg-g> snap-l: gpodder syncs your podcasts across computers/devices?
[18:07] <greg-g> but doesn't host the files on their servers, right?
[18:07]  * greg-g is looking for a hosted or self-hosted podcast solution
[18:08] <snap-l> greg-g: I've never used gpodder recently
[18:08] <snap-l> so I have NFC how it works.
[18:08] <greg-g> ah, I thought you did
[18:08] <greg-g> what do you use now?
[18:09] <snap-l> Miro
[18:09] <greg-g> oh
[18:09] <greg-g> I want to like Miro, really really badly, just seems so bloated to me
[18:09] <greg-g> s/seems/feels/
[18:09] <snap-l> Yeah, it's gotten worse
[18:09] <snap-l> I keep thinking about dumping it
[18:09] <greg-g> :(
[18:10] <snap-l> But the only podcatching client that I really liked was the one that I wrote.
[18:10] <snap-l> and it's between releases.
[18:11] <snap-l> as in I have to rewrite it
[18:11] <greg-g> "between releases" :)
[18:11] <greg-g> "I'm.... between jobs"
[18:12] <greg-g> "I'm.... between wives" (hey now, that doesn't sound too bad)
[18:12] <waldo323_> who's?
[18:13] <greg-g> no comment
[18:16] <greg-g> snap-l: btw, nice intro to the Metal Injection episode
[18:16] <snap-l> greg-g: Thank you. I had some help. ;)
[18:17] <greg-g> :)
[18:17] <greg-g> well you get a plus one from me
[18:25] <snap-l> And, in the "wtf were they smoking" department, apparently there's a .xlsm file extension
[18:25] <greg-g> spreadsheets for your mobile device?
[18:25] <snap-l> .xlsx is for non-macro Excel files, .xlsm is for macro Excel files.
[18:26] <greg-g> well that makes sense, an easy way to ignore things which are definitely not going to work in LO (macros)
[18:26] <waldo323_> is that why people have been complaining their macros weren't working?
[18:26] <snap-l> Which doesn't help when your script is looking for .zip, .csv, .xls, and .xlsx files.
[18:26] <snap-l> waldo323_: Possibly
[18:26] <greg-g> just do .xls* and trust your input :)
[18:27] <waldo323_> thanks
[18:27] <snap-l> greg-g: I'd like what you're smoking too
[18:27] <snap-l> Some good shit out there.
[18:27] <greg-g> "yeah man, I *trust* my users to send me sensible data. its like, the only truly cool thing to do, ya know?"
[18:28] <snap-l> greg-g: Were it up to me, they'd send me the password to the database they're likely grabbing this data out of anyway.
[18:29] <greg-g> "oh yeah, we all share passwords too, man. We're all brothers and sisters here"
[18:34] <snap-l> http://www.mlive.com/lions/index.ssf/2012/04/mikel_leshoure_tried_to_eat_ma.html <- Please please PLEASE make people have to sign for potpourri.
[18:34] <snap-l> That would make me a happy man
[18:41] <brousch> why?
[18:42] <snap-l> Because I can't stand the normal use of potpourri, and it might make people think about banning substances because of illegitimate uses.
[18:42] <snap-l> ie: pseudophedrine
[18:42]  * greg-g loves pseudophedrine
[18:42]  * greg-g hates having to give his id to get it
[18:42] <greg-g> (and his use being logged)
[18:43] <greg-g> it is one thing to show id to get a beer, it is another if everyone who bought beer was on a list with how much they bought and that was shared with the gov't
[18:43] <snap-l> greg-g: ++
[18:48] <brousch> pseudoephedrine gives me angine. it's like a double-shot of espresso
[18:49] <brousch> angina
[18:52] <snap-l> brousch: That's OK. You can have lotradine
[18:52] <snap-l> which for is is the same as a placebo
[18:52] <brousch> i only take it for sinus infections
[18:53] <brousch> i have none of these silly allergy things
[18:53] <snap-l> brousch: Live in Detroit for a while. You will.
[18:53] <snap-l> I think it's because we're downwind of all of the bullshit downtown
[18:53] <brousch> seems like there'd be fewer allergens in an asphalt wasteland
[18:55] <snap-l> brousch: Maybe that explains GR then ;)
[18:55] <brousch> we have grass and trees
[18:56] <snap-l> brousch: So do we
[18:56] <brousch> detroit trees and grass always seem like they're covered in a grayish film
[18:56] <Blazeix> but in our case, "trees and grass" are both slang
[18:57] <snap-l> brousch: Nah, they're covered in buildings
[18:57] <brousch> telephone poles do not count as trees
[19:00] <snap-l> http://www.thecoolist.com/abandoned-places-10-creepy-beautiful-modern-ruins/ruins-of-detroit_marchand-and-meffre_8-2/
[19:00] <snap-l> http://davidjrodger.files.wordpress.com/2011/04/detroit-urban-decay-reclaimed-by-nature.jpg?w=614
[19:02] <brousch> lovely
[19:03] <greg-g> ahhh, ruin porn
[19:19] <widox> or I dunno, how about the _nice_ parts of the city, http://is.gd/OIOFrR
[19:20] <snap-l> widox: PHOTOSHOP!
[19:20] <jrwren> snap-l: Mojo Nixon don't work here.
[19:20] <snap-l> those pots are actually homeless people
[19:20] <snap-l> jrwren: IF you don't know Mojo Nixon, then your place could use some fixin'
[19:22] <jrwren> snap-l: ;)
[19:24] <jrwren> snap-l: I linked that youtube video to a friend, without telling him what it was.
[19:24] <jrwren> this is his response:
[19:24] <jrwren> YOU DON'T JUST PULL MOJO NIXON OUT OF NOWHERE JAY!!!!!!!!!!!!!!!!!!!!!
[19:24] <jrwren> i did a spit take
[19:24] <jrwren> :)
[19:24] <jrwren> --
[19:25] <snap-l> hahahaha
[20:32] <_stink_> snap-l: thanks for that earworm :)
[20:35] <snap-l> _stink_: You're welcome. :)
[20:35] <snap-l> Which one? :)
[20:36] <_stink_> Punk Rock Girl.
[20:43] <snap-l> Yeah, that's an awesome song. :)
[20:49] <krondor> love me some Dead Milkmen
[21:09] <snap-l> Well, it's live
[22:11] <jcastro> http://www.reddit.com/r/Ubuntu/comments/rruma/why_the_juju_charm_store_will_change_the_way_you/
[22:11] <jcastro> upvotes please!
[22:32] <jcastro> http://news.ycombinator.com/item?id=3795109
[22:32] <jcastro> can I get some upvotes?
[22:32] <jcastro> rick_h: ^ jrwren ^
[22:32] <greg-g> upboats
[22:38] <rick_h> jcastro: up
[22:46] <jcastro> MORE BOATS PLS.
[23:00] <snap-l> upbated