[00:07] <davecheney> mwhudson: nope
[00:07] <davecheney> well i tried to run the tests a while back
[00:08] <davecheney> but a cavelcade of blocking issues have meant I haven't looked at arm64 for going on 6 weeks
[00:08] <mwhudson> fair enough
[00:33] <davecheney> thumper: sorry i missed the standup
[00:33] <davecheney> there are two main races remaining
[00:33] <davecheney> one the cert update worker, which I don't think I can fix
[00:33] <davecheney> and a race counting outstanding connections in the api server
[00:33] <davecheney> which I think I can fix
[00:34] <davecheney> as I'm going to be travelling for the next three weeks, i'd like to talk to you about how to fix the cert update worker
[00:34] <davecheney> it's a big job
[00:34] <davecheney> when I say fix, it needs to be rewritten
[01:53] <mup> Bug #1470297 opened: worker/uniter/storage: data race in test <juju-core:New> <https://launchpad.net/bugs/1470297>
[03:24] <menn0> thumper: ok I have managed to eventually reproduce 1469199 by doing some very nasty things to mongodb
[03:24] <thumper> oh?
[03:24] <menn0> hang on
[03:25] <menn0> thumper: http://paste.ubuntu.com/11802709/
[03:25] <menn0> that's the script that does it
[03:25] <menn0> the env that triggered the bug report only has one state server
[03:26] <menn0> but mongodb briefly went from PRIMARY to SECONDARY and back again in 1 sec
[03:26] <menn0> after a little playing around I found that any change to the replicaset config causes the primary to drop to secondary for a bit
[03:26] <menn0> that script keeps causing that to happen
[03:27] <menn0> most of the time Juju handles the mongodb disconnect as it should
[03:27] <menn0> until it doesn't
[03:27] <menn0> I now have an env which is in the same state as described in the bug
[03:27] <menn0> no API server running
[03:28] <menn0> the api worker is continually trying to get a connection but failing
[03:28] <menn0> I actually think it's the state worker which is stuck/brokeen
[03:28] <menn0> possibly related:
[03:28] <menn0> 2015-07-01 03:20:57 DEBUG juju.mongo open.go:122 TLS handshake failed: tls: first record does not look like a TLS handshake
[03:28] <menn0> 2015-07-01 03:20:57 DEBUG juju.mongo open.go:122 TLS handshake failed: local error: unexpected message
[03:29] <menn0> that happened shortly before things went bad
[03:29] <menn0> might be a red herring though
[03:29]  * menn0 goes to instrument the state and apiserver workers
[03:29] <thumper> could be...
[03:29] <thumper> but then again...
[03:29] <thumper> menn0: have you dropped the idea of internally catching and retrying the 'bad record MAC'?
[03:30] <menn0> thumper: I'm not sure if that's the root cause here so I'm not focussing on that at the moment
[03:31] <thumper> ok
[04:25] <davecheney> thumper: http://paste.ubuntu.com/11802397/
[04:25] <davecheney> current status
[04:25] <davecheney> some failures when run under -race
[04:25] <thumper> davecheney: did you want to have a chat?
[04:25] <davecheney> nah
[04:25] <davecheney> i'm working on the apirserver race
[04:26] <davecheney> we'll talk tomorrow about the cert updater issue
[04:27] <thumper> ok
[04:28] <thumper> davecheney: I noticed a few other failures in that listing that don't look racy
[04:28] <thumper> davecheney: like the runner_test.go:134: runnerSuite.TestOneWorkerStartWhenStopping one
[04:28] <thumper> I might poke that with a stick
[04:29] <davecheney> yes, that is what I mean by some failures
[04:29] <thumper> and this one: FAIL: ssh_gocrypto_test.go:137: SSHGoCryptoCommandSuite.TestCommand
[04:29] <davecheney> i shold have said "-race triggers some other unrelated filaures"
[04:29] <davecheney> SHUT
[04:29] <davecheney> SHIT
[04:29] <davecheney> that is supposed to be fixed
[04:30] <thumper> which?
[04:30] <davecheney> oh, ignore
[04:30] <thumper> and is it just with -race?
[04:30] <davecheney> i fixed a differernt issue with that package
[04:30] <davecheney> that is a straight up failure
[04:30] <thumper> kk
[04:30]  * thumper fetches his pointy stick
[04:32] <thumper> :-(
[04:32] <thumper> davecheney: when I run utils/ssh with -race I get a race
[04:35] <davecheney> pasetbin ?
[04:35] <davecheney> there was one race that needed the update to gocheck
[04:35] <davecheney> is there another one ?
[04:35] <thumper> ah... I may not have the latest
[04:36] <thumper> I'm in the 1.24 branch
[04:36] <davecheney> should I backport the gocheck dep fix ?
[04:36] <davecheney> can't hurt
[04:36] <davecheney> we'll be stick with 1.24 for a while
[04:39] <thumper> davecheney: http://paste.ubuntu.com/11802877/
[04:39] <thumper> davecheney: that is with the gocheck fix as far as I can tell
[04:39] <davecheney> ok
[04:39] <davecheney> i've seen that one before
[04:39] <davecheney> it doesn't happened every time
[04:39] <thumper> davecheney: I went into the gopkg.in/check.v1 dir, and did git pull origin v1
[04:39] <davecheney> i'll put it on the list
[04:39] <thumper> davecheney: I'm using go 1.4.2
[04:48] <menn0> thumper: this is a proper heisenbug... I can't trigger it when I add extra logging
[04:48] <thumper> yay... NOT
[04:49] <davecheney> thumper: https://github.com/juju/juju/pull/2694
[04:50] <davecheney> i wont submit this one til roger signs off on it
[04:50]  * thumper looks
[04:50] <davecheney> tbh, i'm not 100% on the description of the fix
[04:50] <davecheney> but the race was 100% reproducible before
[04:50] <davecheney> and now it is not
[04:53] <thumper> davecheney: how does this change anything?
[04:53] <thumper> I don't get it
[04:53] <davecheney> so, there is a difference between waiting on Dying
[04:53] <davecheney> and waiting on Dead
[04:53] <davecheney> Dying happens when you use tomb.Kill
[04:53] <davecheney> Dead happens when someone calles tomb.Done
[04:53] <davecheney> so there is a window where some waiting on the tomb, on tomb.Done are still running
[04:54] <davecheney> also
[04:54] <davecheney> tbh, I cannot explain it fully
[04:54] <davecheney> but the logic now is straight forward
[04:54] <davecheney> we only start the defer chain when the listener is shutdown
[04:54] <thumper> I would have thought that the wait group will be executed first (LIFO)
[04:55] <davecheney> ???
[04:55] <thumper> defer srv.wg.Wait() // wait for any outstanding requests to complete.
[04:55] <davecheney> it will be, then tomb.done
[04:55] <thumper> right
[04:55] <davecheney> but somehow the http server is accepting a final request
[04:55] <davecheney> i cannot explain how
[04:55] <davecheney> but in this new form, the listener is 100% closed before calling wg.Wait()
[04:57] <thumper> seems weird, but ok
[04:57] <davecheney> anyway, i want roger to have a look at it
[04:57] <thumper> agreed
[04:58] <davecheney> thumper: https://canonical.leankit.com/Boards/View/115065967/115808142
[04:58] <davecheney> what do you want to do with this card ?
[04:58]  * thumper looks
[04:58] <thumper> I think we can remove it
[04:58] <thumper> having found a different way to deal with it
[04:59] <davecheney> how do we record time for a card that was not landed
[04:59] <davecheney> how do we record time for a card that was not landed ?
[04:59] <davecheney> also, what's going on with the in review column
[04:59] <davecheney> there is more work there than in progress
[05:00] <thumper> davecheney: we don't care about recording time for a card not landed
[05:00] <davecheney> fairy'nuff
[05:08]  * thumper found a real race in the runner code
[05:08] <thumper> which only raised it's ugly head in the -race test runs
[05:09]  * thumper is submitting
[05:10] <thumper> this *may* be the cause of the timeout we were seeing on ppc
[05:10] <thumper> no... don't thinkso
[05:11] <davecheney> runner code ?
[05:11] <davecheney> a data race
[05:11] <davecheney> or a change in timing ?
[05:11] <thumper> http://reviews.vapour.ws/r/2073/diff/#
[05:11] <thumper> timing change
[05:12] <thumper> but not when dying
[05:12] <thumper> calling start worker, then stop worker real quick
[05:12] <thumper> will not stop the worker
[05:12] <thumper> because the worker hasn't told the runner it has started
[05:13] <davecheney> right
[05:13] <davecheney> that is because there is a nil info.Worker field
[05:13] <davecheney> ship that shit
[05:14] <davecheney> that code needs a shotgun rennovation
[05:33] <mup> Bug #1470345 opened: provider/local: test failure <juju-core:New> <https://launchpad.net/bugs/1470345>
[05:54] <mup> Bug #1470345 changed: provider/local: test failure <juju-core:New> <https://launchpad.net/bugs/1470345>
[05:57] <mup> Bug #1470345 opened: provider/local: test failure <juju-core:New> <https://launchpad.net/bugs/1470345>
[07:18]  * dimitern TIL: given func f1(strings ...string); f1([]string(nil)...) works just as well as f1([]string{}...)
[08:58] <mattyw> gsamfira, ping?
[09:00] <gsamfira> mattyw: pong
[09:01] <voidspace> dimitern: ping
[09:02] <fwereade> jam, standup?
[09:02] <mattyw> gsamfira, hey there, I'm just doing a code review (not yours) but there's a suggestion of something that might break windows, so I wanted your thoughts: http://reviews.vapour.ws/r/2030/diff/#
[09:02] <gsamfira> mattyw: looking
[09:09] <gsamfira> mattyw: Should be fine as far as I can tell.
[09:10] <gsamfira> mattyw: should be easy to test if there are any doubts. GOOS=windows go install github.com/juju/juju/...
[09:10] <mattyw> gsamfira, does it look like a reasonable thing to do in windows?
[09:12] <gsamfira> mattyw: I can not promise that errors will be the same in this scenario on both windows and Linux. So while it will probably not error out, you might not catch the error you are expecting.
[09:13] <gsamfira> mattyw: also, debuglog is not yet supported on windows.
[09:13] <mattyw> gsamfira, ah ok
[09:14] <gsamfira> mattyw: it relies on tmux and ssh, both of which are missing from windows :)
[09:14] <mattyw> gsamfira, good point, tmux is the thing I miss most
[09:24] <mattyw> gsamfira, thanks for your help
[09:26] <gsamfira> mattyw: my pleasure :)
[10:41] <dimitern> TheMue, hey
[10:41] <TheMue> dimitern: yup
[10:41] <dimitern> TheMue, here's a sketch of what I think is needed - http://paste.ubuntu.com/11803914/
[10:42] <dimitern> TheMue, feel free to modify/simplify it, but it should include all the relevant pieces
[10:43] <dimitern> fwereade, have a look if you can whether I missed something? ^^
[10:43] <fwereade> dimitern, sure
[10:43] <TheMue> dimitern: looks indeed similar to my IPAddressWatcher
[10:43] <TheMue> dimitern: only missing the generic part and having a concrete one instead
[10:43] <TheMue> dimitern: nice
[10:44] <dimitern> TheMue, cool
[10:45] <fwereade> dimitern, strong +1 to :190
[10:46] <dimitern> fwereade, cheers
[10:47] <fwereade> dimitern, TheMue: otherwise looks sane to me
[10:47] <dimitern> TheMue, fwereade, in that case the api client-side will treat both EntityWatcher and StringsWatcher apiserver facades the same
[10:47] <dimitern> (save for the used facade name)
[10:48] <fwereade> dimitern, I think they *are* pretty much the same though -- it's just that an EntityWatcher makes more generally helpful guarantees about the semantic content of its values
[10:48] <fwereade> dimitern, the one quibble is whether the client-side one should be returning actual parsed tags
[10:48] <TheMue> yep, more than just *any* string
[10:49] <TheMue> fwereade: would expect it (parsed tags)
[10:49] <fwereade> TheMue, dimitern: yeah
[10:51] <fwereade> TheMue, dimitern: it would be a shame to copy-paste the client-side strings watcher just for that though -- please avoid duplication where you can
[10:52] <dimitern> fwereade, agreed
[10:52] <TheMue> fwereade: hey, that's HA by redundancy
[10:52] <fwereade> LOL
[10:53] <dimitern> fwereade, that's a fair point, but if we return []names.Tag we can't reuse the client-side strings watcher proxy
[10:54] <fwereade> dimitern, TheMue: yeah -- and it may be that golang effectively just forces us to copy-paste anyway
[10:54] <dimitern> TheMue, tags are serialized as []string in params, that's intentional as in other cases, but the client-side could very well convert them to []names.Tag
[10:54] <fwereade> dimitern, TheMue: but please see what you can do :)
[10:54] <dimitern> fwereade, sure
[10:55] <TheMue> dimitern: yes, paring on client side would have been my approach. I like to keep the wire protocol as simple as possible
[10:56] <TheMue> s/paring/parsing/
[10:59] <dimitern> TheMue, +1
[10:59] <fwereade> does anyone know if there's a time when we'd call state.Open *without* knowing the environment and state server uuids?
[11:01] <fwereade> because there's this really bloody inconvenient bit where we call .StateServingInfo somewhere inside Open, and use it to fill in missing fields
[11:02]  * TheMue is afk, lunchtime
[11:03] <fwereade> and I'd like to pass it in from outside, but this branch is a monster already, so if anyone knows why it's a bad idea before I start, please tell me :-/
[11:03] <fwereade> but, for now, lunch sounds good :)
[11:04] <dimitern> fwereade, AFAIK for backwards compatibility with older versions
[11:05] <dimitern> fwereade, but that shouldn't make the interface awkward to use and test IMO
[11:08] <mattyw> fwereade, 2 minutes?
[11:12] <mattyw> bogdanteleaga, is this still needed? https://github.com/juju/charm/pull/47
[11:13] <bogdanteleaga> mattyw: nope, they seem to be already updated
[11:13] <bogdanteleaga> mattyw: somehow :)
[11:13] <mattyw> bogdanteleaga, magic :)
[11:49] <voidspace> dimitern: generating devices from a template isn't too hard
[11:49] <voidspace> dimitern: https://code.launchpad.net/~mfoord/gomaasapi/devices/+merge/263370
[11:49] <voidspace> dimitern: see newDeviceHandler
[11:50] <voidspace> dimitern: little bit of work needed on that (generating a proper system id), but should be plain sailing from here
[12:00] <dimitern> voidspace, awesome!
[12:05] <mattyw> fwereade, sorry do you have 2 minutes?
[12:35] <tasdomas> fwereade, ping?
[13:11] <dimitern> voidspace, ping
[13:23] <voidspace> dimitern: pong
[13:25] <mup> Bug #1455623 changed: TestPingCalledOnceOnlyForSeveralWorkers fails <ci> <intermittent-failure> <test-failure> <juju-core:Fix Released by thumper> <juju-core 1.23:Won't Fix> <juju-core 1.24:Fix Released by thumper> <https://launchpad.net/bugs/1455623>
[13:26] <dimitern> voidspace, did you manage to sort out your issue with maas 1.9 ?
[13:27] <voidspace> dimitern: no, still talking to Raphael about it
[13:27] <voidspace> dimitern: a migration got changed in the daily builds
[13:27] <voidspace> dimitern: which screwed things up
[13:27] <voidspace> dimitern: we're on step 5 of trying to sort it out
[13:27] <dimitern> voidspace, I see
[13:27] <dimitern> voidspace, I hope it works then :)
[13:28] <voidspace> me too :-/
[13:43] <mup> Bug #1463910 changed: Upgrade tests timeout on ppc64 <ci> <gccgo> <intermittent-failure> <regression> <juju-core:Fix Released by thumper> <juju-core 1.24:Fix Released by thumper> <https://launchpad.net/bugs/1463910>
[14:25] <mup> Bug #1470526 opened: Juju bootstrap with local provider fails on precise <juju-core:New> <https://launchpad.net/bugs/1470526>
[16:02] <katco> ericsnow: meeting
[16:03] <ericsnow> katco: just when I thought it was safe to go back in the water :)
[16:03] <katco> ericsnow: haha sorry =/
[16:43] <katco> ericsnow: you have 2 ship its
[16:43] <ericsnow> katco: thanks!
[16:44] <katco> ericsnow: i'm going to place a card on our kanban to ensure we revisit the state stuff
[16:44] <katco> ericsnow: we don't want that to fall off our radar
[16:44] <ericsnow> katco: good idea
[16:46] <katco> ericsnow: also: http://reviews.vapour.ws/r/2075/
[16:46] <ericsnow> katco: I'll take a look
[18:05] <mup> Bug #1470601 opened:  UniterSuite.TestLeadership fails on windows <blocker> <ci> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1470601>
[18:35] <natefinch> ericsnow: you around?
[18:35] <ericsnow> natefinch: yep
[18:35] <natefinch> ericsnow: I noticed that the ListProcesses state method (as I last saw it) is effectively a bulk call into state... but it doesn't seem to have a way to return multiple errors.  How will it handle getting called with a mix of valid and invalid IDs, for instance?
[18:36] <ericsnow> natefinch: it just returns the ones it found
[18:36] <ericsnow> natefinch: it's up to the caller to sort that out
[18:36] <ericsnow> natefinch: FYI, I've already fixed that up in my "adjustments" patch
[19:04] <wwitzel3> ericsnow: so if i propose my branch again the feature branch, will the RB review be made for me?
[19:05] <wwitzel3> s/again/against
[19:05] <ericsnow> wwitzel3: yep
[19:09] <wwitzel3> ericsnow: I need to add a few more, but no reason it can't be up for review while I take care of that.
[19:10] <ericsnow> wwitzel3: k
[19:10] <wwitzel3> tests that is
[19:10] <wwitzel3> well maybe I do, I don't know
[19:10] <wwitzel3> I think I'm actually exercising all of the client paths .. oh error paths, I need to do those
[19:10] <wwitzel3> ok, yeah
[19:10] <wwitzel3> good talk
[19:10] <ericsnow> wwitzel3: :)
[19:20] <mup> Bug #1470220 changed: Juju-deployer incorrectly reporting errors in juju 1.24.0 environment <juju-core:New> <juju-deployer:New> <juju-gui:New> <https://launchpad.net/bugs/1470220>
[19:37] <wwitzel3> natefinch: ping
[19:38] <wwitzel3> natefinch: the card I was doing, the API client abstractions, is the card you are doing :)
[19:38] <wwitzel3> natefinch: I think we just copied too many of the server cards
[19:38] <natefinch> wwitzel3: oops!
[19:39] <wwitzel3> natefinch: my branch is up, I just have to add one more method and a couple tests, but the PR is up
[19:39] <natefinch> wwitzel3: I'll take a look and see if I have anything to add
[19:41] <natefinch> wwitzel3: that looks great, and pretty much just what I was doing.
[19:43] <wwitzel3> natefinch: actually I can ask you, I didn't see a stand alone Status on the API server side?
[19:43] <wwitzel3> natefinch: I am assuming ListProcess is filling that role?
[19:45] <natefinch> wwitzel3: I was just exposing what ericsnow had in state... I think list process is the thing, though maybe we want a shortcut for a brief status message
[19:45] <ericsnow> natefinch, wwitzel3: yeah, we might want that
[19:46] <ericsnow> natefinch, wwitzel3: we can tackle that when we add support to juju status
[19:47] <natefinch> ericsnow: is your state work merged into the feature branch?
[19:47] <ericsnow> natefinch: not yet
[19:47] <ericsnow> natefinch: multi-environment stuff is killing me
[19:48] <natefinch> ericsnow: is there anything I can do to help?
[19:49] <ericsnow> natefinch: I don't think so
[19:49] <ericsnow> natefinch: I've almost got it
[19:51] <natefinch> ericsnow: awesome
[20:20] <thumper> bogdanteleaga: ping
[20:20] <bogdanteleaga> thumper: pong
[20:20] <thumper> bogdanteleaga: hey there
[20:20] <thumper> "2015-07-01 17:27:20 WARNING utils.featureflag flags_windows.go:34 Failed to open juju registry key HKLM:\\SOFTWARE\\juju-core; feature flags not enabled\n"
[20:20] <thumper> I don't think we should emit warnings if the registry key isn't there
[20:21] <thumper> is there a difference  between non existent and can't open?
[20:21] <bogdanteleaga> yes
[20:21] <thumper> bogdanteleaga: this made master fail CI BTW
[20:21] <bogdanteleaga> I got a fix for it though
[20:21] <thumper> awesome
[20:22] <bogdanteleaga> here you go https://github.com/juju/juju/pull/2699
[20:23] <bogdanteleaga> thumper: since you're here a fast review wouldn't hurt :p
[20:23] <thumper> bogdanteleaga: looking now
[20:27] <thumper> bogdanteleaga: shipit
[20:28] <bogdanteleaga> thumper: cool, thanks
[20:28] <thumper> bogdanteleaga: np
[20:32] <thumper> sinzui: I'm assuming the upgrade testing for 1.24.2 all went well?
[20:32] <sinzui> thumper: sorry? I don’t know which testing that is
[20:33] <thumper> sinzui: didn't you say that you were going to make sure that the proposed release goes through additional CI testing around upgrades?
[20:33] <sinzui> thumper: yes, I did the 1.22.6 -> 1.24.2
[20:33] <thumper> cool
[20:34] <thumper> I was so happy to finally see that bless come through yesterday evening
[20:34] <bogdanteleaga> sinzui: I tried doing an upgrade from 1.25 to 1.26 using zip for 1.26 and metadata taken from simplestreams on a webserver set up by me; can you think of anything else I should test?
[20:37] <sinzui> bogdanteleaga: 1.24.x -> .1.26.x. I expect a message that there are no candidates (no crash) also, we need to bootstrap juju 1.18.1 and 1.20.11 and confirm they do not choke on streams with zips
[20:48] <natefinch> wwitzel3: got you a review on the client stuff. There's a couple pretty important changes that need to be made.
[20:50] <wwitzel3> natefinch: thanks, the second comment, not sure what you mean? Isn't it up to the caller to inspect the results for errors?
[20:51] <wwitzel3> natefinch: oh, I see what i did, heh
[20:51] <wwitzel3> I stipped them out beofre the caller gets a chance to act on them
[20:52] <natefinch> yeah, I think we can just return the API objects that the API calls return.. maybe stripped of an extraneous containing struct (like if the struct is just holding a slice of something)
[20:53] <natefinch> ahh hmm.... error in the code   ProcessResults  should not have an Error value itself
[20:53] <natefinch> or maybe ericsnow added that on purpose
[20:53] <natefinch> though I kind of thought that was what the error return from the API call was for
[20:54] <ericsnow> natefinch: yeah, I added that on purpose
[20:54] <wwitzel3> natefinch: ProcessResult or ProcessResults?
[20:55] <ericsnow> my understanding is that the error return is more for errors in the machinery, not in the handling logic of the request
[20:59] <natefinch> ericsnow: other bulk calls don't seem to have an Error on the top level result
[21:00] <ericsnow> natefinch: k
[21:00] <natefinch> I have to go make dinner, but I'll be on later.
[21:32] <fwereade> thumper, I'm here if you're free
[21:32] <thumper> fwereade: otp now, release call
[21:34] <fwereade> thumper, np, ping me when you're free, I may or may not be around :)
[21:42] <davechen1y> thumper: there at lots of calls to os.Exit(2) inside cmd/go
[21:42] <davechen1y> the error could be coming from there
[21:52] <davechen1y> https://bugs.launchpad.net/juju-core/+bug/1470601
[21:52] <mup> Bug #1470601:  UniterSuite.TestLeadership fails on windows <blocker> <ci> <regression> <unit-tests> <juju-core:Fix Committed by bteleaga> <https://launchpad.net/bugs/1470601>
[21:52] <davechen1y> how long until the build is unblocked ?
[22:34] <katco> wwitzel3: meeting
[22:57] <perrito666> anastasiamac:  axw I am going to bail today the context switch would be really expensive today
[22:58] <anastasiamac> perrito666: nps :D could u send a briefing email? tyvm :D
[22:59] <perrito666> anastasiamac: I will
[22:59] <anastasiamac> perrito666: \o/ have fun!
[23:00] <perrito666> anastasiamac: I actually am having fun :) txx
[23:00]  * perrito666 is having the fun of finally cracking a problem
[23:01] <perrito666> completely unrelated question, is anyone using vim and a decent buffer switcher
[23:12] <wwitzel3> katco: shoot, sorry
[23:12] <wwitzel3> katco: still going?
[23:15] <wwitzel3> katco: sorry, I'm sure the plan was "Wayne will do everything" since I wasn't there .. I deserve that
[23:16] <ericsnow> wwitzel3: FYI, I'm merging the state patch right now
[23:16] <wwitzel3> ericsnow: good deal
[23:16] <axw> wwitzel3: you'll be manning the booth by yourself wed-fri, we'll do the rest
[23:16] <axw> ;)
[23:16] <wwitzel3> axw: haha
[23:17] <wwitzel3> axw: yeah, I finished a meeting for the dockercon wrapup doc, and in my brain, that was my late meeting, so I ran to the store
[23:17] <wwitzel3> just completely spaced
[23:18] <axw> wwitzel3: nps, otp, will fill you in later
[23:18] <wwitzel3> axw: thanks
[23:19] <thumper> sinzui: we have a problem: http://data.vapour.ws/juju-ci/products/version-2844/kvm-deploy-trusty-amd64/build-1206/consoleText
[23:20] <thumper> sinzui: there are conflict markers in the main CI branch code
[23:20] <sinzui> thumper: we have just fixed it and and queued the retest
[23:20] <thumper> sinzui: cool
[23:20] <sinzui> thumper: and it is just on the kvm-slave
[23:20] <thumper> sinzui: I was trying to get a jump on looking at master CI :)
[23:20] <mgz> thumper: yeah, my bad, I forgot I needed to revert a hack before doing the real landing
[23:21] <thumper> ha
[23:21] <thumper> np
[23:24] <cherylj> wwitzel3: we are putting the hardware requirements for the demo on you, though.  So if we need any systems, monitors, etc, get that info to alexisb by tomorrow.
[23:25] <alexisb> heh thumper you really want to see that bless :)
[23:27] <thumper> oh ye
[23:27] <thumper> s


[00:13] <axisys> how do I make sure a process does not start at reboot?
[00:13] <axisys> with init.d/ I used to run update-rc.d -f proc remove
[00:14] <axisys> is there something like this with process starts by upstart ?
[00:14] <axisys> or do I manually edit the /etc/init/proc.conf ?
[00:14] <axisys> /etc/init/foo.conf
[00:20] <axisys> do I just comment this on /etc/init/foo.conf so it wont start at boot?
[00:20] <axisys> start on filesystem or runlevel [2345]
[00:21] <axisys> or there is a more automated way of doing it?
[03:15] <axisys> found my answer
[03:15] <axisys> http://upstart.ubuntu.com/cookbook/#disabling-a-job-from-automatically-starting
[17:29] <coot> Helo, I'd like to know when ubuntu configures network interfaces.
[17:30] <coot> The reason is that I have a simple firewall script (based on iptables) which I'd like to run before
[19:46] <jMCg> co..
[20:10] <ion> coot: interfaces(6)


[08:43] <gmb> frankban, bac Said I should pass this on :) https://sphotos.xx.fbcdn.net/hphotos-ash4/s720x720/293727_10150902819136845_208774280_n.jpg
[11:51] <bac> thank you gmb
[11:52] <bac> i must confess i knew italy had beaten germany but didn't know they were up against spain next.
[12:09] <gary_poster> bac benji frankban (gmb sprinting) https://plus.google.com/hangouts/_/ce53455e59c22e8108452c6d52293c8b4e481603?authuser=1&hl=en-US
[13:06] <gmb> gary_poster, bac, benji, frankban: I have a solution for (at least some of) the parallel testing under 2.7 problems. Yes, it's zope.testing that's at fault. Can one of you take a look at this when you have a free moment? https://code.launchpad.net/~gmb/zope.testing/make-skips-work-bug-1019275/+merge/112762
[13:06] <gary_poster> great, gmb!  bac says he will review
[13:06] <gmb> Cool, thanks.
[13:42] <gmb> bac, If you haven't started on that MP yet, Jelmer just reviewed it for me.
[13:42] <gmb> If you have, well, same message, but with more sympathy.
[13:42] <bac> gmb, great.  still on call
[13:42] <gmb> COol.
[13:42] <bac> had not looked yet
[14:04] <gmb> gary_poster, bac, benji, frankban Any idea why a buildbot-master instance wouldn't get past the "installed" stage?
[14:22] <gary_poster> gmb, I'm afraid not.  And FWIW, it Worked For Me
[14:25] <gmb> Hmm.
[14:25] <gmb> gary_poster, It was using a different branch for checkouts... I've switched it back to devel and poked the config manually.
[14:26] <gary_poster> benji, ok, I'm ready.  https://plus.google.com/hangouts/_/36c7b753942b0839215fca6730a9a0a9b7356ce8?hl=en-US
[14:27] <gary_poster> weird gmb (IIUC) but glad you have it working well enough (IIUC)
[14:27] <gmb> gary_poster, YUC :)
[14:27] <gary_poster> :-)
[15:19] <bac> gmb, if you set a commit message on your zope.testing branch it should be landed by tarmac.  if you push changes you'll need to toggle the top-level approval.
[15:49] <bac> hi frankban, in your MP at 213 and 216 it looks like you're calling 'apt-get update' twice in a row.  intentional?
[15:50] <frankban> bac: let me see
[15:50] <bac> frankban: oh, nm.  i can't read
[15:51] <frankban> bac: heh, upgrade vs update?
[15:51] <bac> yep, sorry
[15:52] <frankban> np
[16:11] <gmb> bac: My branch can't land through tarmac, it seems:    raise Exception("Requires subunit 0.0.5 or better") happens a few times.
[16:11] <gmb> Is subunit installed on the canonistack instance?
[16:12] <bac> gmb: hmm, perhaps not.  let me finish this review and i'll check/fix it.
[16:12] <gmb> ta
[16:14] <bac> frankban: review done.  looks good but i made a couple of suggestions.  toggle it to 'approved' after pushing any changes you make.
[16:14] <frankban> bac, right, thanks
[16:20] <bac> gmb:  boo -- http://paste.ubuntu.com/1066309/
[16:20] <gmb> Ah
[16:20] <bac> really?  avahi and fontconfig?  and libthai-data?  wth?
[16:21] <gmb> Yeah. Um... That's a fun dependency tree there.
[16:21] <bac> i just don't get it
[16:21] <bac> i mean, it has no impact on my life, but it still is deeply offensive
[16:22] <gmb> :)
[16:22] <bac> After this operation, 24.2 MB of additional disk space will be used.
[16:22] <bac> Do you want to continue [Y/n]? Y-but-I'm-Not-Happy
[16:23] <bac> the good news is doing stuff within the data center is mighty snappy
[16:24] <gmb> Cool.
[16:24] <gmb> bac: Do I need to do anything once you've done to get the branch through tarmac?
[16:25] <bac> gmb: no, once i'm done i'll toggle to approved again and it should just work
[16:25] <gmb> bac: Cool. In that case I'll disconnect. I'll be at Schiphol before long...
[16:25] <gmb> See you all Monday.
[16:25] <bac> yay, you
[16:25]  * gmb -> exeunt, on a train
[17:04] <bac> gary_poster: i just had to restart tarmac.  it occurs to me that the next time that happens i should ask someone else to do it...spread the knowledge.  pretty painless but may require some local setup as documented.
[17:05] <bac> gary_poster: could you make us ops on this channel?  i'd like to update the topic with the tarmac IP address.
[17:10] <frankban> bac: review commented, do you agree in approving the MP as is? I will investigate the symlink issue when I am back.
[17:28] <gary_poster> bac, I'll be happy to make everyone ops.  Do you know how, by chance?  If not I'll look it up
[17:40] <gary_poster> why is /msg chanserv help not doing anything? :-/
[17:43] <gary_poster> benji, if you type /msg chanserv help, do you get any reply?  /msg nickserv help works...
[17:43] <benji> gary_poster: works for me
[17:43] <gary_poster> :-/
[17:43] <gary_poster> weird
[17:44] <gary_poster> will try rejoining, maybe
[17:49] <gary_poster> bac, everybody has ops, whee
[17:52] <gary_poster> benji, can rejoin on hangouts whenever suits you
[17:52] <bac> thanks gary
[17:52] <benji> gary_poster: k
[17:52] <gary_poster> welcome
[17:54] <benji> gary_poster: https://plus.google.com/hangouts/_/553e533541af2146473369b5b184ced83f539c39
[17:55] <bac> frankban: i think it is nicer to use os.symlink but that shouldn't stop you from landing.  feel free to update the MP to approved and let it land.
[17:58] <frankban> cool bac, thank you
[18:22] <gary_poster> bac, could you hangout with us https://plus.google.com/hangouts/_/553e533541af2146473369b5b184ced83f539c39
[18:56] <gary_poster> initlxc
[18:56] <gary_poster> inithost
[18:56] <gary_poster> user
[18:56] <gary_poster> get
[18:56] <gary_poster> inituser
[18:56] <gary_poster> get me a repo and code and stuff
[18:56] <gary_poster> get me a branch to do stuff in
[20:09] <bac> gary_poster: my tarmac branch is at lp:~bac/tarmac/make_treedir
[20:09] <bac> it is doc fix and code fix
[20:09] <gary_poster> awesome bac, thanks for link
[20:15] <bac> gary_poster: do you use a scroll pad, magic or otherwise?
[20:16] <bac> single-swipe back-n-forth on kanban used to scroll the screen.  the update seems to have broken that.  kind of annoying as i have to go grab the scroll bar now.
[20:16] <gary_poster> bac I do
[20:16] <gary_poster> bac, two finger scroll in Ubuntu works fro me
[20:16] <bac> could be my choice of an aberrant browser
[20:17] <bac> or desktop
[20:17] <bac> gary_poster: so is the s76 being replaced?
[20:20] <gary_poster> bac not sure yet. returned today.  Will arrive next friday.  when I get money back I will be willing to act :-)


[00:04] <yofel_> burner: check if the nouveau module is loaded when you try to use nvidia
[00:04] <yofel_> if yes add nomodeset to the kernel command line
[00:56] <billybigrigger> anyone know where gnome 3.1.9 is?
[00:57] <billybigrigger> it was released almost a week ago now
[00:57]  * Pici checks under the couch cushions
[00:58] <billybigrigger> well why are we still running 3.1.5 is all i'm wondering :P
[00:58] <billybigrigger> or is ubuntu holding out for 3.2?
[01:47] <micahg> billybigrigger: we're in beta freeze
[03:13] <Vanillalite> Hello all!
[03:14] <DBO> hey Vanillalite
[03:15] <Vanillalite> So regular Unity is weird for me now... when I log in I just see my desktop background and my top panel acts like nautilus is open... I don't get the normal top panel nor the unity menu on the left... any ideas? lol
[03:15] <DBO> Vanillalite, can I get a screenshot?
[03:16] <Vanillalite> I can try in Unity 2d now which seems to always work
[03:16] <Vanillalite> brb with a screen shot hopefully :P
[03:22] <Vanillalite> Hello all I'm back with a screenshot :P
[03:23] <Vanillalite> https://lh4.googleusercontent.com/-bHP88h5Bmg0/Tl2oxjUstOI/AAAAAAAAAVg/cVbUf5Djags/s800/Screenshot%25252520at%252525202011-08-30%2525252023%2525253A18%2525253A25.png
[03:23] <Vanillalite> that's what I get when I log into Ubuntu with regular Unity....
[03:25] <Vanillalite> if you people want a higher res upload to see the screen let me know and I can do that
[03:26] <Vanillalite> any ideas? I don't seem to get the normal top panel or the regular unity panel... plus it acts like nautilus is open... it's just odd...
[03:30] <Vanillalite> larger screenshot.... http://www.abload.de/img/screenshot20at202011-0woj8.png
[03:34] <billybigrigger> Vanillalite, it's a know problem
[03:35] <billybigrigger> the unity plugin didn't get loaded in compiz
[03:35] <billybigrigger> click file, new tab
[03:35] <billybigrigger> then navigate to /usr/bin and open gnome-terminal
[03:36] <billybigrigger> open compizconfig by typing ccsm
[03:36] <billybigrigger> make sure the unity plugin is checked
[03:36] <Vanillalite> I tried to find it on launchpad but I'm terribad at finding my bug on launchpad lol
[03:36] <billybigrigger> after the plugin loads, you'll be left with the borked nautilus window, so in  your open terminal type sudo killall nautilus and you should be left with a normal desktop
[03:37] <billybigrigger> im going for a smoke, let me know how that works out for you
[03:37] <Vanillalite> do I have to do this each time I log in or will this be a real fix for me?
[03:40] <billybigrigger> are you fully updated?
[03:42] <billybigrigger> i see the problem still happening on the forums still, but i posted that fix i just gave you like a week ago
[03:45] <Vanillalite> Hello all again!
[03:45] <billybigrigger> Vanillalite, how did you make out
[03:46] <Vanillalite> copied your instructions to a text file and did them... worked
[03:46] <Vanillalite> I assume I have to do this each time I log in? *until a patch comes down the line*
[03:47] <billybigrigger> you quit after i asked you...
[03:47] <billybigrigger> are you fully updated?
[03:47] <Vanillalite> sorry I was in Unity 2d and quit to try your fix :P
[03:48] <Vanillalite> yeah I just updated idk less than an hour ago?
[03:48] <billybigrigger> i posted that fix on the forums about a week ago, and i haven't had it happen for awhile on MY machine, but i think it's still happening to others
[03:48] <Vanillalite> do you have a link to a bug report for it on launchpad? :P
[03:49] <billybigrigger> ill see if i can dig it up
[03:50] <billybigrigger> i meant i posted the workaround instructions on the forums, i'm sure there is a bug report around somewhere
[03:51] <Vanillalite> yeah I got that part I was just looking for a launchpad page in case I could be of any assistance
[03:56] <Vanillalite> thanks a ton btw billy! you rock for the help! :)
[04:02] <billybigrigger> feck i can't find a bug # for it anywhere on the forums...
[04:02] <DBO> Vanillalite, Im sorry, I forgot about you!
[04:03] <DBO> Vanillalite, it looks like compiz is failing to start all together :/
[04:03] <DBO> Id be looking at your drivers
[04:03] <billybigrigger> compiz is starting, just not loading the unity plugin
[04:03] <Vanillalite> no worries DBO billy says it's a known bug and had a fix for me
[04:03] <DBO> Vanillalite, what was the fix?
[04:04] <billybigrigger> workaround
[04:04] <Vanillalite> yeah more like workaround
[04:04] <DBO> what is the workaround
[04:04] <Vanillalite> load the terminal load up compiz settings and check the unity box
[04:04] <DBO> did you try unity --reset?
[04:04] <Vanillalite> then just task kill nautilus via terminal
[04:05] <DBO> fair enough
[04:05] <DBO> I wonder why your settings got screwed up
[04:05] <DBO> I'll have to poke didrocks about that...
[04:05] <billybigrigger> DBO, it's been happening to everyone at some point
[04:05] <billybigrigger> it's all over the forums
[04:05] <DBO> billybigrigger, thats crazy...
[04:05] <DBO> I've never seen it
[04:06] <Vanillalite> I'm running an ATI card with the ati fxlgr drivers if that matters at all
[04:06] <DBO> must be a packaging issue
[04:06] <billybigrigger> Vanillalite, could just been an ati issue then
[04:07] <billybigrigger> i originally posted the workaround in an fglrx thread :P
[04:07] <Vanillalite> wouldn't surprise me... I've had a bunch of regular unity problems as an ati user during this alpha
[04:07] <DBO> Vanillalite, how are things going for you on ati now
[04:07] <DBO> (if it's not clear by now, I am one of the Unity developers)
[04:08] <Vanillalite> good post big patch last week that fixed the major issue a bunch of us had with unity loading up with black bars/boxes everywhere
[04:08] <Vanillalite> sometime last week a patch fixed that and I was good until well now
[04:09] <Vanillalite> Unity 2d has been perfect tho
[04:09] <DBO> 2d doesn't have to deal with 3d drivers
[04:09] <DBO> do you use the new alt-tab at all?
[04:09] <billybigrigger> i use it every few minutes
[04:09] <billybigrigger> works fine here, always has
[04:10] <DBO> :)
[04:10] <DBO> do you like it?
[04:10] <Vanillalite> yeah alt tab works fine
[04:10] <billybigrigger> i dont like how some icons have shite resolution
[04:10] <billybigrigger> looks tacky
[04:10] <Vanillalite> wellll
[04:10] <Vanillalite> I have one small complaint
[04:11] <billybigrigger> xchat and vbox icons look like poop, they need to be cleaned up
[04:11] <Vanillalite> like when I minimize my browser I get this weird bit of ghosting
[04:11] <DBO> Vanillalite, can you describe it better?
[04:12] <DBO> billybigrigger, are you using xchat or xchat-gnome?
[04:12] <htorque_> Vanillalite: bug 837820
[04:12] <billybigrigger> xchat
[04:12] <htorque_> just opened it
[04:12] <DBO> interesting...
[04:12] <billybigrigger> DBO, ...
[04:12] <billybigrigger> https://lh4.googleusercontent.com/-bHP88h5Bmg0/Tl2oxjUstOI/AAAAAAAAAVg/cVbUf5Djags/s800/Screenshot%25252520at%252525202011-08-30%2525252023%2525253A18%2525253A25.pn
[04:12] <DBO> billybigrigger, oh the icon thing is easy to fix by hand if you want :P
[04:13] <Vanillalite> yeah that's my exact problem
[04:13] <billybigrigger> errrr ignore that....
[04:13] <billybigrigger> xchat:
[04:13] <billybigrigger>   Installed: 2.8.8-3ubuntu6
[04:13] <billybigrigger>   Candidate: 2.8.8-3ubuntu6
[04:13] <Vanillalite> when I minimize chrome it looks exactly like the screen shot in that bug report
[04:13] <DBO> too late already clicked it baby
[04:13] <bullgard6> What is the function of the program »oneconf-service«?
[04:13] <DBO> bullgard6, afaik it is related to ubuntu one
[04:13] <bullgard6> DB0 I see.
[04:15] <billybigrigger> htorque_, i definitely DON'T get that on fglrx
[04:15] <billybigrigger> minimize animations are smooth(ish) :S here :P
[04:15] <DBO> htorque_, cant see it on nvidia blob
[04:15] <Vanillalite> I get that exact deal
[04:15] <htorque_> oh, it's smooth here as well :P
[04:16] <DBO> htorque_, oh wait I see it
[04:16] <DBO> okay so this is a damage clipping error
[04:16] <billybigrigger> what ccsm settings do you have?
[04:16] <htorque> pretty much stock
[04:17] <DBO> htorque, if you switch workspaces after triggering the bug it goes away immediately right?
[04:17] <billybigrigger> fading windows?
[04:17] <htorque> DBO: yes
[04:17] <DBO> htorque, okay we can at the very least hack around this trivially
[04:20] <Vanillalite> btw
[04:20] <Vanillalite> here is a screen shot off my personal "ghosting" "artifacting" issue
[04:20] <Vanillalite> http://www.abload.de/img/screenshot20at202011-09cg5.png
[04:22] <htorque> uh, what's that pattern behind your launcher bar?
[04:22] <billybigrigger> ya i have a solid dark grey
[04:22] <billybigrigger> no pattern here either
[04:22] <Vanillalite> I do too it just came out like that weirdly in the screen lol
[04:23] <DBO> screenshots of unity can be corrupted
[04:23] <DBO> not known why
[04:23] <DBO> something about shitty ass framebuffers
[04:23] <Vanillalite> WAIT
[04:23] <Vanillalite> nvm
[04:23] <Vanillalite> UPDATE
[04:23] <Vanillalite> it goes patterny when I get the artifacting
[04:24] <Vanillalite> goes back to solid grey as soon as the artifacts go away
[04:24] <Vanillalite> not sure what that means exactly
[04:24] <billybigrigger> i get a wierd screenshot that looks like your guy's problems but all is working here
[04:25] <Vanillalite> idk it's a small issue and not a deal breaker like my other bug so not as high on my list of what needs to be fixed :P
[04:26] <htorque> would be a deal breaker for me :P
[04:28] <Vanillalite> well considering my other bug is unity not even loading... that's a bigger issue lol
[04:30] <billybigrigger> compiz:
[04:30] <billybigrigger>   Installed: 1:<IP_ADDRESS>+bzr2791-0ubuntu1
[04:30] <billybigrigger>   Candidate: 1:<IP_ADDRESS>+bzr2791-0ubuntu1
[04:30] <billybigrigger> what version are you running
[04:31] <htorque> the same
[04:31] <Vanillalite> how can I check that?
[04:31] <htorque> type "apt-cache policy compiz" in a terminal
[04:32] <htorque> gotta go, cya
[04:32] <Vanillalite> peace out htorque!
[04:33] <Vanillalite> btw same as you billy in terms of version #
[04:34] <billybigrigger> k cause i thought that update fixed my problems
[04:34] <Vanillalite> nope still issues here sorry :(
[04:35] <Vanillalite> btw if I may ask as a non dev how freaked out are you by the quick 6 month time frame and the fact that beta is coming this week? does it seem crazy fast? lol
[04:35] <Vanillalite> I don't envy you guys and gals at all getting stuff done and fixed so fast :P
[04:36] <billybigrigger> im a non-dev, the 6mth release cycle has been going on as long as i've been using ubuntu :)
[04:37] <billybigrigger> i love it, i love bleeding edge software :)
[04:37] <billybigrigger> Join Date: October 18th, 2005
[04:37] <Vanillalite> ditto still just seems like OMG it's beta already we got so much stuff to still do lol
[04:37] <billybigrigger> ^^^ my join date on ubuntu forums, i think that was hoary/warty days :P
[04:38] <billybigrigger> ya but feature/ui freeze's are in effect, now it's bug squashing time
[04:39] <Vanillalite> never been a person to try out alphas usually I wait till beta 1 for the jump
[04:39] <billybigrigger> i usually jump in around a2/3
[04:39] <billybigrigger> i totally missed 10.04/.10 dev cycles...
[04:40] <Vanillalite> I'll be honest something about the name and the cool cat being the animal this time around made me want to jump in on the alpha as silly as that sounds lol
[04:40] <billybigrigger> err no 10.10/11.04 i missed, 10.04 was the last time i was around
[04:40] <billybigrigger> heh i think the name sucks, and honestly haven't bothered to look at the mascot
[04:40] <billybigrigger> i'm more excited for gnome3/gtk3 and oneiric+1 being an lts
[04:41] <Vanillalite> just sort of a sleep cat as the mascot :P
[04:41] <Vanillalite> sleepy
[04:46] <Vanillalite> alright all time for bed!
[04:46] <Vanillalite> thanks for all the help and I'm sure I'll be back soon :)
[04:51] <bullgard6> What is the function of the file /var/crash/_usr_share_oneconf_oneconf-service.1000.crash ?
[04:52] <billybigrigger> its a crash report
[05:34] <billybigrigger> yay, emerge of xfce has only been running for a few hours now...95/216 hah
[05:34] <billybigrigger> gentoo sucks my left ...
[05:35] <jussi> billybigrigger: wrong channel for that discussion ;)
[05:35] <billybigrigger> no just giving a pep talk to all the new +1 users to stick it out with ubuntu :P
[05:36] <billybigrigger> showing them that the grass is greener here heh
[06:25] <ssargennto> anybody running xfce instead of unity?
[06:35] <billybigrigger> maybe in a few more hours i will be on my gento vm :P
[07:20] <carli2> hi
[07:20] <carli2> i open a .deb file in software center
[07:20] <carli2> i click at "install"
[07:20] <carli2> no installation, just a warning
[07:20] <carli2> "only install this file if you trust the origin"
[07:21] <carli2> how can i install the package anyway?
[07:21] <carli2> or better:
[07:21] <zniavre> dpkg -i name_of_package.deb ?
[07:22] <carli2> how can i change the default opener for .deb files to "gksudo dpkg -i $1"?
[07:25] <carli2> zniavre: i know. but i want the default way to work, because the default way to open .deb files is used by my browser
[07:28] <zniavre> im not able to find the way to cahnge nautilus properties with deb files
[07:30] <zniavre> i got only gdebi as CLI package manager and it is not present in deb properties> open with (and seems not possible to add a path to gdebi)
[07:30] <zniavre> but gdebi is availbla in right clic menu
[07:41] <ssargennto> Is anybody else having issues with their login screen? Mine will show the regular background for about a couple seconds then it just goes to like a black background, older style icons, and the top bar is black also
[07:42] <ssargennto> I think it might be my upgrade though. Because I just loaded gnome shell for the first time and I was having some display issues there as well, like parts of the desktop looked to be missing, I could click the icons but they looked funny..
[07:47] <Volkodav> Looks like Macbook 7.1 only gets wireless g connection in 20 Mhz range . N does not work at all in 20 or 40 hmm - will file a bug I guess
[08:31] <ssargennto> I am having problems with gnome shell after my upgrade to 11.10 - It seems there are missing icons and such from the interface. I can click where they are but it looks like distorted colors and not a icon. Anybody else experience this?
[08:50] <ssargennto> Anybody else having troubles with gnome shell displaying correctly?
[08:55] <psalden> ssargennto: I think it's because it tries to use unity's default themes
[08:55] <psalden> ssargennto: and now I read your earlier line, you're probably talking about something else, sorry :)
[08:56] <psalden> still though, now that unity is 'in the same field', it might be related
[08:58] <ssargennto> psalden,  do you have any problems with gnome shell?
[08:59] <ssargennto> would removing gnome-shell and re-installing it help?
[09:01] <psalden> well when I run it, I notice how everything looks crappy. using gnome-tweak-tool reveals it's just trying to use ubuntu's themes, fonts, etc. Assuming the fact that it shares its settings with unity to be the cause of your problem too, I doubt reinstalling would help at all
[09:05] <bullgard6> GNOME  does not provide TeaTime. Can you recommend a substitute?
[09:06] <ssargennto> gotcha :)
[09:17] <KNUBBIG> Hey, I need help on how to configure my keyboard to match an Apple keyboard to reactivate the alt key (for pipes, etc). I remember that there was some setting in Natty but I can't seem to find it. Any help?
[09:17] <heslam> hey guys. has anyone done any video editing on 11.10 using MLT-based editors? if so anyone getting weird hangs, terrible performance, intermittent crashes?
 Anybody else having troubles with gnome shell displaying correctly? << same here, it was working a few days ago on another machine though
[09:58] <Rods_Tiger> is filesharing broken for the time being in oneiric?
[10:17] <KNUBBIG> Why does apt-get install openjdk-7-jdk not install any useable binaries but instead install openjdk-6-jdk?
[10:20] <nyuszika7h> !jre | KNUBBIG
[10:20] <nyuszika7h> JDK != JRE
[10:28] <KNUBBIG> nyuszika7h: I know that
[10:28] <KNUBBIG> nyuszika7h: But I nevertheless wanted javac
[10:28] <KNUBBIG> nyuszika7h: And also java which I installed (tried to) with openjdk-7-jre
[10:29] <KNUBBIG> nyuszika7h: I downloaded both compressed binaries from oracle and relinked /etc/alternatives/java(c) manually, including /usr/bin/javac. What a pain
[10:30] <nyuszika7h> Heh
[10:31] <KNUBBIG> ?
[10:32] <heslam> has anyone had any problems with Pulse Audio, especially in relation to MLT/video editing?
[11:12] <IdleOne> why am I seeing x86_64 3 times in the output of uname -a?
[11:14] <vega__> -m -p -i ... man uname
[11:16] <IdleOne> seems kinda redundant
[11:16] <IdleOne> thanks for the info
[11:17] <Ian_Corne> well, you choose -a
[11:17] <Ian_Corne> so it shows all
[11:17] <Ian_Corne> :p
[11:35] <Milos_SD> Hi
[11:35] <Milos_SD> I have a little problem upgradeing to Oneiric :)
[11:35] <Milos_SD> upgrade doesn't even start becouse of a lot held back packages :S
[11:37] <Milos_SD> here is the apt log: http://pastebin.com/Xq7qPqbx
[11:43] <jbicha> Milos_SD: how exactly are you trying to upgrade? and are you using a bunch of PPAs?
[11:43] <Milos_SD> I'm trying to upgdade via "update-manager -d"
[11:43] <Milos_SD> I am using a lot of PPA's :)
[11:44] <jbicha> Milos_SD: I think you'll have to upgrade manually or do a clean install
[11:45] <Milos_SD> well... I used to upgdade without problem before ( to Natty), and I was using bunch of PPA's too :)
[11:46] <jbicha> Milos_SD: the transition to GNOME3 might be complicating that, and there are limits to what the installer can do automatically
[11:47] <Milos_SD> jbicha, what did you mean when you sad to manualy upgrade?
[11:47] <jbicha> well it's a bit complicated and definitely not supported but...
[11:48] <jbicha> you can disable all your PPAs, change your sources.list to point to oneiric; apt-get update and then use Synaptic or something
[11:49] <jbicha> to upgrade everything or remove what won't upgrade, so it may take a bunch of time & effort
[11:50] <Milos_SD> jbicha, thanks...
[11:50] <Milos_SD> :)
[11:51] <Milos_SD> there are some things that are held back, and they are not from PPA :)
[11:51] <Milos_SD> libevince and libdocument
[11:51] <Milos_SD> :S
[11:52] <Milos_SD> and bunch of i386 packages :S I don't know where did I get that ... I use 64bit :S
[12:05] <BluesKaj> Hi folks
[12:08] <jbicha> Milos_SD: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011-August/000886.html
[12:12] <BluesKaj> jbicha, well, I did the command in the anounce above , but "permission denied"
[12:22] <jbicha> BluesKaj: sudo is your friend
[12:22] <BluesKaj> including sudo
[12:23] <jbicha> hmm, maybe try sudo su first then just run the command
[12:23] <jbicha> I think piped commands don't work well with sudo
[12:24] <Pici> Thats what tee is for.
[12:24] <Pici> echo "foo" | sudo tee -a /etc/bar
[12:25] <BluesKaj> jbicha, sudo su did the trick...I think
[13:09]  * hrw got kicked from #ubuntu+3 so will ask here
[13:10] <hrw> started unity desktop for first time in 11.10 cycle - where it can be configured? cause it looks not-acceptable for me (fonts, colours, decorations)
[13:11] <Ian_Corne> wtf is ubuntu+3 :p
[13:12] <hrw> Ian_Corne: just a name ;)
[13:12] <hrw> Ian_Corne: as there are insane amount of #ubuntu* channels I decided to check +3 one
[13:16] <hrw> is it normal that playing with ccsm makes unity die?
[13:16] <hrw> where unity={top+left panels}
[13:19] <Ian_Corne> yes
[13:19] <Ian_Corne> well
[13:19] <Ian_Corne> it happens to me too
[13:19] <Ian_Corne> so it's "normal"
[13:19] <hrw> its 3rd time when I try unity (previous was 11.04 alpha/beta) and still finds it too hard to setup
[13:20] <IdleOne> because there really isn't anything to setup
[13:21] <hrw> http://marcin.juszkiewicz.com.pl/~hrw/shots/unity1.png is how it looks
[13:21] <hrw> IdleOne: ugly window decoration from no idea where, icons on desktop which I want to hide
[13:21] <hrw> icons of two pernamently mounted devices in launcher
[13:22] <IdleOne> right click, remove from launcher
[13:22] <hrw> 3 options: "unmount, open, keep in launcher (not enabled)"
[13:23] <hrw> switching 'keep in launcher' (I hope it is this 'zachowaj w obszarze uruchamiania') does not change anything
[13:26] <Trewas> hrw: gnome-tweak-tool can at least change fonts and gtk theme, I don't know if window decorations are configurable via any GUI now
[13:27] <hrw> (gnome-tweak-tool:14815): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to underallocate GtkComboBox's child GtkCellView 0x2226d70. Allocation is 1x15, but minimum required size is 44x21.
[13:27] <hrw> thats norm too?
[13:28] <IdleOne> in alpha/beta everything is "normal"
[13:28] <hrw> just asking
[13:29] <IdleOne> just answering :)
[13:30] <IdleOne> rahter commenting
[13:30] <IdleOne> rather*
[13:32] <Jcook_5xData> I have a few problem one is Plymouth does not start all I get is text and lightdm is all pink like it not pull css file.
[13:33] <Jcook_5xData> I have run command dpkg-reconfigure Plymouth and reboot but it did not help
[13:33] <charlie-tca> hm, I get blue in 64bit and pink in 32bit lightdm backgrounds
[13:36] <Jcook_5xData> this is a reinstall the first time it had a cool ubuntu background and styled buttons and menu. maybe it was and update that broke it
[13:37] <Jcook_5xData> I guess it no big deal. it is alpha/beta after all
[13:39] <Jcook_5xData> at lest they fix the compiz problem with wine. That why I could not use the first release
[13:39] <Jcook_5xData> starcraft 2 scrolling is smooth :)
[13:41] <Jcook_5xData> now if we could get Blizzard to support Opengl in Starcraft 2 we would be all set :D
[13:44] <hrw> http://marcin.juszkiewicz.com.pl/~hrw/shots/unity2d-1.png - someone knows why I got this box on right?
[13:45] <nyuszika7h> 15:44:56 <-- | ChanServ has kicked nyuszika7h (Invite only channel)                                                                                │
[13:45] <nyuszika7h> 15:44:57  -- | #ubuntu+3: Cannot join channel (+i) - you must be invited                                                                                │
[13:45] <nyuszika7h> hrw: ^^
[13:45] <hrw> nyuszika7h: I know, got the same
[13:51] <hrw> uf. now I can uninstall
[14:02] <psalden> btw am I the only one who's not got working 'media apps', 'internet apps' etc buttons?
[14:11] <drussell> psalden: you're not the only one... I'm assuming it's everyone
[14:11] <drussell> I had a complete crash about half an hour ago (disconnecting an external monitor)
[14:12] <drussell> and now my unity launcher bar won't autohide
[14:12] <drussell> *sigh*
[14:12] <drussell> btw multi screen seems to be very flaky on 11.10 generally
[14:13] <drussell> connecting and disconnecting external screens on this laptop is a sure way to crash xorg
[14:16] <patr|ck> can the Alpha 3 be downloaded already?
[14:17] <drussell> and running ubuntu-bug and selecting "xorg bug" puts a black square on the screen and a broken/frozen gtk window that needs to be forced to quit
[14:17] <yellabs-r2> hello there
[14:17] <drussell> patr|ck: it would seem so
[14:20] <yellabs-r2> is there an list somewhere about what video cards are supported for the new oneric ? unity 3D, and gnome 3 , it seems that intel is not well supported any more, will this change in future releases , i have got product: 82945G/GZ Integrated Graphics Controller
[14:21] <yellabs-r2> used to work great on the older ubuntus
[14:35] <hrw> yellabs-r2: 945 should be supported. too many netbooks with it
[14:35] <yellabs-r2> true
[14:36] <yellabs-r2> i am running it on an dell gx620, got several machines, the third seems to boot to desktop and 3D, strange
[14:36] <yellabs-r2> maybe an bois setting somehow, although unity launcher is missing ..
[14:36] <yellabs-r2> on the left , the menu
[14:36] <yellabs-r2>  gone
[14:36] <hrw> unity... I just published blog post with my opinion about it
[14:38] <yellabs-r2> alt+F2 does not work..
[14:38] <yellabs-r2> so i cant get to an run command for terminal.. tips ?
[14:39] <yellabs-r2> can i restart unity on the other terminal ?
[14:39] <yellabs-r2> replace --unity ?
[14:39] <hrw> yellabs-r2: tried Ctrl-Alt-t?
[14:39] <yellabs-r2> not yet
[14:40] <yellabs-r2> now i did
[14:40] <yellabs-r2> but no terminal
[14:40] <yellabs-r2> maybe it sees the wrong keyboard, but i cant tell
[14:41] <yellabs-r2> going for an reboot, might help ..
[14:42] <yellabs-r2> if not i might reinstall
[14:43] <yellabs-r2> to make sure nothing went wrong
[15:36] <Milos_SD> Hi... I just did clean install od 11.10. Where can I change fonts? :S
[15:49] <Milos_SD> how can I change fonts?
[15:52] <hrw> Milos_SD: gnome-tweak-tool may help you. or wait for gnome 3.50 in 2015
[15:54] <Milos_SD> hrw, gnome-tweak-tool helped, thanks :)
[15:54] <Milos_SD> now, just to find out how to install skype :D
[16:26] <Milos_SD> does anyone else have problem with network-manager not showing in Unity panel?
[16:29] <BluesKaj> Kwin doesn't remember windows settings -size and placement set in /advanced>special windows settings or special application settings
[17:15] <heslam> hey guys. is anti-aliased window corners working for any of you, or do I need to install that compiz testing ppa?
[17:17] <validuntilmonday> hi there
[17:18] <Arnold> Hello.
[18:41] <Ian_Corne> empathy is a crashaholic
[19:05] <h00k> Is there a known self-signed google-talk error with Empathy? (Located in US, not Iran)
[19:07] <Ian_Corne> me too h00k
[19:07] <Ian_Corne> and facebook too
[19:07] <h00k> Ian_Corne: I don't know if it's a CA thing, or with Empathy and Oneiric
[19:07] <h00k> I don't use FB chat, just Google-talk
[19:08] <Ian_Corne> they're both the same protocol
[19:08] <h00k> xmpp
[19:13] <BluesKaj> Wow, Kwin is really messed up here...anyone else ?
[20:24] <len> Since upgrading to Kubuntu Oneiric, my sound always starts muted.  I can unmute it, and it works fine, but every time I reboot it starts back muted again..  What do I need to do to correct this behavior?
[20:33] <BluesKaj> len, open alsamixer and disable auto mute
[20:37] <len> BluesKaj, Where is that option?
[20:39] <BUGabundo> evening !
[20:39] <charlie-tca> Hello, BUGabundo
[20:39] <BUGabundo> meh
[20:40] <BluesKaj> len in alsamixer use the f5 kay to get all ctrls
[20:40] <BluesKaj> key
[20:41] <charlie-tca> Yeah, didn't think it would be "good evening" yet
[20:42] <BluesKaj> my kwin settings won't hold ...the apps are opening  in upper left like small dialogs ...setting them in special windows and special apps advanced doesn't hold the settings I choose
[20:48] <BluesKaj> len or you set the ctrls in alsamixer then save them withe command , alsactl store
[20:48] <len> BluesKaj,  When I press F5  I get a bunch more bands I can see if I scroll right, but it all has to mics and the digital output I'm not using.
[20:49] <bjsnider> BUGabundo, did you try the updated gmailchecker yet?
[20:49] <BUGabundo> no
[20:49] <BUGabundo> not using it
[20:49] <len> BluesKaj,  OK, so if I unmute and do the alsactl store, it should preserve that for next startup?
[20:49] <bjsnider> it's a recent post at webupd8
[20:50] <BluesKaj> len , in the terminal , alsactl store
[20:50] <BUGabundo> bjsnider: I remember a old one
[20:50] <BluesKaj> yes . len  it should
[20:51] <len> OK, I'll do that and reboot to see what happens.  Do I sudo that, or does it save the settings on a per user basis?
[20:52] <BluesKaj> len , I think it's global
[20:53] <billybigrigger> anyone here using the ricotz ppa and updated to gnome 3.1.9 yet?
[20:55] <len> Hmm,  It seems to want it both  ways.  If I do it as a user (no sudo) if complains I don't have permission, but as if I do it as a supervisor, it complains that the user home dir it not it's own
[20:57] <billybigrigger> is your user part of the audio group maybe?
[20:57] <billybigrigger> should be, and i wouldn't see why you wouldn't be
[23:13] <albech> just installed the latest snapshot on a spare partition, but it appears that grub is not updated correctly.
[23:14] <urlin2u> albech, did you do the something else choice where wa grub put?
[23:14] <urlin2u> was
[23:14] <albech> urlin2u, negative
[23:15] <urlin2u> albech, where was grub put then?
[23:15] <urlin2u> albech, that snapshot has grub control now,
[23:16] <albech> i believe it was placed on sda
[23:16] <jtaylor> does another update-grub2 help?
[23:17] <urlin2u> albech, right that means that the snapshot has grub contri=ol do you want it in another install?
[23:17] <albech> urlin2u, not sure what you mean..
[23:18] <albech> urlin2u, looks like the update-grub2 found it
[23:18] <urlin2u> albech, when you install grub to the sda from a install it makes that grub have the update control, would you kike it in another.
[23:19] <albech> urlin2u, no having in on sda is fine
[23:19] <urlin2u> I can have many grub2 distros which ever one I want to do the update I install grub from it.
[23:19] <urlin2u> to the sda
[23:20] <albech> urlin2u, let me try a reboot rq to see if it boots now that update-grub2 found it
[23:20] <albech> brb


 how to migrate from ubuntu to windows ?
[06:12] <bazhang> surely a candidate for -unsupported
[06:13] <IdleOne> are we seriously entertaining the idea of -unsupported?
[06:13] <Tm_T> well, it's been a source of amusement for us so many years now...
[06:14] <rww> #ubuntu-notubuntu
[06:14] <bazhang> rww, nice
[06:25] <IdleOne> !persistant is <alias> usb
[06:25] <IdleOne> !persistant
[06:25] <rww> !-usb
[06:25] <rww> one of you two can't spell.
[06:25] <bazhang> it's ent
[06:25] <rww> !persistent is <alias> usb
[06:26] <IdleOne> well, um, ok so i can't speel but now we got the bad speelers covered also
[06:26] <rww> indeed
[06:26] <Myrtti> löl
[09:22] <oCean> another report
[09:22] <oCean> User<EMAIL_ADDRESS> spammed me (in a pm) with another server to connect to, just letting the ops know it works by joining this channel
[09:24] <elky> they appear to have disappeared
[09:24] <oCean> no?
[09:24] <oCean> ce_imut
[09:24] <oCean> no reaction in pm
[09:24] <elky> ah, i just looked at the nick portion of what you pasted, sorry
[09:26] <elky> doesn't seem to have spammed my test connection
[09:27] <oCean> seems same MO as earlier this week
[09:30] <oCean> ^ talking about BT 41870 and 41875
[09:31] <oCean> I can set a forward again, and if it plays out like last weekend change it in a ban
[09:32] <ikonia> spam confirmed
[09:32] <ikonia> it seems to only hit registered users
[09:32] <ikonia> 10:31 <ce_imut>  hai mooky anda menggunakan MIRC silakan ketik /server
[09:32] <ikonia> blah blah
[09:32] <oCean> or that
[09:32] <oCean> thanks :)
[09:33] <ikonia> did a bit of a naughty and borrowed someones account that was logged in on my server
[09:33] <ikonia> the wonders of Screen :)
[09:33] <popey> "borrowed"
[09:33] <oCean> yay for screen
[09:34] <ikonia> yeah, I connected to someones screen who uses my machine and just joined ubuntu
[13:42] <ikonia> hello there frots
[13:42] <Frots> hi ikonia
[13:44] <ikonia> hw can we help you today Frots
[13:45] <Frots> ah, I joined this by accident I guess
[13:45] <Frots> my bad
[13:45] <ikonia> no problem
[13:46] <oCean> excusez-moi monsieur ikonia ?
[13:46] <LjL> sorry mister ikonia
[13:47] <oCean> I got that :)
[14:05] <bazhang> * [MicroBot] (~ubot@82-168-107-74.ip.telfort.nl): ubot
[14:16] <LjL> it's seveas'
[14:17] <bazhang> okay
[14:35] <bazhang> * [jaaaaaaaaaaack] (~moreno@<IP_ADDRESS>): Moreno   is baaaaaack
[14:43] <oCean> trolls will be trolls
[14:44] <bazhang> should have added a witty kick line
[14:45] <oCean> Am i banana? "no but you did split"
[14:45] <bazhang> hehe
[21:52] <ikonia> some of the guys in #bash are super patient
[23:23] <Jordan_U> Has python been warned before about advertising his distro in #ubuntu? (I can't access the BT at the moment).
[23:24] <Pici> Jordan_U: I don't see anything about that in there.


[22:04] <mup> Bug #1893136 changed: MAAS does not Properly Configure the Power Configuration During Enlistment (Dell PowerEdge Coffee Lake Systems) <blocks-hwcert-server> <MAAS:Fix Released> <https://launchpad.net/bugs/1893136>
[22:07] <mup> Bug #1893136 opened: MAAS does not Properly Configure the Power Configuration During Enlistment (Dell PowerEdge Coffee Lake Systems) <blocks-hwcert-server> <MAAS:Fix Released> <https://launchpad.net/bugs/1893136>
[22:13] <mup> Bug #1893136 changed: MAAS does not Properly Configure the Power Configuration During Enlistment (Dell PowerEdge Coffee Lake Systems) <blocks-hwcert-server> <MAAS:Fix Released> <https://launchpad.net/bugs/1893136>
[22:16] <mup> Bug #1893136 opened: MAAS does not Properly Configure the Power Configuration During Enlistment (Dell PowerEdge Coffee Lake Systems) <blocks-hwcert-server> <MAAS:Fix Released> <https://launchpad.net/bugs/1893136>
[22:22] <mup> Bug #1893136 changed: MAAS does not Properly Configure the Power Configuration During Enlistment (Dell PowerEdge Coffee Lake Systems) <blocks-hwcert-server> <MAAS:Fix Released> <https://launchpad.net/bugs/1893136>


[00:58] <davidcalle> mhall119, Teester_, hey, sorry for earlier
[01:00] <mhall119> davidcalle: no worries, will you have a few minutes tommorrow to chat?  I just had a couple questions
[01:01] <davidcalle> mhall119, sure
[01:01] <mhall119> great, I'll give you a ping in the morning (my time)
[01:01] <mhall119> thanks
[01:01] <davidcalle> mhall119, perfect :)
[06:28] <Mirv> duflu is successfully burning my CPU via Thunderbird ;)
[06:28] <duflu> Mirv: Yeah I logged a bug against thunderbird yesterday, but only landed on an existing bug. Mostly ignored
[06:29] <duflu> That reminds me. I need to check out why one of my "small" folders is using 12GB
[06:29] <Mirv> I don't know why TB filtering is so slow, but for example if I get 100 bug e-mails it takes a while of 100% CPU burn before they are in the folders
[06:29] <duflu> Mirv: There are actually separate bugs for "100% CPU during filtering" vs "100% CPU when idle" :P
[06:30] <Mirv> heh
[06:30] <duflu> Mirv: And of course if thunderbird is spinning and constantly redrawing part of itself, that forces compiz to comply and update the screen. Constantly.
[06:32] <Mirv> of course
[09:48] <rye> join #archlinux
[09:49]  * rye tries to register on arch bbs to give the link to u1 bugreport. But can't. Please disregard that join msg :)
[10:55] <rye> erm... my gnome-terminal for some reason maximizes when i click on other windows o_O - raring/unity... has somebody seen that?
[11:01] <Mirv> rye: haven't seen that, running pure raring (not daily ppa)
[11:02] <Mirv> and using gnome-terminal all the time
[11:02] <Mirv> interesting anyway..
[11:02] <rye> Mirv: well, me too, (and kazam is broken to show how it behaves...)
[11:07] <rye> Mirv: https://bugs.launchpad.net/ubuntu/+source/gnome-terminal/+bug/1040885 :)
[11:12] <Mirv> rye: oh! so coming to raring soon, good
[11:12] <Mirv> would be worth backporting as well to quantal, precise apparently not affected
[11:13] <rye> Mirv: i think everything is affected, I remember I was given a video a year ago (i guess on precise) where gnome terminal was auto shrinking but this will need to be checked
[11:16] <Mirv> the size changing when changing font size / opening/closing tabs is another bug that doesn't have a fix I think
[11:17] <Mirv> anyway, commented on the bug to help if someone wants to propose the SRU
[11:18] <Mirv> I mean, do the SRU (until asking for sponsoring)
[11:19] <rye> duflu: if you guys need a device to test https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1100970 on - feel free to ping me (https://launchpad.net/~rye)
[11:35] <rye> ok, patch definitely works
[12:34] <mitya57> hi fginther, can I ask you to review https://code.launchpad.net/~mitya57/jenkins-launchpad-plugin/no-empty-approved-by/+merge/143025 please?
[13:56]  * luv started working on the patch to show list of windows when right-clinking an BamfIconLauncher - so far so good!, would say 30% done in one night
[13:57] <luv> much easier than I expected - most of the work was to backport GetWindowName and few other functions from HEAD to Unity in 12.04 LTS
[14:37] <mterry> The UTAH config seems broken (daily tests aren't working)
[14:52] <didrocks> mterry: yep, I opened 2 bugs for that
[14:52] <mterry> didrocks, cool
[15:25] <fginther> mitya57, yes, I'll take a look
[15:25] <mitya57> thanks fginther!
[16:30] <mterry> What's the story with the libunity-0.7 branch?  It's not the same as trunk, but why not?
[16:31] <mterry> mhr3, ^
[16:35] <mhr3> mterry, cause it's being developed
[16:36] <mterry> mhr3, fair enough.  I'm just used to the brave new world of fresh bits hitting raring moments after landing
[16:37] <mhr3> some components could break half the desktop though
[17:52] <bregma> just a warning: I did an apt-get upgrade from the daily PPA and it removed unity and refuses to install it, beware
[17:53]  * bschaefer was about to upgrade
[17:54] <didrocks> bschaefer: what do you call the daily PPA?
[17:54] <didrocks> as for some people it's staging, the other is really daily :)
[17:55] <bschaefer> yeah, I have both staging and dailing
[17:55] <bschaefer> daily *
[17:55] <didrocks> having both is clearly an issue :)
[17:55] <bschaefer> didrocks, well bregma was having the problem :)
[17:55]  * bschaefer updates to join in the fun
[17:55] <didrocks> yeah, let's see what he's having :)
[17:56] <mterry> What is Pawel Stolowski's IRC nick?
[17:56] <didrocks> mterry: pstolowski
[17:56] <mterry> didrocks, thanks
[17:56] <didrocks> he's not online anymore apparently though
[17:56] <didrocks> yw
[17:56] <mterry> yar
[17:56] <bregma> "daily" is ppa.launchpad.net/ubuntu-unity/daily-build/ubuntu
[17:58] <didrocks> bregma: ah interesting, do you have the logs?
[17:58] <bschaefer> The following packages will be REMOVED:
[17:58] <bschaefer>   unity
[17:58] <bschaefer> hmm strange
[17:58] <didrocks> well, the reasons why :)
[17:58] <didrocks> like apt-get install unity ;)
[17:58] <didrocks> bregma: because of UTAH failing, I have no idea of the state of the ppa
[17:59]  * bschaefer updates to see as well
[18:00] <bschaefer> well there was a recent ABI break in nux...
[18:01] <didrocks> yep, but normally, unity build-dep against latest nux now
[18:02] <bschaefer> yeah, well ill have everything upgrade shortly
[18:02] <bregma> http://paste.ubuntu.com/1563762/
[18:03] <didrocks> hum
[18:03] <didrocks> is the unity build-deps not high enough?
[18:03] <didrocks> oh I know
[18:03] <didrocks> it was high enough if we built both at the same time
[18:04] <didrocks> but we had the cruft in the ppa already due to previous nux not bumping the abi
[18:04] <didrocks> and so the versionning requirement was enough
[18:04] <didrocks> and so unity started before nux built
[18:04] <bregma> right, http://paste.ubuntu.com/1563770/
[18:04] <didrocks> well, this will be fixed by itself in few hours, when next daily-build is fine
[18:04] <bschaefer> strange, so do you have to rebuild those again?
[18:04] <didrocks> I hope that they will fix UTAH by then
[18:05] <bregma> unity needs rebuilding against the current nux, 'sall
[18:05] <didrocks> yep
[18:05] <bschaefer> cool, well hopefully my trunk builds as well :)
[18:05] <didrocks> heh, ideally, if we didn't get those UTAH issue, you don't need any daily/staging ppa
[18:06] <didrocks> just have your latest ubuntu + the project you are working on
[18:07] <bschaefer> i usually try to stay up to date with staging/daily, though I should make sure I only have 1 of those ppas...
[18:07] <didrocks> bschaefer: well, you will get daily content without it (and validated) soon :)
[18:07] <bschaefer> I have ubuntu-unity-daily-build-raring.list and unity-team-staging-raring.list
[18:08] <bschaefer> hmm
[18:08] <didrocks> so no ppa is even better
[18:08] <bschaefer> I wonder if I should remove one
[18:08] <bschaefer> didrocks, o awesome!
[18:08] <didrocks> bschaefer: both!!! :)
[18:08] <bschaefer> didrocks, alright, Ill do that right now
[18:08] <didrocks> :)
[18:08] <bschaefer> thanks!
[18:08] <mterry> didrocks, btw, debian/ added to home-scope, but needs unpackages libunity-0.7, so not sure you can do anything interesting like daily-builds yet
[18:08] <didrocks> yw, thanks for mentionning the issue bschaefer, bregma. It's another argument to automatically bump the build-deps
[18:09] <didrocks> mterry: I don't think we can do that yet
[18:53] <fginther> bregma, bschaefer, I've noticed 2 recurring failures in the unity autolanding job that are failing multiple merges. Can either of you take a look? lp:1103487 & lp:1103632
[18:55] <bschaefer> fginther, yeah, Trevinho mentioned the second one as a problem with /dev/random ...
[18:55] <bschaefer> fginther, but Iam unable to reproduce that failing :(
[18:56] <bregma> looks to me more like two processes attempting to open the same socket
[18:57]  * bregma investigates
[18:57] <bschaefer> fginther, does the intel arch always run first?
[18:57] <fginther> bschaefer, bregma thanks! this are causing about 1/2 of the jobs to fail
[18:58] <fginther> bschaefer, they typically run simultaneously, but not gauranteed because they are just build jobs being sent to a queue
[18:58] <bschaefer> fginther, as it could be the intel one isn't getting shut down completely and the amd arc is attempting to open the display when something already owns it...
[18:58] <bschaefer> dang...
[18:58] <fginther> they may not always run on the same builder either
[18:59] <bschaefer> fginther, is there a way to tell from looking at the logs?
[18:59] <fginther> tell that they ran at the same time?
[19:00] <bschaefer> fginther, hmm yeah, but they should be running in their own environment anyway...
[19:00] <bschaefer> fginther, as it always seems to be a problem with the amd64 only
[19:01] <fginther> bschaefer, the build jobs are just pbuilders running on possibly the same host. I believe sockets are provided by the host, so two jobs could hit a race condition
[19:02] <fginther> bschaefer, yes, all the failures are on amd64, perhaps it builds just a tick slower?
[19:02] <bschaefer> fginther, i just find it strange that all of them are failing on amd64
[19:03] <bschaefer> fginther, hmm possibly,
[19:04] <bschaefer> as, the error "Could not open X display"  should mean that something else already has the display open
[19:04] <bschaefer> fginther, is there a hard coding to open display :0 ?
[19:04]  * bschaefer ins't 100% sure how all the jenkins magic works
[19:04] <fginther> bschaefer, that would have to be specified in unity tests themselves
[19:05] <bschaefer> yeah
[19:05] <bschaefer> fginther, :), cool, well off to see what I can find out
[19:05] <fginther> jenkins isn't doing anything special to provide an X environment
[19:06] <fginther> bschaefer, do you know of a bug for the /dev/random issue?
[19:06] <bschaefer> fginther, Trevinho mentioned the /dev/random problem but I wasn't sure how he arrived at that
[19:07] <fginther> bschaefer, ok, thanks, maybe Trevinho is listening :-)
[19:07] <bschaefer> hopefully :)
[19:08] <fginther> bschaefer, by the way, if you want to get more details from jenkins, you can add "/api/xml" to any url. For example: https://jenkins.qa.ubuntu.com/job/unity-mbs-autolanding/335/build=pbuilder,distribution=raring,flavor=amd64/api/xml
[19:08] <fginther> there you can see the timestamp for the build
[19:08] <bschaefer> fginther, awesome, thanks!
[19:09] <bregma> the 'test-unit' test used GDK to perform drawing and get input, it evidently connects to the X server
[19:09] <bregma> given it's the failing test, I think that's a rational explanation
[19:09] <bschaefer> yes it is, hmm interesting
[19:10] <bschaefer> hmm we should just be using the display from Nux though
[19:10] <bschaefer> display pointer
[19:11] <bschaefer> bregma, http://paste.ubuntu.com/1563908/
[19:11] <bschaefer> theres also 4 test that open the the display server...
[19:12] <bregma> a lot of tests that require X don't get run in the builders, because they break (and they don;t get run by developers, either, evidently)
[19:12] <bschaefer> soo hows the xorg test suite coming along?
[19:12] <bschaefer> as that should solve those problems...
[19:13] <bregma> the failing test uses GTK,
[19:13] <bregma> xorg-gtest will not solve that problem
[19:14] <bschaefer> hmm, are you talking about: unit/TestMain.cpp:64:  gtk_init(&argc, &argv);
[19:14] <bregma> that where it all begins, yes
[19:14] <bregma> it's required because it's testing panel-service, which is a gtk app
[19:15] <bschaefer> hmm because we have another main loop going in compiz...
[19:15]  * bschaefer doesn't think that is related
[19:19] <bregma> wait a minute, when did we start running all the non-headless tests in jenkins?
[19:19] <bschaefer> hmm that would explain both the bugs...
[19:20] <bschaefer> should we only be running the xless test?
[19:20] <bschaefer> shouldn't*
[19:29] <fginther> bregma, the jenkins job is only executing the tests triggered by the packaging (debian/rules)
[19:30] <bregma> debian/rules runs check-headless, which does not include the failing tests
[19:31] <bregma> unless I'm reading the CMakefiles.txt wrong, it's not my area of expertise yet
[19:31] <bschaefer> hmm its running the gestures tests
[19:31] <bschaefer> the make check-headless is
[19:34] <bregma> yeah, gesture tests are OK AFACT, they don't actually use X
[19:34] <bschaefer> so thats a different issue, yeah, alright...so why would a test try to open X...hmm
[19:35] <bschaefer> bregma, how could you tell from the logs that 'unit-test' was causing the problem?
[19:35] <bschaefer> as I don't see where its failing on jenkins logs, besides it failed...
[19:35] <bregma> um, the error message
[19:36] <bregma> FAIL: ./test-unit
[19:37] <fginther> bschaefer, bregma I think I know what's happening
[19:37]  * bschaefer only sees the gesture test failing
[19:37] <fginther> there is a pbuilder hook to fall back to "make check" if "make check-headless" fails
[19:38] <bschaefer> oo there it is...
[19:38] <bschaefer> odd
[19:38] <fginther> the intermittent  GesturalWindowSwitcherTest.NewDragAfterTapAndHoldSelectsNextWindow failures are causing "make check-headless" to fail
[19:38] <fginther> So, I can fix the  X display issue
[19:38] <bschaefer> fginther, oo...so the real problem is still that test
[19:39] <fginther> bschaefer, I believe so.
[19:39] <bregma> GesturalWindowSwitcherTest.NewDragAfterTapAndHoldSelectsNextWindow is a separate problem (I think)
[19:39] <bschaefer> well a make check is happening because of that test failure
[19:40] <bregma> make check shouldn;t be happening
[19:40] <fginther> The pbuilder hook was a holdover from the time when building the tests were not baked into the packaging. It just never got cleanup
[19:40] <fginther> bregma, right. I can fix the job to not attempt to run tests outside of what's defined in the package
[19:41] <bschaefer> yeah, but we still need to fix that gesture test...which I don't see how that is the only gesture test that fails as all the other test use the same logic...
[19:41] <bregma> OK, we're already investigating the NewDragAfterTapAndHoldSelectsNextWindow problem
[19:42] <bregma> only fails on amd64, sounds like either an uninitialized variable, a rounding issue, or a timing ssue
[19:42] <bregma> givem I can;t repro it on my amd64 machine, it's unlikely a rounding issue
[19:42] <bschaefer> hmm ill did through the switcher controller for an unitit var
[19:43] <bschaefer> uninited
[19:43] <fginther> bregma, bschaefer thanks for your help on the X issue, sorry I didn't notice the actual root cause sooner
[19:43] <bregma> it could be in the gesture stack somewhere since the problem is that a particular gesture is not having an effect
[19:43] <bschaefer> so it could be in nux as well?
[19:44] <bregma> coud be anywhere
[19:44] <bschaefer> I can dig through that stack for an uninited issue as well...as for the timing issue...hm
[19:44] <bschaefer> it should randomly happen on one of our machines ... and Trevinho can't repro it either
[19:44]  * bschaefer needs to remove a few CPUs
[19:44] <bschaefer> and get an amd64 to test it out
[19:45] <bregma> why it would start showing up after my changes to the switcher controller is unclear
[19:45] <bregma> I'm trying in my pbuilder, it's slower
[19:45] <bschaefer> it wasn't only your branch though, Trevinho had a branch that failed a couple times
[19:45] <bschaefer> but then it went through
[19:45] <bregma> on the gesture test?
[19:45] <bschaefer> yup
[19:45]  * bschaefer goes to dig that up
[19:46] <bschaefer> https://code.launchpad.net/~3v1n0/unity/shortcuts-modeller/+merge/144414
[19:46] <bschaefer> he has some changes to the switcher as well though
[19:47] <bschaefer> nevermind shortcut not switcher
[19:47]  * bschaefer wonders when this started
[19:50] <fginther> bschaefer, it has not gone on for long. the first occurrance I can find is https://jenkins.qa.ubuntu.com/job/unity-mbs-autolanding/317/ from Jan 18
[19:50] <bschaefer> yup just saw that one
[19:50] <bschaefer> fginther, is the branch that run is for in the full log?
[19:51] <bschaefer> found it
[19:51] <bschaefer> its in params
[19:51] <bschaefer> https://code.launchpad.net/~3v1n0/unity/launchers-resize-new/+merge/135816
[19:51] <fginther> yes, you can also find it in the "parameter" link on the left side of the jenkins page
[19:54] <bschaefer> though that branch might just be the first one that failed after the problem got in...
[19:58] <bregma> OK, so this switcher gesture failure predates my switcher changes
[19:58] <bregma> I don't feel so bad
[20:00] <bschaefer> :), I found 1 uninited var in launcher.cpp but i don't think it will cause the problem
[20:00] <bschaefer> which is something that branch touched but hmm...
[20:07] <bregma> found some uninit vars in GesturalWindowSwitcher...  that would do it
[20:08] <bschaefer> o nice, I found just an enum that was uninit in the SwitcherController...
[20:08] <bschaefer> but it only gets used after being assigned
[20:11] <bschaefer> the umm index_icon_hit?
[20:12] <bschaefer> or accumulated_horizontal_drag, which doesn't get assigned until the state is of a gesture type but hmm
[20:12] <jongleur> Hi. Is there any documentation about (or the possibility to) implementing applications with undecorated, transparent or partly transparent (= freely shaped) windows in Unity? Like a circular window, a flower-shaped one and so on? I search for documentation about that, but wasn't successful up to now
[20:13] <bregma> bschaefer, https://code.launchpad.net/~bregma/unity/initialize_horizontal_drag/+merge/144579 won;t hurt, worth a try
[20:13] <bschaefer> bregma, very, lets see if it works :)
[20:14] <bschaefer> approved
[20:15] <bschaefer> jongleur, from what I know, there is very little documentation doing things like that :(
[20:15] <jongleur> bschaefer: I guessed so, that's why I hoped to find some hints here ;)
[20:15] <bschaefer> jongleur, so what are you trying to do? Besides make transparent circular/flower shaped windows?
[20:17] <jongleur> I would like to develop a framework for multitouch/tangible applications (multitouch should be clear, I think, Tangibles are these physical objects you use as a kind of direct manipulation tool in multitouch environments like the M$ surface or similar devices)
[20:18] <jongleur> I think about implementing something like that as a master thesis and try to figure out what may be possible and what's not
[20:18] <bschaefer> hmm so decors are only rendered on windows if it has this state: CompWindowTypeDesktopMask
[20:19] <jongleur> so in general it would be possible to not set that state flag and that's it...
[20:19] <bschaefer> yes, but it is going to be a desktop window, but yes you can get around the compiz plugin
[20:19] <bschaefer> for the decor
[20:20] <jongleur> okay... using the CompWindowTypeDesktopMask flag fr the windowstate and disabling the compiz plugin should do the trick.
[20:20] <jongleur> Thanks - will put that into my notes and try it out in the next days
[20:20] <bschaefer> well if you disable it you wont need to set that flag :), its enabled by default
[20:21] <bschaefer> jongleur, the glDraw function for the decor: http://bazaar.launchpad.net/~compiz-team/compiz/0.9.9/view/head:/plugins/decor/src/decor.cpp#L155
[20:22] <bschaefer> so it only paints the decor on windows that are set to CompWindowTypeDesktopMask, but you'll also have to look at when that is getting set for each window
[20:22] <jongleur> sure
[20:22] <bschaefer> but you should be able to unset it... :)
[20:23] <jongleur> but if I disable that flag, there's simply n decoration? then I only have a logical window without anything visible as long as I don't draw anything?
[20:24] <bschaefer> well really, since you don't want to talk directly to compiz
[20:24] <bschaefer> is you'll have to look at which X atom is equal to CompWindowTypeDesktopMask
[20:25] <bschaefer> and make sure that isn't getting set for you application, or worst case you can always set this X atom: _NET_WM_WINDOW_TYPE_DOCK
[20:26] <jongleur> okay, thanks for your help
[20:26] <bschaefer> np!
[20:26] <jongleur> I'll come back if I have new questions ;)
[20:27] <bschaefer> alright
[23:01] <fginther> bregma, bschaefer, https://code.launchpad.net/~bregma/unity/initialize_horizontal_drag/+merge/144579 merged. I'll monitor the builds to see if that resolves the issue
[23:01] <bschaefer> fginther, thanks! Looks like the test passed as well, so hopefully that was the correct fix and not one of the random times it doesn't fail :)
[23:01] <bregma> saw the merge, I re-approved one of the previously failing MPs to see


[10:04] <gema> anyone that wants to be up to date or start using utah soon, or collaborate, please join https://lists.ubuntu.com/mailman/listinfo/ubuntu-utah-devel
[10:04] <gema> we'll be helping everyone, including ourselves through the list
[10:10] <gaspa> o/
[10:19] <gema> gaspa: good, welcome :D
[10:21] <gaspa> thanks :)
[14:12] <czajkowski> balloons: care to help a user out who's very lost and a bit more than frustrated https://bugs.launchpad.net/ubuntu/+bug/1014054    we've had him on LP on multiple other questions regarding the same issue.
[14:12] <czajkowski> balloons: context https://answers.launchpad.net/ubuntu/+question/200348
[17:49] <balloons> czajkowski, I sent a response to have him do some basic troubleshooting
[17:49] <balloons> that's odd how lp will mark dupe of a private bug
[17:50] <czajkowski> balloons: thanks
[17:50] <czajkowski> balloons: it's not odd, it's how it has to be done till bug linking lands
[17:50] <balloons> well. true.. I'd call it an unintended side effect perhaps
[17:51] <czajkowski> the private bug can contain info, we suggested he contact someone in the community to get a public version made but he is a bit lost
[17:51] <czajkowski> balloons: aye well sinuzi and the purple squad are making changes if you keep an eye on blog.launchpad.net you'll be able to see the new stuff coming
[17:52] <balloons> czajkowski, glad it's being worked. However, troubleshooting his bug is pretty straightforward. I hope my info helps.. What's in the other bug report doesn't have to matter
[17:52] <czajkowski> exactly
[17:53] <czajkowski> think he got so wound up not being able to get it he got frustated on questions and we did point out the orignal bug to fix the issue plus blog but that didnt help  him understand
[18:26] <bladernr_> hey, do you guys know if there's a way to "follow" a particular tag, beyond doing an advanced search for the tag and bookmarking the URL?
[18:36] <bladernr_> nm, figured it out
[18:36] <bladernr_> learn something new and nifty every day.
[18:38] <balloons> phillw, you about?
[18:53] <phillw> balloons: just finished dinner :)
[18:53] <balloons> phillw, :-) so your fresh
[18:53] <balloons> I'm just messing about with the testcases, so I thought if you were around you could have a go at it as well
[18:54] <phillw> by all means
[18:54] <phillw> any one you'd like me to take a look at?
[18:55] <balloons> well, first of all, let's see if you can get in and have access
[18:55] <balloons> if your logged in, log out. and then when logging in again, make sure you pass the team membership to the tracker
[18:56] <phillw> http://testcases.qa.ubuntu.com/Install/AlternateWhole is where I am at. I can edit that one.


[17:35] <wxl> mhall119 jose et al. have we figured out what we're going to do with the membership board? i'm down to continue being on the board
[17:47] <Kilos> yes let us know what is happening please
[17:51] <Kilos> hggdh hi there are you going to fix the membership boards expiring members again?