[16:54] <ambient> Hi, I am trying play 0A.D. and get this error message https://pastebin.com/kDkMtBkC
[18:27] <OvenWerks> ambient: what is 0A.D.? Is that a synth or something?
[18:30] <CherryPuffs> 0 A.D. is a free game in the style of Age of Empires
[18:30] <OvenWerks> Your past says it can't find the binary. That would mean that where ever you put it is not part of the path... therefore you need to run it as /path/to/binary instead of just binary
[18:30] <OvenWerks> s/past/paste/
[18:32] <OvenWerks> If you are trying to run it from the directory where the binary is then try ./oad or should that be 0ad?
[18:32] <OvenWerks> (or ./0ad)


[06:21] <ducasse> morning, all
[06:21] <EriC^^> morning ducasse :)
[06:23] <ducasse> hey, EriC^^ - take any photos while i was sleeping? :)
[06:23] <EriC^^> hehe no :)
[06:24] <ducasse> just thought you mentioned last night you wanted to take some night pics :)
[06:24] <ducasse> what kind of camera is this new one you bought, anyway?
[06:24] <EriC^^> yeah i do, maybe today :)
[06:25] <EriC^^> it's a nikon 5300d
[06:27] <ducasse> wow, that looks nice :) i was into photography when i was back in school, they had a darkroom that they let me use. haven't kept it up, though.
[06:30] <EriC^^> it seems like a nice hobby, sometimes when i drive in the morning or sunset the sky looks really nice and i think i wish i had a camera or something
[06:32] <ducasse> yes it does, i really liked the darkroom work as well. not much of that these days :)
[06:34] <EriC^^> sounds interesting
[06:35] <EriC^^> i recently just read about camera's and pictures and stuff
[06:36] <EriC^^> iso aperture and shutter speed
[06:36] <ducasse> a friend of mine is a professional photographer, he used to do some really impressive work with making prints on highly specialized paper in various ways, it's a real art.
[06:40] <EriC^^> that's cool
[06:42] <ducasse> i need to reinstall my server now, so i'll need to set up my mail services again. was thinking of putting it into an lxc container on a loop device to make it easy to back up and move around, any thoughts on that?
[06:44] <EriC^^> i've never used lxc containers, no idea
[06:45] <EriC^^> but it sounds simple enough?
[06:46] <EriC^^> you transport the whole mail service then transport it back?
[06:46] <ducasse> ok, i'll ask for tips in #ubuntu-server, but since it has just one user i don't think performance should be a problem.
[06:46] <EriC^^> aha
[06:47] <ducasse> no, i just replicate the config into a container so it is easy to move if i need to later, or for the next time i reinstall.
[06:47] <EriC^^> oh i see
[06:49] <ducasse> the ideal scenario on a fresh install is to just let the installer run, set up zfs, and just start all my containers.
[06:49] <EriC^^> i've yet to delve into containers and virtualization and such
[06:49] <EriC^^> pretty eager to learn about these stuff, maybe some day
[06:49] <EriC^^> deployment, etc. after all if i hope to get a job in linux one day i'd need these stuff for sure
[06:50] <ducasse> i really like both kvm and lxc, just started looking at lxc about six months back. it works really well.
[06:50] <ducasse> i wish we had virt back when i was working in the indestry :)
[06:50] <ducasse> *industry
[06:52] <EriC^^> cool, yeah it seems to open a lot of possibilities and stuff
[06:54] <ducasse> yes, things like libvirt are just soooo nice to work with, also. /me <3 libvirt and zfs :)
[06:55] <EriC^^> :)
[06:56] <ducasse> knowing how to work with libvirt would certainly help you get a job. lxd as well.
[06:57]  * EriC^^ will look into them
[06:57] <EriC^^> sometimes i wish we could do like the movie matrix and plug in all those info to our brains
[06:57] <EriC^^> lol, so much to learn, so little time
[06:58] <ducasse> tip for EriC^^: one of the fedora sites, the one with all the docs, has a really good one on virtualization, how to work with virt-manager etc.
[06:58] <EriC^^> thank you :)
[06:59] <EriC^^> i'll check it out
[07:00] <ducasse> all of the #ubuntu* collective knowledge would be really awesome :-D
[07:00] <ducasse> lots of smart people here
[07:00] <EriC^^> yeah
[07:01] <ducasse> what kind of laptop are you getting next week, btw?
[07:02] <EriC^^> i was thinking the msi prestige pe60 6qe , or the msi leopard pro gp62 6qe
[07:06] <EriC^^> i wish i could get both, it's a little difficult deciding on the color
[07:06] <EriC^^> i've never had a silver laptop before so i kind of want it, then again i'm used to good black laptops
[07:07] <ducasse> is this a problem? https://forum-en.msi.com/index.php?topic=271163.0
[07:11] <ducasse> EriC^^: see discussion at bottom: http://www.linlap.com/msi_gp62_leopard_pro
[07:13] <EriC^^> seems doable
[07:13] <EriC^^> the nvidia/intel hybrid thing might be a hassle though
[07:15] <ducasse> yes, it seems the 960m has/had a few problems with linux, but all the posts i can find are ~6 months old or older, so it might be fixed now.
[07:16] <EriC^^> yeah, many people come to the channel cause of hybrid graphics problems
[07:16] <EriC^^> amd is more straightforward i think
[07:18] <ducasse> yes, but are you planning to game under linux? are the amd drivers good enough now?
[07:18] <EriC^^> nope no gaming
[07:19] <EriC^^> i want it for the i7 4 core honestly
[07:20] <ducasse> oh, then you should be fine, i'd expect. i'd still probably avoid amd, but that's just me.
[07:26] <EriC^^> yeah amd isn't that great right now i think
[13:08] <BluesKaj> Hiyas all


[07:29] <dholbach> good morning
[23:08] <jono> can someone do me a favor and edit the online UDS announcement and deduct two hours from the start and end times?
[23:08] <jono> it now starts at 2pm UTC
[23:09] <jono> akgraner, ^
[23:09] <pleia2> looks like akgraner is editing it
[23:14] <jono> thanks pleia2


[03:58] <[rg]> hello, some of the links for the debian installer are broken on this page http://d-i.alioth.debian.org/doc/internals/apa.html
[04:03] <CarlFK> [rg]: Host d-i.alioth.debian.org not found: 3(NXDOMAIN)
[04:04] <[rg]> CarlFK: the page should be updated then?
[04:04] <CarlFK> what page?
[04:05] <[rg]> oh woops
[04:05] <CarlFK> and I'm guessing you want to tell #alioth on oftc.net
[04:05] <[rg]> https://wiki.ubuntu.com/Installer/Development
[04:05] <[rg]> thats the one ^
[04:06] <CarlFK> ah, that makes more sense now
[04:11] <themill> (anything that is pointing to an alioth.debian.org domain is a stale URL that needs fixing)
[04:12] <[rg]> which branch do I browse for the debian installer? there are so many ...
[04:14] <CarlFK> well... https://salsa.debian.org/carlfk-guest/debian-installer  is likely a fork of what you want, but "Service Unavailable"
[04:16] <[rg]> ah :/
[09:00] <cjwatson> [rg] seems to have left, but I've updated the broken links
[09:06] <TJ-> is there a way to get apt to list packages for a single arch when a foreign arch is installed? "apt -a=i386 list" reports "E: Sense i386 is not understood, try true or false."
[16:18] <tsimonq2> TJ-: Well, if it's a boolean, my first thought would be to set that as "true" and use grep.
[18:22] <TJ-> tsimonq2: right, but the error message doesn't seem to match the man-page which shows "...[-a=architecture] {list | ..." and "apt --help" says 'read the man page' !
[18:25] <TJ-> tsimonq2: in fact, "-a true" seems to be effectively "--all"


[00:00] <wallyworld> i removed the tabular text bit as all user commands like that are tabular
[00:00] <wallyworld> no need to mention it every time imho
[00:01] <menn0> wallyworld: LGTM. just needs a line wrapping fix.
[00:01] <wallyworld> ta
[00:01] <wallyworld> damn, i meant to delete that bit
[00:04] <alexisb> alrigty all I am off for the day
[00:07] <menn0> thumper or wallyworld: https://github.com/juju/juju/pull/6398
[00:13] <wallyworld> looking
[00:15] <babbageclunk> menn0: Ugh - I can't get my watcher to see a model I create in my test.
[00:16] <menn0> babbageclunk: stink
[00:16] <menn0> babbageclunk: do you want me to look at the code?
[00:17] <babbageclunk> menn0: Yes please! just pushing it now.
[00:19] <babbageclunk> menn0: After I create a new model here: https://github.com/juju/juju/commit/94f48e609342c26c494c36155fb0df21608f3624#diff-6734d4932d3aead490d5ec768a7df6b7R519
[00:20] <babbageclunk> menn0: I never see it logged in the changes from here: https://github.com/juju/juju/commit/94f48e609342c26c494c36155fb0df21608f3624#diff-19f910c28876da8a8d94937e102b2ebeR686
[00:20] <babbageclunk> menn0: More importantly, I never see it die after the model.Destroy.
[00:22] <wallyworld> menn0: your pr looks really nice
[00:23] <menn0> wallyworld: cheers... I got a bit obsessive :)
[00:23] <wallyworld> that is a good thing :-)
[00:30] <menn0> babbageclunk: i've been digging for a bit
[00:30] <menn0> babbageclunk: what you've got looks reasonable
[00:30] <menn0> still loooking
[00:30] <menn0> also looking
[00:30] <menn0> :)
[00:31] <babbageclunk> Thanks!
[00:32] <babbageclunk> I think I need to go to bed - maybe it'll be obvious (later) in the morning.
[00:32] <babbageclunk> menn0: ^
[00:32] <menn0> babbageclunk: ok, i'll email if I see anything
[00:32] <menn0> babbageclunk: good night
[00:33] <babbageclunk> night!
[00:33]  * babbageclunk craches
[00:33] <babbageclunk> ugh
[00:33] <babbageclunk> dumb fingers
[01:09] <menn0> wallyworld or axw: are the status values shown under machine-status in the yaml status output provider specific?
[01:10] <menn0> wallyworld/axw: never mind I figured it out. they're not.
[01:20] <wallyworld> menn0: we map provider specific codes onto those generic status values
[01:24] <menn0> wallyworld: yep thanks. I figured out immediately after asking
[01:46] <redir> wallyworld: needs more tests, but PTAL and I'll follow up tomorrow: https://github.com/juju/juju/pull/6399
[01:46] <redir> or axw ^
[01:46] <wallyworld> ok
[01:48] <redir> wallyworld: expect typos... Just got things changed and the currect tests updates. Haven't made a pass for spelling or grammar
[01:48] <wallyworld> ok, np
[01:56] <natefinch> axw: you around?  I have questions on login/logout tests
[01:57] <axw> natefinch: yes, but about to go into a meeting
[01:57] <natefinch> axw: ok, let me know when you're out
[02:23] <axw> natefinch: finished
[02:24] <natefinch> axw: want to do a hangout?  Might be easier
[02:24] <axw> natefinch: sure
[02:25] <axw> natefinch: https://plus.google.com/hangouts/_/canonical.com/andrew-nate&authuser=1
[02:25] <axw> eek, that doesn't work
[02:25] <natefinch> heh
[02:25] <natefinch> https://hangouts.google.com/hangouts/_/canonical.com/core?pli=1&authuser=2
[02:49] <menn0> wallyworld: follow on from my earlier PR: https://github.com/juju/juju/pull/6400
[02:49] <wallyworld> menn0: ok, just eating will look real soon
[02:49] <menn0> wallyworld: no rush
[03:10] <wallyworld> menn0: swap you https://github.com/juju/juju/pull/6401, an easy one
[03:10] <menn0> wallyworld: ok
[03:11] <menn0> wallyworld: but Brokener is such a great name :)
[03:11]  * wallyworld gets the sick bag
[03:12] <menn0> Breakable :p
[03:12] <wallyworld> much better
[03:12] <menn0> CanHazBroken
[03:12] <wallyworld> even betta!!!
[03:12] <wallyworld> love that one
[03:12] <wallyworld> why was that not a convention
[03:13] <wallyworld> CanHazAddress is much better than Addresser
[03:16] <menn0> wallyworld: I'll come up with something else
[03:16] <menn0> wallyworld: I don't understand your PR :-/
[03:16] <wallyworld> :-(
[03:16] <menn0> wallyworld: well what came before it
[03:16] <wallyworld> menn0: i like Breakable :-)
[03:16] <menn0> wallyworld: i'll probably go with that actually
[03:17] <wallyworld> is it the --show-secrets behaviour?
[03:18] <menn0> wallyworld: well yes
[03:18] <wallyworld> so, by default list-credentials will not prints passwords etc
[03:18] <wallyworld> it needs to query the provider to get the schema to know what attrs are secret
[03:18] <wallyworld> to query the provider, it needs to look up the cloud details
[03:19] <wallyworld> so if the cloud name is invalid, it can't get the credential schema
[03:19] <wallyworld> so it errs not to print anything other than a message
[03:20] <menn0> wallyworld: but why show creds for a removed cloud at all?
[03:20] <wallyworld> because that entry is in the file
[03:20] <wallyworld> and list-credentials needs to display the contents of the file IMHO
[03:21] <wallyworld> maybe the user wants to add that cloud back later
[03:21] <menn0> wallyworld: ok
[03:21] <menn0> wallyworld: I'll suggest a simpler wording on the PR
[03:21] <wallyworld> ok
[03:21] <menn0> wallyworld: I think that's what threw me
[03:22] <wallyworld> i think what's there gives the necessary info, so if it's just a wording tweak
[03:22] <wallyworld> i wouldn't want to not convey that info
[03:24] <menn0> how about:
[03:24] <menn0> The following clouds no longer exists but credentials for them still exist.
[03:24] <menn0> Use --show-secrets to display credentials these credentials.
[03:24] <menn0> ...
[03:24] <menn0> wallyworld: ^
[03:24] <menn0> ignoring the doubled up word :-/
[03:24] <wallyworld> sgtm
[03:25] <menn0> ok
[03:25] <menn0> wallyworld: done
[03:25] <wallyworld> ta
[03:25] <menn0> now to land this Brokener change....
[03:25] <menn0> :-p
[03:26] <blahdeblah> Who wouldn't want a Brokener?
[03:27] <blahdeblah> wallyworld: I can't believe you don't like that name
[03:27] <wallyworld> call me fussy :-)
[03:27] <wallyworld> i really hate how Go appends "er" to everything
[03:27] <wallyworld> sounds horrible most of the time
[03:28] <blahdeblah> Yeah - I think it should have used "inator" instead
[03:28] <wallyworld> or "CanHaz...."
[03:29] <blahdeblah> A Brokeinator would totally pwn a Brokener or a CanHazBroken
[03:37] <thumper> wallyworld, menn0, axw: https://github.com/juju/juju/pull/6402
[03:37] <thumper> someone
[03:37] <axw> looking
[03:37] <wallyworld> anyone
[03:38] <thumper> :P
[03:41] <menn0> thumper: done
[03:45]  * thumper off to jitz
[03:45] <thumper> will land when I'm back
[03:45] <thumper> after tweaking year
[03:58] <menn0> wallyworld: another look at https://github.com/juju/juju/pull/6400 pls
[03:58] <wallyworld> ok
[03:58] <menn0> now with Breakable
[03:58] <menn0> and I caught some tests that needed updating
[03:58] <wallyworld> thank goodness
[04:00] <wallyworld> menn0: still looks good, ta
[04:21] <mup> Bug #1190985 changed: Confusing upgrade-charm and deploy -u behavior <deploy> <docs> <improvement> <upgrade-charm> <juju-core:Expired> <https://launchpad.net/bugs/1190985>
[04:21] <mup> Bug #1521610 changed: Upgrade hung when moving from <IP_ADDRESS> to 1.24.7 <canonical-is> <juju-core:Expired> <https://launchpad.net/bugs/1521610>
[04:21] <mup> Bug #1583683 changed: juju thinks it is upgrading after a reboot <juju-core:Expired> <juju-core 1.25:Won't Fix> <https://launchpad.net/bugs/1583683>
[04:30] <mup> Bug #1190985 opened: Confusing upgrade-charm and deploy -u behavior <deploy> <docs> <improvement> <upgrade-charm> <juju-core:Expired> <https://launchpad.net/bugs/1190985>
[04:30] <mup> Bug #1521610 opened: Upgrade hung when moving from <IP_ADDRESS> to 1.24.7 <canonical-is> <juju-core:Expired> <https://launchpad.net/bugs/1521610>
[04:30] <mup> Bug #1583683 opened: juju thinks it is upgrading after a reboot <juju-core:Expired> <juju-core 1.25:Won't Fix> <https://launchpad.net/bugs/1583683>
[04:33] <mup> Bug #1190985 changed: Confusing upgrade-charm and deploy -u behavior <deploy> <docs> <improvement> <upgrade-charm> <juju-core:Expired> <https://launchpad.net/bugs/1190985>
[04:33] <mup> Bug #1521610 changed: Upgrade hung when moving from <IP_ADDRESS> to 1.24.7 <canonical-is> <juju-core:Expired> <https://launchpad.net/bugs/1521610>
[04:33] <mup> Bug #1583683 changed: juju thinks it is upgrading after a reboot <juju-core:Expired> <juju-core 1.25:Won't Fix> <https://launchpad.net/bugs/1583683>
[05:46] <thumper> axw: I have a question about your review
[05:46] <axw> thumper: yup?
[05:47] <thumper> axw: I didn't change the time that RunHook took at all
[05:47] <thumper> it was already returning cmd.Wait()
[05:47] <thumper> all I do is save the output after the Wait call
[05:47] <thumper> before we were discarding the output
[05:47] <thumper> that's all
[05:47] <axw> thumper: what I'm saying is that the client won't get to see the stdout/stderr of the hook until after it's finished
[05:48] <thumper> ah
[05:48] <thumper> hmm...
[05:48] <axw> thumper: oh ... yeah, we weren't setting stdout/stderr
[05:48] <axw> huh, how do we see the output
[05:49] <thumper> isn't it the tmux session that is started?
[05:49] <thumper> I'm not sure
[05:49] <axw> thumper: ahhh yes
[05:49] <axw> thumper: never mind me then
[05:49] <thumper> how can I do QA on this
[05:49] <thumper> I'd like to check before landing
[05:49] <thumper> I don't think I've ever used debug-hooks in anger
[05:50] <axw> thumper: umm. I guess create a charm with a config-changed hook that generates some stdout. then deploy it, debug-hooks, and force a config-changed
[05:50] <axw> thumper: we don't actually run the hook at all ... we just trap and then you can run it yourself
[05:50] <axw> thumper: so my review was garbage
[05:50] <thumper> yeah...
[05:50] <thumper> my problem is now that it is almost 7pm on friday
[05:51] <thumper> and I have run out of fucks
[05:51] <thumper> but I don't want to land something that could potentially screw tings up
[05:51] <thumper> so I need to test it
[05:52] <wallyworld> axw: if you get a chance, could you look at this for me? after you recover from being hassled by thumper https://github.com/juju/juju/pull/6405
[05:52] <axw> heh
[05:52] <axw> wallyworld: sure
[05:52] <wallyworld> ta
[05:54] <axw> thumper: I think it's fine to land as is. a smoke test of debug-hooks would be good, but I think fine to skip in this case
[05:54] <axw> thumper: I do think it would be a bit neater to pass Stdout/Stderr in as a param, but not fussed
[05:54] <axw> (just so you don't have to reach in via export_test)
[05:55] <thumper> I thought that RunHook might have been an interface function
[05:55] <thumper> so signature mattered
[05:55] <axw> thumper: it is. I meant pass in via the HookContext
[05:56] <thumper> ah...
[05:56] <thumper> ok
[05:56] <thumper> yeah, that's better
[06:07] <thumper> axw: reworked how to get the combined output, https://github.com/juju/juju/pull/6402
[06:07] <axw> looking
[06:07] <thumper> so no change to the code for non-test
[06:09] <axw> thumper: looks better, thanks. approved
[06:09] <thumper> axw: ta
[06:09] <thumper> and on that note
[06:09] <thumper> I'm off to start drinking
[06:09] <thumper> later folks
[06:10] <axw> enjoy
[06:29] <wallyworld> axw: with error code, you never get a not found from that api - it is always ErrPerm if the model is not there
[06:30] <axw> wallyworld: yeah I know, I'm just saying using that function would make it clearer why you're looking for that error
[06:30] <axw> wallyworld: alternatively, please add a comment
[06:30] <wallyworld> ok
[06:31] <wallyworld> axw: also, i was trying to avoid having to add an api. ModelInfoResult does contain the number of machines in the model, but not number of applications. I could just print the number of machines
[06:32] <wallyworld> or I guess I could add to the struct and the applications bit won't be there for rc1 and rc2
[06:33] <axw> wallyworld: could we just make a call to FullStatus?
[06:34] <wallyworld> we could. seems expensive though just to poll for info like that
[06:34] <axw> wallyworld: on the client facade
[06:34] <wallyworld> i'd prefer not to tbh
[06:34] <axw> wallyworld: why? we want to know the model status...
[06:35] <wallyworld> the thing we really want is for the command to block
[06:35] <wallyworld> printing the number of machines and apps is a bonus
[06:35] <wallyworld> imho
[06:36] <wallyworld> i'm worried about calling full status every 2 seconds
[06:36] <wallyworld> maybe it's nothing to worry about
[06:36] <axw> wallyworld: what's your concern?
[06:36] <axw> I don't think we should be concerned about getting status frequently
[06:37] <wallyworld> sec
[06:39] <wallyworld> status is fairly heavy weight last time i looked - it did a bit to gather all the info, and then all we would do is throw most of it away here simply to print a machine/app count
[06:39] <wallyworld> if we do want to do that, we have a ModelInfo api with machine info
[06:40] <wallyworld> we'd just need to add application count
[06:40] <axw> wallyworld: I'm fine with that. and it would be ok if you only showed the machine count for an rc3 server
[06:40] <wallyworld> on large models, status used to tke minutes and minutes to run
[06:40] <wallyworld> ok
[06:41] <axw> wallyworld: that's a problem that we need to fix :)
[06:41] <axw> if it's still a problem
[06:41] <wallyworld> right, but for this bug fix, i'd rather use something lightweight. status might be fixed, but it is still heavy weight i think
[06:42] <axw> yep, fair enough
[08:12] <axw> wallyworld: sorry, but Controller.ModelStatus isn't suitable :(   it requires superuser
[08:13] <axw> so you wouldn't be able to destroy your own models if you're non super user
[08:13] <wallyworld> really? sigh
[08:14] <wallyworld> axw: yeah, you're right. but i think we should change the perm on that method
[08:14] <wallyworld> if you had permissions on the model, you should be able to get its status
[08:14] <axw> wallyworld: fine by me. superuser || model-owner
[08:14] <axw> or
[08:14] <wallyworld> will have to fix after soccer
[08:15] <axw> model admin or whatever
[08:15] <wallyworld> at least i didn't need a new api
[08:15] <axw> wallyworld: yeah. it does mean that rc3 would be brokenish, but I think that's ok
[08:15] <wallyworld> i think so too
[08:15] <wallyworld> we can release note it
[08:16] <wallyworld> right, off to soccer, bbiab
[09:43] <dooferlad> voidspace / babbageclunk: Small branch for review if you have the time: https://github.com/juju/juju/pull/6406
[09:52] <babbageclunk> dooferlad: looking
[10:04] <babbageclunk> dooferlad: lgtm
[10:05] <babbageclunk> dooferlad: with a couple of comments
[10:11] <macgreagoir> dooferlad: I guess there is no golang way to get the fs reserved space number, rather than a magic 90%. I won't look too hard if you already have. You might assume 5% in the fs, so 10% isn't a bad one.
[10:20] <dooferlad>  macgreagoir: I am sticking to magic for now because it gets us out of the woods. It would be great to be able to pass in something on the CLI so the user can restrict / expand as wanted or do something based on monitoring the host.
[10:21] <macgreagoir> tune2fs -l :-) but we don't want to assume that.
[10:22] <macgreagoir> Assuming to reserve twice the fs default as reserved is not so bad.
[10:23] <dooferlad> macgreagoir: I was talking about the Juju CLI
[10:24] <dooferlad> macgreagoir: I know about the tune2fs thing and leaving some space on the host seems good too.
[10:24] <macgreagoir> Oh, aye, I mean a way to get a non-magic number.
[10:42] <voidspace> dooferlad: as part of provisioning a new machine (cloud-init) we reboot, right?
[10:44] <dooferlad> voidspace: I don't think we reboot at the end of cloud-init
[10:44] <voidspace> dooferlad: ah
[10:45] <dooferlad> voidspace: pretty sure that cloud-init runs on first boot after install.
[10:45] <voidspace> dooferlad: we'd like to up the open file limit, but that requires a reboot - unless we get into the image I guess
[10:46] <dooferlad> voidspace: you can do that on the fly
[10:46] <dooferlad> voidspace: just looking that up
[10:46] <voidspace> dooferlad: not inotify user_watches or max_instances
[10:47] <dooferlad> voidspace: sysctl -w fs.file-max=100000
[10:47] <voidspace> dooferlad: ah, ok - interesting I'll try it
[10:47] <voidspace> dooferlad: we've been looking at setting it in /etc/security/limits.conf which requires a reboot
[10:51] <dooferlad> voidspace: I don't know which file in /etc/ wins on reboot. http://askubuntu.com/questions/594765/ubuntu-14-04-cant-get-past-4096-max-open-files-for-non-root-user has more info
[10:51] <voidspace> dooferlad: thanks
[10:51] <voidspace> appreciated
[10:53] <voidspace> ooh, agent lost on 11 machines - I think I just hit the limit
[10:53] <voidspace> past 20 containers though
[10:53] <voidspace> ah no, they're back - just the machine grinding to a halt I think
[10:54] <voidspace> I'm at 25
[10:54] <perrito666> Morning
[10:56] <voidspace> perrito666: morning!
[11:07] <voidspace> at 30 containers I ran out of disk space
[11:53] <rogpeppe1> this PR introduces a new field in api.Info, SNIHostName. reviews appreciated, thanks. https://github.com/juju/juju/pull/6407
[12:05] <wallyworld> axw: i updated the api server to allow model admins or owners to make that status call. rc3 servers will not break the destroy as it will just print a message and continue without blocking
[12:33] <perrito666> K doctor appointment bbl
[13:41] <perrito666> well gotta love when doctors use old houses as practices.... lte wont go through walls
[14:01] <rick_h_> voidspace: ping for standup
[14:01] <voidspace> rick_h_: omw
[14:27] <rogpeppe> could someone review this please? i've got another one backed up behind it. https://github.com/juju/juju/pull/6407
[14:45] <alexisb> perrito666, ping
[14:46] <rick_h_> katco: can you peek at rogpeppe's link ^ please?
[14:46] <katco> rick_h_: sure
[14:46] <babbageclunk> voidspace, dooferlad, katco``: anyone feel like a review? https://github.com/juju/juju/pull/6408
[14:46] <rick_h_> ty!
[14:47] <babbageclunk> d'oh
[14:47] <katco> rogpeppe: is this fixing a bug?
[14:51] <alexisb> babbageclunk, that is why I was pinging perrito666 :)
[15:00] <natefinch> rick_h_: btw, I forgot that updating the featuretests for the logout stuff was actually very easy, so I just did it.  landing now
[15:00] <rick_h_> natefinch: <3
[15:02] <rogpeppe> katco: no, it's an enhancement to make it easier to deal with controller with public certs
[15:17] <natefinch> ahh crap, realized I need to get the change to persistent-cookiejar to land before the juju core stuff will work, oops.
[15:23] <natefinch> rogpeppe: I made the suggested changes to persistent cookiejar, in a new PR from a better named branch: https://github.com/juju/persistent-cookiejar/pull/18/files
[15:23] <rogpeppe> natefinch: ok, looking
[15:23] <rogpeppe> natefinch: swap ya! https://github.com/juju/juju/pull/6407
[15:23] <katco> rogpeppe: natefinch: i am also looking at this ^^
[15:24] <rogpeppe> i need two reviews to land it :)
[15:24] <natefinch> rogpeppe: deal
[15:25] <rogpeppe> natefinch: i'm also working on getting people on board for general use of my new retry package API... (which I think is actually kinda cool :-]) https://github.com/juju/utils/pull/245
[15:26] <natefinch> rogpeppe: we really need to move juju/utils/clock to a top level repo
[15:27] <rogpeppe> natefinch: LGTM
[15:27] <natefinch> rogpeppe: thanks
[15:27] <rogpeppe> natefinch: yeah, probably
[15:27] <rogpeppe> natefinch: although i don't think it's a big issue
[15:28] <natefinch> rogpeppe: utils churn has been an issue in the past... backporting stuff in utils often requires one-off ugly branches and godeps.
[15:31] <natefinch> rogpeppe: newWebsocketDialer0?
[15:36] <natefinch> rogpeppe: are dialwebsocket and dialapi unchanged?  They moved, so it's hard to see the diff.
[15:36] <rogpeppe> natefinch: they're pretty similar if not entirely unchanged. sorry about the move, but they really belong together.
[15:36] <natefinch> oh, no, I see some diffs
[15:37] <natefinch> mostly unchanged though
[15:38] <rogpeppe> natefinch: i thought that "newWebsocketDialer0" vs newWebsocketDialer is better than the arbitrary newWebsocketDialer vs createWebsocketDialer
[15:38] <rogpeppe> natefinch: i often use "0" as a "this is different but essentially the same thing" suffix
[15:42] <katco> rogpeppe: review up
[15:42] <rogpeppe> katco: ta!
[15:43] <katco> i really dislike how comments break up the code... makes it really hard to read reviews
[15:43] <rogpeppe> katco: "We need to instead take this in as a dependency to the call-chain." - does that mean every caller to NewServer has to manually wire that dependency up?
[15:44] <katco> rogpeppe: that bubbles up to Open(...) doesn't it?
[15:45] <rogpeppe> katco: oh yes, sorry, it does... every call to Open then
[15:45] <katco> rogpeppe: it would fit nicely into DialOpts i think
[15:45] <katco> rogpeppe: yes, that is what it means
[15:45] <rogpeppe> katco: i really feel like it's very much an internal implementation detail
[15:45] <katco> rogpeppe: if it were, then the code you're writing against it wouldn't have to patch a global variable
[15:46] <rogpeppe> katco: it's an internal test
[15:46] <katco> rogpeppe: tests are just code
[15:46] <rogpeppe> katco: it's allowed to depend on internal implementation details
[15:46] <rogpeppe> katco: for me, not exposing it is about encapsulation of implementation detail
[15:47] <rogpeppe> katco: if we expose it, we can't change it any more
[15:47] <katco> rogpeppe: sure we can, you just pass in something different
[15:47] <rogpeppe> katco: clients become dependent on that particular detail of the implementation
[15:47] <katco> rogpeppe: if it were an implementation detail, the code you've written wouldn't have to patch out a global variable
[15:47] <rogpeppe> katco: ok, we can't change it without changing the clients
[15:48] <katco> rogpeppe: yes, but the code you've written shows that different clients have different needs
[15:48] <katco> rogpeppe: this is fundamental to IoC
[15:48] <rogpeppe> katco: the test in question is a unit test. i think it's legimate for unit tests to depend on internal details that we would not want to expose outside the package.
[15:49] <katco> rogpeppe: a test is just code, and in this case it's exposing a design flaw
[15:49] <rogpeppe> katco: i don't think all tests should be external tests. that way lies hideously complex APIs
[15:50] <katco> rogpeppe: i think that decision was already made
[15:52] <rogpeppe> katco: really? *strictly* external tests?
[15:52] <katco> rogpeppe: yeah
[15:53] <rogpeppe> katco: i mean, i know we define tests as if they were external, but i didn't realise we weren't allowed to test any internal implementation detail directly
[15:53] <katco> rogpeppe: i went through that pain and came out the other side agreeing with it a little more. i haven't run into a counter-example, but i don't doubt they're out there
[15:53] <rogpeppe> katco: if that's really the case then i give up. i think it's a path to ruin.
[15:54] <katco> rogpeppe: :( i don't know how to respond to that. i didn't like it either, but i pushed through
[15:55] <rogpeppe> katco: so you really think we should add a field like this to api.DialOpts?
[15:55] <rogpeppe> 	DialWebsocket func(cfg *websocket.Config, opts DialOpts) func(<-chan struct{}) (io.Closer, error)
[15:55] <katco> rogpeppe: i am less sure about how it gets passed in, but DialOpts does look like the right spot as a place to specify "options to dial"?
[15:56] <rogpeppe> katco: even though there are >70 instantiations of DialOpts in the code and they'll all need to change and websockets are just an implementation detail of the API that we might want to change in the future?
[15:56] <katco> rogpeppe: how about this? create a 2nd function that calls the existing one with the correct function passed in?
[15:57] <rogpeppe> katco: ?
[15:58] <rogpeppe> katco: tbh rather than adding that i think it would be preferable to do a more integration-style test with a real server (but that's hard with code that relies on officially signed certs)
[15:58] <katco> rogpeppe: i.e. rename Open => OpenWithWebsocketDialer(..., func()) and then modify Open to call OpenWithWebsocketDialer with the correct func?
[15:58] <rogpeppe> katco: why would you want to export that function?
[15:58] <katco> rogpeppe: integration tests can be done in the top level featuretests/ but not anywhere else
[15:59] <rogpeppe> katco: that still exposes an implementation detail that really should be hidden inside the api package
[15:59] <rogpeppe> katco: websockets are not essential to the api abstraction
[15:59] <katco> rogpeppe: the code you have written shows that it is not an implementation detail
[15:59] <rogpeppe> katco: you're saying that tests aren't allowed to test specific implementation details AFAICS
[16:00] <rogpeppe> katco: and i disagree. tests of specific implementation details are often the ones that give you most confidence in the higher level code.
[16:00] <katco> rogpeppe: they are certainly free to test the behavior, but if that behavior need be modified by patching out global variables, that's a design smell and proves that it's not an implementation detail
[16:01] <rogpeppe> katco: you're saying they're free to check externally visible behaviour but nothing else.
[16:01] <katco> rogpeppe: yes, the behavior of the thing you're testing, not how it's implemented
[16:02] <rogpeppe> katco: i think there's room for both approaches. we often write tests knowing about the structure of the code we're testing.
[16:02] <rogpeppe> katco: because otherwise you would never get decent test coverage and you'd write lots of redundant tests.
[16:03] <rogpeppe> katco: i think this is that kind of case.
[16:04] <rogpeppe> katco: patching out global variables is a smell, yes, but so is exposing abstraction-breaking details as part of your public API.
[16:04] <rogpeppe> katco: as usual, there's a trade-off to be made.
[16:04] <katco> rogpeppe: i've heard this argument a lot -- that it breaks encapsulation -- yes, by design it does. the code you've written has shown that it's a detail that should not be encapsulated
[16:05] <rogpeppe> katco: you're assuming that a package's tests are exactly the same as any other client of the code.
[16:06] <rogpeppe> katco: but as i've tried to say, they really aren't - they are necessarily privy to details of the code structure.
[16:06] <katco> rogpeppe: not the same, but it is one of the first consumers
[16:06] <rogpeppe> katco: that's very true, and it's great to write tests as much as possible to be strictly external.
[16:07] <rogpeppe> katco: but i don't think that it's necessary to have a hard and fast rule there.
[16:07] <rogpeppe> katco: in the end what really counts is the overally simplicity and maintainability of the code.
[16:07] <rogpeppe> s/overally/overall/
[16:07] <katco> rogpeppe: definitely
[16:08] <rogpeppe> katco: and a big part of "simplicity" is simplicity of exported APIs.
[16:08] <katco> rogpeppe: but, we tried the other way. our tests are extremely brittle, so a decision was made and we must abide by it
[16:08] <katco> rogpeppe: no, that's "easy". simplicity is a different beast
[16:08] <rogpeppe> katco: no, simple APIs are not "easy"
[16:09] <rogpeppe> katco: FWIW making this an exposed external thing is likely to make code more brittle not less
[16:09] <katco> rogpeppe: there are valid arguments against ioc, but i don't think lack of simplicity is one of them. lack of ease is i think
[16:09] <rogpeppe> katco: ioc?
[16:10] <katco> rogpeppe: inversion of control
[16:10] <katco> rogpeppe: dependency injection
[16:11] <katco> rogpeppe: please don't take this as dismissive, but i could sit here and enjoy this conversation all day, but i need to get to some other reviews/code. that's my review, i think we have decisions to back it. we can appeal to someone (?) if that helps
[16:11] <rogpeppe> katco: for me, i have the most problem with exposing abstraction-breaking details in the API
[16:11] <rogpeppe> katco: thanks for the review
[16:11] <katco> rogpeppe: ta for the conversation
[16:12] <perrito666> alexisb: sorry for the delay I was at the doctor being yelled at because I am fat and lazy
[16:13] <alexisb> perrito666, :)
[16:13] <alexisb> those darn doctors always concerned about your health
[16:13] <alexisb> perrito666, I was going to ask you to review babbageclunk PR
[16:14] <perrito666> alexisb: if still ther eill be glad to
[16:27] <babbageclunk> perrito666: It's still there: https://github.com/juju/juju/pull/6408
[16:28] <babbageclunk> alexisb: I haven't sorted out the http.Transport leaks yet - should I just make a binary now and push it to the OIL CI without a fix for that.
[16:28] <babbageclunk> ?
[16:39] <perrito666> babbageclunk: reviewed, lgtm but I would love to have a second pair of eyes there since it is a critical path
[16:40] <babbageclunk> perrito666: Thanks - ok, I'll ping Menno about it, he knows that code.
[17:01] <natefinch> sinzui: CI seems broken... it didn't post that my build had failed and it's not taking new builds, AFAICT.
[17:21] <sinzui> natefinch: ci? I think you mean the bot lander.
[17:22] <natefinch> sinzui: it's all CI to me
[17:22] <natefinch> sinzui: but yes
[17:23] <sinzui> the bot is a third part tool that uses git. Ci Launchpad, tarfiles and our machines.
[17:23] <sinzui> natefinch: I am looking for the job the bt started, sometimes it fails so quickly ti cannot call home. If so I will just requeue
[17:24] <natefinch> sinzui: it should have failed to compile, I honestly didn't look at the output since I realize it would fail before I even saw it fail
[17:24] <sinzui> oh, it doesn't compile
[17:26] <sinzui> natefinch: yes, the compilation error prevented the call back. http://juju-ci.vapour.ws/view/Juju%20Ecosystem/job/github-merge-juju/9452/console. When this happens Add "Build failed: Tests failed" in a comment. That will let you requeue
[17:26] <natefinch> oh neat, thanks
[17:29] <sinzui> natefinch: I think I fixed this scenaio. if Juju fails to build, It will call back. I will need to watch a few runs to be sure though
[17:29] <natefinch> sinzui: even better.  Thanks again. always glad to help break things in new and interesting ways.
[17:30] <sinzui> :)
[18:23] <redir> smallish review anyone? https://github.com/juju/juju/pull/6399 PTAL...
[18:25] <rick_h_> katco: ping, can I bug you please?
[18:32] <katco> rick_h_: sure thing
[18:34] <rick_h_> katco: can you join https://hangouts.google.com/hangouts/_/canonical.com/rick?authuser=1 please
[18:58] <katco> rick_h_: this might help: https://github.com/juju/juju/blob/master/cloud/clouds.go#L24
[18:58] <katco> rick_h_: we generate this file https://github.com/juju/juju/blob/master/cloud/fallback_public_cloud.go#L8
[18:58] <katco> rick_h_: off the yaml file
[18:59] <katco> rick_h_: so if go generate was not run when we built rc3, the file would be stale; not sure if i got the use-case/problem completely straight, but that seemed like a detail that might be important
[19:00] <rick_h_> katco: yea, that's 'duplication' in the looks of what's in the code, but it's generated so that's less actual dupe than it seems I guess
[19:01] <katco> rick_h_: right... the idea is to bring that information in at compile time rather than run-time by reading the yaml file
[19:02] <rick_h_> katco: yea, just not sure if that's the peachiest thing imo. I understand folks think different there though so understand
[19:02] <katco> rick_h_: moving down the chain of execution is usually better when you can do it. removes chance of errors at runtime, cost of reading every time, etc.
[19:12] <natefinch> rick_h_: thoughts on what I should take next?
[19:13] <rick_h_> natefinch: pick your favorite critical please
[19:13] <rick_h_> natefinch: the streams one might be interesting but up to you
[19:14] <natefinch> rick_h_: which one is the streams one?
[19:14] <rick_h_> natefinch: generate-tools, second down on the right
[19:15] <natefinch> rick_h_: I have no idea how the generate-tools stuff works, but I'm happy to look into it
[19:59]  * redir lunches
[22:32] <redir> must be friday afternoon:)
[23:36] <alexisb> redir, heh
[23:36] <redir> :)
[23:40] <perrito666> god people, on irc so late on a log weekend friday? you have no life :p
[23:41] <alexisb> :)


[01:33] <drexl> process:235): GlibWarning **: get pwuid_r() failed due to unknown user id (0)
[01:34] <drexl> removing quiet splash from the grub.cfg file eliminated the error.
[01:36] <drexl> yup..
[01:45] <drexl> I've got poopies in my bum
[03:53] <gnewb> I think I saw a download or a script somewhere that removes any and all non-LXDE pkgs, was I dreaming or does such a thing exist?
[08:44] <swoody> is there no 64bit installer for lubuntu?
[14:39] <swoody> o/
[14:41] <rtdos> what changes are in store for Lubuntu 11.04? I know about the changes in Ubuntu 11.04 but what about Lubuntu 11.04?
[14:52] <bioterror> Thu10:44*<swoody> is there no 64bit installer for lubuntu?
[14:53] <bioterror> no there's not one, but you can use minimal install and then sudo apt-get install lubuntu-desktop
[14:53] <bioterror> :D
[14:54] <bioterror> rtdos, nothing much new, music player is going to be changed and what else
[14:54] <swoody> thanks bioterror :)
[14:54] <rtdos> bioterror: so most of the changes are happening in ubuntu mainly?
[14:54] <swoody> I wound up installing Kubuntu 64 and then installed Lubuntu
[14:56] <swoody> more importantly though, I'm using 11.04 and pcmanfm is failing to load :/
[14:56] <swoody> launched from a terminal, it does not give any output, but just doesn't run
[14:56] <bioterror> should give something
[14:57] <swoody> that's what I thought, but no go
[14:57] <bioterror> purge pcmamfm and install it again
[14:59] <swoody> yeah, still nothing :/
[14:59] <bioterror> rtdos, ofcourse lxde programs are evolving too
[15:02] <rtdos> any major changes, bioterror?
[15:04] <swoody> brb
[15:05] <bioterror> rtdos, I havent noticed much major changes what I've used natty
[15:07] <swoody> yeah, still no go :(
[15:10] <rtdos> thx.
[15:13] <rtdos> wow lxde is a one man operation?
[15:13] <bioterror> swoody, you might want to backtrace
[15:13] <swoody> rtdos: there's actually an entire team... but we don't like talking about the voices in his head :p
[15:14] <rtdos> ha!
[15:14] <bioterror> https://wiki.edubuntu.org/Backtrace
[15:14] <rtdos> if i were to design my own desktop, is there a standards guide somewhere?
[15:16] <swoody> bioterror: setting that up now
[15:18] <swoody> wha?? "Program exited normally." That shouldn't be 'normal' :P
[15:19] <bioterror> :D
[15:28] <swoody> well this certainly is a pickle
[15:29] <jmarsden> rtdos: http://freedesktop.org has multiple standards that relate to desktops.  See http://standards.freedesktop.org for the actual standards documents they have created.
[15:30] <MrChrisDruif> Hai y'all
[15:32] <bioterror> swoody, do you have any pcmanfm's running in the background?
[15:38] <swoody> wow, that's odd...
[15:38] <swoody> pcman was running in the background, but I have no idea why after logging in/out a few times :/
[15:38] <swoody> and now it works fine
[15:38] <swoody> brb, trying this out
[15:39] <rtdos> thanks jmarsden.
[15:39] <swoody> yep, works fine now, even after logging in/out again
[15:39] <swoody> tres bizarre, but tyvm bioterror :)
[15:43] <bioterror> :D
[15:44] <bioterror> you killed it?
[15:44] <swoody> indeed I did, then it started up fine
[15:44] <bioterror> that's the spirit
[15:44] <bioterror> but now you learned about bug hunting with backtrace ;)
[15:44] <swoody> if all else fails... kill! KILL! KILLALL!
[15:44] <bioterror> !!
[15:44] <swoody> true, true
[15:49] <swoody> another random question, I know there exists a terminal app to display the actual output from keypresses which I've used in the past for my laptop volume keys, etc. Any idea what I'm looking for here? Google seems to not be of much help :/
[15:50] <swoody> it would make setting custom hotkeys in lxde UBER easy :)
[15:53] <bioterror> apt-cache show logkeys
[15:53] <leszek> hi
[15:53] <bioterror> hi
[16:02] <jmarsden> swoody: Are you looking for xev ?
[16:03] <hyperair> swoody: xev for a terminal one, xkeycaps for a graphical one that highlights the keys you're pressing
[16:03] <hyperair> xkeycaps is especially good for debugging keyboards
[16:06] <swoody> thank you jmarsden and hyperair :)
[16:06] <jmarsden> You're welcome
[16:06] <swoody> xev was what I was thinking of, but my mute button it still borked :/
[16:07] <swoody> I think this may be a firmware issue though, as it works on other versions of gnome, but not lxde/KDE/gnome in 10.10 or later
[16:07] <swoody> and I've heard this laptop is particularly touchy with it's firmware
[16:09] <hyperair> that doesn't sound exactly like a firmware issue.
[16:09] <hyperair> i don't know about LXDE, but in GNOME, what i used to do is re-bind the key in the keyboard shortcuts dialog
[16:09] <hyperair> just change the modifier to whatever the "Mute" button was coming up with
[16:10] <hyperair> usually if the key is being grabbed by something, you can see this in xev's output:
[16:10] <hyperair> KeymapNotify event, serial 28, synthetic NO, window 0x0,
[16:10] <hyperair>     keys:  2   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0
[16:10] <hyperair> or something similar
[16:10] <hyperair>            0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0
[16:12] <swoody> well that's the thing, when I press mute by itself xev doesn't show anything. It's only when I do mute and then press a volume key that it actually mutes
[16:12] <swoody> like I mentioned, on other versions (Debian squeeze I know for sure) where I can mute w/o having to press a volume key after
[16:20] <swoody> omg that was easy, lol
[16:20] <swoody> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/595896
[16:20] <swoody> "rmmod thinkpad_ahci" and mute is back to normal
[16:21] <swoody> not a fix, but it'll work for now :)
[16:22] <swoody> man, having an extra day off work is horrible, I'm getting too much done today ;)
[17:04] <Goodgame> hello
[17:05] <Goodgame> I've got some problems for my updates
[17:05] <Goodgame> I receive this message when I try to update
[17:05] <Goodgame> W:Failed to fetch http://security.ubuntu.com/ubuntu/dists/maverick-security/restricted/source/Sources.gz  403  Forbidden
[17:05] <Goodgame> , W:Failed to fetch http://security.ubuntu.com/ubuntu/dists/maverick-security/main/source/Sources.gz  403  Forbidden
[17:05] <Goodgame> , W:Failed to fetch http://security.ubuntu.com/ubuntu/dists/maverick-security/multiverse/source/Sources.gz  403  Forbidden
[17:05] <Goodgame> , W:Failed to fetch http://security.ubuntu.com/ubuntu/dists/maverick-security/universe/source/Sources.gz  403  Forbidden
[17:05] <Goodgame> , W:Failed to fetch http://security.ubuntu.com/ubuntu/dists/maverick-security/main/binary-i386/Packages.gz  403  Forbidden
[17:05] <Goodgame> , W:Failed to fetch http://security.ubuntu.com/ubuntu/dists/maverick-security/restricted/binary-i386/Packages.gz  403  Forbidden
[17:05] <Goodgame> , W:Failed to fetch http://fr.archive.ubuntu.com/ubuntu/dists/maverick/restricted/source/Sources.gz  403  Forbidden
[17:05] <Goodgame> , W:Failed to fetch http://fr.archive.ubuntu.com/ubuntu/dists/maverick/main/source/Sources.gz  403  Forbidden
[17:05] <Goodgame> , W:Failed to fetch http://fr.archive.ubuntu.com/ubuntu/dists/maverick/multiverse/source/Sources.gz  403  Forbidden
[17:05] <Goodgame> , W:Failed to fetch http://fr.archive.ubuntu.com/ubuntu/dists/maverick/universe/source/Sources.gz  403  Forbidden
[17:05] <bioterror> HEY
[17:05] <Goodgame> , W:Failed to fetch http://security.ubuntu.com/ubuntu/dists/maverick-security/universe/binary-i386/Packages.gz  403  Forbidden
[17:05] <Goodgame> , W:Failed to fetch http://security.ubuntu.com/ubuntu/dists/maverick-security/multiverse/binary-i386/Packages.gz  403  Forbidden
[17:05] <bioterror> paste | Goodgame
[17:05] <Goodgame> , W:Failed to fetch http://fr.archive.ubuntu.com/ubuntu/dists/maverick/main/binary-i386/Packages.gz  403  Forbidden
[17:05] <Goodgame> , W:Failed to fetch http://fr.archive.ubuntu.com/ubuntu/dists/maverick/restricted/binary-i386/Packages.gz  403  Forbidden
[17:06] <Goodgame> , W:Failed to fetch http://fr.archive.ubuntu.com/ubuntu/dists/maverick/universe/binary-i386/Packages.gz  403  Forbidden
[17:06] <Goodgame> , W:Failed to fetch http://fr.archive.ubuntu.com/ubuntu/dists/maverick/multiverse/binary-i386/Packages.gz  403  Forbidden
[17:06] <bioterror> !paste | Goodgame
[17:06] <Goodgame> , W:Failed to fetch http://fr.archive.ubuntu.com/ubuntu/dists/maverick-updates/restricted/source/Sources.gz  403  Forbidde
[17:06] <Goodgame> sorry
[17:06] <bioterror> try another mirror
[17:06] <Goodgame> http://paste.pocoo.org/
[17:06] <Goodgame> bioterror, how?
[17:07] <bioterror> start synaptic
[17:07] <bioterror> and there's settings > repositories
[17:07] <Goodgame> yes
[17:08] <Goodgame> bioterror, what do I change there?
[17:10] <bioterror> there's this "Download from: <dropbox>"
[17:10] <Goodgame> the problem remains
[17:12] <bioterror> Goodgame, change back to france
[17:12] <bioterror> and
[17:12] <bioterror> http://ubuntuforums.org/showthread.php?t=186455
[17:12] <bioterror> try to change http:// to ftp://
[17:12] <bioterror> I dunno what kind of network you're using
[17:14] <Goodgame> bioterror, I cna't change it, but I think I know where the problem is
[17:14] <bioterror> where's the problem?
[17:14] <Goodgame> two weeks ago I've tried to install koffice, but I didn't have the good repositories, so I changed a configuration file (don't remember the name) I may have done something wrong
[17:15] <bioterror> koffice :G
[17:15] <leszek> hmm... koffice is in the official repo
[17:16] <leszek> Goodgame: please post the contents of /etc/apt/sources.list to a nopaste service
[17:17] <Goodgame> http://paste.pocoo.org/show/340306/
[17:17] <Goodgame> it may have been this file I've edited
[17:18] <bioterror> you have totally wrong mirror
[17:18] <Goodgame> ?
[17:19] <bioterror> http://paste.ubuntu.com/568321/
[17:20] <Goodgame> I relace my file with what is in your link?
[17:20] <leszek> only the contents please :)
[17:20] <bioterror> and use fr instead of fi
[17:21] <Goodgame> where?
[17:23] <leszek> Goodgame: http://paste.ubuntu.com/568327/
[17:23] <Goodgame> bioterror, I've replaced my content with yours and change de fi en fr but still it doesn't work
[17:24] <leszek> Goodgame: run "sudo apt-get update" after editing and saving the file
[17:25] <Goodgame> leszek, i get this http://paste.pocoo.org/show/340314/
[17:27] <leszek> Goodgame: 403 forbidden ? Are you sitting behind a proxy ?
[17:29] <Goodgame> leszek, hum, in my school we need to connect to a proxy to use the connection, I've been looking for a program who could help, so I've installed some of them, but I don't remember if one of them set a proxy
[17:29] <leszek> xD
[17:29] <leszek> we have lxproxy in the lubuntu ppa, which should work fine
[17:29] <Goodgame> ok
[17:30] <Goodgame> how could I know which of the programs I've installed could create a problem?
[17:30] <Goodgame> If I could find the list of the lasts installed programs I could delete them
[17:30] <leszek> I don't know, I never had such a problem
[17:33] <Goodgame> jihaaaa
[17:33] <Goodgame> it was a program called squid
[17:34] <bioterror> squid is used to make a proxy
[17:34] <stlsaint> howdy folks
[17:34] <stlsaint> BBOOOOOOOO SQUID
[17:34] <stlsaint> nginx ftw
[17:35] <stlsaint> swoody: ?!?!?
[17:35] <stlsaint> w00t
[17:35] <Goodgame> bioterror, I've removes squid and it works
[17:35] <swoody> heya stlsaint :)
[17:35] <swoody> what's going on??
[17:35] <stlsaint> chilling in kuwait still
[17:36] <stlsaint> gonna be hear a year
[17:36] <bioterror> :D
[17:36] <swoody> oh yeah? That's pretty cool, how is all going over there?
[17:36] <bioterror> stlsaint, we are almost on the same tz :D
[17:36] <bioterror> think about that!
[17:36] <stlsaint> lol
[17:37] <stlsaint> yea i guess
[17:44] <Goodgame> ++
[17:44] <Goodgame> thanks for ya help
[18:17] <NRWlion> evening!
[18:24] <NRWlion> wb topy
[18:24] <Topy44> my xchat is constantly crashing :(
[18:24] <NRWlion> why that?
[18:24] <Topy44> no idea
[18:25] <Topy44> it does it since i switched to my UMTS card (because my dsl line was cut)
[18:25] <Topy44> no idea how that could possibly related
[18:25] <Topy44> only the windows port though, the linux machine runs fine
[18:25] <Topy44> ah well
[18:26] <Topy44> (yes, i am on a linux channel from my windows box. so sue me. :)
[18:27] <stlsaint> Topy44: tsk tsk
[18:31] <bioterror> we cannot help with windows :D
[19:11] <ericore> Hello
[19:12] <NRWlion> hey eric!
[19:13] <ericore> Hey, just tried out Lubuntu live disc and it works great.  haha that is until I installed it then everything got weird...couldn't see any programs...just a run shortcut...and the wireless app wasn't working right
[19:15] <NRWlion> sorry, i just installed lubuntu last saturday ^
[19:15] <ericore> do you like it, its pretty stable... I had fedora installed b4 but it lacked a certain consistency
[19:16] <bioterror> ericore, install again, please
[19:16] <ericore> well in fact i did install it twice
[19:16] <ericore> first time, with updates (internet)...and second time without (thinking my wireless might of messed it up) but nope it was just as screwed up...also did a media check and its perfect
[19:17] <NRWlion> for installation i would recommend a cable connection
[19:18] <ericore> For Sure, I trusted the prompts too much the first time since it does recommend internet haha....but I was installed from cd media...and it checked out fine....the graphics upon loading are well i think messed up, checking that now
[19:18] <ericore> it*
[19:20] <ericore> I just find it weird, that it runs perfect live...then messed up when its installed
[19:20] <ericore> my laptop has never run a ubuntu distribution b4 so i was very hopeful
[19:20] <ericore> in the past all ubuntu distributions failed lol....had to go with something like PClinux OS
[19:26] <ericore> could the proprietary software have to do with it...just noticed that it's absent from live run?
[19:29] <NRWlion> wb eric
[19:32] <leszek> re
[19:32] <ericore> ty NRWlion
[19:32] <NRWlion> wb leszek
[19:33] <leszek> thx ;)
[21:09] <Unit193> My Scroll Lock keyboard indicator light doesn't show the status of Scroll Lock. Is there any fix for this?
[22:25] <ActionParsnip> hey guys, in panel preferences what is the text in: filemanager   please