[00:15] <wallyworld_> sinzui: i'll have code using the new stream based tarball directories ready today - are you able upload tarballs to "juju/tools/released" so that sync-tools will work? no urgency, just letting you know
[00:15] <sinzui> wallyworld_, I cannot upload anything to Jerff
[00:15] <sinzui> wallyworld_, I control a script that can get assets from Lp
[00:16] <sinzui> We have limited powers, but we will be changing this because Lp wont be providing win-agents that we make. We need a new delivery mechanism to Jerff or a better pickup mechanism
[00:17] <wallyworld_> ok, no worries. i can still commit the code - it will still find tools using the existing index files; i doubt people will care if sync-tools on trunk is broken for a few days
[00:21] <sinzui> wallyworld_, I misunderstood. we can NEVER replace an agent. We can remove if it is malign. That is why I keep hammer the point about controlling the archives. Alarms will sound and trees will be reverted if a checksum ever changes.
[00:22] <sinzui> wallyworld_, Until juju agent version can state their origin or build or packaging version, we will never be able to fix an agent
[00:23] <wallyworld_> true. that's somewhat orthogonal to the current changes though isn't it?
[00:23] <sinzui> wallyworld_, it is. sync-tools cannot be fixed by steal, we require a release
[00:23] <sinzui> stealth
[00:24] <sinzui> nor ca we fix a broken ppc64el witha  rebuild
[00:24] <wallyworld_> sure. it's just that now sync-tools needs to be taught that it needs to look in a different place to find the tarballs
[00:24] <wallyworld_> it currently looks in a "releases" dir
[00:24] <wallyworld_> it needs to look in a dir named after the stream
[00:24] <sinzui> right
[00:25] <wallyworld_> that's the change i'm making and which means sync-tools will be broken until tarballs are placed in "released" on streams.canonical.com
[00:25] <wallyworld_> everything else about the changes i'm doing doesn
[00:25] <wallyworld_> 't affect any thing
[00:25] <wallyworld_> since it's just teaching generate-tools to write the correct metadata
[01:34] <thumper> wallyworld_: around?
[01:35] <wallyworld_> thumper: hiya, just finished standup
[01:35] <thumper> wallyworld_: hangout chat?
[01:35] <wallyworld_> sure, use our 1:1
[01:35] <thumper> kk
[02:01] <niedbalski> wallyworld_, could you check https://github.com/juju/juju/pull/689? I think is not a definitive fix but at least address a potential issue (http://osdir.com/ml/general/2014-06/msg03723.html)
[02:08] <menn0> thumper: I'm having second thoughts about the machine-id vs machineid thing
[02:08] <menn0> thumper: there's lots of places where machineid is already in use
[02:09] <thumper> like where?
[02:09] <menn0> networkinterfaces
[02:09] <thumper> ugh
[02:09] <menn0> unit
[02:09] <thumper> ok, I'll suffer though with machineid
[02:10] <menn0> :)
[02:35] <wallyworld_> niedbalski: looking now, sorry just finished meeting
[02:40] <menn0> thumper: the machines env uuid branch has merged \o/
[02:40] <thumper> w00t
[02:48]  * thumper calls it an early day
[02:48] <thumper> lots of extra hours Wed and Thu
[02:48] <thumper> have a good weekend everyone
[02:48] <thumper> it is a long weekend here in NZ, so see folks on Tuesday
[02:48] <thumper> davecheney: no standup monday
[02:48] <thumper> davecheney: or 1:1 as it is Labour day here
[02:49]  * thumper goes to delete items from the calendar
[02:49] <davecheney> thumper: ack
[02:49] <davecheney> no problem
[02:49] <davecheney> nothing really to report anyhow
[02:49] <davecheney> enjoy your 8 hour work day celebration
[02:51] <thumper> \o/
[02:58] <menn0> davecheney: howdy. I wanted to chat to you about the state / apiserver dependency unpicking you're working on. hangout?
[03:02] <davecheney> menn0: sure
[03:03] <menn0> davecheney: standup hangout?
[03:03] <davecheney> kk
[03:04] <menn0> davecheney: i'm there now
[06:28] <davecheney> https://lists.ubuntu.com/archives/juju/2014-October/004434.html
[07:50] <mattyw> morning everyone
[07:55] <TheMue> axw: done
[07:55] <TheMue> mattyw: morning
[07:55] <mattyw> TheMue, good morning
[08:13] <axw> TheMue: thanks
[08:17] <TheMue> axw: yw
[08:52] <dimitern> morning all
[08:53] <fwereade> so, it turns out small boats can be quite stressful in 50 km/h winds
[08:53] <fwereade> dimitern, hey dude
[08:53] <Spads> swallows and amazons forever
[08:53] <TheMue> dimitern: morning
[08:56] <dimitern> fwereade, TheMue, hey guys
[08:58] <voidspace> dimitern: morning
[08:58] <voidspace> TheMue: morning
[08:58] <voidspace> fwereade: yow, you made it back safely though...
[08:58] <fwereade> voidspace, yeah, it was really a very short crossing
[08:58] <fwereade> voidspace, still a bit much tbh
[08:59] <voidspace> fwereade: are you away from home - or just taking perilous sea crossings in Malta?
[08:59] <dimitern> morning voidspace
[09:00] <fwereade> voidspace, it's laura's half term, we had a couple of days on comino
[09:00] <fwereade> voidspace, tiny island between malta and gozo
[09:00] <voidspace> fwereade: ah, but you've been working from there?
[09:00] <voidspace> At least you've been online...
[09:00] <fwereade> voidspace, yeah
[09:00] <dimitern> we had a great 14.10 release lunch yesterday, worthy of the 10y anniversary :)
[09:00] <fwereade> voidspace, nice to have a change of scene
[09:00] <fwereade> dimitern, nice :D
[09:00] <voidspace> fwereade: heh, cool - although you should have taken a proper break :-)
[09:01] <fwereade> voidspace, ehh, I've actualy been programming this week
[09:01] <voidspace> fwereade: looking it up on wikipedia, looks lovely
[09:01] <fwereade> voidspace, it's tremendously enjoyable and healing and all that :)
[09:01] <voidspace> fwereade: :-)
[09:02] <voidspace> dimitern: USEast region is now reporting a default vpc
[09:02] <voidspace> dimitern: did we request the change?
[09:03] <voidspace> anyway, it's good - makes testing this code less of a pain
[09:03] <dimitern> voidspace, which account is this?
[09:03] <voidspace> dimitern: "our" account
[09:03] <dimitern> voidspace, ah :) ok, I'm using my own actually
[09:03] <voidspace> ah
[09:03] <dimitern> voidspace, but it's good nonetheless
[09:04] <dimitern> voidspace, I probably should try to use "ours" as well :)
[09:04] <voidspace> yeah, although I was using APSoutheast2 before USEast is easier to type ;-)
[09:04] <voidspace> dimitern: yeah, saves making expense claims
[09:06] <voidspace> dimitern: balls, I was running the wrong file
[09:07] <voidspace> dimitern: the default-vpc is still for APSoutheast2
[09:08] <dimitern> voidspace, ah, I've done that yeah
[09:26] <fwereade> wallyworld_, if you're around, do you have an opinion on https://github.com/juju/juju/pull/908/files ?
[09:27] <wallyworld_> looking
[09:27] <fwereade> wallyworld_, I still don't think I'm happy -- strikes me as a scattergun fix-windows-paths-here-and-there approach
[09:27] <fwereade> wallyworld_, but much of it is simplestreams related, so maybe you can set my mind at rest?
[09:28] <wallyworld_> fwereade: sure, give me a few minutes and i'll look
[09:28] <fwereade> wallyworld_, cheers
[09:28] <fwereade> wallyworld_, at your leisure
[09:50] <wallyworld_> fwereade: so there are 2 issues. 1. the folks who created the simplestreams metadata files on streams.canonical.com chose to use ":" in the file names. juju provides a mechanism to generate metadata  files (used to upload or import metadata) and also uses ":", 2. simplestreams  uses file:// and http:// urls. the file:// urls are easy to create in linux but harder in windows due to drive letters. to solve issue #1, it is essentially a
[09:50] <wallyworld_>  change to the filename generation; the file name is arbitrary so use "-" instead of ":", doesn't matter. for issue #2, the various places where file:// urls are generated need to account for windows. most of the places are in tests. regardless, we should be deferring any windows conversion to the system boundaries, at the places where the urls are actually used. and this is only one place i think, in the actual Fetch()  method
[09:52] <fwereade> wallyworld_, so I'm a bit concerned about having a Storage implementation that (1) doesn't allow : in paths and (2) doesn't produce sane urls
[09:52] <wallyworld_> fwereade: blame windows
[09:52] <wallyworld_> it's windows that doesn't allow ":" in urls
[09:52] <wallyworld_> un paths
[09:52] <wallyworld_> in
[09:53] <wallyworld_> we only write out simplestreams metadata in one place
[09:53] <wallyworld_> in the generation utility
[09:53] <fwereade> wallyworld_, so ISTM that it's simply that FileStorage is (1) failing to properly encode paths such that they can be stored on windows and (2) failing to generate urls that can be used on windows
[09:54] <wallyworld_> we read simplestream metadata off disk in only one place - at bootstrap when the user can supply their own (and also in tests)
[09:54] <fwereade> wallyworld_, IMO simplestreams issues are completely secondary
[09:54] <fwereade> wallyworld_, we can make a point of generating simplestreams dirs that don't have :s in
[09:54] <fwereade> wallyworld_, but this is completely separate from the fact that FileStorage doesn't work on windows
[09:55] <fwereade> wallyworld_, and we need FileStorage to be able to be a Storage, so we can use it as a reasonablereplacement for the real simplestreams sources
[09:55] <fwereade> wallyworld_, but for now there are plenty of simplestreams sources that do include :s
[09:56] <wallyworld_> fwereade: yes, that's what i was referring to when i talked about doing the conversion at system boundaries
[09:56] <fwereade> wallyworld_, yeah
[09:56] <wallyworld_> fwereade: the sources that include ":" don't matter
[09:56] <wallyworld_> these are urls
[09:56] <wallyworld_> they are fine
[09:56] <fwereade> wallyworld_, yeah, exactly
[09:56] <fwereade> wallyworld_, the problem is the FileStorage is shite on windows
[09:56] <wallyworld_> it is *only* the generation utility
[09:56] <fwereade> wallyworld_, and we need to fix that
[09:57] <wallyworld_> and the tests
[09:57] <fwereade> wallyworld_, and then *separately* we can fix the metadata plugin
[09:57] <wallyworld_> there are lots of tests that write out simplestreams files
[09:57] <wallyworld_> and then substitute a file:// url for the real http:// url
[09:57] <fwereade> wallyworld_, but what we're seeing right now is a broken test framework, because FileStorage doesn't work on win
[09:57] <wallyworld_> yes
[09:57] <fwereade> wallyworld_, so IMO the only reasonable thing to do is to fix the test framework
[09:58] <wallyworld_> i'd look to file the FileStorage abstraction
[09:58] <fwereade> wallyworld_, ok, cool, I think we are aligned here
[09:58] <wallyworld_> so that we deal with ":" etc internally
[09:59] <wallyworld_> fwAH HANG ON A SEC
[09:59] <wallyworld_> sorry capslock fail
[09:59] <wallyworld_> fwereade: the issue is, that we use http.Get()
[09:59] <wallyworld_> and file:// urls
[09:59] <wallyworld_> so there's no real file storage abstraction as such. it is an abstraction based on getting froma url
[10:00] <wallyworld_> trouble is, on windows, the file:// urls are broken
[10:00] <wallyworld_> and so http.Get fails
[10:00] <wallyworld_> so we would want to use a helper for the url getter
[10:01] <wallyworld_> that converts the file:// urls on windows
[10:01] <wallyworld_> the uniform use of http.Get makes the fetching of file content agnostic to file and http urls
[10:04] <fwereade> wallyworld_, if FileStorage can't generate URLs that work, it needs to start doing so
[10:04] <fwereade> wallyworld_, if that means running an http server, it should do that
[10:04] <fwereade> wallyworld_, and then we can drop the foul file://-handler haclk entirely
[10:05] <fwereade> wallyworld_, AIUI, it's only agnostic because we register a handler for file:// urls
[10:06] <fwereade> wallyworld_, so, yeah, hacking up the file:// handler in windows would be another way to do it
[10:06] <fwereade> wallyworld_, but AFAICS it's still all down to FileStorage
[10:06] <fwereade> wallyworld_, it doesn't Put properly
[10:06] <fwereade> wallyworld_, and it doesn't URL properly
[10:06] <fwereade> wallyworld_, and so it's not a Storage
[10:07] <fwereade> wallyworld_, and so it needs to be fixed
[10:10] <wallyworld_> the Fetch mechanism uses http.Get, that's why file:// urls were introduced, so the simplestream.Fetch() could deal with a url based abstraction
[10:10] <wallyworld_> file:// is a valid url schema
[10:10] <wallyworld_> but yeah, what follows differs on wndows vs linux
[10:11] <fwereade> wallyworld_, sure -- but if we're not capable of generating file:// urls that work, we can't reasonably use them, can we?
[10:11] <wallyworld_> we can use a helper - MakeFileURL(path)
[10:11] <wallyworld_> different implementaion on windows vs linux
[10:11] <fwereade> wallyworld_, that's fine by me, because it stays inside FileStorage
[10:12] <wallyworld_> instead of "file://" + path
[10:12] <wallyworld_> which is used now
[10:12] <fwereade> wallyworld_, what I care about is that FileStorage keeps working like an actual Storage
[10:12] <fwereade> wallyworld_, although
[10:12] <fwereade> wallyworld_, honestly
[10:12] <fwereade> wallyworld_, simplestreams and Storage have an impedance mismatch *anyway*
[10:12] <wallyworld_> the file storage part in tests is file, so long as the file names use "-"
[10:13] <fwereade> wallyworld_, there's no guarantee that Storage.URL() results have any relationship to the underlyingpaths
[10:13] <fwereade> wallyworld_, URLs that are just opaque hashes are perfectly valid
[10:13] <wallyworld_> well, for disk based Storage() implementtions the URls do have that correspondence
[10:14] <fwereade> wallyworld_, right, but that's not part of the Storage interface
[10:14] <fwereade> wallyworld_, it's an invalid assumption made by the simplestreams machinery
[10:14] <wallyworld_> sure, but i don't think we use Storage() for simplestreams
[10:15] <fwereade> wallyworld_, hmm, I thought the two were more than a little entangled
[10:15] <fwereade> wallyworld_, if we don't, why is that CL hitting both storage code and simplestreams code?
[10:15] <wallyworld_> we use a simplestreams.DataSource abstraction
[10:16] <fwereade> gsamfira, conversation relevant to your interests for about the last 50 mins ^^
[10:16] <wallyworld_> and there are file based and http based  implementations
[10:17] <wallyworld_> fwereade: so, in effect, the comments still apply - what what we do internally, and convert the urls are the system boundaries
[10:17] <fwereade> wallyworld_, which I would say doesn't fit with Storage, but was welded on for convenience's sake, for understandable and defensible but ultimately unhelpful reasons
[10:17] <wallyworld_> fwereade: simplestreams doesn't use storage
[10:18] <wallyworld_> it uses a different abstraction
[10:18] <wallyworld_> 99% of it is about streaming data from a url
[10:18] <wallyworld_> the other 1% is a utility which can write data
[10:18] <fwereade> wallyworld_, that's frequently backed by Storage-based urls
[10:18] <wallyworld_> no, mostly by htto urls
[10:18] <wallyworld_> only storage based for tests
[10:18] <fwereade> wallyworld_, that don't necessarily have the properties required by simplestreams
[10:19] <fwereade> wallyworld_, well, when did that change? because for a long time we *were* uploading ss data to Storages, and depending on the properties of the URLs returned by storage
[10:20] <fwereade> wallyworld_, my understanding was that we were getting closer to breaking the link, but had not yet done so
[10:20] <fwereade> wallyworld_, I haven't seen the state-based catalogues of tools and images...
[10:20] <wallyworld_> all we need to do is fix storageSimpleStreamsDataSource
[10:20] <wallyworld_> they are there
[10:20] <wallyworld_> tools are no longer store in the cloud storage
[10:21] <wallyworld_> tools and image metadata go into catalogs in state
[10:22] <wallyworld_> the other thing is that the simplestreams.DataSource interface is read only
[10:22] <wallyworld_> it streams data from urls
[10:22] <wallyworld_> but for tests, and the generation utility, we need to write data
[10:23] <wallyworld_> write data to a location on disk that the DataSource can read back
[10:23] <wallyworld_> the simlplestreams.Datasource interface uses urls
[10:23] <fwereade> wallyworld_, ok, I see, the apiserver/common.Tools stuff is just falling back to simplestreams sometimes?
[10:24] <wallyworld_> fwereade: it does if the tools don't exist in the sate database
[10:24] <wallyworld_> from memory
[10:25] <fwereade> wallyworld_, in that case... shoudl we not be using state-based tool/image catalogues across the board in the tests?
[10:25] <fwereade> wallyworld_, this'll leave some bootstrap tests broken, I imagine
[10:25] <fwereade> wallyworld_, and ofc the metadata plugin ones
[10:25] <wallyworld_> yes, we should i guess. there are lots of tests to fix
[10:26] <fwereade> wallyworld_, but they feel like they're real problems that should require code changes
[10:26] <wallyworld_> we still need to read and write metadata to/from disk
[10:26] <wallyworld_> for the generate plugin and bootstrap
[10:26] <fwereade> wallyworld_, understood
[10:26] <wallyworld_> bootstrap - read files off disk, store in state server
[10:27] <wallyworld_> (if --metadata-source is specified)
[10:27] <fwereade> wallyworld_, but what I am fulminating over is that this Storage-based hackery is being proposed as a way to get all the other tests passing
[10:27] <wallyworld_> generate - read files off disk, see what's there, merge new metadata, write back out
[10:27] <fwereade> wallyworld_, when it's not actually fixing anything
[10:27] <fwereade> wallyworld_, it's just torturing the test framework to the point where, yes, the tests kinda pass, but there's basically no connection between reality and the test fixture
[10:28] <wallyworld_> in 1.21 yes, in 1.20 no
[10:28] <fwereade> wallyworld_, well, 1.21 is what we're currently working on...
[10:28] <wallyworld_> yes, agreed
[10:30] <wallyworld_> if we didn't want to fix all the tests in one go, we should be able to tweak the urls in the storage data source before they are used i think
[10:30] <wallyworld_> and generate filenames with "-", not ":"
[10:30] <wallyworld_> the last bit is trivial
[10:31] <fwereade> wallyworld_, is it even about fixing all the tests in one go, though?
[10:31] <fwereade> wallyworld_, can this not be done piecemeal?
[10:31] <wallyworld_> um, don't think so, could be wrong. there are a lot of tests though that fail on windows aren't there?
[10:32] <fwereade> wallyworld_, AIUI, yes, there are loads
[10:32] <fwereade> wallyworld_, and many of them are failing because FileStorage doesn't work on windows
[10:32] <wallyworld_> yes, so we tweak the helper method which writes the files
[10:32] <wallyworld_> to fix the storage path on windows
[10:32] <fwereade> wallyworld_, but any that aren't bootstrapping, or aren't using the metadata plugin, shouldn't need it anyway, because we now have tool/image catalogues in state anyway
[10:33] <wallyworld_> yes, but there are still tests that exercise the simplestreams fetch/filer code
[10:33] <wallyworld_> using file based metadata
[10:33] <fwereade> wallyworld_, understood -- but aren;t they going to be an absoluteminority?
[10:33] <wallyworld_> we still need those tests
[10:33] <fwereade> wallyworld_, sure
[10:33] <fwereade> wallyworld_, and they're exercising functionality that is currently broken
[10:34] <fwereade> wallyworld_, I'm saying that it is moreimportant that we get the tests for working functionality to themselves start working
[10:34] <wallyworld_> there are several of them. and bootstrap tests also need the url based data sources
[10:34] <wallyworld_> and there are lots of those
[10:35] <wallyworld_> so there are 3 types of test 1. simplestreams infrastructre, 2. bootstrap, 3. general juju
[10:35] <wallyworld_> the first 2 still need al lthe crap we have now
[10:35] <fwereade> wallyworld_, gsamfira: my understanding is that less than 50% of the test suite is passing on windows -- I don't believe that 50% of the test suite needs to depend on bootstrapping or simplestreams
[10:36] <wallyworld_> agree (waves arms in air)
[10:36] <fwereade> wallyworld_, gsamfira: I want to get the bits that don't depend on those two peiecs working reliably
[10:36] <wallyworld_> 50% seems way low
[10:36] <wallyworld_> i thought it was only several
[10:36] <wallyworld_> maybe a package or two plus some other misc tests
[10:36] <fwereade> wallyworld_: gsamfira should be able to confirm, but I thought that was what he said the other day
[10:36] <fwereade> wallyworld_, I hadn't realised it was that bad myself
[10:37] <wallyworld_> doesn't seem right
[10:37] <fwereade> wallyworld_, this is a large part of why I am freaking out somewhat indiscriminately
[10:37] <wallyworld_> i am surprised myself
[10:37] <wallyworld_> i honesty thought a MakeFileURL() or similar at the system boundary would work
[10:38] <fwereade> wallyworld_, correct me if I'm wrong
[10:38] <fwereade> wallyworld_, actually, no, this is just a pure question
[10:38] <fwereade> wallyworld_, in simplestreams, when adding a compenent to a path, does it always pass through the underlying storage's URL() method again?
[10:39] <fwereade> wallyworld_, if it doesn't, I don't think there's any expectation that it will work
[10:39] <wallyworld_> fwereade: not sure ottomh. i know we use path.Join() to glue together the bits
[10:39] <fwereade> wallyworld_, because relative paths in storage are not guaranteed to map to relative storage urls in the first place
[10:40] <wallyworld_> there's always a base url
[10:40] <wallyworld_> and simplstreams works off relatives paths under that
[10:40] <fwereade> wallyworld_, so if there's a path component including a : that gets tacked on
[10:40] <fwereade> wallyworld_, that will *never* work as a file url on windows
[10:40] <wallyworld_> yes
[10:40] <fwereade> wallyworld_, whereas if the path had a : tacked on
[10:40] <wallyworld_> that's the issue
[10:40] <fwereade> wallyworld_, and that passed through the URL method
[10:41] <fwereade> wallyworld_, we'd get a new URL that should work everywhere
[10:41] <wallyworld_> but we don't need the ":"
[10:41] <wallyworld_> and we also need to strip drive letters
[10:42] <wallyworld_> but regardless, we can store internally what we want, and only when it is used, which is via the URL()_ method, do we convert it
[10:42] <fwereade> wallyworld_, I am still deeply reluctant to use different filenames in the tests on windows, when we're writing code that needs to work against filenames with :s on remote systems
[10:43] <fwereade> wallyworld_, especially when this apparently hits so much of the test suite
[10:43] <wallyworld_> fwereade: but on remote systems they are not filenames
[10:43] <wallyworld_> they are http urls
[10:43] <wallyworld_> and that bit works fine on windows
[10:44] <fwereade> wallyworld_, then can we have FileStorage run an http server, and return http urls? for the purpose of the tests, at least, allowing us to isolate the bits that need work in the real code?
[10:44] <wallyworld_> http://cloud-images.ubuntu.com/releases/streams/v1/com.ubuntu.cloud:released:aws.json
[10:44] <wallyworld_> that wil work fine on windows
[10:45] <fwereade> wallyworld_, agreed
[10:45] <fwereade> wallyworld_, but I would like our test data to reflect that reality, and not just sub out certain characters because they're inconvenient
[10:45] <wallyworld_> we could run an http server, or, we could just 1. not use ":", use "-" instea
[10:45] <wallyworld_> the ":" are *totally* arbitrary
[10:46] <wallyworld_> the filenames don't matter
[10:46] <fwereade> wallyworld_, agreed, but they're also in the live data
[10:46] <wallyworld_> we just used ":" because the streams folks did
[10:47] <wallyworld_> the image metadata folks have their own utilities for generate image json
[10:47] <fwereade> wallyworld_, I agree that we can do that in the metadata plugin, and I think that's fine and great
[10:47] <wallyworld_> our QA folks generate the tools metadata, and if we switch to "-", that won't affect anything
[10:47] <fwereade> wallyworld_, my concern is all about the unrelated tests, that should be working against data that maps as closely as possible to the stuff in the wild
[10:48] <fwereade> wallyworld_, we can generate other data for local usage, and that's all fine
[10:48] <wallyworld_> the data *content* is important, not the filenaes
[10:48] <wallyworld_> the filenames just don;t matter one iota
[10:48] <wallyworld_> there is only one file accessed directly - the index file
[10:48] <wallyworld_> the index file contains paths to the product files
[10:49] <wallyworld_> we can make those whatever we want
[10:49] <wallyworld_> to me that's easier than setting up a http server for storage
[10:49] <fwereade> wallyworld_, I see this in the code:
[10:49] <fwereade>     ProductMetadataPath = "streams/v1/com.ubuntu.cloud:released:imagemetadata.json"
[10:50] <fwereade> wallyworld_, is it unused?
[10:50] <fwereade> wallyworld_, or ill changing it suddenly cause us to stop working against the live data?
[10:50] <wallyworld_> fwereade: that is *only* for the generate utility
[10:50] <wallyworld_> not live data
[10:51] <wallyworld_> live data reads the index file, looks in there, and follows the path therein
[10:51] <wallyworld_> our generate plugin  makes index files also
[10:51] <wallyworld_> and uses what you reference about for the product file path
[10:51] <wallyworld_> but we can totally chaneg that
[10:52] <wallyworld_> fwereade:  look inside this http://cloud-images.ubuntu.com/releases/streams/v1/index.json
[10:52] <wallyworld_> that is live data
[10:52] <wallyworld_> and the paths are what they are, we don't care
[10:52] <wallyworld_> we just make a url from them
[10:52] <wallyworld_> all that has nothing to do with the above const
[10:53] <fwereade> wallyworld_, I understand that
[10:53] <fwereade> wallyworld_, I am still not convinced that it's sane to arbitrarily change the format of our test data to be different to the live data -- *even if it's just a convention they use* -- for the convenience of the tests on windows
[10:54] <fwereade> wallyworld_, am I making sense?
[10:54] <wallyworld_> i guess that's where we differ - i see it as an arbitary internal implemenation detail
[10:55] <wallyworld_> so long as the external behaviour is correct
[10:55] <wallyworld_> ie Fetch works, the datasources work
[10:55] <wallyworld_> who cares what the files are called under the covers
[10:55] <fwereade> wallyworld_, I don't care what the files on disk are called, but I do care that the urls we create map to the ones used live
[10:56] <fwereade> wallyworld_, and using file:// urls causes that correspondence to be important
[10:56] <wallyworld_> i disagree :-)
[10:56] <wallyworld_> the url content is also totally arbitrary
[10:57] <wallyworld_> so long as we can 1. load an index file, 2. parse the data, 3. file and load the correct product file,
[10:57] <wallyworld_> it doesn;t matter what the urls are
[10:57] <wallyworld_> simplestreams doesn't care
[10:57] <wallyworld_> simplestreams doesn;t even parse the urls
[10:57] <wallyworld_> it just hands them off to http.Get
[10:58] <fwereade> wallyworld_, I think it does matter, because it guards against inappropriate messing around with :s or drive letters in places where we shouldn't have to worry about them
[10:58] <wallyworld_> we get rid of ":", problem solved there
[10:59] <fwereade> wallyworld_, every time we tweak our test data to be less like the real data, we go another step away from a real test
[10:59] <fwereade> wallyworld_, and that's great for the plugin/bootstrap cases
[10:59] <wallyworld_> we use a helper MakeFileURL(path) function instead of "file://" + path, problem solved there
[10:59] <fwereade> wallyworld_, except that simplestreams will try to create a url by tacking on a filename with a : in it
[10:59] <wallyworld_> fwereade: disagree about another step away from real test
[11:00] <fwereade> wallyworld_, and that won't work everywhere
[11:00] <wallyworld_> you mean for the streams.canonical.com case?
[11:00] <wallyworld_> those aren't filenames
[11:00] <wallyworld_> they are url paths
[11:00] <fwereade> wallyworld_, I know -- but we're apparently using FileStorage all over the shop as our mock for streams.c.c
[11:01] <wallyworld_> sure, but simplestreams doesn't know thar
[11:01] <wallyworld_> so long as we give it a url which http.Get can use, job done
[11:02] <wallyworld_> it doesn't care what the url is
[11:02] <fwereade> wallyworld_, so we have simplestreams code that mucks about with :s, and streams.c.c data that contains :s, and we're explicitly avoiding triggering the : cases
[11:03] <wallyworld_> it won't muck around with ":" is we use "-" in our file names for the generate plugin
[11:03] <wallyworld_> if
[11:04] <wallyworld_> the streams.c.c data contains ":" but we don't cares, it's just urls we are dealing with
[11:04] <fwereade> wallyworld_, agreed, AFAICS the generate plugin is easy to fix, but IMO it needs to be fixed *after* we get the working code reliably tested
[11:05] <wallyworld_> the troube there is the tests and generate plugin use shared code to write out metadata
[11:07] <wallyworld_> so it still comes down to those 2 issues. 1. use windows compatible file names "-" instead of ":"
[11:08] <wallyworld_> and 2. the way we generate file:// urls
[11:08] <fwereade> wallyworld_, ok, circling back, and leaving aside the question of how much work it is:
[11:09] <fwereade> wallyworld_, would you agree that it's generally more appropriate to use state-based tool/image catalogues for all tests that are not about bootstrapping and/or the metadata plugin?
[11:09] <wallyworld_> yes
[11:09] <wallyworld_> but those are in the minority (hand waves)
[11:10] <fwereade> wallyworld_, I find that hard to believe (waves hands vigorously and intimidatingly)
[11:10] <fwereade> wallyworld_, I guess we'll need input from someone who's actually got a windows to run the tests against here :)
[11:10]  * fwereade waves hands at gsamfira
[11:11] <wallyworld_> fwereade: under environs/tools environs/simplestreams, environs/imagemetadata there are mainly pure simplestreams tests
[11:11] <wallyworld_> then there are tests in cmd/juju/bootstrap (lots)
[11:11] <wallyworld_> then there are the plugins tests
[11:11] <fwereade> wallyworld_, anyway, even if they are in the minority, I contend that it's important to fix those first, because they're potentially obscuring other real failures
[11:12] <wallyworld_> sure
[11:12] <fwereade> wallyworld_, or alternatively eroding confidence in bits that really do work
[11:12] <wallyworld_> no issue fixing tests which should be using tools from state but which aren't
[11:12] <wallyworld_> but i have my doubts how many there are
[11:12] <fwereade> wallyworld_, not to mention obscuring regressions in the bits that should work, that might get introduced by tangentially-related work
[11:14] <fwereade> wallyworld_, just a mo
[11:14] <fwereade> wallyworld_, WriteMetadata uses the Storage interface anyway
[11:14] <fwereade> wallyworld_, it ought to be working with paths not URLs anyway, right?
[11:14] <wallyworld_> let me check
[11:15] <fwereade> wallyworld_, yeah, stor.Put(filePath, ...)
[11:15]  * fwereade brb
[11:16] <wallyworld_> fwereade: that Storage is a file system stor, not an provider cloud stor
[11:16] <wallyworld_> it was done to allow metadata to be written to cloud storage as well as file system
[11:16] <wallyworld_> but of course, cloud storage not needed anymore
[11:19] <fwereade> wallyworld_, well, it's the Storage interface ;p
[11:20] <wallyworld_> true, but doesn't need to be now
[11:21] <wallyworld_> but yes, WriteMetadata works with paths
[11:21] <wallyworld_> not urls
[11:24] <bogdanteleaga> fwereade, wallyworld_: have you reached some agreement? I disconnected right after I've seen you've started to discuss my pr :)
[11:25] <fwereade> bogdanteleaga, well, I remain adamant that we need to get the non-simplestreams and non-bootstrap tests working against state catalogues -- so we can have faith in the parts of the system that do work -- before we start changing up the bits that don't work
[11:25] <fwereade> bogdanteleaga, can you estimate the proportions in play?
[11:25] <wallyworld_> i agree with that
[11:26] <fwereade> bogdanteleaga, my understanding is that there are a *lot* of tests failing, and I find it hard to believe that they're all about simplestreams and botstrap
[11:26] <fwereade> bogdanteleaga, do you know what the failing proportion is offhand?
[11:26] <bogdanteleaga> well right now we're looking at about 100 tests I think
[11:26] <bogdanteleaga> without counting worker
[11:27] <fwereade> bogdanteleaga, hmm, most of juju is in worker, isn't it?
[11:27] <bogdanteleaga> the problem with getting non-simplestreams and non-bootstrap things up
[11:27] <bogdanteleaga> is that some of the stuff depends on it
[11:28] <bogdanteleaga> there's not really much else going on
[11:28] <fwereade> bogdanteleaga, btw, can you send me the test output on windows?
[11:28] <bogdanteleaga> there's some separate package derps
[11:28] <bogdanteleaga> and some ssh/charms problems
[11:29] <bogdanteleaga> sure
[12:33] <marcoceppi> what is metrics.yaml
[12:43] <mgz> marcoceppi: it's for metering, charms can define what kind of ticks they care about
[12:44] <mgz> mattyw/cmars talked a bit about it at the sprint
[13:07] <TheMue> mgz: ping
[13:48] <voidspace> so, to assign a new private IP address to a network (amazon ec2), *and* know what ip address is, we have to make 3 calls
[13:48] <voidspace> fetch all ips for that network, add a new ip address (which doesn't tell you the new one), fetch the ips for the network again and work out which is the new one
[13:48] <voidspace> at least as far as I can tell
[13:49] <mgz> voidspace: ick
[13:49] <voidspace> mgz: yeah, I'm just spelunking the api docs to see if it's really that bad
[13:50] <mgz> I guess what you actually care about is if there's any as-yet-unused private ip?
[13:50] <voidspace> mgz: this is specifically for adding a new ip address for a new container in an instance
[13:51] <voidspace> mgz: so really we do want "the one we just created"
[13:51] <mgz> so it's really while True: ip = get_free_addr_from_pool() if addr: break; allocate_new_private_ip()
[13:51] <voidspace> mgz: hmmm....
[13:52] <mgz> which wpuld be maybe one call, but generally the three you mentioned :)
[13:52] <mgz> also, ip==addr, go variable naming
[13:52] <voidspace> mgz: there's an api call in goamz AssignPrivateIPAddresses
[13:53] <voidspace> mgz: I'm not following you
[13:54] <voidspace> mgz: we're not maintaining a pool here, and the abstraction you suggest doesn't really map to what we're doing
[13:54] <voidspace> as far as I can tell :-)
[13:54] <mgz> voidspace: well, I guess my assumption about just having any private ip is wrong, so rest makes no sense
[13:54] <voidspace> mgz: hehe
[13:54] <voidspace> mgz: yeah, we get ec2 to allocate the address for us
[13:55] <voidspace> mgz: but when they allocate it, they don't tell you what they allocated...
[13:56] <mgz> but you don't have to get ec2 to assign it, you can also supply one
[13:57] <voidspace> mgz: that's possibly true, and then we'd need to maintain the pool (or similar)
[13:57] <mgz> which is back to what I was assuming - not sure which is actually better in practice
[13:57] <voidspace> at least for ec2
[13:57] <voidspace> for maas I think we really do want maas to allocate it
[13:58] <voidspace> but we don't have to use the same approach for both - so long as we have a consistent abstraction for getting the address
[13:59] <TheMue> mgz: could you please drop the actions sync calendar entry? I'll add a new one I've got to change when daylight saving times are over
[14:00] <mgz> drop?
[14:01] <TheMue> mgz: remove, delete
[14:01] <TheMue> mgz: just took the first word that came into my mind. ;)
[14:02] <mgz> I can just make you all have edit rights?
[14:02] <TheMue> mgz: that's ok too
[14:02] <mgz> done
[14:03] <TheMue> thanks
[14:03] <TheMue> we're changing this weekend, the US next weekend
[14:28] <marcoceppi> so, where are the windows charms?
[15:21]  * fwereade has evidently done something dumb with git, anyone free to tell me what I did exactly and how to undo it? can be seen in reviews.vapour.ws/r/258/diff/ and https://github.com/juju/juju/pull/961 which claims to contain changes I already merged in the previous branch
[15:22] <jcw4> fwereade: did you update your fork's master branch before making the PR?
[15:23] <jcw4> fwereade: dunno if it still applies, but rbt previously required your master branch on your fork to be up to date
[15:23] <TheMue> fwereade: had it once too. switch to the false changed branch, do an rbt post -u, then switch back to the correct changed branch and do an rbt post -u there too (afair, will take a look again)
[15:26] <natefinch> fwereade: that can happen if you create a new branch from your old branch, without switching back to master first.  I did that yesterday.  The way I fixed it was to just make a new branch off master and cherry-pick the commit.  There's probably a better way to fix the current branch, but I don't know it offhand.
[15:27] <fwereade> cheers guys, I'll hack at it a bit and see if it gets better :)
[15:28] <fwereade> ah, looks happier now after merging master (again) and pushing (again)
[16:32] <voidspace> fwereade: Jonathan is looking for work and we have an open position...
[16:32] <voidspace> fwereade: I've emailed him...
[16:44] <fwereade> voidspace, awesome, the collection grows...
[16:45] <voidspace> fwereade: hopefully
[16:45] <voidspace> fwereade: although I suspect it's a juju-gui position from the description
[17:08] <voidspace> right, have a happy weekend everyone
[17:08] <voidspace> g'night all
[17:08] <jcw4> happy weekend voidspace
[17:08] <voidspace> o/
[17:51] <jog> mgz, or natefinch, could I get a quick review here: https://github.com/juju/juju/pull/963
[17:51] <natefinch> sure
[17:53] <mgz> jog: lgtm
[17:53] <natefinch> laziness pays off again
[17:57] <jcw4> :)
[19:34] <jcw4> fwereade: do you happen to be online at 9:30 pm on a Friday evening?
[19:36] <fwereade> jcw4, kinda, for a bit :)
[19:37] <fwereade> jcw4, what can I do for you?
[19:37] <jcw4> I'm feeling like the watcher mechanism for handling actions is creaking at the seams
[19:38] <jcw4> fwereade: per niemeyer 's comments I think it's a fairly sizeable refactor to enforce ordering of action execution
[19:40] <jcw4> fwereade: right now the watcher uses set.Strings to collect the id's in the watcher, which is a set without any ordering mechanism (afaik)
[19:40] <fwereade> jcw4, so, that was not the idea, they were meant to produce ordered events
[19:40] <fwereade> jcw4, but that's not that hard to enforce, is it?
[19:41] <jcw4> fwereade: I think you're right
[19:41] <fwereade> jcw4, worst case I can see is that two people sending actions at *almost* the same time might not get them in the db in quite the order they sent them
[19:42] <jcw4> fwereade: I just get nervous relying on the watcher for ordering; but I suppose it's as good a queuing mechanism as any
[19:42] <jcw4> fwereade: also, when the watcher is first created it gets a list of the id's already enqueued in the actions collection
[19:43] <jcw4> fwereade: and in that query we're depending on the order that mongo gives them back to us in
[19:44] <fwereade> jcw4, hmm, I thought we were sorting them
[19:44] <jcw4> fwereade: I guess I'm beginning to prevaricate about the sequence id's -- they may not be a guarantee of ordering between two different clients, but I can't imagine them not being ordered for one client
[19:44] <fwereade> jcw4, that was one of the reasons to have the sequence number in the id
[19:44] <jcw4> fwereade: yeah - I can make sure we sort
[19:45] <jcw4> fwereade: but niemeyer 's point was that the sequence mechanism isn't reliable for two different clients
[19:46] <jcw4> fwereade: although if we allow that ordering between two clients is undetermined then the only issue left is if action-3 from client 1 runs before action-2 from client 2
[19:46] <niemeyer> jcw4: That wans't the point, actually
[19:46] <jcw4> I misunderstood then... :(
[19:47] <niemeyer> jcw4: If two people send actions concurrently, there's no pre-defined order between them by definition
[19:47] <jcw4> niemeyer: yes, that makes sense
[19:47] <fwereade> niemeyer, o/
[19:48] <niemeyer> jcw4: My point is that you should not allow that to be observable as order 103 goes before 102 if it comes from different clients
[19:48] <niemeyer> fwereade: Yo
[19:48] <jcw4> niemeyer: I thought that the problem was advertising sequence number that may not reflect reality
[19:48] <niemeyer> jcw4: Isn't that what I just said?
[19:48] <jcw4> niemeyer: yes exactly
[19:48] <jcw4> I was just still typing
[19:48] <niemeyer> jcw4: Okay
[19:49] <niemeyer> jcw4: and my other point is that if one client sends two actions, the order should be respected
[19:49] <jcw4> niemeyer: okay - which we can do using the sequence numbers right?
[19:49] <niemeyer> jcw4: Can you? I don't know
[19:49] <niemeyer> jcw4: You implied that sequence numbers were being generated out of the transaction
[19:50] <jcw4> niemeyer: ah, I tried to clarify that it was in a separate transaction before the action was created
[19:50] <jcw4> niemeyer: but you indicated that was even worse
[19:50] <jcw4> :)
[19:51] <niemeyer> jcw4: No, I just said it was a proof that you cannot trust the numbers alone if you are using a queue
[19:51] <niemeyer> jcw4: Because client 1 might get action 103 committed before client 2 gets action 102 committed
[19:51] <niemeyer> jcw4: and that's confusing
[19:51] <jcw4> niemeyer: okay so far everything is consistent with my understanding from the emails
[19:52] <fwereade> niemeyer, IIRC it's the sequence() thing we've had in state since forever -- downside is very rare out-of-order effects, upside is less unnecessary overlap in the txns
[19:52] <niemeyer> fwereade: I don't see how that's relevant in this case
[19:52] <niemeyer> fwereade: It doesn't matter how it's been used before, does it?
[19:53] <niemeyer> fwereade: Actions are queued.. having a queue with out-of-order sequence numbers feels obviously bogus
[19:53] <fwereade> niemeyer, yeah, wouldn't be hard to tweak -- the tradeoff in play is having lots of subtly-different code paths for doing almost identical things
[19:54] <jcw4> niemeyer: is there a better queueing mechanism?  I don't know how to order actions other than by some generated sequence
[19:54] <niemeyer> fwereade: I don't quite understand why this is not a trivial problem, with zero code duplication
[19:54] <niemeyer> fwereade: If the sequence numbers are not sequential, use anything else, such as a random id
[19:55] <jcw4> niemeyer: that implies to me that we can't use mongo collections as the queue because we have no way of sorting the items in the collection without a sequence?
[19:55] <niemeyer> jcw4: a timestamp, a list field, a sequence number that is not exposed to the user, etc
[19:56] <jcw4> niemeyer: okay - so timestamp is fine with me
[19:56] <niemeyer> jcw4: That's a surreal statement :)
[19:56] <jcw4> niemeyer: :)
[19:57] <niemeyer> jcw4: You can order any data at all.. even a pair of random bytes
[19:57] <jcw4> niemeyer: in my surreal statement a timestamp is a suitable sequence so I'm happy
[19:57] <jcw4> niemeyer: sure - it's finding meaningful sorting that seems to be the trick here
[19:58] <niemeyer> jcw4: Not even that.. the only thing I pointed out is that you should not have bogus sequence numbers exposed to the user
[19:58] <jcw4> niemeyer: I keep coming back to the fundamental point that this is just an issue of representation to the end user right?
[19:58] <jcw4> niemeyer: what you just said
[19:58] <niemeyer> jcw4: The ordering was not the problem
[19:59] <niemeyer> jcw4: Unless, of course, you use the actions completely unsorted, as you suggested in the email thread
[19:59] <jcw4> niemeyer: so internally I'll fix the bug and sort actions by timestamp
[19:59] <jcw4> niemeyer: and externally we'll represent action id's without implied ordering
[19:59] <niemeyer> jcw4: Watch out for timestamp issues
[20:00] <niemeyer> (clocks changing, machines in a cluster with unmatching clocks, etc)
[20:00] <jcw4> fwereade: and sorting by timestamp, I think, introduces pulling the entire document instead of just the _id
[20:00] <jcw4> niemeyer: is that mitigated by having the queuing done on the state server (i.e. only one machine)
[20:01] <jcw4> niemeyer: esp. if we use UTC rather than some local representation of time
[20:01] <niemeyer> jcw4: In principle the id with a sequence was fine for ordering
[20:01] <jcw4> niemeyer: just not representing to the user?
[20:01] <niemeyer> jcw4: As long as you're not exposing it to the user as means for defining the order in which events took place
[20:01] <fwereade> jcw4, I'd be more inclined to pull the sequence generation into the txn if you want to expose the internal sequence
[20:02] <niemeyer> fwereade: Hah, yep.. the txn-revno has a sequence
[20:02] <niemeyer> Either way, I need to step out
[20:02] <niemeyer> Back later
[20:02] <jcw4> thanks niemeyer
[20:02] <jcw4> fwereade: so use txn-revno instead of sequence() ?
[20:03] <jcw4> fwereade: right now state.sequence() encapsulates its own transaction.
[20:04] <fwereade> jcw4, hmm, that would work for ordering, and we have it available in the watcher
[20:04] <jcw4> yeah
[20:05] <jcw4> fwereade: does txn-revno guarantee uniqueness though?
[20:05] <fwereade> jcw4, so long as we guarantee a single write to the doc inquestion, yes, I think so
[20:06] <jcw4> fwereade: i.e. will dozens of new actions across different clients produce a steadily increasing txn-revno?  Yeah only one write.
[20:06] <fwereade> well, so long as there's some document touched by all those transaction, yes
[20:06] <fwereade> jcw4, so in practice, without changes, actually... no
[20:06] <fwereade> jcw4, so
[20:07] <jcw4> fwereade: so include a write to a master doc?
[20:07] <fwereade> jcw4, well
[20:07] <fwereade> jcw4, just putting the sequence-getting inside the txn might be the easiest way?
[20:07] <jcw4> fwereade: duplicating the existing sequence() code?
[20:09] <jcw4> fwereade: or factoring lines 19-24 of state/sequence.go into a re-usable block?
[20:09] <fwereade> jcw4, I would need to look at it, but I would favour the latter on general principles
[20:09] <jcw4> fwereade: +1
[20:09] <fwereade> jcw4, would you take an hour or so to figure out the actual impact of pulling all sequence-generation into txns?
[20:10] <jcw4> fwereade: sure... you mean every use of sequence() not just actions right?
[20:11] <fwereade> jcw4, yeah, please figure out the larger picture
[20:11] <jcw4> fwereade: +1
[20:11] <fwereade> jcw<3
[20:11] <jcw4> haha
[22:14] <fwereade> wwitzel3, are you still working?
[22:14] <fwereade> or katco maybe?
[22:16] <jcw4> fwereade: 0 for 2
[22:17] <fwereade> jcw4, seems that way
[22:17] <jcw4> fwereade: gotta look for us west coast dudes
[22:17] <jcw4> :)
[22:17] <fwereade> jcw4, don't suppose I can induce you to review http://reviews.vapour.ws/r/258/ can I?
[22:17] <jcw4> or whatever the gender neutral version of dude is
[22:17] <jcw4> sure sure
[22:17] <fwereade> jcw4, be harsh
[22:17] <jcw4> hehe
[22:17] <fwereade> jcw4, but bear in mind that I think it's a *bit* less bad than the current state
[22:17]  * jcw4 rubs his hands evilly
[22:18] <fwereade> don'tforget to twirl your mustachios
[22:19] <fwereade> jcw4, http://www.themarysue.com/ibm-black-team/
[22:19] <jcw4> amost exactly what I pictured when you said mustacios
[22:33] <wwitzel3> fwereade: yep
[22:33] <fwereade> wwitzel3, so, I landed most of that stuff that'll mess with you, I'm afraid
[22:33] <wwitzel3> fwereade: ok, great
[22:34] <fwereade> wwitzel3, jcw4 is currently looking at the next one that'll hurt
[22:34] <fwereade> wwitzel3, but the more reviews I get on that one the better
[22:34] <fwereade> wwitzel3, http://reviews.vapour.ws/r/258/
[22:34] <jcw4> wwitzel3, fwereade hehehe
[22:34] <wwitzel3> fwereade: ok, I will take a pass of it in a bit? or you trying to land it before the weekend?
[22:35] <wwitzel3> fwereade: I'm right in the middle of a completely different thought :)
[22:35] <fwereade> wwitzel3, I'd *love* to land it
[22:35] <fwereade> wwitzel3, but just put it on the stack
[22:35] <fwereade> wwitzel3, I am going to either finish the next refactoring or pass out
[22:35] <fwereade> wwitzel3, which is to say "finish"
[22:35] <wwitzel3> right :)
[22:35] <fwereade> wwitzel3, in that it'll need a sober pass before I even try to propose it
[22:36] <fwereade> wwitzel3, but I don't have the courage to start it unfortified
[22:36] <fwereade> wwitzel3, and hey it's friday, I'm already fortified, and everyone else is asleep
[22:37] <wwitzel3> fwereade: no one should be subjected to starting a refactor sober
[22:37] <jcw4> *thats* my problem
[22:37] <wwitzel3> fwereade: how else will you get the courage to start?
[22:37] <fwereade> wwitzel3, I've been putting this one off for almost two years now :/
[22:37]  * jcw4 yells "honey: where's my petit syrah!?"
[22:39] <wwitzel3> fwereade: I'm glad it is happening :) .. I am sure it is doubtful, but it any of it can be worked on async, let me know.
[22:39] <wwitzel3> fwereade: refactoring is always one of those things where I wish there was five of me with the same overall vision at the same time
[22:39] <wwitzel3> under most conditions five of me would be a horrible thing
[22:40] <fwereade> wwitzel3, yeah, I worry that I'd just argue with myself even more than usual
[22:43]  * fwereade wishes he hadn't started by renaming a package, it's really not helping
[22:44] <wwitzel3> :)
[22:45] <fwereade> nah, actually, that's *nothing* compared to the errors I'm suddenly seeing in totally unrelated packages :/
[22:45]  * fwereade runs godeps and hopes
[22:45]  * fwereade feels unjustifiably smug
[22:47] <wwitzel3> fwereade: I played a game of Dominion where I won doing nothing but stacking my buys and getting as many actions, coppers, and vineyards (+1 VP per 3 action points)
[22:47] <wwitzel3> fwereade: I thought of you
[22:48] <fwereade> wwitzel3, lol, nice :)
[22:48] <fwereade> wwitzel3, don't think I've ever played with vineyards
[22:48] <fwereade> wwitzel3, is that cornucopia?
[22:48] <wwitzel3> http://wiki.dominionstrategy.com/index.php/Vineyard
[22:48] <wwitzel3> Alchemy
[22:49] <fwereade> wwitzel3, very nice
[22:55] <fwereade> fuck, knew I should have done that other step first :/
[22:57] <fwereade> ...and didn't even realise that *other* step I should also have done first
[22:57] <fwereade> bah
[22:58] <jcw4> I thought you said you were fortified fwereade
[22:59] <fwereade> jcw4, I didn't say I'm not pressing on, did I :)
[22:59] <jcw4> hehe
[22:59] <fwereade> jcw4, just means I've got to split it up more before I can land it ;p
[23:05] <jcw4> fwereade: LGTM, plus minor comments
[23:06]  * fwereade cheers heartily at jcw4
[23:06] <jcw4> :)
[23:06]  * fwereade wishes jc<tab> autocompleted
[23:07] <jcw4> well three tabs means you might as well just type it out
[23:07] <jcw4> I need a longer nick to justify the multiple tabs
[23:18] <jw4> fwereade: there... jw<tab> ?
[23:18] <fwereade> jw4, man, now I need to rewire my muscle memory ;p
[23:18] <jw4> haha
[23:19] <fwereade> jw4, but it *is* nice all the same
[23:19] <fwereade> jw4, you wouldn't think that "jc" would be such a common prefix
[23:19] <fwereade> omfg uniter tests passing
[23:19] <jw4> haha
[23:20] <fwereade> this might have actually worked
[23:23]  * fwereade is coder, hear me roar
[23:37] <wwitzel3> it either worked, or we have no coverage for what you just changed .. but really, they might as well be the same thing ;)


[08:12] <Aragorn> hi all!
[08:12] <highvoltage> hi
[08:13] <Aragorn> whats up
[08:14] <highvoltage> not much, no meeting here, afaict.
[08:15] <Aragorn> but isnt there meeting channel?
[08:17] <Aragorn> hi hrion
[08:19] <Aragorn> join 'talkative' channel for talking
[08:21] <highvoltage> #ubuntu is very 'talkative'
[08:22] <Aragorn> i dont think so
[08:25] <Aragorn> join 'talkative' channel for talking..
[08:26] <bmonty_laptop> Aragorn: this is a channel for team meetings, there aren't many people hanging out here to talk, #ubuntu is your best bet
[08:26] <Aragorn> join 'talkative' channel for talking..
[08:28] <bmonty_laptop> sure, have fun!
[08:28] <highvoltage> /join #ubuntu
[08:28] <highvoltage> ^^^ type that for 'talkative' channel


[01:22] <deitarion> Does anyone know of a way to get rid of the categories in the Places sidebar in GTK+ 3.x file dialogs and can anyone point me to the icon names I need to symlink to restore color to my Places icons?
[01:24] <deitarion> I've been trying to ditch all the GTK+ 3.x applications added between 12.04 and 14.04 but I haven't been able to get Ark working and I'm still evaluating QMMP as a replacement for Audacious Media Player which restores external MIDI support.
[02:00] <deitarion> My need for that answer just became a little less urgent. Turns out I just needed to manually run `kbuildsycoca4` to unbreak Ark because Lubuntu 14.04 broke KDE's ability to do it on demand.
[02:46] <mikubuntu> what an awful day --- att said they would just have to bring a new box for my upgraded speed paclkage of 45mbps, which they graciously offered bcause comcast offered me 105mbps. the guy was here from 11am til 8pm!!! drilling holes in the house and running new cable, etc. arrrrrgh. well, hes gone now, and i only tested the lubuntu laptop in the living room, which connected without any prob. i din't thinnk it was necessary to test
[02:48] <mikubuntu> so i'm hookd to ether now trying to figure how to get connected wireless. this task tray doesnt even have the little applet that shows available networks, and the network connections app from the menu doesn't detect networks either. (it was working on the previous modem fine)
[02:49] <mikubuntu> btw -- 45mbps 'ain't all that'
[02:53] <holstein> i say, since you have spent 9 hours on it, maybe just give it a break and come back fresh.. could be anything
[02:55] <mikubuntu> i'm brave, i'll have a go if someone could help me diagnose
[02:55] <mikubuntu> (have terminal, will type0
[02:55] <holstein> mikubuntu: you said the machine worked before the new att modem showed up.. sounds like you might want to call att
[02:56] <holstein> mikubuntu: what do i do? i try all machines i have.. i try and wire in and see how the wifi is set up.. i typicaly reset the modem and build from scratch after "the guy" leaves anyway
[02:56] <mikubuntu> they don't 'support' linux (of course)
[02:56] <holstein> mikubuntu: ?
[02:57] <holstein> mikubuntu: so.. get something they do support
[02:57] <holstein> mikubuntu: dont stack up all your odds negatively.. i assure you, lubuntu is not prevening that connection from happening
[02:57] <holstein> mikubuntu: are you seeing the wifi access point?
[02:57] <holstein> do you have any other machines to test with?
[02:58] <mikubuntu> as i said -- i tested mom's lubuntu laptop, and its working fine
[02:59] <holstein> mikubuntu: i see no mention of mom's laptop above..
[02:59] <holstein> mikubuntu: what are you trying to connect? and how is what failing?
[02:59] <mikubuntu> it has the little applet in the tray and i just clicked on it, it showed me all the available wireless signals, i put in the password and voila
[02:59] <holstein> mikubuntu: ok.. so whats the question?
[02:59] <holstein> mikubuntu: that lubuntu laptop *is* connecting? whats the problem then?
[03:00] <mikubuntu> this other box is not connecting
[03:00] <holstein> ok.. what other box?
[03:00] <mikubuntu> see 22:46
[03:00] <holstein> mikubuntu: no thanks, you can just tell me more clearly right now
[03:00] <holstein> mikubuntu: what other box? what wifi chip? what errors?
[03:01] <holstein> mikubuntu: are you able to see the device? do you have the nm-applet running?
[03:01] <mikubuntu> well, hes gone now, and i only tested the lubuntu laptop in the living room, which connected without any prob. i din't thinnk it was necessary to test the other lub box in  the other room.
[03:01] <mikubuntu> nm-aplet doesn't appear on this box
[03:01] <holstein> mikubuntu: so, its not connecting then? do you have the nm-applet in the tray?
[03:01] <holstein> mikubuntu: ok.. run it, manually, and see that it appears
[03:02] <mikubuntu> ok, how
[03:02] <mikubuntu> does it need to be installed somehow?
[03:02] <holstein> mikubuntu: i open the terminal and type "nm-applet" and run it, and share error output
[03:02] <holstein> mikubuntu: the applet comes with lubuntu
[03:03] <mikubuntu> k, i thought so, but its not appearing
[03:03] <holstein> mikubuntu: you can also run a live CD on the hardware and test that everything is working as expected.. so you can see if the issue is with your installation
[03:03] <holstein> mikubuntu: ok.. what errors?
[03:08] <holstein> mikubuntu: good luck to you..
[03:08] <holstein> !wifi | mikubuntu this can be helpful
[03:09] <holstein> as well as #ubuntu, since you have a more general wifi connection issue that is not lubuntu or lxde specific necessarily.. im out..
[03:10] <mikubuntu> seems to be connected now, but did return these errors :: http://paste.ubuntu.com/7985111/
[03:42] <sgo11> Is that possible to uninstall/remove whoopsie and apport? thanks.
[03:49] <sgo11> this is crazy, I can not even uninstall/remove firefox !?
[03:49] <sgo11> it will automatically remove my lubuntu-desktop. how come?
[03:50] <sgo11> it seems I can not remove anything. I tried transmission. it's the same. it will also remove lubuntu-desktop. how come?
[03:51] <sgo11> what a crazy world !
[03:59] <mikubuntu> holstein: seems to be connected now, but did return these errors :: http://paste.ubuntu.com/7985111/
[04:12] <sgo11> hi, when a window is focused, in the lxpanel window list, it's focused with gray gradient color. (hopefully my english makes sense). Is that possible to remove the gradient effect? thanks.
[04:24] <ianorlin> sgo11 then how will you tell which window is active and has mouse?
[04:24] <sgo11> ianorlin, I am trying to remove the gradient effect. not the color. the focus window can still has dark background.
[04:25] <sgo11> ianorlin, everything is flat now. I don't like gradient.
[04:55] <Someus> Hi. I installed Lubuntu. But my keyboard layout is set to US whereas i selected LV during installation.
[04:56] <Someus> Why is that?
[04:57] <ianorlin> I think that is a bug
[04:57] <Someus> ianorlin hi. I had to adjust it manually.
[04:59] <Someus> Also during Lubuntu boot i got message on screen ..../cryptswapt1 drive is not ready
[04:59] <Someus> not sure what it was
[05:01] <Someus> Does it have to do with "Encrypt Home folder" option during install?
[05:04] <sgo11> To customize lubuntu, how to change the text "Logout Lubuntu 14.04 Session?" when clicking the shutdown button in the panel? thanks.
[05:20] <fares> hi all
[05:22] <fares> i use lubuntu 14  when i update to  14.04   the update end with some error   after restart and run the system again   when i  choose user  and enter password  after login   the system return me  to  the  login  window again
[05:23] <fares> i can use guest   user  only
[05:25] <fares> ?
[05:26] <ianorlin>                 /reconnect
[05:29] <sgo11> any ideas with any of my questions? thanks.
[05:52] <sgo11> can anyone please help me on changing the logout text? thanks.
[05:54]  * ianorlin thinks it is embeded in an image
[05:54] <sgo11> ianorlin, it's not an image. if I change the locale, the words will be changed and "Lubuntu 14.04" remains.
[05:58] <absk007> how to change theme?
[05:58] <absk007> i've downloaded an openbox theme
[05:59] <sgo11> absk007, obconf
[06:01] <absk007> sgo11, should i extract the archive .tar.gz & select the .obt file which is along side a directory with lots of pngs?
[06:01] <sgo11> absk007, sorry, I never change a theme yet. maybe some other people can help you on this. I just know you can select diff themes in obconf.
[06:02] <absk007> why isn't the border changing of some apps?
[06:04] <hateball> they might be using different decorations, what apps are they
[06:05] <absk007> hateball, hexchat
[06:06] <absk007> it use Pixbuf gtk engine
[06:06] <absk007> how to change the gtk theme?
[06:07] <hateball> a google suggests gtk-chtheme but I do not know
[06:07]  * hateball uses KDE, just lurks here for more general questions really ;|
[06:13] <absk007> how to uninstall wifi drivers?
[07:09] <sgo11> can anyone help, please? basically, I want to remove the text at the top of lxsession-logout.
[07:14] <Someus> Hi I need a sound recorder application
[07:16] <Someus> is there sound recorder in Lubuntu in default apps?
[07:17] <hateball> Someus: I'd install and use Audacity
[07:18] <Someus> I don't need complex one
[08:28] <absk007> sound off on lock. why ?
[12:08] <average_guy> Bug #1354405
[12:08] <average_guy> I am trying to improve my bug reports, what else could I attach to this to make it more helpful?
[12:10] <phillw> average_guy: depends if you want your rain to melt...
[12:11] <phillw> make that *brain* :P
[12:13] <average_guy> I have used vmxray to go in and pull logs before if thats what you mean phillw, I don't really know what specifically to go get tho
[12:13] <phillw> average_guy: there is channel #ubuntu-bugs and there is also a short session from bug master general at http://irclogs.ubuntu.com/2013/06/24/%23ubuntu-classroom.html#t21:30
[12:13] <average_guy> awesome thx
[12:15] <phillw> average_guy: my introduction can be found at https://wiki.ubuntu.com/Testing/Activities/Classroom/Saucy/
[12:16] <phillw> that's all back when we had classroom sessions, so plenty on there to read up on :)
[12:19] <phillw> average_guy: and to totally fry your brain.... http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
[12:21] <average_guy> this all looks like good info, thx phillw.  I yam readin away :D
[12:23] <phillw> average_guy: there is a bug master on here, he is away from keyboard most of the time. But you can always ping him ... his nick starts as tewar ..... you can guess the rest :)
[12:23] <phillw> He's a good guy.
[12:27] <phillw> average_guy: for a ubiquity bug on release +1 grab balloons in #ubuntu-quality
[12:29] <phillw> or you can go to #ubuntu+1 (balloons is pretty good at taking bugs on)
[15:47] <sgo11> Why lxqt does not use the icons from the icon theme that I picked?
[16:09] <absk007> i installed lubuntu minimal but couldn't connect to internet. I ran pppoeconf but it did find my LAN but couldn't recognize the net connection in it.
[16:10] <absk007> how to install httrack Website Copier?
[17:52] <absk007> is there anyone in here who could help me setup lubuntu minimal after installing?
[17:52] <galo> hi I want to change the login background. Is there a simple way to substiute  he default background with any .jpg of my choosing ?
[17:53] <galo> Maybe even the same .jpg I use as edesktop wallpaper for example
[17:53] <galo> *desktop
[17:54] <rafaellaguna> galo, let me check it
[17:54] <galo> thanks fafarellaguna
[17:54] <galo> rafaellaguna...
[17:55] <rafaellaguna> I need to remember where the files are in the package...
[17:55] <rafaellaguna> ready, galo?
[17:56] <galo> I was hoping to just scrounge around and find the file and change it...
[17:56] <rafaellaguna> absk007, I'm with you right now
[17:56] <galo> yes...ready
[17:56] <rafaellaguna> you need a 1600x1200 image or it will be deformed
[17:56] <rafaellaguna> must be a PNG file, not JPEG
[17:56] <galo> k
[17:57] <rafaellaguna> then you edit /etc/lightdm/lightdm-gtk-greeter.conf
[17:58] <rafaellaguna> look for "background=whatever.png" and put there your image in the way "background=/home/galo/images/whatever.png"
[17:59] <rafaellaguna> we're working in some way to use current wallpaper, but it's not working for now, sorry
[17:59] <absk007> rafaellaguna, after installing minimal, i ran pppoeconf. It did find my LAN & WLAN but doesn't configure them.
[17:59] <absk007> rafaellaguna, brb
[18:00] <absk007> eating
[18:00] <rafaellaguna> :)
[18:00] <rafaellaguna> minimal without desktop? or minimal with lubuntu-core?
[18:00] <galo> so will I have success if I follow the above rafaellaguna ?
[18:00] <rafaellaguna> indeed, galo :)
[18:01] <galo> well ty then !
[18:02] <galo> ohh and what is the best way please to convert my .jpg to .png ?...thanks
[18:03] <galo> mtpaint ?
[18:04] <rafaellaguna> easier, open the jpg with LX Image Viewer (the default Lubuntu viewer) and use the menu File / Save As
[18:04] <rafaellaguna> in the name put whatever.png and voilà
[18:05] <galo> excellent, even easier
[18:05] <rafaellaguna> if you have the menu-less version look for a "save as" icon at the bottom and choose the file format
[18:06] <galo> thats a great function
[18:08] <rafaellaguna> an easy way to convert ico, png, tif, png, bmp and jpg formats
[18:13] <absk007> rafaellaguna, minimal with WM
[18:15] <rafaellaguna> do you have a desktop?
[18:16] <absk007> rafaellaguna, yeah! but nothing installed apart from LXTERM & XTERM
[18:16] <absk007> rafaellaguna, why pppoeconf doesn't config my LAN?
[18:17] <rafaellaguna> it should do
[18:18] <absk007> but it doesn't
[18:18] <rafaellaguna> why don't you use nm-applet
[18:19] <absk007> but it's not available.
[18:19] <rafaellaguna> oh right, because you don't have a connection inside the VM
[18:19] <absk007> rafaellaguna, not VM.
[18:20] <absk007> i installed it in my HDD
[18:20] <rafaellaguna> ok
[18:20] <absk007> rafaellaguna, soln?
[18:20] <rafaellaguna> the question is I never configured it, I always used nm-applet
[18:20] <rafaellaguna> let me derive this question to another guy ;)
[18:21]  * ianorlin has mostly used nm-applet as well
[18:21] <absk007> rafaellaguna, is nm-applet available in lubuntu-core?
[18:21] <rafaellaguna> I think so, let me check what package includes it
[18:23] <absk007> rafaellaguna, no it doesn't. http://packages.ubuntu.com/trusty/lubuntu-core
[18:23] <ianorlin> yeah it isn't in lubuntu core
[18:23] <rafaellaguna> network-manager-applet, outside yes
[18:26] <absk007> how to install. No net in lubuntu-core
[18:26] <rafaellaguna> that's beyond my skills :(
[18:27] <absk007> i installed lubuntu-core using lubuntu alt. image
[18:30] <absk007> rafaellaguna, ianorlin, who will help me?
[18:30] <absk007> why is no one helping me?
[18:30] <rafaellaguna> don't desperate :)
[18:31] <ianorlin> absk007 normally my internet is just plugging into ethernet may setup automatically but I don't know how you configured your mini install
[18:32] <absk007> ianorlin, i didn't configure the internet while installing lubuntu-core
[18:33] <rafaellaguna> yup, mine too, when I did a minimal setup a dialog configured LAN
[18:34] <absk007> rafaellaguna, but i cancelled 'em
[18:34] <rafaellaguna> a ha! :)
[18:35] <absk007> so what..one may not have internet while installing but might have internet after installation
[18:36] <rafaellaguna> no, you have internet WHILE installing, because a minimal setup may need some extras not present in the ISO, so it connects automatically or let you configure a PPP connection
[18:37] <absk007> rafaellaguna, then how it installed? I installed using alternative installer image
[18:37] <absk007> i didn't connect it to internet at any moment. Remove the n/w cables
[18:38] <rafaellaguna> the Alternate ISO? it has a full desktop, you should have a LAN setup tool
[18:40] <absk007> rafaellaguna, so how do i do that?
[18:41] <rafaellaguna> have you check askubuntu in the meanwhile? I'm looking for a solution, anyway
[18:41] <rafaellaguna> what does ppoeconf say?
[18:44] <absk007> rafaellaguna, pppoeconf says nothing. It just hops my LAN, WLAN, MUlti-mode.... but doesn't do the work
[18:44] <absk007> how to see power stats in lubuntu?
[18:46] <rafaellaguna> here's the wiki for adslpppoe: https://help.ubuntu.com/community/ADSLPPPoE
[18:55] <ianorlin> powerstats do you mean for battery absk007?
[18:55] <absk007> ianorlin, yep!
[18:55] <absk007> rafaellaguna, what more is there other than manual installation.
[18:56] <ianorlin> lubuntu by defualt uses xfce battery monitor?
[19:05] <absk007> ianorlin, does it show the stats?
[19:37] <ianorlin> it shows percent of battery
[19:54] <absk007> ianorlin, but i need a stat.
[20:02] <ianorlin> it also shows full charge and how much charging
[20:11] <absk007> ianorlin, but i need a stat
[20:11] <absk007> like in the ubuntu
[20:11] <ianorlin> a stat?
[20:12] <absk007> Power Statistics
[20:12] <holstein> absk007: use the one from ubuntu.. since lubuntu *is* ubuntu
[20:12] <ianorlin> might bring in a ton of dependencies
[20:12] <absk007> damn!
[20:12] <holstein> depends on what it is... otherwise, something like conky might do the trick
[20:13] <holstein> !conky
[20:13] <ianorlin> abskoo7 powertop has some power management features but not sure what stats you are thinking
[20:13] <holstein> !info conky
[20:44] <deitarion> Since I updated to Lubuntu 14.04, the update manager seems to have started nagging me to restart daily. Is there a way to disable that feature or do I just have to rip out the entire GUI update manager and cook up my own update notifier using a apt-get, a terminal, and a shell script?
[20:45] <deitarion> s/a apt-get/apt-get/
[20:52] <deitarion> Also, I'm too burned out to report yet another bug, but LXPanel is ignoring the OnlyShowIn key on several package manager components and displaying duplicate menu entries.
[20:53] <deitarion> For example, software-properties-gnome.desktop and software-properties-gtk.desktop
[21:00] <deitarion> According to the results I found, there should be "auto-launch" and "hide-reboot-notification" keys under com.ubuntu.update-notifier in the dconf hierarchy, but I just examined my entire dconf hierarchy and they seem to have been removed along the way from 12.04 to 14.04.
[21:01] <deitarion> (This sort of nonsense is why I despise GNOME and anything they or their adherents get their grubby hands on. It's MY computer, dammit, and I'll rip out and replace as much of it as I need to in order to make it recognize that it answers to me!)
[21:03] <phillw> deitarion: just say yes...
[22:46] <deitarion> For anyone who stumbles across the channel logs and wants my solution, http://blog.ssokolow.com/archives/2014/08/08/hacking-together-a-quick-update-notifier/
[23:51] <hyponic> Hi.. i am having problems with macmini that installed lubuntu on. I can't get the sound to work. when i try to start audio mixer it says GStreamer was unable to detect sound device. ps i am new to linux so please be patient with me.
[23:57] <phillw> hyponic: you will need to hang around for wxl . ppc testers are few in number
[23:59] <hyponic> i googled a bit and i found an old post saying to download  linux-backports-modules-alsa-generic but i can't find that package


[01:57] <bzoltan> robru: thanks, pitti is not online :( this autopkg tests are crazy. Their instability and flakiness hold us back bug time.
[02:53] <robru> bzoltan: don't forget you can ask qa to queue the silo anyway while pitti sorts out the autopkgtests
[02:55] <bzoltan> robru: I have asked jibel and rvr already. The silo is actually in the QA queue, becuase it was passing autopkgtests once... but I have added an other MR, rebuilt ...
[05:16] <robru> marcustomlinson: ping
[05:25] <marcustomlinson> robru: pong
[05:26] <robru> marcustomlinson: oh hey. I emailed you while I was waiting for your response ;-)
[05:29] <marcustomlinson> robru: oh oops. That's odd, Safari seems to think that's an email edit box and autofills it, I must have hit save at some point overwritting it
[05:29] <marcustomlinson> robru: k I've fixed it
[05:29] <robru> marcustomlinson: ok great, thanks
[05:30] <robru> marcustomlinson: just log out & back in at requests.ci-train.ubuntu.com for the change to take effect
[05:31] <marcustomlinson> robru: k done. do I have to rebuild anything?
[05:31] <robru> marcustomlinson: nah it's not that big a deal. just nice to be fixed for future builds.
[05:31] <marcustomlinson> ok cool, thanks
[05:33] <robru> marcustomlinson: thank you!
[07:07] <pstolowski> rvr, hello, silo 65 failed? what happened?
[07:24] <sil2100> Trevinho: hey! https://code.launchpad.net/~3v1n0/unity-settings-daemon/keep-cached-kbd-backlight-updated/+merge/294662 needs review
[07:27] <oSoMoN> bzoltan, trainguards: do you know what’s up with automated signoff tests that have been running for more than 24hrs on https://requests.ci-train.ubuntu.com/#/ticket/1511 ?
[07:27] <oSoMoN> and do we expect that silo to land any time soon?
[07:28] <robru> oSoMoN: the autopkgtests are broken, it needs to be retried by pitti
[07:29] <robru> oSoMoN: as for whether it lands, that's up to qa if you ask them nicely to verify it even without the autopkgtest pass
[07:29] <oSoMoN> robru, thanks! I’ll leave that to bzoltan as it’s his silo, I was just wondering as it’s blocking other browser landings
[07:30] <robru> oSoMoN: to clarify, I mean that the autopkgtest infrastructure itself is broken, it reports running in the excuses but if you click through to running.shtml it isn't listed there
[07:31] <oSoMoN> ah indeed
[07:31] <robru> which is why we need pitti, he's the guy in charge of that
[07:32] <robru> oSoMoN: yeah bzoltan poked about that some hours ago, I guess qa is aware and should be testing that, I'm not sure what their workload looks like though
[07:35] <bzoltan> oSoMoN: I have been complaining about that too
[07:37] <bzoltan> oSoMoN:  I was talking about it with rvr already on friday and tried to convince jibel too that it is not good idea to  block the UITK from entering the QA queue based on autopkgtests, because these tests are super unreliable.
[08:17] <oSoMoN> rvr, is silo 14 still blocked?
[08:29] <tsdgeos> kenvandine: pstolowski: rvr: fwiw found what makes the phoneStage tests unstable
[08:30] <tsdgeos> https://code.launchpad.net/~aacid/unity8/fix_unstable_phone_stage_tests/+merge/297294
[08:30] <pstolowski> tsdgeos, cool
[10:41] <robru> tsdgeos: ^^ transient lp issue, please try again
[12:34] <kenvandine> tsdgeos, awesome!
[12:40] <mardy> trainguards: is the failing of the automated signoff something that I should worry about? https://requests.ci-train.ubuntu.com/#/ticket/1532
[12:41] <robru> mardy: I dunno, are you wanting to qa that silo?
[12:50] <robru> mardy: yeah you should look at the excuses files, click through to the regressing autopkgtests and see if any of it is your fault
[12:54] <pstolowski> jibel, hello, do you know what was the reason for not approving silo 65? is rvr off today?
[12:56] <jibel> pstolowski, he is online
[12:56] <jibel> pstolowski, I see the card next in the queue in ready for testing
[12:56] <jibel> it'll probably land today
[12:57] <pstolowski> jibel, oh... right.. but it has a duplicated card in 'Failed' column too
[12:58] <pstolowski> alecu, ^
[12:58] <mardy> robru: thanks, I'll check
[12:59] <mardy> robru: so, the failures are in the autopkgtests of ubuntuone-credentials, which cannot be caused by this silo (we just modify the descriptions of the debian packages, no code changes)
[13:00] <mardy> robru: is it possible to ignore them and force the silo to proceed to the next step?
[13:00] <robru> mardy: ah ok, well tell qa that and they'll override so your silo goes in the queue
[13:01] <mardy> rvr: hi! Can you take care of this? ^ (silo https://requests.ci-train.ubuntu.com/#/ticket/1532 )
[13:01] <mardy> robru: thanks! Shouldn't you be sleeping, btw?
[13:01] <robru> mardy: sprinting in athens, 4PM here ;-)
[13:02] <mardy> robru: oh, just like here then :-) Enjoy the sunshine!
[13:02] <robru> mardy: it's pretty nice here! thanks!
[13:03] <dobey> huh
[13:03] <dobey> ah, flaky package installation
[13:37] <rvr> pstolowski: Yeah, the new card is in the Ready for testing lane, I moved the old card to failed
[13:38] <rvr> mardy: Checking
[13:40] <rvr> mardy: Why are the tests failing?
[13:41] <pstolowski> rvr, i see, ok. have you seen tsdgeos' message about a fix for flaky unity8 tests (which will land separately)>
[13:41] <pstolowski> ?
[13:41] <mardy> rvr: "16:03 < dobey> ah, flaky package installation"
[13:41] <mardy> rvr: the silo doesn't touch the code, only changes deb package descriptions
[13:41] <dobey> bluez having trouble installing it seems
[13:42] <rvr> pstolowski: Yes :)
[13:42] <pstolowski> cool
[13:42] <rvr> mardy: flaky package installation?? That's new to me :-/
[13:42] <dobey> it didn't even get as far as actually running the tests, because the deps failed to install
[13:43] <dobey> and the u1-creds autopkgtests is literally just "make sure it still builds"
[13:44] <mardy> dobey: but this seems another issue<EMAIL_ADDRESS>[13:45] <rvr> mardy: In Xenial, FAIL!  : TestToken::testGetServerTimestampMuchEarlier() Compared values are not the same
[13:46] <mardy> dobey: from this page, in case you wonder where I picked that up from: https://requests.ci-train.ubuntu.com/static/britney/ticket-1532/landing-023-xenial/excuses.html
[13:46] <dobey> mardy: oh, i only looked at the armhf ones. yeah that is another issue.
[13:47] <mardy> rvr: anyway, believe me when I say that it cannot be caused by changing descriptions of deb packages :-)
[13:47] <dobey> maybe the python3 process got destroyed in the middle of the test or something
[13:49] <mardy> dobey: if that happens, wouldn't the next test functions fail too? or is it restarted for every test function?
[13:50] <dobey> mardy: i guess it's restarted for every test
[17:43] <jibel> bfiller, ^^  6 and 6 approved
[17:43] <jibel> 6 and 8*
[19:18] <oSoMoN> bzoltan, silo 14 approved, please publish!
[19:19] <oSoMoN> davmor2, thanks for testing it btw!
[19:19] <davmor2> oSoMoN: no worries :)
[19:24] <bfiller_> jibel: thanks
[19:50] <bzoltan> oSoMoN: I think we need a stronger licensed dude for publishing those packages
[19:50] <bzoltan> 2016-06-14 19:49:54,802 ERROR Publish failed: bzoltan not authorized to upload ubuntu-ui-toolkit due to packaging diff
[19:51] <bzoltan> kenvandine:  would you help me out please?
[20:08] <kenvandine> bzoltan, looking
[20:10] <bzoltan> kalikiana: thank you
[20:10] <kenvandine> bzoltan, looks good, publishing
[20:11] <bzoltan> kenvandine: \o/
[20:12] <kenvandine> done :)
[20:13] <oSoMoN> \☻/
[20:21] <lpotter_> is there a way to tell it which package to build first, i.e. second is dependent on first?
[20:22] <dobey> lpotter_: bump version of first package, and update build-depends in second to depend on at least the new version of the first
[20:22] <dobey> lpotter_: then it will be dep-wait until the first builds


[10:00] <jared> jea: actually, no. I haven't had any contact from the council. Interesting, time flies when you're busy.
[10:16] <jea> jared: ok. I don't even know if they are doing verifications any more
[10:16] <jea> it certainly doesn't seem that long ago that we went through it
[10:16] <jea> but not much point trying this time if we do have to


[01:45] <ChinnoDog> I am on a Megabus
[01:46] <pleia2> wifi or phone?
[01:47] <ChinnoDog> Phone. :-)
[01:47] <ChinnoDog> connectbot.
[01:48] <ChinnoDog> bus departed late and we are in slow traffic approaching an accident.
[01:48] <pleia2> ah fun
[01:49] <pleia2> going anywhere exciting?
[01:55] <ChinnoDog> NYC
[01:55] <ChinnoDog> someone on this bus is snoring
[01:57] <pleia2> NYC is nice
[04:45] <ChinnoDog> this ride is taking forever
[04:46] <ChinnoDog> I am ready to get off the bus
[09:32] <rmg51> Morning
[11:41] <waltman> Morning.
[21:17] <InHisName> That's it for this saturday ? TWO Mornings and nothing else ?
[21:46] <rmg51> so, where were you all day?
[21:47] <rmg51> dinner time
[22:21] <mikedep333> does anyone know what channel the PSU vs Temple game is on?
[22:21] <mikedep333> ESPN2? it hnas UCLA vs whatever on
[22:22] <mikedep333> oh, it's on ABC, never mind
[22:23]  * mikedep333 is not into football very much
[22:23] <mikedep333> but I remember last year's game against temple being just as one-sided