[00:01] <bigjools> davecheney: does the core team have any plans to set up CI for juju?
[00:15] <davecheney> bigjools: yes, we want to set that up
[00:15] <davecheney> but we're still stuck on the dependency management problem
[00:15] <davecheney> at the moment tarmac and lb build recipies are the best we have
[00:15] <bigjools> davecheney: right - nobody replied to my email suggesting a way of handling that.
[00:16] <bigjools> davecheney: also at the sprint here I want to move gwacl over to the same bot that lands the core
[00:21] <davecheney> bigjools: ok, cool
[00:22] <davecheney> sorry, stil on da phone
[00:22] <bigjools> np
[00:23]  * bigjools picked a hotel for everyone. It's not too late to move it to a grotty backpackers hostel.
[02:00] <davecheney> axw: did you want to try for a 1.13.1 release tomorrow or friday to pick up debug-hooks ?
[02:01] <davecheney> when i say 'you', i mean 'me', except when it comes to writing the release notes, in which case i mean 'you' :)
[02:01] <axw> davecheney: I'm happy to write the release notes. I understand people are waiting for it, so I guess now's as good a time as any
[02:02] <axw> I'll write something up after finishing reviews
[02:03] <davecheney> axw: it can be as simple as 'debug-hooks' now works
[02:03] <davecheney> if there are any operatoinal diffrences just call them out
[02:03] <davecheney> but it sort of works as expected right ?
[02:03] <axw> yeah there shouldn't be any differences
[02:03] <axw> I'll read over the docs again to make sure
[02:06] <davecheney> axw: https://docs.google.com/a/canonical.com/document/d/1XPzmRAM3W7oYYmCGVYB5nR1DZyB16t8qPF68xxmWZho/edit#
[02:07] <axw> davecheney: ta
[02:10] <axw> davecheney: yeah, there are no operational differences between pyjuju and juju-core implementations
[02:10] <axw> so I guess your one liner is good enough
[02:11] <davecheney> axw: marco and I are going to use it release notes or not
[02:11] <davecheney> :)
[02:11] <axw> use what?
[02:11] <davecheney> we're doing some training next week, north of australia
[02:12] <davecheney> so debug hooks would be usefu;
[02:12] <axw> ah
[02:12] <axw> cool :)
[02:12] <davecheney> it is one of the last things keeping people on pyjuju
[02:12] <davecheney> that and the argument about provider specific constraint names
[03:21] <axw> davecheney: has anyone written anything substantial about what's expected of the null/manual provider?
[03:22] <axw> e.g. what is it meant to do when a request for a new instance is made?
[03:44] <davecheney> axw: willimam would have to be the one to answer that
[03:45] <davecheney> it sounds more like a pipe dream
[03:45] <axw> davecheney: ok, ta
[03:45] <axw> you don't think it's feasible?
[03:45] <davecheney> but i guess it operates like a provider where someone has called 'add-machine' to prime th environment
[03:45] <davecheney> axw i haven't see a spec, just a lot of hyperventilation
[03:45] <davecheney> so i'll reserve judgement
[03:45] <axw> right
[03:55] <jtv> Hi wallyworld_ -- could I quiz you a bit more about simplestreams?
[03:55] <wallyworld_> jtv: sure, give me a couple of minutes
[03:55]  * jtv gives wallyworld a couple of minutes
[04:11] <wallyworld_> jtv: z'up
[04:14] <jtv> Hi wallyworld_.  I was wondering about the daily vs. release simplestreams.
[04:15] <jtv> How should we arrange configuration for this?
[04:15] <wallyworld_> what were you wondering?
[04:15] <jtv> Here's what:
[04:15] <wallyworld_> i just use the release ones
[04:15] <jtv> Default would get the base URLs for both the release and the daily simplestreams.
[04:15] <wallyworld_> i ignore the dailies
[04:15] <jtv> The Stream would be configurable,
[04:16] <jtv> and if desired, we could allow configuration to override the base URLs -- but hopefully nobody would really use that.
[04:16] <wallyworld_> for ec2 etc, the base url is the same for both
[04:16] <wallyworld_> as far as i remember
[04:16] <wallyworld_> the difference is in the product ids inside the index
[04:16] <jtv> It all depends on how far down that tree we navigate, doesn't it?  Lemme check
[04:17] <jtv> https://cloud-images.ubuntu.com/releases/streams/v1/
[04:17] <wallyworld_> my memory might be wrong
[04:17] <jtv> https://cloud-images.ubuntu.com/daily/streams/v1/
[04:17] <jtv> I think those need to be separate base URLs.
[04:18] <wallyworld_> ah, that looks lke it may have changed since i last looked at it
[04:18] <wallyworld_> yes, in that case, the base urls need to be different
[04:18] <jtv> But I was thinking: if we get to select the stream, we might as well include both URLs by default.
[04:18] <wallyworld_> i haven't put the base url into config yet
[04:19] <jtv> Because we want the config to be flexible, but also, simple.
[04:19] <jtv> That explains why searching the providers for "daily" didn't get me anything.  :)
[04:19] <wallyworld_> i think including both urls will work
[04:19] <wallyworld_> but i think we may also need a user override for base url
[04:20] <jtv> It should -- everything is designed for multiple base URLs.  I'd be happy to leave them hard-coded for now, and make the stream configurable.
[04:20] <wallyworld_> sure
[04:21] <jtv> IIRC we get to pick 1 stream in our image constraint.  I wonder if we should expose it in the config that way, or let the user specify multiple streams in order of preference and loop over calls to imagemetadata.
[04:21] <wallyworld_> i think using one stream only is easier to understand
[04:22] <jtv> True... and having an order of preference would be something that belonged in imagemetadata anyway.
[04:22] <jtv> So I'll go with a single config item then: "stream."  It'll default to the releases stream.
[04:22] <wallyworld_> sounds good
[04:22] <jtv> (I think that stream is called "released" but its index is called "releases" or something like that)
[04:23] <wallyworld_> i'm about to propose a pretty big (in terms of diff) change to simplestreams stuff - to have a generic part and a type specific part
[04:23] <jtv> Ah yes, the stream is called "released" but the base URL says "releases".
[04:23] <jtv> Thanks!
[04:23] <wallyworld_> so we can have image metadata and easily add tools metadata
[04:23] <wallyworld_> most of the code is framework, the image andtools bits just define some type specific artifacts
[04:26] <jtv> wallyworld_: actually it looks as if maybe imagemetadata.DefaultBaseURL should be an array: [released, daily].
[04:27] <jtv> But absent this same streams configuration in the other providers, that would suddenly make them use daily images.  :/
[04:28] <wallyworld_> the daily one could come second? and isn't daily used in the product id? no no matches would occur?
[05:27] <jtv> wallyworld_: I got called away...  Yes, you're right, I think the way imagemetadata works, listing the releases URL first would mean that providers would still get the released images by default.
[05:29] <jtv> So that might be worth changing globally.  Then all providers would know of both the released and the daily streams out of the box, with released being the default, and it'd be easy to add configuration options for "daily."
[05:29] <jtv> In fact I don't see why any of this should be provider-specific.
[06:02] <wallyworld_> jtv: it is provider specific because different providers has their own way of giving out metadata. only CPC's use the default base urls
[06:03] <wallyworld_> eg canonistack defines a keystone endpoint
[06:03] <wallyworld_> and we want the default urls to be used last so users can override them
[06:05] <jtv> I see.
[06:05] <jtv> Still, selecting a stream should be pretty standard, no?
[06:29] <wallyworld_> yes
[07:30] <noodles775> Thanks for the review axw. Anyone around who can do a second review for a simple branch - adding environment name to the status output: https://codereview.appspot.com/12535043
[07:30] <axw> nps
[07:33] <sidnei> thumper: here's a fun one if you want to take a look: http://paste.ubuntu.com/5957994/ was midway through bringing a unit up when my battery died, now it's stuck in a loop trying to recover from what seems to be an unrecoverable state
[07:38] <sidnei> ok, blowing away state/bundles and state/deployer made it get unstuck
[07:59] <rogpeppe> mornin' all
[08:00] <rogpeppe> anyone up for giving me another review of this? https://codereview.appspot.com/12473043/
[08:01] <rogpeppe> and i'm after any reviews of this: https://codereview.appspot.com/12551043/
[08:04] <wallyworld_> rogpeppe: hi, i'm about to go play soccer. i re-proposed some changes to the branch. also, don't forget the plugin params branch :-) i'll be back in a few hours
[08:04] <rogpeppe> wallyworld_: will do. have fun!
[08:05] <wallyworld_> thanks!
[08:37] <rogpeppe> mgz: could you have a quick glance at https://codereview.appspot.com/12361043/ please, just to go over my additions to the CONTRIBUTIONS file?
[08:37] <rogpeppe> dimitern: you've been waiting for this a whle: https://codereview.appspot.com/12551043/
[08:38] <dimitern> rogpeppe: cheers!
[08:41] <dimitern> rogpeppe: ian sent me an email that he's going to miss today and tomorrow's standup due to soccer
[08:41] <rogpeppe> dimitern: ok
[08:41] <dimitern> rogpeppe: did you manage to chat with him yesterday?
[08:41] <rogpeppe> dimitern: no
[08:42] <dimitern> rogpeppe: well, it's friday then
[08:42] <rogpeppe> dimitern: i
[08:42] <rogpeppe> dimitern: i might be able to catch him today after soccer
[08:43] <dimitern> rogpeppe: ah, ok
[08:53] <axw> rvba: ping?
[08:53] <rvba> Hi axw
[08:54] <axw> rvba: hi. regarding the NetworkConfigurationSet thing...
[08:54] <axw> NewNetworkConfigurationSet takes a slice, which you're passing in as nil
[08:54] <axw> it then takes the address
[08:54] <axw> so it's never going to be a nil pointer
[08:56] <axw> rvba: nto sure if this is really a problem or not, I'm just going by what the gwacl comment says
[08:56] <rvba> axw: right, but that's not a problem because NewNetworkConfigurationSet creates a configuration of type "NetworkConfiguration" so we don't need the "subnetNames" element to be omitted.
[08:58] <rvba> axw: NewLinuxProvisioningConfigurationSet creates the same type of XML element but with a type "LinuxProvisioningConfiguration".  In this case, the "subnetNames" element *must* be omitted and we use the nil pointer trick.
[08:58] <axw> gotcha
[08:58] <axw> sorry!
[08:58] <axw> I will LGTM now
[08:58] <rvba> Sorry *I* wasn't very clear before :)
[08:58] <rvba> Ta.
[09:01] <dimitern> rogpeppe: I particularly like the "oneLife" method
[09:01] <dimitern> :)
[09:05] <dimitern> rogpeppe: I don't think you merged my trunk changes into your branch though
[09:05] <rogpeppe> dimitern: no, good point - i'll do that
[09:13] <dimitern> rogpeppe: reviewed
[09:13] <rogpeppe> dimitern: ta!
[09:16] <rogpeppe> dimitern: i removed the test cases because they're a little more awkward to implement with the shared fakeState and i didn't think they added anything significant to the test coverage, but actually i think you're right; i'll reinstate them
[09:17] <dimitern> rogpeppe: thanks!
[09:18] <dimitern> rogpeppe: I suspected it was a bit awkward to implement them, but they still test a valid case, which shows we handle state errors correctly
[09:21] <noodles775> dimitern: thanks for the second review. I've done rv-submit (ie. just adds reviewers to description for me), could you please manually mark the MP approved? https://code.launchpad.net/~michael.nelson/juju-core/1208505-status-env/+merge/178766
[09:21] <sidnei> https://bugs.launchpad.net/juju-core/+bug/1209112
[09:21] <_mup_> Bug #1209112: deployer stuck in unrecoverable loop after power loss <juju-core:New> <https://launchpad.net/bugs/1209112>
[09:27] <dimitern> sidnei: sorry, I don't really understand what was the issue there
[09:27] <sidnei> dimitern: the zip file in the state dir was corrupted
[09:27] <sidnei> dimitern: or at least that's my understanding
[09:27] <dimitern> sidnei: how did that happen?
[09:27] <sidnei> dimitern: local deployer, ran out of battery in my laptop
[09:29] <dimitern> sidnei: but it seems the issue was with the uniter not downloading the complete zip file, not the deployer
[09:30] <sidnei> dimitern: i probably got them confused, yes
[09:32] <dimitern> sidnei: I edited the description, but otherwise it seems like a genuine uniter issue
[09:32] <dimitern> sidnei: thanks for the report
[09:33] <sidnei> np!
[09:44] <dimitern> rogpeppe: unit agents are now deployed with APIInfo, right?
[09:45] <rogpeppe> dimitern: yes
[09:45] <rogpeppe> dimitern: they even connect to the API now
[09:45] <dimitern> rogpeppe: great, so we have half of the blueprint implemented now :)
[09:52] <noodles775> axw: Thanks for the approve. The mp failed with a test failure... all tests pass for me locally, so I tried re-merging devel and running that test, it still passes: http://paste.ubuntu.com/5958302/ . Any ideas?
[09:54] <axw> noodles775: not sure what happened there, it looks unrelated tho.  Perhaps a race condition in another test. I'll reapprove
[10:06] <dimitern> rogpeppe: I though you fixed that http://paste.ubuntu.com/5958349/
[10:09] <axw_> noodles775: it worked this time
[10:09] <rogpeppe> dimitern: i'm still waiting for a second review on the branch
[10:09] <dimitern> rogpeppe: no, I meant TestMachineWatch
[10:09] <dimitern> axw_: it's intermittent
[10:09] <rogpeppe> dimitern: that's what i'm talking about
[10:09] <rogpeppe> dimitern: https://codereview.appspot.com/12352044/
[10:09] <dimitern> rogpeppe: ah, I see
[10:10] <dimitern> axw_: can you review that please? ^^
[10:10] <axw_> yup, may be beyond me tho
[10:10] <rogpeppe> axw_: a good opportunity to delve into the details of the state/watcher code :-)
[10:11] <axw_> :)
[10:11] <dimitern> axw_: take a look at State.Sync and State.StartSync - that's the crux of the problem
[10:11] <axw_> dimitern: thanks
[10:11] <noodles775> axw_: Thanks - merged that time.
[10:12] <axw_> noodles775: nps
[10:12] <rogpeppe> axw_: and note the way that the watcher code uses time.After(0) when it gets a sync request. that's part of the source of this problem, i think.
[10:13] <dimitern> noodles775: btw you might want to get rid of cobzr and use bzr instead - cobzr was created when bzr didn't support some of the features, like lightweight checkouts
[10:18] <noodles775> dimitern: really? hrm - we should update the CONTRIBUTING doc. bzr has supported lightweight checkouts for a long time (I mean, I wrote this tutorial using them in 2011... https://micknelson.wordpress.com/2011/05/19/sharing-your-development-environment-across-branches/ )
[10:18] <dimitern> noodles775: yeah, that part in CONTRIBUTING needs to be updated
[10:19] <noodles775> dimitern: Cool. I was wondering whether it'd be worth adding a make target that does most of what CONTRIBUTING says (or should say). If you guys can let me know what the proper way is atm, I can update it and/or add the target.
[10:20] <noodles775> For eg, currently I'm installing go from godeb (1.1.1), and downloading the mongodb executables and putting them in in $GOPATH/bin, but is the PPA preferred now?
[10:21] <dimitern> noodles775: ppa's version of mongodb is not yet usable I think - at least I couldn't make it work couple of weeks ago when I tried last
[10:25] <axw_> rogpeppe: it looks sound, but do you mind if I go over it more closely in the morning when I'm more awake?
[10:25] <axw_> haven't had much sleep :)
[10:28] <noodles775> dimitern: what about go - is godeb install 1.1.1 preferred for a dev env, or a PPA?
[10:29] <dimitern> noodles775: we all should be using the golang version from ppa:james-page/golang-backports
[10:29] <dimitern> noodles775: it's 1.1.1 + some post-release fixes, that will be like that until we backport it to the archive
[10:30] <noodles775> k
[10:31] <jamespage> dimitern, actually that reminds me - mgz - I pushed an up-to-date as of yesterday morning copy of golang 1.1.1 into https://launchpad.net/~james-page/+archive/golang-backports
[10:31] <jamespage> do you want to sync that to your official ~juju golang PPA?
[10:31] <jamespage> noodles775, dimitern: this PPA would be better - https://launchpad.net/~juju/+archive/golang
[10:32] <dimitern> jamespage: ah, ok, good to know
[10:32]  * dimitern bbiab
[10:32] <jamespage> thats what we are using todo all of the juju-core backport builds
[10:32] <noodles775> Great - thanks jamespage
[10:32] <jamespage> davecheney, still awake?
[10:36] <mgz> jamespage: yup, we should
[10:46] <mgz> copied acriss
[10:46] <mgz> *acroo
[10:46] <mgz> ...
[10:46] <mgz> across
[10:47] <mgz> removed the saucy one as that doesn't need backporting
[11:31] <dimitern> rogpeppe, mgz, natefinch: standup
[11:35] <rogpeppe> mgz: you still there?
[11:36] <mgz> gsh!
[11:36] <mgz> how long was I talking for when g+ decided to log me out
[11:36] <rogpeppe> mgz: not v long
[11:36] <mgz> >_<
[12:18] <natefinch> rogpeppe, dimitern, mgz: Do we avoid concrete error types on purpose? I've noticed a lot of places in the code where we do string comparisons on error messages, and it makes me antsy, because I always consider error messages to be something you shouldn't count on staying the same.
[12:18] <rogpeppe> natefinch: i think we only do that in tests
[12:19] <natefinch> rogpeppe: ok, that's fair
[12:21] <rogpeppe> dimitern: reproposed, with all your requested fixes made, i think. i also added the same error-returning test to the other places that didn't do it. https://codereview.appspot.com/12551043/
[12:21] <dimitern> rogpeppe: great, thanks! will take a look in a bit
[12:43] <rogpeppe> i wondered why the network was down. turned out that Carmen had accidentally unplugged the ethernet switch when cleaning
[12:47] <dimitern> :)
[12:56] <dimitern> natefinch, rogpeppe: reviewed
[12:56] <natefinch> dimitern:  thanks!
[12:56] <rogpeppe> dimitern: thanks!
[12:57] <rogpeppe> dimitern: the TODO now lives in the FindEntity method
[12:57] <dimitern> rogpeppe: ah, ok I missed that then
[13:04]  * rogpeppe goes for lunch
[13:40] <frankban> could anyone please take a look at https://codereview.appspot.com/12522043? thanks!
[13:45] <dimitern> frankban: i will
[13:48] <frankban> dimitern: thank you
[13:58] <dimitern> frankban: reviewed
[14:00] <frankban> dimitern: thanks!
[14:08] <rogpeppe> frankban: reviewed
[14:11] <frankban> rogpeppe: thanks!
[14:12] <frankban> dimitern, rogpeppe: I'll make the requested changes, and then I 'll try to land it. This branch unblocks the GUI and we can re-discuss API implication/changes later. How does it sound?
[14:13] <rogpeppe> frankban: assuming the GUI will be able to change to use a different API if we decide to revert to the original direction, +1
[14:15] <frankban> rogpeppe: cool
[14:15] <dimitern> frankban: what implications?
[14:16] <dimitern> rogpeppe, frankban: I'm ok with depracating that call later than 1.14
[14:17] <dimitern> but at least there should be a // DEPRECATE(vTBD) or something there
[14:17] <rogpeppe> dimitern: +1
[14:19] <frankban> dimitern: yes, Roger suggested it in his review
[14:19] <dimitern> frankban: ok then; my point is - it'll be useful later to search for these DEPRECATE tags
[14:25] <dimitern> rvba: hey
[14:26] <rvba> Hi dimitern.
[14:26] <dimitern> rvba: if you search for all errors in the codebase, you'll see the lowercase-first format; moreover as you said errors can be chained, so they're not a sentence by themselves
[14:27] <rvba> dimitern: right but in this case, it's not an error, it's a unit-test failure message. AFAIK it won't be chained.
[14:27] <rvba> That's why I'm not sure the rule applies here :).
[14:28] <dimitern> rvba: even these are lowercase-first - take a look at c.Logf, c.Fatalf, c.Errorf invocations in tests
[14:28] <dimitern> rvba: i'm aiming for consistency here
[14:28] <rvba> dimitern: ah ok, you're right… it's a bit weird but okay, consistency is good :)
[14:29] <rvba> Thanks for the heads up.
[14:29] <dimitern> rvba: thanks for understanding :)
[14:37] <dimitern> rogpeppe: so you merged https://codereview.appspot.com/12551043/ with 1 LGTM only? (not that i'm complaining much..)
[14:38] <rogpeppe> dimitern: oh
[14:38] <rogpeppe> dimitern: for some reason i was sure i'd had another review of it
[14:38] <dimitern> mgz: can you LGTM that post-factum ? https://codereview.appspot.com/12551043/
[14:39] <rogpeppe> dimitern: could someone else take a look at it, for form's sake?
[14:39] <rogpeppe> mgz, natefinch: ^
[14:39] <mgz> dimitern: sure :)
[14:39] <mgz> oo, it's actually quite a complex one
[14:41] <natefinch> rogpeppe:  I'll give it a quick once over, but I only have about 20 minutes before I have to jet, so it might not be enough time.  Sounds like Martin has it though.
[14:42] <dimitern> mgz: not really, it's mostly restructuring and removals
[14:42] <rogpeppe> natefinch: any remarks about what you see in that time would be appreciated regardless, if you want to have a look
[14:42] <mgz> yeah, looks mostly renaming and shuffling, just a nice big diff :0
[14:48] <natefinch> rogpeppe: GetAnnotationsResults is a struct, not a function?  Oddly named...
[14:49] <rogpeppe> natefinch: the convention in the params package is to declare structs that are parameters to API calls
[14:49] <rogpeppe> natefinch: the argument parameter struct is named after the call (so we might have params.GetAnnotations, for example
[14:49] <rogpeppe> natefinch: the results struct gets a "Results" suffix
[14:50] <rogpeppe> natefinch: i agree that in isolation it looks odd
[14:52] <natefinch> rogpeppe: why use structs for params and returns?
[14:52] <rogpeppe> natefinch: so that we can add extra parameters to API calls without breaking backwards compatibility
[14:52] <natefinch> rogpeppe: Ahh, yeah, good point
[14:52] <rogpeppe> natefinch: it means that all parameters to API calls are named in the json
[14:53] <natefinch> rogpeppe: also a good point :)
[15:47] <rogpeppe> natefinch-afk: you have another revier
[15:47] <rogpeppe> review
[16:05] <rogpeppe> dimitern: i've just thought of a potential problem with my Bootstrapper idea
[16:05] <dimitern> rogpeppe: oh?
[16:06] <rogpeppe> dimitern: it assumes that the only reason for calling EnvironProvider.PrepareToBootstrap is if you're about to bootstrap
[16:06] <dimitern> rogpeppe: what else?
[16:06] <rogpeppe> dimitern: but that's not actually true - sync-tools is an example of that
[16:06] <dimitern> rogpeppe: hmm.. it needs the bucket only, but does not bootstrap
[16:07] <rogpeppe> dimitern: because you want to call sync-tools to push tools out to a current env (including verifying and possibly creating the bucket), but then you don't bootstrap
[16:07] <dimitern> rogpeppe: yeah, good point
[16:08] <dimitern> rogpeppe: but this does not invalidate my Initialize proposal, right?
[16:08] <rogpeppe> dimitern: not sure. when would you call Initialize?
[16:09] <dimitern> rogpeppe: when you need to have a bucket or anything else pre-bootstrap
[16:09] <rogpeppe> dimitern: where would the config argument to Initialize come from?
[16:09] <dimitern> rogpeppe: you don't have to call bootstrap afterwards
[16:10] <dimitern> rogpeppe: envs.yaml?
[16:10] <rogpeppe> dimitern: in that case it has the same problem
[16:10] <rogpeppe> dimitern: assuming you always call Initialize before calling Bootstrap
[16:11] <dimitern> rogpeppe: what config do you need to pass to Initialize anyway?
[16:12] <rogpeppe> dimitern: if i call sync-tools, then i call bootstrap, the bootstrap command should see the control-bucket that's been created by calling sync-tools
[16:12] <rogpeppe> dimitern: if Initialize only looks at environments.yaml, and it's called before Bootstrap, then Bootstrap will see a new control bucket
[16:12] <rogpeppe> dimitern: ... not the one that was created in the course of calling sync-tools
[16:14] <rogpeppe> dimitern: i *think* i've got a solution, which applies equally to Initialize or Bootstrapper
[16:14] <dimitern> rogpeppe: i don't think it's sync-tools' job to create a bucket
[16:14] <rogpeppe> dimitern: in which case, how can you use sync-tools?
[16:14] <dimitern> rogpeppe: it has to rely on the provider to do that, just like bootstrap does
[16:15] <rogpeppe> dimitern: ok, assume a totally new juju environment. i've created environments.yaml with my provider credentials but no control bucket
[16:15] <rogpeppe> dimitern: should i be able to call sync-tools now?
[16:15] <dimitern> rogpeppe: yes, and it should check there's no bucket and call initialize
[16:15] <rogpeppe> dimitern: ok, so it's created a new name for the bucket, right?
[16:16] <dimitern> rogpeppe: in fact any such command have to ensure there's a bucket if it needs it
[16:16] <dimitern> rogpeppe: yes, which is then stored in the local attrs
[16:16] <rogpeppe> dimitern: ok, so then I call Bootstrap
[16:16] <rogpeppe> dimitern: Bootstrap calls Initialize
[16:16] <dimitern> rogpeppe: yeah, it sees the bucket from the local attrs and uses that
[16:17] <rogpeppe> dimitern: ah, i thought we were creating new settings each time an environment was bootstrapped
[16:17] <dimitern> rogpeppe: you call bootstrap the command or bootstrap from environs?
[16:17] <rogpeppe> dimitern: the command
[16:17] <dimitern> rogpeppe: let's revisit that a bit
[16:18] <dimitern> rogpeppe: bootstrap creates new local config, if it doesn't exist yet
[16:18] <rogpeppe> dimitern: what if exists but the old bucket name has now been taken?
[16:19] <dimitern> rogpeppe: what of it? is it any different from how is it now?
[16:19] <dimitern> rogpeppe: wait, what? "taken" ? by whom
[16:19] <rogpeppe> dimitern: someone random on the internet
[16:20] <dimitern> rogpeppe: it was created by iniialize when you called sync-tools, and it's not removed, no?
[16:20] <dimitern> rogpeppe: the bootstrap reuses that, given it's already there in the local conf
[16:21] <dimitern> rogpeppe: istm the only way for the bucket to be taken is if it was removed before bootstrap
[16:22] <rogpeppe> dimitern: hmm, i think that might work. we always read local attrs, even when calling Bootstrap. we destroy local attrs when we call destroy-environment
[16:22] <dimitern> rogpeppe: +1
[16:22] <dimitern> rogpeppe: we should also do it when bootstrap fails perhaps
[16:23] <rogpeppe> dimitern: hmm, not sure
[16:23] <dimitern> rogpeppe: i'm not big on that one either
[16:23] <dimitern> rogpeppe: it's just one command away to remove it
[16:23] <rogpeppe> dimitern: yeah
[16:23] <rogpeppe> dimitern: it does means that you can meaningfully call destroy-environment even when you haven't bootstrapped
[16:24] <dimitern> rogpeppe: I think you can do that even now
[16:24] <rogpeppe> dimitern: yeah, probably
[16:24] <dimitern> rogpeppe: yep, just tried - no error
[16:24] <rogpeppe> dimitern: i'm trying to work out the implications of this in a distributed environment
[16:26] <rogpeppe> dimitern: i think this whole thing makes it more crucial that we generate the env's UUID the first time we write out the local attrs
[16:26] <dimitern> rogpeppe: well, having local conf and envs.yaml means you need to provide both of these to a third party wishing to access you env
[16:26] <dimitern> your
[16:27] <rogpeppe> dimitern: i'm thinking of debugging this, when you've got a stale local attrs file because someone else (probably you) has destroyed & re-bootstrapped an environment
[16:27] <dimitern> rogpeppe: worst thing?
[16:27] <dimitern> rogpeppe: juju won't see your env and will ask you to bootstrap it again
[16:28] <dimitern> rogpeppe: but the env itself won't be affected by the stale conf
[16:28] <rogpeppe> dimitern: machine 1: bootstrap; copy local env file to machine 2; destroy; bootstrap;   machine 2: bootstrap
[16:28] <rogpeppe> dimitern: -> two environments
[16:28] <rogpeppe> dimitern: perhaps that's fine though
[16:28] <dimitern> rogpeppe: yep
[16:29] <dimitern> rogpeppe: you know the saying about making things foolproof
[16:29] <rogpeppe> dimitern: or, worse because silent: call sync-tools on machine 2 - it'll upload the tools to a new environment, and say it succeeded
[16:30] <rogpeppe> dimitern: even though you *think* you uploaded to the original env
[16:30] <dimitern> rogpeppe: shouldn't sync-tools fail if you already have the latest?
[16:30] <rogpeppe> dimitern: the sync-tools on machine-2 will re-use the old control bucket
[16:31] <rogpeppe> dimitern: which will have been destroyed earlier
[16:31] <dimitern> rogpeppe: that way, assuming you did sync-tools originally on m1, doing it on m2, after destroying and re-bootstrapping on m1 will succeed
[16:31] <dimitern> rogpeppe: yep
[16:31] <rogpeppe> dimitern: no, because the re-bootstrapping on m1 will now be using a new control bucket
[16:32] <dimitern> rogpeppe: we might have to think of juju export or migrate command to share envs like that
[16:33] <rogpeppe> dimitern: well, that's where J**S comes in
[16:33] <dimitern> rogpeppe: or at least store the intent of sharing it somewhere, so we can warn users about destroying shared envs
[16:33] <dimitern> rogpeppe: before that
[16:34] <rogpeppe> dimitern: nah, i think there's nothing useful we can do there
[16:34] <dimitern> rogpeppe: how about a flag "shared" that, if set, will make some commands issue warnings
[16:34] <rogpeppe> dimitern: honestly, i think the user should just be aware
[16:34] <rogpeppe> dimitern: although....
[16:35] <rogpeppe> dimitern: perhaps we could print a message when generating a new environment
[16:35] <dimitern> rogpeppe: juju should be aware as well i think, if doesn't hurt and helps us give more context to an absent-minded users
[16:35] <sidnei> rogpeppe, dimitern: are you guys happy with https://codereview.appspot.com/12235043/ ? im dying to use it
[16:36] <dimitern> sidnei: rogpeppe can say about his review, but I think william had some issues with it
[16:37] <dimitern> sidnei: I'll take a closer look
[16:39] <sidnei> just realized nothing prevents me from merging locally, so. ha.
[16:39] <sidnei> so much nicer.
[16:40] <sidnei> seems like axw addressed william's concerns, unless there were further ones.
[16:42] <dimitern> fwereade: hey
[16:42] <fwereade> dimitern, heyhey
[16:42] <dimitern> fwereade: https://codereview.appspot.com/12235043/ - wanna have a look?
[16:43] <dimitern> fwereade: you already reviewed that earlier
[16:44] <fwereade> dimitern, I started yesterday but distractions happened
[16:44] <fwereade> dimitern, I'll see if I can finish it now
[16:50] <dimitern> rogpeppe: you perhaps as well?
[16:50] <rogpeppe> dimitern: i'm just on it
[16:52] <dimitern> cheers!
[17:02] <rogpeppe> sidnei: i've just re-reviewed. looks very close to me, but fwereade's MMV
[17:03] <rogpeppe> fwereade: hiya BTW,
[17:04] <rogpeppe> fwereade: hope all's going ok
[17:04] <fwereade> rogpeppe, heyhey
[17:04] <fwereade> rogpeppe, yeah, not too bad
[17:04] <fwereade> rogpeppe, I *might* manage more than one review today but don;t count on it :(
[17:05] <sidnei> thanks!
[17:23] <rogpeppe> natefinch: i made a couple of suggestions in https://codereview.appspot.com/12546043/
[17:23] <natefinch> rogpeppe: yep, was just looking at them
[17:24] <rogpeppe> natefinch: i haven't verified that the Command-wrapping stuff works, but i don't see why it shoudn't and it seems to me a reasonably clear win
[17:25] <dimitern> sidnei: that CL is 2xLGTMed now, so expect it to land soon :)
[17:25] <natefinch> rogpeppe: I liked Andrew's suggestion of generalizing the error handling, but I was going to do it via a defer in each Run command... like this:
[17:25] <natefinch> func (c *AddMachineCommand) Run(ctx *cmd.Context) (err error) {
[17:25] <natefinch> 	defer func() { err = c.HandleError(err, ctx.Stderr) }()
[17:26] <natefinch> rogpeppe: wrapping keeps it all in one spot, which is nice, though
[17:26] <rogpeppe> natefinch: yeah, that's the idea
[17:26] <rogpeppe> natefinch: so if we add new environment commands, they'll just get the benefit automatically
[17:27] <rogpeppe> natefinch: and it doesn't need any new mechanisms in cmd, which is kinda nice
[17:27] <natefinch> rogpeppe: yeah, I didn't want to add more to the Command interface
[17:27] <rogpeppe> natefinch: yeah
[17:27] <rogpeppe> natefinch: it's unnecessary
[17:30] <natefinch> rogpeppe: ok, sounds good. I'll work on that now.
[17:30] <rogpeppe> natefinch: cool, thanks
[17:51]  * rogpeppe has reached eod
[17:51] <rogpeppe> g'night all


[01:20] <Keybuk> sadmac_: yes
[01:21] <Keybuk> though in 0.3.x it will probably contain the event that stopped the job
[01:21] <Keybuk> whereas in trunk, UPSTART_EVENTS will contain the events that originally started it
[12:08] <keesj> Hi
[12:16] <Keybuk> hi
[12:24] <keesj> The chance I wil use upstart are growing every day :p
[12:25] <keesj> I am now looking into the kernel->upstart communication
[12:28] <keesj> special I am looking at the udev from the replacement-initscripts http://paste-it.net/7162/raw/
[12:29] <keesj> that script has a "emits block-device-added block-device-removed" section
[12:32] <keesj> what it that good for?
[12:32] <Keybuk> "emits" is just a documentation stanza
[12:33] <Keybuk> you'd use it in the job definitions of services that are known to emit their own events
[12:33] <Keybuk> and that way other frontend tools can draw pretty dependency graphs using things like dotty
[12:33] <keesj> sexy :p
[12:33] <Keybuk> it's not actually used by Upstart in any way, other than being available as a property
[12:34] <Keybuk> the theory there is that that distribution would ship udev rules that looked something like:
[12:34] <Keybuk>   SUBSYSTEM=="block", ACTION=="add", RUN+="/sbin/initctl emit block-device-added DEVPATH"
[12:34] <Keybuk>   SUBSYSTEM=="block", ACTION=="remove", RUN+="/sbin/initctl emit block-device-removed DEVPATH"
[12:35] <Keybuk>   SUBSYSTEM=="net", ACTION=="add", RUN+="/sbin/initctl emit network-device-added INTERFACE"
[12:35] <Keybuk>   SUBSYSTEM=="net", ACTION=="remove", RUN+="/sbin/initctl emit network-device-removed INTERFACE"
[12:35] <Keybuk> etc.
[12:35] <Keybuk> alternately we may want an upstart-addon-udev or something so we could have a generic RUN+="socket:/com/ubuntu/upstart/udev" at the end, and let the addon daemon turn those into events
[12:35] <Keybuk> OR we might just patch udev directly to emit events into upstart
[12:37] <keesj> my system does not use udev, i currently use <linux/netlink.h> to recieve NETLINK_KOBJECT_UEVENT events
[12:38] <keesj> I could just create a mini app that gets started and emits the kernel uevent
[12:40] <keesj> hmm I will look into it
[12:43] <Keybuk> right
[12:43] <Keybuk> you could have a little daemon to listen on the netlink socket and inject into upstart
[12:44] <keesj> I do have the same kind of problems that are solved by udev , being that if a device get plugged before the daemon is started I will never know about
[12:45] <keesj> I then have to write custom code to look at the status .
[12:56] <Keybuk> why not just write to the uevent files like udev does?
[12:56] <Keybuk> for each object under /sys that a uevent was originally emitted for, there will be a uevent file
[12:56] <Keybuk> write "add" (no \0, no \n, etc.) to that, and the kernel will resend it
[13:03] <keesj> Thanks for the tip , I will have to look into how that works!
[19:12] <Keybuk> ion_: interesting thought of the day
[19:12] <Keybuk> all of the dbus_bus_ calls block
[19:17] <ion_> keybuk: Is that a problem?
[19:18] <Keybuk> I'm not sure
[19:20] <Keybuk> the fact that dbus_bus_get() can never return worries me enough :p
[19:20] <ion_> Heh
[19:23] <Keybuk> I guess it depends at what level of blocking we have to worry about in Upstart
[19:24] <Keybuk> in some senses, blocking is actually not necessarily bad
[19:24] <Keybuk> since it reduces system load
[19:24] <Keybuk> e.g. upstart blocks while it sets up a process, even though that's happening the child
[19:24] <Keybuk> and doesn't move onto the next until exec() completes
[19:24] <Keybuk> so arguably, after starting dbus, blocking to connect to it and say Hello isn't too bad
[19:40] <ion_> Yep...
[19:56] <ion_> Don’t they have a separate DBus (client) implementation in C#? Perhaps someone should NIH a DBus implementation that doesn’t suck in C. ;-)
[19:56] <Keybuk> ndesk-dbus
[20:01] <Keybuk> the C API isn't really that bad
[20:01] <Keybuk> the main problem is just figuring out how to dispatch methods
[20:14] <keesj> ion_: that would be great
[21:17] <Amaranth> @btlogin
[21:17] <Amaranth> err


[18:27] <ssoxygen> I am developing an open source (GPL v3) project to apply KDE's oxygen icons to Windows. I want to know whether I am permitted to incorporate Ubuntu's human icon set. If I am permitted, then must I state that the Human icon set is under a different license?
[18:38] <thorwil> ssoxygen: ooh, you have to follow and thus state the license of each single icon set
[18:41] <ssoxygen> Ok. But assuming I do this, I am allowed to incorporate the Human icon set into my program, although it is licensed under the GNU GPL version 3, and the icons are licensed under Creative Commons Legal Code Attribution-ShareAlike 2.5. (Please note that I have to use ImageMagick or so to convert the icons to Windows .ico files)
[18:48] <ssoxygen> Please confirm as to whether this usage is ok
[18:55] <thorwil> ssoxygen: i would assume it's all fine, as long as the application and icons remain separate entities. i'm not a lawyer. but also note that nobody will sue you for this ;)
[19:05] <ssoxygen> The issue is that the program is written in a scripting language called NSIS that was made to create installers, and thus all the icons are embedded into the same monolithic executable that houses the code. Thus I'm not sure whether the code and the icons can be considered remaining separate or not.
[19:06] <ssoxygen> I can probably modify the program to download the icon set just before applying the icon theme
[19:06] <ssoxygen> Will that be fine?
[19:07] <ssoxygen> The program will have to download a modified icon set however
[19:07] <ssoxygen> The icons will have to be converted to Windows icons


[13:19] <jarnos> https://staging.launchpad.net/? does not work. Did not work yesterday either.
[13:43] <cjwatson> jarnos: staging is typically down over the weekend being restored from a fresh production dump
[13:43] <cjwatson> jarnos: you can use qastaging.launchpad.net instead if you just need a sandbox to experiment with
[14:06] <jarnos> cjwatson, ok. How do you delete the changes?
[14:07] <jarnos> cjwatson, I mean delete the project from the sandbox?
[16:03] <cjwatson> jarnos: Usually it's fine to just not bother, but if you really need to then ask us to do it via https://answers.launchpad.net/launchpad/+addquestion
[16:11] <jarnos> Is it possible to change project's description afterwards?
[16:12] <jarnos> Say, if I want to add e.g. a donation button?
[16:13] <jarnos> https://answers.launchpad.net/launchpad/+question/61798
[16:17] <jarnos> I guess single personal donation button may be inappropriate, if there are many authors..
[16:20] <jarnos> I'll be back in about 3 hours.
[19:07] <TheLawyer> I went into https://launchpad.net/~whatsapp-purple ,,, added the mentioned ppa ,,, updated ,,, then tried to sudo apt install whatsapp-purple ,,, but it's not working!!!
[19:07] <TheLawyer> can someone tell me what I'm doing wrong?
[20:04] <dadio> I'd like a little help on the project https://launchpad.net/command-not-found
[20:04] <dadio> I have branched the trunk to 0.2
[20:05] <dadio> pushed 0.2 to lp, so far so good.
[20:05] <dadio> Then I removed the branch trunk
[20:05] <dadio> then I recreated trunk with the latest code
[20:06] <dadio> Now if I browse to the code of the 0.2 series, I get a error.... I still have the 0.2 branch on my computer. How should I fix this?
[20:08] <DLange> you should probably merge the 0.2 branch onto the master branch
[20:08] <DLange> otherwise you break the git history
[20:09] <DLange> or is this bzr?
[20:09] <DLange> (then I'm out, no clue about bzr)
[20:10] <dadio> this is bzr... Also, the trunk is a completely new code...
[20:10] <cjwatson> you should tell us exactly what URL you browse to when you get an error
[20:10] <dadio> http://bazaar.launchpad.net/~command-not-found-developers/command-not-found/0.2/files
[20:10] <cjwatson> also, the command-not-found package has been 0.3<something> since Ubuntu 14.04; I'm not clear what you hope to achieve by starting with something obsolete
[20:11] <dadio> I'm reviving the lp page. The trunk series is the latest code.
[20:12] <cjwatson> OK, that's a bug in loggerhead (the branch viewing code)
[20:12] <cjwatson> probably unlikely to be fixed since it's unmaintained ...
[20:12] <dadio> For historical reasons, I tried to keep the 0.2 version..
[20:12] <cjwatson> and http://bazaar.launchpad.net/~command-not-found-developers/command-not-found/trunk/files works
[20:13] <dadio> yes, thats the new 0.3 code
[20:14] <dadio> because I have the 0.2 branch on my computer, it should be ok to remove the 0.2 branch on lp and the push it again?
[20:15] <cjwatson> I doubt that will achieve much
[20:18] <dadio> Ok, thanks anyway cjwatson... I'll check with the package maintainer on what to do best...
[20:18] <cjwatson> looks like a failure to do with the structure of the branch
[20:18] <cjwatson> https://paste.ubuntu.com/23300214/ is the oops
[20:18] <cjwatson> it may be simplest to just convert the project to git ...
[20:19] <cjwatson> (which I suspect zyga would support, but you could certainly ask them)
[20:21] <cjwatson> though by all means feel free to figure out the problem in loggerhead from that traceback :-)
[20:23] <dadio> You gave me a good hint... If I do a 'bzr check' in the 0.2 branch, I got 1 inconsistant parent...
[20:23] <dadio> I'm leaving now... Something to do later... Thanks.


[04:56] <artfwo>  hi! would anybody like to re-review http://revu.ubuntuwire.com/p/scantailor - an interactive post-processing tool for scanned books (c++/qt/cmake/cdbs) :)
[05:16] <fabrice_sp> artfwo, you should ping nellery so that he checks the fix, and if he gives you the advocation, ping again vorian ;-)
[05:17] <fabrice_sp> you already have one advocation ;-)
[05:17] <artfwo> but it's gone, because I've reuploaded the package
[05:18] <artfwo> nellery, could you please re-check the fix for scantailor?
[05:19] <fabrice_sp> by the way, you alread had 2 advocations, and it got uploaded. What happened?
[05:19] <fabrice_sp> Got rejected by archive admin?
[05:19] <artfwo> well, it got rejected from the archive, because there was a CC-icon compiled into GPL binary
[05:20] <fabrice_sp> ahh  ok
[05:20] <artfwo> I have replaced it and the change was also accepted upstream
[05:20] <artfwo> so there should be no licensing issues anymore (I hope)
[05:23] <fabrice_sp> artfwo, as james_w` and nixternal_ already gave you an advocation, perhaps you could check with them if they are still willing to advocate the package
[05:24] <artfwo> oh, I thought it's not okay to ping you guys individually in such a case
[05:25] <fabrice_sp> well, if they already gave you an advocation, you can just ask them if they are  still willing to advocate it again. But as it was in march....
[05:26] <artfwo> james_w`, nixternal_ would you like to advocate http://revu.ubuntuwire.com/p/scantailor once again, hmm?
[05:32] <nellery> artfwo: I'll take a look again
[05:32] <artfwo> thanks!
[05:38] <nellery> artfwo: ah, found another missing copyright
[05:38] <artfwo> is there?
[05:38] <nellery> artfwo: in imageproc/GaussBlur.cpp
[05:39] <artfwo> oh
[05:39] <artfwo> it uses code from the gimp
[05:40] <AnAnt_> Hello, something wrong with packages.ubuntu.com ?
[05:40] <AnAnt_> also rmadison doesn't seem to work
[05:40] <mrooney> AnAnt_: I was just going to ask how to figure out which version of a package is in Karmic without it, it does seem to be down
[05:41] <AnAnt_> mrooney: there's a tool called rmadison
[05:41] <nellery> artfwo: and the google copyright is missing some years
[05:41] <AnAnt_> mrooney: rmadison <package name>
[05:41] <AnAnt_> mrooney: yet it doesn't seem to be working either
[05:42] <artfwo> nellery, is it okay, to just extend the copyright line to "2006-2008"?
[05:42] <nellery> mrooney: www.launchpad.net/ubuntu/+source/<packagename> should work
[05:42] <nellery> artfwo: I don't see a 2007
[05:43] <nellery> so I think 2006, 2008 would be better
[05:43] <artfwo> okay
[05:43] <AnAnt_> nellery: ah, thanks
[05:43] <nellery> artfwo: crash_reporter/google-breakpad/processor/scoped_ptr.h has a few missing
[05:44] <nellery> and that's all I found missing
[05:45] <artfwo> do you think, anything else besides copyright requires fixing?
[05:46] <nellery> artfwo: not that I can see
[05:46] <nellery> still need to test it out a bit
[05:50] <dholbach> good morning
[05:50] <mrooney> nellery: thanks :)
[05:50] <mrooney> dholbach: good morning!
[05:50] <dholbach> ih mrooney
[05:50] <nellery> hey dholbach!
[05:51] <dholbach> hiya nellery
[05:57] <fabrice_sp> Hey! Good morning dholbach :-)
[05:58] <dholbach> hey fabrice_sp
[06:02] <artfwo> nellery, do you mind re-reviewing scantailor? I have just reuploaded with an updated copyright
[06:02] <nellery> artfwo: yup
[06:08] <nellery> artfwo: looks good
[06:08] <nellery> ack from me
[06:09] <artfwo> thanks!
[06:09] <ScottK> nellery: One ack for a re-upload is enough.
[06:09] <nellery> ScottK: ok
[06:09] <nellery> artfwo: I'll upload it then
[06:10] <artfwo> can I track the status of the upload somehow?
[06:10] <nellery> artfwo: once it's uploaded you'll see it at http://launchpad.net/ubuntu/karmic/+queue
[06:11] <artfwo> okay, will check it out then
[06:18] <ScottK> StevenK: Any feelings on if a 26.5MB package that is just a packaged PDF doc that's built as an arch any package is worth a reject from Binary New with a note "Please may arch all"?
[06:20] <lifeless> insanity is insane
[06:31] <nellery> artfwo: it's at https://edge.launchpad.net/ubuntu/karmic/+queue now
[06:33] <artfwo> wow, that was fast
[06:56] <StevenK> ScottK: Err, yeah, that needs to be killed.
[06:57] <ScottK> StevenK: It's  simplecommeubuntu.  Feel free to reject it or I will after I sleep.
[07:20] <doctormo> ScottK: are you saying there is a pdf which is 25MB in a package? shouldn't the source be in there instead if it really must be a package?
[07:22] <fabrice_sp> doctormo, ScottK is speaking about a binary package, not a source package
[07:30] <doctormo> I see
[07:51] <hyperair> who broke cups-pdf? it now prints blank pages!
[07:52] <hyperair> hmm cups-pdf didn't change recently, so it must have been one of its dependencies..
[07:53] <hyperair> or maybe it's cups itself.
[07:59] <hyperair> hmm https://bugs.launchpad.net/ubuntu/+source/ghostscript/+bug/410556
[12:32] <YokoZar> ScottK: mind if I poke you ~ the R packages a bit?
[12:33] <YokoZar> I'm curious if there's still any left to sync from Debian
[12:33]  * directhex recompiles YokoZar using ICC
[12:36] <apw> anyone know when the next motu council meeting should be?  the documentation variously says every 2 weeks and also specifies the 2nd friday and 4th friday, yet there was one last week and that is still marked as the 'next' one ... confusing
[12:49] <geser> apw: oh, good question, will ask the other MC members and update the page accordingly
[12:49] <apw> geser, thanks
[13:10] <ScottK> YokoZar: I think it's done. There were some in New it might be worth syncing if they get out in time.
[13:12] <YokoZar> directhex: sorry I generate valgrind errors unless you're using gcc
[13:12] <directhex> curses!
[13:13] <directhex> i built mono with icc once. benchmarks were about 10% faster, except for one test which was 700% slower
[13:20] <geser> apw: in theory the next MC meeting should be this Friday but if you planned to send an application you're late for this meeting. The meeting after that one is Thu, August 27th
[13:22] <apw> geser, think there is any chance of sneaking onto the friday one, gonna be away for the next one
[13:24] <apw> it would be hard for anyone to apply in time as the date wasn't clear till today
[13:24] <apw> and indeed as was demonstrated by the last one, you can't use the algorithm to predict it :/
[13:25] <geser> apw: the last one was made as the one before that did not happen
[13:27] <geser> as we usually want at least one week to have time to review an application it will be unlikely in time for this week (and I don't know yet if this friday will happen, waiting on answers)
[13:27] <apw> well the simple solution for me is to just list the dates i can do and they can tell me which works
[13:28] <apw> life is too short to try and second guess
[14:07] <apw> geser, do you know who moderates the email lists?
[14:07] <apw> (motu ones)
[14:10] <geser> the MC but only motu-council is moderated IIRC
[14:23] <apw> hrm perhaps i am stupdi
[14:25] <apw> geser, hrm, that is the one they ask you to email
[14:26] <Laney> apw: your mail got through
[14:26] <Laney> I don't think m-c is moderated
[14:26] <Laney> at least i've never seen a moderation mail when posting there
[14:26] <apw> it emailed me to say so :)
[14:26] <apw> but if its through i can go back to sleep
[14:27] <geser> Laney: it is: "Motu-council post from<EMAIL_ADDRESS>requires approval" but it also got moderated already
[14:27] <Laney> https://lists.ubuntu.com/archives/motu-council/2009-August/002177.html
[14:27] <Laney> you can check there
[14:28] <apw> sorry for the noise ...
[14:28] <Laney> maybe it's just unmoderated for subscribers
[14:28] <geser> that might be
[14:33] <Ng> --help
[14:39]  * Laney eyes Ng
[14:39] <Ng> I failed at using irssi's help
[15:26]  * slytherin wonders why netbeans would crash thunderbird
[15:55] <ScottK> Apparently because it can.
[18:46] <stochastic> does anyone have time to REVU any of these packages: http://revu.ubuntuwire.com/p/xwax       http://revu.ubuntuwire.com/p/a2jmidid      http://revu.ubuntuwire.com/p/xjadeo        http://revu.ubuntuwire.com/p/slv2        and it's not mine but I'd really like to see it get included: http://revu.ubuntuwire.com/p/pyphat
[19:24] <doctormo> Where is the best place to talk about the deps when installing avahi?
[19:42] <RoAkSoAx> cjwatson, grub-installer does not unhide the menu if other operating systems are installed
[19:42] <cjwatson> RoAkSoAx: I thought I just fixed that today
[19:43] <RoAkSoAx> cjwatson, I just upgraded grub and it does boot directly into Ubuntu and I have windows vista on one machine installed, and in other machine windows XP
[19:43] <cjwatson> RoAkSoAx: if you upgraded grub, grub-installer is not involved
[19:43] <RoAkSoAx> and in both, it boots directly into UBuntu without unhiding the menu
[19:44] <cjwatson> RoAkSoAx: you need to do a bit of manual reconfiguration if you've been upgrading through karmic, I'm afraid. I'll post to ubuntu-devel-announce about it
[19:44] <cjwatson> RoAkSoAx: basically edit /etc/default/grub, comment out GRUB_HIDDEN_TIMEOUT, and set GRUB_TIMEOUT=10 (or whatever), then sudo update-grub
[19:45] <RoAkSoAx> cjwatson, ok will do. Though I just have to tell that before todays update it was working properly :)
[19:46] <cjwatson> yes, I'm aware of that. I couldn't think of a particularly reasonable way to do the upgrade automatically.
[19:46] <cjwatson> (why on earth are you reporting bugs on #ubuntu-motu, BTW?)
[19:46] <RoAkSoAx> cjwatson, I just wanted let you know, since you did the last update :S
[19:48] <RoAkSoAx> and thanks for the fix :)
[19:50] <cjwatson> RoAkSoAx: right, better to use the bug tracking system in future though please - anyway, the jaunty->karmic case is what's important, which is bug 386789 and I'll edit the bug to make that explicit
[20:04] <RoAkSoAx> cjwatson, btw I did not upgrade from jaunty, I just updated karmic. I've reported the bug here: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/411584
[20:04] <cjwatson> RoAkSoAx: I understand that
[20:05] <cjwatson> RoAkSoAx: my statement is that I care much more about jaunty->karmic upgrades than about karmic->karmic upgrades
[20:05] <RoAkSoAx> cjwatson, oh I misunderstood then :)
[20:05] <cjwatson> RoAkSoAx: and if making the former behave correctly involves sacrificing the latter for the moment, I'll do that
[20:06] <RoAkSoAx> cjwatson, I understand. I just misunderstood :). Anyways, the bug is reported. Thanks again for the fix.
[20:41] <mrooney> Is there a way to search installed packages by install date? Like packages I installed since Friday?
[20:46] <ScottK> mrooney: For dates that recently /var/log/dpkg.log* should know.
[20:52] <garyvdm> Hi - I did a uscan, and then deleted that file it download. Now I'm getting this error: http://paste.ubuntu.com/251009/ How do I resolve this?
[20:53] <Ampelbein> garyvdm: remove the qbzr-1.13(.orig) directory
[20:53]  * garyvdm tries
[20:55] <garyvdm> Ampelbein: Thanks - that solve that problem. Now I'm getting another error, but let me try solve it my self first.
[21:14] <garyvdm> Ok - I updated bzr-builddeb. Now I get this error: http://paste.ubuntu.com/251025/
[21:14] <garyvdm> uscan in the parent dir works.
[21:16] <Ampelbein> garyvdm: there is no 0.13 tarball at the specified location.
[21:16] <Ampelbein> https://edge.launchpad.net/qbzr/+download has a 1.13 tarball though, is that it?
[21:17] <garyvdm> yes - and uscan had all ready successfully downloaded it.
[21:18] <Ampelbein> garyvdm: in your debian/changelog, the topmost entry must have the version 1.13 . can you confirm?
[21:18] <garyvdm> Yes . Give me a sec, and I will paste it.
[21:18] <Ampelbein> garyvdm: your uscan now looks for version 0.13 which doesn't exist.
[21:19] <garyvdm> Top of changelog: http://paste.ubuntu.com/251029/
[21:20] <garyvdm> Ampelbein: I ran uscan, and it downloaded 0.13
[21:21] <Ampelbein> garyvdm: no it didn't, see your previous paste http://paste.ubuntu.com/251009/ (last line)
[21:21] <Ampelbein> garyvdm: it tried downloading 1.13
[21:22] <garyvdm> Thats what I can understand. I got that error when I ran bzr bd, but not when I ran uscan.
[21:22] <garyvdm> *can't
[21:23] <Ampelbein> garyvdm: uscan looks for the latest upstream version, which is 1.13
[21:24] <Ampelbein> garyvdm: bzr bd looks at debian/changelog and looks for that version, in your case 0.13
[21:24] <garyvdm> oops
[21:24] <Ampelbein> garyvdm: and that version does not have a tarball for download
[21:25] <garyvdm> Ampelbein: 1.13 should be 0.13 - Silly me
[21:25] <Ampelbein> garyvdm: seems to be a release problem from the authors  of qbzr though. they claim it's 0.13 but the tarball is named 1.13
[21:25] <garyvdm> That would be my mistake.
[21:33] <garyvdm> Ampelbein: Thanks for the help. All working now :-)
[21:33] <Ampelbein> garyvdm: you're welcome.
[23:07] <jtimberman> Hello. How can I delete a package? I'd like a sync from Debian NEW rather than the package I uploaded to REVU? Package: http://revu.ubuntuwire.com/p/merb
[23:08] <jtimberman> sync request is : https://bugs.launchpad.net/ubuntu/+bug/411536
[23:09] <jtimberman> yes that.
[23:09] <RainCT> jtimberman: I've archived the package on REVU.
[23:09] <RainCT> jtimberman: has the pacakge already gone through NEW though?
[23:09] <hggdh> loic-m, things seem to have gone bad. I am sorry about that (got busy here), and I would like to keep on the discussion
[23:10] <jtimberman> RainCT: Its in NEW, which is backlogged.
[23:10] <jtimberman> so its not uploaded to any debian repos
[23:10] <loic-m> hggdh: yes, my head is a bit hurting atm though ;)
[23:11] <RainCT> jtimberman: I don't think we do syncs from the NEW queue
[23:11] <hggdh> later, loic-m  ;-) now it is not the time (and I have to pack and get to my hotel
[23:11] <loic-m> And my wife is looking at me reproachfully
[23:11] <hggdh> LOL
[23:11] <hggdh> we'll talk later
[23:11] <jtimberman> RainCT: Ah, I misunderstood.
[23:11] <loic-m> hggdh: I'll be AFK for 2 weeks, had to start today but will start 2morrow AFAIK if weather gets better ;)
[23:11] <hggdh> brb
[23:11] <loic-m> ping me in 2 weeks
[23:12] <loic-m> nitey nite
[23:12] <hggdh> loic-m, will do, thanks for the patience
[23:12] <directhex> NEW is write-only
[23:12] <loic-m> np
[23:35] <jtimberman> So I understand, for packages that are in only Debian NEW and not in a Debian APT repo: Should I open launchpad tickets as [needs-packaging], and upload the packages I'm working with to REVU?


[13:10] <tribaal> rharper: thanks for the review :)
[13:11] <rharper> tribaal: thanks for the Datasource
[13:11] <rharper> tribaal: I want Odd_Bloke to look at it as well; final pass but I'd like to land it today or tomorrow
[13:12] <tribaal> rharper: no worries
[13:12] <rharper> tribaal: once landed, I think we'll need to fix up the release branches to include the ExoScale in the datasource list in the dpg
[13:12] <rharper> dpkg
[13:13] <tribaal> rharper: yep. Nitpick though: Exoscale (no camelcase :P )
[13:14] <rharper> yes =)
[13:21] <Odd_Bloke> eXoscaLe
[13:23] <tribaal> don't make me say "ubantu" out loud please :P
[14:08] <rharper> lol
[14:49] <ijohnson> hi folks, I'm looking for any code in cloud-init that might be calling `snap wait system seed.loaded`. I have a server image which without a snap seed my user is created almost instantly in the boot process with the NoCloud datasource. However, if I add the seed, then it takes almost 15 minutes for the user to be created
[14:55] <Odd_Bloke> ijohnson: Ubuntu systems are configured so that systemd won't run certain stages of cloud-init until all software is installed on the system; there's a known issue with snapd where seeding is very slow, but 15 minutes seems extreme even for that.
[14:56] <Odd_Bloke> ijohnson: https://bugs.launchpad.net/cloud-init/+bug/1834190 <-- that's the bug, I believe
[14:56] <Odd_Bloke> Though, actually, there's definitely one that's older than June this year somewhere.
[14:58] <Odd_Bloke> ijohnson: Right, it's in systemd/cloud-config.service.tmpl in the cloud-init repo.
[14:58] <Odd_Bloke> (I'm running to a meeting now, else you'd have got an actual link. ;)
[14:58] <ijohnson> thanks Odd_Bloke I'll look at the bug
[15:01] <ijohnson> ah yes that systemd unit is exactly what I was looking for
[15:02] <ijohnson> I know why it takes 15 minutes to seed all the snaps on my system, what I'm really wondering is how I can workaround that to prevent cloud-init from blocking on snapd seeding since seeding takes so long on this system
[15:04] <Odd_Bloke> It basically boils down to: cloud-init would regress from pre-snap-seeding behaviour if we didn't wait for all seeded software to be installed before we apply (most) user-provided configuration, so we have to wait.
[15:05] <Odd_Bloke> I don't know if there's a good way to stop that in a generic way, but you could easily override the unit in your case.
[15:05] <ijohnson> yes I'm just looking to overwrite this in my particular image
[17:05] <chillysurfer> i just pushed a package to my launchpad ppa. this was maybe 2 hours ago. dput said success, but i see nothing in my launchpad ppa yet. is there usually a long lag time on this if anybody has any experience with this?
[17:20] <Odd_Bloke> chillysurfer: If you go to "View package details" (or append /+packages to the URL), do you see anything?
[17:23] <chillysurfer> Odd_Bloke: "This PPA does not contain any packages yet" :(
[17:25] <Odd_Bloke> chillysurfer: What was your dput command?
[17:25] <chillysurfer> dput ppa:trstringer/ppa cloud-init_19.2-6-g96d31049-1~bddeb_amd64.changes
[17:25] <chillysurfer> Odd_Bloke: what's interesting, though, is my ppa name is "trstringer_ppa"
[17:25] <chillysurfer> i'm wondering if it should be s/ppa/trstringer_ppa
[17:26] <Odd_Bloke> Yes, I expect so.
[17:26] <chillysurfer> Odd_Bloke: but the funny thing is, if i go to my ppa https://launchpad.net/~trstringer/+archive/ubuntu/ppa
[17:26] <chillysurfer> it says...
[17:27] <chillysurfer> You can upload packages to this PPA using:
[17:27] <chillysurfer> dput ppa:trstringer/ppa <source.changes>
[17:27] <Odd_Bloke> Oh, right, I see what you mean.
[17:27] <Odd_Bloke> Yeah, the PPA is called "ppa", it has a title of "trstringer_ppa".
[17:27] <chillysurfer> maybe the "name" isn't part of the dput arg?
[17:27] <chillysurfer> ahhh
[17:27] <chillysurfer> got it
[17:27] <chillysurfer> ugh
[17:27] <chillysurfer> so my dput was correct then
[17:27] <Odd_Bloke> Yeah, looks that way to me.
[17:27] <Odd_Bloke> Let me check if there are any known LP outages.
[17:28] <chillysurfer> Odd_Bloke: maybe it's worth mentioning, i pushed my pgp key to the key server maybe 10 or 15 min before i dput'd
[17:28] <chillysurfer> maybe it's a weird timing issue?
[17:28] <Odd_Bloke> chillysurfer: Nothing is being talked about in the usual places; I'd retry the dput and see what happens.
[17:28] <Odd_Bloke> Worst case, it just rejects it.
[17:29] <chillysurfer> Odd_Bloke: because no changes, it doesn't like it
[17:29] <chillysurfer> Package has already been uploaded to ppa on ppa.launchpad.net
[17:29] <chillysurfer> Nothing more to do for cloud-init_19.2-6-g96d31049-1~bddeb_amd64.changes
[17:29] <chillysurfer> Odd_Bloke: weird right?
[17:29] <Odd_Bloke> Yeah.
[17:30] <chillysurfer> Odd_Bloke: maybe i should just be patient
[17:30] <chillysurfer> forcing dput gives me the same result (nothing more to do)
[17:30] <Odd_Bloke> If I had to take an educated guess about how PPA uploads work, it's that it accepts all of them that are valid and not duplicate, and then another process comes along and actually pops them in the PPA.
[17:30] <Odd_Bloke> So perhaps that second part is either wedged or is taking a long time to reach you.
[17:30] <chillysurfer> Odd_Bloke: i would assume the same. i think i should just be patient for the next few hours
[17:30] <Odd_Bloke> 2 hours would be a long time for that, though.
[17:31] <chillysurfer> Odd_Bloke: my thoughts exactly
[17:31] <Odd_Bloke> (I think.)
[17:31] <Odd_Bloke> Let me ask.
[17:32] <chillysurfer> Odd_Bloke: thanks so much... my fear is i'm just being impatient and i'm wasting all of our time
[17:32]  * chillysurfer starts sweating
[17:32] <Odd_Bloke> Nah, 2 hours is way too long to be patient for that.
[17:33] <Odd_Bloke> Odds are it either fell in a crack or we're reporting an outage.
[17:33] <Odd_Bloke> FWIW, I just asked in #launchpad on Freenode, so you could join and follow along if you wanted.
[17:33] <chillysurfer> ohhhhh nice
[17:33] <chillysurfer> Odd_Bloke: that really helps
[17:34] <chillysurfer> i'll just ask there if it doesn't "resolve itself" soon
[17:34] <Odd_Bloke> I've already asked, so I would counsel patience on asking again. :)
[17:34] <chillysurfer> Odd_Bloke: haha yeah i'm going to give it until tomorrow
[17:35] <Odd_Bloke> OK, cool, wasn't sure what timescale "soon" was on. ^_^
[17:35] <chillysurfer> if nothing shows up tomorrow then maybe i'll ask in #launchpad for some troubleshooting steps or how to do a force push to the ppa
[17:40] <chillysurfer> Odd_Bloke: i really appreciate the help :)
[17:43] <chillysurfer> Odd_Bloke: on an unrelated point, a couple of days ago i asked a question on the mailing list (cloud-init@lists.launchpad.net). if my assumption is correct, you're on the cloud-init team so you might be getting mailing list messages? could you just confirm that i did infact send it correctly? the "from" is<EMAIL_ADDRESS>:)
[17:44] <chillysurfer> and a follow up to that is, it seems like non-team members can't subscribe to the mailing list? is that accurate?
[17:51] <rharper> chillysurfer: lemme check
[17:51] <chillysurfer> rharper: awesome thank you so much
[17:52] <chillysurfer> and that's for sure not a nudge for an answer, just want to make sure the question didn't get lost in the internet ether
[17:52] <rharper> yeah , looks like you need to join the team  https://launchpad.net/~cloud-init
[17:52] <rharper> I don't see a message posted, https://lists.launchpad.net/cloud-init/maillist.html
[17:52] <chillysurfer> rharper: ok requesting to join the team now
[17:52] <chillysurfer> do you need to be a team member to post to the mailing list?
[17:52] <rharper> yes, but it's an open team
[17:53] <rharper> so you should just automatically join
[17:53] <chillysurfer> ah cool
[17:53] <chillysurfer> i'm glad i asked then! i'll join the team and re-ask the question :)
[17:53] <chillysurfer> rharper: thanks so much!
[17:56] <chillysurfer> ok i joined the team and resent the email to the mailing list (cloud-init@lists.launchpad.net). hopefully it hits this time :)
[17:56] <rharper> k
[18:45] <Odd_Bloke> chillysurfer: See #launchpad. :)
[18:45] <chillysurfer> Odd_Bloke: thanks! i'm going to join in the conversation :)
[21:12] <chillysurfer> another general canonical irc question... i see the ubuntu irc channel list (https://wiki.ubuntu.com/IRC/ChannelList), but it doesn't seem to include many irc channels, like #cloud-init and #launchpad. is there a _full_ list of canonical irc channels?
[21:12] <chillysurfer> the reason i ask is i'm specifically curious about an irc channel that is focused on python-apt
[22:13] <Odd_Bloke> chillysurfer: I don't know of any such list, I'm afraid.  That said, we keep apt and its friends in sync with Debian, so most of the Ubuntu apt discussion will happen wherever the Debian apt discussion does.
[22:13] <chillysurfer> Odd_Bloke: cool that makes sense!!
[22:13] <chillysurfer> thanks!
[22:14] <Odd_Bloke> No worries, happy to help!


[07:58] <tjaalton> Noskcaj: libinput 0.9.0 is now in experimental, should it be synced now and transition things to use it?
[08:36] <Noskcaj> tjaalton, I've got it all done in a staging PPA, just need o make debdiff for the bug. If you have upload rights, could you please take the stuff of ppa:noskcaj/libinput, fix the versions, and upload
[08:36] <Noskcaj> s/o/to
[08:36] <Noskcaj> and it can be synced
[08:38] <tjaalton> ok sounds good
[08:40] <Noskcaj> is that sounds good to make debdiff or sounds good to you will sponsor from PPA?
[08:41] <tjaalton> i'll do it
[08:41] <Noskcaj> great
[08:41] <Noskcaj> ty
[08:42] <tjaalton> "for the bug" meaning what exactly?
[08:42] <tjaalton> is there a tracking bug?
[08:44] <Noskcaj> yeah
[08:44] <Noskcaj> bug 1416274
[08:47] <tjaalton> thanks
[08:58] <tjaalton> so I'll sync libinput first then
[09:02] <tjaalton> need to bump build-deps too
[09:29] <ogra_> tjaalton, hmm, does your libinput upload add a new system group ?
[09:29]  * ogra_ sees all touch images fail with out of sync /etc/group
[09:29] <tjaalton> huh, no
[09:30] <ogra_> something adds an input group at install time
[09:30] <ogra_> but yeah, your upload cant be it ... the images failed before it landed
[09:31] <tjaalton> only the source has been released to vivid-proposed on a.u.c so far
[09:31] <ogra_> yeah, i missed the timestamp :)
[09:32] <ogra_> sad, it seemed so obvious :P
[09:32] <tjaalton> it's just a lib :)
[09:33] <ogra_> yeah, buut now i need to actually dig :)
[09:42] <tjaalton> have fun
[09:42] <tjaalton> Noskcaj: all uploaded
[09:43] <tjaalton> now waiting for the builds to finish
[09:47] <ginggs> hi, i have a request from the opencl packagers in debian (pkg-opencl-devel) for mesa to be built with opencl support.  i have re-opened LP: #1319835
[09:47] <tjaalton> there's a MIR to move the required deps to main first
[09:48] <tjaalton> opencl will be revisited for 10.5
[09:52] <ginggs> can you point me to the MIR, please?
[09:54] <tjaalton> wish I knew
[09:54] <tjaalton> which packages it needed
[09:56] <tmpRAOF> libclc IIRC.
[09:57] <tjaalton> thanks, so https://bugs.launchpad.net/ubuntu/+source/libclc/+bug/1412441
[09:59] <ginggs> thanks very much!
[10:00] <tjaalton> tmpRAOF: a stealthy nick ;)
[10:00] <tmpRAOF> tjaalton: Care of losing my freenode credentials without a registered email :)
[10:00] <tjaalton> tmpRAOF: I noticed that vanvugt asked about upstreaming the mesa mir patch, you probably know the status?-)
[10:01] <tmpRAOF> tjaalton: Yeah. Status is: should be rebased on the DRI3 infrastructure, which will remove some changes, and then it needs to be reproposed.
[10:01] <tjaalton> okay
[10:02] <tjaalton> so skylake needs 10.5 and the current patch didn't need much rebasing to at least make it compile, guess it works too
[10:04] <tjaalton> need to try current master too, last time opening the dash crashed compiz (on SKL)
[11:48] <tjaalton> huh, our xutils-dev is ancient, blocks new xinit
[12:20] <tjaalton> merged
[12:34] <mlankhorst> oke
[18:36] <Noskcaj> tjaalton, thanks


[00:02] <cred> I'm trying to upgrade to the newest LTS and it's hung on mysql spewing a bunch of "audit" errors......................what can I do?
[00:05] <cred> I'm trying to upgrade to the newest LTS and it's hung on mysql spewing a bunch of "audit" errors......................what can I do?
[00:30] <cred> why is there no /etc/default/grub in 10.04 ???
[00:30] <cred> how do I turn off the graphics on boot ???
[00:34] <RoyK> that file is there
[00:34] <RoyK> google for it
[00:35] <cred> the file isn't there
[00:35] <cred> I"m ssh'd into the system now
[00:35] <cred> there is no /etc/default/grub
[00:38] <cred> this upgrade leaves the system broken
[00:38] <cred> mysql won't start at all, my entire company is down
[00:40] <ScottK> This is probably one of those times when having backups and a redundant server would be nice.
[00:40] <jmarsden> cred: Did you move your mysql databases to some totally non-standard location?
[00:41] <jmarsden> cred: My guess is that newer apparmor rules for mysql in the upgraded package are not allowing it to access whatever non-standard place you put your databases... but I'm just guessing at this point.
[00:42] <cred> jmarsden: you guess correctly
[00:42] <jmarsden> OK, so the quick fix is put the databases back where they should be, or else configure apparmor to be in warning only mode.
[00:42] <cred> jmarsden: but I deleted to new rules with the old one, and still no luck
[00:43] <cred> jmarsden: I've turned off apparmour and it still won't start
[00:43] <cred> jmarsden: how do I get it into warning mode only ?
[00:44] <cn1209> What's the best offsite backup solution. I was trying to use crashplan.com since it allows me to copy from one computer to another (offsite). Any ideas?
[00:45] <jmarsden> cred: something like   sudo complain mysql
[00:45] <jmarsden> cred: or maybe sudo complain mysqld    maybe?
[00:45] <jmarsden> cred: I am not an apparmor expert at all.
[00:47] <cred> that didn't work
[00:49] <jmarsden> !doesnt work | cred
[01:02] <GeekyAdam> hi all
[01:19] <lifeless> can uec do something more like a regular kvm setup - with a persistent img file ?
[01:20] <lifeless> if so, how does want set it up ?
[01:20] <lifeless> s/want/one/
[02:37] <cred> what does this mean: type=1502 audit(1300588611.956:20):  operation="open" pid=1433 parent=1 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
[02:38] <cred> I"m getting this error when I try to start mysql
[02:39] <cred> I've disabled apparmor, but I'm still getting this crap
[02:41] <cred> what does this mean?:    type=1502 audit(1300588611.956:20):  operation="open" pid=1433 parent=1 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
[02:58] <pmatulis> cred: how did you disable apparmor?
[03:00] <cred> pmatulis: I followed the instructions on the wiki, it kept running though so I purged it
[03:01] <cred> mysql still won't start
[03:02] <cred> I just removed mysql and re-installed it and now it's hung on the config phase
[03:03] <pmatulis> cred: how did you disable apparmor?  what wiki?
[03:03] <cred> pmatulis: the ubuntu wiki
[03:04] <cred> pmatulis:  update-rc.d -f apparmor remove
[03:05] <cred> now mysql-server won't install at all
[03:07] <cred> the config process it hung, I'll have to reboot
[03:08] <cred> I guess I'll have to save my config file an purge mysql and see if it will install
[03:20] <cred> ghhhaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa!!!!!!!!!!!!!!!1
[03:21] <cred> it still won't start
[03:22] <cred> I can't believe this
[03:25] <cred> how can mysql not install and run?
[03:27] <pmatulis> cred: i heard to completely disable apparmor you need to pass a kernel option b/c there is something lurking in the initramfs
[03:27] <pmatulis> cred: 'apparmor=0'
[03:28] <cred> pmatulis: ok, thanks
[03:28] <cred> pmatulis: I guess that goes into the non-existant /etc/default/grub file ?
[03:29] <cred> pmatulis: do you know the command to turn off the graphical boot ????  I have "nomodeset" but it's not working
[03:32] <pmatulis> cred: get rid of 'splash'
[03:32] <cred> pmatulis: splash isn't listed
[03:32] <cred> well, I see to NEVER, NEVER use do-release-upgrade
[03:32] <cred> this system is hosed
[03:33] <pmatulis> cred: i would just pass the option during boot and see if it works
[03:36] <cred> pmatulis: I'm trying it now
[03:44] <cred> well, nothing is working
[03:44] <cred> I'm going to install centos, thanks for all your help guys
[05:33] <dschuett> anyone good with bind9?
[06:34] <airtonix> depends, not really
[08:19] <kaushal> Hi
[08:20] <kaushal> Does Ubuntu 10.04 has asterisk binary packages ?
[08:20] <kaushal> I mean Ubuntu Lucid Server
[08:21] <greppy> apt-cache search asterisk should show them.
[08:22] <kaushal> is it better to go with 10.04 or 10.10 as server ?
[08:22] <greppy> I go with LTS releases
[08:23] <greppy> unless I need something specifically from a "normal" release.
[08:25] <kaushal> ok
[08:25] <kaushal> greppy: Thanks
[14:02] <bigbang> hey i followed the mail filtering how to un help ubuntu for postfix.. adding spamassasin and clamav.. is it normal now for it to take so long to send the email out and in ?
[14:10] <KurtKraut> bigbang, so long means how many minutes?
[14:11] <bigbang> well about a whole minute i try like using webmin to do other things and it just slows down the whole pc...
[14:38] <Egbert9e9> whenever i start screen on a remote ssh, detach, disconnect and later reattach it, it somehow forgets my home directory and opens each window as "user@server:/$" instead of "user@server:~$"
[14:40] <RoyK> Egbert9e9: screen will open new screens with the current directory you had when starting screen in the first place
[14:43] <Egbert9e9> RoyK: i start it on ~
[14:55] <Egbert9e9> something is weird
[15:48] <airtonix> greppy: having any problems with suspend on your desktops lately ? this is me raging at pm_suspend : http://dpaste.com/521335/
[15:51] <greppy> airtonix: the only problem I am having is the vga monitor doesn't come back from a suspend or if I power it off for a while, have to reboot.  the dvi monitor comes back fine.
[15:51] <airtonix> greppy: this guy explains my scenario pretty much verbatim : http://forums.debian.net/viewtopic.php?f=5&t=52581
[15:52] <airtonix> sshf might the cause
[15:52] <airtonix> sshfs
[15:52] <greppy> ah
[15:52] <airtonix> except it's on both server and desktop that it happens
[17:26] <edge> i got my server locked in a dependency problem after trying to upgrade. how can i resolve this. http://pastebin.com/hPGW5pm1
[17:30] <hydraD> hi
[17:30] <hydraD> anybody from romania here?
[17:30] <hydraD> thanks
[17:57] <RoyK> hydraD: why?
[18:15] <gbsd-gord> RoyK: I assumed he/she needs Romanian language support
[18:15] <gbsd-gord> hydraD: is that ^ correct?
[19:43] <wilsotc> I'm looking for advice on an HP proliant server model DL360 G7. Are there known issues with this system? The DL360 G6 *is* officially supported, and I would purchase this instead if there are problems.
[19:43] <wilsotc> (with the G7)
[19:45] <jpds> Only one way to find out.
[19:45] <jpds> Changes are everything will just work.
[19:46] <wilsotc> I'm fairly confident, just making sure. Also, is the Smart Array controller P410i is supported from the updated kernel in 10.10 through the hpsa driver?
[19:46] <wilsotc> I've seen that the hpsa driver is now included in the latest kernels.
[19:47] <wilsotc> Anyone using SSD drives?
[19:49] <wilsotc> This system will include battery backed write cache, and I need lots of IOs, not space so I'm looking at SSD
[20:00] <Andy80> hi all
[20:01] <Andy80> I'm running an Ubuntu server on a VPS (a Karmic version). I've currently installed nptd to keep time updated, but it looks like something is not working, this is what I get when I run "date"  command: Mon Mar 21 16:43:38 CET 2011
[20:01] <Andy80> the timezone is European/Rome based and it should be Mar 20, 21:01
[20:01] <Andy80> how can I fix this?
[20:09] <raphink_> Andy80: did you run ntpdate?
[20:15] <wilsotc> Your clock should be close to correct before NTPD starts, or it won't sync
[20:15] <wilsotc> just update it (like with ntpdate) and it should work fine
[20:15] <wilsotc> ntpq -c peers
[20:15] <Andy80> if I run ntpdate I get: root@wifi:~# ntpdate
[20:15] <Andy80> 21 Mar 20:36:28 ntpdate[28004]: no servers can be used, exiting
[20:15] <wilsotc> will show the status of your NTPD process
[20:15] <Andy80> let me check the other command...
[20:15] <Andy80> root@wifi:~# ntpq -c peers
[20:15] <Andy80>      remote           refid      st t when poll reach   delay   offset  jitter
[20:15] <Andy80> [20:15] <Andy80>  europium.canoni <IP_ADDRESS>    2 u    -   64  377    9.953  -841279 145836.
[20:15] <Andy80>  bds2.bds-bayern <IP_ADDRESS>   2 u   27   64  377    7.812  -841134 143860.
[20:16] <Andy80> (sorry for the copy/paste)
[20:17] <wilsotc> The time should be closer than one hour, or it won't sync
[20:17] <wilsotc> your offset is too large
[20:18] <Andy80> wilsotc: ok... so how can I change the offset? how can I fix it? Do I have to configure another ntp server in ntpd.conf?
[20:18] <wilsotc> you can do that with the time, and date commands OR in the BIOS when you turn the machine one
[20:18] <wilsotc> on
[20:18] <wilsotc> OR with ntpdate
[20:18] <Andy80> I cannot access the bios... it's a VPS
[20:18] <wilsotc> ntpdate server
[20:18] <wilsotc> hold I will get the exact command,
[20:18] <Andy80> root@wifi:~# ntpdate ntp.ubuntu.com
[20:18] <Andy80> 21 Mar 20:43:39 ntpdate[28064]: the NTP socket is in use, exiting
[20:18] <Andy80> mmm...
[20:18] <RoyK> ntpdate pool.ntp.org
[20:18] <Andy80> wait, let me stop ntpd
[20:19] <wilsotc> try ntpdate ntp-s1.cise.ufl.edu
[20:19] <Andy80> ok, now it was set correctly:
[20:19] <RoyK> pool.ntp.org is very reliable and close to the source
[20:19] <wilsotc> yes
[20:19] <Andy80> root@wifi:~# ntpdate ntp.ubuntu.com
[20:19] <Andy80> 20 Mar 21:19:13 ntpdate[28087]: step time server <IP_ADDRESS> offset -84330.344231 sec
[20:19] <Andy80> ok, I'll use it then
[20:19] <wilsotc> now /etc/init.d/ntpd restart
[20:20] <wilsotc> and you should be golden in a few mins
[20:21] <Andy80> let's see.... if I remember well. I had already used ntpdate once.... then I installed ntpd and "someting" messed with time/date again during night....
[20:21] <Andy80> let's see if it resists
[20:21] <wilsotc> is this a dual boot system?
[20:22] <Andy80> this is an Ubuntu server installation on a Virtual Private Server hosting
[20:22] <Andy80> by the way... it looks like ntpd is messing again
[20:22] <wilsotc> it is likely changing upon restarting your system
[20:22] <Andy80> it already set 3-4 minutes more than my local machine
[20:23] <wilsotc> the hardware clock in your machine is likely a different timezone that your server OS is expecting
[20:23] <Andy80> server: Sun Mar 20 21:26:19 CET 2011 - local PC: dom 20 mar 2011, 21.23.20, CET
[20:24] <Andy80> but.... if the system is virtualized, Ubuntu cannot set the real hardware clock...
[20:24] <wilsotc> OR the VM is resetting the virtual or REAL hardware clock
[20:25] <wilsotc> in the VM there's a simulated hardware clock that is possibly getting changed
[20:25] <Andy80> mmm... I'll have to ask to VPS support then...
[20:27] <wilsotc> that sounds like your VM is hosted on a system with a flaky hardware clock? I've seen cheap crystals so bad that NTPD couldn't run
[20:29] <Andy80> for now I've stopped ntpd and re-set the time again using: ntpdate pool.ntp.org
[20:29] <Andy80> let's see in 5-10 minutes if/how changes
[20:30] <wilsotc> yeah, a cron job every minute will be okay, but you might see lost seconds and weird effects if the clock is drifting that quickly
[20:31] <Andy80> with ntpd it has been worse: it changed +24 hours in less than half a day :\
[20:32] <RoyK> Andy80: then ntpd probably gave up - is this on a VM?
[20:32] <Andy80> RoyK: yes, it's on a VM
[20:33] <Andy80> wilsotc: uhm... even with ntpd stopped, the clock is getting forward too fast.... I already have 4 minutes difference between my machine and remote server
[20:33] <wilsotc> A bad physical clock in the host machine is possible
[20:34] <wilsotc> what does your /var/lib/ntp/ntp.drift
[20:34] <wilsotc> file show?
[20:36] <Andy80> root@wifi:~# cat /var/lib/ntp/ntp.drift
[20:36] <Andy80> 329.743
[20:36] <wilsotc> It usually shouldn't be much over +-20
[20:37] <wilsotc> if you look at the 4th column of /var/log/ntpstats/loopstats, does that number fluctuate wildly?
[20:38] <Andy80> let me check
[20:38] <RoyK> Andy80: there are some issues with some virtualisation systems that may make the clock drift quite badly
[20:38] <RoyK> Andy80: it's _not_ an ntp issue, though, it's the emulated BIOS clock that drifts
[20:38] <Andy80> wilsotc: cat: /var/log/ntpstats/loopstats: No such file or directory
[20:38] <wilsotc> I suspect the VM also
[20:41] <wilsotc> you could look here for further info: http://support.ntp.org/bin/view/Support/KnownOsIssues#Section_9.2.2.
[20:42] <Andy80> wow, lot of info to read... give me some minutes :)
[20:43] <wilsotc> See if your hosting service uses NTPD or equivalent, then just use the host VMs clock seems to be the answer
[20:44] <Andy80> I don't know what they use to virtualize :\
[20:44] <Andy80> I'll ask a friend of mine who works in that service, as soon as I get him online.
[20:45] <wilsotc> ok
[20:46] <Andy80> uff :\ the clocl is completly fu*** it's already 18 minutes forward my local time...
[20:46] <Andy80> clock
[20:46] <RoyK> Andy80: what sort of virtualisation system are you on?
[20:49] <Andy80> RoyK: I don't know....
[20:49] <gbsd-gord> sounds like H.G.Wells-ware :)
[20:49] <wilsotc> I've seen a bad hardware clock drift that much
[20:49] <Andy80> RoyK: it's not something I'm managing directly... it's a service I'm buying from a friend
[20:49] <RoyK> k
[20:50] <RoyK> Andy80: not that I think it will help, but can you check if you're running a "server" or "generic" or "virtual" kernel?
[20:51] <Andy80> yep..
[20:51] <RoyK> uname -a
[20:51] <Andy80> root@wifi:~# uname -a
[20:51] <Andy80> Linux wifi 2.6.31-20-server #58-Ubuntu SMP Fri Mar 12 05:40:05 UTC 2010 x86_64 GNU/Linux
[20:52] <RoyK> which distro is this?
[20:52] <RoyK> distro version, I mean
[20:53] <Andy80> ubuntu 9.10
[20:54] <RoyK> upgrade to 10.04 for a start
[20:55] <RoyK> 9.10 is theoretically supported for another month, but 10.04 will be supported until april 2015, and I doubt much bugs will be fixed in 9.10
[20:55] <gbsd-gord> agreed - 1st priority, then if time problem goes away, you're sorted ;)
[20:55] <gbsd-gord> once 9.10 "drops off", it will be a little difficult to upgrade smoothly
[20:55] <RoyK> also, after upgrading to 10.04, install 2.6.35 as your kernel - the default, 2.6.32 IIRC, has some issues that has been fixed in .35
[20:56] <Andy80> mmm.... I'm running a "half-critic" service on this machine.... are we sure everything will be ok?
[20:56] <RoyK> gbsd-gord: really?
[20:56] <RoyK> gbsd-gord: I've upgraded rather old machines way after their support went out
[20:56] <RoyK> Andy80: do you have console access to the machine?
[20:56] <gbsd-gord> after it drops off the mirrors (at some unknown unpecified time I think) then  a CDrom upgrade is needed
[20:57] <RoyK> Andy80: usually, an upgrade to a new release is trivial, but then...
[20:57] <Andy80> RoyK: I've ssh/root access to it
[20:57] <RoyK> gbsd-gord: I guess that's highly theoretical - it's only a few weeks since I upgraded a 9.04 machine
[20:57] <gbsd-gord> Royk: that could be at least 7-19 months from now, best not to take too long because it's easy to forget
[20:58] <gbsd-gord> RoyK: oh yes, not urgent, but a very good idea and might fix the time trouble
[20:58] <RoyK> Andy80: well, ask whoever setup the system in the first place - an upgrade should be trivial, but if their infrastructure is wierd, well, you never know
[20:58] <Andy80> can you point me to some upgrading information/instructions that I can read? usually on old debian machines I used to manually change the source.list file to reflect the new version, then apt-get dist-upgrade...
[20:59] <RoyK> Andy80: apt-get update && do-release-upgrade
[20:59] <RoyK> no reason to change sources.list
[20:59] <gbsd-gord> http://www.ubuntu.com/desktop/get-ubuntu/upgrade    covers it
[20:59] <Andy80> ok, let's try....
[21:00] <gbsd-gord> updating-over-ssh is in theory "more risky" over ssh (in case you lose the SSH by upgrading, but if you write down the extra ssh port it opens for you you should be pretty safe
[21:01] <gbsd-gord> I've never had problems, ymmv
[21:01] <Andy80> ok, let's try
[21:04]  * Andy80 cross fingers....
[21:09] <Andy80> is the configuration of apache, php, postgresql ecc.... kept? yes?
[21:22] <RoyK> Andy80: yes
[22:01] <Andy80> well
[22:02] <Andy80> RoyK: upgrade finished! system restarted and running. The hosted service seems to run fine. The problem with date/time remained :\
[22:03] <Andy80> RoyK: what I don't understand is: why the kernel version is the same?
[22:03] <Andy80> andy80@wifi:~$ uname -a
[22:03] <Andy80> Linux wifi 2.6.31-20-server #58-Ubuntu SMP Fri Mar 12 05:40:05 UTC 2010 x86_64 GNU/Linux
[22:19] <Andy80> and I cannot find /boot/grub/menu.lst nor /boot/grub/grub.cfg
[22:26] <RoAkSoAx> kirkland: ping
[22:27] <Daviey> Andy80, It sounds like the kernel is not part of your image... This isn't that uncommon for some visualisation methods.
[22:27] <Andy80> btw... I've my friend on Skype now... he says they use xen
[22:28] <Daviey> it's /usual/ for the kernel not to be part of the Domu... there are hacks that allow it to seem to be inside.
[22:28] <Daviey> Andy80, So, unless your provider supports pvgrub or simialr. - you are stuck on the kernel they provide.
[22:41] <RoAkSoAx> Daviey: o/
[23:02] <gwynddyllyd> hey. i just installed a minimal natty system and would like to add X to it. i installed xorg but failed to find a package to configure it from the command-line. do i have to fiddle with the xorg.conf file or is there some package (maybe curses based) to do it?
[23:03] <gwynddyllyd> sorry if this is the wrong place to ask
[23:03] <gwynddyllyd> the system will function as a small LAN file server
[23:21] <Daviey> hey RoAkSoAx
[23:26] <Andy80> RoyK: we've fixed it :)
[23:26] <Andy80> RoyK: echo xen > /sys/devices/system/clocksource/clocksource0/current_clocksource
[23:26] <Andy80> yeah ;)
[23:56] <Theravadan> i am trying to start a m2.4xlarge in any availability zone using an ubuntu server ami and it goes from pending->terminated, anyone know what i'm doing wrong or recommend any ubuntu ami that might work?
[23:57] <lifeless> on UEC or EC2 ?
[23:58] <Theravadan> ec2
[23:58] <Theravadan> ec2-run-instances ami-548c783d -n 1 -t m2.4xlarge -z us-east-1c -b /dev/sdb=:500:false -k 'afkeypair' is the cmd
[23:59] <zul> http://uec-images.ubuntu.com and the get-console command should be able to tell you what is happening hopefully


[01:32] <phillw> pleia2: do you have a couple of minutes for a PM?
[02:09] <eemerica2s> hey guys I'm having a bit of trouble with my ipod touch. When I ran the live CD, i plugged my ipod in and it showed all the songs no problem. After installing it I plugged it in and every music player I tried (amarok, banshee, rythmbox, gtkpod) all day there are "0 songs" on my ipod, yet my ipod still shows a full list of songs and everything. any ideas?
[02:09] <pleia2> phillw: still about? just walked in the door
[02:11] <phillw> pleia2: I'm just having a chat in council :)
[02:13] <pleia2> phillw: ok, did you need something from me?
[02:13] <pleia2> eemerica2s: don't know anything about ipods, sorry :(
[02:14] <phillw> pleia2: I was just seeking some advice, duanedesign and cprofitt are giving it me now. :)
[02:14] <pleia2> ok, cool :)
[02:15] <eemerica2s> pleia2: no problem i'll chill here for a bit and see if anyone has any insight or else i'll just post it in the forums. would the beginners forum be a good place or should i post it elsewhere? (I dont have the forum topics open at the moment, studying for an exam :P)
[02:15] <pleia2> eemerica2s: beginners should be a fine place to post it
[02:28] <brennydoogles> Hey all!
[03:52] <trhisdone> hello
[03:53] <Mohan_chml> Hello
[11:05] <KinkyPinkie> hey! anyone know a goot LaTex editor I could use on my 10.4 ?
[11:17] <geirha> I just use vim, but search for «tex editor» in the Sofware Center
[13:54] <trhisdone> hello
[13:54] <bioterror> hi
[13:54] <trhisdone> whats up bio terror?
[13:54] <bioterror> 6mins and I'm off from work
[13:54] <bioterror> but Idont know where I should go :D
[13:55] <trhisdone> home?
[13:55] <bioterror> maybe, or parents-in-law, or or or
[13:55] <trhisdone> im a home body
[13:56] <trhisdone> well i finally got dvd playback to look smooth in vlc
[13:56] <trhisdone> vlc
[13:56] <trhisdone> i have no idea what i did but whatever i did looks good now
[13:56] <bioterror> good
[13:56] <bioterror> sometimes, it just needs a magic touch
[13:58] <trhisdone> i still can not find a font i like....maybe linux needs its own font rendering engine
[13:58] <trhisdone> all the fonts look blurry no matter what i do
[13:58] <bioterror> haa
[13:58] <bioterror> people complains fonts on linux
[13:58] <bioterror> get used to it
[13:58] <trhisdone> lol
[13:59] <bioterror> but I'm off to home, to have some dinner
[13:59] <bioterror> laters
[13:59] <trhisdone> later
[14:00] <trhisdone> maybe its the way fonts are rendered on an lcd but in win xp the fonts look great
[14:00] <bioterror> yes
[14:05] <Robinux> guys what does the alternate release mean, semi-desktop / semi-server?
[14:06] <bioterror> it means that there's no graphical installation
[14:06] <bioterror> it's text based
[14:06] <Robinux> i see
[14:06] <bioterror> no LiveCD
[14:06] <Robinux> going for the desktop
[14:06] <bioterror> just installer
[14:07] <bioterror> like in the old good days
[14:07] <Robinux> you're not gonna believe it but my download got screwed up right before it finished at 98%
[14:07] <Robinux> damn i am never going to download normally
[14:07] <Robinux> from now on
[14:07] <Robinux> its torrents only :S :(
[14:08] <bioterror> you might get good speeds with torment
[14:10] <Robinux> torment?
[14:11] <Robinux> bioterror, ?
[14:16] <Robinux> hahaha but i just did a smart move
[14:16] <Robinux> i renamed the .iso.part file that was stopped, to .iso file and just pointed the torrent to it
[14:18] <Robinux> hash-checked it and its now continuing it where firefox left off :D
[14:18] <Robinux> wohooo!
[14:20] <trhisdone> i've never had a problem downloading the distro's
[14:55] <Silver_Fox_> Hello.
[15:01] <Puck`> hi Silver_Fox_ (:
[15:01] <Silver_Fox_> Hello Puck`
[15:03] <Puck`> how are you?
[15:05] <Silver_Fox_> I am okay thank you Puck` , how are you?
[15:06] <Puck`> bored a bit, looking through some code
[16:56] <bioterror> szczur, meet hobgoblin  ;)
[16:56] <szczur> hi hobgoblin
[16:56] <hobgoblin> hello
[16:57] <hobgoblin> that's the pleasantries over then - now I can revert to type ;)
[16:58] <bioterror> :D
[16:58] <hobgoblin> szczur: I actually do bite ...
[16:59]  * bioterror knows
[16:59] <bioterror> ;D
[16:59]  * szczur kows how to defend himself :)
[16:59] <hobgoblin> szczur: against a myth ?
[17:00] <bioterror> garlic does not help ;)
[17:01] <szczur> http://szczur.ath.cx/szczur.jpg < fighting stance :)
[17:01] <szczur> hobgoblin, are you some sort of admin here?
[17:01] <hobgoblin> nah
[17:01] <bioterror> :D
[17:02] <szczur> i got to know who is who in this team :)
[17:02] <Mohan_chml> szczur, but he can kick ya ;) and you have pretty good eyes on that pic :P
[17:02] <hobgoblin> on the forum I am staff - here I am just a bad penny that came back lol
[17:02] <Mohan_chml> heya hobgoblin
[17:02] <hobgoblin> hi Mohan_chml
[17:02] <szczur> Mohan_chml, ^^
[17:02] <szczur> hi
[17:02] <Mohan_chml> hobgoblin, I am starving :(
[17:03] <Mohan_chml> szczur, want to see him kick ya?
[17:03] <hobgoblin> Mohan_chml: really - or just hungry
[17:03] <hobgoblin> and I no longer have ops in here and it's not really a channel to play around in any longer
[17:03] <Mohan_chml> Hungry and angry :|
[17:04] <Mohan_chml> hobgoblin, and I am not from Hungary like Puck` :D
[17:04] <bioterror> I just ate
[17:04] <Mohan_chml> me?
[17:04] <Mohan_chml> :(
[17:04] <bioterror> nuggets and other stuff
[17:53] <mansoluvlucid> Hey,a'm on ubuntu lucid 10.04.Keyboard stops responding after closing and reopening laptop lid. Any idea.
[17:57] <mansoluvlucid> :n
[17:57] <mansoluvlucid> ?? no discussion.
[17:59] <jledbetter> Not sure. Closing the lid puts the machine to sleep?
[17:59] <trhisdone> hello
[17:59] <mansoluvlucid> hai
[18:00] <trhisdone> d
[18:01] <mansoluvlucid> :osI currently have to restart my ubuntu lucid to make keyboard working again if close my laptop lid.
[18:03] <mansoluvlucid> how can i locate the system process controlling this event . Any shell commands .
[18:03] <mansoluvlucid> to do so
[18:04] <mansoluvlucid> 8)
[18:13] <mansoluvlucid> ?? any commands - to locate a process that gets executed for  i/o event handling. eg: if i turn on my laptop's bluetooth/wifi button which event/thread handles this i/o.  I tried $top.But couldn't recognise the event.Any ideas / tips.
[18:16] <mansoluvlucid> trhisdone:8) Any comments.
[18:20] <mansoluvlucid> jledbetter::)
[18:22] <trhisdone> have you checked the bios? some laptops have choices in the bios to suspend the laptop when the lid is closed....maybe ubuntu cant figure this out?
[18:22] <trhisdone> also if its a wubi install wubi doesn't support hibernation or suspend
[18:23] <jledbetter> Or maybe the energy setting? I have mine stay awake when I shut my lid.
[18:25] <mansoluvlucid> I could  suspend/resume  working perfectly. But it makes keyboard stops responding on resume,no key keyboard inputs are recognised.
[18:25] <trhisdone> i dont know i don't have ubuntu on my laptop
[18:27] <mansoluvlucid> .k Thanks for responding.:)b
[18:27] <trhisdone> im a newbie to ubuntu ....
[18:27] <bioterror> mansoluvlucid, your laptop is?
[18:28] <mansoluvlucid> I found this<EMAIL_ADDRESS>entered the room.;)wos thinking . . .
[18:28] <mansoluvlucid> bioterror: sony vaio vgn cs-36mj
[18:32] <bioterror> cant find much information
[18:32] <bioterror> you should create a account to www.launchpad.net
[18:32] <bioterror> and file a bug raport
[18:39] <mansoluvlucid> bioterror: I tried that once and the software couldn't successfully report the bug and asked me to update the system first. So thought to do it manually.:os Do you have any comment on this: How can i locate the process that is handling the  event/thread of laptop closing event.
[18:40] <mansoluvlucid> I tried  $top $ps etc .
[18:41] <bioterror> technically
[18:41] <bioterror> you could try nomodeset in booting parameters
[18:41] <bioterror> sounds little that kind of problem
[18:47] <mansoluvlucid> bioterror:I found this.Hope this is the required procedure for entering nomodeset parameter.* At install screen press F6 and select nomodeset and install Ubuntu as usual.
[18:47] <mansoluvlucid> * On first boot after install, press e on getting the GRUB bootloader.
[18:47] <mansoluvlucid> * Using arrow keys navigate to and delete quiet and splash and type the word nomodeset in their place
[18:47] <mansoluvlucid> * Press Ctrl and X to boot
[18:47] <mansoluvlucid> * You should now be able to login to your Ubuntu as usual
[18:48] <mansoluvlucid> 8)
[18:49] <bioterror> well
[18:49] <bioterror> when it boots
[18:49] <bioterror> you edit that boot line and add "nomodeset" with out "" to the end
[18:52] <mansoluvlucid> ;) will be trying that soon.Thanks bioterror.
[18:53] <bioterror> hey
[18:53] <bioterror> that disables Kernel Mode Setting
[18:53] <bioterror> might take some features like sounds and stuff like that off, but we'll see if the resume works
[18:54] <mansoluvlucid> OMG.That leaves something more to do.
[18:57] <mansoluvlucid> bioterror:may i know the if/else case.If(working) what to do;   else what to do;
[18:57] <mansoluvlucid> sorry : wrong simile
[18:57] <mansoluvlucid> :D
[18:58] <mansoluvlucid> may i know the if/else case.If(working) what to do;   else what to do;
[18:58] <bioterror> well, it helps making bug raport, at least
[19:03] <mansoluvlucid> ya,.k i'm leaving,will be back soon. thanks for the discussion.Best wishes to you.Keep answering.:)b
[21:06] <Maddeth> hallo
[21:10] <aveilleux> hi
[21:15] <nlsthzn> Howdy
[21:16] <Maddeth> long time no see cprofitt
[21:16] <Maddeth> hi again bodhizazen
[22:09] <Maddeth> hi st33med, night all :)
[22:09] <st33med> Hi, and good night:p
[22:46] <Matrixoracle> anyone here? got a question about nvidia drivers and getting decent gfx on world of wearcraft running thru wine.
[23:05] <pedro3005> hello Matrixoracle
[23:08] <nlsthzn> Matrixoracle: one word playonlinux
[23:10] <pedro3005> :o it's robbmunson