[00:00] <wallyworld> Conn was an artifact of the old days when agents used to connect directly to mongo
[00:00] <wallyworld> perrito666: what's trhe use case, is this for restore?
[00:00] <perrito666> wallyworld: yup, same part, new restore
[00:01] <wallyworld> perrito666: do you need state or apiState?
[00:01] <wallyworld> there's NewAPIState to get you an api connection
[00:01] <wallyworld> that takes an environment
[00:02] <perrito666> I was using conn.State
[00:07] <jcw4> https://github.com/juju/names/pull/18 <-- ActionResultTag added to complement the exisiting ActionTag in the names package
[00:18] <davecheney> menn0: tmpfs   /tmp    tmpfs   nodev,nosuid,mode=1777  0       0
[00:18] <davecheney> ^ put that in /etc/fstab
[00:19] <wallyworld> perrito666: conn.State was just made from a call to state.Open(), using info extracted from the environment
[00:20] <wallyworld> if you really did need access to state.State rather than api.State, you could add a helper method to state/open.go
[00:20] <davecheney> jcw4: done with review
[00:28] <davecheney> OOPS: 139 passed, 114 FAILED, 4 PANICKED, 5 MISSED
[00:28] <davecheney> --- FAIL: TestPackage (264.62s)
[00:28] <davecheney> god damnit
[00:33] <menn0> fwereade: https://github.com/juju/juju/pull/353
[00:35] <thumper> tasdomas:   https://github.com/juju/juju/pull/354
[00:43] <jcw4> davecheney: thanks!
[00:52] <jcw4> davecheney: I addressed the issues you commented on; I'm stepping away for the evening but if you get a chance to respond that will be appreciated
[00:52] <jcw4> Cheers!
[01:45] <axw> wallyworld: the core work for #1271144 was done in 1.17.6, so it's already in 1.20
[01:45] <_mup_> Bug #1271144: br0 not brought up by cloud-init script with MAAS provider <canonical-is> <cloud-installer> <landscape> <local-provider> <lxc> <maas> <regression> <juju-core:Fix Released by axwalk> <juju-core 1.20:Triaged> <juju-core (Ubuntu):Fix Released> <juju-core (Ubuntu Trusty):Confirmed> <https://launchpad.net/bugs/1271144>
[01:45] <axw> just need to do the other one I think
[01:45] <axw> #1337091
[01:45] <_mup_> Bug #1337091: maas provider: allow users to specify network bridge interface. <canonical-is> <juju-core:Fix Committed by niedbalski> <juju-core 1.20:Triaged> <https://launchpad.net/bugs/1337091>
[01:46] <wallyworld> axw: great, ok
[01:49] <axw> ah, I think I added that didn't I. doh
[01:49] <axw> removing it from the milestone
[01:51] <davecheney> apiclient_test.go:127: c.Assert(err, gc.ErrorMatches, `unable to connect to "wss://.*/"`)
[01:52] <davecheney> ... error string = "unable to connect to \"wss://<IP_ADDRESS>:42509/environment/6e4a12fc-b1c1-4fc7-8401-6cb66fce31b2/api\""
[01:52] <davecheney> ... regex string = "unable to connect to \"wss://.*/\""
[01:52] <davecheney> [LOG] 0:00.249 INFO juju.provider.dummy reset environment
[01:52] <davecheney> oh
[01:52] <davecheney> how is this a failure ?!?
[01:52] <davecheney> i see
[02:01] <davecheney> thumper: waigani https://github.com/juju/juju/pull/356
[02:10] <axw> wallyworld: what else would you like me to do for 1.20.2?
[02:15] <wallyworld> axw: i'm still working through the i/o timeout issues getting passing tests. like hitting gophers :-( perhaps take a peek at the ec2 health failures to see if there's anything we can do. might just be an ec2 issue but i'm not sure
[02:15] <axw> wallyworld: cool, that's what I started doing.
[02:15] <wallyworld> great :-)
[02:15] <davecheney> wss://<IP_ADDRESS>:42509/
[02:15] <davecheney> but not wss://<IP_ADDRESS>:42509/api
[02:15] <davecheney> and not wss://<IP_ADDRESS>:42509/environment/xxxx/api
[02:24] <wallyworld> axw: also, we've been told to reduce the max oplog file size from 50GB. I'm thinking 10GB might be reasonable
[02:31] <axw> wallyworld: I think it could be lower, and concur with jam that we ought to do a size-to-capacity analysis
[02:32] <axw> not sure how to go about that tho
[02:33] <wallyworld> yeah, me either
[02:34] <wallyworld> fwereade is -1 on reducing the size from the manufacturer's recommnedation so 10GB is sort of a compromise
[02:34] <fwereade> wallyworld, I'm -0.5 at most, it's really just "let's analyse this, not just pull a number out of our collective ass"
[02:35] <wallyworld> yeah, need to figure out ow to do that
[02:36] <wallyworld> we can adjust the size later if needed
[02:36] <wallyworld> if we make a wrong decision now
[02:36] <axw> wallyworld: the problem is that changing existing installations is difficult
[02:37] <axw> not impossible though
[02:37] <wallyworld> we can do it as an upgrade step can't we?
[02:38] <axw> wallyworld: probably. not sure how current/correct this is, but: http://www.kchodorow.com/blog/2011/02/22/resizing-your-oplog/
[02:38] <axw> http://docs.mongodb.org/v2.2/tutorial/change-oplog-size/
[02:40] <wallyworld> axw: i was looking at a more recent version, but yeah, it does involve some steps http://docs.mongodb.org/manual/tutorial/change-oplog-size/
[02:43] <fwereade> wallyworld, can you remember what the launchpad project with the functional tests is called?
[02:43] <fwereade> wallyworld, IIRC sinzui sent round a mail saying where it was and a bit about how to write new ones, but I can't find it
[02:44] <wallyworld> hmmm. i can't recall, but i can look
[02:45] <axw> I thought it was under ~juju-qa, but I don't see the branch name I'm looking for
[02:45] <axw> ci-cd2 something something
[02:45] <axw> ci-cd-scripts2  -- that might just be the support scripts tho
[02:45] <fwereade> axw, yeah, all I could remember was there was a "2" in the name
[02:46] <wallyworld> lp:juju-ci-tools
[02:46] <wallyworld> i think
[02:47] <axw> yeah, that matches what I have on disk for ci-cd-scripts2
[02:47] <axw> must've been renamed
[02:51] <fwereade> axw, am I being dumb? I don;t see any actual *tests* in there
[02:52] <axw> fwereade: I think they're just mixed together with support code. I'll follow through from jenkins and find one
[02:54] <axw> fwereade: the aws-deploy-trusty-amd64 job just runs this: http://paste.ubuntu.com/7833744/
[02:54] <axw> fwereade: backup/restore runs test_recovery.py
[02:55] <axw> with some args
[02:55] <fwereade> axw, yeah, I just found that one, but I feel it's likely that that's not the only one...
[02:56] <axw> fwereade: it's not. are you looking for something in particular, or you just want to know what our set of functional tests is?
[02:58] <fwereade> axw, yeah, I just want to tell ericsnow to write big new tests as FTs directly, and to do it in <insert-place-here> instead of juju-core
[02:59] <axw> I see. probably best off getting sinzui's advice then
[03:00] <axw> or maybe abentley
[03:00] <davecheney> just in case anyone was confused, i really hate JujuConnSuite
[03:03] <fwereade> davecheney, I too have a deep and abiding loathing for that thing
[03:04] <davecheney> fwereade: i want to cleeve it in two
[03:05] <davecheney> JujuClientConnSuite and JujuServerConnSuite
[03:05] <davecheney> then at least for the moment, recombine them into some horrific lovecroftian monster as JujuConnSuite
[03:06] <davecheney> menn0:  % df -h /tmp
[03:06] <davecheney> Filesystem      Size  Used Avail Use% Mounted on
[03:06] <davecheney> tmpfs           3.9G 1016M  2.9G  26% /tmp
[03:06] <davecheney> this is what a day of running juju tests looks like
[03:09] <axw> I'd rather we just didn't use full end-to-end testing for our unit tests
[03:09] <axw> why is shit getting left behind in tmp now? I don't think it used to?
[03:11] <davecheney> axw: always leaks like a mofo
[03:11] <axw> wallyworld: I can't reproduce the ec2 failures :/
[03:11] <davecheney> especially if your fixtures panic
[03:11] <davecheney> axw: note, i wasn't complaining
[03:11] <davecheney> i'm used to it
[03:12] <wallyworld> axw: yeah, i suspect it's on the ec2 side
[03:12] <axw> davecheney: hmmok. I'm complaining, because I actually ran out of tmpfs the other day ;)
[03:15] <axw> wallyworld: according to the AWS docs, it just means the server is overloaded. I guess it's more likely to happen in a US region during US-friendly hours
[03:15] <axw> AWS status page has nothing much to say
[03:15] <wallyworld> yep. can you comment on the bug, so that curtis knows we've looked at it?
[03:16] <axw> sure
[03:20] <wallyworld> axw: so, state of session copying branch. i have got a passing set of unit tests (with occasional replicaset failure). but bootstrapping a real env fails - 2014-07-22 03:18:28 ERROR juju.cmd supercommand.go:323 failed to initialize state: cannot create state servers document: not authorized for insert on juju.txns
[03:21] <wallyworld> it will be something simple, so i should be able to propose something soon
[03:21] <axw> hmm ok
[03:21] <wallyworld> not sure just right now exactly what the issue is though
[03:21] <axw> is this related to the thin michael emailed about? and that jam suggested we might be able to drop? (the mongo password dance)
[03:22] <axw> thing*
[03:22] <wallyworld> could be, but I think that has been changed in this branch, i need to go look into it
[03:22] <axw> ok
[03:22] <wallyworld> i'll get you to review later, but here's the current diff https://github.com/wallyworld/juju/compare/copy-session
[03:50] <davecheney> fwereade: can you explain the rational for this signature and comment ?
[03:50] <davecheney> func APIInfo(env Environ) (*api.Info, error) {
[03:50] <davecheney> bugger
[03:50] <davecheney>  // APIInfo returns an api.Info for the environment. The result is populated
[03:50] <davecheney>  // with addresses and CA certificate, but no tag or password.
[03:51] <waigani> thumper: https://github.com/juju/juju/pull/346 question in user_test.go:106
[04:00] <mattyw> thumper, http://paste.ubuntu.com/7833982/
[04:36] <axw> wallyworld: #1344857   <- this was fixed for 1.20, but not in the 1.18 branch
[04:36] <_mup_> Bug #1344857: Crash deploying landscape-dense on MAAS <juju-core:Triaged> <juju-core 1.20:Triaged> <juju-deployer:New> <https://launchpad.net/bugs/1344857>
[04:36] <axw> fixed some time during 1.19 anyway
[04:36] <axw> added a comment
[04:37] <axw> about to propose a fix for the machine-agent suciding bug
[05:17] <wallyworld> axw: so, using session.Copy() results in all sorts of permission errors, whereas session.Clone() doesn't
[05:18] <axw> Clone doesn't create a new socket
[05:18] <wallyworld> the different at the mgo level is that Copy() makes a Refresh() cal lon the session which releases the socket
[05:19] <tasdomas> thumper, https://github.com/juju/juju/pull/358/files
[05:19] <wallyworld> yes, so now the question is - why does acuiring a new socket cause mongo to reject collection queries etc as unauthorised
[05:20] <axw> wallyworld: I can only guess that it has to do with Login is being called after the session is copied
[05:20] <axw> so other sessions don't inherit the credentials
[05:21] <wallyworld> could be
[05:24] <wallyworld> yeah, looks like i need to rearrange some code
[05:25] <davecheney> fwereade: https://github.com/juju/juju/pull/359
[05:25] <davecheney> a semi seroius attempt to reduce the horror
[05:25] <davecheney> for comment, not review
[05:30] <wallyworld> hmmm, maybe not. Login() is called first
[06:11] <axw> wallyworld: getting anywhere?
[06:12] <wallyworld> axw: sorta. state.Open() is first called with no credentials, and that fucks up everything from that point onwards
[06:12] <wallyworld> because there are no credentials, db.Login() is never called
[06:13] <wallyworld> so credentials are never set on the session
[06:13] <axw> I see
[06:13] <wallyworld> but it tries to use the session via session.Copy()
[06:13] <wallyworld> using the session directly (which also has no creds) works
[06:13] <axw> huh
[06:14] <wallyworld> so i thin we must be calling Open() twice
[06:14] <wallyworld> once without creds and once with
[06:14] <wallyworld> well, that's my theory
[06:17] <wallyworld> i think it's all tied up in how we initially create the admin user
[06:21] <wallyworld> ah, it's in agent/bootstrap
[06:21] <wallyworld> we create an initial state as part of the bootstrap process, but without user or password
[06:21]  * wallyworld bbiab, raining, goota get kid from train startion
[06:21] <axw> right, cos it's the first connection to mongo and there are no users yet
[06:21] <wallyworld> yeah
[06:22] <wallyworld> so have to special case that somehow
[07:13] <TheMue> morning
[10:11] <perrito666> good morning everyone, please remember dimitern and I will be your on call reviewers today :)
[10:17] <mgz> mornin'
[10:17] <TheMue> perrito666: morning
[10:18] <TheMue> perrito666: dimiterm isn’t available, diving holidays
[10:19] <perrito666> TheMue: then its only me :p
[10:22] <TheMue> perrito666: but I can support you, currently only fighting a bit with my machine after upgrading
[10:40] <axw> wallyworld: I've got some things to do after dinner, so may be late for / miss the standup
[10:40] <wallyworld> sure, np
[10:40] <wallyworld> thanks for doc, haven't read it yet
[10:41] <wallyworld> i think i'm going to revert michael's changes to txn runner so we can control when session is closed
[10:41] <axw> mk
[10:41] <wallyworld> i should say Copy()ied
[10:42] <wallyworld> cause now, it copies inside txn runner even when it's not appropriate to do so
[10:42] <wallyworld> the caller (state) should be in control of when a session is copied
[10:42] <wallyworld> as it knows if the credentials have been set
[10:43] <wallyworld> it's a bit messy
[11:17] <jam> TheMue: i realized I just went through our standup time, I had an interview I was conducting. Want to touch base in about 5 min?
[12:22] <TheMue> jam: ah, hey, just back from lunch. after you didn’t came I thought that watching the games has been too long. :D
[12:24] <natefinch> morning all
[12:24] <perrito666> natefinch: morning
[12:26] <TheMue> natefinch: morning
[12:26]  * perrito666 uses a rather inefficient method to find out code to be reviewed
[12:27] <jam1> perrito666: looking through the entrails and chicken bones for URL fragments?
[12:27] <TheMue> perrito666: which one?
[12:28] <perrito666> TheMue: the one jam1 just mentioned
[12:28] <perrito666> TheMue: I open all the repos of gh/juju/ and then click on the ones that actually have pull requests
[12:29] <TheMue> perrito666: yeah, I’m looking at the PRs and use also the number of comments as a hint if nobody has looked at a PR so far
[12:29]  * perrito666 senses a script in the near future
[12:30] <perrito666> btw, what is dave cheney's nicnkane on irc?
[12:31] <TheMue> davecheney
[12:31] <TheMue> ;)
[12:37]  * TheMue is happy enough that his local provider is working again. :) somehow it yesterday didn’t wanted to start the API server :(
[12:37] <perrito666> can anyone shed some light here? https://github.com/juju/utils/pull/7 I think axw and I are right and I am inclined to merge this
[12:38] <TheMue> perrito666: will take a look
[12:38] <perrito666> tx
[12:45] <TheMue> perrito666: hmmm, I do understand dave, it hurts a bit to see those two Close so near to each other. the defer relies on the fact that Close only may return an error but doesn’t hurt more (eg. with a panic in case of an already closed file)
[12:46] <TheMue> perrito666: just looking for a way check if the file is not yet closed, so defer would use a func() { if f.IsOpen() { … } }
[12:46] <TheMue> perrito666: sadly it doesn’t exist
[12:47] <perrito666> I guess that could be split into a couple of functions but I believe it is a bit overkill
[12:47] <TheMue> perrito666: so yeah, we have to act this way, otherwise ReplaceFile would have to be changed to use a os.File instead of prep and path
[12:47] <natefinch> TheMue: I think it's a lot clearer to use two closes rather than defer and close.  Defer and close looks like a bug.  two closes looks like we're choosing not to use defer.  With a comment as to why we have to close before replacing, it'll be totally clear and ok.
[12:49] <TheMue> natefinch: yep, the comment would help to not struggle about it later
[12:50] <natefinch> TheMue: yeah. I can just totally see someone coming by and deleting the f.Close because it's extraneous due to the defer  (or convert both closes back to a defer in the case of the two close form)
[12:51] <TheMue> natefinch: hehe, death by refactoring
[12:52] <natefinch> that's half the reason I comment stuff... so the guy coming into the code 6 months from now won't go "wtf is this?  man, what an idiot, I'll just fix it...." and then break stuff (P.S. that guy in 6 months is often oneself ;)
[12:53] <mgz> heh, that's a funny pr
[12:53] <perrito666> mgz: it has an amazing review/changes ratio
[12:53] <mgz> nate's solution seems the best, f.Close twice after f.Write, on the error and non error branches
[12:54] <mgz> or put Write and the error check on seperate lines so you can Close between them (and comment, of course)
[13:15] <hackedbellini> natefinch: I just noticed in the log after the workaround thumper asked us to try this: 2014-07-22 13:12:37 ERROR juju.worker runner.go:218 exited "state": failed to add "machine-0" to admin database: cannot set admin password: system.users entry must not have both 'roles' and 'readOnly' fields
[13:15] <hackedbellini> after that, the db service stopped. I'm thinking if fixing this could maybe fix the ha
[13:16] <natefinch> hackedbellini: hmm weird
[13:18] <hackedbellini> do you or anyone here knows how to workaround that?
[13:19] <TheMue> jam1: ping
[13:20] <jam1> TheMue: pong
[13:21] <TheMue> jam1: the LXC card tells that an lxc instance has no IPv6 address. who’s the source of this info?
[13:21] <natefinch> hackedbellini: looking
[13:21] <jam1> TheMue: when I've tried the local provider, and then run "sudo lxc-ls —fancy" I see it list an IPv4 address but "—" for ipv6, has this changed?
[13:21] <TheMue> jam1: when I’m starting LXC manually as well as via juju (using the local provider) it has an IPv6 address
[13:23] <TheMue> jam1: hmm, interesting, using lxc-ls it doesn’t show the IPv6, yes
[13:23] <natefinch> hackedbellini: it seems like the problem is that we're trying to modify the user, but that's not really how you're supposed to change passwords on users anymore
[13:24] <TheMue> jam1: but when visit an instance with juju ssh 1 and do a ifconfig -a I do see it, bound to eth0 with the same address lxc-ls show
[13:24] <TheMue> shows
[13:25] <hackedbellini> natefinch: that error was new after setting the "upgradedToVersion" = 1.18.4. Do you think that this error is a side effect that happened after the agent was trying to "fix" the ha migration?
[13:25] <natefinch> niemeyer: ^^ It looks like juju is using mgo.Database.UpsertUser to change passwords, but mongo really wants us to use changeUserPassword: http://docs.mongodb.org/v2.4/tutorial/change-user-password/
[13:26] <TheMue> jam1: ah, the IPv4 can be pinged, the IPv6 not, interesting
[13:27] <natefinch> hackedbellini: I think you're hitting a weird upgrade path where you're half upgraded, because you're really on 1.19 and not 1.18, so some of the upgrade code is failing because it expects the user not to exist
[13:29] <hackedbellini> natefinch: hrm, so this is actually good. It's trying to migrate from 1.18 to 1.20, that's what we wanted. Any way to "skip" those already migrated code?
[13:30] <jam1> TheMue: so I think the ubuntu that comes up in the LXC is auto-assigning something, but it isn't being made routable by the LXC outer machinery.
[13:32] <TheMue> jam1: looks like, the standard address is link-local
[13:38] <katco> good morning all
[13:39] <TheMue> katco: heya
[13:39] <mgz> hey katco
[13:39] <katco> TheMue: mgz: hi :)
[13:42] <niemeyer> natefinch: What's the actual error, and what is the version of mgo and of MongoDB
[13:46] <niemeyer> natefinch: FWIW, db.changeUserPassword is just a wrapper, which just updates the user using one method or the other depending on which version of MongoDB you're using
[13:46] <niemeyer> natefinch: In theory, the latest version of mgo does exactly the same..
[13:47] <niemeyer> natefinch: Unless there's a bug, which I'd be happy to know about
[13:49] <natefinch> niemeyer: we're getting "system.users entry must not have both 'roles' and 'readOnly' fields"
[13:50] <niemeyer> natefinch: What is the version of mgo and MongoDB you are using?
[13:51] <niemeyer> natefinch: This sounds like a really old behavior.. even an older mgo should be able to cope with that, unless you are actually trying to modify the database yourself, in which case you are of course on your own
[13:52] <natefinch> hackedbellini: I presume you have mongodb 2.4.6?
[13:52] <natefinch> niemeyer: we're just using UpsertUser: https://github.com/juju/juju/blob/1.20/mongo/admin.go#L114
[13:53] <niemeyer> natefinch: Okay, so that should be working fine
[13:53] <natefinch> niemeyer: mgo is labix.org/v2/mgo<PHONE_NUMBER>5009-fhnh3xzfdpicup0j
[13:53] <niemeyer> natefinch: Testing..
[13:54] <natefinch> niemeyer: the question is what would happen if you ran that code twice?  I have a feeling that's what happening.  hackedbellini's state server is in a weird state - he got upgraded to 1.19 from 1.18, and now we're trying to get him to 1.20... my guess is that the upseruser code got called from 1.18-> 1.19 and now is getting called again from 1.19->1.20
[13:56] <niemeyer> natefinch: Ah, hmm..
[13:56] <niemeyer> natefinch: If you try to upgrade a user from a password-less state to a password-rich one, yeah,  you might have issues
[13:56] <niemeyer> natefinch: Erm, sorry
[13:56] <niemeyer> natefinch: If you try to upgrade a user from a role-less state to a role-rich one, yeah,  you might have issues
[13:57] <niemeyer> natefinch: There's no "readOnly" field in there
[13:57] <niemeyer> natefinch: So I assume that field is in the database already, from an ancient run
[13:57] <niemeyer> natefinch: So the error is correctly saying you cannot do that
[13:58] <natefinch> niemeyer: yeah, that's what I was thinking.  I wonder if we should just override readonly
[13:59] <niemeyer> natefinch: This was unfortunately quite fiddled with during MongoDB 2.2 => 2.4 => 2.6
[13:59] <niemeyer> natefinch: I did my best to sanitize the upgrade path for driver users, but the server did change significantly and certain cases are just not doable
[14:00] <niemeyer> natefinch: You can try dropping readOnly, yes, but I suggest testing it both in 2.4 and 2.6
[14:00] <niemeyer> natefinch: The manual dropping code will not work on 2.6, as user changes are now done via commands rather than directly fiddling with the db
[14:01] <natefinch> niemeyer: yeah, we're working on 2.6  compatibility.... but so much changed, it's quite a process.
[14:01] <niemeyer> natefinch: So probably "drop on 2.4" + "check for that one error on 2.6 and ignore"
[14:01] <niemeyer> natefinch: Yeah, user managed, specifically, did change both on 2.4 and on 2.6
[14:02] <niemeyer> natefinch: I'm hopeful the fiddling is done now.
[14:03] <perrito666> wwitzel3: stdup?
[14:03] <natefinch> niemeyer: thanks for the help.  I'll make that fix, in case anyone else hits this (this is a pretty bizarre case, but shows it's not impossible)
[14:04] <niemeyer> natefinch: No problem
[14:05] <natefinch> perrito666, wwitzel3: brt, one minute
[14:20] <hackedbellini> natefinch: sorry I was helping a workmate here. The mongodb version is 2.4 here.
[14:20] <hackedbellini> I saw that you and niemeyer were discussing some things regarding my problem. Is there anything you want me to try? My installation is totally broken, so I have nothing to loose (well, I cannot loose in any case the data on the lxc machines, since they are on production, but I don't think that will happen)
[14:27] <natefinch> hackedbellini: we could have you twiddle the DB manually, but I think I'd rather get the fix into production and have you retry the update after the fix
[14:36] <hackedbellini> natefinch: hrm, perfect! When do you think that update will be available? I will probably have to download the tools by hand, right? Since I can't do an "upgrade-juju"
[15:36] <jcw4> what is the normal approach to testing internal helper functions?
[15:36] <jcw4> should we export the internal functions so that the tests can see and test them directly, or do we rely on the helper functions being implicitly tested by the public functions being tested?
[15:37] <jcw4> perrito666, mgz, natefinch, et. al. ^^^
[15:40] <perrito666> jcw4: in that case I usually add a test in the package
[15:40] <jcw4> perrito666: i.e. in the actual package rather than in package_test
[15:40] <perrito666> yup
[15:41] <perrito666> jcw4: but dont take my word as law I am far from elder here
[15:41] <jcw4> :)
[15:41] <jcw4> I've heard strong opinions against that, but possibly there might be exceptions for internal helper methods
[15:42] <mgz> jcw4: I pretty much always prefer the export_test.go method
[15:42] <perrito666> mgz: @more
[15:42] <jcw4> @more?
[15:42] <meetingology> jcw4: Error: "more?" is not a valid command.
[15:43] <mgz> lol
[15:43] <jcw4> ah,
[15:43] <jcw4> lol
[15:43] <perrito666> mgz: meh, you could very well support basic irc bot commands
[15:43] <mgz> for any non-trivial internal function, having dedicated unit tests makes sense, rather than just testing at pubic interfaces (which some prefer)
[15:44] <mgz> so, just have a SomeInternalFunction = someInternalFunction in export_test.go in that package
[15:45] <mgz> and test at that level
[15:48] <jcw4> mgz +1
[15:48] <jcw4> perrito666, mgz I'll add some tests and then ask for a review again
[15:50] <perrito666> btw, there are a bunch of prs from 26 days ago about cloud sigma that no one commented on, is there a reason for that?
[15:50] <mgz> perrito666: congratulations, you get to review them I think
[15:50] <jcw4> hehe
[15:51] <perrito666> mgz: I am on it, just wondering if there was a deeper reason for them to be ignored for almost a month
[15:53] <mgz> perrito666: not that I'm aware of, apart from some obvious reviewers being enveloped with other things
[16:04] <katco> mgz: hey, i'm unsure of where to put this test for including the simple-streams URL in the container start. my options are juju/juju/container/kvm/kvm_test.go and live_test.go. live_test.go looks like it has some container-ish tests in it, but the change will be in kvm.go... thoughts?
[16:05] <mgz> katco: I'd try to put in kvm_test.go even if it means adding a new suite there
[16:06] <katco> mgz: k that's what i was thinking initially; thank you :)
[16:14] <perrito666> I just burned frozen burgers... that must be some sort of special skill
[16:14] <mgz> perrito666: I thought you were the chef in the house...
[16:15] <perrito666> mgz: I am, I just got distracted by a code review
[16:15] <jcw4> riveting code review
[16:15] <mgz> scorching code review...
[16:17] <perrito666> mgz: well this burned food will definitely affect the outcome of the review
[16:17] <katco> haha
[16:18] <katco> "this is the worst object instnatiation i've ever seen. the formatting is crap, and i'm hungry. dnflgtm"
[16:18] <perrito666> lol
[16:22] <rogpeppe1> jam, jam1: ping
[16:28] <rogpeppe1> cmars: ping
[16:35] <katco> i need a second opinion on a design decision; anyone available to PM for a few minutes?
[16:38] <mgz> katco: bug perrito666, he's in a good mood and not otherwise occupied
[16:38] <katco> rofl
[16:38] <katco> perrito666: if that's true, got a sec? or are you munching on some burnt lunch? ;)
[16:39] <mgz> katco: more seriously, you can bug me if you like :)
[16:39] <katco> mgz: that would probably be best since we're on the same team :)
[16:53] <natefinch> jcw4: for what it's worth, I think export_test.go is an anti-pattern.  I think it is doubly so when you're doing it so you can test an implementation detail like an unexported method . Just make a new testing file that is in the same package as the test, and write your unit test there.  There's a reason both test forms exist.
[16:59] <perrito666> mgz: mm I see you have managerial talent
[17:00] <perrito666> katco: I am in a good mood, excepting for that incident with the chickenburger, so fire away
[17:00] <katco> perrito666: mgz helped me out, but thank you!
[17:02] <mgz> perrito666: I can be useful, as well as wind people up about their burnt burgers :)
[17:24] <jcw4> natefinch: thanks
[17:25] <natefinch> jcw4: as others said, not everyone agrees with me.... but I don't think anyone will stop you from writing more tests :)
[17:25] <jcw4> haha
[17:26] <perrito666> I have had in-package tests merged so I guess no one has very strong objections
[17:26] <jcw4> I'll clear it with mgz, and decide between a separate .go file and the export_test.go file, but either way I have to make perrito666 happy
[17:26] <jcw4> ;)
[17:27] <perrito666> jcw4: well, you will not make me happy per se (not after my burguers charred) but you might get a lgtm from me if you add tests :p
[17:28] <jcw4> lol
[17:28] <jcw4> from my perspective that's the same thing
[17:28] <jcw4> ;)
[17:31] <perrito666> I need someone with managerial skills for a quick question
[17:32] <natefinch> perrito666: you can't expense the heroin, I told you that
[17:32] <perrito666> natefinch: maan, whyyy?
[17:32] <natefinch> perrito666: whazzup?
[17:33] <perrito666> natefinch: I pmd you
[17:53] <katco> perrito666: jcw4: i am thinking about the same thing. i think the idiomatic thing to do is to keep the tests in the same package. they will only get included in the test binary, not the production binary.
[17:53] <katco> perrito666: jcw4: and it avoids the export dance for tests
[17:54] <jcw4> katco: okay, I haven't heard from mgz and it sounds like a bit of a quorum so I'll go with in-package tests
[17:54] <katco> jcw4: mind you i am brand new, so my opinion probably doesn't count for much :)
[17:55] <jcw4> katco: haha - well change is easy.  But, when I see fairly divergent opinions regularly on the project I think it just means a clear standard has yet to emerge
[17:56] <katco> well then i'll throw my hat into the "keep in the package" ring. if it's good enough for the standard lib, it's good enough for me :)
[17:56] <jcw4> :)
[18:07] <ericsnow> FWIW, last I saw, niemeyer favored the *_test package approach, which somewhat explains our use of it :)
[18:08] <ericsnow> see https://groups.google.com/d/msg/Golang-nuts/dkk0X1tIs6k/nO3CKFqbIxYJ
[18:08] <niemeyer> +1
[18:10] <perrito666> sounds to me like: Public API in package foo_test and Private in _test.go file of foo package but I did not read the whole link from ericsnow :)
[18:11] <perrito666> testing things as they are intended to be used
[18:11] <niemeyer> Yep
[18:11] <niemeyer> In many cases, it's also easy to export the things that are internal so that they can be touched by tests, using the export_test.go trick in use in many packages
[18:12] <niemeyer> Also like that extra mile.. encourages people to be more honest about testing what is meant to be tested, rather than implementation details
[18:16] <jcw4> hmm; the quorum is crumbling.. since I report to mgz and niemeyer is an elder in the community I'm going to flip flop and go with export_test.go :)
[18:17] <niemeyer> jcw4: It's hard to give reasonable advice without knowing what the case is, though.. what are you testing?
[18:17] <jcw4> niemeyer: helper functions in the actions and actionresults watchers
[18:17] <niemeyer> jcw4: URL to the code?
[18:18] <jcw4> niemeyer: https://github.com/juju/juju/pull/351 ... specifically :
[18:19] <jcw4> https://github.com/juju/juju/pull/351/files#diff-5a822a48b96dd79a90eda5ba852495c4R1673
[18:19] <jcw4> niemeyer: I'm actually about to refactor them down to one watcher with a parameter for which collection to watch...
[18:21] <niemeyer> jcw4: I'd be on the fence on that one.. it's all internal, and it's a relevant abstraction that deserves testing
[18:22] <niemeyer> jcw4: It's previously existent code, so I'd probably just go with what is already in place unless I had an actual reason to change it
[18:22] <niemeyer> jcw4: (other than purism)
[18:22] <jcw4> niemeyer: meaning the refactor to one watcher?
[18:22] <jcw4> or the helper functions
[18:23] <niemeyer> jcw4: No, meaning the subject of our conversation
[18:23] <jcw4> :D
[18:23] <jcw4> okay
[18:24] <jcw4> niemeyer: I'll see what in-place testing there is for helper functions and if there is none then I'll export the couple helper functions we want to test...
[18:33] <katco> ericsnow: niemeyer: ty for the context :)
[20:58] <natefinch> thumper: got a minute to talk about jujud logging?
[20:59] <thumper> natefinch: sure, a few
[21:00] <natefinch> thumper: just as easy on irc..... basically, there's the log rotation bug that has come up again.  I wanted to use a Go package for rolling Jujud logs so it'll work when we support windows.... but the relationship between the commands and logging and stuff is kinda twisty
[21:01] <thumper> natefinch: oh... kay..
[21:01] <thumper> natefinch: what needs to be done is this:
[21:01] <thumper> 1) at the startup of jujud, configure the logging to use the special writers you have
[21:01] <thumper> 2) change the upstart scripts so it writes out to a file, not to stdout/stderr
[21:01] <thumper> or at least, logging goes to the file
[21:02] <thumper> I don't think we write anything else out
[21:02] <thumper> yeah…..
[21:02] <thumper> just that...
[21:02] <thumper> changing the upstart scripts are the biggest thing
[21:02] <natefinch> thumper: so, we have a few different commands, bootstrap, machine agent, unit agent, juju-run
[21:03] <natefinch> thumper: to get the right directory in which to configure loggo's output on startup, we need the agentConf, which everything except juju-run has access to right now.
[21:04] <thumper> don't worry about juju-run
[21:04] <thumper> it sends stdout, stderr back to the client
[21:04] <natefinch> ok, that was sort of my question
[21:04] <thumper> and shouldn't log
[21:04] <natefinch> right, that make sense
[21:05] <natefinch> ok... so I think the only thing we have to do is change cloud-init to modify the upstart script, but I guess we'll need an upgrade step to modify the upstart script of existing installations
[21:06] <natefinch> so... three, three things we have to do: configure loggo for the commands, change cloud-init, and update the existing upstart scripts of running machines
[21:08] <thumper> right
[21:10] <natefinch> thumper: and how do I set the output on loggo?
[21:13] <natefinch> thumper: there's the register writer thing, but it takes a loggo.Writer, and to make one of those from an io.Writer wants a formatter and......   I just want to say "here, loggo, write to this io.Writer"
[21:13] <thumper> natefinch: change the writers
[21:13]  * thumper looks
[21:13] <natefinch> https://godoc.org/github.com/juju/loggo
[21:14] <thumper> NewSimpleWriter
[21:14] <thumper> with a default formatter
[21:14] <natefinch> do I replace the "Default" logger or no?
[21:14] <thumper> yes
[21:14] <thumper> otherwise it will continue to write to stderr
[21:15] <natefinch> thumper: can I overwrite, or do I have to delete and then register?
[21:16] <natefinch> thumper: the package example seems to say delete and register
[21:16] <thumper> loggo.ReplaceDefaultWriter
[21:16] <thumper> probably an old example
[21:16] <natefinch> awesome
[21:16] <natefinch> thanks.
[21:16] <thumper> np
[21:16] <natefinch> thoughts on max log size?
[21:17] <thumper> 5 meg?
[21:17]  * thumper shrugs
[21:17] <natefinch> wow really?  I was going to say like 200
[21:17] <natefinch> (meg)
[21:17] <natefinch> I dunno
[21:17] <thumper> me neither
[21:17] <thumper> ask an admin type person
[21:17] <natefinch> I'll PR it and let people duke it out
[21:17] <natefinch> Thanks again.  Gotta run'
[21:34] <fwereade> perrito666, ping
[21:34] <katco> gofmt sure does make for messy diffs when adding longer variable names to structs
[21:35] <perrito666> fwereade: pong
[21:36] <fwereade> perrito666, the semi-readable PRs for cloudsigma are here: https://github.com/Altoros/juju-cloudsigma/pulls
[21:36] <perrito666> fwereade: so the ones that are in my email are not the semi readable ones?
[21:37] <fwereade> perrito666, those ones I think are kinda unbearably yucky to read
[21:37] <fwereade> perrito666, I got upset with them, jam pointed me at the others
[21:37] <perrito666> fwereade: you have a lower tolerance level than I
[21:37] <perrito666> they are ugly, not unbearable
[21:40] <perrito666> fwereade: we should perhaps close those ones? for what I see in an answer I got in priv I am not the first to ask these questions
[21:40] <perrito666> s/those/the ones I pointed
[21:46] <fwereade> perrito666, yeah, sgtm, please close them with a note pointing at the others
[21:46] <fwereade> perrito666, I got all upset with the 18 changed files, 20 changed files, 22 changed files progression
[21:48] <perrito666> fwereade: mm I will email the proposer guy
[21:48] <perrito666> I am not sure which is which and I fear I might close the wrong ones
[21:49] <perrito666> the link you passed me contains the ones I mentioned plus other
[21:55] <fwereade> perrito666, that sounds reasonable -- and, sorry I'm not completely up to date with it, jam has been liaising with them primarily
[22:49] <davecheney> mattyw: http://i.imgur.com/IODqYZN.jpg
[22:49] <cmars> waigani, http://sourcegraph.com/blog/ipfs-the-permanent-web-by-juan-benet-talk
[22:51] <mattyw> davecheney, http://irclogs.ubuntu.com/2014/07/22/%23juju-dev.html
[22:51] <davecheney> http://i.imgur.com/x6DVenz.jpg
[23:00] <bodie_> anyone have thoughts on how to format a descriptor of optional flags to a command?
[23:00] <bodie_> it's simply a map index which can also have lists
[23:01] <bodie_> action-get outfile.format for example
[23:01] <bodie_> in that example, outfile is the key to an inner map
[23:01] <bodie_> format is a key in that inner map
[23:01] <bodie_> picture JSON
[23:02] <bodie_> however, there could also be a list index
[23:02] <bodie_> action-get outfile.files[1]
[23:03] <bodie_> right now, the help displays something like: [<key>[.<key>.<key>....]]
[23:03] <bodie_> which doesn't seem optimal
[23:03] <bodie_> but adding the list index option is much much uglier
[23:03] <bodie_> jcw4 any thoughts?
[23:04] <jcw4> bodie_: wouldn't the pattern extend to outfile.files.1 ?
[23:05] <jcw4> bodie_: you'd have to work a bit to make sure you parsed integer indexes at the right time instead of strings
[23:06] <bodie_> I figured traditional list index would be easier to parse
[23:06] <bodie_> right now it indexes by the key parsed from the list, so '1' would have to be a string key to another map
[23:06] <bodie_> or uh
[23:06] <bodie_> files would be a map
[23:06] <bodie_> '1' would be one of the keys in it
[23:07] <bodie_> whereas if we have [1] we clearly know it's an int, plus it's more familiar to the user
[23:08] <bodie_> it almost seems like this isn't something that is really the job of the action-get command
[23:09] <bodie_> but lists are clearly supported by JSON-Schema as JSON elements
[23:09] <bodie_> perhaps I'll simply PR it as WIP and query for responses on this topic
[23:09] <jcw4> bodie_: agree, this is potentially common utility code.. I don't know if it's implemented anywhere though
[23:09] <bodie_> hmm, good thought
[23:10] <bodie_> it's not hard to recurse a map on a list of keys, but adding list indexing could be a -bit- more tedious, though I imagine it would just be an interface{} list instead of a string list, and we'd either have int keys or string keys in the list
[23:23] <bodie_> this would be vastly simpler in a functional language with .apply() ... :P
[23:23] <bodie_> oh well, this is fine too
[23:53] <perrito666> fwereade: ping


[00:54] <Patrickdk> heh?
[00:54] <Patrickdk> what does what button do?
[01:05] <Jay2k1> saves the settings you do in the dialog to xorg.conf
[01:06] <Jay2k1> let me show you
[01:07] <Jay2k1> https://dl.dropboxusercontent.com/u/11595654/IMG_20130527_030631.jpg
[01:07] <Jay2k1> whenever this occurs, i open up this settings program and "resolution" is set to auto
[01:08] <Jay2k1> i change it to say 1920x1080 and then click apply and the "save to X configuration file" button
[01:08] <Jay2k1> however, it doesn't seem to change anything
[01:08] <Jay2k1> i guess you might wanna see my xorg.conf
[01:10] <Jay2k1> http://pastebin.com/ZpqUWde3
[04:02] <Tibernius> ? I have a HP Pavillion m1070n that comes with an ati x1300 and the TVWonder card which is a Blackbird Asus Cx238xx card, has anyone here had luck with this configuration?
[04:18] <Tibernius> ?
[04:18] <Tibernius> !help
[04:18] <Zinn> !help For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[15:55] <megamaced> Hi, does anyone know whether an Intel Celeron 847 will be suitable for DVB-T2 with MythTV 0.26?
[17:37] <piller> I need help figureing out how to use a hdmi pcie video grabber card with myth, I don't know front end from back end. all channel selection will be done with the set top box
[17:37] <piller> using ubuntu 13.04 64
[17:39] <piller> video grabber driver installed the ls /dev/video* command displays /dev/video0


[14:08] <mneptok> ColonelPanik: probably also inclides free satellite Internet!
[14:31] <ColonelPanik> Not free but maybe a small discount?


[06:30] <gnomefreak> anyone know if this package is needed for anything gnome-session-fallback?
[06:31] <bazhang> classic gnome look?
[06:31] <bazhang> !notunity
[06:32] <bazhang> thought it was going away in 13.04
[06:32] <bazhang> !info gnome-panel
[06:33] <gnomefreak> so as long as i dont need to use classic gnome im ok without it
[06:33] <bazhang> sure
[06:34] <gnomefreak> thanks
[06:35] <gnomefreak> its way too early to be thinking
[06:42] <IdleOne> !info gnome-session-fallback
[14:23] <christaras> Hi guys. I have a problem. Ubuntu always uses vesa drivers instead of AMD Catalyst FGLRX. Why is that so? it happens on  13.04 12.10 12.04 . Can you help me fix that
[14:30] <penguin42> hmm, what AMD chip do you have?
[14:33] <IdleOne> christaras: you're jumping from channel to channel switching support question.
[14:33] <christaras> It is 6450
[14:34] <christaras> Well iam in #ubuntu too but i was told to come here too (as i said it is Asus Ati radeon 6450 HD)
[14:36] <penguin42> well if it fails in 13.04 I guess you can ask here!
[14:37] <penguin42> christaras: However, it's not unusual for the binary drivers to be broken in alpha releases; so you're probably better to try and get it working in the release
[14:38] <christaras> Well it doesnt work in any other ubuntu version thats why asked in #ubuntu too
[14:40] <christaras> so propably i have to buy a new graphics card or hat :P?
[14:40] <christaras> what*
[14:49] <penguin42> christaras: Shouln't need to, can you pastebin your /var/log/Xorg.0.log ?
[14:50] <christaras> of course
[14:50] <penguin42> anyway, if you have an HD6xxx you don't want, I could do with upgrading my HD4xxx
[14:51] <christaras> well my previus graphics card was nvidia 8400 GS
[14:51] <penguin42> ahhhhhh
[14:52] <penguin42> christaras: Have you done a full reinstall since swapping from the nvidia?
[14:52] <christaras> HAHHAHAHAHHAH ......HAHAHAHHAHHA at least 9 times ....
[14:52] <christaras> and it is driving me mad :)
[14:52] <christaras> http://pastebin.com/NwX231pp
[14:53] <penguin42> oh ok, old installs with nvidia libs often mess things up
[14:55] <christaras> just something i forgot to mention i tried to install them with kernel 3.2/ 3.6/3.7/3.8 all of the have the same problem
[14:55] <penguin42> christaras: So that log says fglrx is all great - what makes you think it's not using?
[14:56] <christaras> the fact that glxgears have 400 fps and ubuntu says that i use vesa 107
[14:56] <penguin42> where does it say vesa 107 ?
[14:56] <christaras> Also games run 10 times better under windows rather than linux (i mean native games not trough wine)
[14:57] <christaras> well my computer is in Greek now so...
[14:57] <TheLordOfTime> and now you're delving into the offtopicness.
[14:57] <TheLordOfTime> (for windows vs. linux)
[14:57] <christaras> I am not  you go of topic
[14:57] <TheLordOfTime> !offtopic | christaras
[14:57] <penguin42> TheLordOfTime: Woah hang on
[14:57] <TheLordOfTime> penguin42, about his comparing windows v. linux
[14:58] <TheLordOfTime> and gaming?
[14:58] <christaras> AT about this computer  it says VESA:107
[14:58] <TheLordOfTime> thhat's on topic here?
[14:58] <penguin42> christaras: So if in 13.04, you go to system settings-details waht does it say in Graphics in overview?
[14:58] <TheLordOfTime> ... oops my 13.04 VM's imploding, time for a reinstall :P
[14:58] <christaras> The lord oftime can you PLEASE STOP IT. WHAT I MEANT IS THAT IT IS NOT WORKING CORRECTLY AND I SAID THAT IN ORDER TO SHOW IT!
[14:58] <penguin42> TheLordOfTime: Well that was only one line!
[14:59] <TheLordOfTime> penguin42, true, i was overly hasty.
[14:59]  * TheLordOfTime grabs the latest daily ISO
[14:59] <christaras> VESA: 107
[14:59] <christaras> thats is what it reports at Details
[15:00] <penguin42> christaras: and on the detail-graphics tab what does it say for Driver?
[15:01] <christaras> As i said DriverVESA 107      Enviroment: Normal
[15:02] <christaras> (keep in mind that i am translating these from GREEK-->ENGLISH so it may not be way too accurate)
[15:02] <penguin42> I have to agree that's odd, my reading of the X log you gave me is that fglrx is happy
[15:03] <christaras> Well it seems to be because amd Catalyst control center is usable
[15:03] <christaras> for example i can enable v-Sync
[15:03] <christaras> And different settings affect performance of glxgears but still it is slow.
[15:04] <christaras> i know that glx gears is supposed to give way more fps than just 180
[15:05] <christaras> And trine 2 is playable on my pc at HIGH settings. On linux i cant even play it at 800x600 LOWEST (thelordoftime dont say offtopic :P)
[15:06] <penguin42> christaras: and what does glxgears -info say for GL_RENDERER?
[15:06] <christaras> GL_RENDERER   = AMD Radeon HD 6450 GL_VERSION    = 4.2.11903 Compatibility Profile Context GL_VENDOR     = ATI Technologies Inc.
[15:07] <christaras> it is way too strange everything is like working but in fact it doesnt!!!!!
[15:08]  * penguin42 gets 2080 fps on glxgears with the open driver on his HD4350 - IFF I turn vblank sync off
[15:08] <penguin42> christaras: Jus tto check,   export vblank_mode=0    and then run glxgears?
[15:09] <christaras> it is off otherwise how could i get 189 fps
[15:09] <penguin42> yeh, I thought I'd check anyway
[15:10] <christaras> 231 fps
[15:10] <christaras> 288
[15:10] <christaras> 372
[15:11] <penguin42> christaras: So I dunno what's going on with that, the only thing I can think of is that you're hitting some weird power saving thing
[15:11] <penguin42> christaras: What happens if you remove fglrx and fall back to the open ATI driver ?
[15:11] <christaras> same performance
[15:11] <christaras> everything works the exact same. also kernel 3.8 boot correctly then
[15:12] <penguin42> odd
[15:12] <christaras> now i am using 3.7 because 3.8 is dead now :)
[15:13] <penguin42> christaras: I'd also look at whether you're hitting some power or CPU limit somewhere - my reading of your X logs says it's happy
[15:14] <christaras> well glx geats takes around 10 cpu
[15:15] <christaras> my phone can outperform this XD
[15:20] <bjsnider> you swapped from nvidia to amd?
[15:20] <penguin42> bjsnider: But reinstalled
[15:20] <bjsnider> i wouldn't do that even if the alternative was galactic armageddon
[15:20] <christaras> well i have already formated
[15:20] <christaras> Well you would do that if you had no money to spent on it
[15:21] <christaras> it was either that or an old nvidia for the same money thats sucked.
[15:21] <christaras> i want a gpu for gaming too not only for texting
[15:21] <bjsnider> gaming in windows?
[15:22] <christaras> No
[15:22] <christaras> Games for linux exist too
[15:22] <christaras> trine 2/xonotic steam desura.
[15:23] <bjsnider> yeah, i'm just wondering why you chose amd
[15:24] <christaras> it was cheap :)
[15:24] <bjsnider> so what does dkms status give you?
[15:24] <christaras> fglrx-updates, 9.000, 3.7.0-7-generic, i686: installed
[15:25] <bjsnider> and if you do modprobe is fglrx there?
[15:25] <bjsnider> i mean lsmod
[15:25] <bjsnider> obviously vesa is going to be there
[15:25] <penguin42> bjsnider: http://pastebin.com/NwX231pp is his X log - looks good to me
[15:26] <bjsnider> yeah i was reading it already
[15:26] <christaras>  have a look http://pastebin.com/B1U0E8xf
[15:27] <penguin42> christaras: This is a fairly normal Ubuntu setup with just a single user that you created during install time
[15:27] <christaras> yes
[15:29] <bjsnider> the xorg log doesn't have the info necessary to check what's happening
[15:29] <bjsnider> maybe dmesg does
[15:29] <bjsnider> or maybe there's more info at the end
[15:30] <bjsnider> it loads fglrx, but then right at the end it says oops i have to use vesa
[15:31] <christaras> how can i give you dmesg because terminal isnt big enought to show all this info
[15:31] <bjsnider> did you just copy-paste our of a terminal?
[15:31] <bjsnider> the xorg log is a file
[15:32] <bjsnider> the terminal might not have the entire log
[15:32] <christaras> no this was the log files itself i am talking about dmesg output not
[15:32] <christaras> now*
[15:34] <bjsnider> dmesg > result
[15:34] <bjsnider> then you have a file called result
[15:35] <christaras> http://pastebin.com/Fihd14yB
[15:36] <bjsnider> oh, vesa is loaded first
[15:37] <christaras> so vesa is loaded and fglrx cant be loaded too and it just lets vesa to continue :P
[15:37] <bjsnider> sucks that you've got all of those hda-intel: spurious response messages spamming dmesg
[15:37] <bjsnider> looks like it
[15:37] <christaras> can i disable vesa protocol once and for all ?
[15:38] <bjsnider> you could blacklist the module
[15:39] <christaras> hmmm..? how
[15:39] <bjsnider> this is not a good idea
[15:39] <bjsnider> vesa is there in case all else fails
[15:40] <bjsnider> so if all else fails, you would just get a black screen with vesa blacklisted
[15:40] <christaras> well if you have no other idea i am willing to do so
[15:41] <bjsnider> i really don't think i want to be providing that advice
[15:41] <bjsnider> you can look it up though, it's not a secret
[15:42] <bjsnider> blacklisting vesa should not be considered a permanent solution to this problem even if it seems to work
[15:43] <christaras> Why not?
[15:45] <christaras> Well just to point out something, I dont know if this is normal but i can play trine 2 even with vesa (laggy of course)
[15:47] <bjsnider> because if you're a trapeze artist, you want a net beneath you in case something goes wrong
[15:49] <christaras> so will remove vesa and report back
[15:49] <christaras>  :)
[16:10] <christaras> Well i removed vesa completely and it was still reported as the used driver. I uninstalled fglrx and returned to radeon and now i have 1800fps with glxgeats
[16:10] <christaras> glxgears
[16:12] <penguin42> yeh!
[16:12] <penguin42> christaras: What CPU do you have?
[16:13] <christaras> e2160 intel celeron dual core 1,8 GHZ
[16:15] <christaras> Going to install beta 12.11 and report back again :)
[16:15] <TheLordOfTime> christaras, you mean 13.04 :P
[16:16] <christaras> no i mean 12.11 amd catalyst
[16:16] <TheLordOfTime> oh i see
[16:16]  * TheLordOfTime misread
[16:16] <christaras> i am on 13.04 right now... :P
[16:16] <TheLordOfTime> i only just reocnnected ;)
[16:16] <christaras> Ok :)
[16:16] <christaras> :O) cant install on kernel 3.8
[16:16] <christaras> will reboot on 3.7
[16:16] <christaras> I will be back :)
[16:22] <christaras> well i am on 3.7 and i have this error now... fglrx installation requires that the system have kernel headers.  /lib/modules/3.7.0-7-generic/build/include/linux/version.h cannot be found on this system.
[16:23] <christaras> If anyone has any idea about how to fix that then just say it. i will try to fix it meanwhile
[16:26] <jtaylor> is the right linux-headers package installed?
[16:27] <christaras> i think so
[16:27] <christaras> Linux kernel headers for version 3.7.0 on 32 bit x86 SMP is installed
[16:27] <christaras> Generic Linux kernel headers  too
[16:28] <jtaylor> the headers are in usr/src not /lib on my system
[16:28] <jtaylor> but I'm currently on 12.10
[16:28] <christaras> i check these on synaptic package manager (the best)
[16:29] <christaras> well i will install any linux header available XD
[16:30] <jtaylor> are you using the fglrx package or upstreams?
[16:30] <christaras> excuse me ?
[16:30] <jtaylor> it would be weird when the package looks in the wrong place for the files
[16:31] <christaras> well i dont knwo what you mean but i had the same problem with OpenSuse
[16:32] <christaras> AMD SUCKS! i will not buy anything they create in future
[16:33] <jtaylor> so you aren't using a package?
[16:33] <christaras> What do you mean?
[16:33] <christaras> i am trying to install the latest driver downloaded from amd 12.11 with sudo sh amd.run
[16:33] <jtaylor> how are you installing fglrx?
[16:34] <christaras> sudo sh amd.run
[16:34] <TheLordOfTime> ...
[16:34] <jtaylor> that can fail easily
[16:34] <TheLordOfTime> indeed.
[16:34] <jtaylor> you can try symlinking the headers to the place it expects
[16:34] <christaras> Well how else can i install latest version?
[16:34] <TheLordOfTime> what jtaylor said, try symlinking the headers to where it is looking for them.
[16:35] <TheLordOfTime> that's the problem with precompiled .run files, no?  you can't figure out what its looking for where until it errors
[16:35] <christaras> Well i am not an expert with ubuntu... but i will search for that :)
[16:36] <christaras> acctualy the whole path /lib/modules/3.7.0-7-generic/build/include/linux/ exists but version.h is missing
[16:44] <penguin42> christaras: It's easier if you use ubuntu's jockey system to install AMD drivers
[16:45] <christaras> it installs an old version doesnt it?
[16:45] <penguin42> christaras: Wouldn't you prefer a working version?
[16:45] <christaras> Well yes :)
[16:46] <christaras> i cant fix it anyway.
[16:46] <penguin42> christaras: So be careful to uninstall the stuff you installed via AMD, reboot and then do jockey-text -l  to list what's available, then use jockey-text -e   to install it
[16:48] <christaras> isnt it the same trough synaptic ?
[16:50] <penguin42> not sure what the package is called via that; (Actually I've not tried this on new ubuntu's - they used to have a GUI to do it - additional drivers - not sure what the way to do that now is, but the jockey-text should work)
[16:50] <christaras> Well i have no idea how jockey-text works so i will install it the user-friendly way with GUI
[16:54] <christaras> well it is downloading and will soon install (will take 2 mins to download)
[16:58] <BluesKaj> !schedule
[17:01] <christaras> the moment of truth is close rebooting.
[17:19] <christaras> just came back to report that it failed to work
[17:22] <christaras> catalyst installed through jockey and had low performance AGAIN because vesa was used instead (although i had it uninstalled O.o), Tried forcing installing catalyst 12.11 with --force over the old version and then i had no unity working and no hardware accelaration, I just uninstalled everything and now i have Radeon open source installed from kernel 3.8 which has increased perfomance for amd GPUs. Thank you all for trying to he
[17:22] <christaras> GoodNight :O)
[17:59] <bjsnider> he may have blacklisted vesa instead of vesafb
[17:59] <bjsnider> i think the module's kernel name is vesafb
[20:59] <rrva> anyone have working sound in dosbox?
[21:29] <FernandoMiguel> boas


[00:41] <jkyle> I've run up against the 12.04 lvm bug where volumes are not activated on reboot. is there a pathc or update I need to grab?
[01:07] <pmatulis> jkyle: is the bug reported?
[04:04] <Datz> hi, my crontab suddenly is missing all the sudden, and suggestions on where to look?
[11:11] <jacobw> hi, i'm interested in the mysql-cluster-server package in precise
[11:12] <jacobw> the package was discontinued in precise, i'm looking for information about this
[11:14] <jacobw> if it's within my abilities, i would be interested in helping out
[13:13] <stgraber> hallyn: looks like half of our delta on lxc was merged upstream!
[13:56] <RoyK> seems I didn't set autostart on degraded raid, and now I end up in initramfs / busybox - is there a way to do something useful in there, or is it just there to annoy people?
[13:59] <RoyK> thing is, I boot with bootdegraded=1 and it goes directly to busybox. without bootdegraded=1, it prompts me if I want to boot with degraded raid, but doesn't take input from the usb keyboard, and after some seconds, it sends me to busybox
[14:04] <RoyK> btw, this raid is not the root
[14:15] <RoyK> seems to me the whole busybox thing is just a prank
[14:52] <jml> perhaps the wrong channel. I'm getting back into Java development after taking a decade off
[14:52] <jml> do I need to set JAVA_HOME in my environment on Ubuntu, or does the packaging take care of that?
[14:57] <jkyle> pmatulis: there's a decent handful of bugs on lvm not coming up at boot, not sure which exact one applies yet
[15:12] <jkyle> looks like update-initramfs wasn't run
[17:44] <AlphaWolf> I have 2 drives, my boot drive and my media (external) drive. I get a fair bit of stuttering when streaming music/videos, and I was wondering if one of the HDD could be causing the slowing issues? The boot drive is very slow, but I thought it wouldn't be used since it's reading from the external drive? I used to have Windows Home Server installed on the same machine, but I never had any issues streaming. Any ideas?
[17:56] <disown> curious can anybody tell me if I setup an http proxy server can I then just uses the proxy in my web browser on different machines to get internet thru the proxy server in though I don't have any dns server configured or any thing does the proxy take care of the dns and everything
[20:48] <RoyK> wtf
[20:48] <RoyK> seems ubuntu server fails totally if a raid is missing a drive
[20:48] <RoyK> bootdegraded=1 set, it fails to busybox
[20:50] <guntbert> RoyK: I seem to remember a bug where that option didn't make it into the kernel command line, you had to put it there yourself
[20:50] <RoyK> guntbert: tried it
[20:51] <RoyK> guntbert: still, the problem is any system should boot if a raid is missing a drive
[20:51] <RoyK> guntbert: not booting a system with a missing drive is bullshit
[20:52] <RoyK> and btw, this isn't even a boot device, it's a data set, raid-6 with a spare
[20:52] <RoyK> should be able to allow for a dead drive
[20:54] <guntbert> RoyK: I cannot completely agree (believing you do have a functional raid when you have not might be desastrous), but on servers I'd expect the admin to monitor closely anyway, so the default setting of false seems suboptimal :)
[20:54] <RoyK> and btw, I'm a sysadmin
[20:55] <RoyK> I know how these things work
[20:55] <RoyK> I want a server to boot up properly even if a drive in a RAID-6 group has failed
[20:58] <guntbert> RoyK: sure, I didn't imply anything else - https://help.ubuntu.com/community/Installation/SoftwareRAID suggests using /etc/initramfs-tools/conf.d/mdadm and setting BOOT_DEGRADED=true there
[20:59] <RoyK> tried it - still fails - will try again
[20:59] <RoyK> point is, that flag is ment to be for boot devices
[20:59] <RoyK> I don't boot from a raid, I use that raid for data
[21:01] <guntbert> RoyK: the kernel flag is meant for boot devices, yes, but the mdadm?
[21:02] <RoyK> boot device is a single ssd
[21:02] <RoyK> server still jumps into panic mode if the md device doesn't start correctly
[21:02] <RoyK> that's wrong
[21:03] <lifeless> How many impressions did that $18 yield to get that one sign up?
[21:03] <RoyK> so utterly wrong I'll be reconsidering ubuntu for a server platform soon
[21:04] <RoyK> as in, considering centos
[21:04] <lifeless> hah, copy-paste-fail.
[21:05] <RoyK> guntbert: please tell if you find a good reason for tossing the bootup into busybox for a single drive failure
[21:05] <RoyK> in a raid-6
[21:05] <RoyK> with a spare
[21:05] <RoyK> or even a raid-5 without a spare
[21:05] <guntbert> RoyK: no :-) - but this is no place for bug reports either
[21:07] <guntbert> RoyK: please consider reporting a bug before moving :)
[21:09] <RoyK> bug 1035958
[21:10] <RoyK> whatever they were smoking when they found out jumping into busybox if a drive fails
[21:10] <RoyK> I need to test that stuff - it must be good
[21:11] <guntbert> RoyK: what is a raid6?
[21:11] <RoyK> http://en.wikipedia.org/wiki/Raid6#RAID_6
[21:26] <PatrickDK> royk, much like this bug: https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/872220
[21:27] <RoyK> PatrickDK: seems like the same thing
[21:27] <RoyK> I can't beleive such a bug has been left unfixed for such a long time
[21:28] <RoyK> they want people to run servers on this thing?
[21:28] <PatrickDK> :)
[21:28] <PatrickDK> why I test everything pretty closely
[21:29] <PatrickDK> still a few show stopper bugs in precise stopping me from upgrading
[21:29] <PatrickDK> I upgraded one of my desktop machines from lucid to precise yesterday, took me 8hours :(
[21:29] <RoyK> perhaps reinstalling on lucid will fix it
[21:29] <PatrickDK> and that was to do a reinstall only :(
[21:29] <PatrickDK> cause upgrade kept failing
[21:30] <PatrickDK> have to spend a few days this week, getting my stuff all sorted out
[21:30] <RoyK> I hope the ubuntu guys or canonical will fix this
[21:30] <PatrickDK> I have two clients thinking about payed ubuntu server support
[21:30] <RoyK> it's rather disasterous to disallow a system with a broken drive in a raid set to boot
[21:30] <PatrickDK> ubuntu really needs to add some other pricing models
[21:31] <RoyK> seems to me ubuntu needs more QA before they release things
[21:33] <PatrickDK> that isn't in a qa test set
[21:33] <PatrickDK> only boot raid, not dataset raid
[21:34] <RoyK> dataset raid shouldn't stop a bootup
[21:34] <RoyK> even if it was broken
[21:34] <RoyK> even single mode fails
[21:34] <RoyK> meaning: someone in the ubuntu team was smoking something rather good
[22:25] <hallyn> stgraber: oh really.  sigh, maybe i need to spend the next week on one bug humongous merge :)
[22:25] <hallyn> unless you're already doing it!
[22:25] <hallyn> jjohansen: are you around by chance?  Just wondering if you're still using your efika smarttop, and, if so, what image you're using
[22:26] <hallyn> (if you're not, i'll go ask infinity over in an arm/linaro channel)
[22:26] <jjohansen> hallyn: I haven't been using it, I have been meaning to try the linaro kernel on it since it has been reported to be working but I just haven't had the time
[22:26] <hallyn> just wasted an hour trying to set it up headless (no hdmi sitting around) bc i didn't realize it was running network-manager.
[22:26] <hallyn> jjohansen: ok, thanks
[22:27] <hallyn> jjohansen: so the last thing you had on it was maverick?
[22:29] <jjohansen> hallyn: no, I had natty or oneiric.  It was doable as along as you edited the apt/sources manually instead of using the graphical update manager, basically you needed to keep the older effika-mx kernel and flashkernel, and the ubuntu versions could brick your device
[22:30] <hallyn> oh i'm using no gui...  purely headless.  was a bit of a pain until i realized network-manager was running and messing with me
[22:30] <jjohansen> I ran into problems with the last upgrade though and needed to do a clean install, and just haven't yet
[22:30] <jjohansen> hallyn: yeah I got to where I was running headless too
[22:31] <jjohansen> at first I couldn't because their earlier kernels had a bug where they wouldn't boot unless a monitor was attached
[22:31] <hallyn> jjohansen: i'm away from home and don't have any hdmi, so had no choice.  required bootstrapping from a gentoo sd card bc sshd wasn't running by default
[22:31] <hallyn> oh yeah i heard about that
[22:31] <hallyn> i was fjeered it would affect me, luckily didn't
[22:31] <jjohansen> hallyn: they also have a debian hf image I have been meaning to try
[22:32] <hallyn> yeah i saw that one (after i dd'd the gentoo one).  i'll fall back to that one if i need to.
[22:32] <jjohansen> hallyn: I keep meaning to get it backup but my play time has been with my transformer tablet
[22:35] <minashokry> Hello, while upgrading my server from ubuntu 10.04 to 12.04 I had problems and now many packages are left unconfigured. when I run "dpkg-reconfigure -a" I see a message from AddUser package asking about home directories privacy, whatever I answer yes or no, it appears again repeatedly. Anyone can help?
[22:40] <hallyn> minashokry: what is the exact msg
[22:42] <minashokry> it is a very long message appear on a blue background. It asks me about if I want to make home directories readable only by owners or by everyone, then says this will apply on newly created users. then do you want to do that? (yes, no)
[22:44] <hallyn> minashokry: sorry, i don't recognize it.  might check /var/log/apt/term.log and /var/log/dpkg for some more info
[22:45] <minashokry> hallyn: exact message is that "By default, users' home directories are readable by all users on the system. If you want to increase security and privacy, you might want home directories to be readable only for their owners. But if in doubt, leave this option enabled. This will only affect home directories of users added from now on with the adduser command. Do you want system-wide readable home directories?
[22:47] <minashokry> hallyn: this is output of tail /var/log/apt/term.log
[22:47] <minashokry>  icedtea-netx
[22:47] <minashokry>  libgd-text-perl
[22:47] <minashokry>  libgd-graph-perl
[22:47] <minashokry>  libgd-graph3d-perl
[22:47] <minashokry>  openjdk-6-jdk
[22:47] <minashokry>  vim-gnome
[22:47] <minashokry>  ghostscript
[22:47] <minashokry>  gs-cjk-resource
[22:47] <minashokry> Processing was halted because there were too many errors.
[22:47] <minashokry> Log ended: 2012-08-12  06:38:18
[22:47] <hallyn> minashokry: ah.  you wanted to run dpkg-configure -a, not dpkg-reconfigure -a
[22:47] <minashokry> hallyn: oh.. let me try
[22:48] <minashokry> hallyn: dpkg-configure: command not found
[22:53] <hallyn> sorry, 'dpkg --configure -a'
[22:53] <hallyn> minashokry: ^
[22:53]  * hallyn out
[22:56] <minashokry> hallyn: I get this output http://pastebin.com/d0bvp4DY
[23:08] <minashokry> hallyn: thanks I passed the problem
[23:46] <zaitzev> evening people
[23:47] <zaitzev> anyone here happen to be running Cherokee?