[01:18] <LittleMac> hello anyone here?
[01:20] <LittleMac> Hello can anyone help me with my lubuntu install?
[01:21] <holstein> LittleMac: just ask
[01:22] <holstein> LittleMac: volunteers read, and respond if they can help
[01:23] <LittleMac> I am installing 12.04 onto an old HP. I installed it via CD and it was working well right up until it asked me to archive. I left it blank and pressed okay. now its just a blank screen
[01:23] <holstein> LittleMac: lubuntu 12.04 is not supported
[01:24] <holstein> LittleMac: i suggest lubuntu 14.04 at this point
[01:24] <LittleMac> Will that work on pentium m?
[01:24] <comics_idees> is lubuntu 14.04 new version?
[01:24] <comics_idees> i have 13.x
[01:25] <holstein> LittleMac: nothing about lubuntu is prevening that
[01:25] <holstein> LittleMac: you can try it live
[01:25] <holstein> !14.04
[01:25] <holstein> comics_idees: 14.04 is not released yet, but at this point, rather than run 13.10 for the last 3 months of its support cycle, i suggest installing 14.04, even though its not final for a few weeks
[01:26] <holstein> then, 14.04 lubuntu *will* be an LTS>. a long term support
[01:26] <holstein> comics_idees: you have 13.10? or 13.04?
[01:26] <holstein> 13.04 is EOL
[01:26] <comics_idees> can I  update from 13.10 to 14.04 ?
[01:26] <holstein> comics_idees: there should be a path to do that.. i never do
[01:27] <holstein> comics_idees: i always do a fresh install.. you are welcome to try the upgrade
[01:28] <comics_idees> does the update manager finds the new version? or should I do it with command line?
[01:29] <comics_idees> if I type sudo-apt get update will it install  new version
[01:29] <comics_idees> ?
[01:30] <holstein> comics_idees: the new version is not released yet
[01:30] <holstein> comics_idees: its released, as i said, and the linnk i gave says, in a few weeks
[01:30] <holstein> comics_idees: when 14.04 is officially released, you will be offered to upgrade to it, assuming your system is configured that way
[01:30] <comics_idees> so I have to wait a few weeks?
[01:31] <holstein> comics_idees: no
[01:31] <holstein> comics_idees: you can choose to do it now if you like, but, i suggest you wait
[01:31] <holstein> comics_idees: since its not final, and you already have 13.10 installed
[01:31] <holstein> comics_idees: LittleMac doesnt have any supported version of lubuntu installed right now
[01:31] <LittleMac> Correct
[01:31] <holstein> comics_idees: so, for LittleMac , i suggest, *not* 12.04, since its not supported anymore
[01:32] <holstein> and not 13.10, since 14.04 is release if a few weeks.. just go ahead and install 14.04
[01:32] <LittleMac> Thanks. I'm downloading the .iso right now
[01:32] <comics_idees> I had 12.04 in the past it was good but now it is obsolete
[01:32] <comics_idees> I think
[01:42] <comics_idees> my laptop is 10 years old will it be ok with new version of lubuntu?
[01:44] <comics_idees> I have p4 ht 3.2 Ghz 2GB Ram
[01:44] <comics_idees> is it ok with new version?
[01:45] <comics_idees> an old hp laptop
[03:15] <urbina> Hey all! I just wanted to say I installed lubuntu after upgrading from Windows XP and although I thought I would not need to install my intel 865G, I need it, actually I needed to downgrade some packages. It's not a already reported bug?
[03:49] <urbina05> Hey all
[03:54] <holstein> urbina05: jhey
[03:54] <holstein> urbina05: you need to install a piece of hardware? an intel graphics chip?
[03:59] <urbina05> I did it. After trying a little
[03:59] <urbina05> Just wanted to report it.
[03:59] <holstein> urbina05: report what?
[04:00] <urbina05> On blogs they say all intel graphics drivers are already in the Linux Kernel so I don't need to install anything
[04:00] <holstein> urbina05: correct.. typically that is the case
[04:00] <urbina05> But I had to *install* Mesa-utils.
[04:01] <urbina05> actually I followed some steps from someone else.
[04:01] <holstein> urbina05: you could have specific hardware that intel isnt supporting as well as other hardware
[04:01] <holstein> urbina05: you could have something that has been dropped from the kernel
[04:03] <urbina05> Yeah, I see. Funny that I have to downgrade some packages. Gonna try to post it on the "Hardware compatibility list" on the forum.
[04:04] <urbina05> had*
[04:07] <holstein> urbina05: could be just a temporary regression
[04:07] <holstein> !bug
[04:07] <holstein> ^ thats where i would start
[04:08] <k03ll> lubuntu <3
[04:08] <holstein> looking for, and applying to a bug report either in ubuntu, or upstream. i would test a mainstream kernel or 2. try some live CD's
[04:08] <holstein> urbina05: is this 13.10? or 14.04?
[04:08] <k03ll> 14.04 already out?
[04:09] <urbina05> It's 13.10. By the way where is that 14.04?
[04:09] <holstein> k03ll: no
[04:09] <holstein> !14.04
[04:09] <wxl> urbina05: 17th
[04:09] <k03ll> thanks
[04:09] <k03ll> im ready for the first LTS yeah!
[04:09] <holstein> urbina05: just keep in mind, 13.10 is only supported for a few more months.. you may want to move on to test in 14.04 and report what you find there for any HCL's
[04:14] <urbina05> I will surely update, and keep in mind the same process I had  just in case
[04:23] <holstein> urbina05: no ned
[04:23] <holstein> need*
[04:24] <holstein> urbina05: you can just download the iso, and try 14.04 live, right now..
[04:24] <holstein> then, that will tell you if its broken in the LTS version or not, and maybe you just relax til then
[04:24] <holstein> anyways.. good luck!
[04:24] <urbina05> the RC?
[04:24] <holstein> urbina05: RC = release candidate?
[04:24] <urbina05> yes
[04:25] <holstein> urbina05: its a daily iso
[04:25] <holstein> urbina05: you can download one that is from today..
[04:25] <urbina05> Hmm I see. I'll do the test then. Thanks
[04:25] <holstein> urbina05: there is also the last beta milestone
[04:25] <urbina05> Where?
[04:27] <holstein> when i search "lubuntu 14.04 download", the first to search returns are, http://cdimage.ubuntu.com/lubuntu/daily-live/pending/ and http://cdimage.ubuntu.com/lubuntu/releases/14.04/beta-2/
[04:29] <urbina05> Thanks
[07:09] <FulciLives> Hello
[07:10] <FulciLives> I changed the icon for my MENU button in Lubuntu and now I want to change it back only I forgot the location of the original graphic
[07:10] <FulciLives> I think it's under /etc/~something
[07:23] <JohnDoe_71Rus> FulciLives: /usr/share/themes/...
[07:27] <FulciLives> sigh
[07:27] <FulciLives> I still can't find it
[07:29] <FulciLives> I found it
[07:29] <FulciLives> It's ---> /usr/share/lubuntu/unages/lubuntu-logo.png
[07:29] <JohnDoe_71Rus> or you need config file where you change it?
[07:30] <FulciLives> It's ---> /usr/share/lubuntu/images/lubuntu-logo.png
[07:30] <FulciLives> I'm good now :)
[07:30] <FulciLives> Teach me for trying to mess with the theme settings
[07:30] <FulciLives> Should leave good enough alone heh
[07:30] <JohnDoe_71Rus> FulciLives: try ledt mouse button click on menu button and check options
[07:31] <JohnDoe_71Rus> *left
[07:31] <FulciLives> yeah that's  how I changed it
[07:31] <FulciLives> Only I picked an *.png in a different location
[07:31] <FulciLives> And forgot the original location
[07:31] <FulciLives> I got it now
[07:31] <FulciLives> It's all good
[07:33] <FulciLives> Thanks for the help! :)
[07:33] <FulciLives> Oh since I'm here
[07:33] <FulciLives> I might as well ask another question I've been wondering about
[07:34] <FulciLives> I put Lubuntu on this really old laptop I got for free and said laptop only has 512MB RAM but 64MB - 128MB gets shared to the graphics card so that leaves me with less than 512MB
[07:34] <FulciLives> However I found out that I can upgrade this laptop to 1GB RAM for about $25 US Dollars, which is cheap (and 1GB is the limit).
[07:35] <FulciLives> If I do that will I see a substantial gain in performance? I know it should be better but not sure if it will be better enough to warrant trying to do it (and spending the money)
[07:38] <mkl> Trying to make an shortcut (launcher) in my applications menue but it just does not seem to be working. I have created a *.desktop file in the /usr/share/applications directory with the following code: [Desktop Entry] Encoding=UTF-8 Exec= java -jar home/lubuntu/Astronomy_Software/TopCat/topcat-full.jar Type=Application Terminal=false Name=topcat Icon=/home/lubuntu/Astronomy_Software/TopCat/topcaticon.png Categories=Education
[07:39] <mkl> I am on a live USB. Does this make a difference?
[07:49] <JohnDoe_71Rus> FulciLives: Can you take memory for test? Money back
[07:50] <JohnDoe_71Rus> I'm not sure that will be radically better performance. You may be enough
[07:51] <FulciLives> I don't know. I found someone selling it on Amazon for cheap. I'm pretty sure it is the correct memory.
[07:51] <FulciLives> I know it will be faster ... I just hate to blow the money only to find out that it is only slightly faster yet still "too slow"
[07:51] <FulciLives> But honestly this laptop is SO slow right now
[07:52] <FulciLives> Any boost would be welcomed
[07:52] <FulciLives> I can't believe computers were this slow 10 years ago lol
[07:52] <FulciLives> It's a 2004 Sony Vaio laptop
[07:52] <FulciLives> Pentium 4
[07:53] <JohnDoe_71Rus> I used ubuntu for 512 mb of memory. Then replaced by 1GB. All arranged, except for flash applications in a browser. Some flash games (farm type) consume a lot of memory
[07:54] <FulciLives> I'm happy just using this laptop for browsing
[07:54] <FulciLives> It's not my only computer
[07:54] <JohnDoe_71Rus> mkl: better use ~/.local/applications for shortcut
[07:55] <FulciLives> I'm tempted though to get one of those haswell Chromebooks and install Lubuntu on it
[07:55] <JohnDoe_71Rus> 1 Gb is a comfortable minimum for program with GUI
[07:56] <FulciLives> Yeah I'll probably try upgrading the RAM ... it is only going to be $25 or so
[07:56] <FulciLives> I think it really needs that extra bit of RAM
[07:56] <FulciLives> OK sorry to blather on
[07:56] <FulciLives> Take care!
[07:57] <JohnDoe_71Rus> 2 years ago I bought a 1Gb rambus memory. Approximately 20usd. did not regret
[07:57]  * FulciLives nods
[10:28] <nonya> Ok i installed my c4clubuntu respin on my hard drive and added my customizations like desktop background, panel background, menu icon ,and the such how can i put it on a usbdrive to boot from any computer i want it to
[12:00] <calimero82> hello guys
[12:02] <calimero82> good morning to all, I installed Lubuntu 13:10 in acer laptop extensa 5620, which only gives me an error before loading the desktop; the laptop is connected to a vga cable to an external monitor and I also connected a USB keyboard and a mouse.Inoltre every time you restart the PC does not save the settings of the monitor made by me and every time I have to reset it to 1024x768. thanks
[12:27] <trijntje_> Hi all, does lubuntu 13.10 fit on a standard CD? ubuntu shows the iso is 730MB, isn't the limit on a CD 700Mb?
[13:54] <calimero8282> good morning to all, I installed Lubuntu 13:10 in acer laptop extensa 5620, which only gives me an error before loading the desktop; the laptop is connected to a vga cable to an external monitor and I also connected a USB keyboard and a mouse.Inoltre every time you restart the PC does not save the settings of the monitor made by me and every time I have to reset it to 1024x768. thanks
[17:52] <zooko> Hi! I think Lubuntu is cool. I moved from, uh, some GNOME-flavored desktop or other to LXDE on my Linux Mint on my Google Chromebook Pixel and it was much better, so I'm excited about LXDE and about the upcoming LXDE-Qt.
[18:41] <phillw> zooko: lubuntu-Qt is planned for 14.10, so get subscribed to the mailing list to be kept upto date!
[18:44] <SonikkuAmerica> phillw: Ooh, didn't know it would be ready *that* soon...
[19:36] <phillw> SonikkuAmerica: it will be stable beta for 14.10, hence the concentration of effort on the 14.04 lts
[19:36] <SonikkuAmerica> phillw: Which is the last iteration of LXDE-gtk2 that we'll have, right?
[19:37] <phillw> SonikkuAmerica: afaik, yes
[19:37] <SonikkuAmerica> phillw: I need to pull out my Lubuntu machine more often anyway... my production env uses Xubuntu :)
[19:37] <phillw> SonikkuAmerica: https://wiki.ubuntu.com/Lubuntu/Testing/14.04
[19:40] <SonikkuAmerica> phillw: OK. Do we know for sure if a preview will actually work in 14.04 LTS or will it just sit there, selectable in lightdm but doing nothing, waiting for an unsuspecting Joe User to happen upon it and think "OMG I BROEK MAI COMPUTAH!!1!1!one"?
[19:40] <SonikkuAmerica> (Of LXDE-Qt, that is)
[19:41] <phillw> SonikkuAmerica: I've not done anything with the Qt area, been busy with the non-pae kernel for 14.04 :)
[19:42] <SonikkuAmerica> phillw: Fair enough, you have worked really hard towards that, and I'm sure the non-PAE users will all appreciate it :)
[19:42] <phillw> which I've agreed to maintain for at least 3 years
[19:42]  * SonikkuAmerica has a UEFI machine (which obviously has PAE)
[19:47] <phillw> SonikkuAmerica: that's fine, I said I'd have a go at a non-pae community release as 10.04 is too old....  Just tack the PPA on and install any DE/apps or whatever (although that may sound dumb)?
[20:01] <phillw> some computers cannot run 32 bit pae kernel (which is all there is). for those CPU's that can just run ~4 GB of RAM they can use the non-pae kernel - the kernel will be available to any team that wants it and also be spun into an ISO for lubunt.
[20:02] <SonikkuAmerica> So all they need is the kernel modification you outlined in that one wiki page and voilà, they're in.
[20:03] <phillw> SonikkuAmerica: yup, and it will be available as a repo so any team using it will get updates to the kernel as they are released
[20:04] <SonikkuAmerica> But only as a PPA... :(
[20:05] <phillw> SonikkuAmerica: nope, as full blown repo.... http://www.brandorr.com/creating-a-secure-debian-or-ubuntu-apt-repo
[20:05] <phillw> all signed up :)
[20:05] <SonikkuAmerica> phillw: yay!
[20:06] <phillw> SonikkuAmerica: hence my saying it is a lot more involved than I originally thought, as others asked if I could extend things to be a non-ppa kernel release also.
[22:27] <simiant> hello, I am having ome difficulty getting xscreensaver to start automatically... could anyone help me out?
[23:50] <Guest11111111111> hello?
[23:52] <Guest11111111111> Is this the place to ask questions about Lubuntu?


[02:13] <Samuraialba> Good bacon unto you all!
[09:38] <JonathanD> Morning.
[09:40] <rmg51> Morning JonathanD
[09:48] <rmg51> JonathanD, do you know of anyone who could give a talk on open office?
[10:36] <InHisName> morning JonathanD and rmg51
[10:50] <rmg51> time for my walk
[12:20] <JonathanD> rmg51: not offhand.
[12:20] <JonathanD> someone requested one?
[12:20] <JonathanD> InHisName: what level of talk?
[12:20] <rmg51> yes
[12:21] <rmg51> PACS board would liketo have an open office talk
[12:21] <JonathanD> I'll see what I've got...
[12:22] <rmg51> I was thinking more along the lines of a Fosscon talk
[12:22] <JonathanD> OO talk @ fosscon?
[12:22] <rmg51> no, at PACS
[12:22] <JonathanD> Ok, fosscon talk at pacs :p
[12:22] <rmg51> finish what you started
[12:23] <JonathanD> The other half of pre-pj?
[12:23] <rmg51> yep
[12:23] <JonathanD> When's next pacs
[12:23] <rmg51> but more prepared ;-)
[12:23] <JonathanD> Having slides would be an improvement.
[12:24] <JonathanD> I have some already now though.
[12:24] <rmg51> Sept 21
[12:24] <rmg51> software freedom day
[12:24] <JonathanD> I can probably do that.
[12:25] <rmg51> Don is really set on open office
[12:25] <JonathanD> I could mention how fosscon is open, and how we talk about it in the office.
[12:25] <JonathanD> Basically the same thing.
[12:26] <rmg51> he'll take Fosscon if we can't get OO talk
[12:26] <JonathanD> an OO "how I switched to OO" talk would get my attention too.
[12:26] <JonathanD> But I don't know anyone to give it.
[12:27] <rmg51> neither do I
[12:27] <rmg51> I only know the very basics
[12:27] <rmg51> noway I could compare it to MS Office
[12:27] <JonathanD> We need someone who's used it every day for this.
[12:27] <rmg51> that's what they want
[12:28] <JonathanD> and who used excel every day.
[12:28] <JonathanD> what do they wan?
[12:28] <rmg51> something like that
[12:28] <rmg51> at least someone who knows it on that level
[12:28] <waltman> morning
[12:29] <rmg51> I know, let's get waltman to do it :-D
[12:29]  * waltman ducks
[12:30] <JonathanD> hmmm
[12:30]  * rmg51 sics low to the ground Teddy on waltman
[12:30] <JonathanD> walt does use excel, right?
[12:30] <waltman> I mean, I'm EXCELlent, of course :)
[12:31] <rmg51> problem solved
[12:32] <waltman> I don't know what this "excel" thing is of which you speak
[12:32] <JonathanD> "They asked me how well I understood theoretical physics. I told them I had a theoretical degree in physics. They said welcome aboard."
[12:33] <rmg51> not a real one?
[12:33] <waltman> And I've never used OO
[12:33] <waltman> "$10 for a pitcher of Rolling Rock and a Large Pizza"
[12:33] <JonathanD> waltman: you put stuff in multidimensional arrays and do maths on them, thats basically the same thing as excel.
[12:34] <waltman> oh, so it's like matlab?
[12:34] <JonathanD> ...sure we'll go with that ;)
[12:35] <waltman> And next you're going to tell me their word processor is just like LaTeX?
[12:35] <JonathanD> Absolutely.
[12:35] <rmg51> doesn't matter, dazzle them with your " brilliance
[12:35] <JonathanD> Why, you can hardly tell the two apart.
[12:35] <waltman> I knew it!
[12:35] <JonathanD> waltman: just go up, do a matlab talk, and replace "matlab" with "openoffice"
[12:37] <waltman> To show how easy it is to use, I'll do my slides in LaTeX Beamer
[12:38] <JonathanD> I did my ehterpad "slides" in etherpad.
[12:42] <waltman> exactly!
[12:57] <JonathanD> waltman: found out etherpad actually has a slideshow plugin.
[12:57] <waltman> nice
[12:59] <JonathanD> I don't know how it works yet.
[12:59] <rmg51> JonathanD, or waltman, let me know as soon as you can if you find someone who can do OO, or we will just have to do a Fosscon talk
[13:01] <JonathanD> waltman: http://etherpad.scrabby.org/p/slides
[13:01] <JonathanD> click on the gear, then "slideshow view"
[13:01] <JonathanD> left and right arrow to navigate.
[14:16] <waltman> mmm, bacon
[20:43] <adom> oh haiiii
[20:54] <JonathanD> hi


  A friendly hello is good for everyone one!
[15:46] <MooDoo> yes indeedy
[16:57] <dholbach> all right my friends - see you tomorrow again!
[16:57] <czajkowski> Mobile folks may find this interesting http://www.couchbase.com/press-releases/unity-couchbase-mobile-improves-game-development-with-sync-and-offline-support
[17:01] <mhall119> czajkowski: then you should post it in #ubuntu-app-devel :)
[17:12] <czajkowski> hmm not sure it'd be welcomed there
[17:13] <czajkowski> it's the other unity :p
[17:14] <popey> one of the other unitys
[20:28] <Silverlion> good $daytime everybody
[20:38] <popey> yo
[20:38] <Silverlion> sup popey?
[20:38] <popey> tickety boo.
[20:38] <popey> you?
[20:38] <elfy> hi Silverlion popey
[20:38] <Silverlion> o/ elfy
[20:39] <Silverlion> popey not much ... just html5 stuff


[00:00] <xnox> to speed up boost transition, i know it says on launchpad that all powerpc queue will be drained in 26h, but I somehow doubt that a little =)
[00:00] <xnox> infinity: cjwatson: ^
[00:01] <xnox> if not, please upscore just this one build to 4001 on powerpc https://launchpad.net/ubuntu/+source/kdepim/4:4.11.2-0ubuntu2/+build/5152973 it should result in boost-default migrating into release pocket, i think.
[00:02] <infinity> xnox: I can do kdepim right now.
[00:02] <infinity> xnox: The 26h probably isn't a lie, I'm not sure why you'd think so.
[00:03] <xnox> infinity: given new uploads today/tomorrow daytime to main/unity-landing-ppa/kernel-ppa/etc, will result in those mostly universe packages not be build in 26h window.
[00:04] <xnox> infinity: but i guess we'll see that on friday 2:00am UTC ;-)
[00:07] <infinity> xnox: Kernels are all done for this SRU cycle.
[00:07] <xnox> ah, cool =)
[00:07] <infinity> (Well, for powerpc anyway)
[00:07] <infinity> Not counting the two I need to rebase and upload, but I'm in control of that. :P
[00:11] <cjwatson> stgraber: http://paste.ubuntu.com/6292147/ survives more than 1000 test runs; I think it's good.  But I'll upload that in the morning after a more-awake re-review.
[00:12] <cjwatson> Right now I need to go to bed before any of that nonsense accidentally seeps into long-term memory.
[00:13] <infinity> Whiskey.
[00:13] <infinity> You need whiskey.
[00:13] <cjwatson> Often true but I think not right now :-)
[00:14] <infinity> xnox: I'll nudge a few more of your builds along here and there tonight.
[00:15] <xnox> infinity: ta, and I'm off to sleep.
[00:16] <xnox> cjwatson: infinity: i was thinking about whiskey too, would go down best neat for my  swollen leg agony, crutches, and x-rays of "nothing broken"......
[00:18] <infinity> xnox: Amputation could work too.
[00:20] <xnox> infinity: i don't think upscoring pain higher up the body fixes the problem of having pain =)))))))
[00:23] <infinity> xnox: I dunno, you'd forget all about the leg if you didn't have it, right?
[00:30] <apw> the pain is being perceived by the head, i recon there is a clear solution
[00:43] <StevenK> apw: IE, 'amputation' again?
[00:44] <stgraber> right, infinity never said what body part ;)
[01:19] <apw> ahh point indeed
[10:14] <doko> cjwatson, infinity: do you know what's happening with the acl2 builds on i386 and amd64?
[10:18] <cjwatson> acl2 normally takes forever, doesn't it?
[10:18] <cjwatson> ah, though that might be buildd-manager again
[10:18] <cjwatson> I'll check the logs in a minute
[10:29] <cjwatson> doko: Doesn't seem to be buildd-manager.  I'll investigate when a webops vanguard is around; shouldn't be desperately urgent given current queues
[10:30] <doko> sure
[11:17] <xnox> Maybe kdepim needs a hint to go in together with boost-defaults? together they are installable.
[11:20] <Laney> Maybe so, adding
[11:22] <xnox> cheers.
[11:48] <xnox> worked! \o/
[11:48] <Laney> w00t
[12:33] <xnox> muaha =) i'll be setting priority=high on my transition rebuilds =) just enough to nudge universe uploads above DebianImport universe.
[12:38] <cjwatson> Not a terrible idea
[14:03] <seb128> infinity, hey, I guess you didn't get to the saucy SRUs yesterday but that's still on your todolist for this week? ;-)
[14:47] <arges> Can somebody reject the SRUs for iproute in PQR? i've marked the bug verification-failed, just wanted to make sure they don't go any further
[14:59] <doko> cjwatson, stgraber: https://bugs.launchpad.net/ubuntu/+source/massif-visualizer/+bug/1244261
[14:59] <ubot2> Launchpad bug 1244261 in massif-visualizer (Ubuntu) "kgraphviewer needs porting from libgraph to libcgraph (remove binaries for now)" [Undecided,New]
[14:59] <doko> https://bugs.launchpad.net/ubuntu/+source/rggobi/+bug/1244263
[14:59] <ubot2> Launchpad bug 1244263 in rggobi (Ubuntu) "ggobi needs porting from libgraph to libcgraph (remove binaries for now)" [Undecided,New]
[15:10] <cjwatson> doko: I think I'll demote kgraphviewer/massif-visualizer too
[15:10] <cjwatson> Doesn't look like an obvious port
[15:11] <doko> ScottK, ^^^ you did touch it last, package is not in Debian
[15:19] <roaksoax> 4/win 17
[15:24] <Laney> oops
[15:24] <Laney> I'll fix that c-m explosion
[15:26] <xnox> Laney: hm?
[15:50] <infinity> doko: Oh, there's a 'tail -f' that's left stale/hanging at the end of acl2's build.
[15:51] <doko>        while sleep 1800; do echo Tick; done & k=$$! ; tail -f debian/test.log & l=$! ; \
[15:51] <doko>         wait $$j ; kill $$k $$l
[15:51] <doko>         [ -f $@ ] && ! fgrep '**' $@ || echo FULL TEST FAILS
[15:51] <doko>         for i in $$(find books -name "*.out"); do \
[15:51] <doko>                 if ! [ -e $${i%out}cert ] ; then \
[15:51] <doko>                         echo $$i ; \
[15:51] <doko>                         cat $$i ; \
[15:51] <doko>                 fi ; \
[15:52] <doko>         done
[15:52] <doko> infinity, dpkg or something else should get some support to follow log files which don't print on stdout/stderr ...
[15:54] <doko> cjwatson, perl migrating?
[15:54] <cjwatson> nearly; need to get massif-visualizer built in -proposed, remove it from release, demote kgraphviewer
[15:55] <cjwatson> oh look, maybe it worked anyway
[15:55] <cjwatson> maybe it traded something off
[15:56] <cjwatson> Well, so much for the plan of stopping the publisher first
[15:56] <cjwatson> Maybe I still can
[15:58] <xnox> cjwatson: hm, as long as it doesn't go across mirror-pulses.....
[15:58] <cjwatson> start: 176+0: i-68:a-3:a-2:p-6:a-97
[15:58] <cjwatson> orig: 176+0: i-68:a-3:a-2:p-6:a-97
[15:58] <cjwatson> easy: 127+0: i-19:a-3:a-2:p-6:a-97
[15:58] <cjwatson>     * i386: claws-mail-extra-plugins, claws-mail-perl-filter, libgv-perl
[15:58] <cjwatson>     * amd64: claws-mail-perl-filter, libgv-perl
[15:58] <cjwatson>     * armhf: claws-mail-perl-filter, libgv-perl
[15:58] <cjwatson>     * powerpc: claws-mail-perl-filter, libgv-perl
[15:58] <cjwatson>     * arm64: libgv-perl
[15:58] <cjwatson> xnox: I think I got the publisher in time
[15:58] <xnox>  \o/
[15:58] <cjwatson> I don't know why that thought there were 68 uninstallables in release
[15:58] <xnox> cjwatson: i think claws was uninstallable even from before you started.
[15:59] <cjwatson> by definition the ones listed above are new packages
[15:59] <cjwatson> I mean, new uninstallables
[15:59] <xnox> ok =/
[16:00] <cjwatson> however don't worry too much about claws, because there are special cases for it in britney because of claws-mail-extra-plugins being merged into claws-mail
[16:00] <cjwatson> I might just have got the special cases a bit wrong
[16:00] <cjwatson> I really don't know what those 68 uninst on i386 were, though.  I guess we'll find out shortly
[16:01]  * infinity notes that http://people.canonical.com/~ubuntu-archive/testing/trusty_probs.html doesn't exist yet...
[16:02] <cjwatson> That wouldn't really tell you in this case, though trusty_uninst will after this run finishes
[16:02] <cjwatson> Though, yes, I should set that up
[16:03] <infinity> The important thing is that I finally get a new vim.
[16:04] <cjwatson> We might all get exciting upgrade failures if we're unlucky
[16:04] <infinity> :/
[16:04]  * cjwatson preemptively removes libscalar-list-utils-perl
[16:13] <xnox> stgraber: did you say you were going to open http://iso.qa.ubuntu.com/ for trusty ?
[16:13] <xnox> or are you waiting for images to be uncronned?
[16:13] <xnox> un-uncronned that is.
[16:14] <cjwatson> oh, blast, I caused the early migration by removing libmath-bigint-perl, I think
[16:15] <cjwatson> a bunch of stuff was that (>= version) | perl (>= 5.15.x) or similar
[16:15] <cjwatson> oh well, it's done now and pretty close
[16:16] <cjwatson> publisher re-enabled
[16:18] <stgraber> xnox: I did say that but haven't got to it yet, will do it after lunch
[16:24] <cjwatson> It's just possible that this publisher run might take a while
[16:33] <infinity> Yeah, the publisher doesn't cope well with having a ton of files to put to disk (or to check for content).
[16:34] <infinity> I note this every time I do kernel SRUs.
[16:40] <infinity> Uhm...
[16:40] <infinity> All my stuff is getting copied to trusty *again*?
[16:40] <infinity> cjwatson: Is britney running in the middle of this publisher run and being very confused?
[16:41] <cjwatson> Possibly.  It should have no effect
[16:41] <cjwatson> But I've killed it anyway
[16:41] <infinity> I wish I had your optimism. :)
[16:43] <cjwatson> It probably ran again because the previous proposed-migration run coincided with a publisher run
[16:43] <cjwatson> So the archive was modified and it re-ran
[16:45] <cjwatson> Oh, I did .../testing/ for you BTW
[16:45] <cjwatson> And the ports version has arm64
[17:17] <stgraber> xnox: trusty added to the tracker with a copy of the testsuites and manifest from saucy
[17:17] <xnox> stgraber: thanks a lot =)
[17:20] <infinity> I guess I can uncron soon, then.  A bit scared of all the images failing, but no time like the present to find that out...
[17:22] <infinity> cjwatson: Gah.  trusty_uninst looks bad. :/
[17:23] <infinity> Do we know what went wrong there?
[17:35] <ogra_> stgraber, is there anything wrong with import-images ? the touch build i did finished at :23 and i still seee no trace of a system-image
[17:35]  * ogra_ wonders if he is to impatient ... but it rarely takes more than 5min usually
[17:36] <stgraber> ogra_: it's running
[17:36] <ogra_> ah, great
[17:36] <ogra_> so its just me :P
[17:36] <seb128> Daviey: isn't "including the change of an inflight sru" the way to supersed the said SRU?
[17:38] <Daviey> seb128: Is that the intent?  The current one has been in nearly a week, and i can't see that it has failed verification ?
[17:39] <seb128> Daviey: well, I wanted to add more fixed, and I didn't notice there was a SRU inflight because bdmurray didn't commit that to the vcs
[17:39] <seb128> Daviey: that's ok, I can fix the vcs, rebase, redo an upload
[17:40] <seb128> fixed->fixes
[17:40] <infinity> I'm okay with accepting it as-is, if you want to re-verify those bits quickly.
[17:40] <Daviey> seb128: Can resurrect it, but I noticed it whilst reviewing and seemed safer to reject ut incase it was accepted by mistake
[17:41] <seb128> infinity: Daviey: don't worry, I'm going to redo another upload on top of the current one, easier
[17:41]  * infinity shrugs.
[18:54] <xnox> cjwatson: infinity: is britney/publisher back running normally? or is
[18:56] <slangasek> I think I saw him say he was restoring it.  What's stuck for you?
[18:57] <xnox> something wrong with initramfs-tools-ubuntu-touch package.... it's in trusty-proposed for an hour now, and in none of britney's reports. Unless i'm being impatient.
[18:58] <xnox> slangasek: lxc-android-config as well.
[18:58] <slangasek> ok, let's have a look
[18:59] <stgraber> last britney run was 3 hours ago apparently
[18:59] <slangasek> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html generated: 15:19
[18:59] <slangasek> did perl get in?
[18:59]  * stgraber sshes into snakefruit
[18:59] <slangasek> already there
[18:59] <xnox> slangasek: perl did go in, upgrading my machine from uk mirror to the new perl already.
[19:00] <slangasek> ok, so I suspect we've just forgotten to turn something back on
[19:00] <stgraber> looks like it to me, not seeing anything actively running on snakefruit
[19:01] <slangasek> p-m runs from archive-reports, right?
[19:02] <stgraber> it does, yes
[19:02] <stgraber> fixed
[19:02] <stgraber> ubuntu-archive@snakefruit:~$ rm proposed-migration/STOP
[19:02] <stgraber> ubuntu-archive@snakefruit:~$
[19:03] <stgraber> next archive-reports run should trigger proposed-migration again
[19:03] <xnox> cool, thanks.
[19:03] <stgraber> slangasek: ^ (in case you're still digging)
[19:03]  * xnox off to find dinner & tea, and then i'll upload the rest of the stuff later once everything is published.
[19:04] <slangasek> stgraber: ok, cheers :)
[19:31] <cjwatson> infinity: Yeah, what went wrong was that I removed libmath-bigint-perl too early
[19:32] <cjwatson> stgraber,slangasek: thanks for re-enabling that - sorry, I should have left a note here to explain what I'd done
[19:36] <infinity> cjwatson: Yeah, I saw that mention, I'm just wondering how that led to a ton of uninsts...
[19:37] <cjwatson> there were a respectable number of rdeps
[19:37] <cjwatson> the ones I checked manually all traced back to that
[19:53] <infinity> Ahh, oops.
[19:54]  * infinity uploads a fixed libept.
[19:55] <infinity> Or, will, once incoming learns about it...
[20:23] <slangasek> hmm, why is lp:ubuntu/initramfs-tools unbranchable?
[20:25] <slangasek> bzr: ERROR: Revision<EMAIL_ADDRESS>not present in "Graph(StackedParentsProvider(bzrlib.repository._LazyListJoin(([CachingParentsProvider(None)], []))))".
[20:33] <infinity> slangasek: probably because it's a package maintained by me.
[20:33] <infinity> slangasek: And, thus, I've never noticed or cared. :)
[20:33] <infinity> slangasek: (I'm going to be doing a bi-directional ubuntu<->debian merge in the next week or less, was there something specific you wanted mangled?)
[20:37] <slangasek> infinity: maintained by you> lies; there've been 6 other Ubuntu uploads since your last one
[20:38] <infinity> slangasek: Well, I use the term "maintained" loosely there, but the bit about the planned merge stands. :)
[20:38] <infinity> It'll be more maintained once I fix up our delta.
[20:38] <slangasek> infinity: I'm fixing bug #229732 and bug #1238194; dunno if these are fixed in Debian, but it'll be a small delta and you should have no trouble figuring it out from there
[20:38] <ubot2> Launchpad bug 229732 in initramfs-tools (Ubuntu) "USB Keyboard drivers not loaded in initramfs" [Low,Triaged] https://launchpad.net/bugs/229732
[20:38] <ubot2> Launchpad bug 229732 in initramfs-tools (Ubuntu) "duplicate for #1238194 USB Keyboard drivers not loaded in initramfs" [Low,Triaged] https://launchpad.net/bugs/229732
[20:39] <infinity> slangasek: Oh, more missing drivers in newer kernels?
[20:39] <slangasek> yeah, so far just one AFAIK (ohci-pci)
[20:40] <infinity> slangasek: Kay, cool.  If you fix that, care to SRU it to precise?  Keeping that module list in sync for lts-backport kernels sucks.
[20:42] <brainwash> just curious, are about this initramfs bug report, are all the saucy reports really duplicates of this ancient report from 2008?
[20:42] <slangasek> infinity: yeah, I can probably manage that
[20:42] <slangasek> brainwash: no, there are at least two separate issues here
[20:43] <brainwash> really made we wonder, why someone marked the new saucy reports as duplicate of this old one
[20:45] <infinity> The two issues I usually run into are (a) a driver legitimately missing from the list, or (b) people using modules=dep instead of modules=most, and dep ain't too smart about sorting out what you (might) need for your keyboard to work.
[20:57] <slangasek> brainwash: overaggressive bug duping on someone's part
[20:58] <brainwash> slangasek: thanks for clarifying :)
[21:05] <infinity> roaksoax: Can you re-do that with '-v1.4+bzr1693+dfsg-0ubuntu2'?
[21:06] <roaksoax> infinity: sure!
[21:08] <roaksoax> infinity: re-uploaded it! thanks!
[21:23] <bdmurray> I don't like how Launchpad says OK after you reject something
[21:24] <infinity> bdmurray: Always makes you wonder if you pressed the wrong button, doesn't it?
[21:26] <bdmurray> infinity: yep
[21:31] <xnox> infinity: libept \o/ yeah
[21:33] <infinity> xnox: Had to do some tag-teaming with enrico to make it happy, but got there in the end.
[22:08] <slangasek> infinity: so you accepted gnome-settings-daemon into saucy-proposed over the version that was already verified there?
[22:09] <xnox> ... as per seb128 request in #ubuntu-devel
[22:09] <slangasek> ah, ko
[22:09] <slangasek> ok
[22:10] <xnox> slangasek: you were in that conversation, unless somebody is spoofing your nick =))))
[22:10] <slangasek> was not
[22:11] <slangasek> I was in the one about software-properties :)
[22:11] <xnox> slangasek: ah, i see now =)
[22:11] <xnox> my bad, sorry.
[22:12] <infinity> slangasek: What he said.
[22:15] <xnox> slangasek: infinity: can you please hint boost1.54 past mongodb auto-package-test, since it looks to me like it has actually PASSED.
[22:55] <xnox> also can libreoffice be hinted past it's own adt failure? it doesn't seem like it has ever passed.
[23:02] <cjwatson> xnox: mongodb shouldn't be hinted, I should poke things to notice the pass
[23:02] <cjwatson> xnox: I'll update my libreoffice hint
[23:02] <xnox> cjwatson: ta for both.
[23:05] <cjwatson> hopefully will notice now
[23:14] <slangasek> cjwatson: so, what did you poke for mongodb and should I know how to do that?
[23:17] <infinity> We all should know how to do it, but it requires VPN and a jenkins account.
[23:18] <infinity> Which is suboptimal.
[23:18] <cjwatson> Not true in this case
[23:18] <infinity> No?
[23:18] <infinity> Oh, this was noticing a new pass, not retrying a job.
[23:18] <cjwatson> This wasn't a jenkins-side problem, it was adt-britney getting lost
[23:18] <infinity> Right.
[23:18] <xnox> slangasek: New binary: android [i386] \o/
[23:18] <infinity> What do we do about adt-britney getting lost, I'm curious about that too.
[23:18] <cjwatson> I don't think it's about a new pass either - the problem AFAIK is when amd64 and i386 results arrive out of sync, sometimes adt-britney gets confused
[23:18] <slangasek> xnox: woohoo :)
[23:19] <cjwatson> Until jibel figures out WTF is wrong and fixes this properly, what I do is edit the individual job file plus results.history in ~/proposed-migration/autopkgtest/data/adt/trusty-proposed/amd64/work/, being careful to ensure that p-m isn't running at the time
[23:19] <xnox> slangasek: i like the copyrights files package as well, will get that seeded on touch images such that we actually ship copyrights for the android portion of the image.
[23:19] <cjwatson> It's not pretty ...
[23:20] <xnox> slangasek: made it before UTC EOD ;-)
[23:20] <slangasek> xnox: haha, nicely done
[23:20] <xnox> slangasek: which to be honest only because of my anckle.... can't leave home so do this instead =)
[23:20] <slangasek> heh
[23:21] <slangasek> clearly we should injure you more often
[23:21] <infinity> And more extensively?
[23:21] <infinity> Does the quality of the work increase inverse to the gimpiness?
[23:22] <cjwatson> Compassionate management
[23:22] <xnox> infinity: it follows Ballmer Perk, but with painkillers http://xkcd.com/323/
[23:22] <infinity> Peak...
[23:22] <slangasek> lol
[23:22] <xnox> s/Perk/Peak/ but same thing i guess
[23:24] <doko> cancelled the ruby-lapack arm64 build again


[05:24] <hloeung> is there a way to switch back to using a local charm?
[05:24] <hloeung> I switched to use haproxy from the charmstore but can't seem to switch back
[05:25] <hloeung> $ juju upgrade-charm --switch local:xenial/haproxy haproxy
[05:25] <hloeung> ERROR unknown schema for charm URL "local:xenial/haproxy"
[05:25] <hloeung> $ juju upgrade-charm --switch xenial/haproxy haproxy
[05:25] <hloeung> ERROR already running latest charm "cs:haproxy-38"
[05:54] <hloeung> hmm, code says local: is meant to be supported
[05:54] <hloeung> https://github.com/juju/juju/blob/staging/cmd/juju/application/upgradecharm.go#L278
[06:00] <hloeung> ok worked it out, had to specify full path, so /srv/mojo/...
[07:01] <kjackal> good morning juju world!
[07:01] <anrah> morning!
[07:14] <khyr0n> nites over here :)
[10:58] <Ankammarao> Mattyw,Hi
[10:59] <mattyw> Ankammarao, morning
[11:00] <Ankammarao> mattyw,stiil we are not able to create terms
[11:00] <mattyw> Ankammarao, what's the error you get?
[11:00] <Ankammarao> error: cannot get discharge from "https://api.jujucharms.com/identity/v1/discharger": third party refused discharge: cannot discharge: user is not a member of required groups
[11:01] <mattyw> Ankammarao, what's the name of the term you're uploading?
[11:01] <Ankammarao> mattyw,we have tried with different users which they are already members of that group
[11:01] <Ankammarao> ibm-platform-ac
[11:02] <mattyw> Ankammarao, and the group you're uploading to?
[11:02] <Ankammarao> ibmcharmers
[11:04] <Ankammarao> mattyw,/snap/bin/charm push-term /root/ibm-platform-ac.txt ibmcharmers/ibm-platform-ac is the command using to push terms
[11:04] <mattyw> Ankammarao, and you're a member of the ibmcharmers group?
[11:04] <urulama> Ankammarao: can you see the groups returned with "charm whoami"?
[11:05] <Ankammarao> no i am just seeing the user-name logged in
[11:05] <Ankammarao> sry, i am getting like this "root@islrpbeixv685:~# charm whoami User: rajith-pv Group membership: ibmcharmers"
[11:06] <urulama> mattyw: ^ this means that the group is ok ... please check access on terms side
[11:07] <Ankammarao> mattyw,i am not a member of ibmcharmers group,but my team meber tried with his userid(already a member to that group)
[11:08] <ashipika> mattyw: ping?
[11:08] <mattyw> Ankammarao, so rajith should be able to push the terms then from his machine?
[11:08] <mattyw> Ankammarao, and to get access you will need to contact one of the admins for that team
[11:08] <Ankammarao> mattyw,no he unable to push terms
[11:09] <mattyw> Ankammarao, what error does he get?
[11:09] <mattyw> Ankammarao, the same one?
[11:09] <Ankammarao> mattyw,the same error
[11:10] <mattyw> ashipika, can you help Ankammarao work out what's going on? they're trying to push terms but keep getting "user is not a member of required group"
[11:10] <ashipika> mattyw, Ankammarao: just trying to verify that it works for me.. one minute, please
[11:10] <mattyw> Ankammarao, how long as rajith been a member of that group?
[11:11] <mattyw> ashipika, is it possible they'd need to login again?
[11:11] <ashipika> mattyw: yes, perhaps
[11:12] <Ankammarao> mattyw,he is a member since from 6months or more
[11:12] <Ankammarao> mattyw,root@islrpbeixv685:~# /snap/bin/charm version charm 2.2.0 charm-tools 2.1.8
[11:13] <Ankammarao> mattyw,is that fine with version
[11:13] <mattyw> Ankammarao, looks fine to me - there's some kind of issue with login, ashipika is the expert there so he'll be able to help out
[11:13] <ashipika> Ankammarao: interesting.. so which term are you trying to push? what is the term id?
[11:13] <mattyw> ashipika, ibmcharmers/ibm-platform-ac
[11:14] <mattyw> ashipika, and charm whoami shows ibmcharmers membership
[11:14] <ashipika> mattyw: that is unusual
[11:14] <mattyw> Ankammarao, when you ran charm whoami was that running /snap/bin/charm whoami?
[11:14] <mattyw> Ankammarao, would be interesting to see if they return the same information
[11:15] <ashipika> mattyw: for me "charm whoami" returns "not logged into https://api.ujucharms.com/charmstore" :)
[11:15] <Ankammarao> mattyw,showing diffrent user root@islrpbeixv685:~# /snap/bin/charm whoami User: achittet
[11:16] <ashipika> Ankammarao:  could you please try removing your .go-cookies file?
[11:16] <mattyw> ashipika, be careful...
[11:16] <ashipika> mattyw: ?
[11:16] <mattyw> ashipika, there's some confusion between the go-cookies being used by the charm command and the one being used by the snap charm command
[11:16] <mattyw> ashipika, and only the snap charm command contains the commands for pushing terms
[11:16] <mattyw> ashipika, so we need to remove go-cookies for that command
[11:17] <mattyw> ashipika, which might not be ~/.go-cookies
[11:17] <ashipika> mattyw: ah, interesting.. i wonder why charm whoami does not work for me
[11:18] <ashipika> Ankammarao: launchpad says you are not member of any group..
[11:18] <ashipika> mattyw: ^
[11:19] <mattyw> ashipika, they're using login for rajith-pv
[11:19] <Ankammarao> ashipika : yes i am not member to that group, but my team member rajith is a member
[11:20] <ashipika> Ankammarao: could you please go to https://jujucharms.com and log in as rajith-pv? and then try again?
[11:20] <Ankammarao> ashipika: ok
[11:20] <ashipika> Ankammarao: thank you
[11:26] <Ankammarao> mattyw,ashipika: its working now
[11:26] <ashipika> Ankammarao: \o/
[11:26] <ashipika> Ankammarao: it's because of the way our identity manager works.. it cannot get user information until you log in with jujucharms.com at least once..
[11:27] <ashipika> Ankammarao: sorry for the inconvenience
[11:28] <Ankammarao> ashika: there is a conflict b/w charm login and /snap/bin/charm login
[11:28] <Ankammarao> ashipika : both are different users
[11:29] <Ankammarao> mattyw,ashika: root@islrpbeixv685:~# sudo /snap/bin/charm push-term /root/ibm-platform-ac.txt ibmcharmers/ibm-platform-ac ibmcharmers/ibm-platform-ac/1
[11:29] <Ankammarao> ashika : getting output like "ibmcharmers/ibm-platform-ac/1"
[11:29] <ashipika> Ankammarao: did you do snap login first?
[11:30] <Ankammarao> yes
[11:30] <ashipika> Ankammarao: now you can use ibmcharmers/ibm-platform-ac/1 term in your charms..
[11:30] <ashipika> mattyw: any idea why the two users should be different?
[11:31] <Ankammarao> ashika : but we have mentioned term name like "ibm-platform-ac/1" in metada.yaml
[11:31] <Ankammarao> ashipika : no, both users should be same as ealrier i got error because of both users are diffrenet
[11:32] <Spaulding> folks, one simple question... update-status... what is should return
[11:32] <Spaulding> it's like a health check?
[11:32] <Spaulding> so if i'll try to run curl to see that website is working, and return error code ... that should be fine?
[11:32] <ashipika> Ankammarao: you need to use ibmcharmers/ibm-platform-ac/1 in metadaya.yaml.. because therm id consists of the namespace (ibmcharmers) and the term name (ibm-platform-ac).
[11:33] <ashipika> Ankammarao: if you want your charm to require agreement to a specific term, you need to include the term revision number.. otherwise your charm will always require agreement to the latest revision of the term document
[11:36] <Ankammarao> ashika: ok,thank you
[11:37] <ashipika> Ankammarao: you're welcome.. if you have any further issues pushing or releasing terms, please ping me
[11:41] <Ankammarao> ashipika : sure i'll ping you
[15:25] <dbuliga> hey guys. What is the status of this PR? https://code.launchpad.net/~dbuliga/charms/trusty/nagios/nagios/+merge/288614 Nothing changed on it since 2016-10-07. Is it possible to get it reviewed? Thx. Denis
[15:47] <geetha> Hi, I have installed VNC server and firefox on ubuntu 16.0 s390x machine. When I tried to start firefox through vnc client, it's giving me error: sementation fault (core dumped).
[15:48] <geetha> *Segmentation fault
[17:13] <bdx> hey whats up guys, I'm having issues connecting to my controller, see -> https://bugs.launchpad.net/juju/+bug/1644634
[17:13] <mup> Bug #1644634: cannot access controller <juju:New> <https://launchpad.net/bugs/1644634>
[17:15] <bdx> this has basically rendered all of the models I have provisioned on that controller inaccessable
[17:16] <bdx> any ideas on what to do here?
[17:19] <marcoceppi> bdx: so you're not able to restart the mongodb process?
[17:20] <bdx> marcoceppi: I'm not able to get any correspondence from the controller
[17:20] <bdx> marcoceppi: my initial inclination was that the controller is just mad iowaiting
[17:21] <bdx> but my crud monitoring through aws console suggests its not under much load
[17:21] <marcoceppi> too many file descriptors open?
[17:21] <marcoceppi> bdx: you're not able to SSh or anything?
[17:22] <bdx> omg
[17:22] <bdx> my ssh just connected
[17:22] <bdx> after like 5+ minutes
[17:22] <bdx> I was right
[17:22] <bdx> controller is slammed
[17:23] <bdx> I couldn't connect all weekend
[17:23] <bdx> it would just time out
[17:23] <bdx> I'm actually surprised it is still running
[17:23] <bdx> marcoceppi: https://s22.postimg.org/gfo71ug4h/Screen_Shot_2016_11_28_at_9_26_25_AM.png
[17:24] <marcoceppi> okya, that's a lot of mongod processes
[17:24] <bdx> cloudwatch metrics are poop
[17:24] <marcoceppi> bdx: can you clean shutdown those processes?
[17:24] <bdx> I guess ...
[17:25] <marcoceppi> I want to grab logs, it seems like systemd is just going crazy spawning monogd procs
[17:25] <marcoceppi> rick_h: ^ ?
[17:25] <bdx> like `sudo kill <proc#>`
[17:25] <marcoceppi> `killall -15 mongod`
[17:25] <marcoceppi> might be quicker
[17:25] <bdx> right lol
[17:27] <marcoceppi> bdx: service juju-db stop might be good too
[17:27] <marcoceppi> bdx: then getting logs and restarting
[17:27] <bdx> restart the controller?
[17:28] <bdx> I must of hit a memory increase, my ssh session froze
[17:28] <bdx> eeehh, waiting for ssh again omp
[17:29] <rick_h> bdx: marcoceppi sorry was otp, looking
[17:29] <bdx> marcoceppi: ok, back on the controller
[17:30] <marcoceppi> bdx: restarting the services, though at this point, restarting the controller VM might not be a bad idea, though grabbing logs will be super helpful
[17:30] <bdx> https://s14.postimg.org/65u1rqcc1/Screen_Shot_2016_11_28_at_9_33_37_AM.png
[17:30] <rick_h> bdx: k, yea worst case reset the VM and it should come up if things are working.
[17:30] <bdx> grabbing logs now
[17:30] <rick_h> bdx: ouch, so load of 30 but cpu/memory is ok...disk thrashing to no end?
[17:31] <marcoceppi> bdx: are you running LXD workloads on here?
[17:34] <bdx> marcoceppi: no, but my controller was initially throwing a bunch of errors due to not having lxd it seemed, so I installed lxd simply to negate the noise
[17:35] <bdx> rick_h, marcoceppi: my tar of the controller logs is ~100MB, how can I get this to you guys?
[17:36] <marcoceppi> bdx: is that also gzipped?
[17:36] <bdx> ya
[17:36] <marcoceppi> dang. I don't know if LP will let you upload that much, but the bug you linked might be a good place
[17:37] <rick_h> bdx: if not, try slicing into 10 chunks perhaps? or dropbox link or whatever.
[17:37] <rick_h> bdx: get me a url and I'll get it and help get it to folks if needed
[17:40] <bdx> rick_h, marcoceppi: https://bugs.launchpad.net/juju/+bug/1644634/comments/1
[17:40] <mup> Bug #1644634: cannot access controller <juju:New> <https://launchpad.net/bugs/1644634>
[17:41] <rick_h> bdx: <3 ty
[17:41] <rick_h> bdx: are things somewhat sane post-restart?
[17:41] <rick_h> bdx: or still nuts?
[17:41] <bdx> rick_h, marcoceppi: no, the controller is iowaiting again, fully maxed
[17:41] <marcoceppi> bdx: is iotop installed on the machine?
[17:42] <bdx> rick_h, marcoceppi: I have a redis cluster deployed supporting a staging and QA env, other than that I could ditch this controller, unfortunately I need to keep that QA env up at all costs bc its getting beat on pretty heavily right now
[17:43] <rick_h> bdx: can you restart the instance?
[17:43] <rick_h> bdx: or did you do that? /me glanced through the backlog but might have missed it
[17:44] <bdx> iotop -> https://s21.postimg.org/58l6v7787/Screen_Shot_2016_11_28_at_9_47_38_AM.png
[17:44] <bdx> rick_h: no, i didn't restart .... do you think that will send my redis cluster into a state of disarray?
[17:45] <rick_h> bdx: shouldn't effect it at all.
[17:45] <rick_h> bdx: I mean the controller is not the same machiens as the redis cluster right?
[17:45] <bdx> correct
[17:45] <rick_h> bdx: restarting the controller should just have agents on the redis machines time out for a bit while it comes back up
[17:46] <rick_h> bdx: no damage to the running redis processes at all
[17:46] <bdx> rick_h: ok, restarting controller now
[17:47] <rick_h> bdx: poking at the logs but will take a sec
[17:47] <rick_h> lol 1.7G of logs
[17:47] <bdx> rick_h: I've previously had a whole openstack go tits up after losing the controller ... only reason I ask
[17:47] <bdx> rick_h: right ...
[17:48] <rick_h> bdx: really? I'd be curious about that story. We've had folks deploy OS with juju and then go in and shutdown all jujud on each machine/etc
[17:48] <rick_h> bdx: openstack still ran and they made it a manually run openstack at that point
[17:49] <bdx> rick_h: yeah, after I shutdown all of the juju agents everywhere I was able to move forward and save it all ... but if I remember correctly my db ended up borked
[17:50] <rick_h> bdx: the controller db? or the OS mysql db?
[17:50] <bdx> rick_h: openstack mysql db
[17:50] <rick_h> bdx: can you add info to the bug about the cloud/instances running the controller/etc?
[17:51] <bdx> yea, omp
[17:54] <bdx> ahhhh shoot, wrong issue
[17:55] <bdx> rick_h: comment #3
[17:55] <rick_h> bdx: k, ty
[17:56] <rick_h> bdx: can you note the instance/disk and such of the controller nodes. So there's a storm in the logs, but based on that top output it seems like it's not ram/cpu but disk and so wondering if we can draw some lessons on disk peroformance and the mount of logs/etc going on
[17:57] <rick_h> bdx: there's an openstack in here as well as the redis?
[17:57] <rick_h> how many models with what running?
[17:57] <bdx> rick_h: no the openstack was yesteryear
[17:58] <bdx> rick_h: http://paste.ubuntu.com/23549554/
[17:58] <rick_h> bdx: hmm, seeing this in the log
[17:58] <rick_h> 2016-11-28 17:32:16 DEBUG juju.apiserver request_notifier.go:140 -> [55] unit-openstack-dashboard-0 795.567548ms {"request-id":44,"error":"watcher has been stopped","error-code":"stopped","response":"'body redacted'"} NotifyWatcher["10"].Next
[17:59] <bdx> rick_h: yeah, I've been using the dashboard to help troubleshoot keystone v3 ops I'm trying to solidify
[17:59] <rick_h> bdx: oh ok, so not all of openstack but that is there ok
[17:59] <bdx> rick_h: I've deployed keystone + barbican as a standalone secrets provisioning
[17:59] <bdx> yea
[18:00] <rick_h> bdx: gotcha, just trying to understand the logs as I go through sorry
[18:00] <bdx> np
[18:02] <rick_h> bdx: is the restart back up?
[18:05] <bdx> rick_h: yesa
[18:05] <rick_h> bdx: sane or slammed?
[18:06] <bdx> rick_h: looking much better now -> https://s22.postimg.org/gkfbj32ld/Screen_Shot_2016_11_28_at_10_09_21_AM.png
[18:06] <rick_h> bdx: ok, I've got to run to a meeting. I've got hte logs and alexisb is getting someone to look at the bug/details when they come online in a bit.
[18:06] <bdx> rick_h: thanks man
[18:06] <rick_h> bdx: thanks for the added details, we're currently working on a lot of this so this is good extra data.
[18:06] <bdx> rick_h: appreciate it
[18:07] <bdx> do I get a guinea pig award?
[18:09] <alexisb> bdx you get the juju ecosystem rockstar award :)
[18:09] <alexisb> thanks for all the info in the bug
[18:09] <alexisb> we will get updates in it tonight
[18:12] <Guest34504> Is it possible to use Juju resource with a bundle? https://jujucharms.com/docs/stable/developer-resources
[18:12] <Guest34504> If so, pls let me know the way to do it
[18:14] <bdx> alexisb: awesome, thx
[19:04] <bdx> after adding and removing a machine multiple times from the manual provider, I am now not able to add the machine anymore, I'm getting this -> http://paste.ubuntu.com/23549809/
[19:04] <bdx> even though the machine doesn't exist on my controller in any models
[19:05] <bdx> I've tried ssh'ing in and 'rm -rf /var/{log,lib}/juju`, and `sudo deluser --remove-all-files ubuntu`
[19:05] <bdx> but I still get the same result
[19:05] <bdx> could the machine be hanging around in the controller somewhere, even though its not shown via `juju status`?
[19:06] <bdx> rick_h, marcoceppi: ^
[19:07] <rick_h> bdx: looking, want to check what juju looks for to make that determination
[19:08] <marcoceppi> rick_h: can you use resources in a bundle?
[19:09] <rick_h> marcoceppi: not a local resource atm, it's on the 17.04 roadmap list
[19:09] <marcoceppi> rick_h: ack, ta
[19:09] <bdx> rick_h: https://bugs.launchpad.net/juju/+bug/1645446
[19:09] <mup> Bug #1645446: juju incorrectly reports machine already provisioned <juju:New> <https://launchpad.net/bugs/1645446>
[19:11] <bdx> I'm going to hit every corner case today, fyi
[19:15] <rick_h> bdx: wheeee, replied with request for as much detail on the before as we can get please
[19:15] <rick_h> bdx: only work around I could think of atm is to manually remove the doc from the db, or change the ip address/hostname of the machine.
[19:16] <rick_h> bdx: but looks like some bug in the removal that you hit with the add/remove several times.
[19:17] <bdx> rick_h: ok, I don't have dynamic provisioning of spinning these up and down ... I could kill-controller and reprovision it all if that would be easier ?
[19:17] <rick_h> bdx: yea, unfortunately that's the non-hackiest path forward.
[19:17] <rick_h> bdx: since it's in the mongodb that the doc is hanging around that is triggering that error
[19:22] <bdx> rick_h: alright, updated, thanks
[19:22] <rick_h> ty bdx
[19:27] <bdx> rick_h: ehh, even after killing my controller, and re-bootstrapping, I'm getting the same thing
[19:28] <rick_h> bdx: ?! /me goes back to the code he thought he understood
[19:29] <rick_h> bdx: when you kill-controller in manual...I wonder if it clears the db? I mean that would be nuts...but.
[19:30] <bdx> rick_h: yea, I'm wondering if need to manualy tear all that ishk outta there?
[19:30] <rick_h> bdx: sec, can you grab the logs please?
[19:31] <rick_h> bdx: looking for lines like: "Checking if %s is already provisioned"
[19:32] <rick_h> bdx: looks like there's another place that can hit this if the juju service exists on the system
[19:32] <rick_h> bdx: so that's in upstart or systemd depending on series
[19:33] <rick_h> bdx: so it's probably not the juju directory, but the services directory that's the issue.
[19:34] <bdx> rick_h: ok, yeah, its a trusty controller
[19:34] <rick_h> bdx: but the machine is xenial?
[19:34] <bdx> rick_h: no, the machine is trusty too
[19:34] <bdx> ooh, the services dir on the machine ... my b
[19:35] <rick_h> bdx: right, the systemd script for jujud on that machine that's "already provisioned"
[19:35] <bdx> yea, I was looking around in there and didn't see anything that said juju .... oh, where is that?
[19:35]  * rick_h is looking
[19:35] <rick_h>  /etc/systemd/system ?
[19:36] <rick_h> anything juju in there?
[19:36] <bdx> rick_h: http://paste.ubuntu.com/23549930/
[19:36] <rick_h> bdx: yea, there we go: https://github.com/juju/juju/blob/6cf1bc9d917a4c56d0034fd6e0d6f394d6eddb6e/provider/manual/environ_test.go#L106
[19:36] <rick_h> bah
[19:37] <rick_h> bdx: any others from that code link hit?
[19:37] <jrwren> when did trusty get systemd?
[19:37] <rick_h> bdx: /etc/init/juju ?
[19:37] <bdx> I checked there too .. omp
[19:37] <rick_h> jrwren: no, but the controller is trusty, but the machine is xenial (the add-machine one that is)
[19:38] <jrwren> oh, ok.
[19:38] <rick_h> bdx: ok, what's omp? /me is ignorant
[19:38] <bdx> http://paste.ubuntu.com/23549940/
[19:39] <bdx> nothing
[19:39] <bdx> rick_h: no its trusty
[19:39] <rick_h> ok, so the controller was killed/restart, the machine in question has no reference to the juju service...
[19:40] <bdx> rick_h: here we go -> http://paste.ubuntu.com/23549954/
[19:40] <bdx> rick_h: exactly
[19:40] <bdx> rick_h: should I kill the controller, then ssh in and rm everything juju and mongo from the controller ?
[19:41] <rick_h> bdx: not yet, /me is chasing the code from that log output
[19:41] <rick_h> ok, that is definitely from https://github.com/juju/juju/blob/6cf1bc9d917a4c56d0034fd6e0d6f394d6eddb6e/environs/manual/init.go#L34 then
[19:42] <rick_h> at least the log lines match up
[19:42] <rick_h> so time to figure out wtf we run on systemd to get the list of services
[19:44] <rick_h> bdx: can you run this on the machine? -- /bin/systemctl list-unit-files --no-legend --no-page -t service | grep -o -P '^\w[\S]*(?=\.service)'
[19:47] <bdx> rick_h: bash: /bin/systemctl: No such file or directory
[19:47] <rick_h> bdx: this is on the xenial host?
[19:47] <bdx> rick_h: there is no xenial host
[19:47] <rick_h> bdx: on that pastebin it said xenial?
[19:47] <bdx> wha?
[19:48] <rick_h> http://paste.ubuntu.com/23549833/
[19:48] <rick_h> bdx: ok sorry, I thought you had a trusty controller with a xenial machine you were trying to add
[19:48] <rick_h> bdx: I see now that your other paste said it was --trusty
[19:48] <rick_h> bdx: sorry, my confusion. Ok, looking in the wrong place then
[19:50] <rick_h> bdx: so new command for trusty: sudo initctl list | awk '{print $1}' | sort | uniq
[19:50] <bdx> rick_h: http://paste.ubuntu.com/23549991/
[19:50] <bdx> its there
[19:51] <rick_h> bdx: there you go, so Juju thinks the machine's provisioned because of the juju entries in there
[19:51] <bdx> awesome, I'm gonig to rm the jujud-machine-17
[19:51] <rick_h> bdx: rgr
[19:52] <rick_h> bdx: the unit one as well if that's done/gone
[19:52] <rick_h> bdx: if any line has "juju" in it it's considered provisioned so need both gone: 	provisioned := strings.Contains(output, "juju")
[19:52] <bdx> yeah, just the machine-17 didn't do the trick
[19:53] <bdx> there we go, removing both did it
[19:53] <rick_h> bdx: <3 ok...updating the bug with these notes
[19:54] <bdx> thanks rick
[19:54] <rick_h> bdx: np, see you in an hour or so for round 3? :P
[19:57] <bdx> rick_h: I just got elasticsearch (patched with the addition of the python-yaml dep) to successfully deploy to that machine
[19:58] <bdx> rick_h: that was my last standing issue in the bunch, for the time being :-)
[19:58] <rick_h> bdx: ok, I'm going to take nap for now then :P
[20:35] <lazyPower> mbruzek  https://github.com/juju-solutions/jujubox/pull/20#pullrequestreview-10408603  - i had one minor comment. fi you dont want to take any action on that i'm +1 to this as it is.
[20:40] <mbruzek> lazyPower: I still think the juju-1 packaging is not final, and I don't want to create a sym-link at this time
[20:40] <mbruzek> If you want to create a bug we can track it that way.
[20:40] <lazyPower> ack, not that serious
[20:40] <lazyPower> i'm +1 as it is, merging now
[20:45] <lazyPower> mbruzek - both jujubox pr's landed. You made mention of a charmbox pr but i dont see one on the repo. Did it land already or is it MIA?
[20:46] <lazyPower> mbruzek - i assume it was this one? https://github.com/juju-solutions/charmbox/commit/3df12bf82ce6bd16d519bb812c710831e799e6fb
[20:46] <mbruzek> yes that is it
[20:46] <lazyPower> awesome. landed that one over the weekend
[20:47] <lazyPower> so i think we're good on the box images now, just need to kick the builders and get the flavors setup
[20:47] <lazyPower> plus get this back in CI
[20:47] <lazyPower> want to batcave it and get that done real quick? it'll only take a few minutes
[20:49] <lazyPower> mbruzek ^
[20:50] <mbruzek> yes I am there?
[22:52] <kwmonroe> lazyPower: i see a juju-1 and latest tag now in jujubox.  is the 'devel' branch now deprecated?
[22:53] <lazyPower> kwmonroe - i beleive mbruzek sent a mail to the list, but yes, devel is now :latest
[22:53] <lazyPower> and the devel tag is in the process of being deprecated
[22:53] <lazyPower> juju-1 will be the best-effort tag to keep a juju-1 compliant charmbox around
[22:55] <kwmonroe> word lazyPower -- i see mbruzek's note now (spelling errors and all).  thanks!
[22:55] <lazyPower> kwmonroe np happy to help
[23:25] <hallyn> 'juju bootstrap' always seems to hang (on both xenial and yakkety hosts), the console claims it's doing "apt-get upgrade", but the process list shows a
[23:25] <hallyn> 100000   15822 15821  0 22:58 ?        00:00:00 sudo /bin/bash -c /bin/bash -c  set -e tmpfile=$(mktemp) trap "rm -f $tmpfile" EXIT cat > $tmpfile /bin/bash $tmpfile
[23:25] <hallyn> which has a bash child and bash grandchild with no arguments
[23:45] <hallyn> tych0: using juju 2.0 and lxd, how can i specify that it should use an image i create?  (i need to drop open-iscsi so juju bootstrap won't hang)
[23:45] <tych0> hallyn: sec,
[23:46] <tych0> hallyn: make an image called ubuntu-$series
[23:46] <tych0> or, one that has a tag called that
[23:46] <tych0> it'll use that one
[23:46] <hallyn> oh, ok.  that'll suffice for now,
[23:46] <hallyn> but so there's no way to say "use image xenial-base" tha tyou knwo of?
[23:47] <hallyn> tych0: (trying that - thanks)
[23:47] <tych0> hallyn: no, i don't think so
[23:47] <tych0> the ubuntu-$series alias is always used for exactly htis reason
[23:47] <tych0> i didn't think about making the name custom at the time :)
[23:48] <hallyn> kewl - easy enough, re-bootstrapping, let's see
[23:50] <hallyn> tych0: success, thx :)
[23:51] <tych0> hallyn: cool, glad it worked!


[00:36] <nhaines> So http://www.ubuntu.com/things is a thing.
[00:36] <darthrobot> Title: [Ubuntu Core on Internet Things | Snappy | Ubuntu]
[00:39] <elky> nhaines: i did what i could figure out on that list, that lyz hadn't done, except post on the forums
[00:39] <nhaines> elky: ooh, thank you!
[00:39] <elky> i don't care enough about forums to log in there
[00:39] <nhaines> Me either.  But I might do it anyway.
[00:41] <elky> im assuming i did it ok, i'm sure someone will inform me in due course if i did not
[00:43] <nhaines> That's good enough for me!
[03:29] <pleia2> I haven't done anything lately, I just tend to do the loco team portal one an extra meeting out so folks can plan accordingly (as if!)
[04:48] <pleia2> jose: ooh, you'll get your taco bell next month! ;)
[04:49] <jose> pleia2: yes! so excited to get it!
[04:49] <pleia2> haha
[04:50] <pleia2> jose: we should chat sometime soon (not now) about ubuconla, I'm thinking I'll stay in Peru several days after the conference so I can go to Cuzco (and Machu Picchu!)
[04:50] <jose> pleia2: sure! as long as you don't get altitude sickness we should be good to go!
[04:50] <pleia2> haha, who knows, bring it on :)
[04:51] <pleia2> it'll be worth it, I've wanted to go forever
[05:04] <nhaines> pleia2: I was just looking at the SCALE Exhibitor Kit, and it reminded me to ask whether you were sending stuff down for the booth.  :)
[05:05] <nhaines> pleia2: also, never play poker with Gareth, because the other day he was like "Hey, I wanted to talk to you about the booth... we're moving you to the smaller hall..." and then he gave us one of the best booths.
[17:14] <pleia2> nhaines: if I can find someone to bring things down, I'm happy to send down some stickers, pens and a couple copies of the Official Ubuntu book, plus whatever other booth hardware I have and you might need
[17:15] <nhaines> pleia2: remember to sign the books!  :D
[17:15] <pleia2> I will, hopefully Matthew Helmke and philip will be there two, so along with jose you could get all 4!
[17:15] <pleia2> I'll drop Matthew an email and Cc: you to confirm
[17:16] <jose> \o/
[17:16] <jose> finally meeting Matt
[17:16] <nhaines> Which reminds me that you should sign one to me.  Because I had hoped to get one from you at SCALE anyway.  :)
[17:29] <pleia2> nhaines: certainly will :)
[17:30] <nhaines> :D
[17:53] <nhaines> Oh, so the good news is that mhall119 mentioned in the Engineering hangout that he's heard that he's bringing bq Aquaris phones to SCALE for the booth.
[17:54] <nhaines> Which is good, because I've been waiting for confirmation from him (which I do not yet have) because SCALE wants to publicize that.
[17:59] <pleia2> ah yeah, jcastro mentioned that the other day when he was taunting me about all the fun I'm missing (heckling Aq)
[17:59] <nhaines> I need to see if he's still bringing an Orange Box.
[18:00] <nhaines> System 76 might be donating laptops.
[18:00] <nhaines> This is basically going to be the best booth ever.
[18:02] <pleia2> :D
[18:22] <jose> nhaines: we will have an orange box, yes :)
[18:24] <pleia2> alas, no matthew :( couldn't make arrangements work
[18:24] <nhaines> jose: yay!  :)  Now I just have to figure out where to put the massive amount of computing power we have.
[18:24] <nhaines> pleia2: aww.  :(
[18:24] <jose> :(
[18:24] <jose> nhaines: it'll have to have its own table, because kirkland will be there and it's his baby
[18:25] <nhaines> jose: we only have two tables.
[18:25] <nhaines> Well, I'll think of something.
[18:25] <jose> just kidding :P
[18:25] <jose> but kirkland does love the orange box
[18:25] <nhaines> Then why doesn't he marry it?
[18:26] <nhaines> Also I owe kirland a hug.  Or at least a beer.  Because byobu.
[18:40] <philipballew> pleia2, I just saw that email from that Larry person. It seems like I should be able to help him out. Even though he is running a mac book...
[18:40] <philipballew> Actually, macbooks and Ubuntu usually play nice I think...
[18:40]  * philipballew is really enjoying his new thinkpad
[18:45]  * philipballew goes off to his literature class.
[18:48] <nhaines> Ooh, just got confirmation on the booth laptops.
[18:48] <pleia2> woo
[18:49] <DonkeyHotei> booth laptops? canonical provides such now?
[18:49] <pleia2> system76
[18:49] <DonkeyHotei> do they have a separate booth this year?
[18:51] <nhaines> Nope.
[19:00] <MarkDude> Yay Carl
[19:01]  * MarkDude needs to see if he will give me that shirt- from like 4 years ago- he was gonna give me a 76 :D
[19:39] <DonkeyHotei> in related observation, my car ran 1000% better after filling up at valero than after filling up at 76
[19:43] <nhaines> pleia2: During the Ubuntu Global Jam Ubuntu on Air thing  today, when jose was assigned a work item for "South America/Other" regions, he joked that one day there'd be a UGJ on Mars and someone else, mhall119 or dholbach said ISS.  I said I'd be submitting my community donation request shortly.
[19:45] <pleia2> ++
[19:48] <DonkeyHotei> "global" would not be so apt when a different globe is involved
[19:49] <DonkeyHotei> but then, ubuntu would long have run out of terrestrial release animals and adjectives by then
[19:50] <nhaines> "Maverick Marskat"
[20:49] <MarkDude> Universal Jam instead of Global? Im in :)