[00:26] <anastasiamac> axw: ping
[00:28] <wallyworld> babbageclunk: bug 1688635 fwiw
[00:28] <mup> Bug #1688635: 'max-logs-age' panic on bootstrap with lxd provider <juju:In Progress by 2-xtian> <https://launchpad.net/bugs/1688635>
[00:36] <babbageclunk> wallyworld: ok, thanks
[00:36] <wallyworld> babbageclunk: i may have a slightly different solution, just looking into it now
[00:37] <babbageclunk> wallyworld: cool, let me know how it goes.
[00:42] <wallyworld> babbageclunk: yep, i will do a fix elsewhere
[00:43] <babbageclunk> wallyworld: ah, ok - so I don't need to think about config at all then?
[00:43] <wallyworld> no
[00:45] <wallyworld> babbageclunk: was a 3 or 4 line fix, just writing a test
[00:46] <babbageclunk> awse
[00:48] <thumper> babbageclunk: https://github.com/juju/juju/compare/develop...howbazaar:separate-log-dbs?expand=1 updated, I'm heading out for lunch, will test more when I get home.
[01:08] <wallyworld> thumper: was a simple fix, just had to change how restore constructed controller config. Using New() fills in any defaults https://github.com/juju/juju/pull/7442
[01:09] <wallyworld> or babbageclunk ^^^^ if thumper has run away
[02:30] <thumper> babbageclunk: my brach had a bug
[02:30] <thumper> will update
[02:30] <babbageclunk> thumper: ok - luckily I haven't looked at it yet!
[02:30] <babbageclunk> thumper: just sorting out tests for pruning.
[02:54] <thumper> babbageclunk: I'm testing the upgrade test now
[02:54] <thumper> manually
[02:54] <babbageclunk> thumper: cool.
[02:55] <babbageclunk> thumper: do you know whether there's a way to pass a yaml file to model-default or model-config (the way you can to --config or --model-default at bootstrap time)?
[02:55] <thumper> no sorry
[02:56] <babbageclunk> see veebers it's thumper's fault
[02:56] <veebers> babbageclunk: hah :-)
[02:59] <babbageclunk> thumper: also a question from veebers that I don't know the answer to: do you do the model-default sub command on the controller or the model itself?
[03:00] <babbageclunk> thumper: and: does setting model defaults after a  model has been created update the config on that created model?
[03:00] <babbageclunk> I also would like to know the answers to these Qs
[03:00] <thumper> model-defaults are set at bootstrap time
[03:01] <thumper> not sure if they can be set after that...
[03:02] <babbageclunk> thumper: there's a model-defaults command that works just like model-config except presumably it sets defaults. But I don't really understand what it does if it's not working on the controller.
[03:02] <thumper> it probably is working just on the controller'
[03:03] <thumper> also, if you have a model and update the defaults
[03:03] <thumper> I'm not sure if the defaults are re-propagated, wallyworld probably does though
[03:03] <wallyworld> say wot
[03:03] <wallyworld> model defaults are used when add models
[03:04] <wallyworld> adding
[03:04] <wallyworld> the new model config is seeded from the defaults
[03:05] <babbageclunk> wallyworld: yeah, but the model-defaults command can take a model - what's that about?
[03:05] <veebers> wallyworld: so if I bootstrap and have a default model, then set the model-defaults, that default model won't have the defaults?
[03:05] <veebers> wallyworld: but if I add a model after that, the new model will?
[03:06] <wallyworld> babbageclunk: what do you mean "can take a model"? it's a controller command IIANM
[03:06] <wallyworld> veebers: correct, the model defaults are not inherited but copied
[03:07] <wallyworld> veebers: once a model is added, that's it
[03:07] <wallyworld> it has its own config
[03:07] <veebers> wallyworld: ok thanks.
[03:07] <babbageclunk> wallyworld: Ah, you're right! But the examples include a -m version. Which was blowing my tiny mind, 'specially on a Friday afternoon.
[03:07] <babbageclunk> I'mm'a push a fix for that.
[03:08] <veebers> babbageclunk, wallyworld I think that means I have a way forward with the log-forwarding test, gonna try now
[03:08] <wallyworld> babbageclunk: whomever wrote those examples should be shot. hope it wasn't me
[03:08]  * babbageclunk runs a git praise
[03:08] <wallyworld> whew
[03:08] <wallyworld> not me!
[03:09] <babbageclunk> You're safe for now!
[03:11] <thumper> hmm...
[03:11] <thumper> my testing rendered my controller non-responsive
[03:12] <babbageclunk> wallyworld: also, what does it mean to specify a cloud/region for that command?
[03:13] <wallyworld> babbageclunk: different cloud regions can have different defaults, eg proxy
[03:13] <wallyworld> or apt mirror
[03:13] <babbageclunk> wallyworld: but how can a controller have different clouds or regions? Oh, is this a jaas thing?
[03:14] <wallyworld> for a model, if there's no clud region default, it will lookto use a model default sans region
[03:14] <wallyworld> we now support models in differnet region in a sinle controller
[03:14] <wallyworld> the underlying cloud has to be the same for wach model
[03:14] <babbageclunk> wallyworld: oh right, ok - that makes sense. thanks!
[03:15] <wallyworld> np
[03:15] <babbageclunk> thumper: that sounds bad
[03:15] <thumper> yeah, investigating
[03:15] <thumper>  /var/lib/juju/db/collection-69--8034483712429095609.wt: handle-write: pwrite: failed to write 4096 bytes at offset 4849664: No space left on device
[03:16] <thumper> which is weird, because there is space now...
[03:17] <babbageclunk> thumper: and we're only talking ~300M of data right?
[03:17] <thumper> ah
[03:17] <thumper> my zfs system is full
[03:17] <babbageclunk> doh
[03:17] <thumper> I had some old machines lying around
[03:17] <thumper> not sure where they are from
[03:18]  * thumper cleans up
[03:18]  * babbageclunk fights the urge to talk about atm machines and pin numbers.
[03:19] <veebers> wallyworld, babbageclunk: should I be concerned if I see this: WARN  juju.cmd.juju.model defaultscommand.go:592 key "syslog-ca-cert" is not defined in the known model configuration: possible misspelling
[03:20] <wallyworld> we shouldn't see that. it's likely noise but should not be printed
[03:20]  * thumper starts again
[03:21] <wallyworld> if everything works, it's worth a bug
[03:23] <babbageclunk> wallyworld: maybe I need to add it somewhere? Odd though - I didn't change the config settings.
[03:23]  * thumper taps fingers waiting
[03:24] <wallyworld> babbageclunk: there is a check that what the user types belongs to the config schema; not sure off hand why that attr didn't pass muster
[03:24] <babbageclunk> thumper: are your latest changes in your branch? I'll start pulling them optimistically.
[03:24] <thumper> babbageclunk: let me push
[03:25] <thumper> babbageclunk: there now
[03:27] <babbageclunk> thumper: thanks
[03:32] <thumper> oh yeah...
[03:32] <thumper> machine sluggish now
[03:33] <thumper> load over 10, CPU over 70% of every core
[03:33] <thumper> 1323 M of log collection data
[03:34] <thumper> pruning cuts in every 5 minutes
[03:34] <thumper> so I'll wait for that then run the upgrade
[03:36] <babbageclunk> thumper: Removing version - how far should I go? Take it off params.LogStreamRecord too? I think that's ok, api-versioning-wise - logstream's only used from workers in the controller.
[03:36] <thumper> babbageclunk: I think so
[03:37] <babbageclunk> thumper: book
[03:37] <veebers> babbageclunk, wallyworld: Hmm, that didn't work. Have you confirmed this manually? I might be missing some step
[03:37] <wallyworld> i haven't tested, xtian has
[03:38] <babbageclunk> veebers: I haven't tested that though, only at bootstrap time. I'll try it now, hang on.
[03:38] <veebers> babbageclunk: ah, I might not be setting logforward-enabled on the model
[03:39] <veebers> babbageclunk: only on the controller
[03:39] <babbageclunk> veebers: that should do it - that has to be enabled for each model.
[03:39] <veebers> babbageclunk: let me try again
[03:39] <babbageclunk> veebers: although if it's enabled in defaults then it will be for new models.
[03:40] <veebers> babbageclunk: right, need to check that's what I need in the test or if the timing of the start of forwarding is important
[03:43] <thumper> hmm...
[03:43] <thumper> why isn't log pruning happening
[03:44] <babbageclunk> thumper: hmm, version's needed by logforwarding - it goes into the origin for juju in the syslog - I guess I can still rip it out and just have the forwarder add version as it writes to the syslog.
[03:45] <axw> wallyworld thumper: https://private-fileshare.canonical.com/~axw/lp1677434-jujud.tar.xz <- contains the presence and status history fixes on top of 2.1, with version set to 2.1.2
[03:45] <thumper> axw: I think they are on 2.1.3
[03:45] <thumper> hmm...
[03:46] <thumper> well they should be as that is the security release'
[03:46] <axw> thumper: the bug says 2.1.2
[03:46] <babbageclunk> thumper: is your system a bastardised one with your split logs collections? pruning might be a bit bung.
[03:46] <thumper> huh
[03:46] <thumper> you are right
[03:46] <thumper> babbageclunk: no, 2.1.2
[03:47] <thumper> what was the log size? I thought it was 300 meg
[03:47]  * babbageclunk shrugs then
[03:48] <babbageclunk> thumper: ripping version out is getting a bit intense, I'm going to park it for now and hopefully do it later.
[03:48] <axw> thumper: if it turns out they're running a newer version, they can drop a FORCE-VERSION file into the same dir as jujud
[03:48] <thumper> babbageclunk: ack
[03:48] <thumper> axw: ack
[03:50] <thumper> oh fuck
[03:50] <thumper> default max is 4 gig
[03:50]  * thumper isn't going to fill that
[03:50] <thumper> hmm...
[03:50]  * thumper looks again
[03:51] <thumper> ugh... should be ok
[03:51]  * thumper makes more logs
[04:00] <veebers> babbageclunk: on closer inspection, some log forwarding was always working, it's just the added model that's not. I'm checking now
[04:00] <veebers> ah, possible that it needs to be enable specifically
[04:00] <thumper> ok... over 4G of logs
[04:00] <thumper> this should be a good test for upgrade step
[04:09] <babbageclunk> veebers: ok, that sounds good.
[04:14] <thumper> babbageclunk: took 7 minutes
[04:14] <thumper> but it successfully split the logs into 5
[04:14] <thumper> and that was for 4G of logs
[04:14] <thumper> which is the default max of 2.1.2
[04:15] <thumper> now for other interesting bits
[04:15] <thumper> on 4.4G of logs indexes were 89M
[04:15] <thumper> now with the split
[04:15] <thumper> we have...
[04:15]  * thumper queries and adds up
[04:19] <thumper> meh...
[04:19] <thumper> doesn't seem to be that much different in size to be honest
[04:19] <thumper> but faster to clean up
[04:20] <babbageclunk> thumper: Hmm, is there any way we can make it resilient to crashing half-finished? Find the max id in any of the child collections and start from there, maybe?
[04:20] <thumper> babbageclunk: for the upgrade?
[04:20] <babbageclunk> thumper: yup
[04:20] <thumper> babbageclunk: if it crashes half way through it hasn't "upgraded" so agent.conf isn't updated
[04:21] <thumper> next time it starts, it will run the upgrade steps again
[04:21] <thumper> which will just continue
[04:21] <babbageclunk> right, but will we get double-ups in the child log tables?
[04:21]  * thumper thinks...
[04:21] <thumper> yes
[04:21] <thumper> but the'll get pruned
[04:21] <thumper> if it does crash...
[04:22] <thumper> minor problem with dupes
[04:22] <thumper> for a while
[04:22] <thumper> the "correct" way would be to remove each doc as it is moved
[04:22] <thumper> will probably double the time for the upgrade
[04:22] <thumper> but more resiliant to failure
[04:23] <babbageclunk> thumper: but I think finding the latest id in any of the child collections would work too, wouldn't it? Or at least restrict double ups to the time it was up to at the crash.
[04:24] <thumper> are object ids strictly sortable?
[04:25] <babbageclunk> thumper: no, I don't think so in the general case, unless you know they were only generated in one machine
[04:29] <thumper> babbageclunk: actually, perhaps we should batch removals?
[04:29] <thumper> babbageclunk: it would minimise restart dupes
[04:30] <thumper> but also limit the doubling of logs during migration
[04:30] <thumper> babbageclunk: thoughts?
[04:30] <babbageclunk> thumper: yeah, sounds sensible to me.
[04:30] <thumper> babbageclunk: as I'm slightly concerned about disk usage during upgrade
[04:30] <thumper> perhaps bulk insert too
[04:31]  * thumper considers
[04:31] <babbageclunk> thumper: ooh, nice.
[04:32] <thumper> insert takes (docs... interface{})
[04:34] <veebers> babbageclunk: sweet, looks like I have a fix for the test, it was a lot more simple than I first thought
[04:35] <babbageclunk> veebers: awesome
[04:37] <thumper> babbageclunk: ah fark...
[04:38] <babbageclunk> ?
[04:38] <thumper> babbageclunk: harder to do batch inserts
[04:38] <thumper> due to different collections
[04:38] <thumper> can do batch delete
[04:39] <babbageclunk> probably the easier option would be to grab a batch, group them by model, insert each model-batch, then delete the batch from source.
[04:40] <babbageclunk> non-optimal since it's doing smaller inserts, but still better.
[04:44] <thumper> babbageclunk: I've gone for single inserts, batch deletes
[04:44] <thumper> happy medium for effort / reward
[04:44] <babbageclunk> thumper: fair enough.
[04:45] <thumper> babbageclunk: http://paste.ubuntu.com/24744827/
[04:46] <babbageclunk> thumper: are you going to do another perf test to see how much the batch deletes cost?
[04:46] <thumper> babbageclunk: have you grabbed the upgrade steps yet?
[04:46] <thumper> it is more the disk usage during upgrade
[04:46] <thumper> performance will be slightly worse
[04:46] <thumper> no
[04:46] <babbageclunk> thumper: nope - been fixing test failures.
[04:46] <thumper> wasn't going to do another test
[04:47]  * thumper pushes change
[04:47] <babbageclunk> thumper: any chance it'll be lots worse?
[04:47] <thumper> not lots
[04:47] <thumper> a little
[04:48] <babbageclunk> I you could do the test on a much smaller sample to get a feel for how much worse.
[04:49] <babbageclunk> oops -I
[04:49] <thumper> oh alright then
[04:49] <babbageclunk> :)
[04:49] <babbageclunk> anyway, I'm getting the changes and putting them into my tree.
[05:13]  * thumper creates 4G of logs
[05:16] <veebers> babbageclunk, wallyworld: hey thanks for talking me through the log-forwarding stuff, turns out this is the fix: https://github.com/juju/juju/pull/7445 (a lot simpler than I first thought)
[05:16] <veebers> :-P
[05:17] <wallyworld> veebers: told you it was essential transparent :-)
[05:17] <wallyworld> just a tweak to enablement
[05:17] <veebers> indeed, sorry for the noise wallyworld (in my defense I did learn some stuff)
[05:18] <wallyworld> veebers: hey, no problem! always good to question how things are
[05:18] <wallyworld> that's how we discover our mistakes and improve
[05:18] <babbageclunk> veebers: nice one.
[05:18] <wallyworld> by our i mean dev
[05:18] <veebers> ^_^
[05:18] <wallyworld> easy for dev to make assumptions because we are close to it all the time
[05:19] <veebers> There is also a fix for the model migration test (well a general fix, migration test\s are the most affected)
[05:19] <wallyworld> yay, so CI should look pretty sweeeeeet
[05:20] <wallyworld> thumper: you forgot my PR :-(
[05:20] <thumper> yes I did
[05:21] <thumper> sorry, too busy testing and working with babbageclunk
[05:22] <wallyworld> no worries, understand
[05:23] <wallyworld> axw: could you take a look, it's only 4 lines https://github.com/juju/juju/pull/7442
[05:24] <wallyworld> thanks thumper
[05:28] <veebers> wallyworld, thumper, babbageclunk: I'm off o/ I'll check in tomorrow to make sure those test fixes where landed etc. and re-run any tests that might need it
[05:28] <babbageclunk> veebers: thanks!
[05:28] <wallyworld> veebers: thanks for all the help! so close to getting a bles snow
[05:29] <babbageclunk> the best kind of snow
[05:29] <veebers> no worries. Yeah those test results are looking heaps better!
[05:29] <wallyworld> stupid typo
[05:29] <veebers> I think I like "bles now" better than a bless
[05:29] <wallyworld> still a race or two to fix
[05:30] <wallyworld> babbageclunk: i have a branch with the new split consume working. just need to do a couple of more tests. will propose for review next week
[05:31] <babbageclunk> wallyworld: oh cool"
[05:31] <babbageclunk> !
[05:31] <wallyworld> so close to multi-controller cmr but we probs won't productise it
[05:32] <wallyworld> foundations will server other purposes though
[05:32] <wallyworld> *serve
[05:34] <thumper> babbageclunk: um...
[05:34] <babbageclunk> ?
[05:34] <thumper> babbageclunk: my code is broken
[05:34] <babbageclunk> :(
[05:34]  * thumper enfixes
[05:35] <babbageclunk> Ok, as long as the changes are just in the split func and tests it's pretty easy for me to update.
[05:36] <thumper> babbageclunk: have you copied stuff yet?
[05:36] <babbageclunk> yup
[05:37] <babbageclunk> just been fixing tests then pushing.
[05:37] <thumper> http://paste.ubuntu.com/24745126/
[05:38]  * thumper thinks how to copy this to the dead machine
[05:38] <babbageclunk> ta
[05:39] <babbageclunk> thumper: oh, easy fix.
[05:41] <thumper> oh FFS
[05:41] <thumper> babbageclunk: we need to handle dupe inserts
[05:41] <thumper> in the upgrade step
[05:41] <thumper> in the case of restart
[05:41] <thumper> 2017-06-02 05:39:58 ERROR juju.upgrade upgrade.go:149 upgrade step "split log collections" failed: failed to insert log record: E11000 duplicate key error collection: logs.logs.c4bfb84a-fa78-4def-8b7e-e5bb0b3d15b1 index: _id_ dup key: { : ObjectId('5930ef6656401a20508455dc') }
[05:41] <thumper> but I need to leave
[05:42] <thumper> rachel will kill me otherwise
[05:42] <thumper> babbageclunk: so an error from the insert that is a dupe should be ignored
[05:43]  * thumper out
[05:59] <babbageclunk> wallyworld: could you take a gander at https://github.com/juju/juju/pull/7441? I still need to make the fix thumper alluded to there.
[05:59] <wallyworld> ok
[05:59] <babbageclunk> But if I don't stop now to help with dinner then I also will be killed.
[06:00] <babbageclunk> the kids have been especially trying today.
[06:00] <babbageclunk> quick, hide!
[06:21] <wallyworld> babbageclunk: see what you think of my comments
[06:24] <rogpeppe> jam: since you were involved before, you might want to take a look at https://github.com/juju/juju/pull/7438
[09:53] <axw> balloons: I think the windows test machine might be dead? http://juju-ci.vapour.ws:8080/job/github-merge-juju/11077/artifact/artifacts/windows.log/*view*/
[11:00] <wpk> axw: it picked a great day to die
[13:12] <arosales> jam: Thanks for the comment in https://bugs.launchpad.net/juju/+bug/1677434
[13:12] <mup> Bug #1677434: listing models is slow <adrastea> <amd64> <arm64> <canonical-bootstack> <ppc64el> <uosci> <usability> <juju:Triaged> <https://launchpad.net/bugs/1677434>
[13:13] <arosales> jam: is there a recommended way to bet cpuprofile with the 2.1 agents?
[13:13] <arosales> s/bet/get/
[13:30] <balloons> axw, I'll look
[13:48] <balloons> axw, your merge is re-running


[18:06] <jdstrand> hi!
[18:06] <mdeslaur> hi!
[18:06] <tyhicks> hello!
[18:06] <jdstrand> #startmeeting
[18:06] <meetingology> Meeting started Mon Dec  5 18:06:51 2011 UTC.  The chair is jdstrand. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[18:06] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[18:07] <jdstrand> The meeting agenda can be found at:
[18:07] <jdstrand> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[18:07] <jdstrand> [TOPIC] Announcements
[18:07] <jdstrand> Thanks to the following people who helped Ubuntu Security last week:
[18:07] <jdstrand> * Gabriel A. von Winckler (winckler) for the phpldapadmin debdiffs
[18:07] <jdstrand> * Dominic Hargreaves<EMAIL_ADDRESS>for the request-tracker3.8 debdiff
[18:07] <jdstrand> * Arnaud Quette (Uzuul) for help in updating the nut qa-regression-testing script (LP: #894476)
[18:08] <jdstrand> Your work is very much appreciated and will keep Ubuntu users secure! :)
[18:08] <jdstrand> [TOPIC] Weekly stand-up report
[18:08] <jdstrand> I'll go first
[18:09] <jdstrand> last week was 'interesting' in that I did quite a bit, but not what I said I would :P
[18:09] <jdstrand> that said, I am in the happy place again and I have several updates I am working on
[18:09] <jdstrand> several MIR audits need to still be done that have been backburnered for too long
[18:10] <jdstrand> assuming I can actually do those things, I will do some work items
[18:10] <jdstrand> mdeslaur: you're up
[18:10] <mdeslaur> I'm on community this week
[18:11] <mdeslaur> and I have some updates for colord, commons-daemon and dovecot that I need to test and release
[18:11] <mdeslaur> besides that, I'm looking into the ffmpeg/libav issues
[18:11] <mdeslaur> and will pick up some other stuff from the list
[18:11] <mdeslaur> that's it from me
[18:11] <mdeslaur> micahg: you're up
[18:11]  * jdstrand guesses he could get more specific: updates are for vsftpd, python-django and quassel
[18:13] <micahg> working on updates, patch pilot, planning Firefox rapid release migration for lucid/maverick
[18:13] <micahg> also starting to plan for webkit 1.6 migration as well
[18:14] <micahg> that's it for me
[18:14] <micahg> tyhicks: you're up
[18:14] <tyhicks> I'm in the happy place this week
[18:14] <mdeslaur> micahg: 1.6 or 1.8?
[18:14]  * tyhicks waits
[18:14] <micahg> mdeslaur: 1.6 first, then 1.8 if we choose that for precise
[18:15] <micahg> to clarify: 1.6 in all stable releases
[18:15] <tyhicks> I am currently finishing up testing a fix for a private bug
[18:16] <tyhicks> I need to make some progress on my update queue and I'll probably focus on bzip2 first
[18:16] <jdstrand> mdeslaur: do you have an eta on the 1.8 decision? are you participating in that discussion?
[18:16] <jdstrand> err
[18:16] <jdstrand> micahg: ^
[18:16] <micahg> jdstrand: haven't heard back, will check with the Desktop team this week
[18:16] <jdstrand> tyhicks: didn't mdeslaur take bzip2?
[18:16] <tyhicks> jdstrand: nope - he took it and then gave it back :)
[18:16] <mdeslaur> jdstrand: nope
[18:17] <jdstrand> ah, sneaky
[18:17] <tyhicks> So I'll bet there is something exciting waiting there for me ;)
[18:17] <mdeslaur> tyhicks: nah
[18:17] <mdeslaur> trivial fix
[18:17] <tyhicks> mdeslaur: I do need to coordinate with you regarding the t1lib update
[18:18] <tyhicks> mdeslaur: Shall I run with it from here on?
[18:18] <mdeslaur> tyhicks: sure
[18:18] <mdeslaur> tyhicks: just make sure I didn't regress anything with the patch
[18:19] <mdeslaur> although I don't know how that could happen
[18:19] <tyhicks> mdeslaur: Will do
[18:19] <tyhicks> I need to patch, test, and upstream a fix for the eCryptfs statfs() max filename length reporting bug (LP: #885744)
[18:19] <tyhicks> Finally, I'd like to get a 'make check' set up in ecryptfs-utils for eCryptfs tr
[18:20] <tyhicks> oops... that is "eCryptfs trunk tests"
[18:20] <jjohansen> tyhicks: do you have the patch for that one already?
[18:20] <tyhicks> jjohansen: nope
[18:20] <jjohansen> tyhicks: I might, let me check
[18:20] <tyhicks> ok, great
[18:21] <tyhicks> jjohansen: You're up - that's it for me
[18:21] <jjohansen> This week I will hopefully finish squashing the bugs around aa namespaces and get fake stacking up in a ppa so the server team can start integrating with it.
[18:21] <jjohansen> I also need to testing on the new __d_path api, and once that is settled move apparmor to using it.  Oh and write some documentation for them on using it.
[18:21] <mdeslaur> jjohansen: did you find a solution to that?
[18:21] <jjohansen> oh and I guess I will try to publish a few kernel usns without breaking things
[18:22] <jjohansen> mdeslaur: yes al viro, created a new api
[18:22] <mdeslaur> jjohansen: cool, so we don't lose anything?
[18:22] <jjohansen> mdeslaur: we shouldn't but I haven't tested the api, nor changed the patch to it yet
[18:22] <mdeslaur> jjohansen: ok
[18:23] <jjohansen> mdeslaur: if not we do have a fall back that is I think 100% but its a lot more work as it relies on us getting our labeling in shape
[18:23] <mdeslaur> hrm
[18:23] <jjohansen> ie. work not planned for this cycle
[18:23]  * mdeslaur crosses fingers
[18:23]  * jdstrand keeps fingers and toes crossed
[18:23] <jjohansen> oh, and not on disk labeling
[18:24] <jjohansen> thats it from me
[18:24] <jdstrand> [TOPIC] Highlighted packages
[18:24] <jdstrand> The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so.
[18:24] <jdstrand> See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security. To find out other ways of helping out, please see https://wiki.ubuntu.com/SecurityTeam/GettingInvolved.
[18:25] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/cableswig.html
[18:25] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/gforge.html
[18:25] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/ejabberd.html
[18:25] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/opensaml2.html
[18:25] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/xmlsec1.html
[18:25] <jdstrand> opensaml2 and xmlsec1 should only need a merge from Debian per http://people.canonical.com/~ubuntu-security/d2u/
[18:26] <jdstrand> [TOPIC] Miscellaneous and Questions
[18:26] <jdstrand> I have one thing
[18:27] <jdstrand> last week I did a work items analysis which culminated in http://people.canonical.com/~jamie/wi/precise-canonical-security.html
[18:27] <jdstrand> that page is rough, but it gives a percent completed and sums the days we initially estimated to complete the work
[18:28] <tyhicks> nice!
[18:28] <jdstrand> because we commit to essential and try hard to get all our high work items, there are separate stats for them
[18:28] <tyhicks> jdstrand: I think I spot a small mistake in my row
[18:28] <jdstrand> it should also be updated automatically via cron based on the work items tracker output
[18:29] <jdstrand> tyhicks: I don't doubt it :) let's talk after the meeting
[18:29] <tyhicks> sounds good :)
[18:29] <jdstrand> so, the is preliminary of course
[18:30] <jdstrand> but in general, I think looking at essential and high, the work is properly loaded
[18:30] <jdstrand> we can discuss specifics in #ubuntu-hardened after the meeting if there aer questions
[18:30] <jdstrand> Does anyone have any other questions or items to discuss?
[18:31] <jdstrand> 'work is properly loaded' sounds funny. I should say 'the work load is correctly distributed'
[18:33] <jdstrand> ok, thanks everybody!
[18:33] <jdstrand> #endmeeting
[18:33] <meetingology> Meeting ended Mon Dec  5 18:33:20 2011 UTC.
[18:33] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-12-05-18.06.moin.txt
[18:33] <mdeslaur> thanks jdstrand!
[18:33] <tyhicks> thanks jdstrand
[18:33] <micahg> thanks jdstrand
[18:39] <mdeslaur> thanks jdstrand
[19:02]  * stgraber waves
[19:03]  * micahg waves
[19:03] <tumbleweed> .
[19:03] <jtaylor> hi
[19:04] <micahg> bdrung: DMB meeting?
[19:04] <tumbleweed> and jbicha isn't online...
[19:04] <stgraber> and I didn't see a reply to Laney's e-mail either
[19:04] <micahg> geser: we have quorum for the first part of the meeting :)
[19:05] <geser> ok, let's begin
[19:05] <geser> #startmeeting
[19:05] <meetingology> Meeting started Mon Dec  5 19:05:16 2011 UTC.  The chair is geser. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[19:05] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[19:05] <geser> Welcome to the Developer Membership Board meeting
[19:06] <geser> #topic Review of previous action items
[19:07] <geser> * Laney to document package set application process
[19:07] <geser> what's the status of this?
[19:07] <tumbleweed> looks done
[19:07] <micahg> geser: Laney isn't around ATM, but looks does
[19:07] <geser> ok
[19:08] <geser> * micahg to ping all packageset teams to get a description we can use for future changes
[19:08] <micahg> geser: not done yet, will try to have that finished before the next meeting
[19:09] <geser> ok, is there a wiki page documentating the ones you got already a response?
[19:09] <micahg> I haven't sent out the initial mails yet :(
[19:09] <geser> ok
[19:09] <geser> * tumbleweed to create private DMB channel for realtime use during meetings
[19:10] <geser> this is done
[19:10] <tumbleweed> it's currently invite-only, so not useful for people with questions
[19:10] <tumbleweed> (unless they get invited)
[19:11] <geser> * jbicha to create a list of packages from the .modules files for the desktop-extra package set
[19:11] <geser> did we get that list? (I haven't checked my mails today yet)
[19:11] <tumbleweed> nope
[19:11] <tumbleweed> and no sign of him
[19:11] <geser> so the "desktop-extra" package set is on hold too, right?
[19:12] <tumbleweed> oh, hang on, he's online again
[19:12] <tumbleweed> I think I whoised him on the wrong network before...
[19:13] <tumbleweed> ...anyway, not here now...
[19:13]  * bdrung waves.
[19:14] <geser> in which timezone does he live? is it a time zone problem?
[19:14] <stgraber> launchpad says US eastern
[19:15] <stgraber> so both timezones shouldn't be too bad if he can connect from work
[19:15] <geser> let's hope we get a list for the next meeting (to get this finally done)
[19:16] <geser> #topic MOTU application: Julian Taylor
[19:16] <geser> #link https://wiki.ubuntu.com/JulianTaylor/MOTUApplication
[19:16] <stgraber> yeah, I'm not against discussing it on the mailing-list so we don't need jbicha to be at the meeting. If we have the list and everything before, we can probably just vote on it
[19:16] <geser> jtaylor: your stage :)
[19:17] <stgraber> I don't think the package set was controversial or anything, we really just needed the list :)
[19:17] <jtaylor> hi, most of you have probably already seen me hanging around in the various ubuntu irc channels
[19:18] <jtaylor> I have now been involved in ubuntu and debian for almost a year in various areas, packaging, bug triaging, education
[19:19] <jtaylor> I was recently involved in a few transitions and tasks in ubuntu, namely as-needed fixing, dh_python2 transition and mono 2.10 transition
[19:19] <jtaylor> I now want to apply for motu membership to relieve the sponsors from some work :)
[19:20] <tumbleweed> 'bout time :)
[19:20] <stgraber> cool, so a few questions based on recent events :) are you subscribed to ubuntu-devel-announce and read it usually within 24 hours of an e-mail getting on there? :)
[19:20] <jtaylor> yes I'm subscribed to -announce and -motu and usually read it at least once a day
[19:21] <stgraber> good
[19:21] <jtaylor> also -ubuntu-devel
[19:21] <jtaylor> (+ main debian lists)
[19:21] <stgraber> now we're on alpha-2 release week and you have some universe packages to upload, what do you check and what do you do?
[19:22] <jtaylor> before alpha the archive is a soft freeze to not distrupt the iso building
[19:22] <jtaylor> but so far I know that should only affect main
[19:23] <stgraber> nope, it doesn't, that's the tricky part :)
[19:23] <geser> s/main/packages on CDs/
[19:23] <micahg> s/CDs/images/
[19:23] <geser> and some flavours build from universe
[19:23]  * tumbleweed just wrote a tool to check that, I'd love reviews of it :)
[19:24] <stgraber> basically anything that's seeded (be it main or universe) and that's not exclusively in the SUPPORTED seed
[19:24] <micahg> tumbleweed: I'd love to :)
[19:24] <stgraber> tumbleweed: awesome!
[19:25] <tumbleweed> [OT]: lp:~stefanor/ubuntu-dev-tools/on-images-876554
[19:25] <tumbleweed> back to regular programming...
[19:25] <jtaylor> ah ok, should I be accepted I'll of course check up with expericend members before every action I do
[19:25] <stgraber> jtaylor: so yeah, not touching anything on the ISO during a release week without poking the release team about it is the right answer, just be careful as we have quite a few of them in universe now
[19:26] <geser> jtaylor: no worry, I've to remember myself about this too when it's time for a soft freeze
[19:27] <tumbleweed> jtaylor: any ideas for dealing with bugs that remain unfixed forever? I suspect you doing your best to fix them all would lead to burnout rather than a real improvement... :/
[19:28] <geser> tumbleweed: invent cloning :)
[19:28] <tumbleweed> yeah, we could use more jtaylors
[19:28] <jtaylor> I currently follow the procedure that when someone asks directly via email or irc about an annoying I try to get it fixed or at least on the right track
[19:29] <tumbleweed> sure, I do that too. But then we just fix the issues raised by people who know ubuntu-developers...
[19:30] <micahg> jtaylor: are you aware of how to get the relevant changelog entries into a .changes file and verify they're in there?
[19:32] <jtaylor> hm dpkg-genchanges creates the changes files, and you can read them with a text editor
[19:33] <micahg> jtaylor: right, but how do you make sure that the relevant entries are in there?  default is just the last entry
[19:34] <jtaylor> I don't know :/
[19:34] <stgraber> micahg: you mean, like when merging from Debian?
[19:35] <micahg> jtaylor: if you pass -v to dpkg-buildpackage (or debuild) with the last version uploaded, you'll get all the entries after that version
[19:35] <micahg> stgraber: yes
[19:36] <jtaylor> ah it passes that to dpkg-genchanges
[19:36] <jtaylor> not scanned the manpage fast enough ;)
[19:36] <micahg> jtaylor: right :)
[19:37] <geser> any other questions?
[19:38]  * stgraber is ready to vote
[19:39]  * micahg is ready
[19:39] <geser> #vote Should Julian Taylor become a MOTU?
[19:39] <meetingology> Please vote on: Should Julian Taylor become a MOTU?
[19:39] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[19:39] <tumbleweed> +1 [ I endorsed him ]
[19:39] <meetingology> +1 [ I endorsed him ] received from tumbleweed
[19:39] <geser> +1
[19:39] <meetingology> +1 received from geser
[19:39] <stgraber> +1
[19:39] <meetingology> +1 received from stgraber
[19:39] <bdrung> +1
[19:39] <meetingology> +1 received from bdrung
[19:39] <micahg> +1 good packaging work, good interaction w/peers and community in general
[19:39] <meetingology> +1 good packaging work, good interaction w/peers and community in general received from micahg
[19:40] <geser> #endvote
[19:40] <meetingology> Voting ended on: Should Julian Taylor become a MOTU?
[19:40] <meetingology> Votes for:5 Votes against:0 Abstentions:0
[19:40] <meetingology> Motion carried
[19:40] <tumbleweed> that was easy
[19:40] <tumbleweed> jtaylor: congratulations
[19:40] <micahg> jtaylor: congratulations
[19:40] <jtaylor> thanks :)
[19:40] <stgraber> congrats!
[19:41] <geser> #topic Core Dev application: Micah Gersten
[19:41] <geser> #link https://wiki.ubuntu.com/micahg/CoreDevApplication
[19:41]  * micahg moves to the other side of the table
[19:41] <geser> micahg: your stage
[19:41] <stgraber> ah yeah, right, he isn't a core dev :)
[19:42] <micahg> HI, I've been an Ubuntu developer for about 18 months now, working on various things, FTBFS, RC Bugs, Xubuntu, Mozilla stack
[19:43] <stgraber> win 40
[19:43] <stgraber> doh :)
[19:43] <jbicha> and you helped keep
[19:43] <jbicha> Chromium going!
[19:44] <micahg> I enjoy solving problems (getting pkg-config and cmake to play nice was fun)
[19:44] <geser> micahg: what's the biggest difference between MOTU and core-dev in your eyes?
[19:47] <micahg> geser: Both are generalists, core-dev I believe is expected to know more about the possible impact of changes that updating a package can have on the rest of the archive, also be a driver of transitions and other release related activities (with consultation with the release team of course)
[19:48] <geser> based on the comments in your application, I guess there is no need to ask you questions about policies :)
[19:48] <micahg> A core-dev is also a leader that tries to help other developers DTRT or fix other issues
[19:49] <micahg> geser: I still have plenty to learn :)
[19:49] <tumbleweed> micahg: do you see any solutions to the latest-crack-in-PPAs issue you raise?
[19:49] <stgraber> micahg: so are you subscribed and reading -announce? :P
[19:50] <micahg> tumbleweed: well, the -backports team seems to have new life thanks to you and broder, I recently became a member of that team as well, I think we can leverage -backports for some of those packages, as for others, I don't think I have an answer for it ATM
[19:51]  * tumbleweed isn't even part of the team, but shh
[19:51] <micahg> stgraber: yes, I post there sometimes as well :)
[19:51] <micahg> tumbleweed: you helped make tools :)
[19:52] <geser> any other questions?
[19:52]  * tumbleweed is done
[19:52] <stgraber> nope
[19:53] <geser> #vote Should Micah Gersten become an Ubuntu Core-Dev?
[19:53] <meetingology> Please vote on: Should Micah Gersten become an Ubuntu Core-Dev?
[19:53] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[19:53] <geser> +1
[19:53] <meetingology> +1 received from geser
[19:53] <bdrung> +1
[19:53] <meetingology> +1 received from bdrung
[19:53] <stgraber> +1
[19:53] <meetingology> +1 received from stgraber
[19:53] <tumbleweed> +1
[19:53] <meetingology> +1 received from tumbleweed
[19:53] <geser> #endvote
[19:53] <meetingology> Voting ended on: Should Micah Gersten become an Ubuntu Core-Dev?
[19:53] <meetingology> Votes for:4 Votes against:0 Abstentions:0
[19:53] <meetingology> Motion carried
[19:54] <micahg> I'm honored, thank you :)
[19:55] <jbicha> My apologies for being late again, do we have enough time left in the meeting?
[19:55] <geser> as jbichs is now here, let's get back to: * jbicha to create a list of packages from the .modules files for the desktop-extra package set
[19:55] <tumbleweed> jbicha: I see you just mailed us
[19:57] <stgraber> looks good, I just wouldn't move vinagre for now until it's been officially dropped
[19:58] <jbicha> stgraber: yes, that makes sense
[19:58] <stgraber> I'm guessing all the -sharp moving from -desktop and core are because of the drop of tomboy, gbrainy and banshee?
[19:59] <cody-somerville> +1
[19:59] <micahg> I'm not comfortable with mono in there
[19:59] <jbicha> micahg: why not?
[20:00] <stgraber> micahg: I tend to agree with you, especially as we'll likely keep it in main as a common build-dep for a few packages in main
[20:00] <micahg> jbicha: it's an entirely different system of packages
[20:00] <stgraber> micahg: I'm quite surprised it's not currently in core
[20:01] <micahg> jbicha: I'm fine with GTK/GLIB based apps and libraries
[20:01] <jbicha> stgraber: maybe it's still in core?
[20:02] <stgraber> jbicha: could be, I just assumed that if he wasn't in your list of stuff to drop from core it's because it currently isn't
[20:02] <micahg> stgraber: I think since Kubuntu doesn't use it maybe
[20:02] <jbicha> micahg: you're proposing that the set description say "except Mono" ?
[20:02] <stgraber> yeah, it's in core currently
[20:03] <stgraber> and also in cli-mono
[20:03] <stgraber> and some bits are in ubuntu-desktop
[20:03] <micahg> jbicha: no, I'd like it limited to GTK based apps/libraries, not cores of other stacks
[20:04]  * micahg remembers pulseaudio on the original list but not in this update
[20:05] <geser> do you want to discuss this now or per mail till the next meeting and/or IRC with #ubuntu-desktop?
[20:05] <jbicha> micahg: ok, are you saying no to mono, but banshee for instance would still be ok?
[20:06] <stgraber> banshee would be fine as it's part of the gnome project and not in the default install
[20:06] <stgraber> mono is a programming language that's not part of the gnome project
[20:06] <micahg> jbicha: yeah, since that's a GTK based app, I think that's fine + what stgraber said
[20:06] <jbicha> ah ok, I don't have a problem with that then
[20:06] <jbicha> I just misunderstand :)
[20:06] <stgraber> in most cases I'm fine pulling some of the dependencies in the package sets, but pulling a whole language seems a bit too much :)
[20:07] <micahg> yeah, I'd like to limit it to things that are developed as part of the GNOME project and not their core dependencies (pulseaudio, mono)
[20:08] <geser> are you ready to vote on the package set? or on the next meeting?
[20:09] <stgraber> I'd rather have a new package list. I don't think it's blocking a lot of work at the moment and I'd rather have it done properly the first time around
[20:10] <jbicha> maybe vote on the mailing list?
[20:10] <micahg> +1, I'd like a definition that limits this to GNOME developed apps as well (I think any external dependencies could be posed as an exception if it's worth adding)
[20:12] <geser> ok, so next meeting it is
[20:12] <geser> any other business?
[20:13] <geser> any volunteers for chair?
[20:13] <stgraber> geser: next one in alphabetical order, or just re-assign to cody :)
[20:14] <geser> ok
[20:14] <geser> #endmeeting
[20:14] <meetingology> Meeting ended Mon Dec  5 20:14:04 2011 UTC.
[20:14] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-12-05-19.05.moin.txt
[20:17] <micahg> thanks geser


[09:54] <fabbione> lamont: score
[09:54] <fabbione> Linux baldios 2.6.22-12-hppa32 #1 SMP Sun Sep 23 17:50:57 UTC 2007 parisc
[09:54] <fabbione> fully installed from scratch
[02:39] <lamont> fabbione: rock!
[02:41] <lamont> fabbione: if you install ubuntu-desktop from buildd.m.c, does gnome work?
[03:52] <fabbione> lamont: dunno... i only had time to do a basic install
[03:52] <lamont> I'll dig around and find a graphics card and see what I see then


[06:30] <Ahmad> Yani Salam
[16:31] <pesar> salam ;)
[16:31] <kaplan> salam pesar
[16:52] <MasterPiece> kaplan, :))) do you know mean of "pesar" ?
[16:53] <MasterPiece> kaplan, it means "boy" in English Lang, can you tell me this word in Hindi please? :)
[16:55] <kaplan> MasterPiece, Putra in sanskrit and putra/beta in hindi
[16:58] <kaplan> hey alireza
[16:59] <alireza> hey dude
[16:59] <alireza> how u doin ?
[16:59] <kaplan> great
[17:00] <alireza> thats good thats good thats gooooooooooood ! :d
[17:06] <MasterPiece> alireza, you have 3,4,5 in your IP :D hehe :D
[17:06] <MasterPiece> cool :D
[17:07] <alireza> what u mean ?
[17:08] <Azitrex> alireza, hey buddy where do you gone :D
[17:08] <Azitrex> i and morteza wait for your joining but we dont saw you here :D
[17:08] <alireza> hey man , im here , ur shadow is heavy :D
[17:09] <alireza> i was studing dude
[17:09] <Azitrex> alireza, belakhareh template ro peyda kardi ? :D
[17:09] <alireza> whats up ?
[17:09] <Azitrex> some fighting to a terrorism
[17:11] <alireza> hardam dasam nareside , mikhay az roo host bedam bet /
[17:11] <alireza> ?
[17:11] <Azitrex> alireza, ageh inakro bokoni ke kheili goli :D
[17:12] <alireza> chashm , ye chand lahze ADT ro roo eclipsam nazb konam
[17:12] <Azitrex> alireza, netbeans nasb dari ?
[17:13] <alireza> azitrex, migama chejoori ye app ro roo tor fetch mikonan ?
[17:15] <Azitrex> alireza, shabakeh dakhelishu migi ?
[17:15] <Azitrex> alireza, mikhay chekar koni daghighan ?
[17:15] <Azitrex> alireza, netbeans nasb dari ?
[17:15] <kaplan> alireza, switch to terminal+vim
[17:16] <alireza> ye min , brb
[17:19] <Azitrex> pichund :D
[17:20] <kaplan> Eclipse is so heavy\
[17:21] <alireza> aaaaaah
[17:21] <alireza> aesabam khoorde
[17:21] <alireza> ADT male google
[17:21] <alireza> how can i switch an app to use tor
[17:21] <MasterPiece> alireza, Search about torshell
[17:22] <MasterPiece> alireza, and you can use proxychains :)
[17:22] <MasterPiece> alireza, note that you have to set the remote dns in the proxychain config file  :)
[17:22] <kaplan> alireza, tor on GPRS?
[17:23] <kaplan> forget it
[17:23] <MasterPiece> kaplan, GPRS is too ancient! :D We have LTE ;)
[17:24] <MasterPiece> kaplan, :D hey man, you will learn a lot of tools here :D Don't?
[17:26] <Azitrex> alireza, run TOR and set some details on your browser to have freedom internet
[17:27] <MasterPiece> Azitrex, in this way, the flash player on FF, will be work directly and without routed to TOR
[17:27] <alireza> my browser doesnt have any problem , i wanna use tor on other apps
[17:28] <MasterPiece> http://proxychains.sourceforge.net/
[17:28] <MasterPiece> alireza, The above link, belongs to you :)
[17:30] <alireza> look man , i can use tor on my browser , i just wanna use it on other apps , ok ? got it ?
[17:31] <MasterPiece> alireza, :)))) I got it at best, but you don't get my answer yet :D
[17:32] <alireza> i diiiiiiiiiiiiiid it :D
[17:32] <alireza> hahaha
[17:32] <alireza> tnx but its done :D
[17:32] <Azitrex> alireza, you need to have socks5 client such as proxyfire
[17:32] <alireza> i did it dude
[17:32] <MasterPiece> ;)
[17:32] <alireza> azi ur girl ?
[17:33] <MasterPiece> :)))))))))))
[17:33] <MasterPiece> Stupid Question :D
[17:33] <Azitrex> yup , can i help you ?
[17:35] <alireza> now , i know what was wrong with u yesterday
[17:35] <alireza> :D
[17:35] <Azitrex> so wut was ?!
[17:38] <alireza> i asked u about ur asl and u didnt answer , at first i thought u have a secret personalty :d
[17:38] <Azitrex> hmm you are very smart
[17:39] <Azitrex> just wow you are my knight :clap:clap
[17:40] <alireza> but know , i found out u have a serious problem , being girl is a sickness , be kind with them =))))))))
[17:40] <alireza> just for fun , sorry
[17:40] <alireza> :D
[17:41] <Azitrex> hmm :/
[17:41] <Azitrex> be gentlman
[17:41] <alireza> and its strange for me ... a girl , ubuntu , programming , so what about tommorow u gonna go to army =))))
[17:42] <MasterPiece> alireza, hey hey, Warning to alireza , Azitrex is my love.
[17:42] <alireza> im a gentlboy , dont worry about it D:
[17:42] <Azitrex> i'd have military service you must to be service
[17:45] <alireza> yes sir !!! :D
[17:45] <alireza> really
[17:45] <alireza> glad to meet u guys :D
[17:46] <Azitrex> we too :D
[17:46] <Azitrex> could you to download the tamplate ?
[17:47] <alireza> im packing it , dont puke meeeeeeee
[17:47] <alireza> i mean poke
[17:48] <alireza> whatever , my dictation is awfull
[17:48] <Azitrex> ok keep cool :P
[17:50] <alireza> how did u install ADT plugin on ur eclipse ?
[17:51] <alireza> unipy.ir/ui-html-theme.zip
[17:52] <alireza> here u r
[17:57] <MasterPiece> alireza, You should be a Windows User, :P
[17:59] <alireza> not much , but i was far away linux for 3 years ...
[17:59] <Azitrex> alireza, check your pr8
[18:35] <alireza> salam morteza
[18:35] <alireza> chetori ?
[18:54] <alireza> kaplan ?
[18:54] <kaplan> alireza, ?
[18:55] <alireza> get me out of this fuckin country ...


[22:13] <dmj_s76> apw: kamal: Still need to test a potential fix, but there's a quite annoying bug affecting installs on Nvidia systems with 10 Series (Pascal) GPUs.  When using Nouveau with the 4.8 kernel, the cursor is only drawn stuck in the top left corner.
[22:14] <dmj_s76> The actual mouse pointer can be moved and clicked anywhere (though you can't see where it really is)
[22:15] <dmj_s76> This makes it essentially impossible for people to use their mouse during install.
[22:15] <bjf> dmj_s76, after install is it still broken?
[22:16] <dmj_s76> I've talked with the Nouveau bugs and this is fixed in 4.10 apparently, and they pointed to a couple commits that implement the needed functionality.
[22:17] <bjf> dmj_s76, is there an LP bug about it?
[22:18] <dmj_s76> bjf: It's a problem any time you're running nouveau.  It's fixed once you install the proprietary driver.
[22:18] <dmj_s76> bjf: I did find an existing bug report: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/1646574
[22:22] <bjf> dmj_s76, ok, i think that makes it a kernel bug and not xserver
[22:24] <bjf> jsalisbury, LP: #1646574 can i trouble you to whip up a test kernel with the 3 commits in comment #23?
[22:25] <bjf> dmj_s76, if you would kindly test that kernel when it's added to the bug that would be fantastic. we can get the fix into the next SRU cycle for the kernel
[22:26] <dmj_s76> bjf: hopefully we can fix this for the 16.04.2 iso.  I'm able to test the fix on a dozen nvidia machines.
[22:26] <dmj_s76> bjf: Great!
[22:26] <bjf> dmj_s76, nope, missed the window for that i'm afraid
[22:26] <dmj_s76> hrm
[22:27] <bjf> yeah, that sucks
[22:28] <dmj_s76> bjf: There isn't even an iso with the kernel.
[22:28] <dmj_s76> Nobody's been able to actually test how the iso works with 4.8 and the new graphics stack.
[22:29] <bjf> dmj_s76, the kernel that will be used for the .2 release is the kernel that is currently in -updates
[22:29] <bjf> infinity, ^ is true isn't it?
[22:30] <jsalisbury> bjf, no problem
[22:30] <dmj_s76> bjf: Yes, but there have been issues in the past that were only caught by testing the iso.  14.04.5 wouldn't boot with NVIDIA a week before release.
[22:31] <bjf> dmj_s76, i'm just telling you what i know right now
[22:31] <dmj_s76> bjf: Fair enough, not trying to be argumentative
[22:32] <bjf> dmj_s76, if we are using the kernel that is in -proposed for the .2 release there is a chance we could get this fixed and into the .2 release
[22:32] <bjf> dmj_s76, but i need infinity to tell me what he's using to build the .2 isos with
[22:34] <bjf> dmj_s76, didn't mean to imply you were arguing. i understand your concern
[22:35] <dmj_s76> bjf: Okay...yeah, there is a 4.8 kernel in -updates (which we've been testing with for our production image testing) but there hasn't been a daily iso yet with 4.8, which means there very well could be blocking issues.
[22:37] <bjf> dmj_s76, we don't have any know regressions right now that would cause a respin of the 4.8 kernel but if this fixes your issue i'd probably respin to pick it up and have it in -proposed
[22:40] <dmj_s76> This is a regression that does affect the yakkety iso (*way* too late...there was a lot going on at that time) but the 16.04 and 16.04.1 isos have worked well.  We're quite sure this will change when 4.8 lands.
[22:40] <dmj_s76> bjf: Thanks, hopefully this works like a charm.
[22:40] <bjf> yeah
[23:04] <infinity> bjf: The final ISOs will ship with whatever kernel you and Andy tell is sane. :P
[23:04] <bjf> infinity, hmm... ok
[23:04] <infinity> dmj_s76: If this affected yakkety, why sit on it for 3 months before pointing out its criticality again? :/
[23:04] <bjf> will discuss that with apw
[23:05] <infinity> bjf: Andy's been twiddling linux-hwe for other reasons, so squeezing in a few other commits IF TESTED would be entirely fine.
[23:05] <bjf> infinity, ack
[23:06] <dmj_s76> infinity: We did drop the ball a little...didn't notice in time for yakkety and I got quite busy with other fires.
[23:06] <dmj_s76> infinity: Thanks, we'll try to be a little more on the ball next time.


[03:38] <slyski> i am wanting to hook up an ups and wanted to make sure if powstatd is working ok with upstart now. anyone using an ups?
[06:35] <qwebirc22452> Hello nice Mythbuntu people
[06:35] <qwebirc22452> I am trying to get Mythbuntu up and running on an old box
[06:36] <qwebirc22452> It already had Ubuntu 10.04 on it, so I just added Mythbuntu from your site
[06:36] <qwebirc22452> Apparently there needs to be some sort of backend, which I would like the machine itself to be
[06:37] <qwebirc22452> But when I try to add the Backend role using the Mythbuntu control panel, it tells me that the "MySQL plugin is not fully filled in"
[06:37] <qwebirc22452> I would love to fill it in ... where is it?
[06:40] <qwebirc22452> oh ... wait ... nevermind
[06:41] <qwebirc22452> did a refresh, now it's gone to fetch more backend stuff
[06:41] <qwebirc22452> yay progress :)
[13:12] <buckeye> I am trying to get my hauppauge 150 to work, but I can't see /dev/video0. Any suggestions of what I can try? I see the device in lspci
[15:43] <Trailer> Is there a alarm-clock plugin for mythtv?


[14:22] <rhpot1991> anyone have any idea why our Mythbuntu PPA's downloads are incredibly slow?
[14:23] <rhpot1991> or can point us in a direction to find out
[14:23] <rhpot1991> thanks
[14:23] <cjwatson> rhpot1991: #canonical-sysadmin is probably better placed to diagnose network issues
[14:37] <rhpot1991> cjwatson: thanks, asked there
[15:13] <yofel> is there a working way to fetch all git repository names though the API? If I run
[15:13] <yofel> print(len(lp.git_repositories.getRepositories(target=lp.projects['kubuntu-packaging'])))
[15:13] <yofel> I get 292 repositories (correct). But if I loop through that, I get several repositories twice and only 236 distinct repositories (while it's still 292 in total)


[08:48] <hosoka1> Hello
[08:48] <hosoka1> Is this the right room for any internal wireless card issue /
[08:49] <hosoka1> ?
[10:27] <Nirrad1st> is anyones laptop working , i have been installing and re installing and configurings for 2 weeks now. no sound.
[10:29] <Nirrad1st> lol and like in the #ubuntu room no one answers here either. great. Some people would just like to use a computer and do things, instead of spending my whole time trying to make things work
[22:30] <chaukar> Does anyone know how to fix the stretched usplash on 16:10 monitor?


[11:11] <Keybuk> sadmac: am around now
[22:14] <Keybuk> mbiebl_: if the SELinux loonies get too much, feel free to direct them upstream
[22:14] <Keybuk> (ie. to the ML)
[22:14] <Keybuk> or to LP


[01:29] <BugeyeD> my laptop battery indicator shows RED - "only" 1hr 25 minutes left. i love my circa 1995 laptop. :)
[04:44] <holstein> BugeyeD: i let mine go the other day :/
[04:45] <holstein> took it to the recycler
[12:08] <BugeyeD> holstein: what cpu type?
[12:09] <BugeyeD> mine is a centrino, 1ghz i think, with 512MB ram. as small as today's netbooks, but mine has an optical drive. :) refuses to boot from usb, though.
[12:10] <BugeyeD> also the first laptop with built-in cellular service (att) which i never used because *nix never supported the hardware.
[12:10] <BugeyeD> sony vaio vgn-t350p
[12:10] <BugeyeD> keyboard is a bit on the small side, but that's my ONLY complaint.
[12:11] <BugeyeD> okay, that's a lie. video has been a pain off and on, but when that works it works great.
[13:17] <holstein> BugeyeD: did you try plop ?
[13:17] <holstein> ive had decent luck forcing USB boot with plop
[13:17] <holstein> the dell i had was a 500hmz with 256 of ram
[13:19] <holstein> one of the small ones with no CD-rom drive onboard
[13:19] <holstein> it was like a pre-netbook in most every way
[13:36] <BugeyeD> holstein: i was able to "boot" from usb using something or other, just not from the bios.
[13:37] <holstein> its such a convenience, when you go back to no USB boot, its odd
[13:38] <BugeyeD> just found a screenshot of plop - that's definitely what i used
[13:38] <holstein> hehe.. its cool :)
[13:39] <holstein> got the galaxy.gif or whatever
[14:16] <BugeyeD> akgraner: wrt the grub issue mentioned earlier, this appears to have fixed my particular issue:
[14:16] <BugeyeD> GRUB_GFXMODE=1024x768    --> /etc/default/grub
[14:16] <akgraner> oh good
[14:16] <BugeyeD> i was unable to figure out what mode grub was using that was out-of-range for the monitor
[14:17] <BugeyeD> so now i'm back on track. just have to get the user data moved back over and deliver.
[14:17] <akgraner> glad it worked out for you!
[14:17] <BugeyeD> anyone here use lvm snapshots?
[14:18] <akgraner> I was broken last week somehow in one of the updates - when you rebooted it removed unity
[14:18] <BugeyeD> akgraner: me too. of course this isn't even a linux issue. which is why it was so lost.
[14:18] <akgraner> it was crazy - it's fixed now
[14:18] <BugeyeD> removed unity? as in deinstalled?
[14:18] <akgraner> yep..it was a bug
[14:18] <akgraner> they fixed it
[14:18] <BugeyeD> i'll say. wow.
[14:19] <akgraner> which is why I am not upgrading to the alpha on my main machine
[14:19] <akgraner> I'll see what else wonky is happening and may even wait til Final release to upgrade this time
[14:20] <BugeyeD> server-side, in general, i use solaris10 or freebsd. and take advantage of zfs, which has snapshotting capabilities. i'm looking for something similar for linux boxes. does lvm snapshots work in this capacity for anyone here?
[14:20] <BugeyeD> my main boxes have to be stable, else i get no work done. so i'm hesitant. i'm still at 10.10 on my main linux dual-headed box.
[14:21] <BugeyeD> and have only been there for a few months.
[14:22] <BugeyeD> hi all. server-side, in general, i use solaris10 or freebsd. and take advantage of zfs, which has snapshotting capabilities. i'm looking for something similar for linux boxes. does lvm snapshots work in this capacity for anyone here?
[15:00] <BugeyeD> fwiw, i'm not looking for a howto - i can figure it out on my own and plan to write a program to handle it anyway. i'm mostly looking for gotchas or pains that others may warn me about in order to save myself some time/suffering.
[17:13] <internalkernel> BugeyeD: on the trilug mailing list there was someone just talking about how to use LVM to manage snapshots, one of the guys referenced a presentation he did a while back... he said he uses LVM on everything... I was meaning to check out what he was talking about... having had a moment though... http://trilug.org/
[17:15] <internalkernel> do you (or anyone) use rsync to do incremental backups? I'm trying to sort this out in my head...
[20:38] <BugeyeD> internalkernel: thanks, i'll take a peek
[20:40] <BugeyeD> and yes, i use rsync for 300+ servers nightly. works like a champ. been using it for a decade at least.
[20:41] <BugeyeD> internalkernel: rsync nightly to same spot every time. following the rsync, snapshot (target side). rinse, repeat. you now have versioned snapshots/backups.
[20:42] <BugeyeD> i use zfs for the storage/snapshots, with all kinds of things as sources. i'm looking for a similar function with linux and figured lvm snaps might do the trick.
[21:04] <internalkernel> BugeyeD: nice, I saw that trick with ZFS - I answered my own question... I was confused about --link-dest, but... then I thought about it. :D


[17:56] <dscassel> txwikinger: If nothing else, Andrew might be willing to hand out CDs at the kwartzlab booth...
[17:56] <dscassel> We should send them anyway.
[17:57] <txwikinger> dscassel: ok I will send Anrew an e-mail
[17:57] <txwikinger> +d
[18:10] <ball> hello MagicFab
[18:10] <MagicFab> o/
[18:44] <ball> Hello Seanland
[18:44] <Seanland> Hey ball, hows it going?
[18:46] <ball> Seanland: Not too bad thanks, yourself?
[18:46] <Seanland> ball: good, good, just in class =D
[18:46] <ball> Seanland: What do you study?
[18:46] <Seanland> ball: computer programming
[18:47] <ball> Seanland: How far into it are you?
[18:47] <Seanland> ball: only second semester
[18:48] <ball> What languages do they have you coding in?
[18:48] <Seanland> c, c++, rpg, cl, xhtml, js
[18:48] <Seanland> so far
[18:49] <ball> RPG on IBM i?
[18:49] <Seanland> yea lol
[18:49] <ball> Blimey.
[18:50] <ball> Any assembly yet?
[18:50] <Seanland> fun stuff =S
[18:50] <Seanland> nope, I do not believe so
[18:50] <Seanland> I think just RPG and CL on iSeries
[18:50]  * ball nods
[18:50] <ball> Odd that they don't start you off in assembly.
[18:50] <ball> Perhaps I'm just an old fart.
[18:51] <Seanland> maybe :P .. I know you can go 2 more courses with the iSeries, if you choose...
[18:52]  * ball nods
[18:52] <ball> I did some work on an i5 520, php and IBM DB2
[18:52] <ball> I liked the DB2 part.  Wasn't impressed with php.
[18:53] <Seanland> yea, I would not want to do that
[18:54] <Seanland> not a big fan of this
[18:55] <Seanland> ball: end of class, may be back in a bit
[19:03] <ve2dmn_work> RPG reminds me of this: http://thedailywtf.com/Articles/The-Other-Kind-of-RPG.aspx
[19:03] <ve2dmn_work> and this: http://thedailywtf.com/Articles/A_Case_of_the_MUMPS.aspx
[19:05] <txwikinger> Yeah and snobol http://en.wikipedia.org/wiki/SNOBOL
[19:12] <ve2dmn_work> http://en.wikipedia.org/wiki/Comparison_of_programming_languages
[21:44]  * KombuchaKip reckons this will be a great documentary http://www.youtube.com/watch?v=VXHqpRmu1oY


[15:59] <seb128> I'm removing harfbuzz from trusty-proposed, just as fyi
[16:00] <seb128> we got an autosync from Debian today which changes the soname, but we are not ready for that migration
[16:00] <seb128> (it's a small one but includes libreoffice which doesn't build on trusty atm)
[16:06] <cjwatson> mkay
[16:06] <seb128> cjwatson, I was commenting there in case somebody has a strong objection
[16:08] <seb128> basically libreoffice 4.2rc1 is scheduled for mid-decembre and that's we want to upload to trusty (the alpha versions are being tested in a ppa and build)
[16:08] <seb128> we don't want to start debugging 4.1 build issues before that because that would be a waste of efforts
[16:08] <seb128> we could let stuff in proposed during that time, but that includes a new webkitgtk building on arm64 and we want that in trusty
[16:09] <seb128> cjwatson, ^ seems reasonable to you?
[16:09] <cjwatson> sure
[16:09] <seb128> thanks
[17:26] <cjwatson> slangasek,infinity: I believe those are really finally honestly now the grub2/grub-installer versions I'd like to go into 12.04.4


[20:45] <mybalzitch> anyone elses sockstat abort on not having access to /proc/net/tcp6 even when run with -4 ?
[20:57] <android6011> with postgres installed, logs automatically go to /var/log/postgresql/postgresql-VERSION-CLUSTERNAME.log , where is that configured? I can't find anything set in any of the systemd unit files that specify logs go there. postgres itself is not set to log there either, with default value being logging_collector = off
[20:58] <sarnold> try fuser to see if you can figure out what process is doing the logging, then you can figure out where that process is configured
[21:02] <android6011> there's quite a few, lowest spawned pid is postgres '/usr/lib/postgresql/14/bin/postgres -D /mnt/data/postgresql/14/main -c config_file=/etc/postgresql/14/main/postgresql.conf' . <- that conf file does not have path set in it