[00:34] <Saviq> ribru, ↑ please
[00:34] <ribru> Saviq: rtm 4
[00:35] <Saviq> ribru, thank you :)
[00:35] <ribru> Saviq: you're welcome
[00:35] <ribru> Saviq: out of curiousity, how did you fill out row 77? it was missing all the necessary spreadsheet formulas. I fixed it, just wondering how it gets that way...
[00:35] <Saviq> ribru, it was there already
[00:36] <ribru> Saviq: you didn't like, copy & paste the values from somewhere? even if you insert a new blank row it should fill those formulas in...
[00:36] <Saviq> ribru, I did, but just per-field
[00:36] <Saviq> ribru, I didn't touch any of the automagic fields
[00:36] <ribru> Saviq: hm, weird. mysterious spreadsheet bs :-/
[00:42] <Saviq> ribru, need help ↑
[00:42] <Saviq> https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-004-1-build/61/console
[00:42] <Saviq> how do I resolve that?
[00:44] <ribru> uh
[00:45] <ribru> Saviq: well the easiest thing to do would be to just bump the unity8 version number to 8.01.1 or 8.02 I guess
[00:45] <Saviq> ribru, looks like sync should still rewrite 15.04 into 14.10...
[00:45] <Saviq> ribru, yeah, that's what I thought, but meh :|
[00:45] <ribru> Saviq: no, the sync *did* do that, but the problem is that it shouldn't, because 15.04 is already there
[00:45] <ribru> Saviq: so I guess at some point you did a binary sync from vivid to rtm already? the version in rtm is 15.04 with no ~rtm tag
[00:46] <Saviq> ribru, well, sync took the upstream 15.10
[00:46] <Saviq> ribru, it is 15.04 *with* the rtm tag
[00:46] <Saviq> ribru, https://launchpad.net/ubuntu-rtm/+source/unity8
[00:46] <ribru> bah
[00:46] <Saviq> ribru, it was a source copy, that copied 15.04, now it tried to do 14.10
[00:47] <Saviq> meh for bumping, but what can I do...
[00:48]  * Saviq goes for -rtm
[00:49] <ribru> Saviq: yeah I'm not sure what's going on there. it looks to me like the version number it's trying to use is correct, but this is thwarted by somehow a vivid version number already being at the destination. second time today I've seen this where rtm had a newer version than it should have and then the code that was generating a very reasonable version number
[00:49] <ribru> was rejected.
[00:49] <ribru> Saviq: basically yeah, you have to mangle the version number yourself and upload manually
[00:49] <Saviq> ribru, well, I know *how* it happened
[00:49] <Saviq> ribru, just not sure what the correct resolution would be :)
[00:50] <Saviq> ribru, I synced it from vivid last Friday
[00:50] <Saviq> ribru, that was a source sync, but it only appended ~rtm
[00:50] <ribru> Saviq: a binary sync?
[00:50] <Saviq> ribru, source sync, hence the ~rtm
[00:50] <Saviq> ribru, basically a silo sync
[00:51] <Saviq> ribru, line 1985 in the train archive
[00:53] <ribru> Saviq: this other error you're getting is much more interesting
[00:53] <Saviq> ribru, it is indeed
[00:53] <Saviq> getting the same for the other source :/
[00:54] <Saviq> and totally no error msg :'|
[00:54] <ribru> Saviq: I'm in the middle of converting citrain to use absolute paths instead of relative paths, because the code was a mess of spaghetti cd'ing everywhere. there was a bug where it would cd to the wrong place, do stuff, then cd back, and files weren't where we expected them
[00:54] <ribru> Saviq: I'll try reverting my last commit and see if that gets it back into a state that can hobble along
[00:55] <ribru> Saviq: ok try it again now, this time it should probably "work" (there'll still be an error, but this time the error should come after the PPA upload, and then you can run a WATCH_ONLY afterwards as a workaround)
[00:56] <Saviq> ribru, it's worky
[00:56] <Saviq> I mean it's trying
[00:58] <ribru> Ursinha-afk: ^^ my awesome branch is less awesome than I thought
[00:59] <Ursinha> ribru: s/Ursinha-afk/Ursinha/ :)
[00:59] <Ursinha> ribru: oops
[00:59] <ribru> Ursinha: my next branch will convert even more relative paths into absolute ones so hopefully that gets that back into a consistent state.
[01:00] <ribru> Ursinha: for now I reverted production, so things can work while I tinker
[01:09]  * ToyKeeper wonders why, 4 hours after imgbot announced the start of build 143, that image still isn't on the image servers
[01:17] <ribru> justinmcp_: welcome!
[01:17] <ribru> Justin Master Control Program.
[01:18] <ribru> justinmcp_: ok so do you know about the spreadsheet?
[01:19] <justinmcp_> ribru: i know nothing
[01:19] <ribru> justinmcp_: ok. funny i thought we did this already once
[01:19] <ribru> justinmcp_: ok go here: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc#gid=0
[01:20] <ribru> justinmcp_: find the first empty row (78)
[01:20] <justinmcp_> ribru: got it
[01:20] <ribru> justinmcp_: fill out the info as best you can (some fields are autogenerated, so just leave blank whatever you're not sure of). look at the other rows for guidance. ask me if you have any questions.
[01:21] <justinmcp_> ribru: and then magic?
[01:22] <ribru> justinmcp_: less like magic, and more like... http://i.ytimg.com/vi/MjuioxC5WwA/maxresdefault.jpg
[01:23] <justinmcp_> ribru: :) confidence is high
[01:24] <ribru> justinmcp_: I'd like to retroactively rename ci train to... 'ci house of cards'.
[01:24] <ribru> case in point ^
[01:26] <ribru> justinmcp_: column A is purely informational and isn't actually used anywhere, so don't write your life story in there like saviq does ;-)
[01:27] <justinmcp_> ribru: *disappointment*, nobody cares :(
[01:28] <Saviq> !!
[01:28] <Saviq> my description has *links* to bugs!
[01:28] <ToyKeeper> Column A is used by QA though...  very helpful to have a list of bugs fixed there.
[01:28] <Saviq> and everything!
[01:28] <Saviq> ToyKeeper, say you like my Column A, you know you do!
[01:29] <ToyKeeper> I do, actually.
[01:29] <ribru> Saviq: what links? there's no links ;-)
[01:29] <Saviq> hmm this sounded much more sexist than I intended it to...
[01:29] <ToyKeeper> It saves me the trouble of populating that info myself on QA's kanban cards.  :)
[01:29] <Saviq> ribru, see! links! http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-007
[01:29] <ribru> Saviq: oh you are doing links now. you used to just have the numbers ;-)
[01:29] <Saviq> ribru, I was hoping you'd do links :P
[01:29] <Saviq> ribru, but since you don't
[01:30] <ribru> Saviq: yeah everything's gonna change when we dump the spreadsheet, doesn't make sense to do new features right now
[01:30] <ToyKeeper> Most of the time, I have to either dig up the bug numbers or at least convert them to clickable URLs.
[01:30] <Saviq> hah
[01:32] <ribru> Saviq: ToyKeeper it's just that the spreadsheet doesn't let you scroll smoothly, it forces the view to snap to the rows. and when a single row is larger than my screen it destroys the UX.
[01:32] <Saviq> ribru, get a bigger screen ;p
[01:32] <ToyKeeper> ribru: Indeed, that's obnoxious.  I have the same issue.  Usually I just go to one of those cells and copy/paste the info elsewhere so I can actually read it.
[01:33] <ribru> Saviq: well excuuuuuse me! my 27" is on the other side of the room. I'm just using my 10" for now because I'm in bed with broken ribs!
[01:33] <ToyKeeper> But since I'm generally copying it anyway, it's not a big inconvenience.
[01:33]  * ToyKeeper looks forward to no-more-spreadsheet
[01:33] <ribru> ToyKeeper: soon
[01:33] <Saviq> ribru, you're an engineer, you should've engineered a crane to hold your 27" over your head!
[01:33] <Saviq> ribru, it'd have worked, I assure you
[01:34] <Saviq> and would be relatively safe
[01:34] <ribru> Saviq: hindsight is always 20/20. couldn't do that after I was already injured
[01:34] <Saviq> ribru, excuses excuses :P
[01:35] <Saviq> ribru, on that note, I think I managed to convince dch to take my version, I just needed to force a lower version in my branch
[01:35] <Saviq> and now the train-generated one will be higher again
[01:35] <Saviq> hmm hmm
[01:36] <Saviq> wait
[01:36] <justinmcp_> ribru: finished, I guess..
[01:36] <Saviq> it will not be higher than the one in distro, though, will it...
[01:36] <Saviq> yeah, that was stoopid
[01:38] <ribru> justinmcp_: ok, just set J78 to 'Yes' (which triggers the bot to notify us that you're ready)
[01:40] <justinmcp_> its almost like magic
[01:40] <ribru> justinmcp_: ok, I gave you silo rtm 9, which means you can go to http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=justinmcp and click 'Build'
[01:44] <ToyKeeper> Yup, magic indeed.
[01:44] <ribru> Saviq: you are just not having any luck today...
[01:45] <Saviq> ribru, nah, it just uploaded
[01:45] <ToyKeeper> justinmcp_: Fatal error on your first try.  You've got the magic touch!  :)
[01:45] <Saviq> ribru, will be fine now
[01:45] <justinmcp_> this is why I code
[01:45] <ribru> how did all this 15.04 shit get into rtm?
[01:46] <ToyKeeper> ... what?
[01:46] <ToyKeeper> Please tell me we didn't pull stuff from 15.04 into rtm...
[01:47] <ribru> ToyKeeper: well the traceback that justinmcp_ got and Saviq also got just now are that they're trying to do syncs from vivid into rtm, the sync code makes the version number be 14.10.whatever, but rtm already contains version numbers 15.04.whatever and so you can't upload an older version over top of a newer version. I have no idea what's going on
[01:48] <ToyKeeper> That's a snowball which is very difficult to stop.
[01:49] <Saviq> ribru, no, that's not true
[01:49] <Saviq> ribru, *syncs* don't rewrite the 15.04 part
[01:49] <Saviq> ribru, standard landings do
[01:50] <Saviq> ribru, so I got 15.04 from a sync last week, and that's higher than what I now get with a MP-based landing
[01:50]  * ToyKeeper backs away slowly and goes off to do some sanity testing
[01:51] <Saviq> ribru, but indeed, this will now happen to everyone that needs to move from syncs to rtm-targetted landings + series branch
[01:51] <ribru> oh right, you guys have MPs
[01:51] <ribru> Saviq: justinmcp_ well you better target your MPs into vivid then I guess.
[01:51] <Saviq> ribru, they just landed in vivid
[01:51] <Saviq> ribru, now I need to cherry-pick into rtm
[01:52] <ribru> ugh
[01:52] <Saviq> ribru, because I can't afford to not land stuff that's not rtm-approved
[01:52] <Saviq> ribru, and there will be more of that as we go on
[01:52] <ribru> Saviq: I'm frustrated, I don't understand how citrain code was allowed to get as bad as it is.
[01:52] <Saviq> ribru, so this needs resolving asap, otherwise everyone will have to go .1 on their upstream versions
[01:53] <Saviq> ribru, I imagine because it was only meant to live for a few months
[01:53] <ribru> Saviq: I EOD in 10 minutes and I'm already putting out other fires ;-) I'll fix it tomorrow if sil doesn't beat me to it
[01:53] <Saviq> ribru, yeah, I'll try and talk to sil in between talks
[01:53] <Saviq> am out for a conference tomorrow
[01:53] <Saviq> and on that note, 4h of sleep ahead of me...
[01:57] <justinmcp_> how do I re-try the build?
[01:59] <ribru> justinmcp_: well you can run the build job again, you might need to check 'FORCE_REBUILD' option or maybe 'IGNORE_STEP', just follow the errors you get.
[01:59] <ribru> justinmcp_: did you change your MP in some way? shit's pretty broken right now, you might have to wait until tomorrow.
[02:00] <justinmcp_> ribru: I changes the target to vivid, but otherwise untouch
[02:01] <justinmcp_> ribru: I can leave it till tomorrow
[02:01] <ribru> justinmcp_: oh if you're doing vivid we can do it today
[02:01] <ribru> justinmcp_ it's just syncs to rtm that are busted for now
[02:01] <ribru> or mps
[02:01] <ribru> justinmcp_: I have to free the silo to reset it for vivid, hang on
[02:05] <ribru> justinmcp_: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=justinmcp click Build here now ;-)
[02:05] <justinmcp_> i feel empowered
[02:06] <ribru> justinmcp_: that was the idea originally ;-)
[03:19] <veebers> ribru: are you still around per chance?
[03:21] <ribru> veebers: what's up?
[03:21] <veebers> ribru: hey, I have a silly question that I thought you would be able to answer for me :-)
[03:22] <ribru> veebers: shoot
[03:22] <veebers> ribru: I'm wanting to trigger a build for this ppa so we get Utopic + arm versions: https://launchpad.net/~autopilot/+archive/ubuntu/1.5. I will need to bump the version in the changelog and dput the result to do so, I'm finding the version number a little intimidating as I don't want to break things
[03:23] <veebers> the version number in the ppa is: 1.5.0+15.04.20141031-0~504~ubuntu14.04.1 , I should be able to branch, set the version to "1.5.0+15.04.20141105-0~504~ubuntu14.04.1 " and use that, right?
[03:23] <ribru> veebers: that looks like a recipe build, why don't you just run the recipe?
[03:25] <veebers> ribru: hmm, I was under the impression that wouldn't work due to version number conflicts
[03:25] <ribru> veebers: the version number already has 15.04 in it so you're basically already boned
[03:25] <veebers> hmm perhaps I miss-interpreted the comment that lead me to believe that
[03:26] <ribru> veebers: what was the comment?
[03:26] <veebers> ribru: oh, really? :-\
[03:27] <ribru> veebers: https://code.launchpad.net/~autopilot/+recipe/autopilot-1.5 looking at the recipe, it won't touch the date, it'll just use whatever the current revno is.
[03:27] <ribru> veebers: so that shouldn't cause any further problems than what's already there.
[03:28] <veebers> Me: "I could use the recipes 'request build right?' response "veebers: Unless the revno hasn't changed, thus causing a version conflict."
[03:28] <ribru> veebers: the current situation is that citrain is incapable of building an MP in RTM if RTM contains a version string with '15.04' in it, because the mp generated version string is '14.10', which is less, so it rejects the upload. you already have 15.04 so it's already busted.
[03:28] <ribru> veebers: but why do you want a new build if the revno hasn't changed?
[03:29] <veebers> ribru: because I didn't get the changes in this into Utopic, so I want it in the ppa so people can use it if they need to (i.e. CI) but I didn't update the 1.5 ppa until after it had built the new 1.5 branch
[03:31] <ribru> veebers: the ppa only contains trusty, IIRC that conflict that person is talking about is for the same version within the same series.
[03:31] <ribru> veebers: i would personally try the recipe build, if that fails then you can futz the version manually
[03:32] <veebers> ribru: ok, yeah I changed the recipe today to build for utopic (and asked wgrant to add arm building to it) hence me wanting to trigger the build so there was a utioc version in there
[03:32] <ribru> veebers: the recipe appends the series to the version number, so if you upload utopic you'll get blah~ubuntu14.10.1 and it won't conflict.
[03:33] <veebers> ribru: ack, I take it trying the recipe will fail as opposed to breaking things? (/me is being careful with this)
[03:33] <ribru> veebers: right, if there's any problem, the recipe will just fail, it won't make things worse.
[03:33] <ribru> the conflict you heard before and the 15.04 brokenness I'm talking about now are separate issues.
[03:33] <veebers> ribru: ok, I'll give that a try and see what happens, thanks for talking me through that
[03:33] <ribru> veebers: you're welcome
[05:20] <Mirv> mornings
[05:40] <cyphermox> Mirv: morning
[05:40] <cyphermox> this is my queue that I really should log off ;)
[05:40] <cyphermox> *cue
[05:45] <Mirv> cyphermox: correct!
[05:46] <cyphermox> ;)
[05:54] <cyphermox> Mirv: good night!
[05:54] <Mirv> cyphermox: good night!
[07:46] <tvoss> trainguards, can I get a silo for line 79
[07:49] <Mirv> tvoss: there you go, Mr. Bond.
[07:49] <Mirv> (silo 007)
[07:50] <tvoss> hah
[07:50] <tvoss> Mirv, in style ;)
[08:25] <pstolowski> trainguards, hello, a new rtm-14.09 branch for unity-scopes-api has been created to land top blocker at line #60; do i/we need to do anything special for it to build packages against the new branch?
[08:27] <pstolowski> Mirv, morning, did you have a chance to look at this ^ ?
[08:27] <sil2100> pstolowski: hey!
[08:27] <sil2100> pstolowski: just provide MR that target this branch in your landing
[08:28] <sil2100> MRs
[08:29] <pstolowski> sil2100, hi! yep, i did that. cool, thank you
[08:45] <Mirv> pstolowski: yes, I commented on the branch since you weren't online
[08:54] <pstolowski> Mirv, awesome, thanks!
[09:05] <ogra_> damn
[09:06] <ogra_> sil2100, so we have a slight image build prob ...
[09:08]  * ogra_ ponders how to solve it best
[09:15] <pstolowski> trainguards, could you please reconfigure ubuntu-rtm/landing-002 ?
[09:16] <Mirv> pstolowski: done.
[09:17] <pstolowski> thanks
[09:17] <sil2100> ogra_: what's up?
[09:17] <sil2100> ogra_: everything was fine yesterday, right?
[09:17] <Saviq-codedive> sil2100, you might wanna know we're up for some train woes
[09:18] <sil2100> Saviq-codedive: what's up?
[09:18] <ogra_> sil2100, the dropping of the langpack causes the metapackage to be out of sync
[09:18] <Saviq-codedive> sil2100, everone that synced from vivid to rtm have 15.04 in their versions in rtm
[09:18] <Saviq-codedive> sil2100, but now you try to land through an MP into an rtm series branch
[09:18] <Saviq-codedive> sil2100, you end up with 14.10 in there and you're lower than what's in rtm archive
[09:19] <Saviq-codedive> sil2100, had to .1 unity8 for rtm silo 4
[09:19] <sil2100> Saviq-codedive: hm, indeed this might be trouble ;/ Damn, somehow no one expected this problem to happen
[09:20] <sil2100> Saviq-codedive: ok, so I can theoretically make sure that when we do source syncs, we rewrite the series part of the version number as well
[09:20] <sil2100> But that's not something I can do without consulting slangasek and cjwatson
[09:20] <Saviq-codedive> sil2100, well, and worse, that won't help now
[09:20] <sil2100> I know...
[09:20] <Saviq-codedive> sil2100, only thing that would help now is actually keeping 15.04 there
[09:20] <sil2100> But at least it won't make the situation any worse
[09:21] <Saviq-codedive> sil2100, which is actually something I would recommend
[09:21] <ogra_> the series has no impact ... only if you put it into the version number
[09:22] <sil2100> ogra_: I mean the series in the version
[09:22] <ogra_> right
[09:22] <sil2100> ogra_: since CI Train adds the series version number to the version it creates, so I can make that being rewritten too... but well, not really possible
[09:23] <sil2100> Saviq-codedive: in any way, I indeed will have to tweak the code, as even in the likelyhood of staying with 15.04, CI Train will try to rewrite it to 14.10 on direct releases
[09:23] <Saviq-codedive> sil2100, TBH I'd recommend keeping it as is in the current top version
[09:24] <sil2100> Saviq-codedive: so I need to make sure CI Train can just say 'ok, it's 14.09, but I'll use 15.04 now still because the previous releases had that'
[09:24] <Saviq-codedive> sil2100, yup
[09:24]  * Saviq-codedive goes to focus on the talk
[09:24] <sil2100> Saviq-codedive: thanks on letting me know about this!
[09:24] <sil2100> Saviq-codedive: I was slowly moving away from CI Train maintenance so I didn't even notice this
[09:59] <davmor2> thostr_: http://paste.ubuntu.com/8833284/ I took two photos and a video with the camera app and mediascanner doesn't seem to of picked up on the video though.  so it doesn't show in the video scope
[10:00] <thostr_> davmor2: close the camera app, does it show then?
[10:00] <davmor2> thostr_: I think if I reboot it will appear though judging by what ToyKeeper was saying
[10:00] <bzoltan> cjwatson: fyi -> the 6.7 ssh server has removed the algorithms what the QtCreator is using (https://qt.gitorious.org/qt-creator/qt-creator/source/b72a9dd2391680b7a9ed7c82c1cfefc7cef687e8:src/libs/ssh/sshcapabilities.cpp#L65)
[10:00] <thostr_> davmor2: just close camera app
[10:01] <brendand> thostr_, davmor2 - for me just closing the app worked
[10:01] <davmor2> thostr_: yes after a couple of swipe to refresh now it shows up
[10:01] <brendand> thostr_, and that's not a new bug?
[10:01] <thostr_> no, see my comment on the mailing list
[10:01] <thostr_> it's a camera issue...
[10:01] <thostr_> it's not releasing file handles of recorded videos
[10:01] <brendand> thostr_, yeah i confirmed the same thing
[10:02] <thostr_> which means mediascanner can not pick it up as it can only react to files that are fully written
[10:02] <thostr_> or rather, we get only notified once the file handle is released
[10:03] <bzoltan> Mirv: sil2100: So, right now the Vivid images are not good for app development. RTM is good as long it is on 6.6 ssh server
[10:04] <ogra_> bzoltan, you didnt see cjwatson's answer ? he wrote quite a lot yesterday
[10:04] <bzoltan> ogra_:  I have missed that...
[10:04]  * bzoltan reading logs
[10:05] <ogra_> http://irclogs.ubuntu.com/2014/11/04/%23ubuntu-ci-eng.html#t16:07
[10:07] <bzoltan> ogra_: cjwatson: Ok, thanks for the explanation. That is what I too figured out today morning. I checked the qtcreator's upstream trunk and there is no sign of preparation to safer ciphers. We will talk to the devs and see if they are willing to address the problem.
[10:07] <bzoltan> ogra_: in the meantime enabling legacy ciphers would be an acceptable _temporary_ solution.
[10:08] <ogra_> i would like to hear security team input to that first
[10:12] <bzoltan> ogra_: whatever they say, they should understand that in the present setup there is no app development for devices with Vivid images. Even if the QtCreator upstream devs are willing to take this work on their backlog the fix will not come out quickly.
[10:13] <ogra_> bzoltan, we can likely switch on the extra cyphers again during development if the security team thinks thats ok ... but definitely not for release
[10:13] <ogra_> this has to be fixed within the next months
[10:14] <bzoltan> ogra_: fine with me ... as long the devs can run their apps on the device after they switch the "development mode" on
[10:14] <ogra_> (or earlier depending when/if rtm switches to vivid
[10:14] <ogra_> shipping an insecure ssh on a sold phone is not an option
[10:15] <bzoltan> ogra_: no bad feeling, but it is yet again a significant change in the platform what was rolled out without considering the app development.
[10:15] <ogra_> so upstream has to react somehow ...
[10:15] <ogra_> (i also doubt we are the only distro using a new upstream ssh)
[10:16] <ogra_> bzoltan, this is something we dont have control over ... upstream considers these cyphers to insecure to ship
[10:16] <bzoltan> ogra_: for sure not.. and it is strange that the qtc devs have not yet reacted to it at all... they should know about such upcoming change.
[10:16] <ogra_> (beyond the fact that vivid at this point doesnt get Qa
[10:16] <ogra_> )
[10:17] <dbarth> hi Mirv, we'd need a binary copy of oxide in silo 15 (vivid)
[10:18] <bzoltan> ogra_: yes, I know... nobody to blame. It is how it is :) The vivid is the development series, so this kind of "regressions" are acceptable
[10:18] <dbarth> or a nice trainguard if not available
[10:19] <oSoMoN> dbarth, Mirv: hold on a sec, the silo needs a rebuild first (just removed a MR from it)
[10:20] <sil2100> dbarth: o/
[10:21] <sil2100> dbarth: from which PPA?
[10:21] <oSoMoN> sil2100, we need a reconfigure of silo 15, then a copy of oxide-qt from https://launchpad.net/~phablet-team/+archive/ubuntu/ppa/+packages
[10:21] <sil2100> oSoMoN: ACK
[10:21]  * sil2100 reconfigures then
[10:22] <oSoMoN> thanks!
[10:24] <sil2100> oSoMoN: ok, copying the package now
[10:25] <Mirv> okie
[10:25] <sil2100> uh
[10:25] <sil2100> oSoMoN: I see oxide was built for utopic in that PPA...
[10:25] <Mirv> sil2100: it probably needs to be done from command line. I can do that, I've done it before.
[10:26] <sil2100> oSoMoN: this *might* be a problem when doing binary copies, as we can't guarantee binary compatibility
[10:26] <sil2100> Mirv: ^
[10:26] <Mirv> sil2100: utopic shouldn't be a problem, vivid could be?
[10:26] <oSoMoN> sil2100, oh, you’re right! sorry about that, I guess we’ll have to rebuild it for vivid first
[10:26] <Mirv> oSoMoN: no, vivid could be a bigger problem for rtm than utopic
[10:26] <sil2100> Mirv: well, the phablet PPA has utopic binaries of oxide-qt, and they need to copy it to vivid
[10:26] <Mirv> oh, this's a vivid silo, not rtm
[10:26] <sil2100> Yes
[10:27] <oSoMoN> Mirv, we’re not going to sync to rtm anyway, oxide 1.3 has been rejected for rtm
[10:27] <Mirv> oSoMoN: yeah so in that case indeed rebuild for vivid
[10:27] <oSoMoN> Mirv, yup, will do, thanks
[10:27] <Mirv> and then we can copy
[10:27] <sil2100> Mirv: will you handle this till the end then? :)
[10:27] <sil2100> Thanks!
[10:27] <dbarth> sil2100: what oSoMoN said ;)
[10:27] <Mirv> sil2100: sure, no problem, but with Oxide I'll be EOD's when the build finishes in 5h ;)
[10:27] <dbarth> thanks guys
[10:27] <sil2100> Eeej
[10:27] <sil2100> Eeek
[10:27] <sil2100> ;)
[10:27] <oSoMoN> Mirv, sil2100, no worries, there’s no urgency on this one, it can wait till tomorrow
[10:28] <Mirv> my last build was 5h 26min https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-002/+build/6514437
[10:28] <oSoMoN> we’ll get oxide built for vivid first, and ping you tomorrow when done and tested
[10:34] <pstolowski> Mirv, hey, failure in ubuntu-rtm/landing-002 with missing gcc-4.9 and then with version number (which i'm not sure where it comes from). anything todo for me?
[10:36] <sil2100> uh
[10:37] <sil2100> Mirv, pstolowski: seems like the issue mentioned by Saviq-codedive...
[10:37]  * sil2100 sighs
[10:37] <sil2100> What to do what to do...
[10:38] <pstolowski> sil2100, ah..
[10:39] <sil2100> pstolowski: can you wait a little bit? Since fixing this might be easy, but current CI Train trunk is b0rken so I need to first work-around the changes ribru made
[10:40] <sil2100> cjwatson: hello! Are you around for a quick advice? :)
[10:40] <pstolowski> sil2100, sure
[10:41] <sil2100> cjwatson: I was thinking: would it be sane to just use 15.04 in rtm version-numbers instead of 14.10 by default? i.e. the 1.1+15.04.20141105~rtm instead of 1.1+14.10 as we have now?
[10:42] <sil2100> Since it should probably point to the current developmnent series anyway
[10:59] <psivaa_> sil2100: the unity8 run came back ok on the rerun
[10:59] <sil2100> psivaa_: how many failures? 2-3?
[10:59] <psivaa_> ok meaning at least it completed
[11:06] <ogra_> sigh
[11:07] <sil2100> ogra_: any luck?
[11:07] <ogra_> sil2100, no, and i see no way to fix this ... pitti doesnt seem around either, nor does cjwatson ...
[11:07] <sil2100> Yeah, I would need cjwatson's or slangasek's opinion as well to fix the train
[11:08] <ogra_> as a last resort i tried to hack the metapackage in rtm ... to read from the rtm archive ... that works up to the point where germinate needs debootstrap ... no 14.09 distro there
[11:08] <ogra_> the prob here is that germinate needs to recognize the langpack gone ...
[11:09] <ogra_> by default it reads from the utopic archive ... where the landgapck simply isnt gone
[11:09] <ogra_> *langpack
[11:09] <ogra_> (and where we cant remove it now that utopic is released)
[11:09] <sil2100> Can't we retarget it somehow?
[11:09] <ogra_> yes, thats what i tried ... but there is debootstrap involved ...
[11:10] <ogra_> and debootstrap neither knows what rtm is nor that there is a 14.09 release
[11:10] <ogra_> the rtm archive only knoows 14.09 and devel as distros
[11:11] <ogra_> (and no, debootstrap doesnt know devel)
[11:12] <sil2100> Damn
[11:13] <ogra_> i'll sync the latest changes into vivid now at least ...
[11:13] <ogra_> we coould theoretically binary snyc from vivid once this is done ... but that completely messes up the changelog
[11:13] <sil2100> I'm starting to think that maybe removing those langpacks wasn't such a good idea, maybe it could have been worked-around some other way
[11:13] <sil2100> Like blacklisting those langauges somehow in the UI
[11:14] <ogra_> well, the seed has "langpack-ubuntu-touch-*" ... it reads the actual list from the available packages in the archive
[11:14] <ogra_> read: this isnt even a seed change at all ... just a germinate run
[11:15] <ogra_> blacklisting but shipping would be quite some hack
[11:16] <ogra_> i think the only sane way is to pull the vivid meta in ... but at the cost of losing the histroy :(
[11:16] <sil2100> Let's hack germinate!
[11:16] <sil2100> \o/
[11:16] <ogra_> heh
[11:17] <sil2100> Anyway, I would still wait for at least pitti to appear
[11:18] <ogra_> right
[11:21] <cjwatson> sil2100: sorry, variously on vacation / conference leave this week so not really enough brainspace to advise, hopefully somebody else is around
[11:22] <cjwatson> ogra_: I'd just hack the metapackage manually (carefully!) and not worry too horribly much about germinate-update-metapackage being unhappy
[11:22] <cjwatson> it's not actually a hard requirement
[11:22] <ogra_> cjwatson, you mean hack the deps directly ?
[11:23] <ogra_> ok, that shouldnt be to hard
[11:23] <cjwatson> sure
[11:23] <ogra_> thanks
[11:23] <cjwatson> well, the files used to generate them
[11:23] <ogra_> thats the one option i didnt consider :)
[11:32]  * ogra_ uploads and crosses fingers
[11:54] <brendand> Mirv, do you happen to know where the latest clicks for e.g. calculator might be?
[12:03] <ogra_> sil2100, ok, starting a test build for both distros ... cross your fingers :)
[12:03] <sil2100> ogra_: \o/
[12:04] <ogra_> (the bot wont announce them, it still waits for the finishing of vivid9 and rtm143)
[12:13] <sil2100> I go to lunch, back in some time
[12:15] <sil2100> pstolowski: after lunch someone from should be already available to review my proposal and I might be able to unblock your landing
[12:19] <ogra_> phew, looks like the build got past the failure ... great
[12:20] <pstolowski> sil2100, k, thanks for heads up
[12:23] <Mirv> brendand: http://s-jenkins.ubuntu-ci:8080/job/calculator-app-click/
[12:28] <Mirv> brendand: they all tend to be of the same form (url)
[12:38] <ogra_> mdeslaur, could you take a look at the ssh discussion between colin and zoltan on http://irclogs.ubuntu.com/2014/11/04/%23ubuntu-ci-eng.html ? seems upstream dropped some cyphers, the SDK uses its own ssl lib that can only be used with these cyphers ...
[12:39] <ogra_> mdeslaur, there is a request from the SDK team to re-enable them in vivid
[12:39] <ogra_> while i think we could indeed technically re-enable them i would like to hear some security team opinion
[12:41]  * mdeslaur reads
[12:42] <ogra_> (there is subsequent discussion between zoltan and me in todays backlog too btw)
[12:44] <mdeslaur> ogra_: what component is responsible for that?
[12:45] <ogra_> openssh-server
[12:45] <ogra_> on the phone side ...
[12:45] <mdeslaur> ah, I see the qtcreator commit now
[12:45] <ogra_> not sure what component of QtCreator
[12:50] <mdeslaur> I'm not thrilled about adding the ciphers back, they were removed for a reason. The real solution is to fix qtcreator by adding in some of the better ciphers. That being said, you could _temporarily_ add them back to the phone image until qtcreator gets updated
[12:50] <mdeslaur> but as a temporary measure only
[12:50] <ogra_> right
[12:50] <ogra_> and who keeps track of this
[12:50] <pmcgowan> ogra_, was a 143 built? trying to debug my updates
[12:51] <ogra_> and who makes sure that doesnt slip into a potential vivid-rtm if we merge before feature freeze etc
[12:51] <ogra_> pmcgowan, no, we have image build issues
[12:51] <pmcgowan> ok
[12:51] <ogra_> working on them ... with luck there should be an image in a few
[12:51] <ogra_> ... and so we will ... phew
[12:52] <ogra_> rootfses build again ... waiting for system-image importer now
[12:52] <ogra_> ~20-30min
[12:52] <ogra_> mdeslaur, i'm not so musch worried about adding them back temporary than i am about forgetting that we did that in a few months
[12:52] <ogra_> *much
[12:53] <mdeslaur> ogra_: right, someone needs to own the bug to fix qtcreator and to remove the workaround
[12:53] <mdeslaur> honestly, it's probably as easy to fix qtcreator
[12:53] <ogra_> bzoltan, ^^^^see backlog
[12:54] <ogra_> yeah, one would hope so ... especially since it will surely be hit by that in other distros too
[12:59] <pmcgowan> mdeslaur, whats the fix - to use a different lib?
[12:59] <mdeslaur> just add a couple of extra algorithms, no?
[13:00] <mdeslaur> or are those the _only_ ones that are available?
[13:00]  * mdeslaur looks at source
[13:09] <mdeslaur> ah, yeah, it's going to require some modifications, hrm
[13:10] <mdeslaur> I guess adding the ciphers back to the phone images until upstream replaces the ciphers in qtcreator is the workaround for now
[13:11] <ogra_> hmm, k
[13:16] <ralsina> traingards, a silo for row #71 pretty please? :-)
[13:16] <tvoss> davmor2, brendand can I get your help to test vivid silo 7?
[13:16] <ralsina> trainguards ^
[13:17] <brendand> tvoss, today is your lucky day
[13:18] <tvoss> brendand, cool
[13:25] <tvoss> brendand, please test media playback, too
[13:44] <imgbot> [13:44] <imgbot> [13:44] <imgbot> [13:44] <imgbot> [13:44] <ogra_> \o/
[13:44] <ogra_> allthefixes !
[13:45] <popey> ☹ my phone hung when drawing welcome screen on unlock
[13:45] <ogra_> popey, i have seen that on the weekend
[13:45] <ogra_> but no crashes or anything :(
[13:46] <popey> yeah
[13:46] <popey> and takes ages to phablet-shell
[13:46] <popey> i think it's not coming out of sleep properly
[13:46] <ogra_> well, powerd seems to still work in that state
[13:46] <popey> hmm
[13:46] <ogra_> (i can toggle screen on/off with the powerbutton)
[13:46] <popey> same
[13:47]  * popey looks for a a bug
[13:47] <popey> can't find one...
[13:49]  * popey files one
[13:55] <brendand> tvoss, ok testing silo 7 now
[13:55] <tvoss> brendand, ack
[14:03] <olli> ogra_, is there a list of bugs that were fixed in images since #140?
[14:04] <ogra_> olli, only if yu look through the individual changelogs ... i think sil has a tool for that
[14:05] <davmor2> Mirv: I just saw your silo man you need help :P  Silos are not distributions you know :D
[14:05] <olli> heh
[14:06] <ogra_> olli, you find the chnagelogs at https://lists.ubuntu.com/archives/rtm-14.09-changes/2014-November/thread.html and the list of changed packages at http://people.canonical.com/~ogra/touch-image-stats/rtm/143.changes
[14:06] <fginther> balloons, if you have a moment, can you give this MP to move the core-apps to vivid a review? https://code.launchpad.net/~fginther/cupstream2distro-config/vivid-core-apps/+merge/240634
[14:06] <olli> ogra_, I'll wait to talk about sil200's tool
[14:07] <balloons> fginther, sure
[14:07] <ogra_> olli, usually lands here ... http://people.canonical.com/~lzemczak/landing-team/ubuntu-rtm/ but it takes my change list as input asnd i dont know exactly when it runs, might be manual
[14:08] <olli> ogra_, I can wait until he is back
[14:09] <ogra_> well, if it is cron driven it will just show up, but yeah
[14:10] <ogra_> hmm, still no push notification on my krillin
[14:11] <ogra_> Chipaca, i thought the cron job for that runs every 5 min now ?
[14:11] <bfiller> Mirv: can you do a reconfigure on rtm silo 17? just added a package
[14:11] <Chipaca> ogra_: are you looking at the logs?
[14:11] <Chipaca> ogra_: you only get the visible notification when it's finished downloading
[14:12] <ogra_> Chipaca, no, at the images :) i cant look at your server :P
[14:12] <ogra_> oh
[14:12] <ogra_> hmm
[14:12] <Chipaca> ogra_: the push client logs when it gets the broadcast; then it calls system image asking to download the image
[14:12] <Chipaca> unless you've turned off automatic downloads, in which case you get it immediately
[14:12] <ogra_> i have them on indeed
[14:13] <Mirv> davmor2: that's the smallest it can be, we could include various other things like updating qtpim snapshots and their reverse dependencies too :) but yeah, you're right that I need help!
[14:13] <Mirv> bfiller: ok.
[14:13] <Chipaca> ogra_: and if any of system settings is in the foreground you never see the notification
[14:13] <ogra_> ok
[14:13] <Chipaca> ogra_: answering your original question, yes, the cron runs every five minutes
[14:14] <ogra_> right, i was just wondering since it is more than 30 that the image showed up
[14:14] <Chipaca> ogra_: you can look at ~/.cache/upstart/ubuntu-push-client.log (and in fact, please do)
[14:14] <Chipaca> ogra_: ok, so please let me see your logs then
[14:14] <Mirv> bfiller: ^ done
[14:14] <bfiller> Mirv: thank you
[14:15] <Chipaca> ogra_: there are some weird things happening wrt this, which if have just happened to you i'd appreciate the logs and such
[14:15] <seb128> hum, I just got a duplicate update notification
[14:15] <seb128> is that a known issue?
[14:15] <Chipaca> "some weird things" -> broadcast arriving but the push helper dying in less-than-useful ways
[14:15] <seb128> I'm on r141 and there is r143 available
[14:15] <Chipaca> seb128: no you didn't! :-p
[14:15] <ogra_> seb128, you probably got mine then :P
[14:15] <Chipaca> seb128: explain "duplicate"
[14:15] <ogra_> Chipaca, http://paste.ubuntu.com/8836200/
[14:16] <seb128> Chipaca, the messaging indicate lists 2 "update available" entries
[14:16] <seb128> indicate->indicator
[14:16] <Chipaca> seb128: that shouldn't happen
[14:16] <seb128> just did
[14:16] <Chipaca> seb128: get me your logs
[14:16] <Chipaca> stat :)
[14:16] <seb128> which ones?
[14:17] <ogra_> Chipaca, this log is gigantic, can you make sure to drop the debug spam before final release goes out ? ß
[14:17] <Chipaca> ogra_: could you check whether you have a python process alive?
[14:17] <Chipaca> ogra_: https://code.launchpad.net/~chipaca/ubuntu-push/logging-is-for-the-birds-tweet-tweet/+merge/240713
[14:17] <ogra_> phablet@ubuntu-phablet:~$ ps ax|grep python
[14:17] <ogra_> 18506 ?        Sl     0:01 /usr/bin/python3 /usr/sbin/system-image-dbus
[14:17] <ogra_> seems fine
[14:17] <seb128> Chipaca, http://paste.ubuntu.com/8836225/ if that's the log you want
[14:18] <Chipaca> ogra_: and check the tail of the push client log again in case it's just died (system-image-dbus should go away shortly after everything stops talking to it afaik)
[14:19] <ogra_> only one line added since the paste
[14:19] <ogra_> 2014/11/05 15:15:22.916197 DEBUG ping.
[14:19] <Chipaca> seb128: yes, it was
[14:20] <Chipaca> seb128: so, it's explicitly clearing the indicator before posting the new one
[14:20] <balloons> fginther, you build now for python3 only, amd64 only?
[14:20] <seb128> Chipaca, that somewhat failed I guess :/
[14:21] <seb128> hum, the indicator log has
[14:21] <seb128> g_menu_remove: assertion '0 <= position && position < menu->items->len' failed
[14:21] <seb128> dunno if that has to do with it
[14:22] <tvoss> brendand, any first impression?
[14:22] <Chipaca> seb128: i'll ask larsu
[14:23] <popey> ogra_: bug 1389718
[14:23] <brendand> popey, sure you didn't just hit one of the cpu hogs?
[14:24] <brendand> tvoss, patience :)
[14:24] <ogra_> popey, confirmed ... pmcgowan olli ^^^^
[14:24] <popey> brendand: no
[14:24] <ogra_> brendand, yes, that is different than just being sluggish
[14:24] <popey> top - 14:24:54 up 17:00,  2 users,  load average: 0.00, 0.01, 0.05
[14:25] <popey> its completely idle
[14:25] <ogra_> the UI hangs hard on the greeter
[14:25] <ogra_> sometimes the panel is even empty
[14:25] <brendand> ogra_, sometime that happens and location stuff is going haywire
[14:25] <ogra_> i have seen this every two days since the weekend
[14:25] <brendand> popey, right so top is idle
[14:25] <ogra_> but that is no data or info anywhere to be found
[14:26] <ogra_> *there
[14:26] <Chipaca> ogra_: do you still have that device up?
[14:27] <ogra_> sure
[14:27] <ogra_> Chipaca, system-image-dbus is still sitting there
[14:28] <ogra_> nothing changed
[14:29] <fginther> balloons, yes. at one time there was a specific job for running tests with python2, plus the one for python3 because detecting just proved to be unreliable. Now that everything is python3, there is only need for a single generic job
[14:29] <balloons> fginther, right.. I left a comment, a little nitpick and a note about some future work we need to do.
[14:30] <Chipaca> ogra_: please pastebin the output of
[14:30] <Chipaca> ogra_: gdbus call --session --dest com.ubuntu.Postal --object-path /com/ubuntu/Postal/_ --method com.ubuntu.Postal.PopAll _ubuntu-system-settings
[14:31] <brendand> tvoss, you might have broken video rotation
[14:31] <fginther> balloons, thanks! I'll get a comment added
[14:31] <tvoss> brendand, that's a bit weird. How do you test?
[14:32] <rsalveti> ogra_: great, seems we can now build images again
[14:32] <ogra_> rsalveti, yeah, that was a hard bone to chew though
[14:33] <ogra_> Chipaca, http://paste.ubuntu.com/8836388/
[14:33] <rsalveti> ogra_: thanks for working on that
[14:33] <ogra_> np
[14:33] <ogra_> rsalveti, in general out rtm seed changes will now be rather hackish ...
[14:34] <rsalveti> ogra_: yeah =\
[14:34] <ogra_> needing to hack meta directly
[14:35] <rsalveti> urgh
[14:35] <ogra_> yeah
[14:36] <Chipaca> ogra_: INteresting. thanks.
[14:36] <brendand> tvoss, take a video in portrait mode and view it in the photo roll
[14:37] <brendand> tvoss, it will be sideways
[14:37] <brendand> tvoss, it will be played in the correct orientation though
[14:37] <ogra_> jhodapp, is that the thumbnail rotation fix you are working on ^^^ ?
[14:38] <jhodapp> ogra_, the video yes, but the preview in the photo roll is not me
[14:38] <jhodapp> ogra_, that's Satoris
[14:38] <tvoss> jhodapp, but it's a known issue?
[14:38] <jhodapp> tvoss, yes
[14:39] <tvoss> brendand, ^
[14:39] <brendand> jhodapp, sorry i thought that was fixed in RTM
[14:40] <jhodapp> brendand, if it was I've never seen it :)
[14:40] <jhodapp> brendand, we need to ping Satoris to see if he ever got that landed
[14:40] <jhodapp> brendand, he was working on it in DC
[14:41] <tvoss> brendand, just tried without my silo, same issue
[14:41] <brendand> tvoss, ok
[14:41] <tvoss> brendand, did you see any unity 8 crash?
[14:42] <brendand> tvoss, not so far. but haven't been using it that long
[14:42] <tvoss> brendand, ack
[14:42] <tvoss> brendand, it will go through full qa for that anyway
[14:42] <tvoss> brendand, do you test vivid or rtm?
[14:42] <brendand> tvoss, vivid, as you asked
[14:42] <tvoss> brendand, ack and thx
[14:43] <ogra_> Chipaca, do you need anything more ? else i'll force the update
[14:45] <Chipaca> ogra_: dmesg?
[14:45] <Chipaca> ogra_: just in case :)
[14:51] <ogra_> Chipaca, http://paste.ubuntu.com/8836542/ ... beware, it is hugfe
[14:51] <ogra_> *huge even
[14:51] <sil2100> Ursinha: right, missed the test, fixed it now - before I can land this I need to talk with slangasek or someone from the archive admins first though
[14:51] <sil2100> :)
[14:52] <Chipaca> ogra_: for next time, remind me to ask you for dmesg -T :)
[14:52] <ogra_> Chipaca, one sec
[14:52] <Chipaca> ogra_: nah, it's fine
[14:52] <Chipaca> ogra_: nothing there of interest to me :-(
[14:53] <ogra_> yeah, it looked like ... apart from the sleep and wakeup messages perhaps
[14:53] <Chipaca> was hoping for a juice OOM or something :)
[14:53] <ogra_> heh
[14:53] <Chipaca> anyway, school run
[14:55] <Ursinha> sil2100: okay :)
[14:55] <sil2100> slangasek: ping
[14:56] <thostr_> jhodapp: brendand: the rotation fix is in vivid... back then it wasn't seen as critical enough
[14:56] <fginther> balloons, I added a bug report
[14:57] <jhodapp> thostr_, it's not in vivid yet, just confirmed that with Satoris
[14:57] <jhodapp> thostr_, he's going to get it landed in vivid shortly
[14:57] <satoris> This is the MR: https://code.launchpad.net/~jpakkane/thumbnailer/videoflip/+merge/238907
[14:57] <thostr_> jhodapp: ok. brendand: how critical do you see this for rtm? adding to wishlist?
[14:58] <jhodapp> thostr_, I personally think it's pretty critical since it's a very easy bug to spot for anybody
[14:58] <satoris> I'd want to talk to jamesh first. Thumbnailer does not have an rtm branch yet because we have kept them identical for the time being.
[14:59] <thostr_> satoris: but if it's identical then landing to rtm should be even easier, no?
[15:00] <sil2100> thostr_, brendand: what bug are you  talking about now?
[15:00] <ogra_> sil2100, thumbnail rotation
[15:00] <ogra_> it is on the list somewhere
[15:01] <satoris> thostr_: there's stuff to land in trunk that will never make it into rtm. One of the reasons being that they are not for super duper critical top blockers.
[15:02] <satoris> Eventually we need different branches.
[15:02] <satoris> If we just want to land this one thing to rtm and trunk, then there's no problem.
[15:03] <satoris> Though didn't it already land in rtm, I remember someone from qa testing it and verifying that it works?
[15:03] <brendand> satoris, yes it did - http://people.canonical.com/~davmor2/pr.png
[15:04] <brendand> satoris, maybe it never landed in vivid though?
[15:04] <satoris> brendand: it's spreadsheet line 22.
[15:04] <satoris> "Ready to build".
[15:05] <brendand> satoris, ok - that's your concern now :)
[15:07] <satoris> brendand: I distinctly remember talking to mirv about this ages ago (last week?). There was some confusion at the time. Why has it not built the packages by now and what do we need to do to make it happen?
[15:07] <brendand> satoris, the landing team can help you with that
[15:07] <brendand> sil2100, ^
[15:08] <satoris> Ok, thanks.
[15:10] <sil2100> satoris: let me take a look at that silo
[15:12] <sil2100> satoris: ok, just so you know - with this, trunk will start pointing to vivid releases from now on
[15:13] <satoris> sil2100: ack, should we set up a branch for rtm and if yes are there instructions on how to do that correctly?
[15:15] <sil2100> satoris: this depends on how you want to develop - if you're certain that anything that you work on eventually should go to ubuntu-rtm, then you can stay with one trunk and just sync to ubuntu-rtm
[15:15] <sil2100> satoris: but if you think you want to develop features/changes that are not meant for ubuntu-rtm, then just do a copy of the current trunk to some different name and use that one for ubuntu-rtm landings
[15:15] <sil2100> Where you would only cherry-pick changes that are rtm-enabled
[15:16] <satoris> Ok, thanks for the info.
[15:32] <brendand> tvoss, so i don't get any volume overlay at all here
[15:32] <brendand> tvoss, unless somehow that feature isn't in vivid...
[15:44] <sil2100> pstolowski: can you try working on your silo now? e.g. rebuilding it?
[15:45] <pstolowski> sil2100, ok
[15:51] <pstolowski> sil2100, i'll soon need to do the same excercise with new rtm branch for another project (unity-scopes-shell)
[15:52] <sil2100> pstolowski: if all works correctly for -api, then it should work for all branches now
[15:52] <sil2100> I bumped the ubuntu-rtm version number to the current development focus
[15:53] <sil2100> (it's a hotfix, but we need to figure out how to proceed with this for the future)
[15:54] <cjwatson> ogra_,mdeslaur: I'd like to review whatever you/whoever do to fiddle with cipher configs, btw; not around that much this week but I'll see highlights eventually
[15:57] <sil2100> tvoss: hey! How's the CPU eater bug? What's the overall status on all fronts?
[15:58] <ogra_> cjwatson, will show you once i have somethin
[15:58] <bzoltan> cjwatson: ogra_: mdeslaur: would it be possible to enable those "unsafe" ciphers only when the dev mode is switched on? The  fix for QtCreator to support the more safe ciphers are not going to come quick.. more like months than weeks.
[15:59] <ogra_> bzoltan, i would just add them to the hardcoded cmdline we already have in the ssh.override upstart job
[15:59] <cjwatson> yes, that sounds like a good idea to make it easier to control
[16:00] <ogra_> fancy dev mode integration is just extra work for something we want to drop asap
[16:01] <ogra_> cjwatson, yeah, i imagine the implementation is trivial, my biggest fear is that we forget about it (which is why i'm so reluctant to add it)
[16:03] <cjwatson> bzoltan: I'm surprised it's that hard though; a minimal fix for 6.7 interoperability doesn't require a fundamental new cipher implementation, just running it in a different mode (CTR rather than CBC)
[16:04] <cjwatson> bzoltan: And QtC uses libbotan, as far as I can see, which already supports CTR mode
[16:07] <cjwatson> SshEncryptionFacility::makeCipherMode and SshDecryptionFacility::makeCipherMode would need to be made smarter of course
[16:07] <cjwatson> I appreciate that it requires getting somebody with relevant competence to care, but it looks like it needs plumbing rather than actual difficult new crypto code
[16:08] <cjwatson> Bumping to aes256-ctr rather than just aes128-ctr while there would be a good idea too, but that actually does look trivial once the cipher mode stuff is done
[16:08] <slangasek> sil2100: contentless pong? :)
[16:10] <sil2100> slangasek: hey! I made a hotfix for CI Train which I'm not sure if is good or not - people had trouble with releasing stuff to rtm from their RTM trunks when they made any syncs from vivid before
[16:10] <bzoltan> cjwatson:  you are right. But note that it is about changing the QtC upstream code, what has never been quick. Even if it is a single line change. Also , the fix would land on teh upstream's trunk and migrating to a new QtC would take some time too. It is more time consuming job than difficult.
[16:10] <sil2100> slangasek: as per topic, every sync from vivid carried a 15.04 number in the version number, while native builds for ubuntu-rtm used 14.10 in the versions
[16:11] <sil2100> slangasek: so what I did I made it to now use 15.04 as well
[16:11] <sil2100> slangasek: + the additional append of ~rtm of course
[16:14] <cjwatson> bzoltan: Well, that's certainly the type of change we ought to cherry-pick
[16:17] <bzoltan> cjwatson: at least we managed to draw the upstream's attention to it https://bugreports.qt-project.org/browse/QTCREATORBUG-13340 I will for sure backport the fix in a form of distro patch to LTS and U/V when it comes out.
[16:17] <cjwatson> Great
[16:21] <slangasek> sil2100: I don't understand the concern here - this is just about whether it's ok to use 15.04 as the version number for packages in rtm/14.09?
[16:21] <sil2100> Yes
[16:22] <ogra_> well, there isnt really an alternative :)
[16:23] <sil2100> So I made it that ubuntu-rtm-built silos will generate version numbers in the format of 1.1+15.04.20141105~rtm now instead of 1.1+14.10.20141105~rtm - just asking in case you have any better ways of solving this
[16:23] <sil2100> To enable both syncs and 'native' builds
[16:53] <sil2100> tvoss: ping
[16:53] <sil2100> ricmm: ping
[16:54] <ricmm> sil2100: sup
[16:54] <pstolowski> sil2100, #60 has been built ok
[16:57] <ricmm> sil2100: whats up?
[16:57] <sil2100> pstolowski: \o
[16:57] <sil2100> ricmm: hey! How's the media-hub fix for the CPU issue, is that landed already?
[17:03] <ricmm> sil2100: its moving through the bowels of the landing process
[17:04] <sil2100> davmor2: meeting!
[17:24] <john-mcaleely> ogra_, sil2100 new device tarball, incoming
[17:24] <john-mcaleely> http://people.canonical.com/~jhm/barajas/device_krillin-20141105-4a6bca7.tar.xz
[17:24] <john-mcaleely> http://people.canonical.com/~jhm/barajas/device_krillin-20141105-4a6bca7.changes
[17:24] <ogra_> whee !!
[17:24] <john-mcaleely> http://people.canonical.com/~jhm/barajas/device_krillin-testresults-20141105-4a6bca7.ods
[17:25] <john-mcaleely> this will be the last 'universal' tarball. next time I'll be doing separate ones for rtm & V
[17:25] <john-mcaleely> any chance of davmor2 or brendand taking a look at this when they have time in their queue
[17:25] <john-mcaleely> fixes are from the list, but not TOPBLOCKER
[17:25] <john-mcaleely> (to make priority calls)
[17:26] <john-mcaleely> sil2100, ^ :-)
[17:28] <brendand> davmor2, add that to the trello board
[17:29] <brendand> john-mcaleely, davmor2 should be able to look at it today/tomorrow
[17:30] <john-mcaleely> brendand, sounds perfect, thanks!
[17:32] <sil2100> \o/
[17:32] <sil2100> john-mcaleely: but all from the wishlist, right?
[17:34] <john-mcaleely> sil2100, yes
[17:46] <davmor2> john-mcaleely, sil2100: what all there is only one change :)
[17:47] <tedg> trainguards, can I get a silo for line 85 please?
[17:47] <ogra_> davmor2, but it will make your logs 50MB smaller :)
[17:48] <ribru> tedg: vivid 24
[17:51] <davmor2> ogra_: turn logs off they will be at 0MB then ;)
[17:52] <ogra_> haha
[17:55] <tedg> ribru, thanks!
[17:56] <ribru> tedg: you're welcome!
[17:56] <ribru> infinity: https://ci-train.ubuntu.com/job/ubuntu-landing-014-2-publish/lastSuccessfulBuild/artifact/packaging_changes_compiz_1%3A<IP_ADDRESS>+15.04.20141105-0ubuntu1.diff here's the response to your NACK, can you confirm it's now up to your standards? thx
[18:14] <john-mcaleely> davmor2, but it's a change on 'the list' :-)
[18:16] <davmor2> john-mcaleely: indeed I didn't say it wasn't, it was just the way sil2100 said ALL
[18:16] <john-mcaleely> davmor2, :-)
[18:16] <john-mcaleely> set logic still works for 1 item in the set :-P
[18:39] <tvoss> davmor2, you still around?
[18:41] <tvoss> sil2100, pong
[18:42] <ogra_> dont disturb davmor2 he is testing a heavy patchset in the device tarball :P
[18:42] <tvoss> sil2100, or better: ping
[18:49] <sil2100> tvoss: ping pong
[18:49] <sil2100> ogra_: ;p
[18:49] <ogra_> :)
[18:50] <john-mcaleely> lol
[18:56] <davmor2> ogra_: no I'm not I was at tea and then I have the sanity testing on mako to finish first :P
[19:02] <ribru> tvoss: https://ci-train.ubuntu.com/job/ubuntu-landing-007-2-publish/28/console needs top approvals
[19:04] <tvoss> ribru, ack, gimme two
[19:07] <tvoss> ribru, top-approved
[19:07] <ribru> tvoss: thanks
[19:07] <davmor2> tvoss: I'm back around now
[19:07] <tvoss> davmor2, ack
[19:13] <davmor2> john-mcaleely: can you check the permissions on the tar ball please
[19:14] <john-mcaleely> davmor2, argh
[19:14] <john-mcaleely> davmor2, I can. I have. they are now fixed. sorry!
[19:15] <davmor2> john-mcaleely: makes it easier to test when you can download it :)
[19:16] <john-mcaleely> davmor2, over-rated!
[19:18]  * davmor2 Fails the tarball on grounds of untestability
[19:18] <sil2100> davmor2: ;)
[19:19] <davmor2> john-mcaleely, sil2100, ogra_: right flashing now
[19:20] <davmor2> john-mcaleely: about an hour I'll give you a ping
[19:20] <john-mcaleely> davmor2, I'll be around
[19:20] <john-mcaleely> davmor2, thanks!
[19:31] <ribru> ungh
[19:40]  * sil2100 jumps out for a while, bbl
[19:49] <balloons> ping fginther
[19:49] <fginther> balloons, hey
[19:49] <balloons> fginther, :-) howdy. So I have a quick question/ request. Can we make sure all the click jobs for core apps on s-jenkins build automagically after a merge to trunk? It seems calender for instance does not:
[19:49] <balloons> http://s-jenkins.ubuntu-ci:8080/job/calendar-app-click/
[19:51] <fginther> balloons, yeah that just sounds like a bug in the job, I can try to fix that
[19:53] <davmor2> john-mcaleely: so the sanity test passed, next to look at the logs and see what that is like :)
[19:53] <john-mcaleely> \o/
[19:53] <ogra_> still noisy i guess
[19:54] <ogra_> but a lot less than before :)
[19:54] <ogra_> (not one line per second at least)
[19:54] <brendand> tvoss, around?
[19:54] <john-mcaleely> when the machine was 'doing nothing', the logs did seem to stop when I looked
[19:54] <tvoss> bregma, yup
[19:55] <john-mcaleely> which seemed like a plus
[19:55] <tvoss> brendand, for the volume overlay: that's not in vivid
[19:55] <ogra_> john-mcaleely, yeah, but fallung asleep and waking up still produce like 30lines or so per event
[19:55] <john-mcaleely> it's an important event!
[19:55] <ogra_> lol
[19:55] <john-mcaleely> :-)
[19:59] <brendand> tvoss, yeah realised that in the end
[19:59] <brendand> tvoss, after reflashing
[19:59] <brendand> tvoss, seems like a few things have not landed there
[20:03] <tvoss> brendand, yup
[20:03] <tvoss> brendand, so with that, I set the vivid silo to testing done
[20:05] <davmor2> john-mcaleely: phablet@ubuntu-phablet:~$ ls -l /var/log/syslog   -rw-r----- 1 syslog adm 550734 Nov  5 20:02 /var/log/syslog    That doesn't in comparison to the -rw-r----- 1 syslog adm 2438369 Nov  5 20:04 /var/log/syslog on mako that has been up for 2 hours
[20:05] <davmor2> john-mcaleely: I'd say let it loose
[20:05] <brendand> tvoss, and the crashing is apparently gone - bonus!
[20:05] <ogra_> yay
[20:05] <tvoss> brendand, yup
[20:08] <davmor2> ogra_: should be roughly a 40-45% reduction that's not bad
[20:08] <ogra_> i want 90-95% :P
[20:08] <ogra_> but yeah, its a good start :)
[20:09] <davmor2> ogra_: turn all logs off you get 100% :P
[20:12] <davmor2> ogra_: man you had to talk to john-mcaleely about falling asleep and now we get no response from him,  I blame you entirely ;)
[20:12] <ogra_> hahaha
[20:13] <davmor2> ogra_: you and your hypnotic text
[20:13] <ogra_> *grin*
[20:14] <davmor2> ogra_: no that would be a proper Muhahahahaha and rubbing of hands :)
[20:14] <davmor2> evil plotting ahead :)
[20:28] <ribru> Saviq: vivid 16
[20:28] <ribru> kgunn: ^
[20:29] <kgunn> sah-weet
[20:46] <bfiller> ribru: can you publish rtm silo 6 please?
[20:48] <sergiusens> plars: hey, do the jobs/workers auto update from ppa:phablet-team/tools ?
[20:49] <plars> sergiusens: no
[20:49] <sergiusens> plars: you copy to another ppa?
[20:49] <sergiusens> plars: or just do it manually?
[20:49] <plars> sergiusens: not at the moment, but I would assume that we'll need to once it goes over to an is-control production server
[20:50] <plars> sergiusens: at the moment, we have some control over the box, so we just update packages as needed
[20:50] <sergiusens> plars: when the adb stuff lands, you'll need what landed in vivid today
[20:50] <plars> sergiusens: ok, what's changing?
[20:50] <plars> sergiusens: and we're not running vivid, we're on trusty
[20:50] <sergiusens> plars: adb only enabled after the screen is unlocked
[20:50] <sergiusens> plars: it's the same package ppa-copy-ed
[20:51] <plars> sergiusens: err, so is there a new option for this? or does --developer-mode still take care of it all for us?
[20:51] <sergiusens> plars: it's what I had you test during the sprint, no new option, no flag day, no zero day; --developer-mode takes care of it
[20:52] <sergiusens> plars: and it's harmless to use before the device stuff lands
[20:52] <plars> sergiusens: I didn't test this during the sprint did I? I thought all I tested was the new ubuntu-device-flash that added subcommands
[20:52] <sergiusens> plars: right
[20:52] <sergiusens> plars: but it's a noop today
[20:53] <plars> sergiusens: ok, when do you expect it will hit the ppa?
[20:53] <sergiusens> plars: as soon as you want it too
[20:54] <sergiusens> plars: when would you want to update?
[20:54] <plars> sergiusens: I can update it anytime
[20:58] <sergiusens> plars: great, I'll ping you once copied
[20:59] <john-mcaleely> so, thanks davmor2
[20:59] <john-mcaleely> I guess I push this tarball then ogra_ ?
[21:00] <sergiusens> plars: will you juju setup the box eventually?
[21:01] <plars> sergiusens: it's like that now
[21:01] <sergiusens> plars: oh, nice
[21:01] <plars> :)
[21:01] <john-mcaleely> in the absense of ogra_ I think I need to check with the trainguards to see if a build is underway right now?
[21:01] <john-mcaleely> if not, I think I'm clear to push
[21:02] <ribru> john-mcaleely: a build of what?
[21:02] <sergiusens> john-mcaleely: I can check on cdimage
[21:02] <john-mcaleely> ribru that ^ thanks sergiusens
[21:02] <ribru> cool
[21:08] <sergiusens> john-mcaleely: nothing seems to be running on cdimage
[21:08] <john-mcaleely> sergiusens, thanks. I'll push it then :-)
[21:09] <john-mcaleely> ogra, sergiusens pushed. should see a build appear in 30 mins or so
[21:09] <john-mcaleely> ogra_, ^
[21:13] <john-mcaleely> sil2100, ^
[21:16] <infinity> bregma: That new changelog looks much better, thanks!
[21:17] <bregma> infinity, I'm still learning how to defeat the ci-train robot's idea of what a good changelog looks like
[21:17]  * bregma is getting a bigger hammer
[21:20] <infinity> sil2100: What's the magic required to register my ACK of bregma's compiz changes?
[21:26] <AlbertA2> trainguards: can vivid silo landing-017 be published?
[21:38] <nik90> sergiusens, ogra_: Who do I talk to with regards to the volume of a phone call or alarm? Since the recent update (#6 on N4), despite the volume slider set to maximum, I can barely hear a phone call or an alarm. I just read an email in the mailing list where another person also experienced this.
[21:46] <tedg> trainguards, can you please publish vivid/24 ?
[21:46] <sergiusens> nik90: that would be rsalveti
[21:47] <nik90> sergiusens: cool, thnx
[22:02] <ribru> kenvandine: mterry: any core devs around for a packaging ack? https://ci-train.ubuntu.com/job/ubuntu-landing-017-2-publish/lastSuccessfulBuild/artifact/packaging_changes_location-service_2.1+15.04.20141105.1-0ubuntu1.diff is adding boost-dev, IIRC that's tricky
[22:03]  * kenvandine looks
[22:03] <ribru> tedg: sorry was on lunch, published
[22:04] <kenvandine> ribru, that looks fine
[22:04] <kenvandine> +1
[22:05] <tedg> ribru, No worries, thanks!
[22:05] <ribru> tedg: you're welcome
[22:06] <ribru> kenvandine: isn't there some kind of restriction where boost-dev can't be in main, you have to check which individual boost components you're using and only depend on those instead? like boost-dev is too large a thing and brings in too many unused deps or something
[22:06] <kenvandine> it is in main
[22:07] <kenvandine> the dev package needs some headers from boost to work, so it's really so other apps that build depend on location service
[22:07] <kenvandine> get the right build depends
[22:07] <kenvandine> one thing that has bitten us in versioned dev packages
[22:07] <kenvandine> like libboost-54-dev
[22:08] <kenvandine> or something... that has caused all kinds of pain in the past
[22:08] <ribru> kenvandine: hm, not sure what I'm thinking of then
[22:08] <kenvandine> well there are a bunch of broken down ones
[22:09] <kenvandine> we wouldn't want the runtime of location service to depend on all of libboost
[22:09] <kenvandine> but this is just the -dev package
[22:09] <kenvandine> depending on the other -dev
[22:10] <kenvandine> it could make builds faster if they depended on libboost-math1.55-dev
[22:10] <ribru> kenvandine: ahhh ok, it's the runtime I'm thinking of then. thx
[22:10] <kenvandine> for example
[22:10] <kenvandine> if all they needed was in that
[22:10] <kenvandine> but then again... that's versioned hell
[22:10] <kenvandine> i think there are virtuals for all of those actually
[22:10] <kenvandine> but for dev packages, i wouldn't make a stink about it
[23:37] <rsalveti> nik90: is this with vivid?
[23:37] <rsalveti> nothing changed in the audio stack, wonder if something else is causing that bug
[23:38] <nik90> rsalveti: no this is rtm image #6 stable image
[23:39] <nik90> it seems another person on the mailing list has that issue
[23:39] <rsalveti> nik90: that's interesting, mind opening a bug?
[23:39] <rsalveti> could be against pulseaudio, will try to take a look
[23:39] <nik90> I talked to brendand about it, and he said I should try adjusting the volume while receiving the call since that would then change the ringer volume instead of the media volume.
[23:40] <nik90> If that doesnt fix it, then I will report the bug
[23:42] <rsalveti> right, it depends on the active role
[23:43] <rsalveti> for you to change the current volume for voice call you need to have an active voice call in place
[23:43] <rsalveti> and then try changing volume
[23:43] <rsalveti> without anything playing, it'll change the volume for the alert role by default
[23:43] <rsalveti> which means ringtone
[23:43] <rsalveti> same for alarm and multimedia
[23:49] <nik90> rsalveti: which is fine, but there should still be a UI for this where it shows the volume for individual roles
[23:49] <rsalveti> nik90: indeed, that's something that would be part of system settings
[23:49] <nik90> rsalveti: is that something targetted for rtm, or ota?
[23:50] <rsalveti> probably for ota, but would need to check
[23:50] <nik90> ok


[00:01] <mhall119> paultag: sure, your hair is too long and you drink too much
[00:04] <cjohnston> i dont think you can drink too much
[00:05] <paultag> mhall119: :P
[00:05] <paultag> mhall119: I'm working on the whole lack of color thing, but here - http://i.imgur.com/gP5dx.png
[00:09] <mhall119> paultag: I'd advise having at least one thumbnail screenshot on the homepage
[00:10] <paultag> mhall119: ack'd - solid idea
[00:10] <mhall119> the 3 blocks at the top, for some reason, registered in my brain as inline google ads
[00:11] <mhall119> I glossed right over them
[00:11] <paultag> mhall119: you're the second person to say that
[00:11] <paultag> I wanted to make them ignorable
[00:11] <mhall119> heh, so you know at least 2 crazy people
[00:11] <paultag> because they're static
[00:11] <paultag> I'll see if I can move that elsewhere
[00:13] <mhall119> I also think your headers should be statements or phrases, not questions
[00:13] <mhall119> but I have no solid reason for thinking that
[00:13] <paultag> mhall119: I'll be ditching them, moving them somewhere else
[00:13] <mhall119> I mean in the main content area
[00:13] <paultag> ah, sure
[00:13] <paultag> yeah OK
[00:14] <mhall119> I'm actually okay with the color scheme
[00:14] <mhall119> I think the minimalism matches well with Fluxbox
[00:15] <paultag> yeah I was going for that
[00:15] <paultag> but the lack of color was getting to me, I think
[00:15] <mhall119> maybe just one accent color, use it on the content headers or something?
[00:15] <paultag> I have the OSI logo in one page and the green pops nicely
[00:16] <paultag> I'll use some green and orange for some call-to-action buttons
[00:18] <paultag> alright got to run
[00:18] <paultag> thanks mhall119
[00:18] <mhall119> np
[00:19] <mhall119> also, you don't drink enough
[00:25] <bkerensa> :(
[00:25] <bkerensa> loco.ubuntu.com is acting up
[00:25] <bkerensa> paultag: Do you know if something is up?
[00:51] <paultag> mhall119: I'm getting sober in my old age. Sucks
[00:51] <paultag> bkerensa: I have no idea. Perhaps cjohnston or mhall119 knows.
[00:52]  * paultag gets back to accordion
[00:58] <mhall119> bkerensa: we've been having memory issues on the server, it's likely just apache acting up again
[01:04] <bkerensa> mhall119: Gotta fine tune those child processes :)
[01:04] <paultag> tuning python is a waste :)
[01:06] <paultag> it's an order-of-magnitude thing
[01:06] <paultag> like yeah, you're going to get it faster, but it's still going to do the same time-consuming things so it can be friendly
[01:06] <paultag> but it's easier to maintain
[01:07] <bkerensa> paultag: They are using py for loco.ubuntu? Heh go PHP/MySQL my blog is hosted on a VPS and can take epic amounts of traffic ;)
[01:09] <paultag> bkerensa: yeah it's in django
[01:10] <bkerensa> oh jeez
[01:10] <bkerensa> =/
[01:10] <paultag> not my choice :)
[01:10] <bkerensa> paultag: :)
[01:11] <bkerensa> paultag: Are LoCo's allowed to advocate for Ubuntu at political protests?
[01:11] <bkerensa> :)
[01:11] <paultag> politics should be kept as far away as we can keep them
[01:11] <bkerensa> paultag: I was thinking of bringing some CD's down to the Occupy encampment that has taken over Portland
[01:11] <paultag> bkerensa: we did the same in BOS, but not as a LoCo
[01:11] <bkerensa> paultag: Even if the LoCo is neutral and just giving out CD's?
[01:12] <paultag> bkerensa: as long as it's not seen as an official Ubuntu team advocating anything, I'm sure it's fine
[01:12] <bkerensa> paultag: Yeah but there is a fine line because last time I checked Ubuntu Team Lead's have their CoC follow them virtually everywhere
[01:13] <bkerensa> example: I cannot use profanity or discuss NSFW stuff in a NSFW irc channel
[01:13] <bkerensa> =/
[01:13] <mhall119> bkerensa: python and django are just fine, something's wrong with the server
[01:13] <bkerensa> mhall119: Ahh :)
[01:13] <paultag> bkerensa: as long as you do non-CoC stuff with non-ubuntu resources (email, etc) it's OK
[01:14] <paultag> bkerensa: but yeah - as much as I think F/OSS software is communism at it's best, we can't do too much politicking
[01:14]  * mhall119 does non-coc stuff all the time
[01:14]  * paultag too
[01:15] <bkerensa> paultag: ahh ok :) well in example #ORLUG is a LUG channel for Oregonians yet the channel is heavy with adult language and I was told since I'm a lead and people identify me as such that I would have to keep my talk PG
[01:15] <paultag> yeah that's wise.
[01:18] <bkerensa> paultag: Eucalyptus is sponsoring our Oneiric shirts
[01:18] <bkerensa> :D
[01:18] <bkerensa> cost just over $300
[01:18] <paultag> :)
[01:19] <bkerensa> paultag: Didnt have enough time to find a food and drink sponsor so its on members this time to buy their own food stuffs
[01:19] <bkerensa> :D
[01:19] <paultag> :)
[01:20] <bkerensa> paultag: Any idea whats happening on Wednesday? Is Canonical releasing a laptop or tablet?
[01:21] <paultag> bkerensa: I have no idea. I've been dropping Ubuntu roles, I'm fairly distant from the news-es
[01:21] <bkerensa> http://thisisthecountdown.com/
[01:21] <bkerensa> oh
[01:21] <bkerensa> paultag: You are still council?
[01:21] <paultag> bkerensa: yep
[07:10] <dholbach> good morning
[07:13] <bkerensa> dholbach: good morning
[07:13] <dholbach> hi bkerensa
[08:12] <czajkowski> Aloha
[09:36] <czajkowski> added all remainging loco team feeds to the LD folks
[09:38] <head_victim> I'm tempted to suggest a wishlist item of being able to run team blogs and planets off loco.u.c and do away with a team website altogether considering the luck I'm not getting with the loco drupal update RT>
[09:42] <czajkowski> head_victim: I've told you re that RT it's out of our hands
[09:42] <czajkowski> it's canonical IS call
[09:42] <czajkowski> and it's not a priority I'm afraid
[09:42] <czajkowski> whats the ticket number and I can poke again
[09:42] <head_victim> Yep, hence thinking I might have more luck on loco.u.c ;)
[09:43] <head_victim> I was thinking about it the other night, the loco.u.c has taken over most of the traditional needs of a website for a loco anyway.
[09:44] <head_victim> The RT is 16894 but yeah, I understand priorities and stuff so I haven't been poking too hard lately.
[09:51] <czajkowski> head_victim: not all teams can go on there though
[09:52] <czajkowski> only approived teams
[09:52] <head_victim> loco.u.c or drupal?
[09:52] <czajkowski> on the LD
[09:53] <czajkowski> right status of the ticket has been triaged
[10:21] <nigelb> head_victim: I like that idea.
[10:21] <nigelb> head_victim: Making loco directory a sort of home page for each loco.
[10:24] <akgraner> Hi all  - Open Week starts the next week are there any sessions you all want to teach or would like to see on the schedule
[10:26] <head_victim> nigelb: I actually sat down and listed the things we use a webpage for and really the only things missing from loco.u.c is a "news" page, which we're currently using a drupal instance for and a planet page.
[10:31] <nigelb> head_victim: That's an interesting requirement.
[10:32] <head_victim> nigelb: which one, the news/story page or the planet?
[10:35] <nigelb> head_victim: both
[10:35] <head_victim> Would make it easier to add team feeds to the front page
[10:40] <czajkowski> head_victim: I've poked re the ticket USA are on hols today so will chase up again tomorrow for you ok
[10:40] <head_victim> czajkowski: no dramas, if it comes back "wont fix" at least we'd know to start looking elsewhere.
[10:41] <head_victim> Thanks heaps, didn't mean to dump that on you but good to see I've peaked nigelb's interest a little with the other idea.
[10:42] <czajkowski> head_victim: np I will chase up on things I don't mind
[10:42] <head_victim> I guess I'm just never sure how hard to press them for things like that. I completely understand it's not a high priority but then again they did give a timeframe so I just get unsure
[10:51] <czajkowski> nnope tis cool
[10:52] <czajkowski> we usually handle it after some time and chase up on it
[10:52] <czajkowski> makes it easier than 142 people from teams poking IS
[10:52] <czajkowski> poke us and we poke them
[10:52] <czajkowski> I do it weekly usually
[10:58] <head_victim> czajkowski: cheers :)
[11:03] <czajkowski> head_victim: np any time
[11:03] <czajkowski> what we're here for
[11:27] <head_victim> nigelb: is it worth filing a wish list bug against loco.u.c for discussion on the news stories and planet idea?
[11:28] <nigelb> head_victim: I think its better to bring it up to mhall119 and cjohnston to talk about at UDS
[11:28] <nigelb> Its a far bigger change than can be discussed in a bug :)
[11:28] <head_victim> No worries :) I'll try to collar one of them when I see them about next.
[11:52] <mhall119> head_victim: we're slowing adding the functionality to add per-team feeds to LD
[11:52] <head_victim> mhall119: to the one feed though right?
[11:52] <mhall119> head_victim: the plan is to eventually have per-team aggregation of feeds
[11:53] <mhall119> in addition to the front-page aggregation
[11:53] <head_victim> mhall119: ah k cool. So that would cover the planet idea. Any future plans to allow news/stories to be put on the site itself per team? I'm not trying to hassle just seeing what's already int he works
[11:54] <mhall119> head_victim: not at this time, no
[11:54] <mhall119> just aggregation
[12:07] <head_victim> Cool, that might still work enough anyway.
[12:09] <czajkowski> head_victim: again remember the blog posts are only there if they are an offical loco
[12:09] <czajkowski> and is manually doe
[12:09] <czajkowski> *done at present
[12:10] <czajkowski> I'd love w a way for a form to be filled in and mailed me as I dont always think of checking a wiki page tbh
[12:11] <head_victim> czajkowski: just trying to think outside the box a little and see if it would benefit others at the same time. No expectations, just thinking really.
[12:11] <czajkowski> head_victim: yup tis good
[13:13] <mhall119> czajkowski: I'm going to add a form for team admins to add feeds for their team, then just a flag for the LC to check to promote it to front page
[13:13] <czajkowski> yeah even it just gets to our list
[13:14] <czajkowski> I can moderate it
[13:14] <czajkowski> but honstly going to a wiki is just not optimal atma is'a  slwo process if we get lots more teams adding feeds it's gonna be crazy
[13:14] <mhall119> czajkowski: on an unrelated note, I'm glad your new job is going well
[13:15] <YoBoY> and making it like the normal planet with a file to modify and a merge proposal ?
[13:15] <mhall119> YoBoY: no
[13:15] <mhall119> YoBoY: it's all in the database, so it'll be web forms
[13:15] <czajkowski> mhall119: thanks
[13:15] <czajkowski> mhall119: very different from what I've done before
[13:15] <YoBoY> make sense
[13:15] <czajkowski> and yet I still get to do testing and documentation
[13:15] <mhall119> czajkowski: learning new things is fun
[13:15] <czajkowski> but also wire frames
[13:15] <czajkowski> client reviews of specs
[13:16] <czajkowski> but it's all about advertising and apps and mobile stuff
[13:16] <czajkowski> kinda cool
[13:16] <mhall119> whatever happened with Apple suing them?
[13:16] <mhall119> or is that still ongoing?
[13:34] <czajkowski> wating to see I guess
[13:35] <czajkowski> lotta companies in same boat
[13:38] <czajkowski> !lococouncil
[13:38] <ubot4> lococouncil is The Loco Council is itnet7, czajkowski, paultag, huats, leogg, popey - they are there to help, just ask! :) You can send them an email at loco-council@lists.ubuntu.com


[01:10] <rysiek|pl> hi all
[01:10] <rysiek|pl> I just upgraded to Kubuntu 14.04
[01:10] <rysiek|pl> and see Akonadi eating 7GiB of disk
[01:10] <rysiek|pl> and growing
[01:10] <rysiek|pl> in addition to what the mail itself uses
[01:10] <rysiek|pl> what gives
[01:20] <guest2859275> Hey
[01:21] <guest2859275> I am hoping to get Ubuntu on my Asus EeePC 4G
[01:21] <guest2859275> It has 2GB RAM
[01:21] <guest2859275> I just don't know what *Buntu to put onto it
[01:22] <guest2859275> I am mostly worried whether it's CPU is enough to run Ubuntu
[01:22] <Guest18161> saalut
[01:22] <guest2859275> It is an Intel Celeron M
[01:22] <Guest18161> alllger
[01:22] <guest2859275> I think 750-900MHz
[07:10] <lordievader> Good morning.
[08:50] <rysiek|pl> hi there
[08:51] <rysiek|pl> I upgraded to kubuntu 14.04, now akonadi eats up ~10GiB of disk space (and chokes, as I do not have more free space)
[08:51] <lordievader> o/
[08:51] <rysiek|pl> my whole e-mail collection is 6GiB
[08:51] <rysiek|pl> (so, together these eat up 16GiB)
[08:52] <rysiek|pl> how is it possible for akonadi to use 1.5 times more disk space than the whole e-mail collection itself?
[10:59] <BluesKaj> 'Morning folks
[11:51] <saleem> hi, how do i fix these 2 issues? http://pastie.org/9209649
[11:52] <saleem> im trying to install kde on precise
[11:52] <saleem> backports and kde updates ppa are enabled
[11:53] <lordievader> saleem: Have you tried 'sudo apt-get install -f'?
[11:54] <saleem> yes and get same missing packages / dependencies error
[11:55] <saleem> im wondering if i should enable Kubuntu Beta Backports and kubuntu experimental ppas as well
[11:55] <lordievader> saleem: What happens when you try to install 'kde-window-manager'?
[11:55] <lordievader> No, that seems like a rather bad idea.
[11:56] <saleem> again a missing package
[11:56] <saleem> kde-window-manager : Depends: libkwinglesutils1 (= 4:4.11.6-0ubuntu1~ubuntu12.04.4~ppa3) but it is not going to be installed
[11:57] <lordievader> Continue with that package ;)
[11:58] <saleem> let me try
[12:01] <saleem> thanks lordievader , this one missing package was the main culprit now i can install kde
[12:01] <BluesKaj> saleem, is kde-workspace installed
[12:02] <saleem> BluesKaj, i will confirm
[12:03] <BluesKaj> saleem, since you found the problem then it's most likely installed
[12:04] <saleem> yes installed and now i will install the rest i could not install but can now
[12:04] <BluesKaj> good
[12:21] <saleem> kde installed will reboot to test it , bbl
[12:28] <BluesKaj> first time trying puTTy from W7 thru the desktop from the laptop, seems to work fine
[12:29] <BluesKaj> quit
[12:29] <BluesKaj> exit
[12:30] <BluesKaj> oops
[12:58] <draco_> hi all
[14:05] <luckylucifer>  you ren me ?
[14:06] <luckylucifer> is there any one else
[14:15] <BluesKaj> luckylucifer, what's your question?
[15:31] <aljosa> any recommendations for encrypting files i plan to put in dropbox or similar? currently using truecrypt
[15:35] <lordievader> aljosa: Encryption and dropbox is allways tricky. Truecrypt likes to think in volumes, if one file changes withing this volume the whole volume is reuploaded to dropbox.
[16:09] <gregor3000> i have a dummy ouput available as sound and the only ouput device available is camera (with a mic no speakers). the dummy output is availabel but the creative labs sound card is greyed out?!?
[16:09] <gregor3000> anyideas?
[16:10] <gregor3000> i tried reloading the modules but it doesn't help
[16:11] <DarthFrog> gregor3000:  Install pavucontrol and play around with the Playback Devices settings.
[16:11] <gregor3000> i already did that but there is onyl dumm output device there.
[16:12] <gregor3000> the mic seems to be working tbhough.. weird
[16:13] <DarthFrog> Sorry, don't know then.
[16:13] <DarthFrog> Unless the card is too new to have Linux support.
[16:14] <gregor3000> no card is old and it worked before in 12.04
[16:15] <gregor3000> alsamixer is also not available despite the fact that alsa-utils are installed
[16:31] <arthurfiggis> hello :) just a quick question regarding 14.04, i was using ubuntu gnome before i switched over to kubuntu...before i did i used the automated backup tool that ubuntu gnome defaults with, does anyone know what the name of that package/program is so i can install it in kubuntu and restore my files? i probably should have just copied them onto a usb hard drive myself :(
[17:35] <vedu> hello. How to transfer files between android device and desktop
[17:44] <lordievader> !mtp
[17:44] <lordievader> I thought mtp was used for that: http://en.wikipedia.org/wiki/Media_Transfer_Protocol
[17:47] <vedu> mtp doesnt seem to work
[17:47] <vedu> I can browse files from desktop but cannot modify
[17:54] <lordievader> Sounds like a permission issue.
[18:03] <Guest4569> ciao
[18:03] <Guest4569> !list
[18:31] <jigm> Buenas
[18:34] <BluesKaj> jigm, dias
[18:35] <jigm> aqui noches =)
[18:36] <BluesKaj> ok
[18:37] <BluesKaj> it's afternoon here in this part of Canada
[18:39] <jigm> oooohhh ok,
[20:38] <metalus> hola
[20:38] <metalus> hay algún canal en castellano?
[20:39] <Unit193> !es
[20:39] <metalus> gracias


[00:13] <bryceh> alrighty, time for a reboot.  bbiab
[01:15] <RAOF> bryceh: Sorry about the libdrm snafu.  It didn't occur to me that plymouth was installed in the buildds :(
[01:16] <bryceh> Sarvatt had it pretty much all squared away by the time I arrived on scene
[01:16] <bryceh> lesson learned for me is to not upload right before heading to bed... wait 'til morning
[01:17] <RAOF> :)
[01:17] <bryceh> on a better note, so far no reports of troubles from the mesa upgrade
[01:18] <bryceh> btw x11proto-xext failed to build, which I'm poking at currently
[01:18] <bryceh> looks like just packaging stuff for missing docs needing updated
[01:24] <RAOF> Oh, dear lord.  Nouveau, why do you need a *newer* libdrm *again* ?
[01:41] <bjsnider> wouldn't it be better to have each x driver use its own direct rendering manager?
[01:41] <bjsnider> like the nvidia blob?
[01:42] <theprep> I need help configuring Compiz on a G5 with Radeon 9600, Terminal is saying multiple errors when checkng xorg
[01:43] <bjsnider> a g5?
[01:43] <theprep> Mac PPC G5 IMac
[01:44] <theprep> was referred here by the Ubuntu PPC IRC
[01:44] <bjsnider> i thought those had already been retired
[01:44] <theprep> I have 10.10 running, just video issues
[01:50] <theprep> any suggestions on how to troublesoot?
[01:51] <RAOF> bjsnider: Perhaps if you had an extra 200 full-time developers to throw at each of the drivers.
[01:54] <bjsnider> RAOF, i'll hire them but they'll be paid with monopoly money
[01:55] <RAOF> theprep: Generally, /var/log/Xorg.0.log, dmesg, and whatever errors you get when running “compiz --replace” are the cost of entry into the troubleshooting club.
[01:55] <theprep> yes indeed. My first on the PPC platform
[01:56] <theprep> I've found some relevant topics, just how to input to get the issue resolved
[01:56] <bjsnider> theprep, are you unsatisfied with osx?
[01:57] <theprep> for 12 years, until i worked for Apple
[01:59] <theprep> I've always been a closet opensource fan. Apple is jaded me.
[01:59] <bjsnider> what has apple done to jade you?
[02:01] <theprep> becoming the new Microsoft, controlling everything. Paying me $11hr no commission when I sold $100K a week
[02:01] <bjsnider> you sold one hundred thousand a week?
[02:02] <theprep> it's a cult, and EVERYBODY wants in. use to be creative, niche art types. Now everybody HAS to have it and they have no clue why. yes, $100K
[02:03] <bjsnider> "has to have it and no clue way" == marketing
[02:04] <bjsnider> microsoft would love to be as good at vendor lock-in as apple. they're just so incompetent that they can't ever be
[02:04] <theprep> damn right, ruined a good thing, and infantiled new users
[02:04] <theprep> So i am very pro opensource
[02:04] <bjsnider> but on very old hardware
[02:37] <RAOF> Woot.  One xserver-xorg-video-nouveau buildable against current Natty and 1.10.
[03:30] <bryceh> RAOF, when you're back on official time would be nice to address doko's complaint on the mailing list
[10:46] <apw> RAOF, Sarvatt, bryceh, i think one of you pointed me to a writable EDID patch, i seem to have lost the reference and worse google cannot find it... do you happen to recall it, still have it, remember this and i am not going mad?
[14:22] <Sarvatt> apw: just forwarded the mail to ya
[14:23] <apw> Sarvatt, thanks that great
[14:24] <Sarvatt> http://permalink.gmane.org/gmane.comp.video.dri.devel/46289
[14:24] <apw> Sarvatt, thanks a lot ... thats somewhat stealthed as a reply to another patch ... no wonder noone did 'owt with it
[14:27]  * apw opens his window, yep that is tangerine i can hear howling
[14:47] <tseliot> Sarvatt: are things ok with libdrm/mesa now? Do you still need someone to upload your packages?
[14:52] <Sarvatt> tseliot: looks like plymouth was rebuilt so http://sarvatt.com/downloads/merges/libdrm-natty-3/ needs an upload, other than that there is http://sarvatt.com/downloads/merges/intel-natty/
[14:53] <tseliot> Sarvatt: ok, I'll take care of them
[14:55] <Sarvatt> thanks! just rebuilt and tested the intel again with current natty and its looking fine here, uploaded the build log
[14:57] <tseliot> ah, very good. I'm trying to build libdrm here so as to see if my chroot is still screwed up
[14:58] <tseliot> it seems to be ok
[15:45] <theprep> Morning gentlemen. I am having some issues configuring 3D/Compiz on my iMac PPC G5. Any aboard have experience with ATI video cards?
[15:54] <Sarvatt> theprep: #radeon might be a better place to ask, there are a few devs in there who actually use the ATI/PPC combo
[15:54] <bjsnider> fglrx doesn't support that old card anymore
[15:54] <theprep> whats the IRC?
[15:54] <Sarvatt> theprep: this server, #radeon
[15:54] <theprep> thank you
[15:55] <Sarvatt> I havent used my ibook with ati/ppc since karmic, things have changed a *lot* since then :( you may want to try disabling KMS as a first step though
[15:56] <bjsnider> i think the gallium driver for those old cards is working very well
[15:57] <theprep> I I followed some step on xorg, rebooted, ,y log in panel turned to just a black page, asking for login credentials, which it will not accept mine
[15:58] <theprep> I got this pingback on #radeon : Cannot send to channel: #radeon
[15:58] <jcristau> you need to identify to nickserv
[15:58] <theprep> I did I thought, signed in as I did here
[16:08] <theprep> Can I safely delete in OSX yaboot and Ubuntu from Disk Utility manager?
[16:08] <jcristau> probably not the best place to ask that question.
[16:10] <theprep> where might that be?
[16:40] <tseliot> Sarvatt: libdrm hasn't been built for amd64 yet. In theory the build should start in 10 minutes. After that I think I can upload intel
[16:57] <mfraz74> i have just upgraded to KDE 4.6 on Kubuntu 10.10 and I'm getting the error:Xsession: unable to launch "" X session --- "" not found; falling back to default session.
[19:02] <bryceh> huh, interesting that cairo is now considered part of the Intel graphics package http://intellinuxgraphics.org/2010Q4.html
[19:26] <ilmari> I guess it has lots of intel people working on it?
[19:27] <bryceh> ilmari, at least one ;-)
[19:27] <ilmari> the linked release announcement was posted by ickle, at least
[19:28] <jcristau> he was working on cairo before he was intel.
[19:35] <Amaranth> bryceh: ppa-purge fell over when I tried to remove xorg-edgers
[19:35] <Amaranth> I believe due to the nouveau change
[19:35] <bryceh> Amaranth, argh, that sucks
[19:36] <Amaranth> I only remember the xchat-gnome bug happening with edgers though, I downgraded once before for mipmap issues and that bug went away too
[19:36] <bryceh> Amaranth, can you pastebin the error spew?
[19:37] <Amaranth> bryceh: http://paste.ubuntu.com/558678/
[19:37] <bryceh> thanks
[19:37] <Amaranth> It goes on suggest either removing all GL support or not downgrading most things
[19:38] <bryceh> hmm, maybe try removing libdrm-nouveau1a first before downgrading?
[19:38] <bryceh> Sarvatt, ^^ ideas?
[19:39] <Sarvatt> it's the breaks
[19:39] <Amaranth> bryceh: I don't have libdrm-nouveau1a, I have libdrm-nouveau1
[19:40] <Amaranth> If I try to remove that it installs the 1a version but also removes all GL/GLES support
[19:40] <Sarvatt> guess i'll have to backport the plymouth change to lucid-natty and start doing libdrm-nouveau1a on all those too and rebuild everything
[19:41] <Sarvatt> nevermind the fact edgers libdrm-nouveau1a isn't compatible with natty libdrm-nouveau1a anyway, such a pain in the butt
[19:41] <Amaranth> I suppose I can let it remove all this stuff then put it back
[19:41] <bryceh> Sarvatt, what's the way to work around it manually?  just rm it all and then install the gl bits again?
[19:42] <bryceh> Sarvatt, maybe just document that on the xorg-edgers page until you get some spare cycles to do that?
[19:42] <Sarvatt> huh
[19:42] <Sarvatt>   libdrm-nouveau1a: Breaks: libdrm-nouveau1 but 2.4.22-2ubuntu1 is to be installed.
[19:47] <Sarvatt> might be xserver-xorg-video-nouveau which hasn't been updated to libdrm-nouveau1a yet in the archive
[19:47] <Sarvatt> yeah, uploading the libdrm with breaks: libdrm-nouveau1 is causing it
[19:48] <Sarvatt> it was just replacing libdrm-nouveau1 before and both were installed so nouveau deps were satisfied
[19:48] <Sarvatt> i thought RAOF uploaded that last night, crap
[19:49] <Sarvatt> Amaranth: remove xserver-xorg-video-all and xserver-xorg-video-nouveau and it should work for now
[19:50] <Sarvatt> and just reinstall xserver-xorg-video-nouveau in a few hours
[19:51] <Sarvatt> from the logs RAOF got a nouveau ready but its not in git, he should be on soon though
[19:55] <Sarvatt> what the heck is going on with keyboard-configuration.. I get like 4 identical keyboard setup prompts just about every dist-upgrade and it still doesn't use the values I pick
[19:55] <bryceh> Sarvatt, I've made some further changes to the -intel package (changelog entries for -2ubuntu[2,3], patch 107, drop 'linux-any' qualifier for libudev-dev so it pbuilds for me, add python-dev recommends for the apport py script
[19:56] <Sarvatt> bryceh: your pbuilder doesn't work with linux-any? I thought that got fixed in october or november
[19:56] <bryceh> Sarvatt, I can still list the overall change as coming from you if you're ok with these changes
[19:56] <Sarvatt> bryceh: ohh thanks for doing that, I missed that more intels got uploaded that weren't in git
[19:56] <bryceh> yeah I hadn't realized we were maintaining -intel in git (or had forgotten)
[19:57] <bryceh> I'm mystified by the linux-any issue.  But my pbuilder was ignoring libudev-dev and failing because it was missing
[19:58] <Sarvatt> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600823
[19:58] <ubot4> Debian bug 600823 in pbuilder "[pbuilder] Doesnt support "any" wildcards in debian/control" [Important,Open]
[19:58] <bryceh> hah
[19:58] <BUGabundo_noX> evening
[19:59] <BUGabundo_noX> need tips on how to recover X in natty
[19:59] <BUGabundo_noX> nvidia with nouvea
[19:59] <BUGabundo_noX> AFAIK i havent removed any packages
[20:04] <Amaranth> Sarvatt: Nope, after removing -nouveau ppa-purge still ends up wanting to remove my GL stuff
[20:04] <Amaranth> I'll just remove and reinstall
[20:07] <bryceh> [ubuntu/natty] xserver-xorg-video-intel 2:2.14.0-1ubuntu1 (Accepted)
[20:14] <BUGabundo_noX> it would seem even PPA isnt upgrading clearly
[20:18] <Amaranth> ok, got everything put back together, time to reboot and see what happens
[20:21] <BUGabundo_noX> Amaranth: ahah
[20:21] <BUGabundo_noX> i'm in the same situation
[20:21] <BUGabundo_noX> brb
[20:23] <Amaranth> bryceh: My memory was correct :)
[20:23] <Amaranth> No issues with xchat-gnome and 2.13.901
[20:36] <bryceh> Amaranth, excellent thanks
[21:35] <Amaranth> neat, a crash in libdricore
[21:41] <Amaranth> oh, my bad
[21:42] <RAOF>  Good morning all.
[21:53] <bryceh> morning RAOF
[21:55] <RAOF> I don't seem to have broken the world again overnight? :/
[21:56] <bryceh> only a little
[21:57] <bryceh> Sarvatt was mentioning that your new nouveau package is needed to solve some breakage
[21:58] <RAOF> To keep xserver-xorg-video-all installable?
[22:01] <bryceh> RAOF, he mentioned you'd done a package but hadn't yet gotten it into git?
[22:02] <RAOF> I got as far as checking that it built before I was called away.
[22:03] <RAOF> I'm now testing that it actually *runs*, then I'll push to git.
[22:03] <bryceh> anyway, no major emergencies.  Some folks having trouble downgrading out of xorg-edgers due to the nouveau abi change, not sure that's been figured out
[22:03] <Sarvatt> its keeping libdrm-nouveau1 installed which the latest libdrm breaks, and nouveau isn't working until it goes in.
[22:03] <Sarvatt>  woohoo thanks RAOF!
[22:03] <bryceh> ok fixed x11proto-xext uploaded
[22:03] <RAOF> Sarvatt: I've also documented how to update nouveau in README.source :)
[22:10] <RAOF> Bah.  Sometimes I hate my router.
[22:10] <RAOF> Give me a damned DHCP lease!
[22:11] <bryceh> [ubuntu/natty] x11proto-xext <IP_ADDRESS>~git20110111.9df8b776-0ubuntu2
[22:11] <bryceh>         (Accepted)
[22:13] <bryceh> https://wiki.ubuntu.com/X/Roadmap/Natty looking good
[22:13] <bryceh> RAOF, yesterday did you mention some other bits needing uploaded?
[22:14] <RAOF> Synaptics, wacom.
[22:14] <RAOF> Synaptics needed a bit of patch-surgery to get the quirking re-applied, and I need to unmunge the git history before pushing it.
[22:14] <bryceh> RAOF, got .dscs or are they in git?
[22:15] <RAOF> Oh, hey! You uploaded wacom on Tuesday :)
[22:16] <RAOF> So, synaptics.  No, I need to clean it up before the packaging's done.
[22:16] <bryceh> alrighty, ping me when it's ready.
[22:16] <bryceh> meanwhile I'll tackle a couple xkeyboard-config sru's
[22:17] <bryceh> actually... meh don't feel like that.  Will work on release notes instead.  Mmm
[22:19] <RAOF> Excellent.  nouveau not only builds, but it also actually works.
[22:30] <bjsnider> Amaranth, isn't xchat-gnome the one that hasn't worked in years?
[22:30] <Amaranth> bjsnider: Eh? It works great for me
[22:30] <Amaranth> I don't think it has been updated in a few years though
[22:30] <bjsnider> or is it the other one? i don't even know which one i'm using right now
[22:31] <Amaranth> I've been tempted to put some work in to it, it has poor tab handling and the little icon it shows when someone joins/parts is annoying
[22:31] <Amaranth> I actually patched the tab handling from regular xchat in to it at some point but it was a big hack
[22:32] <bjsnider> have you used the other one?
[22:33] <Amaranth> Regular xchat? It's full of stuff I don't need, works a little differently, and doesn't really integrate with the desktop
[22:36] <RAOF> bryceh: nouveau now ready on http://cooperteam.net/Packages
[22:47] <bryceh> RAOF, got it
[23:07] <bryceh> [ubuntu/natty] xserver-xorg-video-nouveau
[23:07] <bryceh>         1:0.0.16+git20110107+b795ca6e-0ubuntu1 (Accepted)