[01:44] <j1mc> http://www.infomanagementcenter.com/enewsletter/2009/200908/third.htm
[01:45] <j1mc> I thought this was a neat article on doc structure


[10:47] <teddy-dbear> Morning peoples, critters and everything else
[18:54] <ChinnoDog> I need help from a bash wizard. If I use a here string to send input into a command how do I leave the input open so that I can interactively type after it runs?
[18:57] <ChinnoDog> E.g. If I run "su - <<< 'password'" it will accept the password but then it immediately exits because it received EOF. Or, I might use a command to run some SQL on a database that populates some temp tables and then manually execute a few things afterwards.
[19:28] <jedijf> add ;$SHELL to the end of the initial command....it will re-open the shell


[00:08] <em> hey pleia2  are you here?
[00:40] <metasansana> How do you qualify for ubottu in a channel?
[00:51] <pleia2> em: am now (was out)
[00:52] <pangolin> em: I removed the ban, furthermore I apologize for banning you and for accusing you of being the source of the trolls
[00:53] <pleia2> thanks pangolin
[00:53] <pangolin> no problem.
[00:55] <metasansana> pangolin: how do I get ubottu in a channel?
[00:55] <pangolin> metasansana: depends on the channel
[00:55] <metasansana> #ubuntu-tt we are trying to get our Loco going
[00:58] <pangolin> metasansana: see https://wiki.ubuntu.com/IRC/Bots
[01:02] <metasansana> thanks


[11:50] <BluesKaj> Hi all
[12:06]  * RikMills falls down the pam/sudo rabbit hole
[12:07] <RikMills> urgh
 Oof
[12:08] <RikMills> horrible to debug
 To those about to debug, we salute you.


[06:58] <darkxst> We will soon be having monthly meetings for Ubuntu GNOME
[06:58] <darkxst> How do we go about getting a meeting bot?
[07:19] <AlanBell> darkxst: what channel?
[07:19] <darkxst> #ubuntu-gnome
[07:20] <AlanBell> should be there now
[07:20] <AlanBell> you can also book the main #ubuntu-meeting room, which might be better for a project like that
[07:20] <AlanBell> so everyone can see easily
[07:32] <darkxst> AlanBell, oh right, how would we go about booking that?
[07:38] <AlanBell> https://wiki.ubuntu.com/Fridge/Calendar
[07:42] <darkxst> AlanBell, Thanks
[16:55] <Unit193> So, in light of https://launchpad.net/medibuntu/+announcement/11951 and http://blogs.kde.org/2013/09/11/medibuntu-disappear-libdvdcss-now-direct-videolan, would it be time to change the medibuntu factoid to point to http://www.videolan.org/developers/libdvdcss.html now?  (Read the blog, contains a repo {currently} maintained by the Kubuntu folks.)


[02:00] <ProfMac_> In 16.04, can I access a command line while the installation is in progress?
[02:46] <CarlFK> yes - alt f2
[02:47] <CarlFK> not sure about the gui desktop installer - I think so too
[08:10] <prologon> test
[08:14] <prologon> ERROR when boot usb: A start job is running for Ubuntu live CD installer
[14:36] <CarlFK> prologon: how did you make the usb?


[18:48] <locked> hi all
[18:48] <locked> n0ob here
[18:49] <locked> how to get involved?
[19:04] <colorlessprism> hello everyone!
[19:05] <colorlessprism> how is everyone today?


[01:06] <elky> akgraner, remind me which day we need to embarrass you on?
[01:09] <akgraner> elky it would be the last day of UDS :-P
[01:09] <akgraner> just remember  - paybacks
[01:16] <akgraner> we'll delay embarrassing you until that week as well :-)
[01:21] <elky> akgraner, oh, but my birthday isn't until /after/ UDS :D
[01:22] <rww> unbirthday!
[01:23] <Pendulum> elky: shhh... you weren't supposed to clue akgraner in :P
[01:23] <akgraner> rww, +1 unbirthdays
[01:23] <akgraner> woo hoo
[01:24] <Pendulum> akgraner: you mean if elky finds a way to embarrass you, you won't fly to Australia for payback? :P
[01:24] <akgraner> no I will
[01:24] <akgraner> :-) Australia is on my list of places
[01:24] <akgraner> :-)
[01:25] <rww> ... to avoid due to spiders?
[01:25] <MichelleQ> rww: I like the way you think
[01:25] <MichelleQ> both with the unbirthdays, and the spiders
[01:27] <Pendulum> cake!
[01:27] <Pendulum> we'll have to have cake!
[01:28] <Pendulum> (sorry, I am currently dieting. This puts cake on my mind a lot ;) )
[01:33] <elky> Mmm, cake
[01:53] <MichelleQ> Pendulum: I'm good with cake.
[01:53] <MichelleQ> I'll even agree to make said cake.
[01:54] <rww> I made vegan cake once, mainly to avoid fiddling with eggs :(
[01:56] <Pendulum> vegan cake isn't actually that hard to make
[01:56] <rww> tastes pretty good, too
[02:20] <MichelleQ> yeah, it's not too hard at all
[02:20] <MichelleQ> Betty Crocker does an amazing GFCF cake mix, too.  Can't swear to the eggage though
[10:08] <czajkowski> hypatia: is there any tag specific to a hackerspace?
[10:08] <czajkowski> one generic one ?
[10:10] <hypatia> for blogging? twitter?
[10:10] <hypatia> i usually use #hackerspaces on twitter
[10:13] <czajkowski> ok
[10:13] <czajkowski> tis kinda long but good to know
[10:13] <czajkowski> we;re setting one up in my home town Limerick
[10:13] <hypatia> i think !hs works on identica. also
[10:13] <hypatia> cool!
[10:13] <hypatia> make sure you go over the docs on the wiki
[10:13] <hypatia> the design patterns stuff is awesome
[10:14] <czajkowski> oh?
[10:14] <hypatia> 05:07 < danni> but something that's come out of my therapy is the need to understand your  boundaries and desires and needs, and to be able to communicate them
[10:14] <hypatia> 05:09 < danni> but it's not easy, because it gives someone a roadmap both to what you want,  but also to what makes you vulnerable
[10:14] <hypatia> aw fuck
[10:14] <hypatia> that was not the paste buffer i meant to paste
[10:14] <czajkowski> oh and I also get to meet david rook soon as he's giving talk/demos at my event
[10:14] <hypatia> excuse my french
[10:14] <hypatia> http://hackerspaces.org/wiki/Documentation
[10:15] <hypatia> was the link i meant to paste
[10:15] <czajkowski> thanks
[10:15] <valorie> hypatia, if that was private -- might want to edit the posted logs
[10:16] <hypatia> can we edit them?
[10:16] <hypatia> it was private :/
[10:16] <valorie> I don't know whom to ask, but I would think so
[10:16] <valorie> in such cases
[10:16] <rww> it's done by Canonical, and goes live at a couple of minutes past the hour, and is cached into Google and such, so... you have 45 minutes :\
[10:16] <hypatia> i'll check with the person whose logs i just pasted
[10:18]  * hypatia checked, it's all good
[10:19] <hypatia> ugh logging
[10:19] <rww> indeed
[10:21] <czajkowski> accidents happen
[10:21] <hypatia> s'true :)
[10:22]  * hypatia just prefers her accidents to not be indexed by the googles
[10:22] <czajkowski> true
[10:24] <czajkowski> I need breakie!
[10:48] <czajkowski> food has been had
[18:12] <ghost> ingles?
[18:14] <maco> si, ingles
[18:19] <IdleOne> ghost: you live in Boston
[18:34] <pleia2> interesting http://wiki.debian.org/DebianWomen/Statistics
[18:35] <pleia2> (of course since this is debian it only counts women who have/had actual changelog entries in packages in the archive)
[18:40] <IdleOne> is there a reason for even needing to have those stats?
[18:41] <IdleOne> I mean for me it doesn't make a difference if the DD is male or female
[18:41] <nigelb> pleia2: just 10? :(
[18:41] <nigelb> 1%
[18:42] <pleia2> nigelb: yeah, numbers for actual developers in projects are still pretty low
[18:42] <pleia2> IdleOne: we have statisics like that too, these are -women projects and to track our effectiveness over the years you need to have numbers
[18:42] <nigelb> pleia2: but comparitively ubuntu is not so well off either :(
[18:42] <pleia2> nigelb: *nod*
[18:43] <nigelb> I only know of <10 women developers on Ubuntu (i.e. with actual uploads)
[18:43] <pleia2> I think lucidfox and I are the only two on that list
[18:43] <pleia2> and I don't count on the ubuntu side
[18:43] <maco> lucidfox, me, yulia, sarah, leann, and rhonda are all the women with upload rights in ubuntu
[18:43] <nigelb> pleia2: rhonda too for the debian side
[18:43] <IdleOne> pleia2: yes I understand the need for having numbers and keeping stats it just seems like another tool for the haters to use against women.
[18:44] <nigelb> maco: hrm, yulia? (why doesn't that name ring a bell?), also add lucidfox
[18:44] <pleia2> IdleOne: so we should keep hiding so we don't get trolled?
[18:44] <IdleOne> NO
[18:44] <pleia2> IdleOne: the problem is "the haters", not us
[18:44] <IdleOne> I agree
[18:45] <maco> nigelb: she's never been in the channels afaik, but she's in ~ubuntu-dev
[18:45] <nigelb> IdleOne: its about objectively measuring progress
[18:45] <pleia2> we need to track metrics, if someone uses them to hurt us it's not our fault, we're not going to hide or compromise what we need anymore
[18:45] <nigelb> maco: Ah.
[18:46] <nigelb> maco: wait, I didn't see you had already put lucidfox on the list :D
[18:46]  * MarkDude reminds that *haters* means you are suceeding
[18:46]  * nigelb notes now we'll have skat and allison to the list.
[18:47] <maco> nigelb: my list was people with upload rights
[18:47] <maco> working for canonical is not an automatic "in" for lp:~ubuntu-dev
[18:47] <nigelb> maco: I know.  I'm presuming they might end up getting there.  I maybe wrong though.
[18:49] <IdleOne> I think the stats are misleading anyway. I don't believe that greater numbers produce greater quality of work. Yes there are more male devs but does that mean they are putting out better packages then the women. I wish that a project could be judged by the product and not by who worked on the product.
[18:50] <IdleOne> if I am not making myself clear I apologize
[18:50] <nigelb> IdleOne: The Debian environment doesn't work that way per se.
[18:56] <vish> stats are nice to keep a momentum... [hmm, I maybe a bit unaware of this] but how exactly are we getting /more/ women to work on Ubuntu/Debian ? i.e. are we actively trying to bring more women in ?
[18:58] <maco> vish: theoretically, thats what UW does...
[19:01] <vish> maco: afaik, UW is about creating an environment for women to feel comfortable to work in, which has a chain effect and draws in more women, am I right?
[19:01] <pleia2> vish: some of us do actively bring our friends here to participate, and advertise the project at conferences and events
[19:02] <vish> pleia2: ah right, i forgot about the conferences..  :)
[19:02] <czajkowski> aye there are very few women over here but all who meet me get told about this group
[19:02] <czajkowski> I also mention it at any talk I go to
[19:02] <czajkowski> but many dont want to join a women centric group, and I dont force it
[19:03] <pleia2> IdleOne: you're welcome to believe that diversity does not improve quality of projects, but there are countless studies that prove your belief wrong
[19:03] <pleia2> on the individual level it doesn't matter, of course
[19:04] <pleia2> I care about increasing diversity to improve the project, and I like working with other women (and I like working with men too!)
[19:04] <pleia2> being the only one feels lousy
[19:04] <pleia2> or a "token"
[19:04] <IdleOne> pleia2: I don't think I am expressing myself properly. So I am going to be quiet and listen.
[19:08] <pleia2> honestly I wish people cared less about my gender too, but they do care, and we're here to handle living in the real world :)
[19:08] <pleia2> we'll get there eventually, and then we can get rid of -women projects!
[19:09] <czajkowski> IdleOne: it's not just in UW or Ubuntu, in every project, course/college/school I've always see stats on male/women ratios it's not a biggie
[19:09] <czajkowski> pleia2: +1 :D
[19:13] <akgraner> pleia2, speaking of Debian  - I need some suggestions for cross-collaboration on the news front...any ideas
[19:14] <akgraner> I need to find some caffeine  - my creative energy low light is on
[19:16] <pleia2> akgraner: debian news is a tricky beast, I'm delighted that they started working on it again but their tools are still hard to use and the organization of the team is somewhat unclear, I think the first step would be defining a sharing medium (which hopefully is not a git repo :))
[19:17] <czajkowski> heh
[19:19] <akgraner> pleia2, I agree since you know more about that side - what sharing medium would you suggest?  I am sure and etherpad and/or googledocs would not go over well but what about a wiki page?
[19:19] <pleia2> akgraner: a wiki page would probably be an acceptable compromise (I agree with your analysis of google docs/etherpad)
[19:20] <akgraner> a wiki should give diffs and who changed what etc
[19:20] <czajkowski> googledocs isn't very open..
[19:20] <pleia2> not at all
[19:20] <akgraner> czajkowski, I know :-) that's why I said it wouldn't fly
[19:21] <czajkowski> a wiki is a good way of things or etherpad but I know a lotta folks have issues depending onn what kinda version you have
[19:21] <czajkowski> akgraner: just saying :)
[19:21] <akgraner> :-)
[22:13]  * czajkowski hugs pleia2 , thank you
[22:14]  * pleia2 hugs
[22:14] <pleia2> I'm excited!
[22:15] <pleia2> it really is nice to see something come of that session
[22:15] <pleia2> and banners, yaaaay, go very far to make us look more professional
[22:15] <czajkowski> yup
[22:15] <czajkowski> but it's taken a good few months to get that sorted
[22:15] <czajkowski> so I am pleased
[22:15] <czajkowski> lotta emailing and sourcing and planning
[22:15] <czajkowski> so glad I could get that mail/post out today
[22:16] <czajkowski> ordered new moo cards
[22:16] <pleia2> :)
[22:16] <czajkowski> so handy to have saves me spelling my name out
[22:16] <czajkowski> here have a card
[22:16] <czajkowski> email is on it
[22:16] <czajkowski> ;)
[22:20] <pleia2> hehe
[22:31] <maco> czajkowski: so thats tee see aych eh eye...
[22:32] <czajkowski> maco: I think I was the only 4 year old that could spell a russian and a polish name
[22:32] <maco> hehe
[22:35] <MichelleQ> czajkowski: Mike told me the other day he heard your last name pronounced for the first time, and that he never would have sorted out.  I told him that we have the same problem only in reverse.
[22:35] <MichelleQ> One would be surprised at the number of ways in which hall can be misspelled.
[22:35] <czajkowski> MichelleQ: heheh so true
[22:36] <MichelleQ> My personal favorite... and I kid you not.  I got a junk mail addressed "Dear Mrs. Hell"
[22:37] <czajkowski> heh I get Mr. Czajkowski
[22:37] <valorie> there are days when maybe that fits, MichelleQ?
[22:37] <czajkowski> Computer engineer
[22:37] <MichelleQ> valorie: most definitely
[22:37] <czajkowski> as dad is Mr Czajkowski Electronics enginner
[22:38] <valorie> IdleOne: reading up, it sounds as if you are saying "show me the code"
[22:38] <valorie> in nicer language
[22:38] <IdleOne> valorie: not sure what you mean by that
[22:39] <czajkowski> http://pix.ie/czajkowski/1873658/size/800   <------- Mothership
[22:39] <MichelleQ> czajkowski: I get the Mr. part all the time.  Makes things really interesting when they confuse Mike's name and mine.
[22:39] <valorie> 13:28] <IdleOne> [13:38:07] is there a reason for even needing to have those stats?
[22:39] <valorie> [13:28] <IdleOne> [13:39:08] I mean for me it doesn't make a difference if the DD is male or female
[22:39] <czajkowski> aye I'd say that happens a lot
[22:39] <MichelleQ> she's beautiful, czajkowski, and I see a lot of you in her.
[22:39] <czajkowski> thanks
[22:39] <czajkowski> I was doing moo cards for her also
[22:40] <IdleOne> valorie: ok, how do you get "show me the code" from that?
[22:40]  * MichelleQ imagines Cuba Gooding Jr. saying "show me the code"
[22:41] <valorie> well, from the code standpoint, of course it doesn't matter who submits
[22:41] <valorie> just the quality of the code
[22:42] <valorie> but from the point of those submitting, it makes a HUGE difference who they are working next to
[22:42] <valorie> the community IS important -- and a good community produces much better code
[22:42] <valorie> my point is that the stats are important not in themselves
[22:43] <valorie> but in showing increasing diversity over time
[22:43] <valorie> and if you don't bother measuring, you can't show progresss
[22:43] <valorie> ooo, didn't mean to hiss
[22:43] <IdleOne> :) I appreciate the input
[22:43] <IdleOne> didn't read it with a negative tone
[22:44] <valorie> :-)
[22:44] <czajkowski> valorie: it's not reading as a hiss
[22:44] <valorie> we're all on the same side here
[22:44] <valorie> progresss
[22:44] <valorie> lol
[22:45] <valorie> I slipped into parseltongue
[22:45] <czajkowski> slowly but surely
[22:45] <czajkowski> it;s also hard at times to work out tone over irc
[22:45] <czajkowski> drives me batty most days
[22:45] <czajkowski> :)
[22:45] <IdleOne> my point was that ultimately the code is what matters. If a project had 99% women and only 1% men I would look at it the same way.
[22:45] <valorie> and on that we disagree
[22:48] <IdleOne> What matters to me is that the project is successful, if it helps then it really does not matter to me the percentage of either gender. I agree that diversity makes for a better project (different points of view)....Again I feel I am putting my foot in my mouth and not explaining my idea clearly.
[22:49] <czajkowski> IdleOne: if you feel that way, can you try and explain yourself a bit better
[22:49] <czajkowski> I'm curious now  as I like valorie disagree with you
[22:49] <valorie> well, I tend to look at it from not just the snapshot view
[22:49] <valorie> but as a point in history
[22:50] <valorie> if there isn't diversity, the project will die or move into force mode - i.e. church hierarchies, etc.
[22:50] <rww> If the code were all that mattered, I'd be part of the Debian project instead.
[22:51] <IdleOne> czajkowski: I don't know that I am able to at this point
[22:51] <IdleOne> I need to think more carefully about what it is I am trying to convey
[22:52] <valorie> so while it is OK for a project to be monolithic for awhile
[22:52] <valorie> eventually they have to open or die of groupthink
[22:56] <maco> MichelleQ: i have a cousin whose last name is kumpfmiller. she spelled this on the phone to yellowbook when buying an ad. got the bill addressed to... umm... s/mpf/nts/
[22:57] <nhandler> Not sure if you all saw this, but there was a post about the Debian Women team trying to get more women involved (especially with packaging and becoming DDs). They are organizing some classroom sessions right now.
[22:57] <IdleOne> mn pt fs o the phone can sound very similar
[22:58] <IdleOne> s/o/on
[22:58] <rww> maco: oh lawd.
[22:58] <rww> I resort to "Wall, as in the thing that holds up roofs" a lot :(
[22:58] <IdleOne> but yeah unfortunate mispelling
[23:02] <MichelleQ> maco: OH dear.


[07:51] <kjackal> Good morning juju world!
[07:56] <juju_world> Good morning kjackal
[08:23] <magicaltrout> *facepalm*
[08:41] <kjackal> lol!
[10:48] <tzon> hello
[10:48] <tzon> does anybody knows hot to fix hook failed "update-status"
[10:48] <tzon> I cannot resolbe
[10:48] <tzon> resolve*
[10:52] <kjackal> hi tzon
[10:52] <kjackal> you have an update status that is failing, right?
[10:53] <tzon> kjackal, yeah it says hook failed "update-status" on nova-cloud-controller
[10:55] <kjackal> ah, nova-cloud-controller not something I know anything about but I will try to help as much as I can
[10:56] <tzon> ok
[10:56] <kjackal> so, lets see, you are not in a state where the unit is in an error state
[10:57] <tzon> yeah it is in error state
[10:57] <kjackal> when you do a juju resolved --retry <unit> you are left again with an error
[10:57] <kjackal> what do the logs say?
[10:57] <kjackal> juju debig-log
[10:57] <kjackal> *debug
[10:58] <kjackal> you leave the logs running in a console and you fire a resolved --retry
[11:00] <kjackal> you could filter errors of ony the failing unit with something like this: juju debug-log --include unit-mysql-0
[11:08] <tzon> its gets me an error with the include
[11:09] <tzon> I used juju debug-log | grep nova-cloud
[11:09] <tzon> but I did not get any results
[11:09] <tzon> :/
[11:11] <kjackal> hm.... what kind of an include error?
[11:12] <tzon> sorry I dont get you
[11:12] <tzon> with the resolved --retry it says that it is already resolved
[11:13] <kjackal> ok so if it says it is already resolved then your unit should not be in an error state
[11:13] <kjackal> cloud you double check that
[11:15] <tzon> yeah I checked it again it is in error state
[11:15] <tzon> maybe its a bug?
[11:17] <kjackal> doesn't seem right. Could be a bug, but it is surprising...
[11:18] <kjackal> it is a rather basic "usecase": error state -> resolve --retry
[11:19] <tzon> yeah I have resolve similar issues in the past with this way but I have no idea whats going on now
[11:20] <tzon> also I have another service that is in executing state and running update 2 days now
[11:20] <tzon> this also is not normal
[11:22] <kjackal> 2 days! Super strange I would expect things to expire after 2 hours or something
[11:23] <kjackal> So do you know how to trigger a update-status hook?
[11:23] <kjackal> juju run --unit namenode/1 'hooks/update-status'
[11:23] <kjackal> this could save you some time
[11:24] <kjackal> tzon: ^
[11:27] <tzon> ok I will give it a shot
[11:33] <tzon> it just suck when I running it :)
[11:35] <kjackal> Cool that means that the hook runs OR that another hook is now running
[11:37] <infinityplusb> hi folks, after upgrading to 2.0-beta11 I have issues running any juju commands. Is there a way to "reset/reboot" juju?
[12:06] <tzon> finnaly I got error timed out :/
[12:08] <babbageclunk> infinityplusb: do you have a bootstrapped controller?
[12:10] <infinityplusb> @babbageclunk: I do have a controller present when I do `juju list-controllers` but if I try and get details about the model with `juju models` it hangs
[12:11] <infinityplusb> juju also hangs when I do `juju status` so I can't see what is happening
[12:12] <babbageclunk> infinityplusb: What about when you run `juju status --debug`?
[12:14] <infinityplusb> @babbageclunk: ah, that gives me ... something. It seems there is something "amiss" with lxd. I don't seem to have permissions to the charms that are already deployed ...
[12:15] <babbageclunk> infinityplusb: Want to put the output into a pastebin?
[12:18] <infinityplusb> @babbageclunk: http://pastebin.com/f5Gi51J3
[12:20] <infinityplusb> which is odd, cause if I do a `groups` command, I can see I am in the lxd group
[12:21] <babbageclunk> infinityplusb: ok, it seems like you can't connect to the container running the controller? Can you ssh to<EMAIL_ADDRESS>[12:23] <infinityplusb> @babbageclunk: via `juju ssh ...` no, but I can just via regular ssh
[12:25] <babbageclunk> infinityplusb: hmm. Inside the container can you see jujud running?
[12:27] <infinityplusb> @babbageclunk: if I do a `service jujud status` it returns it as "inactive (dead)" ... probably not a good sign
[12:27] <babbageclunk> infinityplusb: no, doesn't sound great!
[12:27] <babbageclunk> infinityplusb: What can you see in /var/log/juju?
[12:31] <infinityplusb> @babbageclunk: many many errors - a lot similar to "juju.rpc server.go:576 error writing response: write tcp <IP_ADDRESS>:17070-><IP_ADDRESS>:59690: write: connection reset by peer"
[12:32] <infinityplusb> @babbageclunk: and lots of "broken pipe" messages
[12:32] <babbageclunk> infinityplusb: Is that on the controller host?
[12:33] <infinityplusb> @babbageclunk: yup, in the "machine-0.log"
[12:36] <babbageclunk> infinityplusb: Maybe put it in a pastebin again? (This kind of stuff ends up using a lot of pastebins. ;)
[12:37] <babbageclunk> infinityplusb_: Does the controller have anything deployed? Is the ip address it's trying to write to the host's?
[12:37] <infinityplusb_> @babbageclunk: it's like 300k lines long. I'll pastebin it somewhere :P And I *think* there is stuff deployed, but I can't do a `juju status` to see what is deployed where.
[12:38] <babbageclunk> infinityplusb_: So was this bootstrapped with a previous beta of juju?
[12:40] <infinityplusb_> @babbageclunk: ... maybe. I (stupidly) didn't check if anything was up before updating
[12:41] <babbageclunk> infinityplusb_: That might be part of the problem - I think we've had some backwards incompatible changes in the latest beta, could you try bootstrapping a new controller and see if you get the same issue?
[12:43] <infinityplusb_> @babbageclunk: if I try a new bootstrap, I get a permission erro about being in the lxd group (which I am).
[12:44] <babbageclunk> infinityplusb_: That's weird. I don't really know much about lxd permissions - might be best to email the juju list? Sorry not to be too much help.
[12:45] <infinityplusb_> @babbageclunk: nah that's cool. I've learned some new things along the way. Thanks for trying. I'll keep digging. :)
[12:46] <babbageclunk> infinityplusb_: ok, good luck!
[13:19] <neiljerram> Morning all!
[13:21] <neiljerram> If I've written a new layer XYZ, how do I publish it, so that some other charm can say "includes: [ 'layer:XYZ' ]"
[13:28] <kjackal> hi neiljerram you could/should go and register your layer at http://interfaces.juju.solutions/
[13:30] <neiljerram> kjackal, I see, thanks.  What about during development?  Is that just a matter of putting the layer code under ${LAYER_PATH} ?
[13:31] <kjackal> neiljerram: yes putting your layer under {LAYER_PATH} will work
[13:31] <neiljerram> kjackal, Many thanks.
[13:33] <kjackal> neiljerram:  note that charm build will first look in you {LAYER_PATH} and then try to grab a layer from a remote repo. That means that your local copy will shadow anything else that might be outthere
[14:59]  * D4RKS1D3 Hi
[17:44] <cargonza> fyi: openstack irc meeting in #ubuntu-meeting this week. check out the details : https://wiki.ubuntu.com/ServerTeam/OpenStackCharmsMeeting


[09:52] <Narcissus> cool
[10:38] <brobostigon> good morning everyone,
[23:07] <brobostigon> good night, sleep well everyone.


[02:12] <drab> hi
[02:12] <drab> I'm trying to practice and document a host swap/hd replacement in case of failure
[02:13] <drab> as I have it, I run lssci to get the list of devices with the wwn (which is labeled on the tray)
[02:13] <drab> make sure it matches which device and then run " echo 1 > /sys/block/$dev/device/delete"
[02:14] <drab> which I was under the impression was sufficient to tell the kernel that device was gonna and therefore could be removed from the machine safely
[02:14] <drab> however tailing syslog and pulling the drive after the above results in some stacktracer and quite a few angry messages
[02:14] <drab> I get the same messages if I skip the echo 1 /device deletion btw
[02:15] <drab> what gives? is there a better way under which the kernel isn't going to be angry at me or is the above "correct"?
[02:15] <drab> after the echo the device was gone from lsscsi btw and not seen by the system
[02:15] <nacc> drab: probably worth pastebining the exact messages after the delete and then the errors you see later
[02:19] <drab> nacc: yeah, thought of that, here it goes: http://dpaste.com/31EAD5R
[02:22] <nacc> drab: is this an actualy hotpluggable device (using kernel level hotplug)?
[02:22] <nacc> drab: if so, then you might need to use the right interface to hotunplug it
[02:23] <nacc> drab: it seems like the sas layer is still doing something when you pulled the disk
[02:23] <nacc> drab: done for the day, but i can help debug tmrw, maybe
[02:24] <sarnold> I'd sort of expect an mdadm command of some sort, similar to zpool replace or zpool offline
[02:34] <drab> sarnold: yeah, there's offline/detach
[02:34] <drab> but those disks aren't in the pool yet
[02:35] <drab> nacc: thanks man, was reading through some google pages, will ping you again tmoz if I don't figure it out before I fall off
[02:35] <drab> this is a hotswap tray on a server with a HGST drive that should support that no problem, plugged into a SAS backplane
[02:36] <drab> not sure about kernel level hotplug
[02:36] <sarnold> drab: do report back what you find out. I haven't tried pulling any my drives yet. :)
[02:36] <drab> that said tho, these drives aren't part of the pool yet, just dealing with the basics first, then will repeat in ZFS
[02:36] <sarnold> until today I've always assumed zpool replace or zpool offline would do the trick, hehe
[02:37] <drab> was trying to get a baseline for drives going in and out before doing it with zfs
[02:38] <drab> sarnold: yeah that I simulated actually, I had found a link where the guy was testing all of that with 5 USB keys in a raidz2, which is what I have
[02:38] <drab> but in that case I just yanked the keys out :P
[02:38] <drab> the good news is that it all worked fine
[02:38] <drab> but I didn't want to risk as much on actual data/disks
[02:38] <drab> so was trying to do it properly telling the kernel about it etc
[02:38] <sarnold> :)
[02:39] <drab> so far it's still mad at me...
[02:47] <drab> sarnold: my understanding is that the simple replace is ok if you have spare bays and the new drive is already in, the replace will resilver the new drive and then remove the damaged one
[02:48] <drab> however in a situation like mine, with 4 bays all taken, afaics you need to offline and detach the drive first, put the new drive in and attach that to the pool and the resilver will kick off
[02:48] <drab> no replace command
[02:48] <drab> but I'll confirm once I'm through
[05:38] <cpaelzer> good morning
[05:42] <cpaelzer> nacc: updated the page, thanks for starting it
[05:43] <roelof> Hello, I wanted to filter my mail on the mailserver. So I followed this tutorial : https://help.ubuntu.com/lts/serverguide/mail-filtering.html
[05:44] <roelof> but when I send a mail I do not see the spam and viruschecking headers
[05:45] <roelof> here is my amavis/15-content-filter :  http://paste.ubuntu/24452485
[05:45] <cpaelzer> missing a .com I think http://paste.ubuntu.com/24452485/
[05:45] <roelof> and here is my amavis/20-debian-defaults
[05:46] <roelof> and here is my amavis/20-debian-defaults : http://paste.ubuntu.com/24452489
[05:47] <roelof> and here is my amavis/50-users : http://paste.ubuntu.com/24452492
[05:48] <roelof> and my master.cf from postfix :  http://paste.ubuntu.com/24452500
[05:48] <roelof> my hostname is ubuntu
[05:49] <roelof> and my mailname is example.com
[05:49] <roelof> anyone a idea why the spam and virusheaders are not included
[05:50] <roelof> cpaelzer:  thanks, I forget that part
[05:51] <cpaelzer> roelof: I'm clearly not an expert on this, but two questions to hopefully slightly help
[05:51] <cpaelzer> roelof: did you try to lower the barrier of $sa_tag_level_deflt so that mroe things are tagged
[05:51] <cpaelzer> roelof: ah also, does it not work for sending, receiving or both?
[05:52] <cpaelzer> roelof: and finally there is a troubleshooting section in your first doc link
[05:52] <roelof> cpaelzer:  I did not change the barrier
[05:52] <cpaelzer> roelof: mostly about rising verbosity and checking the logs
[05:52] <cpaelzer> roelof: so you could increase log of amavis, clamav and postfix
[05:52] <cpaelzer> roelof: then restart all services
[05:53] <cpaelzer> roelof: then drive a test and parse your logs
[05:53] <cpaelzer> I'd hope that there is some indication in there
[05:53] <roelof> cpaelzer:  I did send a testmail with the xmail package and look at the recieved mails and did not see the headers
[05:53] <cpaelzer> roelof: since you are not seeing any headers I'd especially check the logs if there was something failing when initializing
[05:54] <roelof> cpaelzer:  oke, next step finding out how to lower the barrrier and finding out how I can rise the verbosity
[05:54] <roelof> and of course reading a lot of logs
[05:55] <cpaelzer> roelof: both steps are described in the mail filtering page you linked
[05:55] <cpaelzer> roelof: it has rising amavis/clamav on the page and a link to postfix logging
[05:55] <cpaelzer> down in the troubleshooting section
[05:55] <cpaelzer> lowering the limit to be tagged is on the same page
[05:56] <cpaelzer> roelof: there are also some more hints for troubleshooting at https://help.ubuntu.com/community/PostfixAmavisNew#Troubleshooting
[05:58] <rchavik> roelof, this<EMAIL_ADDRESS>worked for me
[05:58] <rchavik> duh, i see that cpaelzer has already pointed that out.
[06:03] <roelof> changed it , now restarting all the services
[06:03] <roelof> Does it make any difference in what order they are restarted
[06:03] <cpaelzer> roelof: yes in this case unfortunately yes
[06:03] <cpaelzer> roelof: the last troubleshooting link listed the recommended order
[06:04] <cpaelzer> roelof: I'm not sure how important it is, but since there is an order listed I'd follow for now
[06:06] <roelof> cpaelzer:  I followed all the links but I cannot find the order :(
[06:07] <roelof> found it
[06:10] <roelof> nope, increasing the limit does not do the trick
[06:10] <cpaelzer> roelof: :-/, then you are down to check the logs
[06:10] <cpaelzer> doing so now can work if there is something obvious
[06:11] <cpaelzer> if not, you can still increase the log levels
[06:11] <cpaelzer> roelof: since logs can have a lot of red herrings I'd tail -f on them and then
[06:11] <cpaelzer> roelof: step1 restart your services one by one and check if there are errors
[06:11] <cpaelzer> roelof: step2: do your testmail and see if all services at least process something
[06:12] <rchavik> i had to lower the barrier to make headers appear (not increase)
[06:12] <roelof> sorry I mean lower. the value was 2 and is now -100
[06:13] <rchavik> ok
[06:13] <roelof> When I restart the services I do not see any errrors
[06:14] <roelof> and when I send a test-email I see this : http://paste.ubuntu.com/24452583
[06:15] <roelof> so I see headers but no spam or virus headers
[06:15] <roelof> so now time to increase the log levels
[06:24] <roelof> chips. I think the problem is I think there is no text in the body
[06:24] <roelof> I use crtl-d to say that  I want to go to the next field and I see then a empty body message
[06:24] <roelof> so there is nothing to scan
[06:25] <roelof> back to the bsd-mailx function how to solve this one
[06:28] <roelof> nope, also making a body does not solve it
[06:34] <roelof> when I look at the mail.log both seems to be working. I see some things about amavis and about spamassassin
[06:36] <roelof> the only thing that bothers me is that it looks like the body is still empty :  using 353/353 'body-0' compliled rules
[06:38] <roelof> nothing wierd in the logs except the body-0 compiled rules thing
[06:38] <roelof> cpaelzer:  can it be a problem that the hostname is different from the mail-name ?
[06:53] <roelof> Logging does not help to solve this one :(
[07:02] <roelof> anyone a idea how to solve this ?
[07:03] <sarnold> when logs don't work my next took is strace
[07:04] <sarnold> strace -f -o /tmp/logs -p `pidof whatever` -- and then you've got fun reading
[07:04] <roelof> sarnold:  strace with mail sending ?
[07:04] <sarnold> I didn't say it's _fun_ :)
[07:05] <sarnold> but the only way anything gets done is by interacting with system calls. so you've got something to work with when logs fail you.
[07:05] <roelof> first I have to find the pid of postfix, spamassisin and amavis
[07:58] <lordievader> Good morning
[08:09] <mynameistrevor> ph.archive.ubuntu.com is not working right now
[10:11] <mynameistrevor> can someone help me, ph.archive.ubuntu.com is down
[10:20] <TafThorne> mynameistrevor: ph.archive.ubuntu.com is up for me.  What is your problem?
[10:22] <TafThorne> I mean that in the sense of what error message are you seeing from what application, not in the sense of being sarky.
[10:26] <mynameistrevor> yesterday, when i'm updating the apt cache, update process stuck when it attempts to get updates from ph.archive.ubuntu.com, which is hosted by pregi.net. i tried to ping it but it dosen't respond at that time, then i pinged their ftp server and nothing happens. i've also tried to email them, but gmail said that the server isn't responding
[10:29] <ikonia> ping is not a test
[10:29] <ikonia> view the repo in a browser, see if it's aailable
[10:29] <ikonia> available
[10:30] <ikonia> looks like it's responding fine
[10:30] <ikonia> so you've sent someone an email saying it's not working, when it is
[10:34] <mynameistrevor> i send an email to pregi.net and gmail sent me an email that their email servers is not responding
[10:35] <ikonia> what ?
[10:36] <mybalzitch> mynameistrevor: so find a new mirror
[10:36] <mynameistrevor> mybalzitch: i tried to switch to the main servers
[10:37] <TafThorne> So does `apt-get update` work after you changed to the main servers, rather than the cache?
[10:37] <mynameistrevor> yes
[10:38] <TafThorne> So does this solve your issue?
[10:38] <mynameistrevor> yes
[10:40] <ikonia> the mirror is working fine
[10:40] <ikonia> there is no need to change
[10:44] <mynameistrevor> ikonia: as of now, philippine servers are now up; they're down yesterday
[10:44] <ikonia> so why are you telling us about it
[10:45] <ikonia> they went down, they are back, what's the problem
[10:47] <steven> morning guys, is there a way to configure autoremove's amount of kept kernels?
[10:47] <steven> my u1604 keeps 3 kernels atm which bloats /boot and breaks my updates when a new kernel ships.
[10:48] <steven> so I'd  rather set the number of kept kernels to two than resizing partitions
[10:51] <ikonia> how big is /boot ?
[10:59] <steven> 236M  153M   71M  69% /boot
[11:00] <steven> so 236mib
[11:00] <ikonia> 236 meg is quite small in general
[11:00] <steven> I didnt change it tbh, I just went with stock recommendations on this machine
[11:00] <steven> which was a silly idea in hinsight lol
[11:01] <ikonia> not at all
[11:01] <ikonia> if in doubt you'd assume the installer will guide you
[11:01] <steven> well it was, cos now my sys breaks on updates (well it doesnt really break, but I'll have to manually fix it)
[11:02] <steven> but yeah, setting the kept kernels to only 2 would fix it
[11:02] <steven> I just can't find the confiugration file and /etc/apt/conf.d/autoremove-kernels is a autogenerated file so I shouldnt touch it either
[11:02] <ikonia> to be honest, I thought ubuntu got rid of the n+2 kernel model and just assumed autoclean would do it
[11:03] <steven> maybe they did post 1604 :D
[11:04] <ikonia> I don't know - I assumed to be honest based on some of the behaviour I'd seen
[11:05] <steven> I dont have snap either
[11:05] <steven> which was introduced in 1604, too. right?
[11:06] <ikonia> I don't use snap
[11:07] <ikonia> I don't agree with the concept
[11:07] <steven> I dont either but canonical ofc forces you to use it
[11:08] <steven> until they realize that no one wants it and discontinue it again. but thats not for another 5 years
[11:08] <ikonia> canonical don't force you to use snap
[11:08] <steven> ah yeah? then try to use livepatch without it :)
[11:09] <ikonia> errr that doesn't make sense
[11:09] <ikonia> of course that has to be a dependency of it
[11:09] <steven> really?
[11:09] <ikonia> you're using a process that would depend on it and complaining that you have to use it....how would you expect it to work
[11:09] <steven> how does it depend on it tho?
[11:10] <ikonia> it moves selfcontained objects
[11:10] <steven> maybe its a bit of a technical question but how does a package format of sorts is a requirement to patch my kernel?
[11:10] <steven> why can't they just allow me to install the live patch app using apt?
[11:10] <ikonia> I don't think the actual "live patch" process depends on it
[11:11] <steven> I didnt say that, but to use it I have to install the app which I can only install using snap :)
[11:12] <steven> so the only way to get this feature is for me to use snap. ofc they dont force me to use it. I could simply not use that service
[12:33] <cpaelzer> TafThorne: would you be able and willing to do the proposed verification on bug 1630516
[12:33]  * cpaelzer sounds like a flight attendent
[14:10]  * drab hopes this channel is not overbooked
[14:14] <ikonia> ?
[14:15] <drab> ikonia: bad async irc joke... i ignore parts/join so when I logged in last thing I saw was "* cpaelzer sounds like a flight attendent"
[14:15] <drab> re recent united overbooked flight and the guy dragged out
[14:36] <TafThorne> cpae;zer: I can give it a go
[14:46] <TafThorne> Right I have got things setup as per https://wiki.ubuntu.com/Testing/EnableProposed I shall now give installing the package and running over the test case a go.
[15:04] <axisys> how do I find out all the changes will be made by a package install without installing it?
[15:06] <TafThorne> -s
[15:06] <TafThorne> for Simulate?
[15:07] <TafThorne> According to `man apt-get` all commands can have:
[15:07] <TafThorne> https://wiki.ubuntu.com/Testing/EnableProposed
[15:07] <TafThorne> -s, --simulate, --just-print, --dry-run, --recon, --no-act
[15:08] <nacc> sadly, `man apt` doesn't list those ... i wonder why
[15:08] <TafThorne> so `apt-get install -s <pacakge_name>` should show you what would happen.
[15:08] <TafThorne> Because apt is a simpler tool than apt-get ?
[15:09] <TafThorne> My copies on the man page say things like `install, remove, purge (apt-get(8))` which I guess is tring to hint that if you want to know what is relaly happening read the apt-get manual.
[15:10] <nacc> TafThorne: apt is meant to be (long-term, imu) a frontend replacement for apt
[15:10] <nacc> with saner defaults, less surprise to end-user
[15:10] <TafThorne> It says at the start of the apt man page "Much like apt itself, its manpage is intended as an end user interface and as such only mentions the most used commands and options partly to not duplicate information in multiple places andpartly to avoid overwhelming readers with a cornucopia of options and details."
[15:10] <nacc> it also is possible apt supports -s or --dry-run and doesn't document it
[15:10] <nacc> sigh
[15:13] <TafThorne> So yes.  Sounds like it supports it but does not wish to confuse Mr Simple User by mentioning simulations.
[15:13] <nacc> TafThorne: ack
[15:14] <TafThorne> nacc: `$ apt install -s chromium-bsu` works for me.  Enjoy!
[15:14] <nacc> TafThorne: cool, thanks for checking
[15:15] <TafThorne> nacc: No problem.  Nice for me to have a question on here I could answer for a change.
[15:15] <nacc> TafThorne: :)
[15:16] <axisys> thanks!
[15:19] <TafThorne> axisys: You are welcome.
[16:05] <drab> hey nacc , if and when you have time and are inclined to do so, I didn't manage to figure out what to do about those disks last night
[16:05] <drab> I always get that angry kernel stacktrace
[16:06] <nacc> drab: ok
[16:25] <ahasenack> oh boy
[16:26] <nacc> drab: so ... does your SAS enclosure support hotswap? or are these directly into your mobo?
[16:56] <drab> nacc: it's a supermicro server, x9drw, with a SAS backplane powered by an LSI controller. the disks are plugged into the backplane and the whole thing is configured in AHCI
[17:02] <nacc> drab: does the backplane support hotplugging?
[17:09] <drab> nacc: don't all sas backplanes do that? from what I read all SAS/SATA basically supports hotplug these days
[17:10] <nacc> drab: probably they *should* but i'm sure vendors sucks
[17:10] <drab> as long as it's set to AHCI mode you should be able to pull out drives and back in no prob, but maybe I'm wrong
[17:10] <nacc> *suck :)
[17:10] <drab> heh
[17:10] <drab> fair enough
[17:10] <nacc> drab: i'm trying to figure out where this is happening in the kernel
[17:10] <drab> ok, I checked the manual and I don't see any specific mention of "hotplugging", but maybe there's another keyword
[17:11] <drab> http://www.supermicro.com/manuals/other/BPN-SAS-815TQ.pdf
[17:11] <drab> that's the backplan for ref
[17:12] <nacc> drab: so i think what you're seeing is two things
[17:12] <drab> nacc: ok, this suggestes it does
[17:12] <nacc> drab: delete removes the disk itself
[17:12] <drab> https://www.supermicro.com/products/chassis/1U/815/SC815TQ-R500CB
[17:12] <nacc> drab: the error you are getting is the sas driver itself noticing a device was removed
[17:12] <drab> that's a chassis which says it has hot swap bays and uses the above as a backplane
[17:13] <nacc> and of course the sysfs entry for that device is gone
[17:13] <nacc> so i think it's ano rdering thing
[17:13] <nacc> you should tell the backplane to 'offline' the device first
[17:13] <nacc> i'm looking if you can :)
[17:14] <nacc> e.g., the megaraid sas driver has a hotplug routine
[17:14] <drab> I see, I don't think I've come across instructions like that when I was researching hotswap, will google again some more
[17:16] <nacc> drab: it might be a quirk of the controller -- the only hotswapping i've ever done has either been explicit (via a hotplug driver and commands) or fully hidden from the kernel via a controller
[17:16] <nacc> drab: this appears tob e somewhere between the two :)
[17:17] <nacc> drab: you're on 16.04?
[17:18] <nacc> drab: i *think* you can suspend the lldd
[17:22] <drab> nacc: yeah I'm on xenial
[17:22] <drab> lldd?
[17:22] <drab> link level device driver?
[17:23] <nacc> drab: yeah
[17:23] <nacc> drab: have you tried the hwe kernel? (i see 4.4 in your messages earlier)
[17:25] <nacc> drab: https://patchwork.kernel.org/patch/9410939/
[17:28] <nacc> drab: fwiw, those backtraces are just warnings, i think they are non-fatal and can be ignored
[17:29] <drab> nacc: I have not tried the hwe kernel, I'll give it a gom thanks
[17:30] <nacc> drab: np, it might not be fixed there either, but looks like that discussion is relevant
[17:30] <drab> nacc: and yeah, from 1Kfeet evreything seemed to work, I didn't see data loss etc, just the stacktrace looked worrisome
[17:30] <drab> thanks for your time and support, much appreciated
[17:32] <nacc> drab: np, i agree, i think the device deletion should mean the disk is removed
[17:33] <nacc> drab: i would only be worried about queue flushing, but since you're removing the disk altogether, that shoudnl't be relevant
[17:33] <nacc> and the raid consistency checks should catch it on rebuild, presumig you're using raid
[17:35] <drab> nacc: yeah those disks are part of a zfspool
[17:35] <drab> well, some, others are in a mdadm raid6
[17:36] <nacc> drab: yeah ok, then you've got a separate data consistency assertion
[17:56] <ahasenack> rbasak: https://bugs.launchpad.net/ubuntu/+source/cifs-utils/+bug/1611816/comments/16 verified yakkety and added verification-done-yakkety, shall I remove verification-needed?
[17:58] <rbasak> ahasenack: KSP? I like it :)
[17:58] <ahasenack> rbasak: hah
[17:58] <rbasak> ahasenack: yes, you can remove verification-needed. Thanks!
[17:58] <rbasak> I'll follow up on my actual SRU day tomorrow :)
[17:59] <ahasenack> done
[17:59] <ahasenack> we don't add verification-done (without an ubuntu release suffix) anymore, right?
[18:00] <ahasenack> rbasak: as a brain break I might try i386 too later, just to be sure the path where the module is installed is correct
[18:01] <rbasak> we don't add verification-done> we talked about it. I'm not sure the SRU team concluded anything apart from that changing policy would be nice. But no problem if you're more specific and never use it.
[18:37] <nacc> powersj: should we have a blueprint task to get rid of src:tomcat7?
[18:37] <nacc> powersj: looks to be held by davmail
[18:37] <powersj> nacc: sure! it is just source at this point
[18:37] <nacc> powersj: there's a binary dep on another package from the same
[18:38] <powersj> ah
[18:38] <nacc> davmail depends on libservlet3.0-java
[18:39] <nacc> (syncd from debian)
[18:56] <DhizUserThou> hey
[19:04] <Aison> where do the guest-* accounts come from?!?
[19:04] <Aison> I had 10 of them
[19:05] <sarnold> the "Guest Session" button in lightdm and the little gear icon in the upper right corner
[19:16] <CodeMouse92__> Where does user-level cron log?
[19:16] <CodeMouse92__> That is, the cron if you just run 'crontab -e' as the non-root user
[19:18]  * nacc thought all cron was logged via syslog 'cron'
[19:18] <sarnold> it sends you email with stdout and stderr
[19:18] <nacc> and then there are the mails
[19:18] <CodeMouse92__> Hm, yeah, okay...so...no mail.
[19:18] <CodeMouse92__> That is, via running 'mail'
[19:19] <CodeMouse92__> And I see plenty of stuff in syslog, but nothing from the user-level cron, only the system-level cron, which is why I wonder
[19:19] <nacc> CodeMouse92__: ah you might be right
[20:23] <am55> you need to make your own log file for user cron jobs as part of the job
[20:54] <Aison> sarnold, is it possible to disable this guest session?
[21:00] <pjcrown> I need a fresh set of eyes. With ufw enabled, mailserver receives no emails, see iptables http://paste.ubuntu.com/24455883/  With ufw disabled, all works, see iptables http://paste.ubuntu.com/24455884/
[21:03] <ikonia> pjcrown: I explained this to you
[21:03] <ikonia> in #ubuntu
[21:03] <ikonia> you have an iptables rule that is dropping all mail traffic
[21:03] <ikonia> I even gave you the rule
[21:04] <pjcrown> ikonia: I didn't believe that f2b-postfix-sasl was the problem; however, I removed f2b-postfix-sasl from the rules.  Even without that rule it doesn't work.  I showed you http://paste.ubuntu.com/24456141/
[21:05] <ikonia> pjcrown: where do all these rules come from
[21:05] <pjcrown> iptables -L
[21:05] <ikonia> no, I mean who created them
[21:06] <tomreyn> f2b would point to fail2ban
[21:06] <pjcrown> fail2ban created a few; ufw creates the rest.
[21:06] <ikonia> there are some odd ones though
[21:06] <ikonia> such as drop all
[21:07] <ikonia> pjcrown: drop your firewall rules, and build them up to the ones you need
[21:07] <ikonia> there appear to be an odd source of rules there
[21:07] <pjcrown> ikonia: throwing everything out and trying to build from scratch won't work for me.
[21:08] <ikonia> why
[21:08] <ikonia> you've just said with the firewall clean it works
[21:08] <ikonia> and you've got some odd rules in there
[21:08] <ikonia> so actually just build them to the ones you need
[21:08] <ikonia> eg: do an "allow" on what you want, then a deny all
[21:08] <ikonia> rather than the complex interaction you have now
[21:09] <pjcrown> So, you are saying don't use fail2ban and ufw?
[21:09] <ikonia> no
[21:09] <ikonia> re-read what I said
[21:12] <pjcrown> I installed a clean server. I installed fail2ban and selected postfix-sasl, ssh, and dovecot-pop3imap.  I saved 5 application profiles into ufw and enabled it.  Everything worked for 2 years even through updates.  Something changed yesterday - something was updated, now it doesn't work.
[21:13] <ikonia> so build up your rules then
[21:13] <ikonia> for example, you've get netbios-ns in there - I suspect you're not running a netbios name service
[21:13] <ikonia> why is that there ?
[21:13] <ikonia> (just as an example)
[21:16] <pjcrown> ikonia: I just wanted to know if something stood out.  And, no where is netbios-ns listed in any of the tables I posted.
[21:20] <ikonia> (just as an example)ufw-skip-to-policy-input  udp  --  anywhere             anywhere             udp dpt:netbios-ns
[21:21] <ikonia> powersj: many things stand out, such as the drop all policy
[21:21] <ikonia> the "evil_ips"
[21:21] <ikonia> many things stand out as odd and possible conflicts
[21:21] <ikonia> hence why I said build up what you need rather than this odd set
[21:22] <ikonia> I don't think you've read your rules clearly or you've lost focus if you couldn't see the netbios line I used as an example
[21:24] <ikonia> ahhh missed the rage quit
[21:42] <jge> hey all, anyone recommend a good file integrity tool in ubuntu?
[21:42] <jge> I've used AIDE in the past, but not sure if that's still around/supported
[21:42] <jge> OSSEC is an option but seems a little too much for simple file checking
[21:43] <jge> someone also suggested OSQUERY but eww
[21:43] <jge> why would I turn my OS into a big relational db
[21:44] <jge> just to do file integrity checks..
[21:44] <jge> even with their FIN module loaded it's still got limitations
[22:04] <drab> jge: don
[22:04] <drab> whups
[22:04] <drab> was saying, don't do this stuff anymore, but back then my vote went to samhain
[22:05] <drab> looks like it's still maintained, last release date was april 2016, so not horrible, don't expect it to change too much anyway
[22:05] <drab> http://www.la-samhna.de/samhain
[22:05] <drab> but yeah, ime it was ossec, aide, tripware and samhain
[22:06] <drab> there's also afick
[22:06] <drab> bbl
[22:07] <sarnold> Aison: i'd expect if you removed lightdm it'd be gone
[22:10] <Aison> sarnold, i need lightdm, but maybe I can disable guest stuff :P
[22:33] <drab> Aison: you can disable the guest account if that's whta you mean (don't have backlog)
[22:34] <drab> grep guest /etc/lightdm/lightdm.conf
[22:34] <drab> allow-guest=false
[22:34] <drab> that's all there is
[23:17] <Aison> drab, thx
[23:35] <drab> can anybody confirm stuff like this: https://forums.servethehome.com/index.php?threads/sas-drives-with-high-ecc-corrected-errors.6960/
[23:36] <drab> this links is basically saying that lots of ECC errors on reads on seagate drives are ok...
[23:36] <drab> seems dubious
[23:36] <drab> Read errors corrected by ECC counter in SMART, that is what I'm looking at
[23:37] <drab> these seagate drives look ... well... not good...\
[23:42] <sarnold> seems sketchy


[03:37] <CIA-5> ubiquity: evand * r4170 ubiquity/ubiquity/ (frontend/gtk_ui.py plugins/ubi-partman.py): Add back plugin_is_install.
[10:22] <debarshi> I am looking for some documentation about writing a new Ubiquity plugin. Is there something available?
[10:46] <ogra> debarshi, you mean like that ? https://wiki.ubuntu.com/Ubiquity/Plugins
[10:47] <debarshi> ogra: Ah, yes! Thanks.
[11:06] <debarshi> When are the InstallPlugin classes invoked? After the squashfs image has been uncompressed, copied and mounted as /target?
[15:36] <cyphermox> cjwatson, can you spare some time to review my suggestions for bug 594162 and bug 602273 ?
[15:36] <ubot2> Launchpad bug 594162 in wget (Ubuntu) "segmentation fault while downloading preseed file (affects: 1) (heat: 12)" [High,Triaged] https://launchpad.net/bugs/594162
[15:36] <ubot2> Launchpad bug 602273 in casper (Ubuntu) "PXE booting the desktop image fails to configure network (affects: 1) (heat: 149)" [Critical,Triaged] https://launchpad.net/bugs/602273
[16:00] <cjwatson> cyphermox: I'm at debconf, it's difficult
[16:01] <cjwatson> perhaps somebody else could review casper changes
[16:01] <cyphermox> cjwatson, understood
[16:02] <cyphermox> both bugs I could fix by modifying the scripts from casper inside the cd's initrd
[16:03] <cjwatson> 602273 is on my queue
[16:03] <cjwatson> (already)
[16:03] <cjwatson> but (a) week of platform sprint (b) week of holiday (c) week of debconf (d) week of holiday
[16:04] <cyphermox> ok, well I can wait anyway, modifying the initrd isn't exactly hard; it just tends to slow down how much testing we can do
[16:04] <cjwatson> I find it hard to believe I'm the only person who could review casper changes :)
[16:06] <cyphermox> ;)
[16:37] <CIA-5> ubiquity: evand * r4171 ubiquity/ubiquity/frontend/gtk_ui.py: Fix slightly improper positioning of the skip button.
[16:38] <CIA-5> ubiquity: evand * r4172 ubiquity/ubiquity/plugins/ubi-partman.py: Set the filesystem and block device labels of the partition to be created in the correct place.
[16:38] <CIA-5> ubiquity: evand * r4173 ubiquity/ (debian/ubiquity.templates ubiquity/frontend/gtk_ui.py): Add debconf templates for the prepare page.
[16:38] <CIA-5> ubiquity: evand * r4174 ubiquity/ubiquity/plugins/ubi-prepare.py: Translate the state boxes on the prepare page.
[17:05] <CIA-5> ubiquity: evand * r4175 trunk/ubiquity/plugins/ubi-prepare.py: Use a size calculated from the size of the squashfs for the minimum install size on the prepare page.
[17:15] <CIA-5> ubiquity: evand * r4176 trunk/ubiquity/plugins/ubi-prepare.py: Enable multiverse for ubuntu-restricted-addons (already enabled by default in Ubuntu).
[17:30] <ryanakca> I'm trying to compile wubi frop lp:wubi under Ubuntu 10.04. When I try to run the executable build/wubi.exe from Windows, nothing happens. The only change I've made to the source is to update data/isolist.ini with the path to a customized *buntu CD. Any suggestions?
[17:31] <CIA-5> ubiquity: evand * r4177 trunk/ (debian/ubiquity.templates gui/gtk/stepPrepare.ui): Add a hopefully temporary and hideously ugly disclaimer about the MP3 plugin.
[17:49] <ryanakca> Figured it out, data/isolist.ini entries must have both metalink and metalink2
[18:20] <CIA-5> ubiquity: evand * r4178 trunk/ubiquity/plugins/ubi-partman.py: Set the disk combo box to the first resizeable disk, so that its the default choice for the resize option.
[18:55] <CIA-5> ubiquity: evand * r4179 trunk/ubiquity/plugins/ubi-partman.py: Handle the case where there is no selection in the disk combo box.
[19:13] <CIA-5> ubiquity: evand * r4180 trunk/ (d-i/manifest debian/changelog debian/control):
[19:13] <CIA-5> ubiquity: Automatic update of included source packages: clock-setup
[19:13] <CIA-5> ubiquity: 0.103ubuntu1.
[19:14] <CIA-5> ubiquity: evand * r4181 trunk/debian/real-po/ (78 files): debconf-updatepo
[19:31] <CIA-5> ubiquity: evand * r4182 trunk/debian/changelog: releasing version 2.3.4


[10:35] <xnox> lxd snap builds appear to be painfully slow
[10:35] <xnox> https://code.launchpad.net/~xnox/+snap/xnox-subiquity/+build/75817
[10:35] <xnox> it's been 9 minutes doing apt update =(
[10:36] <xnox> and previous builds at https://code.launchpad.net/~xnox/+snap/xnox-subiquity would take just 1 minute to get a lot further (and fail, but whatever)
[10:37] <cjwatson> It may have hung
[10:37] <xnox> it is progressing, but slowly
[10:37] <cjwatson> Bluff
[10:37] <wgrant> That Ign sounds a bit suspicious
[10:37] <xnox> i made coffee refreshed and it had an extra 'Ign:5 http://ppa.launchpad.net/snappy-dev/tools/ubuntu xenial Release'
[10:37] <xnox> before refresh it was at Ign:3
[10:37] <wgrant> There's no way the chroot should have the snappy-dev PPA up to date already.
[10:37] <cjwatson> Yeah, it's almost certainly timed out
[10:38] <cjwatson> We'll hopefully get more information once it finishes timing out
[10:38] <xnox> https://launchpadlibrarian.net/335415335/buildlog_snap_ubuntu_xenial_amd64_xnox-subiquity_BUILDING.txt.gz -> took 1 minute to do everything, and it has a lot of Get rather than Ign.
[10:38] <cjwatson> Yeah yeah I know
[10:39] <cjwatson> It's not "slow", it's broken :)
[10:39] <xnox> ok, thanks.
[10:39] <cjwatson> But I won't have much idea of why until it gets further
[10:39] <cjwatson> (worked fine on dogfood)
[10:40] <cjwatson> Huh, there it managed to get something from ppa.launchpad.net
[10:43] <cjwatson> let's see what dogfood lcy01 makes of it
[11:01] <cjwatson> trying https://code.dogfood.paddev.net/~cjwatson/+snap/subiquity/+build/65491
[11:04] <cjwatson> Looks like it's doing the same thing
[11:05] <cjwatson> wgrant: Do you have your "get shell on dogfood builder" package handy somewhere?
[11:06] <wgrant> cjwatson: labbu:~wgrant/buildd-rooter.tar.xz
[11:06] <cjwatson> thanks
[11:06] <wgrant> You need to adjust the key in wgrant-rooter, build it, publish it, then install wgrant-rootit
[11:07] <wgrant> cjwatson: Should we roll prod back for now?
[11:07] <wgrant> s/install wgrant-rootit/build wgrant-rootit and wait for it to hang/
[11:08] <cjwatson> wgrant: Let's.  Could you organise that?  If you could leave buildd-staging alone that'd be good.
[11:08] <wgrant> cjwatson: kk
[11:09] <cjwatson> I wonder if breaking out of the buildd chroot will work when it's using schroot, though.
[11:10] <wgrant> I don't see why not.
[11:10] <wgrant> Unless schroot has started using mount namespaces.
[11:10] <wgrant> Pretty sure I put in way too many ..s for that reason.
[11:13] <cjwatson> Seems to leave me in /home
[11:14] <cjwatson> At least when I try locally in schroot -c unstable-amd64 -u root
[11:17] <cjwatson> I guess overlayfs might matter there
[11:17] <wgrant> Yeah, I see the same here, but that is aufs so is going to be pretty weird.
[11:17] <wgrant> Slightly surprised it wouldn't work, but I don't see how schroot could possibly break it with the dir backend and no mount namespaces.
[11:18] <cjwatson> Well, let's try I guess.
[11:19] <wgrant> cjwatson: Wait no I typoed, it works fine
[11:19] <wgrant> >>> import os
[11:19] <wgrant> >>> os.getcwd()
[11:19] <wgrant> '/root'
[11:19] <wgrant> >>> os.chdir('..')
[11:19] <wgrant> >>> os.chroot('/root')
[11:19] <wgrant> >>> os.getcwd()
[11:19] <wgrant> '(unreachable)/run/schroot/mount/artful-amd64-a0c7ae2d-d598-4f05-8b8f-2e60df09df2a'
[11:19] <wgrant> >>> os.chdir('../../../../../../../../')
[11:19] <wgrant> >>> os.getcwd()
[11:20] <wgrant> '(unreachable)/'
[11:45] <wgrant> cjwatson: All active vbuilders are 147, though lgw01 is being sluggish at coming back, as always
[12:48] <cjwatson> wgrant: https://code.launchpad.net/~cjwatson/launchpad-buildd/lxd-clamp-mss/+merge/330078
[12:48] <cjwatson> I don't feel too bad about not spotting that in advance ...
[12:49] <wgrant> Indeed
[12:50] <wgrant> cjwatson: lgtm
[12:50] <cjwatson> thanks
[12:50] <cjwatson> will get it onto dogfood today but I'm not going to attempt another prod rollout until next week
[12:51] <wgrant> cjwatson: The non-vbuilders are probably 1500 anyway, so I suppose we need not downgrade them.
[12:52] <cjwatson> z13-* are 1500 at least
[20:58] <cjwatson> wgrant: Would you be OK with reversioning our currently-forked dependencies using PEP 440-compliant versions (e.g. Twisted 13.0.0-p2 -> 13.0.0.post3 or similar)?  I had another poke at my pip branch today and discovered that this would be helpful for that project; notably, unlike old pkg_resources, modern pkg_resources (and hence pip) considers zope.pagetemplate 3.5.0-p1 < 3.5.0, so much ...
[20:58] <cjwatson> ... confusion arises.
[20:59] <cjwatson> wgrant: I think we just need to make sure that whatever versions we use are also handled correctly by the old pkg_resources we're currently using, but that's possible.
[21:00] <cjwatson> (I made some progress; I have a bin/py now, though it's currently a pkg_resources entry point which means that running it causes pkg_resources to try to resolve stuff and hence I run into the above.
[21:00] <cjwatson> )


[07:51] <ogra_> [15:14] <vila> fginther, dobey: converging to tarmac sounds like.... an obvious long term goal. Can we discuss this on a mailing list to keep track of the discussion, tests, statsd metrics, bugs, fixes and  migration steps ?


[00:16] <rww> grantbow: you around?
[00:20] <grantbow> rww hi
[00:21] <rww> grantbow: I'm putting through a support request to NFS now. "To transfer assets between two members, both members must submit identical assistance requests."
[00:22] <rww> grantbow: Do you have a payment account on NFS with more than a couple of cents in it?
[00:22] <grantbow> yes
[00:24] <rww> grantbow: alrighty, I put through a request. Please visit https://members.nearlyfreespeech.net/support/assist?tag=transfer and submit a request for the 'dvlug' site and 'dvlug.org' DNS hosting to be transferred to your account.
[00:25] <rww> grantbow: Thanks for reminding me, btw. I'd been meaning to ask about this for a few weeks, since I'm going off to college soon :)
[00:26] <grantbow> rww: I'm working on it now.
[00:26] <grantbow> when do you leave?
[00:27] <grantbow> Lots of preparation to do. I imagine
[00:27] <rww> grantbow: couple of weeks from now. I'll probably make the DVLUG meeting on the 19th, since it's after I leave my fulltime job
[00:28] <rww> oh, it's still only Monday. three weeks :)
[00:29] <grantbow> nice
[00:31] <grantbow> ok, submitted my request just now.
[00:31] <rww> thanks
[00:31] <grantbow> thank you for your help all this time!
[00:31] <grantbow> and for introducing me to nearlyfreespeech.net
[00:32] <grantbow> I have several other sites on there now.
[00:33] <rww> yeah, I love how cheap they are. they fit in a nice niche for stuff that I don't need a VPS for :)
[00:33] <grantbow> exactly
[00:41] <rww> grantbow: done :)
[00:42] <grantbow> so it is. Hard to beat that kind of service.
[00:43]  * grantbow adds email forwarding
[00:44] <grantbow> want one?
[00:44] <rww> nah, I'm good. I have too many email addresses as it is
[00:45]  * grantbow understands
[00:46] <rww> heh, it just occured to me, I now have no recurring charges on NFS
[00:46] <rww> domain registration is prepaid, registration privacy is prepaid, everything else is done by Linode
[04:15] <philipballew> is there a way to but a the time in my terminal so it matched my var logs so i can see whats happening at the same time?
[04:23] <pleia2> philipballew_: what do you mean?
[04:23] <pleia2> you can see what a log file is doing in real time with: tail -f /var/log/syslog
[06:04] <grantbow> philipballew: screen (via byobu or manually configuring) can display the time in a terminal window if that is what you were asking about.
[06:20] <philipballew> grantbow, I think thats what i was asking about. Im wanting to see the time i issue a command and then go back into my var kernal logs and see any errors my comp says.
[06:20]  * philipballew computer hangs on re-start
[06:21]  * bkerensa pings pleia2
[06:21] <bkerensa> :)
[06:21] <pleia2> bkerensa: hey
[06:22] <bkerensa> pleia2: Hey, Do you know how to install a thematic child theme (specifically the ubuntu wordpress theme) for some reason I'm failing
[06:23] <pleia2> pretty sure thematic is a plugin
[06:23] <bkerensa> Its a framework
[06:23] <bkerensa> :)
[06:23] <pleia2> lemme look at the site, jtatum is the one who actually set it up
[06:23] <bkerensa> kk
[06:23] <bkerensa> Well I followed the instructions but its only showing the parent thematic theme and not displaying the child (ubuntu) theme
[06:23] <bkerensa> :P
[06:23] <bkerensa> I dislike WP frameworks :P
[06:26] <pleia2> hm
[06:27] <jtatum> it's a mystery! :)
[06:27] <pleia2> yeah I don't know, jtatum would be the one to ask
[06:27] <pleia2> oh hi there :)
[06:27] <jtatum> evenin' :)
[06:28] <jtatum> under wp-content/themes we have the light-wordpress-theme dir
[06:29] <jtatum> important thing is that style.css is no more than one directory level down from themes/
[06:30] <jtatum> child themes are awesome btw :) it protects you from wp updates
[06:32] <jtatum> anyway once you do that it should appear. wp scans those dirs under themes for style.css files
[06:33] <jtatum> bkerensa: ^^^
[06:49] <grantbow> philipballew: I use PS1='\[\e[1;30m\]\t \[\e[0m\]4 \[\e[1;32m\]\u\[\e[0m\]@\h:\[\e[1;34m\]\w\[\e[0m\]$ '
[06:50] <grantbow> so the prompt has the time but not when issued, when the prompt is printed. might be close enough.
[06:52] <philipballew> hum. that looks easy to set up. ive seen it set up from the guy kevin who runs the ubuntu hour in san diego. I might see if what i have works in person at the uh on wednesday to. the option to pit this in seemes like it should be standard. haha
[06:52] <philipballew> not everybody who uses ubuntu cares what the kernal is doing though
[07:02] <philipballew> if were having a globaljam is there a special event page I need to add that to or the regular event page where the ubuntu hours are is just fine?
[07:03]  * philipballew is making the event page tonight
[15:46] <pleia2> created https://wiki.ubuntu.com/CaliforniaTeam/Projects/OneiricGlobalJam so we can list our things there
[23:09] <nhaines> pleia2: unsolicited photography advice FTW!  \o/
[23:09] <pleia2> lol
[23:09] <pleia2> pointandshoot4life ;P
[23:11] <bkerensa> pleia2: What is CA doing for jam?
[23:15] <grantbow> see https://wiki.ubuntu.com/CaliforniaTeam/Projects/OneiricGlobalJam
[23:16] <nhaines> pleia2: actually the scan effect wasn't too distracting on those photos.  But with fast exposures it can be quite pronounced.  :)
[23:17] <bkerensa> grantbow: Looks like quite the epic jam :)
[23:18] <grantbow> bkerensa we're gathering momentum each cycle
[23:23] <jyo> mtr dijit.com
[23:23] <jyo> damnit
[23:34] <pleia2> I won't be in town that weekend (it's labor day weekend, I'm visiting family in phoenix) but I think san diego is going to do something, and jono usually hosts one on the friday of jam weekend
[23:37] <bkerensa> grantbow: Cool
[23:38] <bkerensa> grantbow: Not sure if ours will be to big but its gonna be at PuppetLabs and we had t-shirts and stickers ordered from Canonical now just sorting out catering or food arrangements
[23:39] <nhaines> If I never wear hats, why do I like the new Ubuntu ones in the Canonical store so much?!
[23:39] <bkerensa> :D
[23:39] <bkerensa> I like the Ubuntu Hats design but the fact they have those straps on the back instead of flex fit idk :P
[23:44] <nhaines> They work all right.  Besides, the Circle-of-Friends-buckle is classy.
[23:45] <nhaines> akk: we love hats!  \o/
[23:48] <akk> hats?
[23:48] <nhaines> Ubuntu hats.
[23:54] <nhaines> akk: I was noting that I hate wearing hats but I still desire to buy the ones in the Canonical store.
[23:54] <akk> Ah, gotcha.
[23:55] <akk> Yeah, I like hats in theory more than I like them on my head.
[23:57] <nhaines> I finally wore my beige Ubuntu hat the last time I went camping.  But it got wet when I fell into the river.
[23:58] <nhaines> Also now that I found my bucket hat, I wouldn't take a baseball cap camping.
[23:58] <akk> What's a bucket hat?
[23:59] <bkerensa> I wonder if the Canonical office survived the epic riots going on right now
[23:59] <bkerensa> :D
[23:59] <akk> I look terrible in baseball caps. (Arguably most people do, but me more than average.)