[07:16] <torrancew> anyone know of jaunty 64 bit causing logitech wireless mouse to cease functioning periodically? mouse is known to be good, and a restart (temporarily) fixes the problem
[23:55] <cwillu> is there going to be another bump on the radeon version before release?
[23:56] <cwillu> cbuser in #ubuntu+1 is reporting some improvements from xserver-xorg-video-radeon 6.12.4
[23:57] <cbmuser> hi guys, I wanted to suggest to upgrade xserver-xorg-video-radeon to 6.12.4 before release
[23:57] <cbmuser> it runs much smoother than 6.12.1
[23:57] <cbmuser> with the current version I am having trouble switching to text console and back
[23:57] <cbmuser> actually, the text console just doesn't appear
[23:57] <cbmuser> just blank screen
[23:58] <cbmuser> I downloaded and compiled 6.12.4 from source (git)
[23:58]  * cwillu points out that you may not get an immediate response, but I'd expect you to get a response eventually (i.e., hours)
[23:58] <cbmuser> built it with kms-support and enabled modesetting in the kernel
[23:58] <cbmuser> cwillu: I know, I have been in channels for years :)
[23:58] <cwillu> cbmuser, I'm not sure what the latest version is in xorg-edgers, but you may want to look at that
[23:58] <cbmuser> and my machine is always on
[23:59] <cbmuser> I know edgers
[23:59] <cbmuser> everything is just working fine now


[00:15] <lifeless> bac
[00:15] <lifeless> *back*
[00:15] <lifeless> (sorry bac)
[00:16] <StevenK> lifeless: Haha, I did wonder if you were at your keys or wanted Brad's attention
[00:32] <wgrant> Anyone around to review https://code.launchpad.net/~wgrant/launchpad/iseriesbugtarget/+merge/69951?
[01:08] <wgrant> lifeless: You don't have a good suggestion for a primary bug target?
[01:09] <wgrant> ie. product/distro/DSP?
[01:09] <lifeless> wgrant: 'thing', 'target', 'context', shrug.
[01:10] <lifeless> wgrant: I think we want to remove the series special casing eventually, so I don't really care about the name.
[01:10] <wgrant> True.
[01:45] <wallyworld> lifeless: following on from last week, could you please look at this mp (and +1 if you are happy). then i will land it for the contributor https://code.launchpad.net/~xaav/loggerhead/export-tarball/+merge/66408
[01:58] <wgrant>  * 9967 Exceptions
[01:58] <wgrant> Hi codehosting.
[01:58] <lifeless> \o/
[02:08] <poolie> hi wallyworld
[02:09] <wallyworld> poolie: hi
[02:09] <poolie> thanks for pushing it
[02:09] <wallyworld> np
[02:10] <wallyworld> i got caught up yesterday
[02:47] <jtv> StevenK, wgrant: I uploaded a package to -partner (on dogfood) and ran publish-ftpmaster.  The pool now contains the .dsc and 2×tarball, and the package is in the Sources list, but it's not showing up in the Packages files and I don't see a .deb.  Is that bad?
[02:47] <StevenK> Has it built?
[02:48] <StevenK> And 2*tarball?
[02:48] <wgrant> Needs build + potential acceptance
[02:48] <jtv> StevenK: orig.tar.gz and debian.tar.gz
[02:48] <jtv> How do I find out about build and potential acceptance?
[02:49] <StevenK> What does dogfood.l.n/builders say?
[02:49] <jtv> 2 builders: ferraz & rubidium, both idle
[02:50] <jtv> Haven't found my package ("bye") in the logs yet, but the package I based it on ("hello") failed to build.
[02:51] <jtv> chroot problem.
[02:52] <jtv> Ah, "bye" built successfully on ferraz.
[02:52] <wgrant> It probably ended up in NEW.
[02:53] <wgrant> Yep, there it is.
[02:53] <wgrant> https://dogfood.launchpad.net/ubuntu/oneiric/+queue
[02:53] <jtv> The source package page also fails to show a deb.
[02:53] <wgrant> It doesn't really exist yet.
[02:53] <jtv> https://dogfood.launchpad.net/ubuntu/+source/bye/1.0
[02:54] <jtv> So… do I need to approve the binary upload like I did the source upload?
[02:54] <wgrant> Yes.
[02:54] <jtv> On the way.
[02:54] <jtv> There we go.
[02:55] <jtv> And now… process-accepted?
[02:55] <wgrant> publish-ftpmaster should do that, right?
[02:55] <jtv> You have me there.  Checking.
[02:55] <jtv> Yup, it does.
[02:56] <jtv> So then I can just re-run publish-ftpmaster?
[02:56] <wgrant> Correct.
[02:59] <jtv> It's mentioning the package now: "(Arch Specific)"
[02:59] <jtv> I don't know who Arch Specific is, but he seems to be doing something to my package.
[03:01] <wgrant> "arch specific" means "not architecture independent"
[03:05] <jtv> wgrant: to be really, really honest I did sort of gather it would be something like that.  :)
[03:06] <jtv> Anyway, it's done now.  Which seems suspiciously quick.
[03:06] <jtv> Then again, there won't have been any changes outside of -partner.
[03:06] <wgrant> And partner is both NMAF and small.
[03:08] <jtv> NMAF?
[03:08] <wgrant> No More Apt-Ftparchive
[03:09] <jtv> Ah, you mean it uses Launchpad's indexing code?
[03:09] <jtv> Well, all green lights so far.
[03:09] <wgrant> Right.
[03:09] <jtv> My package is in Packages for i386, and the +source page shows the i386 build.
[03:09] <wgrant> Excellent.
[03:09] <wgrant> And it didn't delete 600GB of archive?
[03:10] <jtv> Errr
[03:11] <mtaylor> lifeless: fix all of my problems!
[03:11] <mtaylor> :)
[03:11] <jtv> wgrant: the ubuntu-archive dir now contains about 15GB, I think.
[03:12] <mtaylor> hey all - the new launchpad haproxy stuff is killing me
[03:12] <jtv> I may lose power.
[03:12] <wgrant> mtaylor: Oh?
[03:12] <wgrant> jtv: Sounds good.
[03:12] <mtaylor> wgrant: it's causing tarmac to have its connections disconnected
[03:12] <wgrant> mtaylor: It maintains persistent connections?
[03:12] <mtaylor> wgrant: which is problematic
[03:12] <mtaylor> wgrant: it ddoes
[03:12] <wgrant> It probably shouldn't.
[03:13] <wgrant> It didn't have long-term connections open yesterday, interestingly...
[03:13] <mtaylor> wgrant: well, according to abently, bzrlib expects to stay connected for some reason
[03:13] <jtv> wgrant: the biggest chunks being in contents-generationold.  About 2GB in /srv/launchpad.net/ubuntu-archive/ubuntu/pool.
[03:13] <wgrant> mtaylor: I suspect you want to change your plugin to manage transports a little better.
[03:13] <wgrant> mtaylor: It can't expect to remain connected for weeks.
[03:13] <mtaylor> wgrant: it doesn't
[03:13] <jtv> wgrant: surprisingly, almost the same amount of data in ubuntu-partner.
[03:14] <mtaylor> wgrant: it just stays connected while it runs tests
[03:14] <wgrant> Ah.
[03:14] <wgrant> Someone else is keeping connections open for weeks, so I thought you might be too.
[03:14] <mtaylor> wgrant: which sometimes is longer than 50s
[03:14] <mtaylor> nope. that shouldn't be us
[03:14] <wgrant> So, sounds like your plugin needs to be fixed to not do that.
[03:15] <wgrant> We can possibly increase the haproxy timeouts for now, if it is causing big problems for you.
[03:15] <wgrant> But only very temporarily.
[03:15] <mtaylor> wgrant: rockstar told me to come bug you :) --- and it's actually the core tarmac code
[03:15] <mtaylor> tarmac holds the connection around the post-merge hook
[03:15] <wgrant> Hmm.
[03:16] <wgrant> rockstar: Any reason Tarmac can't handle transports a bit more sensibly?
[03:19] <mtaylor> wgrant: https://jenkins.openstack.org/view/Nova/job/nova-tarmac/109487/console
[03:20] <mtaylor> or more excitingly: https://jenkins.openstack.org/view/Nova/job/nova-tarmac/109467/console
[03:20] <wgrant> That's rather unpleasant.
[03:22] <lifeless> mtaylor: Use the source monty!
[03:22] <mtaylor> lifeless: these are not the droids you are looking for
[03:25] <lifeless> mtaylor: wgrant: so, this is a bzrlib bug.
[03:25] <wgrant> :( no criticals in that rollout
[03:25] <lifeless> not the holding open
[03:25] <lifeless> the handling of the disconnects.
[03:25] <lifeless> transports are defined stateless.
[03:25] <lifeless> so are RPC calls.
[03:26] <mtaylor> lifeless: yay! nothing better than a bzrlib bug!
[03:26] <lifeless> so the bug is 'when an idle ssh transport is disconnected, bzrlib should not error'
[03:26] <lifeless> or
[03:26] <lifeless> 'when an idle ssh transport is interrupted, bzrlib errors'
[03:27] <lifeless> the haproxy stuff is showing this up very visibly, but the bug pre-existed - bzr didn't seen keepalives, and if ssh wasn't configured to do so it could naturally happen anyhow
[03:27] <lifeless> however, lets up it for now to 10 minutes.
[03:28]  * mtaylor filing bzr bug
[03:30] <mtaylor> bug 819604
[03:30] <_mup_> Bug #819604: when an idle ssh transport is interrupted, bzrlib errors <Bazaar:New> < https://launchpad.net/bugs/819604 >
[03:32] <mtaylor> lifeless: you gonna be at the next uds?
[03:33] <lifeless> no
[03:33] <lifeless> new sprog (we hope)
[03:34] <mtaylor> what's a sprog?
[03:34] <lifeless> child
[03:34] <mtaylor> OH!
[03:35] <mtaylor> well, in that case, coming to UDS would be the wrong choice
[03:35] <mtaylor> (and hopefully congrats)
[03:35] <lifeless> yes, we think so
[03:35] <mtaylor> LCA then?
[03:35] <lifeless> doubtful
[03:35] <mtaylor> gah. I'm starting to think you're avoiding hanging out with me :)
[03:35] <lifeless> thats it, totally.
[03:36] <lifeless> if you wanted to swing by christchurch after UDS we could put you up for a few days
[03:36] <lifeless> bah
[03:36] <lifeless> LCA
[03:36] <mtaylor> ooh. now _that's_ not a bad idea
[03:36] <mtaylor> and yeah - I read LCA there
[03:36] <mtaylor> I still haven't been to the south island
[03:36] <mtaylor> thinking about hanging out with Stewart for a while pre-LCA
[03:36] <mtaylor> speaking of - I REALLY need to submit talk proposal...
[03:37] <lifeless> UDS +1 I expect I will be at
[03:41] <mtaylor> yay!
[03:41]  * mtaylor lists UDS's and LCA as the important things he should attend
[03:55] <nigelb> So, recently I used vagrant.
[03:55] <nigelb> I'm wondering how easy it would be to create a vagrant file to set up LP environement.
[03:56] <jtv> wgrant: I think partner publication works.  Next up is expedited -security publishing.  For that I need to copy a package into security, right?
[04:06] <rockstar> wgrant, the reason is because bzr doesn't handle transports more sensibly?
[04:08] <rockstar> I keep hearing launchpad people pushing back on this, and I understand why, but tarmac pushes as much as it can off to bzr.
[04:09] <rockstar> I'm unsure why we're timing out so quickly now.
[04:11]  * rockstar sees that lifeless has already covered this, and goes to bed
[04:17] <wgrant> jtv: Right.
[04:17] <wgrant> jtv: You can copy from a public PPA, if you want.
[04:17] <jtv> Thanks.
[04:20] <wgrant> Edit before sending? [y/n]: yConnection to bazaar.launchpad.net closed by remote host.
[04:20] <wgrant> Heh
[04:21] <StevenK> wgrant: Ouch
[04:48] <lifeless> StevenK: hi
[04:48] <lifeless> StevenK: https://code.launchpad.net/~stevenk/launchpad/pillarname-vocab/+merge/70091
[04:48] <lifeless> StevenK: vocabs depend on stable ordering to paginate
[04:50] <StevenK> It is stable?
[04:50] <lifeless> ho ?
[04:50] <lifeless> how?
[04:51] <StevenK> It appeared to be when I tested it on DF
[04:51] <lifeless> its not stable with an order by rank, when two rows can have the same rank
[04:52] <lifeless> you either need a more granular rank, or a disambiguator
[04:52] <StevenK> Right, then I want rank first and name second
[04:52] <StevenK> orderBy='rank- name' ?
[04:53] <lifeless> for storm? order_by=(SQL('rank'), PillarName.name)
[04:53] <wgrant> Desc(SQL('rank')), PillarName.name
[04:53] <lifeless> only if you want it to work
[05:03] <StevenK> lifeless: It will fail to land anyway, so I'll fix it once I'm sure no other tests have failed
[05:04] <lifeless> cool
[05:04] <lifeless> sorry for having to raise this
[05:05] <StevenK> I should have thought of it, by rights
[05:06] <lifeless> :)
[05:27] <LPCIBot> Project devel build #937: STILL FAILING in 5 hr 40 min: https://lpci.wedontsleep.org/job/devel/937/
[06:07] <lifeless> wgrant: fun stuff for oneiric : https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/819621
[06:07] <_mup_> Bug #819621: lucid container start failure after calling lxc-stop (fails across reboots) <lxc (Ubuntu):New> < https://launchpad.net/bugs/819621 >
[06:10] <wgrant> lifeless: I noticed that too, but decided it was probably the avahi or similar that I had installed.
[06:10] <wgrant> Upsetting to hear that it happens even when the container is not terribly mangled.
[06:10] <wgrant> (avahi sets odd rlimits for itself, which mean more than one instance can't run on a single kernel without a bit of work)
[06:11] <wgrant> nproc == 2, what could possibly go wrong.
[06:11] <lifeless> also having plymouth in the container is just bong
[06:12] <wgrant> Mmm.
[06:12] <wgrant> Not necessarily.
[06:12] <wgrant> It's not just a splash these days.
[06:12] <wgrant> It's the way upstart communicates with the outside world.
[06:30] <StevenK> jtv: Are you still playing in dogfood's wading pool?
[07:03] <StevenK> Bloody *hell* (Error ID: OOPS-2040DOGFOOD18397)
[07:03] <StevenK> How has DF generated 18,000 OOPSes?
[07:04] <wgrant> Probably the a-f warnings.
[07:06] <StevenK> And the publisher is running, so the webapp is being horridly slow.
[07:07] <wgrant> :D
[07:08] <StevenK> It can't even load bugs.dogfood.l.n
[07:17] <wgrant> wallyworld: Hmm, so the question subscription stuff is based on the *old* Bugs stuff?
[07:17] <wallyworld> no, how did you think that?
[07:17] <wgrant> "Direct subscribers" and "Also notified"
[07:18] <wgrant> Old, but more sensible, terms.
[07:18] <wallyworld> that's how questions subscriptions have always worked. i just made it use ajax
[07:18] <wallyworld> instead of html forms
[07:18] <wallyworld> so i extended the new subscribers_list portlet
[07:18] <wgrant> Right.
[07:19] <wallyworld> so, you ok with the change?
[07:19] <jtv> StevenK: still running
[07:19] <wgrant> wallyworld: Would be nice if we eventually integrated the same self-subscription stuff that Bugs introduced, but small steps.
[07:20] <wallyworld> wgrant: yes, one thing at a time. it's now much better than it was last week. it's now possible to unsubscribe without SQL :-)
[07:20] <wgrant> Yup.
[07:22]  * wallyworld off to soccer
[07:29] <adeuring> good morning
[07:59] <allenap> Good morning/evening wgrant :) Got time for a very short review? https://code.launchpad.net/~allenap/launchpad/dsd-base-view-dont-modify-globals-bug-809985/+merge/70076
[08:01] <wgrant> allenap: that's rather evil, but OK!
[08:01] <wgrant> Approved.
[08:02] <allenap> wgrant: Thanks :)
[08:09] <jelmer> g'morning
[08:19] <mrevell> Morning
[08:43] <allenap> Morning jelmer :)
[08:44] <allenap> jelmer: I saw that Dulwich made the front page of Hacker News.
[08:50] <jelmer> allenap: yeah :)
[08:55] <jelmer> allenap: I've met the Google code folks and have been in contact with them. They've contributed a bunch of patches which should help with performance.
[08:55] <allenap> jelmer: Also, bug 808035 is at the top of the deploy queue and needs testing :)
[08:55] <_mup_> Bug #808035: AttributeError: 'NoneType' object has no attribute 'write' during git import <oem-services> <qa-needstesting> <regression> <Launchpad itself:Fix Committed by jelmer> < https://launchpad.net/bugs/808035 >
[08:55] <jelmer> That should also have a significant impact on git code import performance.
[08:55] <jelmer> allenap: Yep, it's on the top of my todo list too.
[08:55] <allenap> jelmer: That's really cool :)
[08:56] <lifeless> adeuring: hiya
[09:04] <danilos> mrevell, hi, do you have any time today to help move the docs forward and potentially announce the change to maintainers by email (import queue stuff)?
[09:05] <mrevell> danilos, Yes, certainly. In 30 minutes.
[09:05] <danilos> mrevell, excellent, let's talk then
[09:10] <adeuring> hi lifeless
[09:12] <lifeless> adeuring: https://code.launchpad.net/~adeuring/launchpad/bug-739052/+merge/69625 - you're not landing it yet ? [I can't see the column issue addressed]
[09:12] <adeuring> lifeless: now running through ec2
[09:13] <adeuring> forgot that yesterday...
[09:13] <lifeless> adeuring: and there were a bunch of suggestions that seem forgotten too :(
[09:13] <adeuring> I'm also working on the remaining suggestions you made
[09:14] <lifeless> adeuring: oh cool! - are you thinking of two separate landings ?
[09:14] <adeuring> lifeless: actually, three, to keep the diffs to review small
[09:14] <lifeless> sure thing; I'd be delighted to review those for you
[09:14] <lifeless> adeuring: have I mentioned how glad I am that you're doing this.
[09:15] <adeuring> lifeless: too late for this one : https://code.launchpad.net/~adeuring/launchpad/bug-739052-2/+merge/70044 ;)
[09:15] <adeuring> lifeless: and thanks :)
[09:16] <adeuring> (sorry, I have some reaally long lag between typing IRC messages and looking at incoimng...)
[09:16] <lifeless> heh no worries
[09:18] <lifeless> adeuring: so why won't (col1 >= M1 and col2 >= M2 and colN >MN) work ?
[09:19] <lifeless> oh, I see
[09:21] <lifeless> adeuring: however, using a tuple will work, I think ?
[09:21] <lifeless> hmmm, only if the direction on all the columns is consistent
[09:22] <adeuring> lifeless: no, I think we need, for three sort columns:
[09:22] <adeuring> col1 == memo1, col2 == memo2, col3 > memo3, then...
[09:22] <adeuring> col1 == memo1, col2 > memo2
[09:22] <adeuring> then col1 > memo1
[09:22] <lifeless> adeuring: what about
[09:23] <lifeless> (col1, col2, col3) >= (memo1, memo2, memo3)
[09:23] <adeuring> that wouldn't change much
[09:23] <adeuring> problem is:
[09:23] <adeuring> when the value in col1 increases, the values in col2, col3... starting from the minimum
[09:24] <adeuring> so we end up with N conditions for N sort columns
[09:26] <adeuring> lifeless: I think we have at least three options to "join" these N conditions: a more or less huge OR (implemented for mow), or a UNION ALL on sub-selects for each conditions
[09:26] <adeuring> or
[09:26] <adeuring> we can iterate in Python over the conditions
[09:26] <lifeless> adeuring: if the direction is consistent, a tuple works
[09:27] <adeuring> lifeless: ah, right!
[09:27] <lifeless> http://pastebin.com/mcShr1D2
[09:27] <adeuring> lifeless: but how do we express this in SQL?
[09:27] <lifeless> just so
[09:27] <adeuring> lifeless: cool!
[09:28] <adeuring> so, the content of my next branch is obvious ;)
[09:28] <lifeless> :)
[09:28] <lifeless> we may have a lot where we can't do this
[09:28] <lifeless> but we can probably group all the adjacent same-direction columns anyhow
[09:29] <adeuring> lifeless: right
[09:33] <henninge> jml: Hi! ;)
[09:34] <jml> henninge: hi
[09:34] <henninge> jml: I got a failed ec2 run for your branch.
[09:34] <jml> henninge: me too, but no actual failures
[09:34] <henninge> jml: right
[09:34] <henninge> it's the "smtp message exeeds size limit"
[09:35] <henninge> jml: same for you?
[09:35] <jml> henninge: I've corrected the default value as per StevenK's comments. I suspect that would have caused some tests to fail.
[09:35] <jml> henninge: yes.
[09:35] <lifeless> that smtp error means a catastrophic failure
[09:35] <henninge> lifeless: you mean "too many failures, the mail gets too big" ?
[09:35] <lifeless> yes
[09:38] <henninge> jml: I see you pushed, shall I start the landing again?
[09:38] <jml> henninge: yes. thank you.
[09:38] <henninge> ok
[11:03] <lifeless> allenap: there is a feature flag you can use for profiling too
[11:03] <lifeless> allenap: the default profile dir is $cwd, I think.
[11:05] <allenap> lifeless: Oh neat. I was just shuffling my wiki notes; I think that one is from back in the days when BjornT_ ran the bugs team :) Not sure if it'll even work any more.
[11:09] <jtv> Any reviewers in the house?  → https://code.launchpad.net/~jtv/launchpad/bug-819674/+merge/70135
[11:11] <jml> who actually uses checkUpload via the API?
[11:12] <LPCIBot> Project devel build #938: STILL FAILING in 5 hr 44 min: https://lpci.wedontsleep.org/job/devel/938/
[11:12] <jelmer> jml: I would imagine things like request-sync
[11:12] <jelmer> jml: to do things like determine if the current user requires sponsorship
[11:13] <jml> jelmer: ah, yeah, that would be a thing.
[11:13] <jml> for checking PPA uploads, it's not particularly useful
[11:14] <jml> since it errors when it doesn't recognize the source package, and insists that you supply component & pocket
[11:15] <jelmer> yeah, it's a bit odd
[11:38] <lifeless> night all
[11:38] <jelmer> g'night lifeless
[11:38] <jelmer> jtv-afk: trade you for https://code.launchpad.net/~jelmer/launchpad/logginguifactory-fixes/+merge/70144 ?
[12:14] <StevenK> The publisher takes 4+ hours on DF? Srsly?
[13:08] <bigjools> StevenK: it sometimes does
[13:59] <abentley> adeuring: Is it considered a feature that https://bugs.launchpad.net/mahara/+bug/630891%20/+index works?
[13:59] <_mup_> Bug #630891: Unable to delete Notification messages <Mahara:Fix Released by richard-mansfield> < https://launchpad.net/bugs/630891 >
[13:59] <abentley> adeuring: i.e. a URL with whitespace in it?
[13:59] <adeuring> abentley: I have no idea...
[14:00] <abentley> adeuring: It seems bizarre, and it means that https://bugs.launchpad.net/mahara/+bug/630891%C2%A0/+index fails due to encoding issues.
[14:00] <_mup_> Bug #630891: Unable to delete Notification messages <Mahara:Fix Released by richard-mansfield> < https://launchpad.net/bugs/630891 >
[14:01] <adeuring> abentley: I don't see how these two URL-oddities are related
[14:02] <abentley> adeuring: If URLs with spurious characters were not permitted, the second would give a LocationError instead of trying, and failing to render.
[14:02] <abentley> adeuring: i.e. a "Not found"/ "Lost something"?
[14:03] <adeuring> abentley: sure, a "not found" would be more reasonable, but the failure for your second URL is a separate issue: A unidoce decoding problem
[14:04] <adeuring> abentley: we would get that too for a project name like "mülltüte"
[14:04] <adeuring> but such names a not allowed
[14:04] <abentley> adeuring: Our URLs don't have non-ascii characters, so they can't have a unicode decoding problem.
[14:04] <abentley> adeuring: Except bug URLs, which can have spurious non-ascii characters.
[14:05] <adeuring> abentley: do we have a referer for the \xa0 / %C2%A0 URL?
[14:05] <adeuring> abentley: I mean: you can always type URLs manually
[14:06] <abentley> adeuring: No, but it was googlebot.
[14:08] <adeuring> abentley: so the URL has been somewhere/somehow generated. So we have two issues: the unicode error, and the fact that a spurious space at least in bug URLs does not result in a 404
[14:09] <abentley> adeuring: Yes, that's my view.  It hardly seems worth fixing the encoding bug if non-ascii URLs are supposed to be verboten.
[14:09] <abentley> adeuring: Who knows what other bugs non-ascii URLs might reveal?
[14:10] <adeuring> abentley: yeah,,,
[14:10] <adeuring> abentley: but regarding the working URL with the %20:
[14:10] <adeuring> Python 2.7.1+ (r271:86832, Apr 11 2011, 18:13:53)
[14:10] <adeuring> [GCC 4.5.2] on linux2
[14:10] <adeuring> Type "help", "copyright", "credits" or "license" for more information.
[14:10] <adeuring> >>> int('1')
[14:10] <adeuring> 1
[14:10] <adeuring> >>> int('1 ')
[14:10] <adeuring> 1
[14:12] <adeuring> abentley: I guess that the travesal code does just such a simple int('630891 ')
[14:12] <abentley> adeuring: Interestingly: ValueError: invalid literal for int() with base 10: '2\xa0'
[14:13] <adeuring> abentley: try int(u'1\xa0')
[14:16] <abentley> adeuring: Fascinating.  So that is only permitted for unicode strings, because only in unicode strings does \xa0 refer to the same codepoint consistently.
[14:19] <adeuring> abentley: doesn't the "can't encode character u'\xa0'" in the traceback indicate that dict['PATH_INFO'] already _is_ a unicode object?
[14:21] <abentley> adeuring: yes, that's what I think.
[14:22] <adeuring> abentley: so again not a "clear border" where 8-bit sequences with some encoding are supposed to live on one side and unicode objects on the other...
[14:24] <abentley> adeuring: Right.  Requests appear to use a "sane_environment" where values are unicode, but converting the browser request to a web service request appears to re-convert the environment.
[14:25] <adeuring> abentley: so.... a trvial but bad workaround would be to convert to utf-8 in this case.
[14:26] <abentley> adeuring: Might be a necessary workaround, depending on how these calls are structured.
[14:27] <adeuring> abentley: if you want more fun, try this URL: https://bugs.launchpad.net/mahara/+bug/630891%C3%A4/+index
[14:27] <_mup_> Bug #630891: Unable to delete Notification messages <Mahara:Fix Released by richard-mansfield> < https://launchpad.net/bugs/630891 >
[14:28] <adeuring> quite different error...
[14:28] <adeuring> %C3%A4 is a 'ä'
[14:28] <abentley> adeuring: Yeah, that's kind of error I'd expect.
[14:30] <adeuring> abentley: I assume that this error is raised for a failed int('630891ä')
[14:30] <adeuring> (for the bug id)
[14:30] <abentley> adeuring: me too.
[14:31] <abentley> adeuring: a0 is non-breaking whitespace.
[14:31] <adeuring> right
[14:32] <adeuring> so it might be a replacement from the regular '\x20' space
[14:33] <abentley> adeuring: Maybe.  Since googlebot is the source, I imagine it's in some web page, though.
[14:34] <adeuring> abentley: right. And the s/\x20/\xa0/ might be deliberate: To avoid wrapping the URL...
[14:35] <adeuring> though as far as I know most webbrosers ignore the "don't wrap" for \xa0
[14:35] <abentley> adeuring: but of course URLs shouldn't have whitespace.
[14:35] <adeuring> abentley: sure, but we can't stop the world mangling our URLs ;)
[14:36] <abentley> adeuring: we can, it's just hard to get venture capital :-)
[14:36] <adeuring> abentley: it might help to add a check like "strip(path_element) == path_element" before the int(path_element)
[14:37] <adeuring> ...where path element is the bug ID
[14:37] <abentley> adeuring: Yeah, that would work, or re.match('[0-9]*', path_element)
[14:37] <adeuring> abentley: right
[14:38] <adeuring> a nitpick: re.match('^[0-9]+$')
[14:39] <adeuring> abentley: for even more fun: https://bugs.launchpad.net/mahara/+bug/630891%E4/+index
[14:39] <_mup_> Bug #630891: Unable to delete Notification messages <Mahara:Fix Released by richard-mansfield> < https://launchpad.net/bugs/630891 >
[14:39] <abentley> adeuring: what the??
[14:40] <adeuring> abentley:  %E4 is not vaild UTF8
[14:40] <adeuring> cool, right?
[14:40] <abentley> adeuring: That's wacky.
[14:58] <abentley> adeuring: merge proposals are also affected.
[14:58] <adeuring> abentley: interesting. Again via an integer ID?
[14:58] <abentley> adeuring: Right.
[15:00] <abentley> adeuring: I'm gonna guess that everything that has an integer ID is affected.
[15:00] <adeuring> abentley: seems this is worth a general helper function "check an int ID in a URL wfor all sorts of oddities"
[15:03] <abentley> adeuring: Yes, though I expect this kind of thing will rot.  Maybe we should just reject URLs with whitespace from the beginning.
[15:04] <abentley> adeuring: Or more precisely, URLs with whitespace in the PATH.
[15:05] <adeuring> abentley: the you can also add checks for the other issues: any byte value outside the ASCII set
[15:05] <adeuring> more precisely: all bytes in the URL should have integer values between 33 and 126
[15:05] <adeuring> ...127
[15:06] <adeuring> ...after replacing the %xx encoding
[15:07] <adeuring> ouch.. the latter check should _not_ be done for the part after '?'
[15:12] <abentley> adeuring: Right, only the PATH.
[15:12] <adeuring> yep
[16:56] <LPCIBot> Project db-devel build #775: STILL FAILING in 5 hr 59 min: https://lpci.wedontsleep.org/job/db-devel/775/
[16:57] <LPCIBot> Project devel build #939: STILL FAILING in 5 hr 45 min: https://lpci.wedontsleep.org/job/devel/939/
[17:52] <jcsackett> sinzui: are you free to mumble?
[17:53] <sinzui> jcsackett, I am otp. I will be available in 45 minutes
[17:59] <jcsackett> sinzui: dig.
[18:42] <sinzui> jcsackett, I can talk now
[18:42] <jcsackett> sinzui: cool.
[20:48] <benji> Anyone want a small (and possibly even slightly fun) JS review? https://code.launchpad.net/~benji/launchpad/bug-809511/+merge/70219
[20:53] <benji> sorry, gary claimed it so you all missed out
[21:39] <allenap> Hi, can anyone take care of reverting rev 13574 (from bug 810290). It's qa-bad, but I really have to go.
[21:39] <_mup_> Bug #810290: no way to set scopes for incoming mail <feature-flags> <mail> <qa-bad> <Launchpad itself:Fix Committed by mbp> < https://launchpad.net/bugs/810290 >
[21:47] <lifeless> 13574 ?
[21:49] <lifeless> allenap: does it work *without* the feature rule in place ?
[22:35] <LPCIBot> Project db-devel build #776: STILL FAILING in 5 hr 39 min: https://lpci.wedontsleep.org/job/db-devel/776/
[22:46] <LPCIBot> Yippie, build fixed!
[22:46] <LPCIBot> Project devel build #940: FIXED in 5 hr 48 min: https://lpci.wedontsleep.org/job/devel/940/
[23:02] <sinzui> StevenK, mumble?
[23:09] <wallyworld> sinzui: my sound is @!%@!%$!@^. rebooting
[23:13] <lifeless> matsubara-afk: wow, nice defect finding
[23:42] <poolie> hi all
[23:54] <wgrant> Hi poolie.
[23:54] <wgrant> poolie: Seen the latest on bug #810290?
[23:54] <_mup_> Bug #810290: no way to set scopes for incoming mail <feature-flags> <mail> <qa-bad> <Launchpad itself:Triaged by mbp> < https://launchpad.net/bugs/810290 >
[23:54] <poolie> not yet, was just wondering about it
[23:55] <poolie> ah
[23:55] <poolie> sorry
[23:55] <poolie> so is that ok just rolled back, or is anything else needed?
[23:56] <wgrant> Should be all OK.
[23:56] <wgrant> Just takes 8 hours.
[23:56] <poolie> to roll it back out?
[23:56] <poolie> :/
[23:56] <poolie> i did have some worries about whether this was sufficiently tested
[23:56] <wgrant> Yeah, because it missed buildbot by 3 minutes.
[23:56] <wgrant> So needs to wait for two runs.
[23:57] <poolie> i guess if it's trapping there the answer is that this code is not reached at all in the test suite
[23:57] <sinzui> wallyworld, is this what you were expecting? http://pastebin.ubuntu.com/657556/
[23:57]  * wallyworld looks
[23:58] <wallyworld> sinzui: yes, i think that's a bit nicer?
[23:58] <sinzui> The tests passed
[23:58] <sinzui> I will commit
[23:58] <wallyworld> \o/
[23:58] <wallyworld> thanks
[23:59] <sinzui> wallyworld, Changes are pushed
[23:59] <wallyworld> thanks, will approve and organise a mentor


[04:30] <BigWhale> Good morning all.
[04:57] <pitti> Bonjour
[06:44] <didrocks> good morning
[07:09] <pitti> bonjour didrocks, ça va? as-tu eu un bon week-end?
[07:10] <didrocks> guten morgen pitti. Bon week-end, you! jdll à Lyon, donc beaucoup de discussions libristes. Seb, vincent, fredp étaient là.
[07:10] <didrocks> et toi?
[07:11] <pitti> oh, un week-end de conférence
[07:11] <pitti> didrocks: mon femme et moi sommes allés à un hotel wellness
[07:12] <pitti> nous avons eu un temps ensoleillé
[07:12] <didrocks> pitti: relaxant et reposant donc?
[07:12] <pitti> so we enjoyed some hiking, sauna, a massage, and a suite with a whirlpool :)
[07:13] <pitti> didrocks: en effet!
[07:13] <didrocks> nice ;)
[07:13] <pitti> didrocks: c'était une surprise
[07:14] <pitti> I picked her up at work on Friday, she didn't know anything beforea
[07:15] <didrocks> pitti: bien joué ;)
[09:00] <Laney> ahoy hoy
[09:01] <didrocks> hey Laney, how are you?
[09:02] <Laney> hey didrocks - not bad thanks!
[09:02]  * Laney just google translated the previous conversation ;-)
[09:02] <Laney> -1 to this default language switch :P
[09:05] <didrocks> :)
[09:15] <seb128> hey desktopers
[09:16] <didrocks> salut seb128
[09:17] <seb128> didrocks, lut ;-)
[09:24] <mlankhorst> oui!
[09:24] <mlankhorst> Laney: oui pour langue français officiêl!
[09:25] <mlankhorst> Hope I didn't butcher that too much. :-)
[09:36] <didrocks> seb128: do you have the push to reveal launcher broken?
[09:37] <seb128> mlankhorst, hey ;-)
[09:37] <seb128> didrocks, no, but I didn't upgrade today yet
[09:40] <didrocks> jibel told me he's seeing this on ati, intel, and I can reproduce
[09:40] <didrocks> I wonder if the xorg update is the culpurit
[09:40] <Laney> ppa unity or archive?
[09:40] <didrocks> archive
[09:40] <Laney> let me try then, just dist-upgraded
[09:41] <Laney> yeah, got it
[09:41] <didrocks> thanks for confirming Laney
[09:41] <Laney> on the left monitor only, the barrier between screens works and reveals it
[09:42] <didrocks> still the main use case :)
[09:42] <Laney> nvidia
[09:42] <didrocks> ok, we got all covered
[09:42] <didrocks> intel, ati, nvidia
[09:43] <didrocks> bryce: FYI ^ Can you please have a look at it and we should really have the unity tests running before pushing the xorg packages? (if xorg is really the culpurit here, which seems really likely)
[09:46] <Laney> wow
[09:46] <Laney> bug #1073724
[09:46] <ubot2> Launchpad bug 1073724 in xorg-server (Ubuntu) "Pointer barriers have gaps along the edge of the screen" [Undecided,Fix released] https://launchpad.net/bugs/1073724
[09:46] <Laney> known to break stuff ... ?
[09:49] <Laney> mlankhorst: ^- should we revert this patch?
[09:51] <seb128> seems like we should yes
[09:52] <didrocks> I agree
[09:52] <seb128> pitti, hey, so this udisk bug ... seems like it's users of old fs formats
[09:52] <pitti> bonjour seb128
[09:52] <pitti> seb128: not quite -- we have ACLs enabled for ext2 and ext3
[09:52] <seb128> oh ok
[09:54] <tjaalton> I'll revert it
[09:54] <pitti> seb128: I'll ask for getting ssh access
[09:54] <seb128> pitti, ok
[09:54] <seb128> tjaalton, thanks
[10:03] <mlankhorst> Laney: ok I'll revert it
[10:03] <Laney> mlankhorst: tjaalton just said he would
[10:04] <mlankhorst> at least saves sru paperwork for that patch :)
[10:07] <tjaalton> mlankhorst: yeah I'm on it
[13:22] <desrt> good morning, folks
[13:23] <attente_zzz> g'morning
[13:28] <larsu> desrt, attente, good morning!
[13:28] <attente> larsu hi!
[13:30] <desrt> productive weekend?
[13:31] <larsu> unfortunately not, I was a bit sick. (You're asking about GActionMuxer again, aren't you?)
[13:32] <desrt> larsu: hey.  i just remembered GActionMuxer.  how's that coming?
[13:32] <larsu> lol. Jut as well as GSettings list I imagine
[13:32] <larsu> s/Jut/Just
[13:33]  * desrt slayed a whole load of paperwork this weekend
[13:34] <larsu> sounds like fun!
[13:42] <cyphermox> good mornign!
[13:42] <desrt> cyphermox: word up
[13:43] <cyphermox> desrt:  yo
[13:43] <larsu> hi cyphermox
[13:43] <cyphermox> is it some kind of holiday in europe? :)
[13:43] <larsu> not that I know of, but it does seem really quiet in here
[13:43] <cyphermox> yeah
[13:43]  * desrt laments the lack of general-purpose 'european jokes'
[13:44] <cyphermox> desrt: make them up
[13:44] <desrt> (or maybe negative stereotypes is what i'm going for)
[13:44] <cyphermox> register them in the big joke registry
[13:44] <larsu> not enough stereotypes about europeans? You must be joking...
[13:44] <desrt> cyphermox: hahaha i bet those europeans are celebrating SOCIALIST HEALTHCARE DAY
[13:44] <desrt> losers
[13:44] <desrt> hey wait.... that doesn't work :/
[13:44] <cyphermox> :)
[13:44] <cyphermox> yeah, we'd be celebrating too
[13:46] <desrt> (lol) http://www.businessinsider.com/stereotypes-in-europe-chart-goes-viral-2012-5
[13:46] <larsu> haha
[13:47]  * larsu wonders about the least corrupt thing, given that the last German president needed to step down because of corruption charges...
[13:49] <sbte> pitti, are you there?
[13:49] <pitti> hello sbte
[13:49] <sbte> pitti, hi
[13:50] <sbte> is there anything I can do to help fix this bug: https://bugs.launchpad.net/ubuntu/+source/pygobject/+bug/1050358
[13:50] <ubot2> Launchpad bug 1050358 in emesene (Ubuntu) "emesene crashed with SIGSEGV in tupledealloc.24592()" [Critical,Confirmed]
[13:51] <pitti> sbte: nobody maintains the old static bindings any more, I'm afraid; I guess you need to track it down yourself
[13:52] <sbte> pitti, it's also in pygobject
[13:52] <sbte> the exact same bug
[13:53] <pitti> so, for the pygobject developers it would certainly be helpful to reduce the crash to a small reproducer
[13:53] <pitti> which doesn't involve creating an MSN account, installing emesene, debuggin the old static bindings, etc.
[14:09] <rvr_> chrisccoulson: When is Firefox 17 going to be released in Quantal?
[14:18] <pitti> meh, google online accounts is unnerving; it seems to time out twice a day
[14:18] <pitti> kenvandine: ^ is that known?
[14:18] <pitti> I almost always have to re-sign in now
[14:18] <kenvandine> ugh
[14:18] <kenvandine> that hasn't happened to me in a while
[14:19] <kenvandine> pitti, did you add that accounts before like beta2?
[14:19] <pitti> kenvandine: very plausible
[14:19] <kenvandine> try removing them and adding again
[14:19] <kenvandine> that bug was fixed
[14:19] <pitti> but it was rather quiet for some months, it just started nagging again today
[14:19] <pitti> kenvandine: ok, will try
[14:19] <kenvandine> and... i think part of it was to store something different
[14:19] <kenvandine> humm... could be a sign of something changing on google's side too
[14:20] <pitti> I'll try to remove/re-add jabber as well; empathy keeps showing an error on opening
[14:21] <pitti> kenvandine: thanks; I'll try that for a bit
[14:21] <kenvandine> thx
[14:21] <kenvandine> let me know how it goes
[14:33] <kenvandine> great to see some gstreamer 1.0 packages in my morning dist-upgrade :)
[14:35] <seb128> kenvandine, using the ppa?
[14:36] <kenvandine> oh... maybe i am :)
[14:38] <desrt> lovely
[14:38] <desrt> in 20 minutes they're going to turn off power to the building
[14:38] <seb128> desrt, time to go work in a coffee shop? ;-)
[14:38] <pitti> hey desrt, how are you?
[14:38] <desrt> pitti: peachy
[14:38] <seb128> desrt, hey btw
[14:38] <desrt> seb128: hi :)
[14:39] <desrt> seb128: meh.  i have my solar power system and 3G connection :)
[14:39] <ogra_> oh, when was evolution-indicator dropped ?
[14:39]  * ogra_ just tried to install it in raring, seems its gone
[14:40] <jbicha> ogra_: quantal, it needs someone to port it
[14:40] <ogra_> ah, k
[14:40] <seb128> ogra_, cyphermox will reupload it soon, we got a contributor who did the porting work
[14:41] <seb128> ogra_, seems to be working fine
[14:41] <seb128> jbicha, hey
[14:41] <jbicha> seb128: howdy
[14:41] <cyphermox> yes yes, I was just finishing up today, the patch is upstream now
[14:41] <cyphermox> ogra_: ^
[14:41] <ogra_> seb128, awesome !
[14:41] <seb128> jbicha, how are you?  do you know what's the status of the new ibus/g-s-d/g-c-c stack?
[14:42] <didrocks> seb128: I'm sure it's an excuse from desrt to work from the airport :p
[14:42] <jbicha> seb128: mterry was working on the appearance panel last week, and I don't know if anyone's started on the ibus indicator or keyboard indicator work
[14:43] <desrt> didrocks: how did you know?!
[14:43] <didrocks> \o/
[14:44] <jbicha> personally I'
[14:44] <seb128> jbicha, I checked out the vcs to play with that in the train the other day and the g-c-c packaging in the vcs is all broken, like patches don't apply, etc
[14:44] <seb128> jbicha, how did you get it to build at all in the ppa? do you have work you didn't commit?
[14:47] <jbicha> seb128: g-c-c builds fine here against raring w/ the desktop ppa
[14:48] <jbicha> (I have to log out for 15 min)
[14:48] <seb128> jbicha, lp:~ubuntu-desktop/gnome-control-center/ubuntu patches don't apply though, weird
[14:48] <seb128> jbicha, or do you use another Vcs?
[14:48] <seb128> jbicha, ok, ttyl
[14:50] <seb128> jbicha, hum, ignore that, you did updates since I checked out the Vcs before travelling last week
[14:51] <seb128> ok, I'm out for some exercice, be back in ~1h
[15:10] <Sweetshark> bdrung: that for that magic sync of libcdr! ;)
[15:11] <bdrung> "that for that"?
[15:12] <Sweetshark> bdrung: ups s/that for that/thanks for that/
[15:12] <bdrung> you're welcome
[15:12]  * Sweetshark slaps his fumble fingers.
[15:14] <Sweetshark> bdrung: I expected having to take care of those myself and filed the bugs most as notes to self. so it was a pleasant surprise to find one of them in 'fix released' ;)
[15:15] <bdrung> Sweetshark: the sync request appeared on the sponsoring queue. :)
[15:21] <Sweetshark> seb128: any good idea on how to handle bug 1079653 and bug 1079665 (both not yet in experiemental in that version, only in an older one)
[15:21] <ubot2> Launchpad bug 1079653 in libcmis (Ubuntu) "please sync a libcmis version > 0.3.0 to raring as it is needed for libreoffice 4.0" [Undecided,New] https://launchpad.net/bugs/1079653
[15:21] <ubot2> Launchpad bug 1079665 in mdds (Ubuntu) "please sync a mdds version > 0.6.0 to raring as it is needed for libreoffice 4.0" [Undecided,New] https://launchpad.net/bugs/1079665
[15:22] <Sweetshark> seb128: and bug 1079656 and bug 1079659 (both already created as packages by rene but not yet in experimental)
[15:22] <ubot2> Launchpad bug 1079656 in Ubuntu "[needs-packaging] please sync a liblangtag version > 0.4.0 to raring as it is needed for libreoffice 4.0" [Wishlist,New] https://launchpad.net/bugs/1079656
[15:22] <ubot2> Launchpad bug 1079659 in Ubuntu "[needs-packaging] please sync a libmspub version > 0.0.3 to raring as it is needed for libreoffice 4.0" [Wishlist,New] https://launchpad.net/bugs/1079659
[15:23] <Sweetshark> it would be nice to have those in raring even if they are not in experimental by FF, I guess.
[15:41] <cyphermox> ogra_: waiting for a few more small fixes from the contributor. If you want I can upload this in its current state to a PPA
[15:47] <seb128> Sweetshark, hey, just take the vcs code and get it sponsored?
[16:08] <bcurtiswx> j/w since a majority of work in previous cycles has gone into staying with GNOME, and this cycle we're sticking with what we have. Is there a area on the Desktop team that will get more focus now?
[16:10] <seb128> bcurtiswx, it's mostly "stop using GNOME fallback code for unity since GNOME will drop that in 3.8" and "improve performances of Ubuntu so it runs better on devices"
[16:10] <bcurtiswx> seb128, great thx. and hi :)
[16:10] <seb128> bcurtiswx, with continued efforts on improving our testing and quality
[16:10] <seb128> bcurtiswx, hey
[16:12] <bcurtiswx> seb128, how well do you know the plans for the nexus 7 ?
[16:12] <seb128> well enough, there is nothing too specific or no real "plan"
[16:12] <seb128> we have a bunch of blueprints with workitems
[16:13] <seb128> but it's basically "chase stuff that are eating cpu and/or using memory and improve them"
[16:13] <bcurtiswx> is it going to be its own package set, or everything is going into Ubuntu this cycle ?
[16:13] <seb128> we identified some targets already
[16:13] <seb128> like "don't make run services all the time if not needed"
[16:14] <seb128> there is no plan to do anything specific out of Ubuntu
[16:14] <seb128> it's all optimization work that will benefit laptops, etc as well
[16:14] <seb128> we will just have some tweaks on kernel, drivers, and maybe some gsettings key values
[16:15] <bcurtiswx> seb128, OK. I ask because I was given a nexus 7 to use towards this work, so beyond the wiki page of info I was trying to find out more.
[16:15] <seb128> oh, great
[16:15] <seb128> ogra_, ^ do you have pointers or extra documentation?
[16:37] <Sweetshark> seb128: k. well, will make it a 0ubuntu1 then as rene might tweak them still. (I see rene next weekend anyway at the Munich Hackfest, maybe I get him to upload to experimental anyway.)
[16:39] <seb128> Sweetshark, yeah, take something under -1
[16:40] <seb128> Sweetshark, you can do -1~ubuntu or something
[16:40] <seb128> or -0ubuntu1 works as well
[17:43] <seb128> does anyone know how to use ibus there?
[17:44] <seb128> not how to set up an input method, but how to e.g enter chinese glyphs
[17:44] <seb128> like there is some sort of completion list popup that is used ... how is that one working, how does one trigger it?
[17:49] <attente> seb128: a bit
[17:50] <attente> let's see if i can remember...
[17:50] <attente> oh right
[17:51] <attente> i just hit Ctrl+Space and it seems to switch
[17:51] <attente> 你好
[17:51] <seb128> attente, right, I can enter some chinese glyphs but I don't see the popdown ui which has options
[17:51] <attente> popdown ui?
[17:51] <robru> attente, cool, I can see those glyphs correctly in IRC. I wouldn't have expected that ;-)
[17:52] <seb128> attente, http://cdn.alternativeto.net/s/86d591b8-bc93-e011-9798-0025902c7e73_1_full.png
[17:53] <seb128> attente, that popup ui
[17:53] <seb128> attente, or http://desktopi18n.files.wordpress.com/2012/02/gnome-shell-ibus-lookup-window-20120216.png (shell version)
[17:54] <attente> seb128: it doesn't appear for you when you switch to Chinese?
[17:55] <attente> i see it as soon as i start typing
[17:55] <seb128> attente, no, I can
[17:55] <seb128> ㄊ
[17:55] <seb128> ㄐ吃姿
[17:56] <attente> you can type, but it the popup doesn't appear?
[17:56] <seb128> right
[17:56] <attente> weird...
[17:56] <seb128> what desktop do you use?
[17:56] <attente> unity
[17:56] <seb128> ok
[17:56] <seb128> well in fact I'm testing the ibus 1.5 update and g-s-d 3.6 from the desktop ppa
[17:56] <seb128> so maybe it's buggy
[17:56] <attente> can you try ibus-setup?
[17:56] <seb128> I need to go back to 1.4 to see how it was working
[17:57] <jbicha> seb128: you logged out of Unity and logged back in first, right?
[17:57] <seb128> jbicha, yes, I've that installed for 5 days, I rebooted a bunch of times
[17:57] <attente> seb128: what do you see under the Input Method tab of ibus-setup?
[17:58] <seb128> attente, chewing
[17:58] <seb128> chinese - chewing
[17:59] <attente> oh. weird
[17:59] <seb128> well, I added that one
[17:59] <seb128> there was nothing listed by default
[17:59] <attente> ok
[17:59] <attente> but even then i don't see that method available to add
[17:59] <attente> but it could be traditional v. simplified
[18:00] <jbicha> seb128: try Chinese -pinyin
[18:00] <attente> robru: hi!
[18:00] <robru> attente, hey dude
[18:01] <robru> attente, thanks again for everything. how's it going?
[18:01] <seb128> robru, hey, how do you feel this week? better
[18:01] <robru> seb128, yeah, nose is still stuffy but I'm generally more clear-headed, yeah. thanks
[18:01] <attente> robru: moved yet? ;)
[18:02] <robru> attente, two weeks!
[18:02] <robru> attente, this is my last week of work, then I took the next week off for packing/moving, then Nov 30th I arrive at the hostel in Victoria to begin looking for an apartment ;-)
[18:03] <attente> robru: ah, guess you'll be missing Winnipeg :)
[18:03] <robru> attente, not even slightly ;-)
[18:03] <jbicha> seb128: chewing doesn't seem to do the pop-down; I don't know if it used to or not but pinyin works fine here in Unity or GNOME Shell
[18:03] <seb128> jbicha, attente: thanks, indeed pinyin works
[18:04] <seb128> damn chewing :p
[18:04] <attente> speaking of chewing :)
[18:04] <jbicha> attente: lunch time?
[18:04] <seb128> attente, lunch time! ;-)
[18:04] <attente> jbicha, seb128 correct!
[18:04] <attente> :)
[18:04] <seb128> enjoy!
[18:07] <seb128> jbicha, so, what bugs/feature is missing in the g-c-c 3.6 stack for you out of ibus indicator, keyboard indicator and the new appareance capplet that mterry just landed?
[18:07] <seb128> jbicha, just trying to figure what is remaining to do, I would like to land it this week, we can live without the keyboard indicator for a bit
[18:09] <jbicha> 50_ubuntu_systemwide_proxy.patch needs to be rewritten
[18:10] <jbicha> we need to decide whether to rewrite or drop 60_ubuntu_nav_bar.patch
[18:11] <seb128> jbicha, I will have a look to 60_ubuntu_nav but dropping should be fine
[18:11] <seb128> is upstream doing anythink for the proxy? they don't have a way to set a default one?
[18:12] <jbicha> for g-s-d 3.6.3, 90_set_gmenus_xsettings.patch needs refreshing/rewriting
[18:16] <jbicha> seb128: I don't use a proxy but I believe our patch simply allows setting a proxy for all users
[18:17] <seb128> jbicha, ok
[18:17] <seb128> will look at the xsetting one
[18:17] <seb128> jbicha, hum, it seems like we could probably get something upstream for the proxy stuff, I guess that would be useful on other distros as well
[18:20] <jbicha> seb128: yes, their proxy panel is a bit incomplete; GNOME's region & language panel allows setting a system language so there is some precedent for that type of feature
[23:03] <robru> can anybody point me at some documentation explaining the differences between compat 8 and compat 9 in debhelper?
[23:03] <Laney> robru: see the debhelper manpage
[23:03] <Laney> that's the best place for such info
[23:03] <robru> Laney, ah, thanks
[23:04] <robru> was looking for a wiki or something, hadn't thought of man


[06:34] <tjaalton> ffs, intel
[06:34] <tjaalton> https://bugs.freedesktop.org/show_bug.cgi?id=94161
[06:34] <tjaalton> so, disable rc6 it is then
[06:36] <ricotz> that is the one :(
[06:39] <tjaalton> is there a bug on lp?
[06:39] <tjaalton> or bugs
[06:42] <darkxst> I still can't get modesetting to work at boot with nvidia-364 ;(
[06:43] <ricotz> tjaalton, not sure, just saying I experienced this bug until disabling rc6
[06:43] <tjaalton> mind filing one?
[06:43] <tjaalton> against the kernel
[06:46] <darkxst> tjaalton, speaking of intel bugs, have you seen this one elsewhere, bug 1548864 (seen comments #12 + #13)
[06:46] <ricotz> tjaalton, https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1547800
[06:47] <darkxst> (the actual bug though seems to be a race condition unrelated to DRI failure)
[06:47] <darkxst> s/bug/bug report/
[06:49] <tjaalton> ricotz: that's haswell
[06:50] <tjaalton> darkxst: doesn't look familiar
[06:53] <darkxst> not sure how widespread it is, most ISO's work fine, apart from the obvious laggy UI from gnome-shell uner llvmpipe.  I can't reproduce it on my  same generation (I think) intel laptop
[09:36] <darkxst> not to mention there is a bug probably in nvidia_drm preventing plymouth from picking up the current encoder
[09:37] <darkxst> I tried to trace it though libdrm, but it seems to just be a shim/wrapper around the kernel interface
[09:38] <darkxst> not worth working around at this point, and I have no idea how one would actually file a bug report with nvidia!
[09:40] <mamarley> darkxst: Make a topic on the NVIDIA forum or send mail to<EMAIL_ADDRESS>[09:41] <mamarley> darkxst: Also, not sure if you heard, but DRM KMS isn't enabled by default in the Ubuntu NVIDIA packages because it breaks PRIME (and SLI).
[09:41] <darkxst> mamarley, ok will do
[09:41] <darkxst> and yes aware of that, but I can't get it working with kernel options either
[09:42] <darkxst> do the alias' get copied into initramfs?
[09:42] <darkxst> it did work with my super hacked, initramfs
[09:43] <mamarley> darkxst: Did you change "options nvidia_364_drm modeset=0" to have a 1 in /etc/modprobe.d/nvidia-graphics-drivers.conf and then run "sudo initramfs-update -u"?
[09:43] <darkxst> mamarley, I commented that out, and then set nvidia-drm.modeset=1
[09:44] <mamarley> darkxst: On the kernel command line?  I don't think that obeys the aliases.
[09:44] <darkxst> (on kernel command line)
[09:44] <mamarley> I know that "options modulename" and "modinfo" don't obey the aliases.
[09:45] <darkxst> mamarley, ok so I probably need to use nvidia-364-drm or so on the kernel?
[09:46] <mamarley> darkxst: Or just change the 0 to a 1 in nvidia-graphics-drivers.conf.
[09:46] <darkxst> mamarley, I don't want it in the initramfs, its not ready yet, mutter crashes also
[09:47] <mamarley> darkxst: That won't put the module in the initramfs, just the configuration for it.  (I think.)
[09:48] <darkxst> mamarley, the module is in there now, mutter won't run with modeset=1
[09:48] <mamarley> OK, well it probably won't run with that on the kernel command line either.
[09:48] <darkxst> although not sure the main nvidia-364.ko needs to be in the initramfs
[09:49] <darkxst> drm/modeset should be enough
[09:49] <darkxst> I think tseliot did that, but here is not here right now ofc!
[09:51] <mamarley> I don't know about that, sorry.
[09:51] <tjaalton> he's off this week
[09:51] <darkxst> mamarley, I don't expect it to run, which is why I dont want the settings in initramfs
[09:52] <mamarley> In that case just leave everything at the defaults and you won't get modeset.
[09:52] <darkxst> but I need it for testing!@
[09:52]  * mamarley confoozled.
[09:53] <mamarley> You want to temporarily boot the system with modesetting enabled?
[09:53] <darkxst> mamarley, yes exactly
[09:53] <mamarley> In that case, passing "nvidia_364_drm.modeset=1" to the kernel should work.
[09:53] <mamarley> But I haven't tried it.
[09:54] <darkxst> ok
[09:55] <darkxst> plymouth should work, but apart from the pre-mentioned bug
[09:56] <darkxst> mutter, just spits the dummy, but I don't think it should be failing where it is (i.e. there are no gbm buffers on X11)
[09:58] <mamarley> Beats me, sorry.  I just use it like normal without Plymouth and with KDE and it works fine.
[09:58] <darkxst> erm, unless I was running wayland session at the time
[09:59] <darkxst> mamarley, this is my test case for now: https://github.com/dvdhrm/docs/tree/master/drm-howto
[09:59] <darkxst> though I should probably try and run some of the libdrm tests
[10:01] <darkxst> but if the first don't work, then well, its not working!
[10:15] <darkxst> mamarley, anyway don't worry about it, I'll sort it out some time when I have time, right along with my gjs port which is now 2 years in the making,,,,
[20:27] <tjaalton> ricotz: wayland rejected, needs ffe
[20:27] <tjaalton> which is unsurprising


[13:44] <mara____> please help. I have a Java Swing project in Netbeans. I need him to create the Debian Source package. Can someone help me. thanks
[13:59] <mara____> please help. I have a Java Swing project in Netbeans. I need him to create the Debian Source package. Can someone help me. thanks