[00:00] <cleary> RAOF: thank you :)
[00:45] <YokoZar> what exactly does the "package foo" instruction do in /usr/share/binfmts ?  Can it be a virtual package?
[00:57] <slangasek> YokoZar: hey, what are your plans as far as updates to ia32-libs this cycle?  I fully expect the next upload is going to take some work, to teach the package how to extract bits from multiarched libs and install them to the right biarch target directories, etc.
[00:57] <slangasek> ScottK: is that problem reproducible for you with an up-to-date natty?  reproducible with the existing pymilter?  Is something bypassing gcc to call ld directly?
[00:58] <slangasek> RAOF: :-)
[00:58] <YokoZar> slangasek: my plan was to 1) add some gstreamer-related codecs and their dependencies, and 2) remember to freshen the packages as close to release as possible
[00:59] <YokoZar> I currently have a huge ia32-libs in maverick wine ppa with a delta of a good chunk of packages
[00:59] <YokoZar> slangasek: but, yes, putting a bandaid on ia32-libs does scare me
[01:00] <slangasek> right - so I would suggest trying to freshen it sooner rather than later
[01:00] <slangasek> (and freshen it again later)
[01:00] <slangasek> and yell if it's not working for you :)
[01:01] <YokoZar> all right, I'll take a stab at it tonight and see if it balks at trying its magic on any of its current packages
[01:01] <slangasek> I'm pretty sure it will :)
[01:02] <YokoZar> It will need some multiarch magic for sure, although it should be doable in a generic way...
[01:04] <slangasek> yes, /usr/i386-linux-gnu -> /usr/lib32 should do the job
[01:04] <slangasek> er, I mean /usr/lib/i386-linux-gnu -> /usr/lib32
[01:04] <slangasek> and the same for /lib32
[01:22] <ScottK> slangasek: Let me try it again.
[01:31] <ScottK> slangasek: It works now.  chroot was outdated.  Thanks for looking into it.
[02:07] <lifeless> barry: https://bugs.launchpad.net/launchpad/+bug/608173
[02:27] <ohsix> o noes humidity went up a bit and the 2 finger clicks are being exacerbated
[02:28] <micahg> slangasek: fta, chromium is good again \o/
[02:28] <slangasek> micahg: ok, great :)
[02:30] <hyperair> pitti, directhex: i don't recall ever creating that spec O_o
[02:30] <hyperair> is it for disabling the appindicator extension in bce?
[02:34] <ogasawara> slangasek: around?  I'm getting armel build failures for the kernel since the gcc-4.5 update.  unfortunately it's not providing me any logs -> https://launchpad.net/ubuntu/+source/linux/2.6.38-7.38/+buildjob/2336688
[02:34] <slangasek> ogasawara: lamont was hard-killing builds on armel earlier, saying there was some problem requiring a reboot
[02:35] <slangasek> ogasawara: so I don't think it's related to the gcc-4.5 upload; retry the build?
[02:35] <StevenK> If there is no log, it was killed by failure counting.
[02:37] <ogasawara> slangasek, StevenK: hrm, ok will retry it once more.
[02:37] <micahg> ogasawara: also, lamont did a mass give back of armel
[03:08] <lamont> StevenK: assuming it's really marked failed not just needs-build...
[03:09] <lamont> rescuing build logs is one of the small services that I can provide, sometimes.  I just need the build to take long enough, and me to be around when it's running, so that I can make it stay harvested locally...
[03:09] <lamont> which I prefer to avoid if possible
[03:09] <lamont> since it does not scale
[05:49] <slangasek> pitti: I see that there's only one package in lucid...natty, aside from pango itself, that ships a pango module - pango-graphite in universe.  How would do you feel about using Breaks: and force-moving the module directory all at once rather than providing a backwards-compatibility patch?
[07:04] <pitti> Good morning
[07:04] <pitti> slangasek: that sounds a lot cleaner and easier indeed
[07:04] <pitti> slangasek: (re pango)
[07:25] <didrocks> good morning
[07:26] <dholbach> good morning
[07:55] <dholbach> smoser, HAPPY BIRTHDAY
[07:55] <cdbs> smoser: Happy Birthday!
[08:38] <ari-tczew> slangasek: could you look on debian bug 619344 ?
[08:57] <diwic> hi, compiz crashes on the live-CD. How do I replace the window manager with metacity on the fly?
[08:57] <diwic> that's natty.
[08:57] <pitti> didrocks: try just restarting the session, that usually works
[08:57] <pitti> sorry
[08:57] <pitti> diwic: ^
[08:57] <pitti> diwic: it's still on my list to investigate
[08:57] <diwic> pitti, how do I restart the session?
[08:58] <pitti> diwic: one way I know is ctrl+alt+f1, "kill -9 -1"
[08:59] <soren> diwic: metacity --replace
[08:59] <diwic> pitti, thanks, that worked!
[08:59] <diwic> soren, tried that from a VT but it couldn't connect to X
[09:00] <pitti> diwic: "DISPLAY=0:0 unity" that works as well
[09:00] <pitti> sorry, DISPLAY=:0
[09:04] <soren> diwic: "DISPLAY=:0 metacity --replace"  It just needs help :)
[09:04] <diwic> soren, ok :-)
[09:48] <cjwatson> YokoZar: the point of 'package' in binfmt files is just to allow update-binfmts to refuse if multiple packages accidentally try to install the same format
[09:49] <cjwatson> YokoZar: technically it can be any string, so I suppose you could make it a virtual package, but I don't see what you'd gain - there should normally only be one package installing the format file anyway.  Can you explain more?
[09:51] <cjwatson> ah, you e-mailed
[10:19] <mdz> mvo, is there a mirror file a la http://mvogt.wordpress.com/2011/03/21/the-apt-mirror-method/ for Debian as well?
[10:25] <mvo> mdz: weasel did some work on this, there is a alpha service available and some discussion on the mailinglist
[10:28] <mdz> mvo, ah, ok
[10:37] <mvo> mdz:  I will be happy of course to help debian with the mirror stuff, the client should just work (tm)
[10:38] <mdz> mvo, all that's needed is to create a text file with a list of mirrors, right?
[10:38] <mdz> seems trivial
[10:39] <OdyX> mdz: the text file is geodns-based generated…
[10:42] <mvo> mdz: yeah
[10:43] <mdz> OdyX, mvo, oh, I see, so mirrors.txt is actually dynamically generated for each client?
[10:43] <OdyX> mdz: it seems so.
[10:43] <mvo> yeah
[10:44] <mvo> ups, sorry I should have said this before. its indeed (in ubuntu) country specific, its cached of course, but each country gets a different one
[10:50] <mdz> mvo, btw, your blog is already on planet debian, but only posts tagged 'debian'
[10:51] <mvo> mdz: oh, thanks! good to know, I will add it to the post.
[11:02] <chrisccoulson> Daviey, ok, i uploaded the new swt-gtk to https://launchpad.net/~chrisccoulson/+archive/xulrunner-universe-transition now
[11:03] <Daviey> chrisccoulson, thanks!
[11:58] <lool> bdrung: Oy
[11:59] <lool> bdrung: Not sure you saw that but your lintian 2.5 upload was dep-wait, doko fixed the dep-wait part but it's now FTBFSing
[11:59] <lool> bdrung: Would be nice to dig out what's wrong in the testsuite and fix it before release, or upload an older lintian
[12:00] <bdrung> lool: i worked yesterday on it.
[12:00] <lool> bdrung: Perfect, thanks
[12:00] <bdrung> lool: but one issue remains - a bug in another package.
[12:01] <lool> So you have staged lintian fixes?
[12:01] <lool> bdrung: what's the other package?
[12:01] <lool> Maybe it's fixed in Debian experimental
[12:04] <bdrung> lool: we have http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619287 and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619290
[12:04] <bdrung> the latter is easy to fix
[12:08] <lool> bdrung: ok; thanks for chasing these
[12:09] <bdrung> lool: then we should pull d435b99 and 94ac59c
[12:09] <bdrung> lool: then we are here: http://paste.ubuntu.com/584244/
[12:10] <roxdragon> hi all
[12:11] <bdrung> lool: search for "Use of uninitialized value" in it
[12:12] <lool> bdrung: There seem to be other failing tests in your output
[12:12] <bdrung> lool: the other problem comes from ubuntu entries in d/changelog
[12:15] <mok0> Hm, I am seeing a directory listing like this:
[12:15] <mok0> drwxr-xr-x+  72 ruki     ruki     12288 2011-03-22 10:51 ruki
[12:15] <mok0> '
[12:16] <mok0> what does "+" mean?
[12:16] <mok0> something quota?
[12:17] <mok0> No that's not it
[12:17] <mok0> hyperair: hi
[12:17] <hyperair> mok0: hi =
[12:17] <hyperair> )
[12:17] <hyperair> er
[12:17] <mok0> hyperair: just asked a question while you were away
[12:17] <hyperair> =)
[12:18] <mok0> Perhaps you can answer? In a directory listing, I get this:
[12:18] <mok0> drwxr-xr-x+ 72 ruki ruki 12288 2011-03-22 10:51 ruki
[12:18] <mok0> What does '+' mean?
[12:20] <hyperair> huh that's werid
[12:21] <hyperair> i've never seen a +
[12:21] <mok0> hyperair: me neither.
[12:21] <hyperair> use the sources? =D
[12:21] <cjwatson> it's documented in the ls info documentation
[12:21] <hyperair> mok0: could you stat the directory?
[12:21] <mok0> cjwatson: oh? I looked but couldn't find it
[12:22] <cjwatson> mok0: http://paste.ubuntu.com/584247/
[12:22] <Riddell> ev: well usb-creator on suse now completes the install but booting up just gets stuck at the syslinux credit line, anything I can try to work around it or should I just give up?
[12:22] <cjwatson> mok0: you can probably use getfacl to find out more
[12:23] <mok0> Ah, perhaps it
[12:23] <mok0> it's an ACL thing...
[12:23] <hyperair> aha.
[12:23] <bdrung> lool: help to fix the remaining issues is welcome
[12:23] <ev> Riddell: credit line? That one is going to be tricky. usb-creator needs to compare the version of syslinux on the local system against the one on the CD.  Right now we're doing this by Ubuntu versions.
[12:25] <Riddell> ev: I did try it with  our_os_ver =  both larger and smaller than lucid but no difference
[12:25] <mok0> It means additional access rules are defined using ACL. Thanks hyperair, cjwatson
[12:26] <hyperair> so it seems.
[12:27] <hyperair> setfacl stuff eh
[12:28] <mok0> I'm helping my friend make a friendly front end to repquota, that will pop up a notification when users are logged on to a workstation
[12:28] <mok0> So mucking about in the file server :-)
[12:30] <lool> james_w: Mind adding oneiric to bzr-builddeb's bzr tip?
[12:31] <lool> bdrung: Ok, will keep it in mind, but TBH I find it unlikely that I dive into the lintian issues; I just wanted to make sure you were aware of them; in the worst case, I think we should revert to an older lintian
[12:31] <lool> but it seems there will be required changes for the new dpkg no matter what
[13:01] <ev> Riddell: that's peculiar
[13:01] <ev> no matter what, it should create the usb disk
[13:02] <ev> you should only see the error once you try to boot it
[13:02] <Riddell> ev: yes the files are all on the disk, it just doesn't boot
[13:02] <ev> ah, hm
[13:02] <ev> does it complain about a malformed line?
[13:03] <ev> what's the exact error?
[13:03] <Riddell> ev: it just shows "syslinux" and nothing else
[13:05] <ev> Riddell: can you pastebin syslinux/text.cfg?
[13:05] <ev> off the created usb disk
[13:05] <Riddell> it shows "syslinux 3.86 EBIOS Copyright..."#
[13:06] <Riddell> ev: syslinux/txt.cfg ?
[13:06] <ev> yes
[13:06] <Riddell> ev: http://paste.kde.org/7968/
[13:10] <ev> Riddell: huh, that looks okay.  If you manually run syslinux /dev/sdb1 (or whatever it is) and replicate that dd line of the syslinux mbr, does it boot?
[13:13] <Riddell> ev: from suse or ubuntu?
[13:13] <Riddell> ev: how do you mean replicate that dd line?
[13:13] <ev> suse
[13:15] <ev> Riddell: dd if=/path/to/syslinux/mbr.bin of=/dev/sdb bs=446 count=1 conv=sync
[13:15] <ev> again, assuming the usb disk is /dev/sdb
[13:22] <Riddell> ev: linux@linux:~> sudo syslinux /dev/sdb  says  "syslinux: this doesn't look like a valid FAT filesystem"
[13:22] <ev>  /dev/sdb1
[13:25] <Riddell> ev: no change
[13:25] <Riddell> still shows the syslinux line and nothing else
[13:26] <ev> two things to try. A) does syslinux -s /dev/sdb1 fix it? B) does it work when Ubuntu is used to create the usb disk?
[13:26] <ev> just trying to narrow this down
[13:26] <Riddell> ev: I'm onto it
[13:27] <ev> cool, thanks
[13:40] <bdrung> ScottK: someone needs to get eclipse to use webkit instead of xulrunner
[13:41] <abhinav-> bdrung, why so ? if it has got strong reasons, then it might be a good idea for SoC :-D
[13:42] <bdrung> abhinav-: bug #740815
[13:43] <ScottK> bdrung: OK.  I guess that's not going to happen before release ...
[13:49] <bdrung> ScottK: unlikely, but possible
[13:50] <ScottK> bdrung: It would be nice just to get rid of it.  Mozilla things in Universe just collect unfixed security bugs.
[13:51] <jdstrand> fyi, I think micahg and/or the mozillateam is looking at eclipse, but in the context of xul2
[13:52] <bdrung> micahg: you are looking into eclipse?
[13:55] <Riddell> ev: no change from syslinux -s /dev/sdb1, using usb-creator with the same iso image in ubuntu does boot fine
[13:56] <ev> what version of syslinux is installed in suse, what version do you have installed in ubuntu?
[13:56] <ev> very odd
[13:59] <micahg> ScottK: xulrunner-1.9.2 will be dropped from main before release and hopefully from the archive, hopefully we can drop xulrunner-2.0 as well
[13:59] <micahg> err, drop xulrunner-2.0 from main
[14:00] <ScottK> micahg: I'm really interested in seeing them all the way out of the archive.  Once they drop to Universe they just accumulate security bugs.
[14:01] <micahg> ScottK: I have an idea about that, but I have to see where it goes
[14:01]  * jdstrand agrees, fwiw
[14:01] <ScottK> micahg: Great.
[14:01] <micahg> ScottK: at least to keep it supported, otherwise I agree as well :)
[14:02] <micahg> *unofficially supported :)
[14:02] <ScottK> If it'll be supported, then I'm less insistent about removal.
[14:02] <ScottK> Sure.
[14:02] <ScottK> Chromium isn't 'supported', but I don't worry about it.
[14:12] <Riddell> ev: on ubuntu it's syslinux 4.02  on suse it's 3.86
[14:12] <doko_> siretart: any idea about the xine-lib build failure?
[14:16] <siretart> doko_: well, you disabled the pvr plugin but the dh_install still tries to install it. it doesn't exist so the build fails
[14:17] <doko_> siretart: hmm, will have a look. there was a reason to disable it ...
[14:17] <siretart> for ppc64. do we support ppc64 after all?
[14:22] <doko_> seb128, pitti: could somebody in the gnome team look at the libgda4 build failure on powerpc?
[14:25] <seb128> doko_, not this week
[14:25] <seb128> doko_, trying to land things before the beta freeze
[14:26] <seb128> well not today at least
[14:26] <seb128> change the rules to not fail on testsuit issues if you need it to build
[14:37] <smoser> mvo, around ?
[14:37] <smoser> i had a question on https://mvogt.wordpress.com/2011/03/21/the-apt-mirror-method/
[15:00] <mvo>  smoser: in a call but availalbe
[15:00] <smoser> 2 questions actually. 1.) does it only select the mirror once?  2.) is any attempt made to make sure the mirror is reachable ?  question 2 is largely seeded towards mirrors us-east-1.ec2.archive.ubuntu.com, which do not allow traffic in from outside that region.
[15:01] <mvo> smoser: it re-selects it on each apt-get update. if a server fails to connect it tries the next one
[15:01] <smoser> the way it works now is that cloud-init selects a mirror based on its location on first boot. i was wondering if i could, instead, specify mirror:// and have it "just work".
[15:01] <smoser> inside us-east-1 region, the physically closest mirror is [surprise] the one we run in that data center
[15:02] <mvo> smoser: its a matter of ensuring that our mirrors.ubuntu.com server know about the IP range of hte various DC and then it should work
[15:03] <mvo> smoser: i.e. if the server gets updated to this, then mirror should be fine
[15:03] <smoser> oh, so that list is dynamically generated based on source i
[15:03] <smoser> ip
[15:04] <smoser> is that right ?
[15:04] <mvo> smoser: yeah, based on geoip
[15:04] <mvo> smoser: slagado was doing the server work, probably worth talking to him about adding the DCs
[15:04] <smoser> and then the client tests to see if it can get to it ?
[15:06] <mdeslaur> is there a standard way to figure out if we're on a desktop or a server in a postinst script?
[15:21] <bjf> pitti, there is a dapper kernel in our ppa that can go to -proposed (no ABI bump)
[15:28] <amitk> bjf: do we keep logs of how many times the dapper archive is hit every month? Would be interesting to know...
[15:28] <bjf> amitk, sconklin and i were talking about exactly that yesterday
[15:28] <bjf> amitk, we think there is a way, you can get some stats from the archive now
[15:29] <bjf> amitk, would be nice to get those numbers for all series
[15:29] <amitk> bjf: agree
[15:40] <pitti> bjf: hm, any idea how this ended up with having no Launchpad-Bugs-Fixed: header? that way LP won't auto-notify the bugs about release etc.
[15:40] <pitti> bjf: (in http://launchpadlibrarian.net/67005417/linux-source-2.6.15_2.6.15-57.95_source.changes)
[15:41] <pitti> bjf: did you build that in a non-ubuntu chroot perhaps, what confused dpkg-buildpackage?
[15:41] <bjf> pitti, i built it in a dapper chroot
[15:41] <pitti> bjf: ah, of course; nevermind
[15:44] <pitti> bjf: done
[15:44] <pitti> bjf: seems I forgot to copy linux-meta-lts-backport-maverick, doing that, too
[15:47] <mvo> jhunt: a quick upstart question, I have a pre-start and a pre-stop script and want to have a common "FOO" constant in both scripts, is that possible to declare it only once? something like env I guess but for the upstart job file instead of the job itself
[15:48] <jhunt> mvo: so you want a variable that is accessible to pre-start and pre-stop script sections?
[15:48] <mvo> jhunt: yes
[15:48] <jhunt> mvo: env will do what you want I think??
[15:49] <mvo> jhunt: aha, excellent :)
[15:49] <shadeslayer> doko_: poke ... around?
[15:49] <jhunt> mvo: env foo=bar and then $foo is accessible to all script sections.
[15:49] <mvo> jhunt: I wasn't sure from the description, let me just try it out
[15:49] <mvo> nice!
[15:49] <mvo> thanks jhunt!
[15:50] <jhunt> mvo: you're in for a treat when we have our meeting. We have an Upstart surprise announcement :-)
[15:51] <mvo> does it involve systemd?
[15:51] <mvo> … just kidding
[15:53] <doko_> shadeslayer: ?
[15:53] <shadeslayer> doko_: okay, so i was looking at google go
[15:54] <shadeslayer> and it says that gcc can be compiled with support for google go
[15:55] <shadeslayer> doko_: http://golang.org/doc/gccgo_install.html
[15:59] <kim0> Hi folks, just letting you know "Ubuntu Cloud Days" starting about now in #ubuntu-classroom .. Thanks
[16:21] <ogra_> could someone please bump build priority for https://launchpad.net/ubuntu/+source/compiz/1:0.9.4git20110322-0ubuntu2/+buildjob/2338979
[16:22] <cjwatson> ogra_: done
[16:22] <ogra_> thanks
[16:22] <cjwatson> not that it helps hugely
[16:22] <chrisccoulson> ubottu, you are stupid
[16:22] <cjwatson> ah, there we go, that's better
[16:22] <ogra_> well, unity is in the queue
[16:23] <ogra_> and it needs it so i wuld like to have compiz ready asap
[16:32] <chrisccoulson> ScottK - i thought about package removals for bug 740815, and, if i was going to pick one package to remove now, it would probably be google-gadgets....
[16:32] <chrisccoulson> ....but....
[16:33] <chrisccoulson> ...that's depended on by plasma-scriptengine-googlegadgets, which seems to be a kubuntu package
[16:33] <chrisccoulson> would you object if that went?
[16:33] <ScottK> apachelogger: ^^^
[16:33] <ScottK> (ask someone who knows)
[16:33] <ScottK> But removing one rdepend doesn't reallly help unless we remove them all.
[16:34] <chrisccoulson> google-gadgets seems fairly dead upstream, and it also uses both JS and XPCOM (which prevents me from linking it against a stable JS library)
[16:34] <Riddell> I don't think plasma-scriptengine-googlegadgets is much used, I wouldn't mind it disappearing if it's causing hassle
[16:34] <chrisccoulson> and bug 722611 gives an idea about the level of work to maintain google-gadgets ;)
[16:35] <chrisccoulson> a 100KB patch and it still isn't complete ;)
[16:50] <apachelogger> ScottK: aseigo will know what to do
[16:56] <roxdragon> hi all
[17:14] <ogasawara> doko_, slangasek: I see there has been another gcc-4.5 upload.  what code generation impact does it have on the kernel?  ie. am I needing to spin another no-change upload of the kernel.
[17:15] <apachelogger> chrisccoulson, ScottK: <aseigo> apachelogger: lots of people use it (we get bug reports when libgooglegadgets has bugs ;) ... but it's an add-on, so feel free to do whatever you want as a downstream
[17:16] <apachelogger> isn't the plasma scriptengine in universe anyway?
[17:16] <ScottK> In fact we split the source out of kdebase-workspace to be able to provide it in Universe.
[17:16] <apachelogger> in particular due to the fact that googlegadets is such a horrible piece of software
[17:16] <ScottK> apachelogger: It is, but I was suggesting maybe xulrunner should just die.
[17:16] <chrisccoulson> apachelogger, my concern is that nobody appears to be maintaining google-gadgets upstream
[17:16] <apachelogger> well, as long as it works
[17:17] <chrisccoulson> and i did make a start to port it to the latest xulrunner version, but it's a big chunk of work
[17:17] <chrisccoulson> and xulrunner-2.0 (the current version) is not going to be supported within 3 months of natty release
[17:17] <doko_> ogasawara:   * Fix issue with volatile bitfields, default to -fstrict-volatile-bitfields
[17:17] <doko_>     again on armel for Linaro builds. LP: #675347.
[17:17] <chrisccoulson> (ie, no more security updates)
[17:20] <apachelogger> 3 out of 19 ggadgets bugs in KDE came from ubuntu users it seems
[17:22] <slangasek> ogasawara: I thought the issue was the kernel had a naive check for compiler version number that prevented out-of-tree modules from rebuilding after *every* gcc rev, whether or not there are code changes?
[17:24] <apachelogger> chrisccoulson, ScottK: probably we can drop it, popcon only has 432 installs, so I think the UX loss would be non existent
[17:25] <chrisccoulson> apachelogger, thanks
[17:25] <ogasawara> slangasek: I was never aware of that, but it's likely true.  /me consults with tgardner
[17:27] <slangasek> ogasawara: right, so TTBOMK the whole problem we have with needing kernel rebuilds after gcc updates is that having the kernel check for the things that actually matter at build-time was too hard so there's a compiler version "fingerprint" check instead
[17:28] <slangasek> I honestly don't know why /any/ changes we might make to gcc-4.5 would upset the kernel ABI, and I think this is something we ought to explore at UDS to see if we can solve it - make less work for you guys, and less unnecessary pressure on doko_ to avoid revving the toolchain when needed
[17:29] <ogasawara> slangasek: sounds like a good plan, /me makes a note to add it to the agenda
[17:30] <slangasek> cool, thanks :)
[17:56] <Pendulum> SpamapS: hey, just want to remind you that your class is in #ubuntu-classroom in about 5 minutes
[18:18] <slangasek> doko_: I guess you didn't have a chance to review my patch for python2.7 multiarch build fix - should I go ahead and upload it?
[18:44] <seb128> ev: hey, there?
[19:25] <sladen> "familiarity with Ubuntu or Dabian".  This would be amusing.
[19:25] <sladen> If it wasn't a Canonical job advert :)
[19:28] <SpamapS> what, canonical doesn't want people familiar with the Guangxi province of China?
[19:31] <highvoltage> sladen: how so?
[19:39] <chrisccoulson> Daviey, did you have any luck with euca?
[19:42] <Daviey> chrisccoulson, I'm sorry, but i've been swapping other tasks today.
[19:42] <Daviey> hggdh, Are you around?
[19:45] <hggdh> Daviey, yes
[19:50] <Daviey> hggdh, Are you swamped at the moment, or would you be able to add an extra PPA to the euca install we were on the other day - to see if the web ui still functions?
[19:50] <Daviey> chrisccoulson, is trying to break it :)
[19:50] <chrisccoulson> heh :)
[19:52] <hggdh> Daviey, please give me 20min
[19:54] <Daviey> hggdh, That is awesome, really helps...  give me a ping when you are good.
[19:55] <hggdh> Daviey, certainly
[20:02] <hggdh> Daviey, OK, rebooting and we will get on with it. Just 2 min or so
[20:06] <hggdh> Daviey, ready now :-)
[20:10] <Daviey> hggdh, If you can enable this PPA... https://launchpad.net/~chrisccoulson/+archive/xulrunner-universe-transition .. upgrade, restart the CLC, and check that the WEB UI still works.. that would be awesome.
[20:11] <hggdh> Daviey, getting thru it now
[20:12] <Daviey> thanks.
[20:13] <ev> seb128: I am now.  What's up?
[20:18] <hggdh> Daviey, what exactly are we trying to upgrade there?
[20:20] <Daviey> hggdh, swt-gtk
[20:20] <hggdh> Daviey, OK. rebooting the beast, and I will check if it got upgraded
[20:31] <hggdh> Daviey, there are no hits for any of the swt-gtk binary packages
[20:32] <hggdh> Daviey, but libgwt-user-java got upgraded
[20:32] <chrisccoulson> yeah, that's the interesting one
[20:32] <Daviey> hggdh, try apt-cache policy swt-gtk ?
[20:32] <chrisccoulson> gwt has no run-time dependency on swt-gtk
[20:32] <Daviey> pah. sorry for confusing you hggdh
[20:33] <chrisccoulson> i'm not sure whether the build-depends is really necessary ;)
[20:33] <hggdh> heh
[20:33] <chrisccoulson> so, all i've done is build gwt against the latest swt-gtk, but i'm not sure if it actually changes anything really ;)
[20:33] <hggdh> chrisccoulson, at least on this install it does not seem so (no depends, and no libswt\* installed)
[20:34] <hggdh> so far...
[20:34] <hggdh> now, let's see what happens when I http in the beast
[20:38] <hggdh> Daviey, chrisccoulson: all seems to work
[20:40] <hggdh> Daviey, BTW, did you see the last email from Dan re. our karma?
[20:40] <chrisccoulson> hggdh, excellent, thanks
[20:42] <chrisccoulson> Daviey, you can upload to main can't you?
[20:45] <Daviey> chrisccoulson, yes
[20:45] <chrisccoulson> Daviey, would you mind sponsoring swt-gtk for me?
[20:46] <Daviey> chrisccoulson, certainly, want me to pull the one from your PPA?
[20:46] <chrisccoulson> Daviey, yeah, that one's fine. the only thing it needs is a bug reference in the changelog (bug 740815), and the ~ppa1 dropping from the version number
[20:47] <chrisccoulson> that saves me hosting the files somewhere :)
[20:47] <Daviey> chrisccoulson, ack
[20:48] <chrisccoulson> thanks :)
[20:48]  * Daviey hopes post beta we can take a breath of relax.
[20:51] <chrisccoulson> yeah, me too :)
[20:51] <chrisccoulson> i'm hoping to get bug 740815 fixed before beta, so it's going to be a busy day for me tomorrow too
[20:58] <bdrung> doko_: can you please have a look at this build failure: https://launchpadlibrarian.net/67047805/buildlog.txt.gz
[21:05] <YokoZar> Riddell: Does MPL really require we distribute source alongside binaries?  Or were you referring to the optional LGPL/GPL distribution?
[21:05] <YokoZar> Or can we point to the source code and the build steps on the internet?
[21:06] <YokoZar> I ask because in wine1.2-gecko (and wine1.3-gecko)'s case, one of those build steps needs to be done on Windows
[21:45] <slangasek> ari-tczew: thanks for the pointer to Debian bug #619344; ocaml uploading now
[21:46] <ari-tczew> slangasek: you're welcome, uploading directly to Debian?
[21:47] <slangasek> ari-tczew: uploaded to Ubuntu only; for Debian the maintainers should take care of it
[21:47] <ari-tczew> slangasek: ok, do you uploading -2ubuntu1 or did you grab -4 from Debian and then patch?
[21:47] <slangasek> ari-tczew: -4ubuntu1 - -2 FTBFS with current binutils in natty
[21:48] <ari-tczew> slangasek: nice :)
[21:48] <ari-tczew> I'm pretty sure your patch will be accepted, one uploader wrote on the bug that he is interested in fix.
[22:08] <tkamppeter> ScottK, hi
[22:08] <ScottK> Hello tkamppeter.
[22:09] <tkamppeter> ScottK, it is about bug 740140, if the problem is not a problem of Python, is it a problem of the site not conforming to standards?
[22:10] <tkamppeter> ScottK, or is urllib for very special cases but not for this simple text file download?
[22:10] <ScottK> tkamppeter: I didn't look at the hplip code, but I can tell you that the proposed change in python2.7 is not correct.
[22:10] <ScottK> So I'm not sure where the problem is, but that's not it.
[22:13] <tkamppeter> ScottK, for me it looks like that if you request a file from the web via http you get a header at first andd this header contained "Content-Length=7054" for all the years and now SourceForge updated something on their server and after that the server sends "Content-Length=7054,7054" and urllib cannot cope with this. Either it is a new standard and urllib needs to be updated to support it or the SF server has a bug.
[22:14] <tkamppeter> Is some http expert around?
[22:24] <ScottK> Sounds to me like a SF bug, but I'm not a URI expert.
[22:31] <Daviey> tkamppeter, according to http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.13 ... it looks wrong with SF.
[22:34] <poolie> barry, do you think it would be ok if i forward your udd summary mail to u-d?
[22:35] <poolie> mm, maybe it's not quite interesting enough news yet
[22:36] <barry> poolie: you're certainly welcome to
[22:43] <lifeless> bryceh: ping
[22:44] <lifeless> barry: ping
[22:46] <bryceh> lifeless, contentless pong
[22:48] <lifeless> bryceh: hi
[22:48] <barry> lifeless: pong
[22:48] <lifeless> I'm looking at your message perf bug
[22:48] <lifeless> barry: hi, I have a bug from you I'm looking at
[22:48] <lifeless> bryceh: I find the trace a little hard to read
[22:48] <barry> lifeless: hit me
[22:48] <lifeless> bryceh: wondering if you can step me through what api call you ar e making at each point
[22:48] <lifeless> barry: https://bugs.launchpad.net/launchpad/+bug/608173
[22:51] <bryceh> lifeless, is that the bug I attached the reproduction script to?  did you try running it directly?
[22:51] <barry> lifeless: yeah, i did need/want that at one time, but right now i'm not doing huge amounts of package builds in ppas.  i don't mind that it got expired i guess
[22:51] <lifeless> bryceh: no, I haven't - I'm in a different continent, different tradeoffs
[22:52] <lifeless> barry: if you can answer julians question
[22:52] <lifeless> barry: we can see if its a dupe or not
[22:52] <lifeless> barry: or already done
[22:52] <barry> lifeless: will do, but right now i have to run.  will follow up tomorrow
[22:53] <lifeless> thanks
[23:40] <tkamppeter> Daviey, thanks, so SF has a bug? Is there a program with which I can download and see the original header?
[23:45] <ScottK> If the download isn't ssl encrypted you can capture the download with wireshark and inspect it.
[23:46] <ScottK> tkamppeter: It's likely possible to change hplip to catch this error, fix the data, and then try again.
[23:52] <dinexi> Hi all. Is there anybody familiar with the package ecryptfs-utils? I have just reported a bug but I am still confused. https://bugs.launchpad.net/ubuntu/+bug/741364
[23:52] <dinexi> Yep, that's mine.
[23:53] <dinexi> Sorry for my bad English, it's 5:53am here.