[03:40] <pitti> Good morning
[03:40] <Unit193> Howdy.
[03:40] <pitti> smoser: cool, thanks! updating util-linux then with adjusting the package in breaks: and versioning it
[04:01] <pitti> utlemming, smoser: hmm - http://cloud-images.ubuntu.com/wily/20150511/ says "vivid-*"?
[06:18] <dholbach> good morning
[06:39] <Unit193> LocutusOfBorg1: Howdy.
[09:18] <LocutusOfBorg1> hi Unit193
[09:20] <LocutusOfBorg1> can anybody please retry casablanca/wily?
[09:20] <LocutusOfBorg1> thanks
[09:20] <xnox> slangasek: congrats on level-up! =)
[09:34] <cjwatson> pitti: ok, fixing that ddeb-retriever crash is now waiting for RT#81133
[09:34] <pitti> cjwatson: thanks; I'm glad we don't lose ddebs any more :)
[09:34] <cjwatson> (LP rollout including r17493 which adds build.source_package_name)
[09:34] <cjwatson> pitti: indeed, it will just be delayed but should catch up fine
[09:35] <cjwatson> pitti: I considered the workaround option of manually bumping the threshold past the offending build and setting it back later to retry, but this is safer
[09:40] <smoser> pitti, talk to utlemming about it, but they're still getting wily builds going.
[09:41] <pitti> smoser: ok, thanks (I pinged him as well); just wanted to make sure that this is known
[09:44] <pitti> vrr, sil2100: wrt. updating -touch langpacks automatically: where should these go? post-release they usually go into https://launchpad.net/~ubuntu-langpack/+archive/ubuntu/ppa/+index?field.series_filter=vivid and are SRUed to vivid once a month
[09:45] <pitti> vrr, sil2100: but I figure that might not be what we want? should the updates be uploaded to the overlay PPA?
[09:45] <pitti> (automatically)
[09:46] <sil2100> pitti: hey! I think touch langpacks could go directly to the overlay as this is what was happening for RTM
[09:46] <sil2100> So I suppose it might make sense here as well
[09:46] <pitti> sil2100: right, my toughts
[09:46] <sil2100> +1 on that :)
[10:00] <pitti> sil2100: tested with one package: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+sourcepub/5060036/+listing-archive-extra
[10:01] <pitti> seems to work
[10:01]  * pitti scriptifies it
[10:21] <LocutusOfBorg1> ping, can anybody please retry casablanca? the newer gcc-5 might have fixed the build failure :)
[10:23] <pitti> LocutusOfBorg1: done
[10:23] <LocutusOfBorg1> thanks :)
[10:33] <LocutusOfBorg1> https://launchpad.net/ubuntu/+source/casablanca/2.4.0-2/+build/7389439
[10:34] <LocutusOfBorg1> doko_, ^^^ actually the new libstdc++ and gcc-4.9 makes the build fail
[10:37] <LocutusOfBorg1> I'm going to upload with g++5 forced in the b-d
[10:37] <LocutusOfBorg1> (of course if this is ok for you)
[11:10] <cjwatson> pitti: ddebs should be fixed now
[11:10] <pitti> cjwatson: \o/ cheers
[11:36] <mdeslaur> slangasek: happy birthday! :)
[13:54] <caribou> Is there a way to be sure that an upstart job terminates before RUNLEVEL is emited ?
[13:55] <pitti> caribou: doesn't "start on starting rc RUNLEVEL=[2345]" do that?
[13:55] <caribou> pitti: no, I didn't get much luck with this one when you suggested last week
[13:55] <xnox> caribou: and "task"
[13:56] <xnox> pitti: ^
[13:56] <pitti> ah :)
[13:56] <caribou> xnox: so start on starting rc RUNLEVEL=[2345] and task ?
[13:56] <xnox> caribou: no
[13:56] <xnox> task
[13:56] <xnox> start on starting rc RUNLEVEL=[2345]
[13:56] <caribou> ah, ok let me try that...
[13:57] <xnox> caribou: this way "started" will only be emitted, when the thing exits.
[13:57] <xnox> caribou: aka systemd Type=oneshot RemainAfterExit=true
[13:57] <caribou> xnox: good as the task is kdump & it will trigger a reboot
[13:57] <smoser> hey. what am i doing wrong....
[13:57] <smoser>  echo "manual" > /etc/init/pollinate.conf.override
[13:57] <smoser> but job still runs
[13:58] <smoser> in trusty.
[13:59] <xnox> smoser: echo "manual" > /etc/init/pollinate.override
[13:59] <xnox> smoser: .override is the right extension...
[14:01] <smoser> xnox, bah.
[14:01] <smoser> thank you very much
[14:27] <didrocks> slangasek is spamming wily for his birthday :)
[14:27] <didrocks> I guess someone has found the "publish all silos" button
[14:28] <seb128> didrocks, or rather syncing the overlay ppa to wily?
[14:28] <seb128> or pocket copying it over
[14:28] <Laney> timely ...
[14:29] <didrocks> seb128: I guess you are right
[14:34] <pitti> oh, I'm just copying my two uploads from the PPA to wily, is this being done en masse now?
[14:34] <didrocks> pitti: seems so from -changes
[14:44] <slangasek> xnox, mdeslaur, didrocks: actually I lied to Google about my birthday, this is the first time I've ever known them to pass this lie on to people.. :)
[14:44] <mdeslaur> slangasek: well, happy birthday anyway, you've used up your one birthday wish for the year.
[14:44] <pitti> slangasek: oh, then I won't say congrats :)
[14:44] <slangasek> :-)
[14:45] <didrocks> slangasek: google can't be wrong, so happy birthday anyway! :p
[14:45] <mdeslaur> slangasek: google also tells me you're 23, I gather that's a lie too?
[14:45] <didrocks> heh
[14:45] <seb128> slangasek, congrats, your birthday officially got updated to today ;-)
[14:45] <xnox> wait what, i'm not older than slangasek ?! phhhh
[14:45] <slangasek> mdeslaur: it does? that's interesting, because I told google I was born in 1945
[14:46] <mdeslaur> slangasek: hehe
[14:47] <pitti> oh dear, the interweb is wrong.. https://xkcd.com/386/
[14:50] <cjwatson> slangasek: happy 70th birthday, then
[14:50] <slangasek> :-)
[15:07] <pitti> slangasek: do you know what britney does with the packages which are newer in wily than in your copied wily-proposed packages? (top of http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html)
[15:07] <pitti> slangasek: I assume we just remove them manually?
[15:07] <slangasek> pitti: oh I assumed they would have failed to upload.  if not, then yes we should manually remove
[15:08] <pitti> slangasek: I guess they would have, but copy-package doesn't seem to do that check apparently
[15:08] <cjwatson> Copies are allowed to go backwards
[15:08] <cjwatson> You're meant to check :)
[15:09] <slangasek> noted :)
[15:10] <cjwatson> pitti,slangasek: I can't quite remember the rules; if I were you I'd check publishing histories to make sure that there were no cases where there was already something in wily-proposed
[15:25] <utlemming> pitti: s/vivid/wily for future builds of Wily
[15:25] <utlemming> pitti: the next builds should be okay
[15:25] <pitti> utlemming: :) thanks for preparing wily images, much appreciated
[15:25] <pitti> fginther: ^ FYI (for autopkgtest CI)
[15:30] <shadeslayer> rbasak: do you reckon docker.io can be backported to utopic?
[15:32] <shadeslayer> bah
[15:32] <shadeslayer> needs new libdevmapper1.02.1
[15:32] <shadeslayer> :(
[15:36] <fginther> utlemming, pitti, yes, thanks
[15:47] <rbasak> shadeslayer: that's the plan. To Trusty too. I have 1.6.0 working on Trusty in testing, though not ready for upload yet. I didn't hit your libdevmapper issue though, so I'm a bit confused about that.
[15:47] <rbasak> shadeslayer: what's your issue exactly?
[15:48] <shadeslayer> rbasak: I just tried to install the willy package on utopic
[15:48] <shadeslayer> hoping it would work ;)
[15:48] <shadeslayer> but clearly not, rebuilding it now
[15:48] <rbasak> shadeslayer: oh, I see. Rebuilding it should work I think.
[15:48] <shadeslayer> rbasak: and hurray @ backporting \o/
[15:48] <shadeslayer> rbasak: yeah
[15:48] <shadeslayer> kind of sucks that docker doesn't provide arm packages
[15:49] <rbasak> It should work on arm.
[15:49] <shadeslayer> yeah it does
[15:49] <rbasak> Vivid supports ppc64el too - IBM enabled it. So general cross-platform support should be there.
[15:49] <shadeslayer> nice
[15:50] <rbasak> shadeslayer: I'd appreciate some help with testing when it hits trusty-proposed if you're up for that.
[15:50] <shadeslayer> let me check
[15:50] <rbasak> Maybe in a week or two.
[15:50] <shadeslayer> rbasak: yeah can do
[15:50] <rbasak> Thanks! I'll ping you when it hits -proposed.
[15:50] <shadeslayer> cool
[15:51] <shadeslayer> thanks to you too :)
[15:52] <shadeslayer> rbasak: https://paste.kde.org/paykz2byz
[15:52] <rbasak> shadeslayer: oh yeah, sorry. I forgot about that.
[15:52] <shadeslayer> utopic has 1-1 apparently
[15:53] <shadeslayer> rbasak: reckon just downgrading the deps wil lwork
[15:53] <rbasak> In my backport I started embedding the dependencies, but the conclusion is to push the build deps back to each stable release as well.
[15:53] <rbasak> I'm not sure downgrading them will work - I think various things need newer features.
[15:53] <shadeslayer> ah
[15:53] <rbasak> shadeslayer: I can give you a work in progress diff that embeds the dependencies if you want it.
[15:53] <shadeslayer> yes plz
[15:56] <rbasak> shadeslayer: try http://people.canonical.com/~rbasak/docker-wip/docker.io_1.6.0+dfsg1+revendor-0ubuntu<IP_ADDRESS>~dev1.dsc
[15:57] <rbasak> That embeds the build deps, which is no longer the plan, but I think it builds OK on Trusty.
[15:59] <shadeslayer> rbasak: trying, though this is on utopic
[16:00] <rbasak> shadeslayer: I'm not aware of any reason it should fail on Utopic.
[16:00] <shadeslayer> ok
[16:01] <pitti> stgraber, infinity, kees, slangasek, mdeslaur: TB meeting now, right?
[16:01] <mdeslaur> pitti: yep
[16:04] <rbasak> shadeslayer: btw, you might want to be aware of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784726. We expect to have 1.6.1 merged in wily this week, and when I prepare the backports for upload they will be 1.6.1.
[16:05] <shadeslayer> oh
[16:05] <shadeslayer> hm, thank
[16:05] <shadeslayer> *thanks
[16:11] <shadeslayer> rbasak: seems to have built, thanks
[16:29] <hallyn> infinity: arges: when you talk about SRUing the kvm-on-all-arches bug, is bug 1369785 what you are talking about?
[16:32] <infinity> hallyn: "kvm-on-all-arches" sounds like a description of having a functional /bin/kvm (and the kvm package) on all arches.
[16:32] <infinity> hallyn: So other packages can depend on and rely on it.
[16:33] <infinity> hallyn: But that autoload bug is also important.
[16:33] <infinity> s/kvm package/qemu-kvm package/
[16:34] <arges> hallyn: infinity we would probably need to do ppc64_cpu --smt=disable (or whatever the command is)
[16:34] <arges> before modprobing that module? or would that be something we do when we launch the actual instance
[16:34] <infinity> arges: It's not required to have the module loaded, just to actually start akvmish qemu.
[16:34] <infinity> s/akvmish/a kvmish/
[16:35] <arges> infinity: so whose responsibility would it be to disable smt? qemu?
[16:35] <arges> or the user
[16:36] <infinity> arges: I'm not sure we're ever sorted out exactly who should be perpetrating the hack.
[16:36] <infinity> arges: Ultimately, it's a qemu bug that requires it, but it's a Very Hard bug to fix.
[16:37] <arges> yea
[16:38] <infinity> arges: I wouldn't be against the init/systemd jobs doing an [ -x /usr/sbin/ppc64_cpu ] && disable_smt, under the assumption that if you have qemu-ppc installed *and* you're on a PPC host, you probably intend to use KVM at some point.
[16:38] <hallyn> sounds like i'm out of my depth
[16:38]  * hallyn needs to gethisself a p8 box :)
[16:38] <infinity> hallyn: You and me both.
[16:38] <arges> : )
[16:38] <infinity> Lemme double-check that /usr/sbin/ppc64_cpu doesn't explode nastily when run on a machine that doesn't support it.
[16:39] <hallyn> ok - sounds like i need to make this something to look into separately, and not part of today's SRU
[16:39] <arges> yea i think we should make qemu work similar to amd64
[16:39] <infinity> hallyn: Yeah, I think we'll want one big "ppc packaging fixes" roundup SRU.
[16:40] <infinity> hallyn: That said, I'm about 95% sure that LE hosts don't work on trusty's qemu anyway, without some patches backported from 2.1, which IBM has yet to identify.
[16:41] <hallyn> fun
[16:41] <hallyn> ok, thanks, hopefully after ODS i can dig in
[16:41] <infinity> Oh, FFS.  Thanks, IBM.
[16:42] <infinity> Can't even call ppc64_cpu unconditionally.  Exits non-zero on non-SMT CPUs.
[16:42] <infinity> I guess we can just || true it and carry on with life.
[16:45] <arges> hallyn: so back to your bug... should we be SRU'ing that to T/U/V?
[16:45] <arges> should i target it as such
[16:46] <infinity> V should be all fixed, except for the SMT thing we were just discussing.
[16:46] <infinity> The goal would be to make T and U look like V.
[16:46] <arges> ok adjustin
[16:49] <hallyn> arges: well, as i recall infinity was the one who had asked for this, so i just wanted to make sure he has what he needs.  so whatever satsifies him
[16:50] <infinity> hallyn: Nothing will ever satisfy me.
[16:50] <hallyn> snickers?
[16:50] <arges> hehe
[16:50] <infinity> Maybe!
[16:50] <infinity> Anyhow, I think the goal should be for the qemu-kvm packaging to look like vivid, since that seems to be where we finally got it mostly right for arm64/ppc64el.
[16:51] <infinity> And we should also fix the smt-disabling thing while we're at it.
[16:51] <hallyn> which isn't yet fixed in vivid/wily right?
[16:51] <mdeslaur> deep fried bacon snickers?
[16:51] <hallyn> ok, thx, i'll make a note of all this for in ... a few weeks
[16:52] <infinity> Actually, wait, did we get it right?
[16:53] <infinity> Oh.  I'm looking on an x86 system, and the builds are more "clever" than that.
[16:53]  * infinity grabs a ppc version of qemu-system-ppc
[16:56] <infinity> Okay, no, it's still not quite right in vivid. :P
[16:58] <infinity> And, indeed, with the upstart->systemd switch in vivid, it's actually actively broken on vivid.
[17:02] <hallyn> hm, why does pull-lp-source not know about wily yet
[17:02] <hallyn> (on my wily laptop)
[17:11] <infinity> hallyn: Because you need to upgrade?
[17:12] <infinity> hallyn: I'd assume your distro-info-data is out of date.
[17:16] <hallyn> hm, i updated yesterday... one more for good measure
[17:27] <infinity> hallyn: Works for me with distro-info-data 0.27
[17:30] <hallyn> infinity: bah.  now it works.  but distro-info was last updated on may 10.  weird
[17:31] <hallyn> oh, well, it works, happy :)
[17:57] <jdstrand> bdmurray, arges: hey, I was wondering if someone could look at bug #1450642. I fixed the version issue last week
[18:10] <arges> jdstrand: taking a look
[18:17] <arges> jdstrand: so would this be worth backporting to trusty, since we'll be supporting lts-vivid at some point
[18:18] <arges> is it backwards compatible with 3.13/3.16?
[18:18] <luist> how do i remove unity completely and use gnome classic as default?
[18:22] <jdstrand> arges: it should be backwards compatible-- it is just a list of calls that the library knows about. that said, that would need to be tested. that said, trusty userspace running with an lts-vivid kernel still had the userspace compiled on the lts-release kernel, so software won't know to use the new syscalls
[18:22] <jdstrand> so I don't think it is actually required
[18:22] <jdstrand> this bug is the inverse of that though
[18:23] <jdstrand> software compiled on a system with a new kernel headers (and therefore knowing about the new syscalls) not working because libseccomp wasn't updated
[18:24] <jdstrand> well, the software works-- it is just denied when run under certain seccomp filters (like on snappy)
[18:24] <arges> jdstrand: ack.
[18:25] <arges> jdstrand: ok accepted into vivid-proposed
[18:25] <jdstrand> thanks!
[18:30] <infinity> jdstrand: Which kernel headers are available when you build software have no relation to wich syscalls you can use at runtime...
[18:31] <arges> yea, my question is a user could build an app against lts-vivid headers too, so this may be useful for trusty/3.19
[18:31] <jdstrand> infinity: well, maybe I didn't explain it right, but software in trusty isn't going to just start using getrandom() (which was added later)
[18:31] <jdstrand> just cause the kernel happens to now all of a sudden support it
[18:31] <infinity> arges: We don't build userspace lts-vivid headers, which was jdstrand's point (linux-libc-dev is 3.13), but one can invoke syscalls directly that glibc/linux-libc-dev don't know about.
[18:32] <infinity> jdstrand: But yeah, a fair point that software we ship shouldn't be using syscalls that don't appear in 3.13
[18:32] <arges> gotcha
[18:32] <infinity> jdstrand: Out-of-archive software, OTOH.  I guess that depends on seccomp's use cases.
[18:33] <jdstrand> libseccomp's use on trusty is mostly limited to lxc. but they use a blacklist, so it too shouldn't be needed
[18:34] <jdstrand> (ie, the new ones just magically are allowed)
[18:34] <jdstrand> snappy uses a whitelist though, so the out of date libseccomp was causing some issues cause we'd get a denial and no way to allow it
[18:34] <irl> hi, anyone here a launchpad admin of some sort?
[18:34] <irl> need some help with someone claiming email addresses that do not belong to them
[18:34] <irl> they appear to be impersonating the debian hamradio team
[18:35] <infinity> irl: Context?
[18:35] <irl> https://launchpad.net/~frank-duron
[18:35] <irl> we got an email to our mailing list saying he was merging the account
[18:35] <irl> and now<EMAIL_ADDRESS>shows on his page
[18:36] <infinity> A valid reason for lists to be moderated.
[18:36] <irl> which it shouldn't do, because i've never heard of him
[18:36] <irl> infinity: that would make life difficult
[18:36] <irl> massively difficult
[18:37] <infinity> irl: Yeah, I know.  We can get the address removed again.  But it's a fundamental flaw with email validation of any sort.  Anyone who can recieve the email can clik the "yeahp, this worked" link.
[18:37] <infinity> (Same for signing up for mailing lists, etc)
[18:38] <irl> ok, so can you remove the address?
[18:38] <infinity> irl: On it.
[18:39] <irl> and maybe bar the address from being used?
[18:39] <irl> in fact, could you bar @lists.debian.org from being any kind of authority on who owns the address
[18:39] <infinity> cjwatson: Is there a blacklist of address patterns humans can't use?  Seems like allowing people to sign add mailing lists to their accounts is less than ideal.
[18:39] <infinity> s/sign //
[18:40] <infinity> irl: It's removed from his account.  We'll discuss blacklisting out of band.
[18:41] <irl> ok
[20:49] <speck84> hiya guys can somebody tell me how can i set my html5 app into portrait mode only?
[20:51] <sarnold> speck84: perhaps #ubuntu-touch is more appropriate?
[20:51] <speck84> they sent me here
[20:51] <sarnold> oh :)
[20:51] <sarnold> carry on then
[20:51] <speck84> cheers
[20:52] <speck84> here are the pro's
[20:57] <dobey> speck84: #ubuntu-app-devel is the channel you want i think
[20:58] <speck84> thx dobey but is a back to forward thing they told me to come here
[20:59] <speck84> anyway somebody just know it I still digging the gogle
[20:59] <speck84> I can't immagin noone ever faced with this situationn before
[20:59] <dobey> no, ubuntu-app-devel didn't tell you to come here
[21:01] <dobey> i am in there and you are not, and i see no previous conversation from you in there within the last couple of hours
[21:35] <cjwatson> infinity: I don't believe so, other than syntactic validity.  Trying to blacklist lists is probably doomed to failure ...
[22:26] <infinity> cjwatson: Perhaps, yes.
[22:28] <infinity> cjwatson: In this case, I don't think it was someone specifically adding<EMAIL_ADDRESS>to his account anyway, it was a side-effect of the silly "create an account for every email address in Packages.gz" thing we did ten years ago, and then someone attempting to merge that account with his onw.


[02:19] <mfisch> robert_ancell: bryceh suggested I write an appoort script for lightdm
[02:19] <mfisch> robert_ancell: I think it would be pretty useful
[02:20] <robert_ancell> mfisch, we already have one
[02:20] <robert_ancell> debian/source_lightdm.py
[02:20] <mfisch> that was my first question
[02:23] <mfisch> robert_ancell: bryceh's xorg script prompts the user before collecting the logs, wonder if we should too
[02:23] <robert_ancell> sure, sounds good
[02:23] <mfisch> I'd also like to grab lightdm.conf
[02:47] <mfisch> robert_ancell: is there a reason the hook script isn't being installed?
[02:47] <robert_ancell> mfisch, it isn't?
[02:48] <mfisch> let me check an unmodified deb
[02:48] <mfisch> robert_ancell: it is not in 1.4.0
[02:50] <mfisch> it's also not in the lightdm.install scripts
[02:52] <robert_ancell> must be broen
[02:52] <robert_ancell> broken
[02:52] <mfisch> I'll fix that too
[02:57] <mfisch> robert_ancell: you want a bug for this?
[02:57] <robert_ancell> sure
[02:57] <mfisch> or just a MP
[03:18] <hallyn> hrw: jinkeys, my sparc-cross-toolchain-base-1.89 has been building here all day long :)  hopefully it doesn't bail right at the end and want to be restarted :)
[03:35] <mfisch> robert_ancell: just need to fix one thing: https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1067591
[03:35] <mfisch> robert_ancell: thats the bug that apport made
[04:21] <pitti> Good morning
[04:22] <ajmitch> hi pitti
[07:11] <dholbach> good morning
[07:17] <OdyX> tkamppeter: Hi. I've been trying to debug this ipp-1.1 failure in cups for 4 hours now and can't get to a solution. I noticed it works with testfile.pdf though. Any idea where I should look into?
[07:17] <OdyX> (in cups, eh)
[07:33] <hrw> hallyn: share packages please :)
[07:40] <didrocks> @pilot on
[07:40] <udevbot> (pilot (in|out)) -- Set yourself an in or out of patch pilot.
[07:40] <didrocks> @pilot in
[07:42]  * dholbach hugs didrocks
[07:43] <didrocks> dholbach: not sure how much I can do today, unity SRU world (well, sponsoring popey's team, it's still sponsorship) :)
[07:43] <didrocks> will try to do as much as possible :)
[07:43] <dholbach> yeah, I did clean up mostly yesterday
[07:43] <dholbach> and looked at some SRUs
[07:44] <dholbach> that's the time of year, isn't it? :)
[07:45] <didrocks> indeed :)
[08:51] <tkamppeter> OdyX, unfortunately, I do not have an idea there, I never looked into the test programs. They always worked and when they stopped I had too many other, more important bugs to fix.
[08:56] <OdyX> tkamppeter: yeah; guessed so. I'll file a bug at cups directly as they also fail without any patches (well, the test runs with a .ps file which is probably not supported…)
[09:02] <ev> Is it possible to do a one off sync to precise-proposed?
[09:03] <ev> gnat-gps is still causing trouble on the retracers and 5.0-13 fixes it
[09:05] <cjwatson> Not sure it would be sensible to sync back quantal binaries - could you backport the fix instead, please?
[09:05] <cjwatson> (We can't do a sync without binaries either because same pool)
[09:39] <Laney> mvo: is it known/intended that apt-cache show pkg doesn't show the long description on Q?
[09:39] <mvo> Laney: neither
[09:40] <Laney> :P
[09:40] <mvo> Laney: what do I need to do to reproduce?
[09:40] <mvo> Laney: don't ansewr apt-cache show apt ;)
[09:40] <Laney> apt-cache show apt
[09:40] <Laney> hahaha
[09:40] <mvo> Laney: is that on the livecd?
[09:40] <Laney> no, I'm trying it in a quantal schroot
[09:40] <mvo> Laney: or a fresh install? before the first evar apt-get update was done?
[09:41] <mlankhorst> Laney: hey when does https://wiki.ubuntu.com/DeveloperMembershipBoard/Agenda get updated? I want to put myself on for core-dev :)
[09:41] <Laney> mlankhorst: when bdrung updates it, but you can add yourself whenever
[09:41] <Laney> the next meeting is during UDS
[09:41] <mlankhorst> I know
[09:41] <Laney> just do it any time
[09:42] <Laney> mvo: you don't see it in your setup?
[09:42] <mvo> Laney: I don't use schroot but I'm happy to give it a try
[09:43] <Laney> weird, I don't see it on our porter-amd64
[09:43] <mvo> Laney: which setup should I follow? https://wiki.ubuntu.com/SecurityTeam/BuildEnvironment  ?
[09:43] <mvo> Laney: aha, is that one a server that I can use to reproduce?
[09:43] <Laney> no, because I don't reproduce it there
[09:43] <Laney> that is Description-en: foo whereas in my chroot it's Description: foo
[09:44] <Laney> and outside of the chroot it's the same as inside for me locally
[09:44] <mvo> Laney: so no apt-cache show apt even outside the chroot for you?
[09:44] <Laney> nope
[09:44] <Laney> I made the chroot with mk-sbuild quantal (from ubuntu-dev-tools)
[09:45]  * Laney fires up the VM
[09:46]  * mvo runs this now
[09:47] <cjwatson> Laney: there are separate Translations files - you may need to set a locale
[09:47] <cjwatson> now, apt is supposed to use English for LANG=C
[09:47] <mvo> yeah, exactly
[09:47] <mvo> this is whats puzzling me
[09:47] <Laney> well, on my bare metal it's en_GB.UTF-8
[09:48] <mvo> Laney: does apt-get update show it fetching Translation-en files at all?
[09:48] <cjwatson> mm, I don't see it in my schroots
[09:49] <Laney> ah, wait
[09:49] <Laney> they all share my local mirror, I bet that's busted
[09:49] <cjwatson> --include=i18n/Translation-en
[09:49] <cjwatson> Well
[09:50] <cjwatson> My debmirror run has --i18n --exclude='i18n/Translation-' --include='i18n/Translation-en' actually
[09:50] <Laney> Ign .../Translation-en{,_GB}
[09:50] <cjwatson> it's the --i18n that matters but you probably don't want to fetch all the translations if you have any kind of limited bandwidth
[09:51]  * Laney wonders how to do that in config
[09:52] <Laney> mvo: yeah that was it, sorry for noise
[09:52]  * Laney goes to twiddle debmirror
[09:54] <mvo> Laney: puhh, I was a bit worried
[09:54] <mvo> good that its fixed now
[09:54] <mvo> (or on the way)
[10:06] <mpt> omg the error rate is going down
[10:06] <mpt> for four days straight
[10:09] <pitti> ev, mpt: btw, what exactly does the y axis mean on errors.u.c.? avg errors per calender day is certainly not the whole story -- that should be a magnitude of 1.000 to 100.000 submissions per day surely?
[10:10] <mpt> pitti, why would it be 1.000 to 1000.000?
[10:11] <pitti> mpt: well, how can we get 0.04 error reports on a day?
[10:11] <pitti> we should get several thousands, and certainly not a fractional
[10:11] <pitti> I assume this number is "average errors per calender day per <something I don't know>"?
[10:12] <mpt> pitti, if 4% of the active machines reported exactly one error that day, for example. Or if 2% reported exactly one error and 1% reported exactly 2 errors.
[10:12] <pitti> mpt: ooh, so "errors per day per active machine"
[10:12] <mpt> yes
[10:12] <pitti> thanks, that's what I was missing
[10:13] <Laney> what's an active machine?
[10:13] <mpt> I knew someone was going to ask that :-)
[10:13] <Laney> those who have submitted an error over some time period?
[10:13] <mpt> Correct, an active machine is one that has submitted any error reports in the past 90 days.
[10:14] <mpt> That overcounts machines that have been destroyed or had Ubuntu wiped from them sometime in the past 90 days.
[10:14] <mpt> And it undercounts machines where the user would have reported errors, but was fortunate enough to get none at all.
[10:14] <mpt> Hopefully those two biases roughly cancel each other out.
[10:14] <pitti> seb128, cjwatson, Daviey, all: dholbach and I were just discussing for which packages we would like to see autopkgtests for; we are going to have a little competition at UDS and want to collect a list (people can work on their own packages, of course); so far I came up with http://paste.ubuntu.com/1284747/, do you have any others?
[10:15] <seb128> pitti, there are a lot of those in desktop we could add
[10:16] <pitti> seb128: FYI, I know that indicator-* is probably not going to happen there, but it's something that would benefit
[10:16] <pitti> seb128: dholbach will set up a wiki page, and I'll put the list there
[10:16] <dholbach> pitti, seb128, cjwatson, Daviey: shall we use a pad to brainstorm now?
[10:16] <pitti> seb128: so if you know of a library that breaks often, it shoudl be there
[10:16] <dholbach> then I can move it to a wiki page later
[10:16] <dholbach> pitti, gtk- too many gtk boogs!
[10:17] <pitti> dholbach: GTK already has tests
[10:17] <pitti> glib, too
[10:17] <dholbach> http://pad.ubuntu.com/lHeOelgRuJ
[10:17] <seb128> pitti, like I can image we could add libsoup librsvg libsecret libunity libarchive libdbusmenu libgdata libical
[10:17] <cjwatson> dholbach,pitti: count me out, busy with 12.10 emergency
[10:17] <seb128> pitti, poppler
[10:17] <dholbach> cjwatson, good luck!
[10:17] <pitti> cjwatson: *ack*
[10:17] <pitti> seb128: libunity is already on the list; thanks
[10:17] <seb128> pitti, cairo
[10:17] <pitti> seb128: ooh, poppler
[10:20] <pitti> dholbach: we already have s-c
[10:20] <dholbach> ok
[10:20] <pitti> https://jenkins.qa.ubuntu.com/view/Quantal/view/AutoPkg%20Test/job/quantal-adt-software-center/
[10:20] <pitti> they need to be fixed, though
[10:20]  * pitti bats eyelashes towards mvo
[10:21] <dholbach> hah :)
[10:21] <mvo> pitti: *cough* indeed
[10:21] <pitti> dholbach: actually, anything that's red on https://jenkins.qa.ubuntu.com/view/Quantal/view/AutoPkg%20Test/, like maas or network-manager
[10:22] <seb128> pitti, dholbach: you can drop "libindicate-gtk3-dev", that lib is deprecated in quantal
[10:22] <pitti> done
[10:23] <seb128> it's replaced by libmessaging-menu from indicator-messages
[10:23] <pitti> seb128: just libindicate-dev now?
[10:23] <pitti> aah
[10:23] <pitti> that seemed more specialized, though
[10:23] <seb128> pitti, no, libindicate stop being used, lars is brining sanity to indicators
[10:23] <seb128> pitti, well, libindicator is still used
[10:23] <seb128> libappindicator as well
[10:23] <pitti> seb128: GMenuModel?
[10:24] <seb128> pitti, no, orthogonal things, libindicat* is confusing
[10:24] <pitti> seb128: added libindicator3-dev then
[10:24] <seb128> libindicate -> indicate message -> lib to use for client to integrate in indicator-messages ... that's libmessaging-menu now
[10:24] <seb128> libindicator -> lib to do system indicators
[10:24] <pitti> aah
[10:24] <seb128> libappindicator -> lib for apps, equivalent of the gtkstatusicon
[10:24] <pitti> yeah, I've always been confused about these two
[10:24] <cjwatson> pitti: FWIW I fixed software-properties and about half of unattended-upgrades in bzr, but didn't think it worth disrupting the release process with uploads
[10:25] <pitti> cjwatson: thanks, noting so in pad to avoid double work
[10:25] <seb128> pitti, lars plan to consolidate with only a libindicator gmenumodel based
[10:25] <cjwatson> (since the bugs were test-only)
[10:25] <seb128> pitti, so hopefully all the confusions go away
[10:31] <pitti> dholbach: that looks like a lot of fodder now :)
[10:31] <dholbach> yes, a good start :9
[10:31] <dholbach> :-)
[10:31] <dholbach> I'll set up the wiki docs and add this there
[10:37] <seb128> dholbach, pitti: great list ;-)
[10:37] <pitti> seb128, dholbach: I'm not sure whether unity is suitable as an autopkgtest -- sounds more like a case for UTAH to me (i. e. testing under a full desktop session, not just a tiny server environment with no session/system d-bus, no gnome session, etc.)
[10:38] <pitti> if someone can make it work, sure :)
[10:38] <pitti> (this would certainly deserve the "winner" prize)
[10:38] <seb128> pitti, sorry, I misunderstood "system installed packages"
[10:38] <dholbach> pitti, yeah, I listed it because I thought it must have a bunch of upstream test cases (built tree) as well
[10:38] <dholbach> but I'm sure you're right
[10:38] <pitti> seb128: clarified in the pad
[10:38] <seb128> pitti, danke
[10:39] <seb128> pitti, btw how far are we to be able to e.g throw a gtk update somewhere and have the system tell us if it breaks any autotest somewhere else?
[10:39] <seb128> e.g rdpends testing
[10:39] <pitti> seb128: that's called https://jenkins.qa.ubuntu.com/view/Quantal/view/AutoPkg%20Test/
[10:40] <seb128> pitti, well, where somewhere is not the archive :p
[10:40] <pitti> seb128: it tests -proposed uploads and all its rdepends, and creates red dots
[10:40] <pitti> seb128: well, for somewhere == -proposed
[10:40] <seb128> proposed is not supposed to be used as a test bed afaik
[10:40] <pitti> seb128: in principle we have the machinery to do it for PPA
[10:40] <cjwatson> seb128: not a manual test bed
[10:40] <pitti> just not wired up to do it
[10:40] <cjwatson> seb128: it's definitely intended for autopkgtests to run on it
[10:40] <pitti> but with that we'll run into capacity issues, so we'd need to limit that a bit
[10:41] <cjwatson> this is part of the grand plan
[10:41] <seb128> cjwatson, right, but I guess it would be nicer if we had a way to see the result of autopkgtests without having to send the package to proposed
[10:41] <pitti> we certainly need a facility like that
[10:41] <cjwatson> seb128: oh, sure, though of course you can just run it locally :)
[10:41] <seb128> like "I'm not ready to upload to the archive yet but I would like to know how good that GTK is"
[10:41] <cjwatson> maybe not all the rdepends
[10:42] <pitti> we are very close to having the whole thing charmed (not including jenkins itself, though)
[10:42] <pitti> but this needs some more love, as well as documentatino
[10:43] <seb128> where I'm getting at I guess is that I whole love to have a daily gtk-trunk build going through autotests
[10:43] <seb128> I would*
[10:43] <seb128> so we know when upstream breaks something
[10:43] <seb128> rather than waiting for the next tarball 3 weeks later
[10:43] <pitti> seb128: right, that sounds like an excellent case for "juju deploy ubuntu-adt" with an extra PPA
[10:43] <pitti> seb128: but it also ties into what we are doing with jhbuild
[10:43] <seb128> pitti, yeah
[10:44] <pitti> seb128: did you see https://jenkins.qa.ubuntu.com/view/Quantal/view/JHBuild%20Gnome/ ?
[10:44] <pitti> that now runs with --check
[10:44]  * pitti hugs jibel
[10:44] <seb128> pitti, I think I bookmarked a blog post from jibel about that
[10:44] <seb128> or email, or g+ or something
[10:44] <seb128> but I didn't go back to read it yet
[10:44] <jibel> seb128, we have something very close https://jenkins.qa.ubuntu.com/view/Quantal/view/JHBuild%20Gnome/
[10:44] <seb128> does that run autopkgtests?
[10:44] <seb128> or just upstream tests?
[10:44] <pitti> seb128: so my hope is that https://code.launchpad.net/unity-jhbuild will work well enough to be able to integrate it there, too
[10:45] <jibel> not autopkgtest, it does a checkout, build and run upstream tests
[10:45] <pitti> seb128: that's upstream tests; "jhbuild --check build" by and large
[10:45] <seb128> ok
[10:45] <jibel> so we know when upstream breaks something
[10:45] <seb128> so it's great
[10:45] <seb128> but it doesn't tell me when I break s-c for mvo :p
[10:45] <pitti> seb128: oui, that's where the juju charm for setting up the adt environment with an extra PPA comes into play, I think
[10:46] <seb128> but combined with the ""juju deploy ubuntu-adt" with an extra PPA" we have the best on both side
[10:46] <pitti> we can certainly enable an extra PPA, but for a more general service the DC doesn't scale
[10:46] <seb128> pitti, sounds great to me ;-)
[10:46] <seb128> pitti, yeah, I don't want that level of testing for everything, mainly glib and gtk
[10:46] <seb128> it might convince me to keep tracking the unstable serie of those :p
[10:46] <pitti> jibel: capacity issues aside, I guess it would be relatively easy to enable adt runs with the ubuntu-desktop PPA enabled, right?
[10:47] <pitti> now that it works for -proposed
[10:47]  * pitti really feels bad for never having tried juju yet; something high on my "want to try" list
[10:47] <jibel> pitti, yes, it'd be easy, the functionality to test from a ppa has been added to the tool a couple of weeks ago
[10:48] <seb128> \o/
[10:48] <seb128> pitti, I feel bad that I didn't have more time to play with autopkgtests this cycle and add some, I hope to fix that next cycle ;-)
[10:50] <seb128> pitti, jibel: https://jenkins.qa.ubuntu.com/view/Quantal/view/JHBuild%20Gnome/job/jhbuild-gnome-amd64-nautilus/28/artifact/nautilus.log ..."Could not open X display", do you consider that an upstream test bug (e.g they should use xvfb-run) or a setup bug on the qa machine?
[10:50] <pitti> seb128: or at UDS, where we'll hopefully get a whole bunch
[10:51] <seb128> pitti, well, I count on UDS to get started and keep that ball rolling from then on ;-)
[10:51] <pitti> seb128, jibel: I guess for jhbuild in GNOME it'd probably be appropriate to run the whole thing under xvfb-run?
[10:51] <seb128> +1 from me
[10:51] <jibel> seb128, I'm fixing the system to run tests through xvfb
[10:51] <pitti> I always run it under my normal desktop session
[10:51] <pitti> we just need to check if you can nest those
[10:52] <pitti> i. e. for test suites which call xvfb on their own
[10:52] <cjwatson> might need [ "$DISPLAY" ] || xvfb-run, or similar
[10:52] <jibel> seb128, I'm reviewing all the failures and reached package 49/206
[10:52] <seb128> jibel, ok
[10:52] <cjwatson> Well, or not
[10:52] <cjwatson> I guess under a regular X session you still want xvfb-run so that it doesn't pop up windows all over your desktop
[10:52] <pitti> right
[10:53] <pitti> I have an env var in apport to disable xvfb, in case I actually do want to see the windows (visual inspection), but most of the time I don't
[10:53] <cjwatson> 'xvfb-run xvfb-run xterm' gives 'xvfb-run: error: Xvfb fails to start'
[10:53] <cjwatson> *failed
[10:53] <cjwatson> OTOH
[10:53] <cjwatson> 'xvfb-run -n 98 xvfb-run xterm' works
[10:53] <pitti> maybe with -n 87?
[10:54] <pitti> right; I'd use a different number in the "outside" jhbuild machinery, so that the defaults work "inside"
[10:54] <cjwatson> yeah
[10:56] <pitti> jibel: that might actually fix a lot of failures; I don't use xvfb in pygobject either
[10:57] <pitti> "DISPLAY= jhbuild run make check" indeed fails
[10:58] <cjwatson> ubiquity's test runner automatically uses xvfb
[11:01] <pitti> a/way -all lunch
[11:01] <pitti> erk, let's try that again
[11:02] <jibel> jhbuild is supposed to start the tests with xvfb when it doesn't find a display, but it doesn't for some reason. I'll search why after the release.
[11:33] <didrocks> @pilot out
[11:42] <OdyX> tkamppeter, pitti: https://cups.org/str.php?L4214 :)
[11:57] <quadrispro> hello everybody!
[11:59] <pitti> OdyX: ah, thanks :)
[12:02] <OdyX> pitti: besides that bug, the testsuite runs fully without too many problems here, you might want to include my patches into quantal's cups.
[12:05] <ev> cjwatson: just saw your reply. Thank you and I will.
[12:31] <gogo> Hello, I am writing an app in python for Ubuntu. I am using pkexec and subprocess to escalate privileges. Is there a way to get user authorization without using subprocess?
[13:03] <cyphermox> @pilot out
[13:03] <cyphermox> oops.
[13:50] <micahg> ogra_: I'll be spinning up a webkit update for quantal after the release team is done with respins, so I can switch the optimization to -00 to see if that helps on arm* if you like
[13:51] <ogra_> yeah, i surely do
[13:51] <micahg> ogra_: ok, I'll let you know when it's ready for testing then
[13:52] <ogra_> thx !
[14:20] <ScottK> bryce: Could you have a look into https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1019444/comments/5 ?
[14:22] <gogo> Hello, When I run my Ubuntu indicator as root, i am getting this dbus error > http://pastebin.com/thvqYZFh Any idea what is this about?
[14:26] <dobey> gogo: root processes can't user the user's session bus. you need to run indicators as the user you're logged in as, not as root
[14:30] <gogo> dobey: Oh, my indicator app asks user for root access 4-5 times. Is these a way the indicator can be granted root access for whole session. I tried polkit policy and pkexec but as you said, it wont work.
[14:30] <gogo> there*
[14:31] <ScottK> You need to break your app into a front end that runs as user and a backend that runs as root and use policykit.
[14:34] <gogo> ScottK: Right, that makes sense. Thanks for the suggestion.
[14:34] <dobey> gogo: what does your indicator do?
[14:35] <gogo> its for managing fan speed
[14:40] <barry> slangasek: wondering if you had any other progress on bug #1054712
[14:40] <doko> jodh, can you attach your test program for 1066351?
[14:45] <jodh> doko: done.
[14:45] <stokachu> slangasek: http://paste.ubuntu.com/1285155/ - would something like this be acceptable for that appmenu-gtk bug?
[14:46] <slangasek> barry: no other progress besides getting angry at pdb permuting things to where it doesn't crash
[14:46] <slangasek> stokachu: is UBUNTU_MENUPROXY a single variable, or are there separate ones for gtk2 vs. gtk3?
[14:47] <stokachu> slangasek: its just a single variable
[14:47] <stokachu> slangasek: though one thing to note is that libappmenu.so is the same no matter which package is installed
[14:47] <slangasek> stokachu: oh, then that looks perfectly fine then
[14:47] <stokachu> no hardcoded paths
[14:47] <slangasek> yep, that's important
[14:47] <stokachu> slangasek: ok cool ill get a debdiff create and sent up for when you have time :)
[14:48] <slangasek> stokachu: so that looks great as a script snippet; there's some monkeying that has to go into the package around deprecating the old file too
[14:48] <doko> jodh, and assign a kernel task, if you think it's the kernel? ;)
[14:48] <slangasek> stokachu: oh, I guess we can just ship two copies of this exact file for now, which is probably the simplest change and not incorrect
[14:48] <stokachu> slangasek: hmmmm this is after purging you mean?
[14:48] <slangasek> stokachu: pretend I didn't say anything :)
[14:48] <stokachu> slangasek: lol ok
[14:56] <barry> mvo: what's the difference between ~mvo/ubuntu/quantal/dbus-python/lp846044 and lp846044-2?
[14:58] <mvo> barry: none, sorry, I will delete the later one
[14:59] <barry> mvo: np
[14:59] <mvo> barry: if you take care of the SRU that will be great and I erase it from my memory^Wtodo list :)
[15:00] <barry> mvo: sru for quantal?  np, i can take care of that
[15:00] <mvo> barry: yeah, once we get final approval from upstream I think it should go into quantal-proposed ASAP
[15:01] <barry> mvo: +1.  what about the oneiric bug task? (currently assigned to you?)
[15:01] <dholbach> pitti, I set up https://wiki.ubuntu.com/QATeam/RequiredTests
[15:02] <dholbach> seb128, jibel: ^ - so we can drop the pad page
[15:02] <mvo> barry: fixed
[15:03] <barry> mvo: perfect
[15:03] <mvo> (well won't fixed but…)
[15:13] <stokachu> mterry: hey are you planning on pushing pbuilder-scripts into precise as well?
[15:14] <mterry> stokachu, no, since it'd be a new package.  I suppose I could add it via extras, but I hadn't planned on it
[15:15] <stokachu> mterry: ok i can just rebuild it myself -- the scripts are an awesome addition btw
[15:16] <mterry> stokachu, thanks!  :)  Hope they are useful
[15:16]  * micahg reminds mterry about backports for stable new packages and ubuntu-dev-tools for putting dev helper stuff
[15:17] <micahg> s/stable new packages/new packages in stable/
[15:17] <ogra_> stapled new packages ?
[15:19] <stokachu> mterry: definately useful, the organization part is particularly sweeet
[15:20] <mterry> micahg, yeah  :)
[15:42] <fishor> hallo all, are any one of ubuntu devs works on gnome-bluetooth?
[15:43] <stgraber> cyphermox: ^
[15:43] <pitti> dholbach: merci!
[15:45] <cyphermox> fishor: what's up
[15:50] <fishor> cyphermox, hi! i fallowing some crashes in G-B, and have some patches... but it looks like the problem is a bit deeper. I jast lost the trace. On some casts between Device -> GDbsProxy -> Device, device is lost..
[15:51] <fishor> and i confused with this self genretade gdbs code. some times it used some times it is replicated on main code
[15:52] <fishor> should it dependencies on bluetooth-client-glue* actually be removed?
[15:52] <fishor> or are they other reason why the code is so confusing :)
[15:53] <fishor> currently im in bluetooth-client.c:disconnect_collback
[15:56] <tkamppeter> pitti, hi
[15:56] <stokachu> no patch pilots today?
[15:57] <micahg> stokachu: need something right now?
[15:57] <stokachu> micahg: ive got an FFe but not sure if its possible to include at this point?
[15:57] <micahg> stokachu: no, at this point an SRU is probably best
[15:57] <micahg> stokachu: what's the bug?
[15:58] <stokachu> micahg: http://pad.lv/932860
[15:59] <stokachu> if the archive is frozen are -proposed being accepted for quantal now?
[15:59] <micahg> stokachu: yes, SRUs are being accepted time permitting
[15:59] <stokachu> micahg: ok, quantal isnt my biggest concern its just getting it in quantal so i can create a precise proposal
[16:00] <stokachu> but i guess they go hand in hand anyway
[16:00] <micahg> stokachu: yeah, both are SRUs at this point
[16:00] <stokachu> micahg: ok cool so ill need to wait until time permits then?
[16:01] <micahg> stokachu: well, unless you need this today, someone will get to it in the queue, if you need it uploaded today I can have a look in a bit
[16:02] <stokachu> micahg: pm
[16:18] <fishor> hmm... looks like i DoS-ed cyphermox, was it my english or question?
[16:19] <_jmp_> pgraner: hi! is tomorrow too late for the pandaboard? I can bring mine tomorrow 9ish
[16:20] <pgraner> _jmp_, too late sorry
[16:20] <stokachu> _jmp_: dont forget to check your email before partying
[16:20] <_jmp_> stokachu: hmm surprises.. /me checks :)
[16:21] <_jmp_> stokachu: let me get you the agent bits
[16:21] <stokachu> thanks
[16:23] <stokachu> _jmp_: and also I wont "taint" my contributions by looking at it either
[16:26] <_jmp_> stokachu: https://launchpad.net/ubuntu/+source/walinuxagent
[16:27] <_jmp_> stokachu: nah its fine imo, apache license
[16:27] <stokachu> ok
[16:38] <stokachu> slangasek: so when upgrading appmenu with my changes it keeps around /etc/X11/Xsession.d/80appmenu-gtk3 should I remove that file in our rules?
[16:38] <slangasek> stokachu: ah, that was the bit I was thinking out loud about earlier
[16:38] <stokachu> yea i just realize that during testing
[16:38] <slangasek> stokachu: don't remove it, we want both files
[16:38] <slangasek> stokachu: otherwise, we have two packages having to share a single config file, and that's not pretty
[16:39] <stokachu> slangasek: so for whatever reason though only 80appmenu gets updated with latest but appmenu-gtk3 stays untouched
[16:39] <stokachu> so its still looking for a hardcoded moduledir
[16:39] <slangasek> oh really
[16:39] <slangasek> did you update both packages?
[16:39] <stokachu> oh
[16:39] <stokachu> no LOL
[16:39] <slangasek> :)
[16:39] <stokachu> damnit ok lemme check right quick
[16:40] <stokachu> slangasek: lol ok forget i ever said anything
[16:41]  * stokachu needs coffee
[16:41] <slangasek> stokachu: coffee++
[17:01] <barry> slangasek: thanks for the great email follow up there
[17:02] <slangasek> barry: at your service :)
[17:02] <barry> :)
[17:22] <stokachu> slangasek: is it advisable to set #!/bin/bash in these xsessions scripts?
[17:22] <stokachu> i dont see it done in any other ones though
[17:23] <slangasek> stokachu: the files are sourced, not executed, so it doesn't matter
[17:23] <slangasek> (must be sourced, not executed, otherwise you couldn't use them to set env vars)
[17:24] <stokachu> hmm ok
[17:54] <bdmurray> mterry: could you have a look at bug 1065806?
[17:54]  * mterry looks
[21:20] <smoser> stgraber, around ?
[21:20] <smoser> you looking at https://bugs.launchpad.net/bugs/1061639 ?
[21:25] <stgraber> smoser: I saw the comments, but I highly doubt it's still ifupdown's fault
[21:26] <smoser> well, have you tried to reproduce?
[21:26] <stgraber> smoser: yes, without any success so far. The guy is also saying he had that with 12.04
[21:37] <slangasek> smoser: those users are reporting a symptom and asserting that they have the same bug, which is not helpful
[21:38] <slangasek> smoser: any upstart job that's wrongly holding files open at shutdown could trigger a "device busy" error; these users really need to file separate bugs and work through them from first principles
[21:38] <slangasek> I think there is a bug open on plymouth about this exact problem at the moment, fwiw
[21:38] <slangasek> (bug #1019347)
[21:39] <slangasek> which, er, probably needs to be escalated to the desktop team
[21:40] <smoser> slangasek, "really should open another bug" doesn't mean "problem doesn't exist"
[21:40] <smoser> i agree that separate issues is right, but i just dont want to ignore the complaints.
[21:45] <slangasek> smoser: there are limits to how much handholding we can do for users who fail at the basics of bug reporting.  It is not an efficient use of our time to chase up every dogpile comment from a user that is mis-diagnosing their own bug.  If you're seeing this issue, you could help by filing a bug report yourself?
[21:45] <smoser> i'm not seeing the issue. but the comments were implying almost fresh install.
[21:46] <smoser> i really just wnted to ensure that that was not the case (which i've not seen)
[21:46] <slangasek> ok


[16:58] <newhoa> Quick question: Nautilus is using media-eject-symbolic as the unmount icon in the sidebar now. Is there a way to define the color of this icon? Mine will only show black. I know you can define a class (warning for orange), but is it limited to only a few colors?


[06:10] <major_sp00n> So i have a question.
[06:11] <major_sp00n> ive got 7 installed
[06:11] <major_sp00n> but i want to experiment with Ubuntu.
[06:11] <major_sp00n> is there anyway i can do this without having to format my HDD?
[06:13] <superfly> major_sp00n: yes, just install it, and tell it to adjust the size of your hdd
[06:14] <superfly> the installer has the ability to do that... but I think you need to run some windows disk utility first... defrag?
[06:14]  * superfly is out of touch with windows
[06:39] <Symmetria> ullo :)
[06:40] <Squirm> hi
[06:40] <Turtle_neck> major_sp00n here. thanks superfly ill give it a shot
[06:40] <Symmetria> yay, flying today, back on thursday, and then I finally get to spend 2 or 3 weeks at home in the country
[06:41] <Squirm> Turtle_neck: it's actually possible to install Ubuntu inside of windows
[06:41] <superfly> Turtle_neck: I think you have to tell the installer not to do automatic partitioning, but I last did a dual install years ago
[06:41] <superfly> Squirm: yes, but you end up with major issues
[06:41] <Symmetria> and gf arrives in south africa on friday (or saturday, not 100% confirmed)
[06:41] <Symmetria> yay :)
[06:41] <Squirm> wubi
[06:41] <superfly> Squirm: yes, and every time you update grub, wubi bombs out
[06:41] <Squirm> superfly: I never had a problem when I did it, I think Ubuntu doesn't load grub
[06:41] <Squirm> oh
[06:42] <superfly> Squirm: i.e. every time you update your kernel, boom
[06:42] <superfly> Squirm: too many stories from people, I rather direct people to proper dual booting - less issues
[06:42] <Squirm> hmm, there's also Virtual PC
[06:43] <superfly> *VirtualBox
[06:43] <Squirm> no... Virtual PC
[06:43] <Squirm> http://www.microsoft.com/download/en/details.aspx?id=4580
[06:43] <Squirm> but yes, essentially it's VirtualBox for windows
[06:43] <superfly> Squirm: VirtualBox... www.virtualbox.org
[06:43] <superfly> Squirm: VB works on Windows and OS X too, not just Ubuntu
[06:44] <Squirm> hmmmm. :P
[06:44] <Squirm> I knew that
[06:44]  * Squirm whistles innocently
[06:44] <superfly> AND, it's open source
[06:44] <superfly> Squirm: http://www.omaregan.com/?p=598
[06:45] <Squirm> February 6th, 2010
[06:45] <Squirm> ^^
[06:45] <Squirm> but I'm not going to stand up for wubi
[06:45] <superfly> Squirm: it's not the only one
[06:50] <Turtle_neck> im trying to avoid the use of virtual box's. my ram struggles as is. so, u reckon i should just back up all important stuff on teh drive and then attempt an in-windows ubuntu install?
[06:51] <Symmetria> lo superfly
[06:52] <Squirm> Turtle_neck: from what Superfly told me, no. you're better of maybe trying to create a seperate partition, like he said
[06:52] <Squirm> hiya Symmetria
[06:52] <Symmetria> :P someone go do this trip for me
[06:52] <Symmetria> I dont wanna go :P
[06:52] <sakhi> Morning
[06:52] <Turtle_neck> and id have to do that in a live-instance i.e booting from UbuntuCD
[06:53] <Turtle_neck> i thought that creating partitions with an OS on the drive just causes issues?
[06:55] <superfly> hi Symmetria
[06:55] <superfly> Turtle_neck: no, Ubuntu will partition for you, just make sure you select the "resize partition" option
[06:55] <sakhi> hi superfly Symmetria #ubuntu-za
[06:56] <superfly> heya sakhi
[06:56] <Turtle_neck> thanks dood
[07:22]  * Squirm grumbles about people herding cows along the road and end up letting them run into our garden
[08:23] <Kilos> morning superfly and others
[08:23] <Squirm> hello
[08:23] <superfly> morning oom Kilos
[08:23] <superfly> how are you today?
[08:23] <Kilos> well ty superfly
[08:24] <Kilos> and you?
[08:24] <superfly> moeg
[08:24] <superfly> but otherwise fine
[08:24] <Kilos> still moeg? need to get a good multivit
[08:25] <Kilos> or sleep more
[08:25] <Kilos> hi HQUbuntu  who are you?
[08:26] <Kilos> the whole HQ or just one person
[08:26] <Kilos> hehe
[08:27] <HQUbuntu> stands for my geographical area
[08:28] <HQUbuntu> first thing I could think of
[08:28] <HQUbuntu> trying to download ubuntu latest server version iso but my firefox doesnt want to do anything when i click save.... weird
[08:28] <Kilos> eish
[08:29] <Kilos> welcome to ubuntu-za HQUbuntu
[08:29] <HQUbuntu> i may have to download IE again just for this cliche.... i dont like using IE but shall have to.... very weird error
[08:29] <HQUbuntu> thanks
[08:29] <HQUbuntu> i feel welcome
[08:29] <HQUbuntu> is ubuntu still the greatest?
[08:29] <Kilos> of course
[08:31] <Kilos> strange that ff doesnt give you the option to save or even save as
[08:32] <Kilos> if you have downloaded it , it must be somewhere there
[08:33] <Kilos> hey morgs
[08:34] <Kilos> hi Turtle_neck welcome to ubuntu-za
[08:34] <morgs> hi Kilos and everyone
[08:35] <Kilos> Maaz, coffee on
[08:35]  * Maaz washes some mugs
[08:36] <morgs> HQUbuntu: What exactly happens? You right click Save Link As? or click the link directly? Do you get prompted where to save it?
[08:39] <Maaz> Coffee's ready for Kilos!
[08:39] <Kilos> Maaz, gracias amigo
[08:39] <Maaz> ¡de nada compadre
[08:39] <HQUbuntu> weird
[08:40] <HQUbuntu> i get option to save, but when i click nothing happens, as well as no download in background
[08:40] <HQUbuntu> got download manager now and will download third party for now till i figure it out
[08:42] <HQUbuntu> so, i wanne setup nice ubuntu server mainly for squid proxy setup to monitor and control our users internet misuse
[08:42] <HQUbuntu> who is gonna help me? :)
[08:45] <Kilos> HQUbuntu, try this link
[08:45] <Kilos> http://chrisjohnston.org/2008/installing-squid-proxy-using-webmin-on-ubuntu-server-8041
[08:45] <HQUbuntu> thanks, will check it out
[08:45] <HQUbuntu> wont differ much from newest ubuntu 11 right?
[08:46] <Kilos> i dont think so
[08:46] <HQUbuntu> would you recommend webmin?
[08:47] <Kilos> you need that info from one of the clever guys
[08:48] <superfly> HQUbuntu: I recommend NOT using webmin, and rather learning how to administrate servers via the command line
[08:48] <superfly> webmin is a very big security risk, and you don't learn anything by using it either
[08:50] <Kilos> HQUbuntu, here is another one but i dont see one for natty
[08:50] <Kilos> http://www.ubuntugeek.com/setting-up-ubuntu-10-04-lucid-server-with-squid-3-as-a-transparent-proxy.html
[08:52] <HQUbuntu> thanks guys, i also feel i will rather learn the hard way, without webmin
[08:54] <Kilos> good luck HQUbuntu
[12:16] <Kilos> whats up the web today
[12:17] <Kilos> and gmail taking longer to connect with pidgin everyday
[12:17] <Kilos> and keeps losing chats
[12:17] <Kilos> grrrr
[12:27] <Kilos> not pidgin evolution
[12:28] <tumbleweed> Symmetria: having some routing trouble today?
[14:27] <Kilos> hiya nlsthzn-work
[14:29] <nlsthzn-work> Hello Kilos :)
[14:32] <nlsthzn-work> Kilos: All well in SA... seems a bit warmer now :)
[14:33] <Kilos> yes ty nlsthzn-work but big cold front on its way. big winds today
[14:33] <nlsthzn-work> Well, spring day is traditionally bloody cold :)
[14:34] <Kilos> hehe
[14:34] <Kilos> you lucky its never cold there
[14:35] <Kilos> there they wear blankets to keep the heat out
[14:42] <nlsthzn-work> Well... in the winter it becomes cool enough to get cold... sure it is still much warmer than most places on earth :)
[14:43] <Kilos> lol
[15:05] <Kilos> peeps from there dont suffer too much if they end up in hell
[15:05] <Kilos> hehe
[15:14] <nlsthzn-work> Ouch
[15:31] <Kilos> sorry
[15:36] <nlsthzn-work> :)
[17:11] <nlsthzn-work> tumbleweed: cool... I see you are up for election to the Ubuntu Developer Membership Board (or is it just for Ubuntu Developer Membership?)
[17:31] <Kilos> go tumbles
[18:44] <Kilos> battle to get a word in edgewise this channel is so busy
[18:44] <Kilos> hi stefanv
[18:44] <Kilos> Maaz, coffee on
[18:44]  * Maaz flips the salt-timer
[18:45] <nlsthzn-work> I guess evryone is a bit busy :)
[18:45] <Kilos> Maaz, coffee for all
[18:45] <Maaz> Come on ya buncha geeks. Rock up with your mugs with the correct amount of sugar added already
[18:45] <nlsthzn-work> Maaz: tea please
[18:45] <Maaz> Everybody here drinks coffee or goes thirsty
[18:45] <Kilos> hee hee
[18:45] <nlsthzn-work> Maaz: bite me
[18:45] <Maaz> Chomps a big chunk outa your butt
[18:45] <Kilos> lol
[18:47] <Kilos> Maaz, with milk
[18:47] <Maaz> Yay Kilos You aren't one of those skinny guys that needs to drink black coffee to cast a shadow
[18:48] <Maaz> Coffee's ready for Kilos!
[18:49] <Kilos> Maaz, thank you you kind bot you
[18:49] <Maaz> no probs, Kilos
[18:50] <Kilos> hiya pj__
[18:50] <pj__> hi
[18:50] <pj__> i'm new to this
[18:50] <Kilos> first time here pj__ ?
[18:50] <Kilos> welcome to ubuntu-za
[18:50] <pj__> ja and hope not the last
[18:51] <Kilos> you are welcome any or all the time
[18:51] <pj__> will have to bookmark i see
[18:51] <Kilos> you may even lurk here as so many others do
[18:51] <pj__> thx
[18:52] <Kilos> tell us about yourself
[18:53] <Kilos> are you using windows pj__
[18:53] <pj__> 40  (young) kempton park, and playing with ubuntu on my eserver and mint on the pc and pfSense for firewall
[18:53] <pj__> no long time off windows
[18:54] <pj__> the only windows here is in my house
[18:54] <Kilos> yay. you can use xchat or quassel instead of bookmarking a browser
[18:55] <Kilos> i dunno what is available for mint
[18:55] <pj__> just took xchat of my pc looks like i will have to put it back
[18:55] <Kilos> lol
[18:55] <Kilos> sorry
[18:55] <Kilos> xchat rocks
[18:56] <pj__> just trying mint normaly on kde or lxde wgat puttes me of nome is the top barr do not realy like it but in mint it is not there
[18:57] <Kilos> the irc tool in kde is quassel
[18:57] <Kilos> the kde guys prefer it to xchat
[18:57] <Kilos> i like gnome
[18:58] <pj__> thx will have a look
[18:58] <Kilos> yw
[18:59] <pj__> cheers will c you all soon
[18:59] <nlsthzn-work> kopete for KDE can also do IRC... but it is more of a IM client so most don't use it for IRC (I wouldn't)
[19:00] <Kilos> nlsthzn-work, is that like doing irc with pidgin
[19:01] <Kilos> its like using a racehorse to pull a plough
[19:03] <nlsthzn-work> Basically
[19:05] <Kilos> night nlsthzn-work have a good shift
[19:05] <Kilos> night all. sleep tight
[19:05] <nlsthzn-work> Night uncle Kilos
[19:30] <tumbleweed> nlsthzn-work: where did you see that? :) yeah I nominated myself
[19:30] <nlsthzn-work> tumbleweed: on the planet ;) ... Good luck with it... Hope you get it :)
[19:32] <tumbleweed> oh, I doubt I will, *I* didn't vote for me :)
[19:32] <tumbleweed> but it's something I'm interested in, so I was happy to stand for it
[19:33] <nlsthzn-work> Oh well... I guess only time will tell :)
[22:01] <superfly> fp
[22:09] <nlsthzn-work> ?
[22:14] <highvoltage> sp
[22:20] <nlsthzn-work> :/


[02:35] <mneptok> From the transmitter, to the receiver. Across the ether, out of your speaker. Radio waves have life! Radio waves have life! Machines are living too! They're working for me and you!
[03:32] <tritium> jrib: ?
[03:33] <jrib> tritium: they got kicked by the dcc
[03:33] <tritium> never mind...
[03:33] <tritium> Okay, I saw your explanation.
[03:35] <gravemind> topic says come here to be tested
[03:35] <jrib> gravemind: join me in #jrib
[03:36] <who_cares> can someone test me for the DCC exploit?
[03:38] <jrib> gravemind: you're good.  I forgot to ban you anyway :)
[03:39] <jrib> who_cares: join me in #jrib
[03:40] <gravemind> jrib: I followed the instructions to switch ports to 8001 - was I vulnerable before?
[03:40] <jrib> gravemind: if you got disconnected after the incident about 10 minutes ago, yes
[03:41] <who_cares> read error?
[03:41] <jrib> ok, guess who_cares didn't fix it
[03:41] <SportChick> looks like not
[03:45] <gravemind> jrib: ah ok, that explains it. I thought my wireless was being spotty as usual
[03:46] <SportChick> gravemind: you might want to look into upgrading your firmware, which is a better solution than just a port change
[03:46] <SportChick> though either works
[03:47] <gravemind> ROuter firmware
[03:50] <gravemind> ah it was jenkem who did the keylogger
[03:56] <Geoffrey2> hiya folks, can anyone check me so I can be unbanned from #ubuntu?
[03:57] <jrib> Geoffrey2: sure, join me in #jrib please
[03:58] <jrib> Geoffrey2: ok, you can now join #ubuntu.  Thanks for your patience
[03:59] <Geoffrey2> no problem....I updated to Feisty, and forgot to put port 8001 back into X chat
[03:59] <gravemind> is 8001 better than the default or just different
[04:00] <Geoffrey2> apparently port 8001 isn't affected by the router exploit....
[04:50] <Geoffrey2> hi folks, I just updated my router to the latest firmware version, and I was wondering if someone could check to see if I'm still vulnerable to DCC attacks...
[05:09] <Stumpf> supposed to ask to be tested here?  :o
[05:11] <Stumpf> anyone anyone?  Booted from #Ubuntu for DCC exploit vulnerability etc?
[05:12] <Vorian> be patient Stumpf, an op will help you when they are free.
[05:29] <fatalfury> so i was directed here from #ubuntu-read-topic about the DCC exploit. need to be tested or something? sry, not sure what it's all about. i have changed the port for freenode connection.
[05:30] <ubotu> kitche called the ops in #ubuntu
[05:30] <ubotu> WaxyFresh called the ops in #ubuntu
[05:30] <ubotu> dotpavan called the ops in #ubuntu
[05:30] <nalioth> fatalfury: join #moderation please
[05:31] <fatalfury> will do
[05:32] <fatalfury> i assume this affects me on other networks as well?
[05:32] <nalioth> fatalfury: thanks for your patience, you can join #ubuntu now
[05:32] <fatalfury> thank you
[05:32] <nalioth> yes, it's a router issue, not a network one
[05:33] <fatalfury> so the port change is just a workaround? does this only affect xchat?
[05:34] <nalioth> it affects all irc clients
[05:34] <fatalfury> oh ok. thanks for the information.
[05:34] <nalioth> the port 800x is not considered an "irc port" by your cheap router, so therefore it doesn't freak out when it gets weird stuff over it
[05:35] <fatalfury> oh i see
[05:35] <fatalfury> can i find more information about the router issue somewhere? (link perhaps?)
[05:35] <fatalfury> i'd like to get everything patched up if i can :)
[05:37] <nalioth> fatalfury: google "dcc send exploit
[05:37] <nalioth> :
[05:37] <nalioth> "
[05:38] <nalioth> or /msg ubotu dcc
[05:56] <fatalfury> ok thanks
[06:24] <Stumpf> We are supposed to "get checked" here ?  As per instructions from #Ubuntu ?
[06:25] <nalioth> Stumpf: join #moderation, please
[06:27] <nalioth> Stumpf: thanks for your patience, you can join #ubuntu now
[09:14] <Seveas> nalioth, you here?
[09:14] <Seveas> or jenda ?
[09:16] <Hobbsee> hi Seveas
[09:16] <Seveas> hi
[09:16] <Seveas> @lugradio
[09:16] <ubotu> Adam Curry wishes he was a guest on Lug radio
[09:16] <Hobbsee> haha
[09:17] <Seveas> @lugradio
[09:17] <ubotu> Lugradio has Lottery Funding
[09:18] <Madpilot> @lugradio
[09:18] <ubotu> Lugradio is more popular than cheeses
[09:18] <Madpilot> @lugradio
[09:18] <ubotu> Jono's beard may be machine washed at 40 degrees, but may not be steam ironed
[09:19] <Madpilot> Told jono about this yet?
[09:19] <Madpilot> or was it his idea?
[09:20] <Seveas> he doesn't know
[09:20] <Hobbsee>  __________________________________
[09:20] <Hobbsee> / I'm sure we should tell him with \
[09:20] <Hobbsee> \ cowsay, in the meeting.          /
[09:20] <Hobbsee>  ----------------------------------
[09:20] <Hobbsee>         \   ^__^
[09:20] <Hobbsee>          \  (oo)\_______
[09:20] <Hobbsee>             (__)\       )\/\
[09:20] <Hobbsee>                 ||----w |
[09:20] <Hobbsee>                 ||     ||
[09:20] <Seveas> @cowsay Hobbsee is a sheep, not a cow
[09:20] <Seveas> hmm...
[09:20] <Seveas> ubotu, !
[09:21] <Seveas>  _______________________________
[09:21] <Seveas> < Hobbsee is a sheep, not a cow >
[09:21] <Seveas>  -------------------------------
[09:21] <Seveas>         \   ^__^
[09:21] <Seveas>          \  (oo)\_______
[09:21] <Seveas>             (__)\       )\/\
[09:21] <Seveas>                 ||----w |
[09:21] <Seveas>                 ||     ||
[09:30] <Madpilot>  _______________________________
[09:30] <Madpilot> \ non-CoC...                    /
[09:30] <Madpilot>  -------------------------------
[09:30] <Madpilot>       \                _
[09:30] <Madpilot>        \              (_)
[09:30] <Madpilot>         \   ^__^       / \
[09:30] <Madpilot>          \  (oo)\_____/_\ \
[09:30] <Madpilot>             (__)\       ) /
[09:30] <Madpilot>                 ||----w ((
[09:30] <Madpilot>                 ||     ||>>
[09:30] <Madpilot> why does the first line of text in my cowsays get dropped?
[09:32] <Burgundavia> because it hates you :)
[09:33] <Madpilot> just because I share your nickname with entire IRC channels?
[09:40] <jenda> O_O
[09:41] <Hobbsee>  /exec cmd cowsay &p hi jenda!
[09:41] <Hobbsee>  __
[09:41] <Hobbsee> <  >
[09:41] <Hobbsee>  --
[09:41] <Hobbsee>         \   ^__^
[09:41] <Hobbsee>          \  (oo)\_______
[09:42] <Hobbsee>             (__)\       )\/\
[09:42] <Hobbsee>                 ||----w |
[09:42] <Hobbsee>                 ||     ||
[09:42] <Hobbsee> damned spaces
[09:42] <ompaul>  __________________
[09:42] <ompaul> < Whats your beef? >
[09:42] <ompaul>  ------------------
[09:42] <ompaul>         \   ^__^
[09:42] <ompaul>          \  (oo)\_______
[09:42] <ompaul>             (__)\       )\/\
[09:42] <ompaul>                 ||----w |
[09:42] <ompaul>                 ||     ||
[09:45] <jenda> Hobbsee: :D
[09:45] <ajmitch> good day people
[09:45] <jenda> yo
[09:45] <Hobbsee>  ___________
[09:45] <Hobbsee> < hi jenda! >
[09:45] <Hobbsee>  -----------
[09:45] <Hobbsee>         \   ^__^
[09:45] <Hobbsee>          \  (oo)\_______
[09:45] <Hobbsee>             (__)\       )\/\
[09:45] <Hobbsee>                 ||----w |
[09:45] <Hobbsee>                 ||     ||
[09:45] <Hobbsee> there we go!
[09:46] <Myrtti> you people have way too much time
[09:46] <Hobbsee>  _                                      _
[09:46] <Hobbsee> | |__  _   _  __ _    ___ _ __ ___   __| |
[09:46] <Hobbsee> | '_ \| | | |/ _` |  / __| '_ ` _ \ / _` |
[09:46] <Hobbsee> | |_) | |_| | (_| | | (__| | | | | | (_| |
[09:46] <Hobbsee> |_.__/ \__,_|\__, |  \___|_| |_| |_|\__,_|
[09:46] <Myrtti> ;-)
[09:46] <Hobbsee>              |___/
[09:46] <Hobbsee>   __            _
[09:46] <Hobbsee>  / _| ___  _ __| |_ _   _ _ __   ___
[09:46] <Hobbsee> | |_ / _ \| '__| __| | | | '_ \ / _ \
[09:46] <Hobbsee> |  _| (_) | |  | |_| |_| | | | |  __/
[09:46] <Hobbsee> |_|  \___/|_|   \__|\__,_|_| |_|\___|
[09:46] <Hobbsee>
[09:46] <Hobbsee>   __            _                              _       _
[09:46] <Hobbsee>  / _| ___  _ __| |_ _   _ _ __   ___  ___   __| | __ _| |_
[09:46] <Hobbsee> | |_ / _ \| '__| __| | | | '_ \ / _ \/ __| / _` |/ _` | __|
[09:46] <Hobbsee> |  _| (_) | |  | |_| |_| | | | |  __/\__ \| (_| | (_| | |_
[09:46] <Hobbsee> |_|  \___/|_|   \__|\__,_|_| |_|\___||___(_)__,_|\__,_|\__|
[09:46] <Hobbsee>
[09:46] <Hobbsee>                                                         _
[09:46] <Hobbsee>   __ _  __ _ _   _  __ _  ___    __ _  ___   ___   __ _| | ___
[09:47] <Hobbsee>  / _` |/ _` | | | |/ _` |/ _ \  / _` |/ _ \ / _ \ / _` | |/ _ \
[09:47] <Hobbsee> | (_| | (_| | |_| | (_| |  __/ | (_| | (_) | (_) | (_| | |  __/
[09:47] <Hobbsee>  \__, |\__,_|\__,_|\__, |\___|  \__, |\___/ \___/ \__, |_|\___|
[09:47] <Hobbsee>  |___/             |___/        |___/             |___/
[09:47] <Hobbsee>  _       _                         _                               _ _
[09:47] <Hobbsee> | | ____| | _____   _____ _ __ ___(_) ___  _ __    _ __ ___   __ _(_) |
[09:47] <Hobbsee> | |/ / _` |/ _ \ \ / / _ \ '__/ __| |/ _ \| '_ \  | '_ ` _ \ / _` | | |
[09:47] <ajmitch> someone please kick her
[09:47] <Hobbsee> |   < (_| |  __/\ V /  __/ |  \__ \ | (_) | | | | | | | | | | (_| | | |
[09:47] <ajmitch> thanks
[09:50] <Madpilot> Hobbsee, wtf did you pipe into figlet?
[09:53] <Hobbsee> Madpilot: a *
[09:53] <Myrtti> tsk.
[09:54] <Hobbsee> yes
[09:54] <Hobbsee> i need to use " first
[09:55] <ajmitch> naughty hobbsee
[09:55] <ajmitch> someone deserves to get dunked today
[09:56] <Hobbsee> not me!!!
[09:56] <Hobbsee> robert does.
[10:13] <Pricey> @lugradio
[10:13] <ubotu> Lugradio invented the podcast
[10:13] <Pricey> @lugradio
[10:14] <ubotu> Yes - Lugradio is free of any minix code, and it has a multi-threaded fs.
[10:14] <Madpilot> jono is going to have a duck when he sees the @lugradio tell :)
[10:16] <Hobbsee> haha
[10:16] <ajmitch> Pricey: excellent...
[10:17] <Pricey> Hello there....
[10:17] <ajmitch> hi
[10:19] <Pricey> Can i help?
[10:19] <ajmitch> I'm sure you could
[10:19] <Seveas> @lugradio
[10:19] <ubotu> LugRadio is entirely responsible for Ubuntu's success.
[10:19] <ajmitch> heh
[10:20] <Hobbsee> @lugradio
[10:20] <ubotu> Lugradio has Lottery Funding
[10:20] <Hobbsee> @lugradio
[10:21] <ajmitch> @lugradio
[10:21] <ubotu> Beagle are the only animal that can smoke a pipe
[10:24] <Pricey> Could you tell me how I can help? :s
[10:25] <Seveas> @lugradio
[10:25] <ubotu> When played backwards, episode 4 of season 2 is a yodelling rendition of 'Stairway to Heaven'
[10:26] <Madpilot> @lugradio
[10:26] <ubotu> lugradio a un nom bizarre
[10:28] <Madpilot> @lugradio
[10:28] <ubotu> Lugradio is going to replace jono with a small python script
[10:29] <Madpilot> heh
[10:29] <Madpilot> night all
[10:30] <Seveas> @lugradio
[10:30] <ubotu> LugRadio may not be tumble dried.
[10:30] <Seveas> @lugradio
[10:30] <ubotu> LugRadio is funded by the sale of pegs
[10:34] <ajmitch> @lugradio
[10:34] <ubotu> Aq only ever eats sweet and sour chicken
[11:46] <Seveas> @lugradio
[11:46] <ubotu> LugRadio, the future of rock and roll.
[11:47] <Seveas> @lugradio
[11:47] <ubotu> The next fact you read may be biased
[11:47] <Seveas> well, let's se
[11:48] <Seveas> e
[11:48] <Seveas> @lugradio
[11:48] <ubotu> This is the 321st fact
[11:48] <Hobbsee> @lugradio
[11:48] <ubotu> The weaponisation of LUGRadio syndrome is banned under the Geneva convention
[11:48] <Myrtti> *sigh*
[11:53] <mc44> oh dear, lugradio factoids :)
[11:56] <Hobbsee> @lugradio
[11:56] <ubotu> Lugradio will discuss any distribution, provided it is Ubuntu
[11:56] <Hobbsee>  ______
[11:56] <Hobbsee> < sigh >
[11:56] <Hobbsee>  ------
[11:56] <Hobbsee>         \   ^__^
[11:56] <Hobbsee>          \  (oo)\_______
[11:56] <Hobbsee>             (__)\       )\/\
[11:56] <Hobbsee>                 ||----w |
[11:56] <Hobbsee>                 ||     ||
[11:56] <mc44> hehe
[11:59] <stdin> can someone change the topic of #kubuntu ? it has "Kubuntu Support Channel | Feisty Herd 1 Released | Edgy has Landed http://kubuntu.org/announcements/6.10-release.php" atm
[12:11] <ubotu> soundray called the ops in #ubuntu
[12:12] <Hobbsee> stdin: say what you want to say in it?
[12:17] <stdin> just to be more up-to-date
[12:17] <stdin> unless I've entered a time-warp, herd 1 was a while ago :p
[12:18] <Hobbsee> ajmitch: good luck with that.
[12:18] <Hobbsee> stdin: aka, give me the text, and i'll do it
[12:19] <stdin> Hobbsee: it's ok now, Jucato already changed it, you can continue with the wiki undistracted :P
[12:19] <Hobbsee> :D
[12:20] <ajmitch> Hobbsee: don't worry then, I can wait
[12:21] <mc44> Hobbsee: breezy stuff? :)
[12:21] <Hobbsee> mc44: that too
[12:22] <mc44> Seveas: I take that to mean "neither"? :)
[12:23] <Seveas> :)
[12:44] <Seveas> @lugradio
[12:44] <ubotu> LugRadio IS a flying toy!
[12:44] <Seveas> @lugradio
[12:44] <Seveas> @lugradio
[12:44] <ubotu> Lugradio gave your mum a biscuit
[01:27] <imbrandon> @lugradio
[01:27] <ubotu> Lugradio Live videos are quantic particles.  I'm afraid to ask...
[03:16] <Hobbsee> seems OK
[03:17] <Hobbsee> Pici: birds of a feather.  you can join with the voip, if you like
[03:17] <mc44> Its just jono reading out the wiki page so far :)
[03:17] <Pici> Hobbsee: Ah..  I'm at work and can't listen sadly.
[03:17] <ompaul> ajmitch, listen in
[03:18] <ompaul> by joining us
[03:22] <ompaul> anyone listening in got a comment?
[03:23] <ajmitch> ompaul: that requires effort
[03:23] <ajmitch> and walking into a cold room
[03:23] <mc44> ompaul: jono's music is better than I expected :p
[03:23] <Amaranth> @lugradio
[03:23] <ubotu> Lugradio is entirely recorded and mixed in Jokosher
[03:24] <Amaranth> Seveas: where did you get these?
[03:24] <Seveas> planet.lugradio.org/facts
[03:24] <Seveas> @lugradio
[03:24] <ubotu> LugRadio: probably the best podcast in the worl...actually no, it's rubbish!
[03:24] <Amaranth> @lugradio
[03:24] <ubotu> Listening to too much Lugradio will make you go blind
[03:25] <Hobbsee> Seveas: melissa
[03:27] <mc44> hehehe GazzaK. :)
[03:39] <mc44> considering pretty much everyone on the list is an op in some ubuntu related channel, why not just make the potential pool of people those with ops?
[03:42] <sholsinger> Please test me for the DCC fix
[03:43] <PriceChild> hey sholsinger
[03:43] <PriceChild> please join #sholsinger for a test
[03:45] <PriceChild> sholsinger, You may rejoin #ubuntu, thankyou for your patience
[03:46] <Seeker`> mc44: What list?
[03:46] <mc44> Seeker`: the secret magic list :p
[03:46] <mc44> Seeker`: its on gobby
[03:46] <Seeker`> what is the list for?
[03:47] <Pici> its a secret
[03:47] <Seeker`> Pici: Welcome to the club
[03:47] <mc44> Seeker`: some sort of jury for irc conflict resolution
[03:47] <Pici> dir /date
[03:48] <Seeker`> mc44: Ah, ok
[03:48] <Pici> oops, wrong window
[03:48] <Daviey> mc44, is this proposed or agreed?
[03:49] <mc44> Daviey: the are drafting it at UDS
[03:49] <Seeker`> who will be on the jury, if it comes into existence?
[03:49] <mc44> no me :D
[03:49] <mc44> *not
[03:50] <Hobbsee> Seeker`: see the gobby session for the proposed people.
[03:50] <PriceChild> you can read the secret magic list on gobby if you connect to gobby.ubuntu.com 6552
[03:50] <PriceChild> Seeker`, ^
[03:52] <mc44> Should be something in the ir council document about the irc council appointing people to the dispute resolution megajury?
[03:52] <PriceChild> hmm yeah...
[03:53] <Daviey> port 6522
[03:53] <PriceChild> mc44, seveas agrees and will do in soon
[03:53] <Seveas> @lart mc44 for giving us more work
[03:53] <PriceChild> Daviey, whoops sorry
[03:53] <mc44> \o/
[03:53] <Seveas> @lugradio
[03:53] <ubotu> Lugradio: Have gents, will talk bollocks
[03:53] <Seveas> @lugradio
[03:53] <ubotu> Jono's favourite dance is the bottle dance... with ducks!
[03:53] <mc44> @pity elbuk
[03:53] <Seveas> looks too much like elkbuntu
[03:54] <mc44> keymo
[03:54] <mc44> better
[03:54] <Seveas> so don't call me elbuk, thou fowl
[03:54] <mc44> @pity keymo
[03:56] <Seeker`> how big would the jury be?
[03:57] <PriceChild> Seeker`, our target was 15... but we wrote down 25. Some won't accept... and its better to have more because of more timezone coverage etc.
[03:58] <Daviey> Will this be fully ratified at the next CC?
[03:58] <PriceChild> ajmitch, just a suggestion... you don't need to accept but people want you :)
[03:58] <ajmitch> PriceChild: they're nuts
[03:59] <PriceChild> Daviey, hopefully it'll all be ready by then yes... however the CC could say "we don't like this part of the doc or this person.. change it"
[03:59] <Seeker`> Does "Nominations" mean that there will be a vote on each member, or that they will be on the jury unless they decline or someone kicks up a big fuss
[03:59] <Daviey> The CC might say "We don't like ...... this person"  sounds kinda harsh ;)
[03:59] <PriceChild> Seeker`, the second
[04:00] <mc44> :P
[04:00] <Seeker`> :P
[04:00] <PriceChild> Daviey, they're in charge, they're delegating responsibility to the council etc. etc.
[04:00] <ajmitch> Daviey: the CC won't accept me :)
[04:01] <Daviey> ajmitch, is it acceptance you want - or to be liked?
[04:01] <Daviey> :)
[04:02] <ajmitch> Daviey: I don't care about being liked
[04:02] <ajmitch> hobbsee can attest to that
[04:03] <Daviey> sounds like a scandal to me
[04:03] <Seeker`> Daviey: Why?
[04:04] <Daviey> don't know.....
[04:04] <ajmitch> nah
[04:04] <ajmitch> just some fun trying to throw people in the pool
[04:05] <mc44> seems to me the dispute resolution thing has all the drawbacks of being an op without any of the fun power bits :)
[04:06] <Daviey> mc44, what do you mean?   /cs kick xxx from ubuntu-community
[04:07] <mc44> na more like you tell someone they will stay banned, they shout at you a bit, and it ends up going to the irc council anyway
[04:07] <mc44> not that I think the process is in anyway flawed :p
[04:12] <Seeker`> Daviey +1
[04:15] <PriceChild> yeah jury wasn't decided on and isn't in the specs afaik
[04:15] <PriceChild> mc44, operating has no fun bits
[04:15] <mc44> PriceChild: twas a joke
[04:15] <PriceChild> that's unlike you 8-)
[04:44] <nalioth> seveas, oh herder of cows, i am here
[04:44] <Hobbsee> yay, nalioth
[04:45] <Pici> yay, cows
[04:45] <mc44> moo
[04:45] <Hobbsee>  _____
[04:45] <Hobbsee> < moo >
[04:45] <Hobbsee>  -----
[04:45] <Hobbsee>         \   ^__^
[04:45] <Hobbsee>          \  (oo)\_______
[04:45] <Hobbsee>             (__)\       )\/\
[04:45] <Hobbsee>                 ||----w |
[04:45] <Hobbsee>                 ||     ||
[04:46] <Pici> yay
[04:48] <bbrazil> mc44: wrong council
[04:49] <bbrazil> mc44: and that's just vinicate the efforts of the figlettians
[04:49] <bbrazil> *that'd
[04:49] <mc44> hehe
[04:51] <PriceChild> mc44, the cow council just got back to me with their decision
[04:52] <PriceChild>  _______
[04:52] <PriceChild> < tough >
[04:52] <PriceChild>  -------
[04:52] <PriceChild>         \   ^__^
[04:52] <PriceChild>          \  (oo)\_______
[04:52] <PriceChild>             (__)\       )\/\
[04:52] <PriceChild>                 ||----w |
[04:52] <PriceChild>                 ||     ||
[04:53] <mc44> hehe
[05:01] <SportChick> heh
[05:01] <SportChick> you're silly :)
[05:02] <Pici> mc44 is a hugaholic
[05:02] <Daviey> mc44, want's to play hide & seek
[05:02] <mc44> haha
[05:51] <Daviey> How can i get onto ubotu's update list?
[05:51] <PriceChild> as in editors?
[05:52] <PriceChild> I think it just "happens" if you're trusted...
[05:52] <PriceChild> but irc council'ness is going to happen soon which may slightly change the way things work somehow
[05:52] <PriceChild> not that its only untrusted people without editors of course!
[06:45] <knt> nalioth: I was told to ask you for help
[06:46] <nalioth> knt: what's up?
[06:46] <knt> I registered the nickname "kant" yesterday, but someone is using it right now and I can't take it
[06:47] <knt> or authenticate with nickserv
[06:47] <LjL>  /msg nickserv ghost kant password
[06:47] <nalioth> what he said
[06:47] <LjL> but, i suppose you could ask the guy nicely first
[06:47] <knt> he doesn't seem to answer =S
[06:48] <Kant> thanks for your help
[06:48] <nalioth> you're welcome to LjLs help, any time  :)
[06:48] <LjL> @lart nalioth
[10:22] <colbert> i have fixed my irc to chat.freenode.net/8001
[10:25] <LjL> colbert: join ##ljl for a test please
[10:27] <LjL> colbert: sorted, thank you
[10:27] <colbert> thx
[10:32] <ubotu> In ubotu, RAH66 said: what is wubi?
[10:47] <LjL> !bot > rah66    (rah66, see the private message from Ubotu)
[10:58] <bytecolor> need an op to test me after visiting FixDCCExploit
[11:03] <LjL> bytecolor: join ##ljl please
[11:05] <LjL> bytecolor: sorted, you can join
[11:05] <bytecolor> alrighty :)
[11:07] <GazzaK> LjL, I had a dork paste that exploit into #gaygeeks a while back, was so funny


[19:59] <mbudde> tedg: Nice session! Just want to hear if you have seen bug #510169?
[19:59] <ubot4> Launchpad bug 510169 in indicator-application "Segfault when setting status second time" [Undecided,New] https://launchpad.net/bugs/510169
[20:00] <tedg> mbudde: Hmm, I haven't seen that one... but one similar.
[20:00] <tedg> mbudde: We fixed a C one on RB like that.
[20:00] <tedg> mbudde: Have you tried with 0.0.10?
[20:01] <mbudde> tedg: no, I haven't.. does the script I attached crash for you?
[20:03] <tedg> mbudde: Doesn't crash.  I get a syntax error.
[20:08] <mbudde> tedg: hmm... and 0.0.10 isn't built for karmic yet...
[20:09] <tedg> Ah!  Set off the bat signal!  kenvandine come save us!
[20:09] <tedg> :)
[20:11] <mbudde> It's missing a build dependency apparently :/
[21:44] <djsiegel> ok vish
[21:44] <djsiegel> we need 5 more f-spot papercuts
[21:49] <seg|ars> djsiegel: check out the new reply UI in gwibber: http://s3.amazonaws.com/scrnshots.com/screenshots/225348/gwibber-reply-barpng
[21:49] <seg|ars> what do you think?
[21:49] <djsiegel> seg|ars: please tell me you leave out the "as USERNAME" when I have one account? :)
[21:50] <djsiegel> very cool dude
[21:50] <seg|ars> that's a really good idea.