[00:15] <ali1234> i think there's a performance regression with proot/qemu-user
[07:14] <ali1234> yeah definitely... it's about 400x slower than it was in 16.04
[07:14] <ali1234> that script should take 12 minutes but it has been runnin for 12 hours now
[07:19] <Unit193> That...Sounds like something is actually messed up.
[07:22] <ali1234> oh yeah definitely
[07:23] <ali1234> "grep -R hello" inside an arm chroot takes 0.02 seconds on 16.04, 24 seconds on 18.04
[07:23] <Unit193> retpoline!
[07:23]  * Unit193 ducks.
[07:23] <ali1234> could well be
[07:23] <ali1234> although i have an up to date kernel on 16.04, so wouldn't that be affected?
[07:24] <Unit193> I've only used qemu-user-static for pbuilder builds, but that's on Debian/testing.  Meltdown, yes, and I'd presume the kernel would be patched.  But from what I recall, applications themselves have to be built with a retpoline compiler.
[07:26] <ali1234> bug 1756807
[20:05] <flocculant> knome: you going to call a meeting soon? if not I will - by the time it happens it'll be not long to final beta - and easter is between
[20:11] <knome> it's my turn?
[20:11] <knome> thanks for a reminder... :P
[20:18] <knome> scheduled
[20:34] <flocculant> knome: thanks
[20:34] <knome> no
[20:34] <knome> problem
[20:34] <knome> :P
[20:34] <flocculant> :
[20:34] <flocculant> P
[21:05] <ochosi> knome: any motivation regarding drawing that hidpi close icon?
[21:05] <ochosi> just wondering since UIF is creeping up
[21:15] <knome> ochosi, motivation maybe, time...


[00:16] <wallyworld> axw: ah, i think i understand what you might be saying - snap lxd daemon picks up the request from juju rather than deb lxd daemon and hence the wrong lxd get used. i thought setting LXD_DIR was supposed to cause the right lxd to get used (at least that's what nicholas thought).
[00:22] <menn0> wallyworld: I just realised that I hit the same thing with the conjure-up snap last week. it ships with its own version of juju and has LXD issues.
[00:22] <wallyworld> menn0: yeah. adam and nick know about it. not sure exactly what their solution is. my system is still somewhat screwed even after removing lxd snap
[00:23] <wallyworld> need to look at it again today
[00:23] <menn0> wallyworld: do you need to run sudo lxd init again?
[00:23] <wallyworld> that's my last resort, yeah
[01:25] <axw> wallyworld: PR to update azure regions: https://github.com/juju/juju/pull/6969. seeing as we need to get the public-clouds.yaml updated anyway, figured we may as well try and get this one in too?
[01:25] <wallyworld> sure
[01:45] <wallyworld> axw: sorry about delay. lgtm but there's a block on landing it due to current QA policy. there's a meeting tomorrow where that will be fixed
[01:46] <axw> wallyworld: thanks
[03:13] <menn0> wallyworld: were you running into this at bootstrap? 2017-02-13 03:05:33 ERROR cmd supercommand.go:458 new environ: Get https://<IP_ADDRESS>:8443/1.0: x509: certificate has expired or is not yet valid
[03:13] <menn0> anastasiamac: or is this what you saw? ^^
[03:13] <wallyworld> menn0: similar, yeah, can't recall exact wording
[03:14] <menn0> its happening for me r
[03:14] <menn0> too
[03:14] <menn0> axw: could ^^^ be related to the lxd cert caching change?
[03:14] <anastasiamac> menn0: i did not see this. wallyworld may have... just fixed my lxd to work over the weekend. my failures were related to lxc profile misconfiguration
[03:15] <wallyworld> menn0: i've had to totally purge lxd, manually remove neworks and ip links, lxd init again etc. still not there though - juju can't talk to container
[03:15] <axw> menn0: maybe. or the snap. are you using the snap?
[03:15] <menn0> no snaps involved
[03:16] <axw> menn0: you haven't installed the juju or lxd snaps?
[03:16] <menn0> not on this machine
[03:17] <axw> menn0: ok. seems most likely related to my changes then. it doesn't happen to me though. can you try and isolate it?
[03:17] <menn0> axw: sure. where's the cache file?
[03:18] <axw> menn0: juju will pull certs out of either ~/.config/lxc or ~/.local/share/juju/lxd
[03:19] <menn0> axw: I don't have ~/.local/share/juju/lxd
[03:19] <axw> menn0: either/or. if that one doesn't exist, it'll look in ~/.config/lxc
[03:19] <axw> (I don't have ~/.local/share/juju/lxd either)
[03:20] <menn0> axw: lxc is working fine by itself
[03:20] <menn0> axw: I just launched a container with "lxc launch"
[03:21] <axw> menn0: lxc will use the unix socket locally
[03:21] <axw> menn0: so HTTPS won't factor at all
[03:21] <menn0> axw: ok right
[03:31] <menn0> axw: moving the .config/lxc directory out of the way doesn't fix things
[03:31] <jam> thumper: menn0: coming by to say hi?
[03:32] <thumper> jam: yeah
[03:32] <menn0> jam: coming
[03:35] <axw> menn0: can you try adding some logging to finalizeLocalCertificateCredential in provider/lxd/credentials.go? we should be generating a new cert, uploading it to lxd, and then using that
[03:41] <axw> wallyworld: can you pastebin the output of "lxc config trust list" for me?
[03:43] <axw> wallyworld menn0: one possibility is that the certs in ~/.config/lxc are expired. mine expire in 2026...
[03:43] <menn0> axw: but I moved them out of the way and the symptoms stayed the same?
[03:43] <axw> menn0: ok, weird
[03:45] <axw> menn0: even that doesn't repro for me
[03:45] <axw> menn0: which version of ubuntu, lxd?
[03:47] <menn0> axw: well those certs *have* just expired
[03:47] <menn0>         Validity
[03:47] <menn0>             Not Before: Feb 10 02:21:23 2016 GMT
[03:47] <menn0>             Not After : Feb  9 02:21:23 2017 GMT
[03:47] <menn0> lxd 2.0.8, xenial
[03:49] <axw> menn0: did you add a lxd cert credential to credentials.yaml? by autoload-credentials perhaps?
[03:50] <menn0> axw: no lxd creds in credentials.yaml
[03:51] <axw> menn0: well if you moved the certs, I can't see how their expiry matters :/
[03:53] <menn0> axw: unless there's something inside the lxd daemon?
[03:54] <axw> menn0: maybe the server cert is the thing that has expired?
[03:55] <axw> menn0: the client credential changes could be a coincidence. seeing as the client certs you had have expired, possibly the server cert has too
[03:56] <menn0> axw: I think you're right. the problem happens with juju 2.0.3 too
[03:57] <axw> menn0: ok, cool
[03:57]  * axw wonders how to regen
[03:59] <axw> menn0: looks like if you delete /var/lib/lxd/server.{crt,key}, lxd will recreate them on startup
[04:00] <axw> wallyworld: ^^
[04:00] <menn0> axw: they've expired too. that's got to be the problem.
[04:00] <axw> menn0: terribly confusing coindidence :)
[04:10] <wallyworld> axw: yeah, i did that earlier, full lxd reinstall and init was also needed for me
[04:10] <wallyworld> due to wierd network issues
[12:29] <jam> wallyworld: ping if you're around
[12:29] <wallyworld> hey
[12:30] <perrito666> morning you two
[12:30] <wallyworld> evening here :-)
[12:33] <perrito666> wallyworld: any urgent bug that was left last night? otherwise ill just pick from the pile
[12:35] <wallyworld> perrito666: this one is important https://bugs.launchpad.net/juju/+bug/1623217
[12:35] <mup> Bug #1623217: juju bundles should be able to reference local resources <juju:Triaged> <https://launchpad.net/bugs/1623217>
[12:36] <wallyworld> not sure if it can be done in time
[12:36] <wallyworld> ie not sure of the scope of any change, haven't looked into it
[12:40] <wallyworld> jam: can i help with something?
[12:41] <jam> on bug #1577556 they just mentioned that they saw a 'statuses' doc that didn't have a txn-revno. I was a bit confused but it looks like statuseshistory is where we don't use TXNs but 'statuses' we *should* be using txns, right?
[12:41] <mup> Bug #1577556: unit failing to get unit-get private-address in the install hook <intermittent-failure> <network> <uosci> <OpenStack Charm Test Infra:Confirmed> <juju:Triaged>
 <juju-core 1.25:Triaged> <ubuntu-openstack-ci:Triaged> <mysql (Juju Charms Collection):Fix Released> <https://launchpad.net/bugs/1577556>
[12:43] <jam> wallyworld: sorry, wrong bug. actual is bug #1484105
[12:43] <mup> Bug #1484105: juju upgrade-charm returns ERROR state changing too quickly; try again soon <bug-squad> <canonical-is> <upgrade-charm> <upgrade-juju> <juju-core:Fix Released> <https://launchpad.net/bugs/1484105>
[12:44] <perrito666> wallyworld: tx
[12:44] <wallyworld> jam: yeah, status hisotry avoids txns. but the status doc itself in the status collection should use txn
[12:45] <perrito666> afaik the regular status collection does use txns
[12:46] <wallyworld> jam: all usages of statusDoc should be in the context of a txn.Op  slice
[12:47] <jam> perrito666: right, its supposed to, I was worried we had a case where sometimes we were and sometimes we weren't.
[12:47] <jam> but they are reliably (?) hitting a case where the statuses docs are missing the txn-revno, which is bad mojo for the TXN logic
[12:49] <perrito666> jam: odd, I wonder if someone confused status with status history
[12:49] <perrito666> jam: the latest status added was model status iirc
[12:49] <wallyworld> jam: i just did a (quick) code search and can't see anywhere where we are writing to the status collection not using txns
[12:50] <jam> perrito666: wallyworld: yeah, I grepped the code as well. It does mention an assert that "txn-revno == 0" which would indicate we tried to read it, got back 0 and then said "well, its gotta stay 0 for this updaet"
[12:51] <wallyworld> jam:  you talking about assert := bson.D{{"txn-revno", txnRevno}} in statusSetOps() I assume
[12:51] <jam> wallyworld: comment #16 on the bug
[12:52] <jam> there is an enttry in txn queue that says: "a": { "txn-revno": NumberLong(0) }
[12:52] <jam> my guess is that it read the doc, saw there was no txn-queue so got the 'zero' value and then put that back into the assert.
[12:52] <jam> So I don't think that is what *caused* the problem in the first place, just those txns all fall over because the data is bad.
[12:53] <jam> we don't really know what caused it to be bad in the beginning.
[12:56] <wallyworld> jam: juju uses the txn-revno assert in a set status function (this pattern isused elsewhere too, eg updating ports). but i think that relies on a create being done first to insert the original doc and set the txnrev-no field. and we do have a createStatusOp.  i can't see how we would attempt to set a  status value on a doc with a given doc id without having done a create first
[12:56] <wallyworld> and that create should insert the txnrev-no field
[12:57] <jam> wallyworld: (a) race? (b) if we're creating the doc with an upsert, we're still using  the txn logic, and the mgo/txns is the thing that keeps txn-revno correct
[12:57] <jam> we're just using an assert to say "if this doc is changed underneath us, ignore this change"
[12:58] <wallyworld> that matches my understanding
[12:58] <perrito666> jam: just a wild idea, do you think this could be caused by mgopurge?
[12:59] <wallyworld> we create the doc with an insert and a doc not exists assert
[12:59] <perrito666> wallyworld: https://bugs.launchpad.net/juju/+bug/1623217 seems like it will need some spec-ing and agreement from stakeholders
[12:59] <mup> Bug #1623217: juju bundles should be able to reference local resources <juju:Triaged> <https://launchpad.net/bugs/1623217>
[13:00] <wallyworld> probably, i just saw it and it looked important
[13:00] <wallyworld> should move to 2.2
[13:00] <perrito666> wallyworld: it has been like that since december, I dont think it is that urgent that we can skip proper procedure :)
[13:01] <perrito666> we should get someone started on that spec though
[13:01] <wallyworld> fair enough, i just skimmed it
[13:01] <perrito666> true, was just a comment not a rant
[13:01] <rick_h> perrito666: the goal there is just to allow local file paths like local charms
[13:01] <rick_h> perrito666: so hopefully a short spec
[13:02] <perrito666> rick_h: yes
[13:09] <jam> rick_h: perrito666: not sure how much of a spec it should have, vs you already have a syntax for 'use this local charm' ./path, we just support that for a resource blob as well
[13:11] <rick_h> jam: +1
[13:11] <jam> perrito666: short enough spec for you ? :)
[13:13] <perrito666> jam: sure it is, if annyone comes asking ill post that line :p
[13:38] <jam> perrito666: I didn't think that was actually going into 2.1, and doing it post rc feels a bit late, but if it isn't terribly hard, it is a nice quality-of-life for a bunch of people
[13:48] <perrito666> jam: I dont think ill be able to fit this into 2.1 most likely tonight ill move that to 2.2
[18:49] <Dmitrii-Sh> https://github.com/cloud-green/juju-relation-mongodb/pull/6 cmars, mattyw - JFYI: sent out a couple of patches for the mongodb interface
[19:19] <thumper> morning folks
[19:25]  * perrito666 touches tip of hat
[19:25] <mattyw> Dmitrii-Sh, hey there, thanks very much, will take a look
[19:45] <tasdomas> could there be a reason why juju 1.25.6 fails to bootstrap an aws model with authentication failure, while juju 2.0.0 works fine (with the same credentials)
[19:48] <thumper> tasdomas: no idea sorry
[20:27] <mup> Bug #1664359 opened: Authentication fails for juju 1.25.6 on aws <juju-core:New> <https://launchpad.net/bugs/1664359>
[23:09] <wallyworld> perrito666: thumper: IMO the proposed test fix for that status history test is too lenient - it throws away the notion of the order of the expected status messges
[23:10] <wallyworld> the fix should have been to be lenient with the expected count of messages, not the order
[23:15] <perrito666> wallyworld: I can very well send a follow up, since the test belo does test the order I thought it was not really that important
[23:17] <wallyworld> it does but the two tests are ostensibly similar - one uses a filter, the other doesn't. they should essentially test the same things the same way
[23:17] <wallyworld> just with nd without  filter
[23:19] <perrito666> yes, but there is a race there, that infrastructure was built by william but he did not notice that by inserting the records with identical dates the ordering is non deterministic
[23:20] <perrito666> two items with the same date can be returned in any given order, and that is ok
[23:20] <perrito666> because in reality it will never happen that two items have the same date to the nanosecond
[23:24] <wallyworld> ah, i see, that helps explain it a bit


[03:59] <White_Light> why was 4.8.9 released before upstream released 4.8.9
[04:00] <White_Light> that doesn't appear to make any sense, am I missing something?
[05:31] <r4y> I am running an older tower that I can get Ubuntu 10.04 on a different hard drive to work with where the graphics card can do 3D graphics and tv-out with s-video through nvidia settings. I am running Ubuntu Mate on that same tower right now and I want to get tv out, but I don't care to get 3D graphics to work. How do I do that?
[05:33] <r4y> I found this, but I wasn't sure about how things would work differently than before, but I have never messed with these before from this link:
[05:33] <r4y> https://wiki.ubuntu.com/X/Config/Resolution
[05:35] <r4y> I am going to leave this window open and go visit with other people for now, so I will likely not respond, but any input as to what tutorials online for setting up Ubuntu Mate for this would be a step in the right direction versus wondering which method might work and not being sure, because I feel stuck.
[05:36] <r4y> I meant different ways would be great, as there are likely to be many ways perhaps.
[07:59] <eightfold> hi
[08:05] <eightfold> i wonder how i can change the window title color
[08:05] <eightfold> i KNOW i've done this before, because i have a screenshot of it
[08:05] <eightfold> https://i.imgur.com/DUOHIba.png
[08:05] <eightfold> that shows how i changed the default baby blue to something darker
[08:06] <eightfold> i can't, for my life, find how out how to do that again!
[08:07] <eightfold> i think there might have been a "color" tab in customize
[08:07] <eightfold> but no longer...
[08:07] <eightfold> like so: https://i.stack.imgur.com/VYl3N.png
[08:07] <eightfold> has this wonderful feature been removed?
[08:11] <ouroumov_> eightfold, in 16.10 yes it's removed
[08:11] <ouroumov_> Actually it can't be implemented in GTK3+ apparently
[08:12] <eightfold> ouroumov_: ouch, ok
[08:12] <eightfold> so, editing the themes?
[08:12] <ouroumov_> Yeah I think
[08:12] <ouroumov_> I'd like to know the recommended way to go about this too
[08:14] <eightfold> http://askubuntu.com/a/760249
[08:14] <eightfold> perhaps
[08:17] <eightfold> "But it still wasn't enough for me, because progressbars and checkboxes remained green. Then I found the gtk-3.0/assets folder. There, I had to manually change the color of every single greenish asset with Gimp. I used the Hue-Saturation tool with the following parameters:"
[08:17] <eightfold> argh...
[08:47] <eightfold> ok, i'm messing about with the themes...
[08:47] <eightfold> copied a theme to ~/.themes
[08:48] <eightfold> there's a Radiant-MATE file in the root of the themes dir of this theme
[08:48] <eightfold> BUT (strangeness)
[08:48] <eightfold> when i look at the dir from the terminal it's called index.theme
[08:48] <eightfold> wtf
[08:48] <eightfold> how does this strangeness happen
[08:52] <eightfold> when i try to rename it to Radiant-MATE-mine.theme it's not loadable
[08:52] <eightfold> how do i change the name of the theme in the appearance > theme picker
[08:52] <eightfold> ?
[08:53] <eightfold> i don't want duplicate names
[08:53] <eightfold> that's why i'm messing around
[09:52] <alansun> somebady here
[10:08] <masnell> !ask
[11:02] <ubuntu-mate> hello
[15:20] <TwoNotes> Is there no 16.04.1 release for Raspberry Pi?
[15:32] <chuckwebb> Hello. Any ideas on how to set different DPIs for seperate monitors? (just added a 4k monitor to a multimonitor setup)
[16:09] <Guest39223> how do I change my menu to the advanced version
[16:33] <chuckwebb>  Guest39223: control centre -> MATE Tweak -> panel -> enable advanced menu
[16:40] <Guest39223> Thank you chuckwebb
[16:40] <chuckwebb> you're welcome :)
[20:08] <pi_> raspberry pi 3 no sound hdmi
[20:08] <pi_> help
[22:38] <sirivxx> anyone from the u.k in here
[22:41] <sirivxx> anyone from the u.k in here
[22:58] <mate|17036> hi i have Ubuntu 16.04 and the mate software wants me to update the OS.  It seems stuck,  and keeps asking me for authentication for some packages.  should I just download the latest Ubuntu over the old ones if the update fails?
[23:03] <mate|17036> wonders if this is the best option for me?
[23:07] <nomic> maybe ..
[23:07] <nomic> you should try to do a complete installation, to get 16.10
[23:07] <nomic> its because you have existing configuration
[23:08] <mate|17036> if its dual boot, just install over it?
[23:08] <nomic> you should m aybe ask on the forum (ubuntu, mate foru ms) isn't always busy here
[23:08] <nomic> it gives you an option of installing to a partition
[23:08] <nomic> it offers upgrade - its not compulsory
[23:08] <nomic> 16.04 is still in support
[23:08] <nomic> 16.10 is not a long term support release
[23:09] <nomic> stick with 16.04
[23:09] <nomic> April 2019
[23:09] <nomic> end of support for 16.04
[23:09] <mate|17036> oh the problem i am having is it downloaded 185 mb,  but keeps asking to authenticate when it gets to 135 mb  and it wont go further
[23:09] <nomic> its the most stable lts
[23:10] <nomic> apt-get upgrade upgrades packages, not the OS
[23:10] <mate|17036> well it runs ok without the updates, just saying it seems stuck
[23:10] <nomic> when you type sudo apt-get upgrade?
[23:11] <mate|17036> no the mate software is doing this, says one update and tells me its size
[23:11] <nomic> i dunno - ask on the forum
[23:11] <nomic> screenshot
[23:11] <nomic> show them
[23:11] <nomic> where it stops
[23:16] <mate|17036> so sudo apt-get upgrade is the command I should try in terminal?
[23:16] <mate|17036> so I am not dependant on the ubuntu-mate software?
[23:18] <mate|17036> I will try that instead, thank you
[23:18] <mate|17036> its asking for a reboot now.  hmmmm


[22:55] <xnox> cjwatson: i'm being pinged by colleagues to look into bug 1012629. But it's more of a bug for you, I hope. Will you take a look at it please?
[22:55] <ubot2> Launchpad bug 1012629 in grub-installer (Ubuntu Trusty) "grub-installer ignores "bootdev" setting in preseed file" [Undecided,Confirmed] https://launchpad.net/bugs/1012629


[06:01] <Kilos> helloooo africa, hope you all have a great day
[06:50] <Na3iL> GM Africa o/
[06:50] <Kilos> hi Na3iL
[06:51] <Na3iL> o/ Kilos hows you where you have a been :D
[06:53] <Kilos> im good ty lad, been busy trying to sort a pc for an old lady friend of my sister.
[06:53] <Kilos> and other outdoor stuff
[06:54] <Na3iL> Ah! cool
[06:54] <Kilos> how are you?
[06:55] <Na3iL> I am fine :D
[06:55] <Kilos> :)
[06:56] <Na3iL> I am just searching for testimonials, I already got 2 :D
[06:57] <Kilos> good, keep them coming in and encourage ongolaboy to do the same then you you two apply the same time
[06:58] <Na3iL> Sure :)
[07:08] <Kilos> oh Na3iL also choose a date and time when you friends and supporters can be at the meeting too
[07:09] <Kilos> your
[07:09] <Na3iL> Yeah indeed Kilos
[07:13] <Kilos> hi Fatar
[07:13] <Fatar> Hey kilos
[07:13] <Fatar> long time no see
[07:13] <Kilos> you been busy for a while
[07:14] <Fatar> not really just lazy
[07:14] <Fatar> what happened while I wasn't here?
[07:14] <Fatar> Did we recruit more ppl?
[07:14] <Kilos> been rather quite here
[07:15] <Fatar> oh we have a meeting in exactly a week it seems!
[07:15] <Kilos> the secret is for everyone to greet everyone else and build a friendly community
[07:16] <Kilos> oh my
[07:16] <Fatar> Is it going to last longer this time?
[07:17] <Kilos> you guys will have to keep things going, i might be going to hospital next week for a hernia operation
[07:17] <Fatar> woah woah woah
[07:18] <Fatar> you're going to be ok?
[07:18] <Kilos> meetings are set for an hour because some peeps always complain if they are longer
[07:18] <Kilos> yes i will be fine , only wont be here for the meeting maybe
[07:19] <Fatar> good to know
[07:19] <Kilos> so its up to you young guys to keep things going and growing
[07:19] <inetpro> Kilos: http://www.diffen.com/difference/Quiet_vs_Quite
[07:20] <inetpro> good mornings africa
[07:20] <Kilos> quiet
[07:20] <Kilos> did i say it wrong, sorry
[07:20] <inetpro> :-)
[07:20] <Kilos> oh yes ty
[08:15] <stickyboy> Kilos: How many cups of coffee have you had today?
[08:16] <Kilos> not one stickyboy i mainly drink tea
[08:16] <Kilos> in beer mugs
[08:16] <stickyboy> "mainly"?
[08:16] <stickyboy> What else are you not telling me?
[08:16]  * stickyboy is at a coffee shop and just ordered his third coffee.
[08:16] <Kilos> yeah if i drink coffee daily i get bad headaches
[08:17] <Kilos> so ill have a mug full once a week or so
[08:19] <stickyboy> Oh :P
[08:29] <stickyboy> Now I have to drink a lot of water...
[08:29] <stickyboy> But I'm pushing code to GitHub so that's winning.
[08:44] <Kilos> ah
[08:44] <Dro__> hi everybody :)
[08:54]  * inetpro now needs a cuppa coffee
[08:54] <inetpro> QA: coffee on
[08:54]  * QA starts grinding coffee
[08:55] <craigbrash> teatime
[08:57] <stickyboy> МНОГО ПОЗДРАВИ ОТ НАЙРОБИ
[08:57] <stickyboy> Mnogo pozdravi ot Nairobi
[08:57] <stickyboy> Greetings from Nairobi, ladies and gentlemen.
[08:58] <QA> Coffee's ready for inetpro!


[00:20] <tsimonq2> pleia2: you think my blog post should go into planet?
[00:22] <pleia2> tsimonq2: planet posts don't need to be about Ubuntu anyway :) that one seems to be, so especially seems appropriate
[00:24] <tsimonq2> pleia2: I mean planet section of UWN :P
[00:25] <tsimonq2> should it go in UWN even though it's preliminary?
[00:25] <pleia2> tsimonq2: ah, should be fine
[00:25] <tsimonq2> alright :)
[02:13] <tsimonq2> made some changes to the StyleGuidelines due to some things I've had to point out recently. :)


[06:57] <pitti> Good morning
[06:58] <pitti> tlyu: hello
[06:58] <pitti> tlyu: oops, sorry; tab completion error
[07:16] <SpamapS> pitti: hey, got a second to answer a question about upower?
[07:22] <pitti> SpamapS: sure, what's up?
[07:23] <SpamapS> pitti: so, on my macbook pro 5,1 I used to be able to suspend, but now I can't..
[07:23] <SpamapS> pitti: upower --dump shows can-suspend: no
[07:24] <pitti> SpamapS: what changed between "then" and "now"? dist-upgrade?
[07:24] <SpamapS> pitti: I see your name come up on a lot of upower bugs and comments, so I'm hoping you have some advice for me as to where to start looking
[07:24] <SpamapS> pitti: no, I installed laptop-mode-tools is all I can think of
[07:24] <dholbach> good morning!
[07:24] <pitti> SpamapS: it conflicts with pm-utils
[07:25] <pitti> hey dholbach
[07:26] <dholbach> hey pitti
[07:27] <SpamapS> pitti: so, upon removing laptop-mode-tools, I needed to also re-install pm-utils, and that should enable suspend again?
[07:27] <pitti> SpamapS: you can't install both at the same time, they conflict
[07:28] <pitti> SpamapS: pm-utils already does most of the useful stuff of pm-utils
[07:28] <pitti> sorry, of l-m-t
[07:29] <SpamapS> well and with l-m-t installed, I just can't suspend at all. :(
[07:31] <SpamapS> pitti: so, I just removed l-m-t and installed pm-utils again.. should I reboot to get upowerd to find pm-utils again?
[07:32] <SpamapS> pitti: thanks for taking a look btw.
[07:32] <SpamapS> This seems like a bug report worthy problem.. l-m-t shouldn't totally disable suspend.. :-P
[07:34] <pitti> SpamapS: reboot shouldn't be necessary
[07:35] <pitti> SpamapS: well, l-m-t should be removed completely, and remaining useful functionality integrated into pm-utils really
[07:37] <SpamapS> pitti: upower --dump still shows can-suspend: no
[07:37] <pitti> SpamapS: try "sudo killall upowerd"
[07:37] <SpamapS> yaaaaay
[07:37] <SpamapS> I was afraid to do that..
[07:38] <SpamapS> it can be downright dangerous
[07:39] <SpamapS> I installed laptop-mode-tools thinking it would be helpful on my vacation to have better battery life through aggressive techniques that it uses..
[07:39] <SpamapS> then I closed the lid, threw the laptop in my backpack, and went to the airport...
[07:39] <SpamapS> as I was in line for security I noticed my back getting HOT
[07:39] <SpamapS> the case of the MBP nearly burned my hand
[07:40] <SpamapS> pitti: thanks for the tips. I'll file a bug report against laptop-mode-tools now
[07:40] <pitti> SpamapS: "stop existing"? :-)
[07:41] <micahg> SpamapS: I had a similar problem at UDS
[07:46] <SpamapS> bug 638307 seems to already be there. :p
[07:47] <SpamapS> pitti: I think the proper fix for that bug is probably to just remove it.
[07:49] <SpamapS> micahg: btw, it was a pleasure meeting you at UDS.. I don't think we've had a chance to chat since then. :)
[07:50] <micahg> SpamapS: indeed, what TZ are you in BTW?
[07:54] <SpamapS> micahg: pacific
[07:55] <SpamapS> micahg: but I just got back from HI timezone. :)
[07:55] <micahg> SpamapS: ah, ok
[07:57]  * SpamapS finishes updating the mactel help page that led him astray to l-m-t in the first place
[10:15] <mpt> pitti, hi, do you know why the work items tracker might be showing only 2 items for me this cycle when I actually have 16 or so?
[10:16] <mpt> (Not that I'm complaining about lack of work or anything)
[10:16] <doko> Riddell, ScottK: jbrown is looking to fix qt this week.
[10:17] <pitti> mpt: where do you see that?
[10:17] <mpt> pitti, <http://people.canonical.com/~platform/workitems/natty/all.html> says "mpt		2	0	0	0	0	0%"
[10:18] <mpt> pitti, it doesn't include the 3 items for me on <https://blueprints.launchpad.net/ubuntu/+spec/packageselection-desktop-n-donations-for-free-software-through-software-center> for example
[10:18] <pitti> mpt: that's because this spec isn't targetted for natty
[10:19] <pitti> apparently it was added much after UDS (Jason and I went through the UDS specs and targetted everything)
[10:19] <pitti> mpt: added to natty now
 is from before UDS but doesn't look targeted either
[10:20] <pitti> mpt: this needs urgent drafting and review, though
[10:20] <pitti> mpt: btw, it is named "desktop", but stuart is from the u1 team, isn't he?
[10:20] <Chipzz> mpt: why are you adding <> around your links?
[10:20] <pitti> mpt: it doesn't have any people assigned
[10:21] <Chipzz> makes it harder to copy/paste them ;)
[10:21] <pitti> mpt: we don't want to plan this for natty unless we actually have someone to work on it -- do you know if someone is?
[10:21] <mpt> pitti, there are assignees for all of the work items.
[10:21] <mpt> I can't set the assignee for the bp as a whole because I didn't register it.
[10:22] <pitti> mpt: is that ready for review?
[10:22] <mpt> I don't know what that means.
[10:22] <pitti> mpt: updated that one, too
[10:22] <pitti> mpt: status is "new"
[10:22] <mpt> thank you
[10:23] <pitti> mpt: by now, the desktop specs should be drafted by the drafter, and set to "pending approval" or "review"
[10:23] <pitti> (our team deadline was last Tuesday, but it's still fine to add to the pot)
[10:23] <mpt> I thought we stopped "drafting" specifications a couple of years ago
[10:23] <mpt> since we started using the work item tracker instead
[10:23] <pitti> mpt: the wiki pages, yes; but we still use the status, and it now means that the whiteboard and work items are "ready"
[10:24] <mpt> So I need to find the person who registered each one and ask them nicely to set the status to "Pending Approval"
[10:24] <mpt> and then find someone else and ask them nicely to approve it
[10:25] <mpt> thanks pitti, sorry for the trouble
[10:26] <pitti> mpt: I can do that for you, just wanted to know if you or Scott are still working on drafting
[10:26] <pitti> (done)
[10:26] <mpt> No, it's complete, we both know what we need to do
[10:27] <pitti> good
[10:39] <mpt> Chipzz, I've done that since about 1999 because it disambiguates where the URL ends and punctuation around it begins.
[10:39] <Chipzz> mpt: actually I think it creates the very problem you're trying to avoid :)
[10:39] <mpt> Most IRC clients have "Copy Link" or similar menu items.
[10:39] <Chipzz> but that's just my 2c
[10:40] <Chipzz> to say more, I would say it makes the very problem you're trying to avoid *worse*
[10:43] <geser> pitti: do you know if any "decision" about postgresql-9.0 in natty got made?
[10:44] <pitti> geser: wasn't discussed yet
[10:45] <geser> do you know when it's going to get discussed? (so I know when to ask about an update)
[10:47] <pitti> geser: main problem is that all packaged extensions are still 8.4
[10:47] <pitti> and we don't have anyone in Ubuntu who deals with them
[10:48] <pitti> we could stick with 8.4 until Debian squeeze releases
[10:49] <geser> in that case "postgresql-debversion" should probably only build for 8.4, right? it currently wants to build for 9.0 too
[10:50] <pitti> geser: how many packages does this affect?
[10:50] <pitti> if there's a significant number of Debian packages building for 9.0, we could just switch
[10:50] <geser> till now I've only spotted postgresql-debversion in the FTBFS list
[10:50] <sebner> didrocks: /here in natty compiz quite crashes pretty often when doing a lot of scrolling in Ooo.(?!), have you heard of such a weird thing before? Couldn't find a bug about it yet
[10:51] <didrocks> sebner: not that one. Can you please get a backtrace, file a bug and subscribe smspillaz, please?
[10:56] <sebner> didrocks: aye
[10:56] <geser> pitti: looks like postgresql-debversion is the only package for 9.0 (couldn't find another in Debian either)
[10:57] <Riddell> doko: who's jbrown?
[10:57] <didrocks> sebner: thanks :)
[10:57] <doko> Riddell: see #linaro
[11:06] <cjwatson> mpt: better to just ensure there's whitespace around the URL, IME
[11:07] <cjwatson> (not that it's all that desperately important)
[11:07] <ScottK> doko: Thanks (re Qt).
[11:07] <mpt> cjwatson, that means following punctuation sometimes ends up on a separate line when it should not.
[11:09] <cjwatson> *shrug*
[11:10] <cjwatson> you could use a non-breaking space, or reword.
[11:10] <cjwatson> I used to do the <> thing too, then discovered it didn't really work well in practice so stopped
[11:17] <JanC> the <> delimiters are actually recommended practice in the URL/URI RFCs (and they work fine in XChat)
[11:18] <JanC> but whitespace works too
[11:20] <cjwatson> I know, but they rely too heavily on people having just the right word selection algorithm in their terminal
[11:20] <cjwatson> communication is best when it's convenient for other people, after all
[11:22] <pitti> ebroder: FYI, we should stop the un-perl-ification for now; this requires some discussion with the Debian perl maintainers first
[11:28] <apw> cjwatson, fyi it looks like the live CDs boot at least on amd64
[11:28] <sebner> didrocks: meh, that's all I get: http://pastebin.com/sDBTvj6c , when debugging in gdb the screen freezes so I have to kill compiz manually and therefore get no real backtrace :( Any suggestion? (don't do debugging that often)
[11:28] <cjwatson> apw: oh good.
[11:29] <didrocks> sebner: run it on tty1 with gdb compiz | tee log
[11:29] <didrocks> sebner: then: run --replace
[11:29] <didrocks> (of course export DISPLAY=:<your_display/screen> first :))
[11:30]  * cjwatson discovers that his peak sustained merge performance is around 16 packages per hour
[11:30] <didrocks> waow :)
[11:30] <apw> cjwatson, that sounds like a lot to me
[11:31] <cjwatson> otavio did a big pile of translation uploads to d-i, so most of those were fairly easy, but hence "peak"
[11:35] <sebner> didrocks: I'll try :)
[11:35] <Chipzz> cjwatson: rock :)
[11:37] <Chipzz> cjwatson: out of curiosity, what does that number look like in more normal cicrumstances? :)
[11:38] <pitti> doko: --as-needed by default> cool!
[11:41] <pitti> cjwatson: bzr FTW :)
[11:42] <cjwatson> Chipzz: not sure, maybe more like half a dozen or so
[11:44] <Chipzz> pitti: as much as I applaud that (and I do), won't that cause like *tons* of FTBFS'es?
[11:45] <pitti> Chipzz: how so?
[11:45] <pitti> how is revision control related to testing and building packages?
[11:45] <Chipzz> pitti: I meant the --as-needed
[11:46] <pitti> Chipzz: presumably it will; OTOH a lot of packages explicitly enable that in debian/rules or patches right now
[11:47] <Chipzz> pitti: there's the matter of "what's a lot" though. :) If hundreds of packages use it now, that is indeed a lot, but still a rather small fraction of the whole archive?
[11:47] <pitti> Chipzz: well, let's see how much it breaks
[11:47] <pitti> Chipzz: I've seen a few packages failing with --as-needed, but most just work
[11:48] <Chipzz> but anyway don't get me wrong, this is something I applaud big time :)
[11:48] <cjwatson> Chipzz: yes, it causes a decent number, hence doing it at the start of a release cycle
[11:48] <cjwatson> not insuperably enormous though
[11:49] <Chipzz> cjwatson: with the possibility of rolling it back if too much breaks I presume?
[11:50] <cjwatson> they're generally simple to fix, too
[11:50] <cjwatson> Chipzz: well, it's just a switchable default so I suppose so, but I don't think it will be necessary
[11:51] <cjwatson> there'd been a mass-bug-filing campaign about this in Debian for quite a while before we changed the default
[11:51] <Chipzz> cjwatson: ah k, that changes things
[11:51] <Chipzz> did doko do a test-rebuild of the whole archive though?
[11:52] <Chipzz> (isn't that what's usually done when introducing such pervasive changes? :))
[11:53] <cjwatson> I don't recall, you'd have to ask him.  I trust him to have a good understanding of how much it was going to break, and it doesn't worry me
[11:54] <cjwatson> bug 673073 worries me more because the resulting build failures are harder to fix
[11:55] <Chipzz> right, but that has a different cause though :)
[11:57] <doko> Chipzz: no, a lot of the failures are already fixed upstream (Fedora already has this change).
[11:58] <doko> Chipzz: about the build failures, yes, need to be fixed. please subscribe me to bug reports
[11:58] <cjwatson> Chipzz: I know it has a different cause; my point is that in general causes of hard build failures are more worrying than causes of easy build failures
[11:58] <cjwatson> and I don't think we should agonise too much about the latter early in the release cycle
[12:03] <sebner> didrocks: this ok? bug #675506
[12:04] <didrocks> sebner: well, extra points if you can install the -dbgsym package and get debug symbols :)
[12:05] <sebner> didrocks: I thought so but couldn't find a compiz-dbg package?!
[12:06] <didrocks> sebner: there are -dbgsym in the ddebs repo: http://ddebs.ubuntu.com/pool/main/c/compiz/
[12:06] <didrocks> sebner: more info at https://wiki.ubuntu.com/DebuggingProgramCrash (they are generated automatically)
[12:07] <didrocks> sebner: so, *compiz*/*glib* dbgsym should be enough already
[12:07] <ogra_ac> lool, why is bug 587632 set back to inprogress ? do you know of someone working on it ?
[12:09] <lool> ogra_ac: I think I documented that Dave was working on it back then
[12:09] <lool> ogra_ac: See the earlier activity in the bug by him
[12:09] <ogra_ac> oh, i see the order of comments is out of sync due to cjwatson fixing the LP janitor inbetween
[12:10] <apw> cjwatson, also booted i386 live natty, also seems to work
[12:10] <ogra_ac> lool, yeah, i was confused by the manual close after dave worked on it
[12:10] <ogra_ac> seems the marm can go andd i should just update the patch
[12:11] <lool> ogra_ac: In any case it was wrong to have it Fix Released
[12:11] <ogra_ac> lool, yes
[12:16] <didrocks> ogra_ac: hey
[12:16] <didrocks> ogra_ac: did you see your WI to port the part for armel in the netbook seed to the desktop one?
[12:16] <ogra_ac> didrocks, nope, not yet, i'll take a look
[12:17] <didrocks> ogra_ac: ok, I'll take care about the netbook != armel part. This should be done for A1 so that we can kill the netbook seed and iso
[12:18] <didrocks> (apart if you see that you still want just one for armel)
[12:18] <ogra_ac> didrocks, we will likely needs something "non GL-ish"
[12:18] <ogra_ac> *need
[12:19] <ogra_ac> since 80% of the arm HW wont have free drivers we can just ship
[12:19] <didrocks> ogra_ac: right, but that's not related to having a netbook seed or not
[12:19] <didrocks> ogra_ac: it's either, editing the desktop seed and adding [!armel] and [armel]
[12:19] <ogra_ac> well, as i understand it for x86 the fallback will be a plain desktop
[12:21] <sebner> didrocks: done, thanks for your help!
[12:21] <didrocks> ogra_ac: yes, so that should work for you as well. It's not related to the seed stuff
[12:21] <didrocks> sebner: great!
[12:21] <ogra_ac> didrocks, we would like to have a 2D netbook UI for netbook images
[12:22] <ogra_ac> while that will work with !armel/armel it will be a lot more work to maintain i suspect
[12:22] <ogra_ac> and we will likely also have some arches where we will have to provide plain desktop images
[12:22] <ogra_ac> how do you plan to do a preselection ?
[12:23] <ogra_ac> if you have all sessions in the same image
[12:23] <ogra_ac> (note that we neeeed to select the session at build time on the preinstalled images, no preseeding available)
[12:23] <didrocks> ogra_ac: we will kill the netbook image for i386 and others at least, as the selection is only "do you have brasero or cheese"
[12:24] <didrocks> ogra_ac: please look at the blueprint: https://blueprints.launchpad.net/ubuntu/+spec/packageselection-desktop-n-bringing-desktop-and-netbook-image-closer
[12:24] <ogra_ac> yes, i'm looking at that since you pinged me
[12:25] <didrocks> ogra_ac: why do you want a preselection? if unity can't run, it will fallback to the traditional GNOME ui
[12:25] <ogra_ac> right, what about armel netbook users that dont have GL drivers installed by default ?
[12:26] <didrocks> ogra_ac: well, unity and compiz won't be able to run on them, so compiz will fallback to metacity with gnome-panel
[12:26] <didrocks> ogra_ac: this is specified at https://blueprints.launchpad.net/ubuntu/+spec/other-dx-n-unity-compiz
[12:27] <ogra_ac> right, we want to have a solution for 2D as we always did
[12:27] <ogra_ac> didrocks, see PM
[12:35] <didrocks> cjwatson: is it possible to keep the netbook seed right now, rename it armel and only have an armel build image from it?
[12:38] <cjwatson> I guess, but I'd rather you didn't rename it - it's confusing to have seeds named after architectures, IMO
[12:39] <didrocks> cjwatson: but if we don't rename it, can there be some confusion that there is no more "UNE" but still a netbook seed?
[12:39] <didrocks> if you can just ensure for now that we only build armel from it, it will be a start :)
[12:45] <cjwatson> pitti: I just ran across bug 674632 - the suggested patch works for me
[12:46] <cjwatson> didrocks: seeds aren't particularly user-visible, so I doubt there would be much confusion
[12:47] <ogra_ac> its rather about the amount of extra maintenance not about user confusion
[12:55] <didrocks> cjwatson: sounds the safest way then, agreed
[12:59] <pitti> cjwatson: oh, didn't see that it got filed; I fixed it this morning, closing
[12:59] <cjwatson> thanks
[13:14]  * pitti o_O: dbus-python (0.83.1-1) UNRELEASED; urgency=low
[13:15] <pitti> was this a fake sync/upload?
[13:18] <cjwatson> pitti: no.  the Debian maintainer appears to have hacked about with their .changes file before upload - the package in Debian really is like that.
[13:19] <pitti> ah, thans
[13:39] <ScottK> doko: Was #675240 intentional?  If so, I'll close the bug.
[14:14] <cjwatson> SpamapS: I suggest that https://wiki.ubuntu.com/ServerTeam/Specs/Natty/UpstartServerEnhancements ought to mention the plymouth interworking that's in a work item on the corresponding LP page
[14:17] <geser> is there a connection between the "core" package set and packages in main or is it pure coincidental that almost all packages from "core" are in main?
[14:17] <cjwatson> core should be a strict subset of main, aside from temporary desynchronisation
[14:18] <cjwatson> issues
[14:19] <geser> is "ruby1.9.1" such an issue? (it's have always been in universe as far as LP tells)
[14:19] <doko> ScottK: yes, let's see if we get the qt fix this week, else I'll revert the gcc change temporarily
[14:20] <ScottK> doko: OK.  A warning would have been nice as that affected work I was trying to do over the weekend.
[14:22] <doko> ScottK: well, I didn't expect that something like this wasn't yet fixed, even in header files
[14:22] <ScottK> OK.
[14:22] <diwic> is "a USB device" or "an USB device"?
[14:22] <diwic> s/is/is it
[14:23] <cjwatson> geser: good question ...
[14:24] <geser> cjwatson: I noticed it while working on adding packageset information to the FTBFS page (I'm also wondering why gimp is in the ubuntu-server packageset)
[14:24] <cjwatson> geser: ah, yes.  you can see it in http://people.canonical.com/~ubuntu-archive/component-mismatches.txt - currently scheduled for either (a) promotion to main following MIR or (b) developer deciding that it's not needed and removing it
[14:24] <cjwatson> geser: packagesets tend to correspond more to the view of main that would result if all of component-mismatches were applied
[14:27] <geser> so packages get sometimes added to packagesets before their MIR bug gets processed?
[14:27] <cjwatson> yes
[14:28] <cjwatson> largely because the process of main/universe promotion/demotion and packageset movement aren't yet integrated
[14:28] <cjwatson> which in turn is because the first is done on cocoplum inside sudo -u lp_archive, and the second is a launchpadlib operation ...
[14:29] <cjwatson> if somebody made the first of those into a launchpadlib operation, it would be possible to integrate the two processes
[14:30] <geser> just curious: do you know why "gimp" is in the "ubuntu-*server*" packageset?
[14:30] <cjwatson> the best way to find this out is to look at germinate output
[14:31] <cjwatson> it's basically loads of build-depends
[14:31] <cjwatson> e.g. gutenprint (in print-server) build-depends: libgimp2.0-dev
[14:32] <geser> ah
[14:41] <cjwatson> ebroder: your gfxpayload-blacklist branch looks good enough to me that I'm just going to merge it and then play around with it ...
[14:41] <cjwatson> ebroder: have you sent all the grub-extras changes upstream?  I saw the enum_pci fix
[14:41] <cjwatson> ebroder: also worth noting that PCI enumeration broke a couple of machines late in the maverick cycle, so we're going to have to figure out what's up there
[14:42] <cjwatson> but of course explicitly setting GRUB_GFXPAYLOAD_LINUX is a workaround for that
[14:56] <cjwatson> jibel: are you intending to draft other-qa-n-testing-different-architectures?
[15:02] <seiflotfy> hey guys
[15:14] <ebroder> cjwatson: I sent the bitop and enum_pci changes upstream. The only other change in my branch should be backporting to the 1.98 version of the extras
[15:22] <cjwatson> ebroder: right - planning to switch to 1.99 in the natty cycle anyway
[15:23] <jcastro> charlie-tca: if you have time can you confirm the fix in the PPA here so we can roll it out? https://bugs.launchpad.net/ubuntu/+source/tomboy/+bug/627744
[15:24] <charlie-tca>  sure.
[15:24] <SpamapS> cjwatson: re plymouth<->upstart WI interworking on https://wiki.ubuntu.com/ServerTeam/Specs/Natty/UpstartServerEnhancements: ack, will add mention.
[15:40] <SpamapS> cjwatson: spec updated. Thanks for the heads up.
[15:41] <cjwatson> SpamapS: no problem.  helps that I've mostly done it :)
[15:44] <cjwatson> Keybuk: could you moderate my mail to upstart-devel?  the plymouth guys are being slow about moderation - I probably should've ensured I was subscribed before sending it
[15:48] <pitti> lool: hey! would you mind if I did an nss-mdns NMU to Debian to drop the unnecessary Perl dependency?
[15:49] <SpamapS> cjwatson: cool! I thought for some reason that upstart didn't already publish these things on dbus. Are you saying you added both sides, or just the plymouth bits?
[15:50] <cjwatson> SpamapS: I needed to extend upstart slightly - patches on code.launchpad.net pending review
[15:50] <cjwatson> (not very much though)
[15:51] <cjwatson> SpamapS: http://paste.ubuntu.com/532400/ mbox with plymouth patch, pending mailing list moderation
[15:51] <pitti> lool: (just submitted a bug report with patch to BTS, still waiting for it to land)
[15:52] <cjwatson> the other thing I forgot to mention in that mail is that some job descriptions probably need to be tidied up a bit, particularly tasks (where prefixing with "Starting " didn't seem to produce what I felt were good results, given that they often already started with a verb)
[15:53] <mvo> pitti: still on the campagne to get rid of perl ;) ?
[15:53] <pitti> mvo: some easy parts of it anyway
[15:53] <pitti> mvo: for the more hairy ones I'm currently discussing with the Debian perl team
[15:54] <mvo> :)
[15:55] <cjwatson> grammatically my gut feel is that service descriptions should be the name of the service in lower case, only starting with an initial capital if the service name is always written that way; and task descriptions should be a phrase describing what the task does, normally starting with a progressive verb with an initial capital ("Doing")
[15:56] <cjwatson> we can figure out translatability later, but I don't think this should impede it
[15:56] <cjwatson> (plymouth-upstart-bridge currently prints " * %s" for tasks and either " * Starting %s" or " * Stopping %s" for services)
[16:08] <Keybuk> cjwatson: sure
[16:10] <Keybuk> approved
[16:17] <ari-tczew> cjwatson: did you merge around 30-40 packages today? awesome number!
[16:19] <cjwatson> ari-tczew: sounds about right :) discovered my peak throughput is about 16/hour
[16:19] <cjwatson> has to be fairly easy to manage that though
[16:20] <cjwatson> I mean the merge has to be easy
[16:21] <ari-tczew> congrats anyway
[16:21] <cjwatson> ta
[16:59] <smoser> cjwatson, around ?
[16:59] <cjwatson> hi
[16:59] <smoser> https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/671097 . could you review that and possibly sponsor ?
[16:59] <cjwatson> sure.
[17:00] <smoser> i believe the changes were easier than we originally had thought
[17:11] <bdrung> how can i check which uploads rights a person have?
[17:13] <Laney> bdrung: from lp:ubuntu-archive-tools use edit_acl.py -p lpid [-S series] query
[17:14] <bdrung> Laney: i get "Unauthorized: Expired token"
[17:15] <cjwatson> reauthorise then; it shouldn't require any particular privileges
[17:15] <cjwatson> I probably ought to change how that works since for querying the anonymous login should work
[17:16] <bdrung> cjwatson: how do i reauthorise?
[17:16] <cjwatson> I think the credentials live under ~/.launchpadlib/ somewhere
[17:18] <cjwatson> that's odd, if I log in anonymously then I can't see ArchivePermissions, but can see the package list
[17:18] <cjwatson> guess that plan won't work then
[17:19] <cjwatson> geser: I think "PS?" on the ftbfs page would be clearer if it said "Set?"
[17:25] <Keybuk> what I *really* want is some kind of minion who watches me write stuff on the whiteboard, and turns it into C for me
[17:25] <Keybuk> a bit like the DX team do
[17:25] <Keybuk> ;-)
[17:26] <Keybuk> (damnit, njpatel left :p)
[17:30] <apachelogger> Keybuk: you are not alone with that desire... ;)
[17:30] <cjwatson> heh, I find it easier to write code than to describe it sometimes :)
[17:55] <bdmurray> cjwatson: How could I determine the names of packagesets for natty using the Launchpad api?
[17:59] <cjwatson> bdmurray: iterate over launchpad.packagesets
[17:59] <cjwatson> bdmurray: (also see edit_acl.py in lp:ubuntu-archive-tools)
[18:01] <ebroder> Can I talk any core-devs into sponsoring SRUs for bug #601732? It's proving to be a small but persistent thorn in my side
[18:02] <cjwatson> smoser: can you please rebase your branch on lp:~ubuntu-core-dev/ubuntu/lucid/grub2/lucid?  unfortunately the one you used has no common ancestor with the one I'm actually working on
[18:03] <cjwatson> (out for a while)
[18:03] <smoser> cjwatson, ah. sure. i branched from lp:ubuntu/lucid/grub2
[18:03] <smoser> i wish there was a solution for that.
[18:03] <bdmurray> cjwatson: great thanks!
[18:05] <smoser> i find the fact that lp:ubuntu/<dist>/package is the most obvious and easiest thing to branch, but quite likely not the thing that someone wants you to use.
[18:05] <smoser> s/.$/ to be a pain/
[18:06] <cjwatson> I should probably push those branches over the top of the imported ones
[18:09] <smoser> yeah, but that ends up having issues sometimes
[18:09] <smoser> i'm pushing over the top of lp:~smoser/ubuntu/lucid/grub2/lucid-uec-kernel-upgrades/ right now
[18:14] <cjwatson> issues> it's ok as long as you keep copies
[18:16] <smoser> cjwatson, well, the issues i run into were in the branch importer winning as it (being a machine) was in the end more persistant than me. second was that i really dislike storing of .pc/ in a branch.
[18:17] <cjwatson> then you repush :) if you have the latest upload tagged it won't touch it
[18:23] <lool> pitti: nss-mdns > sure; thanks!
[18:23] <lool> pitti: Happy if you NMU it as well
[18:24] <cjwatson> chrisccoulson: are you planning to merge xulrunner-1.9.2 <IP_ADDRESS> into natty?  I noticed it was newer in maverick-updates
[18:25] <cjwatson> chrisccoulson: actually - I see that the version in natty was copied from maverick-security (probably by me), so I'll copy this new version too
[18:25] <cjwatson> so disregard that
[18:26] <chrisccoulson> thanks. yeah, we need to pocket copy them from maverick for now, as it doesn't work with the new toolchain
[18:26] <cjwatson> righto
[18:26] <cjwatson> done
[18:26] <chrisccoulson> thanks
[18:34] <cjwatson> smoser: BTW, I can't upload this until bug 581760 has been verified
[18:35] <cjwatson> I'll see if I can find a machine to do that on tomorrow
[18:35] <smoser> but you're good with the approach ?
[18:35] <cjwatson> yes, I merged it
[18:35] <cjwatson> cyphermox: are you still intending to draft packageselection-n-network-stack?
[18:36] <cyphermox> cjwatson, what do you mean?
[18:37] <cjwatson> cyphermox: it doesn't have a properly-written wiki page based on SpecTemplate
[18:37] <cjwatson> it only has work items
[18:37] <cjwatson> specs are generally expected to be written up in prose as well
[18:38] <cyphermox> cjwatson, I've honestly never used wiki pages for Specs
[18:38] <cjwatson> it's been Ubuntu standard since forever
[18:39] <cjwatson> that's what the drafter slot in the LP blueprint page means - "person who'll write this up"
[18:40] <cyphermox> well sure, let's write it up
[18:41] <cyphermox> looking at the template now
[18:41] <cjwatson> thanks
[18:41] <cjwatson> I'm just going through all the sessions I attended and either writing them up or making sure the designated drafter's going to do it
[18:45] <cyphermox> I won't look at it now, I'm finishing up on something, but will get to it today
[19:48] <charlie-tca> jcastro: verified the fix for bug 627744 in -proposed now gives me the note names
[19:49] <jcastro> charlie-tca: woo hoo
[19:49] <jcastro> kenvandine: ^
[19:53] <smoser> kees, around ?
[19:54] <charlie-tca> jcastro: we will need that fix in Natty too.
[21:38] <G> hallyn: ping still around?
[21:39] <hallyn> G: here
[21:40] <G> hallyn: comment #8 for #589063 still applies
[21:41] <G> hallyn: https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/589063 btw
[21:42] <hallyn> G: ok, thanks.  so what we would need is either input fromsomeone 'who knows', or lots and lots of testing?
[21:42] <G> hallyn: I kinda gave up on the SRU because I never got any response
[21:43] <hallyn> i'll try to take a closer look at it
[21:43] <G> hallyn: well that was just to cover my backside ;)
[21:43] <G> hallyn: there seem to be a couple of people that are using my PPA package w/o problems
[21:43] <hallyn> G: but, your patch doesn't apply against the original source, so waht is in the ppa?
[21:44] <G> hallyn: and there were very few BIOS changes between whats in Lucid now and whats in Maverick
[21:44] <hallyn> is it a heavily patched qemu, or precisely lucid's qemu + your patch?
[21:44] <G> hallyn: qemu-kvm has nothing to do w/ it
[21:44] <G> hallyn: I marked it as confirmed for the seabios package which is totally seperat
[21:44] <hallyn> oh?  then that woudl be why i was confused :)
[21:45] <hallyn> lol
[21:45] <hallyn> now i see
[21:45] <hallyn> G: if you can get even one of those ppl using your ppa to comment that it fixes it for them, i'll request the sru
[21:45] <G> qemu tarball does include prebuilt seabios, but they are thrown away at compile time
[21:45] <G> hallyn: Troy did
[21:45] <hallyn> right - i was looking at hw/acpi.c in qemu and wondering how ti compared :)
[21:45] <G> hallyn: #9
[21:46] <hallyn> ok, good enough for me.  I'll write up the SRU prose tomorrow.  (or you can if you want)
[21:46] <G> hallyn: I originally just attached the debdiff and forgot to attach the patch on it's own
[21:46] <G> hallyn: you can, as I said I gave up
[21:46] <hallyn> G: and you promise youcan still boot 1 cpu and 8 cpu linux guests with it?
[21:47] <G> hallyn: I seem to be able to boot 1 CPU guests for sure
[21:47] <G> haven't really tried 8 but I'm sure it works
[21:47] <hallyn> I'll inquire in the bug, to make sure
[21:47] <hallyn> G: thanks!
[21:47] <G> hallyn: the other option is to completely backport 0.6.0 or seabios
[21:48] <G> *for
[21:48] <G> which from Maverick we know works
[21:48] <hallyn> G: I'd feel irresponsible doing that
[21:49] <hallyn> Don't get me wrong, i'd *like* to do that for both seabios and gpxe
[21:49] <hallyn> but don't feel i can
[21:49] <G> hallyn: yeah, based on the git history it seems a bit over the top
[21:49] <G> I'd have to double check but it was one of the first changes after what we are using in Lucid now, and there wasn't another bios change for a while
[21:50] <hallyn> hm,
[21:50] <hallyn> zul: around?
[21:52] <hallyn> G: you say it is fixed in maverick right?
[21:52] <G> hallyn: definately
[21:52] <hallyn> (dunno why i'm asking, i know i've done 16 cpus in maverick in win2008...)
[21:52] <hallyn> thanks - then i'm going to mark fix committed,
[21:52] <hallyn> bc otherwise we can't proceed with an sru :)
[21:52] <G> hallyn: I even asked a friend at Red Hat to test it
[21:55] <G> hallyn: fwiw: https://lists.ubuntu.com/archives/ubuntu-server/2010-August/004585.html
[21:59] <hallyn> G: and did it slip through the cracks from there, or wsa it nacked?
[21:59] <G> hallyn: never responded to
[21:59] <G> hallyn: and I've never seen an SRU e-mail since
[22:01] <hallyn> G: yeah, i don't know what happened to the SRU mentions at server meetings.  And sorry that bug shouldnt' have sat so long.


[00:06] <bdrung> hi. can someone from the kernel team apply the patch attached to bug #550369?
[00:06] <ubot3> Malone bug 550369 in lirc "Hauppauge TV Card is detected as Leadtek IR in lucid" [Undecided,Fix committed] https://launchpad.net/bugs/550369
[13:28] <alexbligh1> I am building a custom kernel package (new flavour) for lucid using "fakeroot debian/rules binary-FLAVOUR" etc.; I need some modules loaded into initramfs. If I modify /etc/initramfs-tools/modules on the target machine it works fine, but I don't want to do this as the modules should not be included in all initrds on the target system. Is there a way for the package itself to specify that particular modules should be added to the
[13:28] <alexbligh1> initrd of the kernel within the package ONLY?
[20:30] <tumbleweed> been getting a lot of "lo: Disabled Privacy Extensions" messages - this is impossible to search for on lp, because it's appearing in everyone's kernel output. Anything I can do to shut my kernel up?
[20:30] <tumbleweed> I saw the ubuntu-user thread (2009-12), but it didn't go anywhere useful


[05:02] <tntc> hey, any update on the whole "android can't save playlists" stuff?
[05:02] <tntc> I mean, it has been a few months now.
[05:03] <tntc> I'd really like to be able to save playlists from my phone.
[08:08] <mandel> morning all!!
[08:31] <JamesTait> Good morning all!
[08:50] <karni> Good morning!
[09:50] <czajkowski> Aloha
[09:50] <mandel> czajkowski, hello
[09:50] <czajkowski> mandel: http://www.lczajkowski.com/2011/10/10/encouraging-membership/ subtle as a brick
[09:50] <mandel> czajkowski, how is it being a project manager? ;)
[09:50] <mandel> czajkowski, I noticed hehehe
[09:50] <mandel> I do read you blog :D
[09:51] <czajkowski> mandel: well as of yesterda I now lead 3 projects and do all their documentation
[09:51] <mandel> czajkowski, nice, waht are they about?
[09:51] <czajkowski> including writing fucntional specs for stuff I've not heard from the client so this could be fun
[09:51] <czajkowski> getting to draw wire frames and scope out the projects is kinda cool though
[09:52] <czajkowski> mandel: I work for codegent.com
[09:52] <czajkowski> digital media advertising place
[09:52] <czajkowski> so very different to what Iv'e done before, but 3 of the lads use Ubuntu
[09:52] <czajkowski> rest are on macs for design
[09:52] <czajkowski> small company but nice
[09:52] <czajkowski> so I get lots of hands on experience
[09:53] <czajkowski> http://www.jennycraig.com/ and http://www.4music.com/ are two of their larger campaigns
[09:54]  * mandel looks
[09:55] <mandel> czajkowski, 4music is related to channel 4, right?
[09:56] <czajkowski> mandel: yes
[09:57] <czajkowski> mandel: and then I fit my Ubuntu around work :)
[09:58] <mandel> czajkowski, nice!! but then, why were you using windows?
[09:58] <mandel> unless you where tweeting from somewhere else :P
[09:59] <czajkowski> I use tweetdeck as it's faster for real time ranting for rugby
[09:59] <czajkowski> 5 min refresh is too slow
[09:59] <czajkowski> and on windows as I need to write docs and read docs so less important I guess I could install Ubunut
[09:59] <czajkowski> just not had the chance
[10:00] <mandel> czajkowski, I tried office on wine and works really well, so that is an option
[10:01] <mandel> czajkowski, tweetdeck you can install in ubuntu since is this adobe thing (I cannot remember the name) but it does not blend well with unity :(
[10:02] <czajkowski> mandel: I use tweetdec in chrome so it's ok
[10:02] <mandel> gatox, buenos dias!!!!
[10:02] <gatox> hi everyone
[10:02] <czajkowski> just here a month so been trying to find my feet
[10:02] <gatox> mandel, hii
[10:02] <mandel> czajkowski, you are just there a month, I though it was a full time job
[10:02] <czajkowski> mandel: yup[ but here a month so far...
[10:02] <mandel> gatox, may I have reviews from you regarding the ubuntuone-windows-installer?
[10:03] <czajkowski> it's a 4 month contrcat to start off with
[10:03] <gatox> mandel, shoot
[10:03] <czajkowski> and may or may not be renewed, depends if it saves money I'm taking over the over flow from 2 other PMs
[10:03] <mandel> gatox, I still own you trying the mac .app but I have had no internet at home and don't want to stay in the office :P
[10:03] <mandel> czajkowski, ah.. so its quite open then
[10:04] <gatox> mandel, i understand (not having internet at home is pure pain!)... :P
[10:04] <czajkowski> mandel: if I get offered something permant in between now and then I'd consider it
[10:05] <czajkowski> also doing part time work for another company as well
[10:05] <czajkowski> oh and have a life :)
[10:05] <mandel> gatox, here you go: https://code.launchpad.net/~mandel/ubuntuone-windows-installer/uninstall-old-app/+merge/77225
[10:05] <mandel> czajkowski, really? well better to have two jobs than none hehhe
[10:05] <czajkowski> yeah 4 months no work and then I got 4 jobs in 1 week
[10:05] <mandel> czajkowski, I wish I knew about someone hiring..
[10:06] <mandel> czajkowski, wow! well, lets hope it does not kill you
[10:06] <czajkowski> no fear
[10:06] <gatox> mandel, ok, on it
[10:06] <czajkowski> I have salsa dancing and Zumba now twice a week to do something totally different
[10:06] <mandel> gatox, that branch will cal the msi c lib to uninstall the old app, should be simple to understand :)
[10:06] <mandel> czajkowski, really!! doe linaro, nice!!!
[10:07] <mandel> fuck! did I say this here..
[10:07] <mandel> puto irc!!! puto xchat
[10:07] <gatox> mandel, so i need to have u1 installed to test this branch?
[10:08] <czajkowski> mandel: windows!! you of all people should be used to windows!!!
[10:09] <mandel> gatox, no, the tests do not need it
[10:09] <gatox> mandel, ah ok
[10:09] <mandel> gatox, I'll be proposing a new branch that has all the pieces together and will need to do a IRL for that
[10:10] <mandel> gatox, this one will just fake calling the c lib :)
[10:10] <gatox> mandel, ack
[10:10] <mandel> gatox, there is a migration one later and a branch that puts everything in place.. I did not want to send a 1000 lines MP
[10:20] <gatox> mandel, jejeje ok
[10:24] <mandel> gatox, to build a pacakage we still have to use ralsinas branch, right?
[10:28] <gatox> mandel, yep
[10:33] <mandel> gatox, ag..
[10:38] <mandel> gatox, I'll try to build a new pacakage, but last time I failied in my machine.. this should be in trunk asap :(
[10:38] <gatox> mandel, ok, let me know if you need something... here ir work
[10:38] <gatox> it
[10:41] <mandel> gatox, I'm going to first try to reproduce bug #745540 and will ping you if I need any help with the windows code
[10:41] <ubot4> Launchpad bug 745540 in ubuntuone-client (Ubuntu) (and 5 other projects) "Method "CreateItem" with signature "a{sv}(oayay)b" on interface "org.freedesktop.Secret.Collection" doesn't exist (affects: 51) (dups: 2) (heat: 262)" [Undecided,Invalid] https://launchpad.net/bugs/745540
[10:41]  * mandel installs gnome 3 in a vm
[10:42] <gatox> mandel, ack
[10:43] <mandel> I really don't like to be installing the gnome 3 ppa to tests things like this.. lame
[10:55] <gatox> mandel, +1 to your branch
[10:56] <gatox> mandel, also can you re-review this one? https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/close-on-license-again/+merge/78596
[10:57] <gatox> mandel, and if you are so kind :P this one too: https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/default-wrong-buttons/+merge/78663 (both very trivial)
[11:02] <mandel> gatox, sure
[11:02] <nessita> hello all!
[11:02] <mandel> nessita, buenos dias!
[11:02] <gatox> nessita, hi!
[11:02] <nessita> mandel: how is it going?
[11:02] <nessita> hi gatox, how was the holiday?
[11:03] <gatox> nessita, reaaaaaaally relaxing :P
[11:04] <gatox> nessita, and i didn't have internet for the most day.... so it was a good thing to take the holiday :P
[11:05] <nessita> gatox: heh
[11:07] <gatox> nessita, i have a couple of branches for review if you have the time
[11:09] <mandel> nessita, fine, trying to know what is going on with the auto-update and installing gnome3 to see if I can reproduce bug #745540
[11:09] <ubot4> Launchpad bug 745540 in ubuntuone-client (Ubuntu) (and 5 other projects) "Method "CreateItem" with signature "a{sv}(oayay)b" on interface "org.freedesktop.Secret.Collection" doesn't exist (affects: 51) (dups: 2) (heat: 262)" [Undecided,Invalid] https://launchpad.net/bugs/745540
[11:09] <nessita> gatox: give me one or two
[11:09] <mandel> context swtich is killing me hehehe
[11:09] <gatox> nessita, https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/network-detect/+merge/77049  -  https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/network-detect/+merge/77048
[11:10] <nessita> mandel: what's the problem with the autoupdate? the xml or our code?
[11:12] <mandel> nessita, between the server and the bitrock code, I'm trying it with my own server and the one.ubuntu.com servers, from mine works, from the one.ubuntu.com does not.. I need to look closer
[11:21] <nessita> gatox: Text conflict in ubuntu_sso/qt/tests/test_controllers.py
[11:21] <nessita> 1 conflicts encountered.
[11:21] <gatox> :S
[11:21] <gatox> fixing
[11:21] <gatox> nessita, ahhhhhhh i fix that, i forgot to push
[11:22] <gatox> nessita, i have another little no mocker branch too for keyring
[11:23] <nessita> gatox: shoot
[11:23] <gatox> nessita, https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/no-mocker2/+merge/78943
[11:38] <gatox> nessita, ping
[11:38] <nessita> gatox: pong
[11:38] <gatox> nessita, about this issue: https://bugs.launchpad.net/ubuntuone-control-panel/+bug/851356
[11:38] <ubot4> Launchpad bug 851356 in ubuntuone-control-panel "QT UI: Folder list may show garbage for user homes non-ascii (affects: 1) (heat: 26)" [High,Triaged]
[11:38] <nessita> gatox: speaking of the review, I have a lint issue:
[11:38] <nessita> ubuntu_sso/keyring/tests/test_windows.py:
[11:38] <nessita>     77:  [E1103, TestWindowsKeyring.test_set_credentials] Instance of 'Deferred' has no 'data' member (but some types could not be inferred)
[11:39] <gatox> nessita, ok, fixing....
[11:39] <nessita> gatox: yes, tell me about that bug
[11:39] <gatox> nessita, can i create a folder "ñoño/u1", choose "add a folder from this computer"...... and according to the bug should i see that weird chars?
[11:42] <nessita> gatox: nopes, you need to have a windows weird username
[11:42] <nessita> gatox: like ñoño ñandú
[11:42] <gatox> nessita, ahhhhhhh ok
[12:05] <duanedesign> nessita: when you get a moment could you look at this exception.log for windows client. https://pastebin.canonical.com/54155/
[12:05] <nessita> duanedesign: sure
[12:08] <nessita> duanedesign: is this syncdaemon-exceptions.log? do we have the "matching" syncdaemon.log file?
[12:08] <duanedesign> nessita: yes it ism and yes i do
[12:11] <duanedesign> nessita: https://pastebin.canonical.com/54156/
[12:11] <duanedesign> .3
[12:11] <nessita> duanedesign: looking
[12:12] <duanedesign> thank you!
[12:18] <nessita> mandel: ping
[12:23] <mandel> nessita, pong
[12:23] <nessita> mandel: would you please help me understand this log? https://pastebin.canonical.com/54156/ in particular from line 621
[12:24] <nessita> mandel: can we make, in a future branch, this line: Events from ReadDirectoryChangesW are [(3, u'Fawaz Al Ammary\\Rnw\\OutcomeAcutePericarditis.Rnw')] show what the 3 is?
[12:24] <mandel> nessita, yes, I can certainly do
[12:25]  * mandel looks
[12:26] <mandel> 621: ReadDirectoryChangesW are [(IN_MODIFY, u'Fawaz Al Ammary')]
[12:27] <mandel> 625: Events from ReadDirectoryChangesW are [(IN_MODIFY, u'Fawaz Al Ammary\\Rnw\\OutcomeAcutePericarditis.Rnw')]
[12:28] <mandel> 628:  Events from ReadDirectoryChangesW are [(IN_MODIFY, u'Fawaz Al Ammary\\Rnw\\OutcomeAcutePericarditis.Rnw')]
[12:28] <mandel> nessita, ^
[12:28] <mandel> nessita, all those should be translated to an OPEN_FILE, CLOSE_WRITE pair
[12:29] <mandel> nessita, please create a bug regarding the logging and I'll create a branch so that we get nice logs from now on
[12:29] <nessita> mandel: can we make a branch (when you finish the autoupdate thingy) to have the IN_MODIFY instead of the 3? (and the same mapping to the rest of the costants. Great I'll create a bug
[12:29] <nessita> mandel: so, how come we get a KeyError in like 637
[12:29] <nessita> in line 637?
[12:29] <mandel> nessita, for reference: https://pastebin.canonical.com/54159/
[12:30] <nessita> mandel: filesystem_notifications is emitting an event over a file that is not in the metadata of the filesystem_manager :-/
[12:32] <mandel> nessita, yep, looks like that, but that does not make sense
[12:32] <mandel> nessita, although I know there was a bug in the local_rescan that rye found (both on linux and windows
[12:33] <mandel> nessita, I think facundobatista knows about it, but I don't know if it is the same issue
[12:33] <nessita> mandel: this does not look like local_rescan is involved, no?
[12:33] <mandel> but since we are talking about a UDF..
[12:33] <mandel> nessita, maybe local rescan added the watcher but not the metadata?
[12:33] <mandel> nessita, I'm just trying to think about possible causes
[12:33] <nessita> mandel: I'm tempted to say "no way" :-)
[12:34] <facundobatista> mandel, don't guess, read logs :)
[12:35] <mandel> facundobatista, I know.. :P
[12:35] <mandel> nessita, we need the part of the logs in which the watchers are added, and see what is going on
[12:35] <nessita> mandel: you have the whole log there
[12:37] <mandel> nessita, hm, is not the full log from the start of sd, we should have a least one 'Adding single watch on ~/Ubuntu One'
[12:38] <nessita> mandel: ah no, is not since it rotated... but why you need the start-start?
[12:39] <mandel> nessita, I'd like to know when was the watcher added
[12:39] <mandel> nessita, nevertheless, this version has the broken is_path_dir, right?
[12:40] <mandel> nessita, I think we should push that update and ask for the logs then
[12:40] <mandel> nessita, I need to go for lunch, can we continue this after the stand up?
[12:40] <nessita> mandel: yeah, this is the broken version
[12:40] <nessita> mandel: sure
[12:40] <nessita> mandel: the bug is #872254
[12:40] <mandel> nessita, superb, thx! I'll be back asap
[12:40]  * mandel jots down bug number
[12:41]  * mandel lunch
[12:41] <nessita> duanedesign: so, we're not completely sure why the KeyError is happening, but last week mandel fixed a bug in the watch manager module, where some watches were not removed from dirs and then some event were propagated from dirs that were not supposed to emit events
[12:42] <nessita> duanedesign: would you know if the path which is giving the KeyError is supposed to be synced?
[12:42] <duanedesign> let me see
[12:45] <duanedesign> nessita: "I have added one folder to sync from the Windows machine My Documents\subfolder. This seems to work and the files in the subfolder are synced, however, all to the subsubfolders, i.e, My Documents\subfolder\subsubfolder, are not synced."
[12:45] <duanedesign> from ticket, if that helps^
[12:47] <nessita> duanedesign: right, that may help. Since we currently have some garbage on those logs, can you please request to this user to shutdown syncdaemon, move the logs away (but no delete), install the update that was released on Friday, and restart? then, once syncdaemon reaches IDLE (Control panel says files sync up to date), ask for the whole logs again, if possible
[12:47] <duanedesign> ok, thank you
[12:49] <nessita> duanedesign: thank *you*!
[12:51] <rye> weird.. nessita, i just tried to use the old ubuntuone/hammertime token with ubuntu-sso, it claims to be migrating the token, but it remains in UbuntuOne token for https://ubuntuone.com and control panel shows "There was a problem while retrieving the credentials"
[12:51] <rye> nessita, i have DEBUG logs :)
[12:52] <nessita> rye: how come will it claim to migrate the token? we don't do token migration, as far as I know :-) logs please!
[12:52] <rye> nessita, unsee it for now, my tokens are wrong
[12:52] <rye> nessita, but SSO does migration, i see _migrate_old_token_name :)
[12:53] <nessita> rye: looking the source code
[12:55] <rye> nessita, one customer claims that he is no longer able to log in. We see that the token is no longer on the server, however CP does not invalidate the token (even though it receives 401). The tokens are old-style gnome-keyring ones
[12:55] <nessita> rye: that migration is from tokens styled Ubuntu One - <machine name> to be transformed to Ubuntu One @ <machine name>, but is always about "new" sso tokens, no hammertime at all
[12:56] <rye> nessita, ah
[12:56] <rye> wait
[12:56] <nessita> rye: right, the issue is that he removed the old-style token from our site
[12:56] <nessita> rye: contropanel knows how to handle new-style tokens only, he should remove his old token from seahorse I think
[12:57] <rye> nessita, understood, I now found that it only queries for old style tokens, don't change them to anything else, thank you!
[12:57] <nessita> rye: :-)
[12:58] <dobey> hmm
[12:59] <mandel> me
[13:00] <nessita> me
[13:00] <dobey> We
[13:02] <alecu> hello all!
[13:03] <mandel> alecu, say me ;)
[13:03] <mandel> shall we start?
[13:03] <nessita> mandel: go!
[13:04] <mandel> DONE: finnished migration code. Looked into why the auto-update does work in my server but does not when on one.ubuntu.com, I don't know the issue yet. TODO: propose merges. Continue auto-update debugging. Help nessita with file system bug. Reprdouce bug with sso and gnome 3 (already installed it in my system) BLOCK: no, but I need to prioritise all the above
[13:04] <mandel> nessita, go
[13:04] <nessita> DONE: u1client refactoring so we can have multiplatform u1sdtool, review, bug triage
[13:04] <nessita> TODO: more of the same, teaching duties
[13:04] <nessita> BLOCKED: nopes
[13:04] <nessita> NEXT: dobey
[13:04] <alecu> me
[13:04] <dobey> λ DONE: nat'l holiday
[13:04] <dobey> λ TODO: SRU work
[13:04] <dobey> λ BLCK: None.
[13:04] <dobey> alecu
[13:04] <alecu> DONE: got six branches merged! will invite all of desktop+ to my home for dinner during the sprint.
[13:04] <alecu> TODO: start looking into proxy support
[13:04] <alecu> BLOCKED: no
[13:04] <gatox> me
[13:05] <alecu> NEXT: gatox
[13:05]  * gatox writing notes
[13:05] <gatox> DONE:
[13:05] <gatox> Fixed close on license, fixed default buttons in some pages in the installer.
[13:05] <gatox> TODO:
[13:05] <gatox> Working in a CP bug and UI bugs.
[13:05] <gatox> BLOCKED:
[13:05] <gatox> nO
[13:10]  * mandel back to lunch
[13:44] <czajkowski> no aq
[13:44] <czajkowski> bah
[13:48] <dobey> czajkowski: he's sprinting
[13:48] <czajkowski> dobey: which means I can't throw things at him
[13:48] <czajkowski> :(
[13:49] <dobey> you can, but We don't know how good your throwing arm is.
[13:49] <dobey> might not make it across the channel
[13:59] <mandel> nessita, ping
[13:59] <nessita> mandel: pong
[14:02] <mandel> nessita, do you mind if I first fix the issue with the auto-update and then I move to help you with bug 872254
[14:02] <ubot4> mandel: Error: Bug #872254 not found.
[14:02] <mandel> alecu, ping
[14:02] <nessita> mandel: seems reasonable
[14:02] <mandel> nessita, ok, thx!
[14:03] <alecu> mandel, pong
[14:04] <mandel> alecu, I have installed the gnome 3 ppa, I'll check that I can reproduce bug 745540 as I have auto-update working, ok?
[14:04] <ubot4> Launchpad bug 745540 in ubuntuone-client (Ubuntu) (and 5 other projects) "Method "CreateItem" with signature "a{sv}(oayay)b" on interface "org.freedesktop.Secret.Collection" doesn't exist (affects: 51) (dups: 2) (heat: 262)" [Undecided,Invalid] https://launchpad.net/bugs/745540
[14:04] <mandel> alecu, are there any speciall steps you want me to follow to check that we have the issues (I suppose using txsecrets)
[14:04] <dobey> mandel: gnome3 ppa? on oneiric?
[14:05] <mandel> dobey, yep, this guy https://launchpad.net/~gnome3-team/+archive/gnome3 right?
[14:06] <mandel> dobey, I did it in a O vm I already had and I did a snapshot before, I'm sure is broken (I have not use it yet)
[14:06] <dobey> mandel: but why? oneiric ships with gnome 3
[14:06] <alecu> mandel, "this bug affect me on fresh installed oneiric beta2 and fully updated without add any PPAs"
[14:07] <alecu> mandel, so, apparently no need for ppas
[14:07] <dobey> mandel: and that PPA only has 7 packages for oneiric, for which the packages in oneiric are probably newer anyway
[14:07] <mandel> oh, cool then I can revert to no ppa system :)
[14:07] <dobey> mandel: using that ppa on 11.04 though, will definitely break ubuntu-sso-client
[14:07]  * mandel is happy
[14:07] <mandel> alecu, anyways, I need some time to fix the auto-update first
[14:07] <mandel> alecu, I installed the ppa because I read 'With gnome-keyring from gnome3 ppa (2.91.93)'
[14:08] <alecu> mandel, sure. I'm supposed to be updating to Oneiric this week also...
[14:08] <dobey> mandel: yes, the bug was originally filed a long time ago when someone decided to use it on 11.04
[14:08] <mandel> alecu, I have a vm with O and a real machine, just in case :P
[14:08] <mandel> dobey, ah.. me culpa for not reading the date
[14:08] <alecu> mandel, cool
[14:08] <dobey> mandel: but we aren't fixing that bug in 11.04; if you want broken PPAs on your system, add nightlies too :)
[14:09] <alecu> mandel, so, testing whether you con reproduce that bug in the O vm would be fine.
[14:09] <alecu> mandel, so, try deleting the credentials and trying to log in again
[14:09] <mandel> alecu, ok, got it
[14:10] <alecu> mandel, I'm specially interested in whether it can be reproduced, and if any logs show up.
[14:10] <mandel> dobey, no thx, I have been cursing at o for a month or so :(
[14:10] <mandel> alecu, ok, I'll get back to you asap
[14:12] <alecu> dobey, but that bug seems to be popping up again, for some people using the O beta, with no ppas
[14:13] <alecu> guys, I need to be gone for a while, see you laters.
[14:15] <dobey> alecu: yeah, i saw
[14:29] <dobey> mandel: hrmm, well in d-feet org.freedesktop.secrets doesn't actually show any available methods here :(
[14:31] <dobey> neat, new phone might get here today
[14:31] <mandel> dobey, let me check in mine
[14:53] <mandel> nessita, ok, we are at the top of the rt list, so I'm moving towards helping you with that bug
[14:53] <nessita> mandel: ack
[14:53] <mandel> nessita, let me get the logs and take a look at what is going on..
[14:53]  * mandel wants to have a mini me
[14:57] <mandel> gatox, re-review for https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/close-on-license-again/+merge/78596 done, you need an extra +!
[14:57] <mandel> +1, sorry
[14:57] <gatox> mandel, thanks!
[14:59] <mandel> gatox, for https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/default-wrong-buttons/+merge/78663 are we 100% sure that wizard will always be set when showEvent  is called?
[15:00] <gatox> mandel, yes
[15:00] <gatox> jeje short answer
[15:01] <mandel> gatox, short is better, so we can never ever use show in a QWizardPage that has o parent wizard, right?
[15:01] <gatox> mandel, sorry, didn't understand last one
[15:02] <mandel> gatox, nothing, don't worry, +1 on that one too
[15:02] <gatox> mandel, ahhhhhh if i understand correctly what you said
[15:03] <gatox> mandel, the answer would be no... we are not using floating pages :P
[15:03] <mandel> gatox, is a stupid question because we should never get to that
[15:03] <mandel> gatox, https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/default-wrong-buttons/+merge/78663 has 2*+1 feel free to approve it
[15:03] <gatox> mandel, thanks! :D
[15:05] <mandel> nessita, regarding bug 872254 those logs are not what we are getting from trunk, wha tI suggest is that we move from int (1, 2, 3) to (IN_CREATE, IN_DELETE) and we get teh raw result from GetReadDirecotryChangesW and the translated pyinotify event
[15:05] <ubot4> mandel: Error: Bug #872254 not found.
[15:05] <mandel> nessita,  I'd like to have the raw data from com and what we converted it to
[15:06] <nessita> mandel: as long as minimize the log entries, I'm +1
[15:06] <nessita> mandel: we need to have less log lines per Watch event
[15:06] <mandel> gatox, can I hae a review for https://code.launchpad.net/~mandel/ubuntuone-windows-installer/migrate-data/+merge/78387
[15:06] <mandel> nessita, sure, let me propose a branch with that
[15:07] <nessita> mandel: great!
[15:07] <gatox> mandel, on it
[15:07] <mandel> gatox, thx!
[15:08] <alecu> and I'm back.
[15:26] <dobey> lunch, bbiab
[15:29] <gatox> mandel, is this related to your branch: http://paste.ubuntu.com/706175/ ?
[15:45] <mandel> gatox, first time I see that.. let me check
[15:46] <mandel> gatox, nice catch!!! yes the tests are broken, the test for Ansi paths when I changed the call to use the Unicode function (ends with W instead of A)
[15:47] <mandel> gatox, you have windows in spanish, right?
[15:48] <gatox> mandel, i'm using an user with name: "ñoño ñandú" now :P
[15:51]  * czajkowski hugs mandel U1 on windows is nice
[15:54] <mandel> czajkowski, I'm glad, you have to hug lots of other people here too :)
[15:54] <mandel> gatox, puto!!!
[15:54] <mandel> gatox, can you paste the error in the MP and I'll update the tests tom morning, I' running out of day :(
[15:54]  * mandel needs longer days
[15:54] <gatox> mandel, ok
[15:55] <gatox> mandel, done
[15:58] <mandel> gatox, thx!
[15:59] <mandel> nessita, do you want me to add tests for the logs (I suppose is a yes)
[15:59] <mandel> alecu, testing in O, you said remove creds and tyr again, right?
[15:59] <nessita> mandel: it would be a good idea, yes. Have you used the mementohandler before?
[15:59] <alecu> mandel, right
[16:02] <mandel> nessita, I have seen the use in the ubuntuone-client tests before
[16:02] <mandel> nessita, I'll have to finish the tests tom then, I'll propose the merge asap
[16:02] <nessita> mandel: that ease the testing of the logging a lot, you can use that
[16:02] <nessita> mandel: ack
[16:03] <mandel> alecu, I did the following:
[16:03] <mandel> 1. Delete creds using sea-horse
[16:03] <mandel>  2. u1sdtool -q
[16:03] <mandel> 3. re-launch ubuntu one
[16:03] <mandel> alecu, I got my new creds and ubuntu one works correctly (I get quota, acocunt info etc.. in control panel)
[16:04] <mandel> alecu, I have not tried any syncing :P
[16:04] <mandel> this is an O with all updates
[16:04] <mandel> is that all you needed?
[16:04] <alecu> mandel, can you try: u1sdtool -q; sleep 10; u1sdtool -s
[16:05] <alecu> mandel, to see if it reconnects fine once credentials are there
[16:05] <mandel> alecu, sure, on it
[16:05] <alecu> mandel, or closing and restarting the control panel
[16:06] <mandel> alecu, I'm using u1sdtool :P
[16:08] <mandel> alecu, when I did u1sdtool -s I got the following:
[16:09] <mandel> STATE: LOCAL_RESCAN
[16:09] <mandel> connection: no user with network
[16:09] <mandel> description doing local rescan
[16:09] <mandel> is_connected false
[16:09] <mandel> is_error False
[16:09] <alecu> mandel, oh, sorry: u1sdtool -c
[16:10] <mandel> alecu, though so :P
[16:11] <mandel> alecu, seems to work ok, I got notifications about files being uploaded etc..
[16:12] <alecu> mandel, cool then. I'll give it a try when I install Oneiric myself. thanks!
[16:12] <nessita> mandel: "not user" means without SYS_USER_CONNECT
[16:12] <nessita> mandel: it usually means no credentials
[16:12] <nessita> alecu: ^
[16:12] <nessita> mandel: does it progress after LOCAL_RESCAN to READY and then to SERVER_RESCAN?
[16:13] <mandel> nessita, let me check
[16:13] <mandel> nessita, atm: With User with Network
[16:14] <nessita> mandel: then it progressed
[16:14] <mandel> ok, so after than, EOD for me then :)
[16:15] <mandel> nessita, I'll be around in about 4 hours to see if the RT has moved foward to try and get the update today, so feel free to send me any email etc.. if you guys need to
[16:15]  * mandel walk dog => rugby
[16:15] <gatox> lunch!... brb
[17:03] <duanedesign> nessita: is their any readon french characters like éàç would not work w/ Windows client?
[17:04] <nessita> duanedesign: before last Friday release, every non-ascii character in the user home will break syncdaemon
[17:04] <nessita> duanedesign: that should be fixed in the last release
[17:04]  * duanedesign noda
[17:04] <duanedesign> nods*
[17:05] <duanedesign> Ill make sure he is updated
[17:05] <nessita> duanedesign: there can be non-ascii characters in the user name or in the user home path, like in spanish, the home sometimes is: foo/Documentos y configuración/blah
[17:09] <nessita> ok, I'm gone to the Uni
[17:09] <nessita> bye!
[17:33]  * alecu is having lunch
[18:23] <dobey> the Internet is a lonely place
[18:58] <czajkowski> evening
[18:58] <czajkowski> anyone around for a daft question?
[18:59] <czajkowski> I uploaded some files via the web one.u.c but not into a my doc folder which syncs to my desktop, how can I move them to the /documents folder via the web ?
[18:59] <czajkowski> is it possible
[18:59] <rye> czajkowski, moving the files is only possible with REST api and syncdaemon, the web ui does not have this functionality
[19:00] <czajkowski> ah ok
[19:00] <czajkowski> can do it again at work tomrrow
[19:00] <czajkowski> thanks
[19:00] <czajkowski> wonder was there an easy way
[19:00] <czajkowski> rye: cheers
[19:01] <dobey> czajkowski: download it from the web into your Documents folder at home
[19:01] <czajkowski> dobey: yup that's what I'm doing now
[19:01] <czajkowski> easiest really
[19:02] <czajkowski> wondered was there a move to this folder option
[19:02] <czajkowski> so you could re arrange folders
[19:02] <dobey> czajkowski: then it will "re-upload" it in your docs folder
[19:02] <czajkowski> nods
[19:02] <dobey> would be nice, agreed
[19:02] <czajkowski> I'd file a bug but it'd be marked wishlist as not that important
[19:03] <czajkowski> but would be nice in case you make a mistake or just want to chuck things up and then sort out and file
[19:03] <dobey> so file a bug and mark it wishlist
[19:03] <dobey> "No way to move files into other folders on web" sounds like a bug to me
[19:04] <dobey> whether it is wishlist or not is irrelevant
[19:04] <czajkowski> An error has occurred. Our engineers have been notified and we will work to fix this.
[19:04] <czajkowski> if I could stop getting this message I would
[19:04] <dobey> launchpad giving that?
[19:04] <czajkowski> nope
[19:04] <czajkowski> one.u.c
[19:04] <czajkowski> on the web atm
[19:04] <dobey> oh
[19:04] <czajkowski> got that a few times today
[19:05] <dobey> yeah, there are some issues that ops are working on at the moment, so hopefully that will be fixed soon
[19:05] <czajkowski> I just clicked into a folder then hit back arrow
[19:05] <czajkowski> nods
[19:05] <czajkowski> dobey: where can I file a bug against U1
[19:05] <dobey> for the web site, https://bugs.launchpad.net/ubuntuone-servers/+filebug
[19:06] <czajkowski> dobey: thanks
[19:06] <dobey> np
[19:07] <czajkowski> bug already is there
[19:07] <czajkowski> https://bugs.launchpad.net/ubuntuone-servers/+bug/416304
[19:07] <ubot4> Launchpad bug 416304 in ubuntuone-servers "Web Interface: Add move and copy files to another Folder (affects: 17) (dups: 4) (heat: 81)" [Wishlist,Triaged]
[19:08] <dobey> ah ok then :)
[19:08] <dobey> click "affects me too" :)
[19:10] <czajkowski> done
[19:10] <czajkowski> dobey: you too
[19:10] <dobey> We?
[19:12] <czajkowski> dobey: you click me too
[19:15] <dobey> but We are not affected as We don't use the web site to manage files. :)
[19:34] <lamalex> Hi, i put files into my u1 sync folder yesterday, and they still do not seem to have sync'd
[19:40] <duanedesign> hello lamalex
[19:40] <lamalex> hi
[19:44] <lamalex> whoops, sorry duanedesign
[19:44] <lamalex> i guess i accidentally closed xchat :P
[19:53] <karni> alecu: Hey man. What did you need the oauth fix for? If talking to SSO - I understand. But the Windows client does not use REST for file transfers. What did you guys have issues talking to with OAuth signed requests?
[19:54] <dobey> karni: sometimes people have problems logging in to u1 on ubuntu/windows
[19:54] <dobey> karni: because their clocks are busted
[19:55] <karni> dobey: So SSO it is.
[19:55] <alecu> karni, well, we use oauth everywhere: for logging in and initially getting the tokens, for signing up, for getting the user info on the control panel, for the syncdaemon protocol login...
[19:55] <dobey> yep
[19:55] <dobey> karni: and we use REST for some things
[19:55] <alecu> and also syncdaemon uses a few rest calls to create shares, and for public files.
[19:55] <karni> Ah right..
[19:55] <karni> dobey: alecu: That makes sense. Thanks :)
[19:56] <alecu> no prob!
[20:07] <duanedesign> lamalex: hello
[20:08] <duanedesign> alecu: fyi - I have gotten a few tickets from people having trouble syncing subfolders in Windows
[20:11] <alecu> duanedesign, please, can you point me at them?
[20:13] <duanedesign> alecu: I showed this one to nessita this morning. https://pastebin.canonical.com/54156/
[20:14] <duanedesign> alecu: and I am now waiting on logs from two other users
[20:14] <duanedesign> as soon as i get them I will forward them on to you all
[20:26] <j0nr> evening
[20:27] <j0nr> I am planning on doing a fresh install with 11,10 soon. My question to you... what do I do with my Music folder which is currently synced to UbuntuOne?
[20:28] <duanedesign> hello j0nr
[20:29] <duanedesign> j0nr: This FAQ will help. https://one.ubuntu.com/help/faq/im-setting-up-ubuntu-one-on-a-new-computer-or-re-installing-my-operating-system-how-should-i-do-this/
[20:49] <j0nr> duanedesign: thanks... so I don't want to replicate that ubuntuone file on new setup.... but how do I get around backing up my music? I don't want to (or see the need to) just delete my music (scary) and then redownload it ALL from U1
[20:50] <j0nr> what would happen if i backup my music, reinstall ubuntu, copy my music back onto the new install, THEN setup ubuntuone?
[20:53] <duanedesign> i would back it up because you never know what can happen
[21:01] <j0nr> but would putting it back in the same location ~/Music and then setting up U1 mean that U1 would recognise that that is the same folder of music?
[21:02] <j0nr> or would it think it is a completely seperate folder of music, try to upload that and also try to download the one from the server, effectively doubling mymusic!
[21:12] <dobey> We are off. have a good evening all!
[21:36] <duanedesign> j0nr: if you copied the music folder over before connecting the computer UBuntu One should recogmize the music and not have to download the tunes