[08:30] <handsome_feng> Hi, guys
[08:33] <handsome_feng> Meeting time,! And I think there is only one topic at this meeting in our side
[08:53] <ypwong> handsome_feng, oh
[08:53] <ypwong> handsome_feng, today?
[08:56] <handsome_feng> Yes, But i think marco and eleni is busy now
[08:58] <handsome_feng> And indeed, there is no important thing to discuss
[08:58] <handsome_feng> I think. :)
[08:59] <Trevinho> hey
[08:59] <Trevinho> hi handsome_feng
[09:00] <Trevinho> So, yeah, we're in a meeting
[09:00] <handsome_feng> Hi , Trevinho
[09:01] <Trevinho> handsome_feng: however, I think you did a great job with the launcher... The press gave good reviews while I didn't experience issues
[09:01] <Trevinho> handsome_feng: there are some small changes to do with the laluncher border in some cases, but I'll handle that
[09:01] <Trevinho> but in terms of logic, I don't think that there's anything else
[09:01] <Trevinho> are you focusing on what right now?
[09:02] <handsome_feng> The kylin wizard :)
[09:03] <handsome_feng> And we are also plan to do more work on unity, What your plan on unity ?
[09:05] <Trevinho> handsome_feng: well, right now mostly keeping it in shape... We have sitll some room for improving it in 16.04 before 16.04.1... Not for things such as the wizard, but shaping and fixes are welcome
[09:05] <Trevinho> so if you find anything to put in shape, feel free to MP that :)
[09:06] <handsome_feng> Ok, Got it ! And about 1610, any new plan ? I heard that unity8 will be default desktop inviroment in 1610?
[09:13] <Trevinho> handsome_feng: we still don't know. We'll try to get that, but it won't be deafult until it will really be in pair
[09:14] <Trevinho> so, maybe it will take another cycle
[09:14] <Trevinho> anyway, I've to leave for a while... If there's anything you need to talk, feel free to drop me a line
[09:14] <Trevinho> Cheers
[09:14] <handsome_feng> Cheers !


[17:10] <asac> in case phoenix pops up while i am not here: Apache 2 License is OK :)
[19:42] <Ubulette> http://koke.amedias.org/articles/2008/03/08/whats-wrong-with-colors-in-firefox/
[23:13] <asac> ok ... looks like chances for getting ephy to a usable state for release improved again :)


[19:54] <flocculant> bug 1495017
[19:54] <flocculant> nice ;)
[19:57] <flocculant> there was obviously too much talking about ubiquity (even if it was auto tests) going on - and it's gone on strike
[19:57] <flocculant> blaming DanChapman and cyphermox :p
[19:58] <knome> and balloons, of course
[19:58] <flocculant> that goes without saying
[19:58] <knome> yes, i thought of that, but then i figured new testers should also get to know that fact
[19:59] <flocculant> mea culpa ...
[19:59] <flocculant> no idea who set the importance of that ...
[20:00] <knome> heh
[20:00] <flocculant> oh - apport retracing
[20:01]  * DanChapman will accept *some* of the blame
[20:01] <flocculant> DanChapman: we'll keep the rest warm till Monday then :p
[20:02] <DanChapman> :-D


[00:08] <mdeslaur> vorlon: I traced my gst-plugins-bad1.0 ftbfs to opencv being miscompiled by gcc12, which I believe is also causing its autopkgtest to fail...building it with gcc 11 seems to fix it and make gst-plugins-bad1.0 work
[00:08] <mdeslaur> vorlon: I don't think I'll have time before I go on vacation to investigate why it's not working with gcc-12, but if you want, I can upload it to build with gcc-11...
[00:48] <vorlon> mdeslaur: that would be fine with me
[01:51] <amurray> athos: lgtm - thanks for taking a look at redis
[10:28] <rbasak> schopin: please could you merge ruby-mysql2? You merged it last, and I think the delta you touched is the only delta left.
[10:28] <rbasak> Logan_: please could you merge rp-pppoe?  On the other hand the Debian NMU seems to be a bugfix, so I guess I can do it after?
[10:32] <rbasak> schopin: ah - good point, thanks.
[10:34] <ginggs> rbasak: schopin: that change in ruby-mysql2 0.5.3-3.1 from Debian looks like a fix for a FTBFS we don't have in Ubuntu
[11:10] <rbasak> Even better, thanks. I was just following up on my false-positive TILs from grep-merges.
[12:36] <athos> amurray: done (redis sync'd)
[12:40] <amurray> athos: awesome - thank you
[13:15] <jbicha> xnox: could you review https://code.launchpad.net/~jbicha/ubiquity/+git/ubiquity/+merge/428825 ?
[13:22] <seb128> jbicha, if he doesn't reply I can do that and merge
[13:33] <xnox> jbicha:  you are core dev, and thus have commit rights yourself.... you can just self merge it =)
[13:33] <xnox> jbicha:  nothing in launchpad says it, but ubuntu-core-dev has https://code.launchpad.net/~ubuntu-installer/ubiquity/+git/ubiquity/+permissions push access granted
[13:35] <xnox> jbicha:  see comments on pull request
[13:54] <seb128> xnox, on that url it tells that no one can push to main? owner/canonical foundation/coredev/installer are set to 'cannot push'?
[13:59] <seb128> jbicha, ^
[14:30] <xnox> seb128:  huh?! that's a bug, nobody should be able to push to master; but everyone should be able to push to main
[14:31] <xnox> seb128:  updated, hopefully it works now?
[14:32] <seb128> jbicha, ^
[14:32] <seb128> xnox, was that part of renaming master to main?
[14:32] <seb128> I guess something when wrong when that was set up and nobody tried to push since?
[14:33] <xnox> soemthing like that
[14:37] <jbicha> thanks, I was able to push now
[22:07] <Unit193> arraybolt3[m]: ...Do you have git access to Lubuntu's github team?
[22:29] <arraybolt3[m]> Unit193: Not yet.
[22:33] <Unit193> Dang, will have to poke someone else. :/
[22:33] <arraybolt3[m]> Unit193: Your best bet is probably going to be Simon Quigley, Dan Simmons, or Thomas Ward. (tsimonq2, kc2bez, or teward, respectively.)
[22:34] <teward> i was poked
[22:34] <arraybolt3[m]> Unit193: ^
[22:34] <teward> Unit193: what have i been pinged for?
[22:34] <teward> what chaos doth thy need
[22:35] <Unit193> teward: Looking to make more pastebinit changes, but don't want to wait 5 months for it.  I might just upload to Ubuntu instead.
[22:35] <teward> Unit193: same patches or no?  I can push to the Lubuntu github but the *goal* is for those to all migrate to git.lubuntu.me instead.
[22:36] <teward> just sayin
[22:36] <teward> i'm happy to push any patches through without Simon's input becauwes pbi it one of the things i care about too :p
[22:36] <Unit193> Was checking if more people had access yet.  Yeah git.lubuntu.me is useless to me, but eh.
[22:36] <teward> (everything'll be there eventually if it's on Github, and Github would become the mirror, so blwehau).
[22:36] <Unit193> teward: There's a few dpaste fixes, and considering bumping all the ones that support it to https.
[22:36] <teward> file issues/PRs and i'll import them
[22:36] <teward> s/import/merge/
[22:36] <teward> since GH :p
[22:37] <arraybolt3[m]> teward: While we're on the topic, is there a particular reason I've not yet been given commit access? I remember I made a request but never got an answer.
[22:37] <Unit193> https://dpaste.com/3D2LUTRS4 is what I have so far.
[22:37] <teward> arraybolt3[m]: because kc2bez is lazy.
[22:37] <teward> :p
[22:38] <teward> Unit193: that's a patch, not a PR.  Have you considered logging into Github or similar and then applied that in your own branch and done a pull request?
[22:38] <teward> and if the answer is "no", then why not?
[22:38] <teward> you know Git works best with pull requests :P
[22:38] <Unit193> I said "That's what I have so far", it's also not a patch, just a diff. :P
[22:39] <teward> "what you have so far" - you intend there to be more I assume?
[22:40] <Unit193> "...and considering bumping all the ones that support it to https."
[22:40] <Unit193> Not sure if that's ideal, given ca-certs has to be there and not broken.
[22:41] <teward> tsimonq2: kc2bez: other Lubuntu devs: pastebinit is NOT ours and should not be under the lubuntu-team.  Based on that, we need to migrate it to somewhere else (Salsa perhaps?) since it's the 'upstream' for more than just Ubuntu.
[22:42] <teward> Unit193: are you saying that ca-certs is not present in those cases, and thus we can't reliably bump everything to HTTPS?
[22:42] <teward> we COULD force it to be a dependency of the package
[22:42] <Unit193> There's also an Ubuntu specific change, not sure if you'd rather that upstream or in d/patches/
[22:43] <teward> patches are fun ;)
[22:43] <teward> it's how we diverge from Debian :p
[22:43] <teward> but first tsimonq2 has to yield to my power >:D
[22:43] <teward> *shot*
[22:45] <teward> Unit193: if you're going to do this though with a patch/diff please do me one favor and make sure you standardize the paths in your diffs ;)
[22:45]  * arraybolt3[m] dumps seven thousand clones of Simon Quigley onto teward
[22:45] <teward> otherwise i have to do stuff by hand one segment at a time and get annoyed
[22:45] <teward> *revokes arraybolt3[m]'s developer rights* ooops
[22:45] <teward> (we're in -devel but FYI arraybolt and I act like me and Simon do - we smack each other repeatedly.  we'll limit that in here though)
[22:46] <teward> Unit193: pushed into the repository
[22:46] <tsimonq2> teward: I think I may have taken it on personally and just housed it under Lubuntu to make it easier.   ANYWAYS
[22:49] <teward> when you have a complete patch set ping me i'll get it in i'll revert for now
[22:49] <Unit193> http://dpaste.com//HLLF8KGQA is what I have now, but I'd like to test that it works first.
[22:49] <teward> check ping when ready or make a pull request :P
[22:49] <teward> *lurks*


[21:19] <MichealH> I had a Idea for Dec 11th
[21:19] <MichealH> and 10
[21:20] <MichealH> A Ubuntu Tour BugDay?
[21:20] <MichealH> Omega: ^^^
[21:23] <UndiFineD> ok
[21:36] <MichealH> Hey AndrewMC
[21:36] <AndrewMC> MichealH: hey
[21:36] <UndiFineD> :)
[21:37] <MichealH> We already have a bugteam :)
[21:37] <MichealH> AndrewMC: Whats your Launchpad ID?
[21:37] <MichealH> (Its open but meh let me add ya)
[21:38] <MichealH> Oh wait, Alex is the Owner Shouldnt the Admin Team be the owner?
[21:38] <AndrewMC> andrewmc
[21:39] <MichealH> It seems I cant do that
[21:39] <MichealH> https://launchpad.net/~ubuntu-tour-bugs
[21:39] <MichealH> Just join
[21:39] <MichealH> :)
[21:40] <AndrewMC> well i didnt really want to join the team just watch how its done to see if bugs are something i am interested/can in/do
[21:41] <UndiFineD> how its done, hey my images do not appear
[21:41]  * AndrewMC is just learning what Ubuntu Tour is actaully
[21:42] <UndiFineD> well it could do much more than it does now
[21:42] <MichealH> Just get the branch and test and report bugs :)
[21:42] <MichealH> Then MadnessRed will fix them, r Omega or Muscovey or MichealH, anyone!
[21:43] <MichealH> The big bug is: Tour incomplete
[21:43] <AndrewMC> i still think i want to just watch
[21:43] <MichealH> I think we sould make a temp chan for the bugdays
[21:43] <MichealH> But nah, this will do
[21:44] <MichealH> Maybe 10/12/10 we will start the day off with a meeting/rundown
[21:44] <UndiFineD> well, you can expect some new people coming in here and therefore you would like a separate team channel
[21:44] <AndrewMC> MichealH: what about that organizing thing you spoke of?
[21:44] <MichealH> UndiFineD: So Its a yes?
[21:44] <MichealH> AndrewMC: Triaging bugs?
[21:44] <UndiFineD> I will be here
[21:45] <MichealH> UndiFineD can help you AndrewMC
[21:45] <MichealH> I wont be around much on the 10th or 12th
[21:45] <UndiFineD> :)
[21:45] <MichealH> But 11, I will be harcore bug hunting :)
[21:45] <AndrewMC> i wont be of much use anyhoo as i have never even heard of this team before today
[21:45] <MichealH> AndrewMC: ubuntutour.org
[21:46] <AndrewMC> MichealH: im there now
[21:59] <Omega> I'm here
[22:03] <MichealH> Hey Omega
[22:03] <MichealH> ike my idea?
[22:04] <Omega> the bug one
[22:04] <Omega> sure
[22:04] <Omega> I need to leave now
[22:04] <MichealH> ts a small shedule but Omega or anone can add to it :-)


[02:49] <lotuspsychje> good morning
[07:42] <ducasse> morning folks
[07:49] <guiverc> G'day ducasse
[07:52] <ducasse> howdy, how goes?
[08:49] <marcoagpinto> morning


[10:23] <CRCinAU> Hi guys, I'm still trying to do a netinstall of Ubuntu in Xen
[10:23] <CRCinAU> none come up with any console on tty0
[10:23] <CRCinAU> anyone know if I can force it to use tty0 somehow?
[21:50] <bdmurray> How could I test a casper change on a Live CD?


[01:09] <snap-l> Evening, everyone
[01:10] <snap-l> Thank you, jcastro_ for taking the reigns.
[03:24]  * rick_h starts packing up the car http://goo.gl/gea8d
[03:35] <jjesse-home> can i join?
[03:36] <jjesse-home> i think i read startups are moving to kansas city and using people's living room for office space
[03:37] <greg-g> me three me three!!!
[11:46] <rick_h> morning
[12:22] <snap-l> Good morning
[12:22] <snap-l> Have a very drugged kitten this morning
[12:22] <snap-l> last night she was best described as "stoned"
[12:22] <snap-l> Even the vet called her stoned
[12:22] <snap-l> s/vet/technician/
[12:43] <rick_h> yea, gotta love it when the pets get the good drugs
[12:55] <rick_h> wahoo android 4.2
[13:02] <brousch> bastard
[13:02] <brousch> I still have nothing over 2.3.7
[13:02] <rick_h> nexus 7 ftw
[13:03] <brousch> Oh wait, my touchpad came in, so I have WebOS 3
[13:03] <brousch> WebOS > *
[13:03] <rick_h> hah
[13:03] <rick_h> one day...holding out hope
[13:04] <brousch> At least now I can play around with it
[13:04] <brousch> My fear is I will like it more than Android and get sucked into its tiny ecosystem
[13:04] <rick_h> yea, HP did have some updates recently
[13:04] <rick_h> and I'd still rather use it for dev work, but no users/devices :(
[13:05] <brousch> old devices
[13:07] <brousch> Hm, looks like openwebos has been ported to galaxy nexus
[13:08] <brousch> http://webos-ports.org/wiki/Galaxy_Nexus
[13:09] <snap-l> rick_h: You just want to Javascript all the things.
[13:10] <rick_h> :)
[13:18] <snap-l> http://shop.oreilly.com/category/deals/math.do?code=DEAL&imm_mid=09b53f&cmp=em-npa-books-videos-deal-day-math-direct <- Math DotD
[13:51] <jrwren> brousch: run 4.x x86 in a VM if you want newer than 2.3.7
[13:54] <brousch> jrwren: I am, but I don't count it
[13:57] <jrwren> so you do have newer than 2.3.7 :)
[13:58] <jrwren> i maintain ubuntu is not for desktop. why doesn't nautilus have a run as... option to run something as root or another user?
[14:02] <rick_h> huh?
[14:04] <jrwren> my use case is ubuntu in a VM, installing the vm tools. the vm tools CD gets mounted and a window pops up, that is great. the next step is running hte installer as root. You can't do this from natilus. It is a shame.
[14:09] <brousch> So tempted to reply to https://twitter.com/chrismcdonough/status/268514999603953666 with "One user?! tThat's like 20% of all Pyramid users"
[14:10] <jjesse> i got distracted by "i'm a toy that squirts rainbows"
[14:10] <rick_h> lol, me too
[14:31] <rick_h> in case you guys don't follow the python lists http://pastebin.ubuntu.com/1358061/
[14:31] <rick_h> kind of cool to see a db vendor getting Mike involved like that
[14:35] <snap-l> rick_h: Which list was that on?
[14:35] <rick_h><EMAIL_ADDRESS>[14:36] <snap-l> Ah.  In my network trace 1.3 of the 2.4
[15:52] <rick_h> but yea, we don't use etags because we get into timestamp races across front end machines
[15:52] <rick_h> and we stream the JS content so that you get it faster without us loading it all into memory
[15:52] <rick_h> but it is fully squid cached so fast on our end, just network
[15:53] <rick_h> and then there's the fact that it's coming from england DC vs in the US which I can't do anything about :()
[15:53] <jrwren> england DC?!?!  that is probably teh latency i notice.
[15:53] <jrwren> ugh.
[15:54] <snap-l> jrwren: English packets laced with Guiness. ;)
[15:55] <snap-l> and smelling faintly of fish and chips
[15:55] <jrwren> its yet another reason to use github... support american made products. :p
[15:56] <rick_h> hah
[15:56] <snap-l> Those smell like BBQ sauce and want to change the radio to Country
[15:56] <snap-l> and have to have jokes explained to them
[16:10] <jrwren> snap-l: what is that wireles provider you use?
[16:11] <jrwren> ting
[16:21] <snap-l> Yeah
[16:22] <snap-l> http://decafbad.net/2012/06/06/i-love-my-phone-company-or-why-ting-com-is-awesome/
[16:32] <jrwren> i'm really starting to hate pyrex
[16:32] <rick_h> jrwren: yea, what are you using it for?
[16:37] <brousch> The cookware?
[16:37] <jrwren> porting this to libevent2 https://code.google.com/p/pyevent/
[16:38] <rick_h> ah, fun
[16:38] <jrwren> it blows.
[16:38] <rick_h> heh, yea I try to stay away from that stuff and let other smarter people do that
[16:38] <jrwren> or I don't understand what ctypedef is supposed to do.
[16:38] <jrwren> its like you ahve to reduce your typedefs to something pyrex knows
[16:38] <jrwren> i drive right in. its fun.
[16:40] <jrwren> i think my gripe is largely with 32/64bit clean C. pyrex seems to completely ignore the problem
[17:13] <rick_h> http://trac.webkit.org/changeset/134092 lol
[17:13] <snap-l> pfft. :)
[17:35] <Blazeix> yeah, it needs to be Thingy1 so it doesn't clash with future Thingy implementations
[17:38] <snap-l> exactly
[17:47] <greg-g> so, who else didn't realize until yesterday that next week was thanksgiving?
[17:47]  * rick_h is counting down the days
[17:48] <greg-g> :)
[17:48] <greg-g> me too, now ;)
[17:49] <rick_h> going to get some good shop time in next weekend. And I get pumpkin pie on thanksgiving so yay
[17:49] <rick_h> jcastro_: you up for the woodworking meeting tomorrow night?
[17:49] <rick_h> speaking of shop time
[17:50] <greg-g> oh man so jealous jcastro_ gets to go to woodworking meeting!
[17:50] <rick_h> well I dragged him to one, going for two
[17:51] <waldo323_> the washtenaw lug is having a meeting about sshfs tomorrow for those of you in that area
[17:52] <jcastro_> wait, lugwash is tomorrow?
[17:52] <waldo323_> oo yeah, sorry to introduce choices
[17:59] <jrwren> anyone ever seen tmux eat memory?  http://pastebin.com/P8KcnMd4
[18:01] <rick_h> nope
[18:07] <snap-l> No, that's unique
[18:50] <brousch> OMG, I found something built on Pylons
[18:50] <brousch> http://ckan.org/developers/about-ckan/
[19:16] <Blazeix> http://stackoverflow.com/questions/13375357/proper-use-cases-for-android-usermanager-isuseragoat


[08:28] <mdke> Kamping_Kaiser: bzr
[08:28]  * Kamping_Kaiser goes to check what he said
[08:29] <Kamping_Kaiser> ahk.
[08:30] <mdke> actually, we don't need to refer to it at all, it's all explained from the main wiki page
[08:31] <mdke> thanks for pointing it out
[08:31] <Kamping_Kaiser> np
[08:32] <mdke> morning mpt
[08:32] <mpt> hi mdke
[08:33] <mdke> mpt: are you still in London?
[08:39] <mdke> mpt: gtg, i'll try and catch you another time
[08:52] <mpt> mdke, yes, we should have lunch sometime
[10:26] <Kamping_Kaiser> any idea where i'd ask about the mailling lists configuration? for about 30 minutes i think i've been bouncing mail, but i'm still getting mail from the -doc list. i assume the others have frozen me/delayed more deliveries. i was wondering how to check how long it would be for
[12:59] <Kamping_Kaiser> i think i bounced off all the lists :(
[16:02] <sommer> mdke: hello, I'm confused about the fix-urls.sh script... it seems to leave a lot of ghelp links when I run it against a local build
[16:02] <sommer> mdke: I'm using the one I found for feisty though... just wondering if there's an updated one?
[16:02] <sommer> mdke: or other method?
[19:03] <mdke> sommer: there should be one for gutsy too, but the problem (I recollect) was that I didn't update the script so that it contains a solution to any of the new ghelp links that were introduced since feisty
[19:04] <mdke> sommer: so the solution is to grep through all the docs and find ghelp links, then check to see if they are included in the fix-urls script
[19:05] <mdke> Kamping_Kaiser: it is set to 5 points
[19:06] <mdke> Kamping_Kaiser: you can only get one point in a day
[19:08] <sommer> mdke: gotcha... is that the best way to do it?  just wondering if maybe a python script maybe able to work accross releases?
[19:08] <sommer> from my simple greps so far there a quite a few new links
[19:09] <sommer> mdke: I can start work on a python script to change the links if you think it'd be worth it
[19:10] <mdke> sommer: definitely. the existing solution is a hack
[19:10] <sommer> mdke: okay, I'll see what I can come up with
[19:10] <sommer> sometime hacks are fun too :)
[19:11] <mdke> thanks dude
[19:34] <LaserJock> anybody know what the status on doc.ubuntu.com is?
[19:38]  * LaserJock wonders if his IRC client is even connected.
[19:38] <sommer> LaserJock: last time I checked the status was "dated"
[19:39] <sommer> you probably figured that though :-)
[19:39] <sommer> I filed bug 173104 a while back
[19:39] <ubotu> Launchpad bug 173104 in ubuntu-docs "doc.ubuntu.com/  needs updated" [High,Confirmed] https://launchpad.net/bugs/173104
[19:41] <LaserJock> sommer: right, I just wonder how things are going
[19:41] <LaserJock> doc.ubuntu.com was pretty important for the stuff I was doing
[19:43] <sommer> ya I think a place to have the development docs built would be very helpful
[19:43] <sommer> mdke probably knows more on the status
[19:44] <LaserJock> well, I was "housing" docs on doc.ubuntu.com
[19:44] <LaserJock> so now I have no place to put stuff at the moment and links to doc.ubuntu.com
[19:46] <sommer> ah
[19:46] <LaserJock> both the Ubuntu Packaging Guide and Edubuntu docs are on doc.ubuntu.com
[19:46] <LaserJock> and not on help.ubuntu.com
[19:47] <sommer> gotcha... didn't the packaging guide move to the wiki? or is moving
[19:52] <LaserJock> yes
[19:52] <LaserJock> but there are still tons of links around the web
[19:53] <LaserJock> I can fix everything, but I'm wondering if I should just give up on doc.u.c or if it's going to come back
[19:54] <sommer> good question... might be good to ask on the ml
[20:08] <mdke> LaserJock: yes, I've been given access now. I haven't set up the updating of the site yet because the build utilities aren't installed yet
[20:08] <mdke> LaserJock: shouldn't be much longer
[20:28] <LaserJock> mdke: cool, thanks
[21:58] <Kamping_Kaiser> mdke, wonder whats up then. definitely not getting email :/ thanks for the reply though


[19:58] <nhandler> Is there anything that needs doing for the UWN? I won't be around tomorrow, but I still want to help out


[00:11] <anastasiamac> thumper: wallyworld: PTAL https://github.com/juju/juju/pull/9125 - fix for critical
[00:11] <anastasiamac> i've proposed against 2.3 and will forward-port once landed.
[00:42] <anastasiamac> babbageclunk: veebers: any chance u could review ^^
[00:42] <babbageclunk> anastasiamac: sure
[00:43] <anastasiamac> babbageclunk: my hero \o/ tyvm
[00:45] <wallyworld> veebers: sorry, just got off the meeting. i don't know what the issue might be off hand
[00:45] <babbageclunk> anastasiamac: approved!
[00:46] <anastasiamac> \o/
[00:52] <veebers> anastasiamac: sorry was at lunch :-\
[00:52] <anastasiamac> veebers: how could u?
[00:52] <anastasiamac> :D
[00:52] <anastasiamac> nws
[00:53] <veebers> :-)
[01:20] <thumper> anastasiamac: I'm looking to forward port 2.3 into 2.4
[01:20] <anastasiamac> thumper: k but my stuff will be there shortly (and on develop)
[01:21] <anastasiamac> thumper: m happy to review, once u propose if u want
[01:21] <thumper> anastasiamac: it is in 2.3 now
[01:21] <thumper> I noticed it there
[01:22] <anastasiamac> yep. i've pr'ed against 2.3 originally, this morning
[01:22] <anastasiamac> 2.4 and develop landing is happening now
[01:22] <anastasiamac> gofmt against develop seems to be stricter?
[01:25] <anastasiamac> thumper: and merged into 2.4
[01:26] <veebers> wallyworld: I believe one of my issues re: cleanup is conditionally setting statusOps (i.e. if caas use cloudcontainer key, otherwise unit) so removeOps is dying (I haven't touched that yet).
[01:26] <thumper> anastasiamac: I've found a problem with your patch :(
[01:26] <thumper> anastasiamac: was QAing it
[01:26] <anastasiamac> :( what's it>
[01:26] <anastasiamac> ?
[01:26] <veebers> wallyworld: is that the way forward, or instead of having the absence of a status via key be the decider should the caas check happen at the GetStatus end?
[01:26] <thumper> anastasiamac: I deployed keystone like the bug did
[01:26] <thumper> then went "juju config keystone vip"
[01:26] <wallyworld> veebers: quick HO?
[01:26] <thumper> there used to be no value
[01:26] <thumper> now there is a blank line
[01:27] <veebers> wallyworld: sure thing
[01:27] <veebers> wallyworld: standup?
[01:27] <wallyworld> ok
[01:27] <veebers> wallyworld: one sec, I smell smoke . .
[01:27] <anastasiamac> thumper: ahhh, yes coz it's Println... should it not be? just Print..
[01:27] <thumper> anastasiamac: confirmed with 2.2.6 cli
[01:27] <thumper> anastasiamac: just nothing
[01:28] <thumper> anastasiamac: I'll pastebin
[01:28] <anastasiamac> thumper: k. no need... i understand
[01:28] <veebers> ;all good, no smoke or stroke
[01:28] <thumper> anastasiamac: always good to be explicit... https://paste.ubuntu.com/p/sgszfhQTpQ/
[01:29] <thumper> wallyworld: when do you want to talk watchers
[01:29] <thumper> ?
[01:29] <wallyworld> otp now, maybe soon
[01:29] <anastasiamac> thumper: k. so I have added a *Println as jam's recommendation was to append newline tot he value
[01:29] <thumper> anastasiamac: which we should do for non nil values
[01:30] <anastasiamac> i'll go back and remove the newline :D thumper
[01:30] <thumper> no...
[01:30] <anastasiamac> thumper: ack
[01:30] <anastasiamac> newline wihen there is value and none where nil value
[01:30]  * thumper nods
[01:30] <thumper> yep
[01:30] <anastasiamac> k. so hold off porting 2.3 into 2.4
[01:30] <thumper> yep will do
[01:30] <anastasiamac> i'll propose agaisnt 2.3 ifrst
[01:31]  * thumper nods
[01:35] <babbageclunk> wallyworld: trivial review for bumping up the timeout? https://github.com/juju/juju/pull/9128
[01:35] <wallyworld> ok
[01:37] <wallyworld> babbageclunk: i wonder why this change got include in the lock file gopkg.in/goose.v2/testservices/neutronmodel
[01:37] <wallyworld> doesn't seem related
[01:37] <babbageclunk> wallyworld: yeah, I was about to put a comment on the PR about that.
[01:38] <babbageclunk> I'm not sure. I was tempted to remove it, but presumably that would just mean that the next person to do a dep change would include it.
[01:38] <babbageclunk> kelvinliu: ^?
[01:38] <kelvinliu> babbageclunk, how's going
[01:40] <babbageclunk> kelvinliu: I got a weird change in Gopkg.lock when I updated an unrelated dependency, just wondering if you had any ideas about it.
[01:41] <babbageclunk> kelvinliu: https://github.com/juju/juju/pull/9128/files#diff-bd247e83efc3c45ae9e8c47233249f18R1820
[01:42] <kelvinliu> babbageclunk, i guess if it's a dep of github.com/juju/pubsub
[01:43] <babbageclunk> No, I don't think it's related.
[01:43] <babbageclunk> Maybe it's version differences between different people's dep binaries?
[01:44] <anastasiamac> thumper: so ha.. if the value is nil then we would not print a newline... if a value is '' (empty string), we would?... previously, say in 2.2.6, we did not... in fact, in 2.3- we have never had a newline...
[01:44] <anastasiamac> (unless it was included as the actual value for the setting)
[01:44] <thumper> anastasiamac: I'd say if the value is the empty string then yes to newline
[01:45] <thumper> nil or missing is no value
[01:45] <anastasiamac> k
[01:45]  * thumper thinks
[01:45] <thumper> this is a break in our behaviour
[01:45] <anastasiamac> adding newline? yes
[01:45] <thumper> we broke STSs scripts
[01:45] <thumper> I'm wondering if adding a new line will continue to break their scripts
[01:46] <anastasiamac> it could...
[01:46] <thumper> yeah...
[01:46] <kelvinliu> babbageclunk, https://github.com/juju/juju/blob/develop/provider/openstack/local_test.go#L37
[01:46] <anastasiamac> adding newline was not required for the original fix anyway...
[01:46] <thumper> anastasiamac: I think we shouldn't add the new line now
[01:46] <thumper> anastasiamac: perhaps leave a note for Juju 3.0
[01:46] <kelvinliu> babbageclunk, i think it's introduced before ur PR, but someone forgot to run make dep
[01:46] <thumper> to add a new line
[01:47] <kelvinliu> babbageclunk, sorry, it's make rebuild-dependencies
[01:47] <babbageclunk> kelvinliu: ahh, yeah, I think that makes sense.
[01:47] <anastasiamac> thumper: ack, i'll add the note, card in 3.0 list and a bug :)
[01:47] <babbageclunk> wallyworld: I think that's the explanation, I'm ok if you want me to pull it out of the PR.
[01:48] <wallyworld> babbageclunk: if it's to fix a previous error then that seems ok to me
[01:51] <babbageclunk> It seems like that section in Gopkg.lock is going to change in surprising/unrelated ways when someone changes a dependency, since anytime someone adds an import of a previously-unimported package from an existing dependency it's going to be added here.
[01:51] <babbageclunk> (and I don't think it would be reasonable to insist that people run rebuild-dependencies when they haven't really changed them)
[01:54] <anastasiamac> thumper: PTAL https://github.com/juju/juju/pull/9129
[02:01] <thumper> anastasiamac: a suggestion and a question
[02:02] <thumper> babbageclunk: I hit the session closed bug again in the lease manager
[02:02] <thumper> babbageclunk: https://paste.ubuntu.com/p/84rSqXGsjg/
[02:04]  * thumper goes to make coffee
[02:07] <babbageclunk> thumper: ah, thanks - looking now
[02:08] <anastasiamac> thumper: and updated PR
[02:08]  * anastasiamac crosses fingers and makes tea
[02:09] <babbageclunk> thumper: ok - I guess the fix is to add a waitgroup to the manager and make sure it waits for all of the goroutines to be finished before stopping. Sound right to you?
[02:09] <babbageclunk> thumper: how do I reproduce it - running state tests under stress?
[02:10]  * babbageclunk will assume that until further notice.
[02:12] <thumper> babbageclunk: it is fucking hard to reproduce
[02:13] <thumper> babbageclunk: re waitgroup, yeah I think something like that may be necesssary, I'm going to take a peek
[02:17] <thumper> babbageclunk: got time to talk this through?
[02:20] <babbageclunk> thumper: sure
[02:29] <wallyworld> thumper: here's a PR to address the charm version issue https://github.com/juju/charm/pull/258
[02:29] <veebers> wallyworld: I'm either confused or my plan won't work, the unit workload status is initiall set at unit start (allocating), the caas provisioner updates the details (i.e. started container), if the unit status goes to 'unknown' or maintenance  state (i.e. agent error) then the cloud container status will never hit the criteria to update the status (unless it errors).
[02:30] <wallyworld> or anastasiamac ^^^^^ :-)
[02:30] <veebers> resulting in a status of 'maintanence, message: Waiting for mysql container' while the cloud container status is 'Started container'
[02:30]  * anastasiamac looking
[02:30] <anastasiamac> wallyworld: could u ptal 9129, just in case?
[02:31] <wallyworld> veebers: right, remember this is a stop gap until we thread stuff through. if the charm sets status to maintenance, we won't show container status unless it's an error and we choose to use it
[02:31] <thumper> wallyworld: I thought the entire purpose of this was to not log a warning message
[02:32] <veebers> wallyworld: ack, but it also means that it'll never go to an 'active' status as that info is now piped though cloud container status (which won't overwrite any unit status)
[02:32] <wallyworld> thumper: 2 things 1. it was logging a warning unnecessarily due to a git issue, 2. IMO we do want to inform the user if the version generation fails, so i have improved the message
[02:32] <wallyworld> i think the bug was due to some bogus message wthout enough info
[02:32] <wallyworld> if there's a genuine error we should surface it
[02:32] <thumper> I would say it should be informational to the user, it isn't a warning
[02:33] <wallyworld> i can chabge it to INFO but that will be hiddn by default
[02:33] <wallyworld> it soimething fails surely that's a warning
[02:33] <thumper> so... if I understand this, if it is in revision control and it hits an error we get a warning
[02:33] <thumper> what was the problem they were seeing?
[02:33] <thumper> why was there an exit code of 128?
[02:34] <wallyworld> because "git describe" failed
[02:34] <wallyworld> it couldn't generate a version sha
[02:34] <wallyworld> and we were not surfacing the true error string
[02:34] <wallyworld> hence the changed cmd.exec code also
[02:35] <wallyworld> it was failing because there were no tags available for it to use in the output
[02:35] <wallyworld> so we needed to be passing in --always
[02:35] <wallyworld> so that it would at least print the sha (without tag)
[02:36] <wallyworld> and without complaining
[02:36] <wallyworld> make sense?
[02:37] <wallyworld> veebers: for now she should also special case "active"
[02:37] <wallyworld> *we
[02:37] <veebers> wallyworld: ack, have done so now :-)
[02:37] <veebers> if cloud container active use it, currently have && unit status == maintanence but I think that's a bit much
[02:38] <wallyworld> yeah it is
[02:38] <wallyworld> could have been error->active
[02:38] <wallyworld> eg if we fix the stroage claim it will come good
[02:38] <veebers> ack, thanks wallyworld!
[02:39] <thumper> wallyworld: can you jump into our 1:1?
[02:39] <wallyworld> ok
[03:09] <veebers> what did we ever do without colour log output :-)
[03:17] <babbageclunk> thumper: I ended up reimplementing the waitgroups fix so I could check my test passed with it. I might just push it as a PR if that's ok? :)
[03:18] <thumper> sure
[03:23] <anastasiamac> kelvinliu: veebers just got a 'recipe for target 'dep' failed'... m assuming it's not related to my change, so m !!build!!Ing but would love to know what's going on.. http://ci.jujucharms.com/job/github-check-merge-juju/3211/console
[03:25] <veebers> anastasiamac, kelvinliu I *think* that's a network connectivity thing, it couldn't hit golang.org for some reason, I suspect it's transient; lets see how the rerun goes
[03:25] <anastasiamac> thumper: newline saga landed in 2.3.. feel free to move 2.3 to 2.4 :D
[03:26] <thumper> anastasiamac: ack
[03:26] <anastasiamac> veebers: \o/ thank you :) let's hope...
[03:26] <kelvinliu> veebers, anastasiamac yeah, let's see the re-run.
[03:35] <wallyworld> kelvinliu: i had to make a change to charm.v6 to fix some version string issues. can you add to your todo list making a charm build PR with the same fixes https://github.com/juju/charm/pull/258
[03:35] <kelvinliu> wallyworld, sure
[03:35] <wallyworld> gr8 ty
[03:38] <kelvinliu> np
[03:52] <babbageclunk> thumper: review pls? I just extended the test to check for both claims and ticks. https://github.com/juju/juju/pull/9131
[03:52] <thumper> kk
[03:52]  * thumper looks
[03:52] <babbageclunk> thumper: oh hang on - still pushing that last bit.
[03:52] <thumper> k
[03:52] <babbageclunk> bally gometalinter
[03:54] <babbageclunk> thumper: ok done
[03:56] <thumper> ffs
[03:57]  * thumper has a failing test but I think it is a lxd test isolation bug
[03:57] <anastasiamac> thumper: fwiw, i'd rather forward-port my hcange manually.. there is a new test that was added in 2.4 that will fail so test needs to b adjusted too.
[03:57] <thumper> anastasiamac: ok, do you want to take my change as well?
[03:57] <thumper> if you do the 2.3 merge, it is just yours and mine
[03:58] <anastasiamac> thumper: honestly? no... but i can if u command ;)
[03:58] <thumper> mine is only 4 lines and clean mege :)
[03:58] <thumper> pretty please
[03:58] <anastasiamac> thumper: k
[03:58]  * anastasiamac saluts
[03:58] <anastasiamac> salutes even?*
[04:00] <thumper> anastasiamac: thank you
[04:07] <wallyworld> babbageclunk: were you going to join us in this meeting?
[04:07] <babbageclunk> oh yes - send me an invite?
[04:23] <anastasiamac> thumper: merge PR - https://github.com/juju/juju/pull/9134
[04:33] <thumper> anastasiamac: lgtm
[04:33] <anastasiamac> \o/
[04:45] <veebers> wallyworld: you have a moment to talk migration_export? Do I need to add to juju/description a SetCloudContainerWorkloadStatus or so (so I can export the #container status data) or should I finagle it in with the existing SetWorkloadStatus()?
[04:45] <wallyworld> on a call give me 5
[04:45] <anastasiamac> 'finagle' is totally a word too
[04:46] <veebers> ack
[04:46] <veebers> hmm, I didn't realise it meant in a devious manner, I thought it meant in a tricky manner :-)
[04:47] <anastasiamac> 'devious, dishonest' :( i did not know either ...
[04:49] <veebers> anastasiamac: I take it your 2nd build run went fine?
[04:49] <anastasiamac> veebers: yes, thnx :) must have ben connectivity like usaid...
[04:58] <wallyworld> babbageclunk: here's a small dep change https://github.com/juju/juju/pull/9135
[04:58] <wallyworld> veebers: free now
[04:59] <babbageclunk> wallyworld: looking
[04:59] <wallyworld> HO?
[04:59] <veebers> wallyworld: sweet, shall we HO ?
[04:59] <veebers> hah omw
[05:00] <babbageclunk> wallyworld: approved. You and veebers should hang out.
[05:00] <wallyworld> ty. we alrerady are :-)
[05:01] <babbageclunk> hey thumper are you happy with https://github.com/juju/juju/pull/9131?
[05:01] <veebers> lol babbageclunk the match maker ^_^
[05:02] <veebers> hey, I know a cool guy. You should hangout and talk migration exports some time
[05:02] <babbageclunk> you crazy kids
[05:27] <anastasiamac> noticed, i've introduced a test where ordering matters on develop... working on a fix now :(
[05:29] <veebers> wallyworld: FYI https://github.com/juju/juju/pull/9081 I'll need to add another test for the conditional cloudcontainer/unit status usage too
[05:29] <wallyworld> ok, ty
[05:29] <wallyworld> will look soon
[05:30] <veebers> ack, thanks
[05:41] <anastasiamac> trivial change, could someone review plz? https://github.com/juju/juju/pull/9136
[05:48] <wallyworld> anastasiamac: looking
[05:48] <wallyworld> anastasiamac: also, i'm an idiot https://github.com/juju/charm/pull/259
[05:48] <anastasiamac> wallyworld: ta :)
[05:48]  * anastasiamac looking too
[05:51] <anastasiamac> thumper: 2.4 branch is upto date as far as urs and my changes :) just wallyworld's one needs to come in and we r golden i *think*
[05:52] <wallyworld> ty
[05:52] <wallyworld> i'll have to wait for snap to build i think soi can copy across
[05:52] <anastasiamac> k
[05:55] <babbageclunk> wallyworld: can you take a look at this https://github.com/juju/juju/pull/9131, thumper has forsaken me.
[05:55] <wallyworld> ok
[06:01] <wallyworld> babbageclunk: i have some questions aboput the test
[06:02] <wallyworld> i think it may be racy and we need some extra selec/retry loops
[06:02] <wallyworld> we use retry loops in other tests with an attempt strategy
[06:43] <wallyworld> vinodhini: how goes the export bundle fix?
[06:44] <vinodhini> wallyworld: i pinged u this morning that i pushed the commit. in canonical #juju
[06:45] <wallyworld> vinodhini: ah, you said "wallyworld." not "wallyworld:"
[06:45] <wallyworld> so i didn;t get pinged
[06:45] <vinodhini> ok.
[06:45] <vinodhini> :)
[06:45] <wallyworld> i'll take a look
[06:46] <vinodhini> i am sorry wallyworld
[06:46] <wallyworld> tis ok :-)
[06:54] <vinodhini> wallyworld : do u need that to be changed ?
[06:54] <wallyworld> i'm leaving a few small comments
[06:54] <vinodhini> that check* - now it checks "instance"
[06:54] <vinodhini> oh ok.
[06:54] <vinodhini> sure
[06:59] <wallyworld> vinodhini: so yeah, just a few small things, but the relation scope test appears inadequate as written I think, but i could be wrong about that
[07:00] <vinodhini> wallyworld u mean the unit test for relationscopeskipping ?
[07:00] <wallyworld> yeah
[07:00] <wallyworld> we need to ensure that the would be an error if skiprelationscope were nnot true
[07:00] <wallyworld> i'm not sure that is the case but am not 100% sure
[07:05] <vinodhini> wallyworld : I agree it is in adequate. But can we look at it in a way that if the relation scope is missing it just skips that.
[07:05] <wallyworld> but we need to prove it in a test
[07:05] <wallyworld> it failed before, so we do a fix. but unless we test the fix, we are not doing the job
[07:06] <wallyworld> all bug fixes should have tests to catch the rror
[07:11] <vinodhini> wallyworld I get what u say. like how it is proven in other tests
[07:11] <vinodhini> this just going to hit the error : missing relation scope for wordpress:db mysql:server and mysql/0' if we comment that SkipRelationScope
[07:13] <wallyworld> vinodhini: if we can comment out the skip=true and the test fails and we add skip=true and it passes that is sufficient
[07:13] <vinodhini> there needs to be still be some entity to prove when we skip that check
[07:13] <vinodhini> yes it happens now.
[07:13] <wallyworld> vinodhini: also, FYI, i fixed an issue with charm version string. part of the issue was that there were more cases of errors being ignored https://github.com/juju/juju/pull/9135
[07:14] <wallyworld> ok, if the test fails that way then i think it is ok
[07:14] <wallyworld> i just wasn't sure it would
[07:15] <vinodhini> wallyworld i do that PR charm version fix u did with develop.
[07:15] <vinodhini> this timedelay issue i am working on 2.4.2
[07:16] <wallyworld> vinodhini: i already fixed it just now, just wanted to show you so you knew about the issue i had to fix for learning
[07:19] <vinodhini> ok wallyworld this is something i did in June - charm version
[07:20] <wallyworld> yeah. it was broken but no one uses it yet really so no one noticed
[07:20] <vinodhini> wallyworld :  so the unit test is for now ok. i can address the other 2 comments
[07:20] <wallyworld> i think so
[07:53] <vinodhini> wallyworld : can u chk again now the PR ?
[07:53] <vinodhini> so we can land it.
[07:53] <vinodhini> i have done state unit tests
[09:02] <manadart> Need a review of https://github.com/juju/juju/pull/9139
[09:03] <manadart> jam, stickupkid ^ I am actually still doing the QA system testing steps, but some feedback in the interim...
[09:08] <stickupkid> "cmd/jujud/updateseries/updateseries_test.go:1::warning: file is not goimported (goimports)
[09:08] <stickupkid> service/systemd/service.go:1::warning: file is not goimported (goimports)"
[09:08] <stickupkid> manadart: you need to fix those files
[09:09] <manadart> stickupkid: Ack.
[09:10] <manadart> Pushed.
[09:11] <stickupkid> manadart: nice one
[09:22] <stickupkid> manadart: so 2.0.x LXD didn't send the server name, so when we're doing zone distribution the machine zone would be empty for all servers, even though there was one, it caused it to show the error message
[09:23] <manadart> Yes, I surmised this when I saw your patch yesterday.
[09:23] <stickupkid> manadart: the fix was easy enough, the issue is, now we've got the same issue as before, where by the it can't find the lxd-config file for the network setup
[09:23] <stickupkid> so i suspect something is amiss
[09:23]  * manadart sighs.
[10:36] <stickupkid> manadart: got a sec?
[10:37] <manadart> stickupkid: Yep. HO.
[11:38]  * rick_h_ grumbles about relogging into irc and such
[11:40] <rick_h_> manadart: do you have time to review https://github.com/juju/juju/pull/9122 today please?
[11:41] <manadart> rick_h_: Yes.
[11:41] <rick_h_> manadart: ty!
[11:43] <stickupkid> nice, that's an annoying message in the status output
[12:37] <manadart> hml: Any chance you can look at https://github.com/juju/juju/pull/9139?
[12:37] <hml> manadart: sure.
[12:38] <manadart> Ta.
[13:36] <cory_fu> Has anyone seen "could not get environ: Get https://<IP_ADDRESS>:8443/1.0: Unable to connect to: <IP_ADDRESS>:8443" from Juju when provisioning machines on lxd before?  http://p.ip.fi/FWSs
[13:46] <stickupkid> cory_fu: edge or 2.4.x?
[13:47] <cory_fu> stickupkid: 2.4.1, it would seem.  Note: I'm asking this on behalf of someone in #conjure-up
[13:47] <stickupkid> cory_fu: i've never seen it, was just wondering what code base to at least look at
[13:48] <stickupkid> mandart: you see that?
[13:57] <rick_h_> cory_fu: that seems like a network issue to the lxd api server. Is this already bootstrapped and failing on provisioning new containers? Or is this during bootstrap?
[13:59] <cory_fu> rick_h_: Link is a full juju status.  It's late in a deployment of openstack (machines 15 and 16), and, while retry-provisioning did nothing, remove-unit + add-unit worked and got them moving.  Maybe all that's needed is a retry, or even just getting retry-provisioning to do the right thing
[14:00] <cory_fu> Obviously, there's not much juju can really do if it can't talk to lxd, but Juju does know that clouds are unreliable so should be able to recover more gracefully
[14:09] <rick_h_> cory_fu: yea, I wonder if retry-provisioning would work in this case to try again and pick up the machines?
[14:09] <cory_fu> rick_h_: It didn't
[14:09] <cory_fu> Seems like it should
[14:09] <rick_h_> cory_fu: :( then yea seems like it should
[15:14] <hml> manadart: unrelated to your pr, i found a false positive with the jujud-updateseries cmd
[15:14] <hml> manadart: just a heads up, not sure if it will impact the new work
[15:15] <hml> manadart: https://pastebin.ubuntu.com/p/hmfPPdgPMm/
[15:15] <hml> manadart: services are reported restarted when they weren’t
[15:20] <manadart> hml: I can't see the issue in the paste. They are loaded and active...
[15:21] <hml> manadart: they’ve been running for 5 min, but i ran the jujud-updateseries command 30sec before
[15:21] <manadart> Ah.
[15:22] <hml> manadart: i’m pretty sure they would have failed during the restart… if really a restart, because the series of the link to tools wouldn’t have matched the current versions
[15:22] <hml> manadart: since i ran the command without doing the upgrade to check the links
[15:25] <manadart> hml: Do you still have that environment up?
[15:25] <hml> manadart: yes
[15:25] <manadart> hml: Can we do a quick HO?
[15:25] <hml> manadart: sure - omw
[15:55] <aisrael> cory_fu: I just ran into a case where a charm's reactive flag was cleared before a second @when was invoked, leading me to discover register_trigger (which is very useful). I had a @when('config.changed') that wasn't running, presumably, because the flag was cleared. Was there a change in that behavior sometime recently, or did I just get lucky before?
[16:01] <jam> guild: if anyone is around, https://github.com/juju/juju/pull/9140 is a potential fix for the errors they are running into in bug #1789211 I still need to grab VMWare credentials and actually test that it fixes the problem
[16:01] <jam> but it does seem likely to fix it.
[16:01] <cory_fu> aisrael: You must have just gotten lucky.  It's been the case that clear_flag re-checks the queue for some time, though I think it's a mistake
[16:24] <rick_h_> kwmonroe: cory_fu magicaltrout zeestrat bdx 37min warning for juju show time. I've started up an agenda/notes doc https://discourse.jujucharms.com/t/juju-show-38-wed-aug-29th-17-00-utc/202
[16:24] <rick_h_> feel free to add anything
[16:25] <cory_fu> kwmonroe: You wanted me to mention the Azure integrator charm?
[16:26] <cory_fu> kwmonroe: It doesn't look like the support for that has been released in the k8s charms yet
[16:33] <kwmonroe> cory_fu: yeah, mention it anyway.  thataway, i can be like "and now, here's the vsphere integrator, which is totally functional and released in the k8s charms.
[16:34] <cory_fu> lol
[16:34] <cory_fu> kwmonroe: I'm happy to join, but it might flow better for you to just talk about both
[16:34] <kwmonroe> roger that cory_fu
[16:40] <cory_fu> kwmonroe: Added to the Discourse
[16:45] <rick_h_> cory_fu: kwmonroe put into the main notes linup
[16:45] <rick_h_> lineup
[16:49] <rick_h_> cory_fu: kwmonroe bdx magicaltrout zeestrat https://hangouts.google.com/hangouts/_/dp4hqk72ubd7bllbbvr3hj2xhae is the HO url
[16:49] <rick_h_> for folks that want to watch the stream at home without joining https://www.youtube.com/watch?v=i5TGTiwXrmc
[18:48] <kwmonroe> rick_h_: i have a problem making my discourse post about k8s/vsphere... the top K8s category is about deploying workloads on k8s (juju add-k8s).  where should posts about traditional k8s charms (like cdk) go?  perhaps Charming -> Kubernetes to follow the big data subcategory model?  i think we'll confuse people if we (read: you) don't get this right.
[18:50] <rick_h_> kwmonroe: bah, so I'm not a fan of all the k8s stuff in root ATM and all pinned. I agree there's some room for "best place".
[18:50] <rick_h_> Basically not sure for now. I'll have to get wallyworld on board with a better setup
[18:51] <kwmonroe> roger dodger
[20:12] <stickupkid> hml: thanks for QA'ing my PR :D
[20:14] <hml> stickupkid: np
[21:03] <bdx> excellent juju show - sorry I missed -  druid looks sweet!!
[21:05] <rick_h_> bdx: :) we missed you dude
[21:07] <bdx> im hustling trying to get this controller out the door
[21:09] <bdx> getting cut by the "I'm the only person to try and do it" knife I feel
[21:10] <bdx> trying to use jujucharms.com as identity for my own controller is not as straight forward as I was hoping
[21:10] <bdx> is there something I'm missing here ?
[21:10] <bdx> concerning using jujucharms.com for identity
[21:11] <rick_h_> bdx: honestly I'm not sure. I saw your reply about the 509 error and I'd not expect that but I know we put some magic in Juju for "juju login jaas" to work
[21:11] <rick_h_> bdx: the guys that work on that stuff are in the EU and EOD atma
[21:14] <bdx> got it
[21:23] <bdx> rick_h_: I think the problem is "no way to register external users on controller using jujucharms.com identity"
[21:24] <rick_h_> bdx: right, that's the issue to figure out. Juju knows about jaas baked in so any external users just login and they're off
[21:24] <bdx> I see
[21:24] <rick_h_> bdx: so I'm not sure if you can/need to preseed the controller info? Or if there's another tool/bit to it
[21:24] <bdx> ok
[21:25] <rick_h_> bdx: the good news is that mhilton that wrote the post for you wrote most of candid and works on that stuff
[21:25] <rick_h_> bdx: so you're on the right track there and just need to prod them for moving forward another couple of steps in the doc he started
[21:25] <bdx> ok perfect
[21:37] <babbageclunk> wallyworld: morning! Sorry I missed your qs about the test for that PR - I've put some answers in now. Alright for me to hit merge on it?
[22:06] <veebers> wallyworld: I'm looking for a better way, currently want to add something like "func (u *Unit) SetCloudContainerStatus(...)" so I can write this test (i.e. to mirror Unit.SetStatus() so I can prime statuses to then test the results
[22:09] <wallyworld> veebers: what do we do currently in the tests? i think we use UpdateUnitOps or something
[22:09] <veebers> wallyworld: ah good point I'll have a deeper look now
[22:10] <veebers> wallyworld: yeah that should do the job, thanks1
[22:13] <babbageclunk> wallyworld: mind if I land that pr given the answers?
[22:14] <wallyworld> babbageclunk: which PR? ECONTEXT
[22:14] <babbageclunk> wallyworld: sorry https://github.com/juju/juju/pull/9131
[22:14]  * babbageclunk lolles at ECONTEXT
[22:15] <wallyworld> babbageclunk: yes, go for it. thanks for clarifying. i should have looked at the content of those methods sorry
[22:16] <babbageclunk> wallyworld: thanks! No worries!
[22:17] <babbageclunk> What the... how does running a state test suite require building apiserver/facades/controller/migrationtarget?!
[22:33] <wallyworld> rick_h_: that export bundle branch compile error you had - it has to be something in your setup right?
[22:33] <wallyworld> did you run the make target which removes the vendor folder?
[22:33] <wallyworld> make godeps
[23:17] <wallyworld> veebers: veeeeeebeeeeers
[23:26] <rick_h_> wallyworld: I didn't get anchance to go back at it.
[23:30] <wallyworld> rick_h_: no worries
[23:34] <veebers> Only an agent can be status.Allocating right? A unit cannot?
[23:42] <thumper> wallyworld: any update on the firewaller test problems I see on my branch?
[23:43] <wallyworld> thumper: i'm still finishing all my morning meetings. almost ready to start
[23:43]  * thumper nods


[06:55] <lordievader> Good morning.
[07:23] <elfy> morning lordievader
[07:24] <lordievader> Hey elfy, how are you?
[07:25] <elfy> mostly good thanks :)
[07:26] <elfy> ask me in 20 minutes when I'll know if I get my day off or have to go in :p
[07:26] <lordievader> Mostly good, hehe. Why only mostly? Missing your morning coffee?
[07:27] <elfy> :)
[07:38] <elfy> fully good now lordievader :p
[07:38] <elfy> hi PaulW2U
[07:39] <lordievader> Hehe
[07:39] <PaulW2U> hi elfy, latest xubuntu is looking good
[07:40] <elfy> even pink? :)
[07:40] <PaulW2U> well.....it was a surprise. i might get to like it :)
[07:40] <elfy> :)
[07:41] <lordievader> Pink? I Xubuntu pink these days?
[07:41] <elfy> lordievader: custom highlights to surprise one of the team
[09:54] <BluesKaj> Hiyas all
[10:15] <vitimiti> Has it happened to anybody else that the perl module of hexchat is lost in Ubuntu Utopic?
[10:16] <vitimiti> hi, btw
[10:20] <elfy> hi BluesKaj
[10:20] <elfy> vitimiti: I think I saw someone else mention it
[10:20] <BluesKaj> hi elfy
[10:21] <vitimiti> elfy, I have this problem that I have more than a thousand lines of script in perl and the perl module is not loaded
[10:21] <elfy> report it then
[10:21] <vitimiti> elfy, alright
[10:21] <BluesKaj> still waiting for the correct bash shell patch
[10:22] <elfy> vitimiti: check it's not been reported first
[10:22] <vitimiti> elfy, yeah, I'm on it
[10:22] <elfy> BluesKaj: there was another in -proposed today :)
[10:23] <BluesKaj> if it's in main, it tries to take out my desktop
[10:26] <BluesKaj> do you have the exact sources.list deb url elfy, I would appreciate it if you posted it
[11:13] <BluesKaj> bash (4.3-9ubuntu3) utopic installed, but check still shows vulnerable...guess it's going to be a while this bash vulnerability is straightened out
[11:14] <BluesKaj> until
[11:15] <k1l_> well, was the 2nd patch already pushed to utopic?
[11:15] <elfy> BluesKaj: sorry - didn't see your ping till it was too late
[11:17] <BluesKaj> k1l_, dunno, how many patches are there?
[11:19] <k1l_> 2, so far. one quick fix and one from last night
[11:20] <k1l_> http://people.canonical.com/~ubuntu-security/cve/2014/CVE-2014-7169.html
[11:21] <k1l_> well, 4.3-9ubuntu3 should be the fix
[11:22] <BluesKaj> ran this check and it shows I'm still vulnerable, unless the command isn't correct,  env check='Not vulnerable' x='() { :;}; check=Vulnerable' bash -c 'echo $check'
[11:22] <k1l_> for 14.04 this check gives me: not vulv
[11:22] <k1l_> *vulnerable
[11:23] <BluesKaj> well 14,10 here
[11:23] <BluesKaj> so it.s the wrong patch for 14.10
[11:24] <k1l_> well yes. but the bash patches were made in one task. so something on 14.10 seems to not work like intended
[11:30] <TJ-> This is the patch: http://launchpadlibrarian.net/185797566/bash_4.3-9ubuntu2_4.3-9ubuntu3.diff.gz
[11:41] <BluesKaj> TJ-, yes, that's what's installed but the vulnerability check for Kubuntu 14.10 still show vulnerable here
[11:42] <TJ-> BluesKaj: Interesting; I've seen someone else report on 1 out of 100 servers patched, the vulnerability test still comes back positive after a complete reboot, too
[11:43] <BluesKaj> anyway i guess the priority is for 14.04 and official releases
[11:45] <BluesKaj> i don't see any firmware updates available for my TP-Link TL-WDR3600 Router...that's probly more important anyway
[11:45] <TJ-> BluesKaj: Have you done a system reboot to check it?
[11:46] <BluesKaj> TJ-, yes, there was a kernel upgrade as well
[11:46] <TJ-> BluesKaj: So, not caused by in-memory instances
[11:50] <BluesKaj> TJ-, whatever that means :)
[11:51] <TJ-> BluesKaj: A package update only changes the files on the storage medium - any instances of a process running and in memory remain using the original code. That's why services have to be restarted after an upgrade
[11:52] <TJ-> BluesKaj: So existing bash shells wouldn't be fixed by simply installing the fixed package - the shells would need to be exited an re-opened to use the fixed code
[11:58] <lordievader> BluesKaj: Did you open a new bash instance to test the vunerablity?
[12:01] <TJ-> lordievader: The PC was rebooted
[12:02] <lordievader> Ah, never mind.
[12:08] <xubuntu85w> Does anyone know if there is a bug in beta that prevents the use of encrypted installation? I can't unencrypt the disk on startup!
[12:09] <xubuntu85w> happend with beta1/2
[12:10] <TJ-> xubuntu85w: Is the keyboard translation using some none ASCII characters, or no-US keyboard - it could be a simple key-code translation issue
[12:11] <xubuntu85w> Password was "test" so I don't think so.
[12:13] <TJ-> xubuntu85w: :)
[12:14] <xubuntu85w> It works fine with 14.04.1 but not with 14.10. What could have changed?
[12:15] <TJ-> xubuntu85w: You're using full disk encryption?
[12:17] <xubuntu85w> Yes and also encrypted home folder.
[12:18] <xubuntu85w> After Installation cryptsetup fails to accept the password!?
[12:18] <TJ-> xubuntu85w: So you get a Plymouth splash screen prompting for the password? If instead of using that, you drop to the busybox shell and manually unlock the device, does it succeed?
[12:20] <xubuntu85w> I didn't try that yet.
[12:21] <xubuntu85w> How to do it manually?
[12:24] <TJ-> xubuntu85w: cryptsetup luksOpen /dev/sdXY <device-mapper-name>
[12:32] <BluesKaj> lordievader, sorry was away trying to fix the wireless KB for the desktop pc. yes I opened  terminal and ran the vulnerability check after rebooting
[12:36] <xubuntu85w> TJ I think it worked but what does it mean?
[12:38] <TJ-> xubuntu85w: If it worked, you'll have "/dev/mapper/<device-mapper-name>" ... and the system should be able to continue booting. So, that would indicate that plymouth isn't communicating with cryptsetup correctly
[12:41] <xubuntu85w> Yes "dev/mapper/..." is there.
[12:43] <xubuntu85w> Can anyone else confirm this with a quick VM installation?
[13:18] <TJ-> xubuntu85w: Confirmed
[13:19] <TJ-> xubuntu85w: Tapping Caps Lock a couple of times solved it for me
[13:21] <xubuntu85w> Thanks for the feedback! How to report it?
[13:23] <TJ-> xubuntu85w: I'm checking whether it is a bug, or simply the system somehow having the shift key toggle locked on
[13:26] <TJ-> xubuntu85w: Looks like a Plymouth issue - using "debug --debug --verbose" instead of "quiet splash" I get the text console and prompt, and that worked fine
[13:26] <xubuntu85w> I tried holding Shift while typing the password, but that failed also.
[13:26] <TJ-> xubuntu85w: I toggled Caps Lock a couple times, then it worked fine
[13:28] <xubuntu85w> Okay, but I hope that it's easy to fix for the final release.
[13:29] <TJ-> Ouch! the initrd's conf/conf.d/cryptroot looks bad!
[13:30] <xubuntu85w> That sounds like bad news although I don't know what it means.
[13:32] <TJ-> Ahhh, maybe OK. The initrd's cryptroot usually only has an entry for the root file-system in it, but here it has one for the swap partition too.
[13:35] <xubuntu85w> In 14.04 swap didn't work with encrypted disk.
[13:36] <TJ-> xubuntu85w: It did on my systems
[13:37] <BluesKaj> TJ-, we just had a problem art kubuyntu where an encrypted swap was mucking up the plasma desktop and kde in general
[13:38] <BluesKaj> art=at
[13:38] <BluesKaj> er #kubuntu :)
[13:39] <xubuntu85w> I had no swap after encrypted installation so I used file swap.
[13:40] <BluesKaj> yeah I used file swap for a while tp preserve my partition table from logical partitioning
[13:40] <TJ-> BluesKaj: That one looks like the problem started *after* the user tried to remove and then re-configure encrypted swap. My bet would be, they didn't correctly reconfigure the swap, its not working, and therefore the system is running out of RAM
[13:43] <xubuntu85w> http://ubuntuforums.org/showthread.php?t=2224129
[13:44] <BluesKaj> I would like to try LVM, but it's unfamiliar territory and reluctant to take the plunge
[13:44] <TJ-> BluesKaj: It's a lot of fun.... like a breath of fresh air compared to hard partitioning
[13:45] <BluesKaj> TJ-, no doubt, how does one manage a dual boot setup etc
[13:49] <TJ-> BluesKaj: Well, lets say currently there's a partition of 60G for Linux, that can be assigned as an LVM Physical Volume (PV) instead, which is assigned to a Volume Group (VG). In that VG we can create as many Logical Volumes (LV) as we want, of any size, and keep some space (called 'extents') unallocated (FREE) for use later. File-systems are created inside LVs.
[13:49] <TJ-> BluesKaj: LVM won't affect Windows or dual-boot - GRUB still does all the same things, but it 'knows' how to read LVM volumes too
[13:58] <BluesKaj> son the LVs are dynamic within the VG and the VG is a fixed size ?
[13:58] <BluesKaj> son=so
[13:59] <BluesKaj> TJ-,^
[14:00] <TJ-> BluesKaj: The LVs are fixed size... they can be whole disks or partitions. Many PVs can be assigned to a single VG. LVs within VGs can be any size that fits within the total extents (usually 4MB each) of the VG
[14:01] <TJ-> BluesKaj: LVs can be RAIDed across multiple PVs of the VG for resilience; snapshots of LVs can be taken for online backup, 'restore points' and so forth
[14:02] <BluesKaj> ok , I think i get the picture now
[14:04] <TJ-> BluesKaj: I appreciate it only needing a couple of commands to resize a file-system as needed: "lvresize + resize2fs" for example, to do an online resize of an EXT file-system
[14:04] <lordievader> That is nice ain't it :D
[14:04] <lordievader> Hmm, I'm out of space... there I have space again :)
[14:05] <BluesKaj> yeah , instead having to muck about with gparted etc
[14:05] <BluesKaj> err instead of
[14:06] <BluesKaj> i better find my glasses ..my old eyes are giving me a difficult time today
[14:11] <TJ-> BluesKaj: Add monitors :)
[14:12] <TJ-> BluesKaj: My biggest use of LVs is for transient virtual machine guest images for testing; for chroot's for testing and building packages, and so on.
[14:15] <BluesKaj> TJ-, sometimes I use the TV as a monitor with the desktop media server pc when on IRC, but i'm using this laptop mostly these days and quite frankly the keyboard seems offset compared to the desktop types and it throws me off
[14:17] <TJ-> BluesKaj: I know the feeling - I've got 2 Apple Wireless bluetooth keyboards (the nice big 100 key versions), and the travel on the keys versus the laptop travel causes me lots of terrible typos
[14:18] <BluesKaj> TJ-, nice KBs tho :)
[14:19] <TJ-> BluesKaj: Yeah, about the only Apple device I'll touch though :)
[14:20] <TJ-> I've got a bank of 6 monitors here so I have both keyboards connected and I can use them in front of particular monitors, rather than moving the keyboard about
[14:20] <BluesKaj> some kind of work station ?
[14:21] <TJ-> Laptop
[14:22] <BluesKaj> with 6 monitors ...that's quite a setup
[14:23] <TJ-> Dell XPS 1530 -> ExpressCard/34 -> ViDock 4 -> Nvidia Quadro NVS420 - adds 2 GPUs and 4 heads to the laptop's internal 2 heads (LVDS + HDMI)
[14:26] <TJ-> Each head drives a 1920x1200 LCD, 3 in portrait mode, 3 landscape, configured across 4 X screens
[15:12] <ceed^> I updated from 14.04 to 14.10 without problems. But I have a bunch gpg key not available error messages from apt with I run an update. I have tried to add the keys but the messages are still there. Any idea what may be the problem?
[15:21] <TJ-> ceed^: find out which keys are missing, and check the key-server and package containing keys - one or more for 14.10 is possibly not installed/updated correctly
[15:24] <ceed^> TJ-: So there's no way to have it check and download the missing keys? There's so many it's going to take a lot of time.
[15:25] <TJ-> ceed^: I suspect checking on one you may be able to identify the package containing it, (re)install that package, and fix many of the others too
[15:27] <ceed^> Sorry, I'm not very good with this. How do I find out which package has missing keys?
[15:28] <ceed^> These are all the error messages: http://hastebin.com/ilawenukes.mel
[15:30] <TJ-> ceed^:  look carefully - the main missing key is 40976EAF437D05B5
[15:32] <k1l> sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 40976EAF437D05B5
[15:33] <TJ-> k1l: No! we're trying to figure out which package should have been installed that carries that key
[15:33] <k1l> hmm, ok
[15:33] <TJ-> ceed^: You can see which key that is using the Ubuntu key-server, with http://keyserver.ubuntu.com/pks/lookup?op=vindex&search=0x40976EAF437D05B5&fingerprint=on
[15:34] <TJ-> ceed^: The key's name is "Ubuntu Archive Automatic Signing Key<EMAIL_ADDRESS>which makes sense because it is for signing packages, so we need to figure out which package the system is missing, that contains that key
[15:34] <k1l> !info launchpad-getkeys
[15:35] <TJ-> The package should be "ubuntu-keyring"
[15:36] <k1l> yes
[15:36] <TJ-> ceed^: Try this, you should get the same result as me: "grep 'Ubuntu Archive Automatic Signing Key' /usr/share/keyrings/*" => "Binary file /usr/share/keyrings/ubuntu-archive-keyring.gpg matches"
[15:39] <ceed^> bash: grep 'Ubuntu Archive Automatic Signing Key' /usr/share/keyrings/*: No such file or directory
[15:39] <TJ-> ceed^: The postinst script should copy  " /usr/share/keyrings/ubuntu-archive-keyring.gpg" to "/var/lib/apt/keyrings/"
[15:40] <TJ-> ceed^: Ouch! something went seriously wrong with the upgrade
[15:41] <ceed^> TJ-: It did? Everything works fine except for those gpg errors I get
[15:41] <TJ-> ceed^: If ubuntu-keyrings was removed, and not replaced, that's a pretty big error
[15:41] <TJ-> ceed^: You need to manually download the .deb file, install it manually, and then it ought to work
[15:42] <ceed^> The ubuntu-keyrings deb?
[15:42] <TJ-> ceed^: The version in Utopic is: http://packages.ubuntu.com/utopic/ubuntu-keyring
[15:43] <TJ-> ceed^: You can download it with the link provided there: "wget http://archive.ubuntu.com/ubuntu/pool/main/u/ubuntu-keyring/ubuntu-keyring_2012.05.19_all.deb"
[15:43] <ceed^> When I try to install it it says: Error: no longer provides ubuntu-keyring
[15:43] <TJ-> ceed^: Then install it with "sudo dpkg -i ubuntu-keyring_2012.05.19_all.deb"
[15:44] <TJ-> Huh?
[15:44] <ceed^> I used gdebi tro try to install it
[15:44] <ceed^> I'll try from command line
[15:46] <ceed^> dpkg: error processing package ubuntu-keyring (--install):
[15:46] <ceed^>  subprocess installed post-installation script returned error exit status 2
[15:46] <ceed^> Errors were encountered while processing:
[15:46] <ceed^>  ubuntu-keyring
[15:47] <TJ-> ceed^: Has the system run out of space on the root file-system ("df -h") ?
[15:48] <ceed^> TJ-: Nope, plenty of space on all partitions
[15:49] <TJ-> ceed^: run that script manually, let's see what is going on: "sudo sh -x /var/lib/dpkg/info/ubuntu-keyring.postinst"
[15:49] <ceed^> Here's the full output when I try to install: http://hastebin.com/ibihawuxuy.hs
[15:50] <TJ-> ceed^: The error is right there "resource limit"
[15:50] <ceed^> Not sure what that means, sorry :)
[15:52] <ceed^> When I run the script I get: http://hastebin.com/utapigudil.hs
[15:53] <TJ-> ceed^: I dealt with this same bug back in March, here's the appropriate report bug 1263540
[15:54] <TJ-> ceed^: Check in particular comment #7
[15:54] <ceed^> Will do, thanks!
[15:57] <TJ-> ceed^: In summary, you've added so many PPAs and other non-core repositories that GPG, the key-tool, cannot load all the trust files
[16:16] <ceed^> Ah ok
[16:17] <ceed^> So if I remove some of the ppa's I would be fine?
[16:21] <TJ-> ceed^: Yes, or any empty .gpg files in "/etc/apt/trusted.gpg.d/"
[16:22] <ceed^> I will have a look
[16:22] <TJ-> ceed^:  I do wonder if those files can be simply combined with 'cat' to make one file, but I don't feel like testing that idea right now :)
[16:29] <ceed^> Ok! :) Lots of old gunk in /etc/apt/trusted.gpg.d/ Cleaning house now.
[16:33] <ceed^> TJ-: That was all I had to do: Clean out old and empty gpg keys. apt-get update runs clean now. Thank you so much!
[16:33] <TJ-> ceed^: You're welcome - I had totally forgotten working on that same bug, until I was searching for the same thing :)
[16:35] <ceed^> TJ-: I think I have been removing repos and the keys have been left behind for a long time. Good to know there's a gotcha there if you do not keep it relatively clean :)
[22:41] <vitimiti> hi


[15:50] <pleia2> daker: had someone comment on my blog that they tried to contribute to LTP but their MP w/ patch is still pending: http://princessleia.com/journal/?p=6662#comment-8663
[15:50] <pleia2> (I see you replied, but it was a month ago :))
[15:51] <daker> yes
[15:51] <daker> i'll look into it tonight
[15:51] <pleia2> thank you


[10:29] <czajkowski> Aloha
[10:59] <davmor2> morning all
[11:34] <ara> morning czajkowski, davmor2, pedro_
[11:34] <pedro_> good morning ara
[11:34] <pedro_> hello everybody
[11:34] <davmor2> ara: how's spain this morning? covered in snow?
[11:35] <czajkowski> ara: hey how's you, think I may haev driven poor seb128  slightly up the wall last night trying to find out the details behind my lack of software center bug
[11:38] <ara> czajkowski, nice :) let's get that fixed!
[11:38] <ara> davmor2, well, north of Spain is, here, at the South is cold, but not snowing
[11:39] <davmor2> Oh
[12:25] <waltercool> Is working fine the new kernel?
[13:44]  * ara -> lunch
[13:46] <cr3> it seems there are no daily images today, I wonder what happened
[13:48] <persia> cr3: Did you look for logs?
[13:48]  * davmor2 points at fader_ it was him cr3 he blew up the image server cause he wanted the day off.
[13:48]  * persia suspects glib
[13:48] <cr3> persia: where?
[13:48] <fader_> davmor2: Shhhh, it doesn't work if you call attention to it
[13:48] <persia> cr3: http://people.canonical.com/~ubuntu-archive/livefs-build-logs/ and http://people.canonical.com/~ubuntu-archive/cd-build-logs/
[13:49] <cr3> persia: how the heck do you keep track of all those urls?
[13:49] <davmor2> cr3: http://people.canonical.com/~ubuntu-archive/cd-build-logs/
[13:49] <davmor2> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/
[13:50] <persia> cr3: heuristics, mostly.
[13:52] <davmor2> by the way morning fader_ cr3
[13:52] <fader_> Morning all :)
[13:53] <cr3> davmor2: hey dude
[13:53] <fader_> cr3: persia was in a mad experiment gone horribly awry and had half of his brain replaced with a set of flash cards
[13:54] <fader_> *electronic flash cards, not the kind on index cards
[13:55] <cr3> fader_: I'd like to have a look at that deck
[13:57] <davmor2> cr3: I cheat there is this wonderful invention called bookmarks ;)
[13:59] <fader_> davmor2: We're still trying to introduce him to using a mouse... don't go too fast
[13:59]  * davmor2 double checks if w3c has bookmarking ability
[14:00] <davmor2> fail w3m
[14:01] <davmor2> fader_: w3m has bookmarks :D
[14:01] <persia> davmor2: "ESC a"
[14:01] <cr3> davmor2: I've got bookmarks, but I wouldn't mind if we all shared our useful ubuntu related bookmarks someday. I'm sure we'd learn a thing or two
[14:01] <cr3> more like discover rather than learn, actually
[14:01] <persia> There cannot exist an authoritative set.
[14:02] <persia> A number of the scattered QA tools are linked from qa.ubuntuwire.com : please file bugs if there are others that *should* be there.
[14:02] <cr3> persia: not necessarily for the purpose of building such an authoritative list, just to know what others find important in case we missed anything
[14:02] <davmor2> persia: no but there could be a wiki page of useful qa links :)
[14:03] <cr3> fader_: you're popular, you're people.c.c page is on qa.ubuntu.com :)
[14:04] <fader_> cr3: Not only that, but I made a blog post that got a *comment*.  (No autographs, please.)
[14:04] <cr3> fader_: dude, I want to become your official stalker
[14:05] <fader_> cr3: I was rather hoping my stalker would be Christina Ricci, but hey, I've got to start somewhere.
[14:06] <davmor2> fader_: won't that mean that you and cr3 will just be going round in circles as your his official stalker :D
[14:06] <fader_> davmor2: I thought you were stalking him this week.
[14:07] <davmor2> fader_: No, when I said I was hunting for hush puppies that didn't mean I was stalking cr3 :D
[14:08] <cr3> davmor2: that would be a good code name though
[14:34] <primes2h> cr3: Hello. Looking at translation strings, this one seems to be old. Are you aware of this? https://translations.edge.launchpad.net/ubuntu/lucid/+source/checkbox/+pots/checkbox/it/54/+translate
[14:34] <primes2h> cr3: if you need I can open a bug.
[14:36] <cr3> primes2h: that string still seems to exist, what makes you say otherwise?
[14:40] <primes2h> cr3: I mean, the application involved is no longer present in Ubuntu.
[14:42] <primes2h> so, it's useless
[14:43] <persia> Or rather, the string should probably be adjusted in checkbox to match current tools
[14:43] <cr3> persia: I'm trying to find the current tool and I can't find it for the life of me
[14:44] <persia> cr3: Check with the #ubuntu+1 folk.  They usually have all the nifty ways to get stuff done figured out by this point in the cycle.
[14:44] <primes2h> persia: it refers to built-in modem, and AFAIK there is not a tools for that now.
[14:45] <primes2h> persia: at least, in a default installation
[14:45] <persia> primes2h: I know there to be several tools.  I don't know if the current NM exposes them well.
[14:45] <cr3> primes2h: I'll double check with the folks in #ubuntu+1 and, if I don't get an answer, you can assume the question will magically go away :)
[14:45] <persia> Looks like a regression to me.
[14:46] <persia> There are a number of use cases for using a modem to connect that do not go away just because other networking technologies are available.
[14:46] <primes2h> persia: yes, it is.
[14:46] <persia> primes2h: cr3: If you can't figure out how to make it work simply, please file a bug with the "regression" tag.
[14:46] <primes2h> persia: users usually use (sorry for this :-) ) vwdial.
[14:46] <persia> (better to try to fix now than have 10,000 annoyed users post-release)
[14:47] <primes2h> and gnome-ppp as UI
[14:47] <persia> vwdial?
[14:47] <persia> Ought either be in the repos, or we ought have a good alternative.
[14:47] <cr3> very weird dial?
[14:48] <persia> But I know ppp is installed by default, because it's used for many 3G connections.
[14:48] <persia> So it's just a matter of exposing a UI, etc.
[14:49] <primes2h> cr3: :-D
[14:49] <primes2h> persia: you are right.
[14:50] <cr3> primes2h: gnome-ppp looks good but I'm still waiting on the default or preferred way
[14:54] <primes2h> cr3: yes, I agree with you.
[15:17] <charlie-tca> Any idea when we will see alternate and server images again?
[15:18] <charlie-tca> No alternate images for xubuntu and no server images since 2010-03-05
[15:23] <persia> known issue: ought be sorted tomorrow.
[15:24] <persia> several causes.
[16:13] <melvin> Hello. After Upgrading to 10.04 i got Error on Boot: "mount point /proc/bus/usb does not exist" how can i fix it?
[16:14] <charlie-tca> Thanks, persia
[17:07] <melvin> i found it, was an VirtualBox Problem


[02:56] <holstein> David-A: ? i didnt mean to imply that you could dd copy the iso from the stick to the stick..
[02:57] <sadhash> Hmm
[02:57] <sadhash> Holstein: I figured out cp command, all well there
[02:58] <holstein> sadhash: the !install link i gave should explain it all clearly, regardless
[02:58] <sadhash> I'm going to try to create a new user
[02:59] <holstein> https://help.ubuntu.com/community/Installation/FromUSBStick#mkusb_-_dd_image_of_iso_file_to_USB_device_safely for example
[02:59] <sadhash> I'm having errors. I was able to make a live usb using instructions way above
[02:59] <sadhash> Yeah
[02:59] <sadhash> But, my bios returns an error saying it can't locate isolinux.bin
[03:00] <sadhash> Which, I checked, is there. I checked the md5sum hash and it was solid. I'm downloading another distro to try next
[03:01] <holstein> i would simply take the stick i make to another machine.. if it boots on the other machine, then its likely something with the bios or hardware on the first machine
[03:01] <sadhash> I am living in the boondocks with only one functioning machine that had boot from usb. Old old drives
[03:02] <holstein> sure. you just cant assume its the stick, or the stick you are making that is the problem
[03:02] <sadhash> I literally bought two sticks off amazon and had two others. I've tried all 4
[03:03] <sadhash> Er received the 2 today from fedex
[03:03] <holstein> sure, but on the  *same* hardware
[03:03] <sadhash> Right
[03:03] <holstein> if the motherboard is bad, or the bios.. or usb ports.. then, *any* stick you use will have an error
[03:03] <sadhash> It's a new chromebox
[03:03] <holstein> there's your problem
[03:03] <sadhash> Two months old barely used
[03:03] <sadhash> Why?
[03:03] <holstein> those are tricky
[03:04] <cfhowlett> sadhash, very tricky - doable though
[03:04] <sadhash> The bios is seabios/coreboot
[03:04] <holstein> its not intended to just be booting USB sticks like that
[03:04] <holstein> sadhash: sure.. but, you *are* having issues.. and that is why.. its not the stick
[03:04] <sadhash> Well I know, that's why I flashed the bios
[03:04] <holstein> sadhash: i would put money on, if you take those sticks to other hardware, they work
[03:04] <cfhowlett> sadhash, http://blog.laptopmag.com/chrubuntu-transforms-199-acer-c7-chromebook-into-a-cheap-linux-laptop
[03:04] <sadhash> It worked from a stick like this just last week when I changed from i386 to amd64-bit
[03:05] <holstein> sadhash: ok.. then, change it back
[03:05] <sadhash> Can't, apparently. Now whatever usb I make isn't bootable
[03:05] <holstein> sadhash: i would ask the manufacturer how you are intended to do what you are doing.. otherwise, i say, the issue is with that particular hardware
[03:06] <sadhash> Of course I turned off write protect and was warned I could brick the device. But seriously?
[03:06] <holstein> sadhash: yes.. seriously
[03:06] <cfhowlett> sadhash, of course, seriously!
[03:06] <holstein> sadhash: you pass lots of warnings when doing what you are doing.. bricking, or making the machine not boot usb, for example
[03:07] <sadhash> I believe you're right, don't get it twisted
[03:07] <holstein> sadhash: i hope you get it sorted, or at least, can get it covered by warranty if you need to get it "Fixed"
[03:07] <sadhash> I have a feeling if I use another device to create the usb since the best I can tell is i broke my kernel and can't fix it
[03:08] <holstein> i think, having another machine around (at least one other) when you are seriously going against the grain, is a great idea.. mandatory
[03:08] <sadhash> You're right. What do you recommend?
[03:08] <holstein> *any* cheap-o pentium 4 from a thrift store, for example
[03:08] <cfhowlett> holstein, I like virtualbox for exactly that reason
[03:08] <sadhash> I have two pentium 4s
[03:09] <sadhash> Neither have boot from usb so they're useless to me right now
[03:09] <holstein> sadhash: then, use one to make the stick. and test the usb boot
[03:09] <holstein> sadhash: plop
[03:09] <holstein> http://www.plop.at/en/bootmanager/ allows booting USB on "legacy" devices
[03:09] <sadhash> Sigh. They are pulled apart. Replaced ribbons. But fair enough.
[03:09] <sadhash> But here I have disposable income what do you recommend I do for a daily reliable device
[03:10] <holstein> sadhash: system76
[03:10] <holstein> comes with ubuntu on it.. just get the machine with the operating system already on it.. and with a warranty, and support
[03:10] <sadhash> I'm impatient but I'll check their product line now
[03:11] <sadhash> No bloatwares?
[03:11] <holstein> sadhash: im not following
[03:11] <holstein> sadhash: ?
[03:11] <holstein> sadhash: im not at or working for system76.. they ship ubuntu
[03:11] <holstein> you want ubuntu, try buying a machine with it on there.. with support
[03:11] <sadhash> Useless programs installed from them
[03:11] <holstein> sadhash: ask them.. i dont work there
[03:11] <holstein> sadhash: it ships with ubuntu
[03:12] <sadhash> How much support? I don't normally need tech support. Lol oh well
[03:12] <sadhash> I'll Google them now
[03:12] <holstein> sadhash: you are trying to do something right now that is not supported at all.. and its not something i would do if i were "impatient".. i would, if i were into experiementing, and compromise
[03:13] <holstein> i have no doubt, that given plenty of time, i can get linux installed on that chromebox.. but, it wont be an example of something that happened easily.. or in a straight forward way
[03:13] <sadhash> I am and are but after 7 days of it being in this state my patience is thin
[03:14] <holstein> sadhash: sure.. but, the issue is, nothing is broken.. everything is working "as advertised".. if you are impatient, try doing something more "Stock" with support
[03:14] <sadhash> I understand what you're saying.
[03:16] <holstein> otherwise, i would get one of the p4's out, and get xubuntu installed there, so i could use it to work with the sticks.. i would want them to have usb 2.0..
[03:19] <holstein> i would get the mini iso's, so that i could more quickly manage juggling a few iso's and testing the sticks i make
[03:19] <holstein> !mini
[03:19] <holstein> even if i dont actually install using the mini, but, just see what works, and then get a normal iso from there
[08:24] <icecreamice> hi
[08:25] <icecreamice> for some reason my battery indicator is stuck at "charging 97%" even when I remove the AC cable, what's the cause?
[08:27] <cfhowlett> icecreamice, battery is wearing down
 is that a battery problem? It shows no warnings from my windows partition though.
[08:28] <icecreamice> Also, acpi shows "discharging" when the AC cable is out, but the one on the menu does not
[08:29] <cfhowlett> icecreamice, but does it charge > 97% on windows?
 a couple of minutes ago when I removed the indicator and added it back, it was  on 100%
[08:29] <knome> the charge levels are estimations anyway
[08:30] <cfhowlett> ^^^ true
[08:30] <icecreamice> http://a.pomf.se/vafjcz.png
[08:30] <icecreamice> well yeah, but I donno why it's getting stuck like that saying "charged" even when I'm not charging lolz
[08:31] <icecreamice> should I just reinstall or reinstall the indicator plugin somehow?
[08:31] <icecreamice> because I think it happend the day the updater broke some packages
[08:31] <icecreamice> but then I was able to reinstall these packages
[08:32] <cfhowlett> icecreamice, drastic measure.  try this:   sudo apt-get update && sudo apt-get dist-upgrade
[08:32] <icecreamice> I've done that a lot but ok
[08:33] <knome> if an update recently broke it, it's likely that an update recently will fix
[08:34] <icecreamice> hmm, well that time it recommended me to do a "partial upgrade"
[08:34] <icecreamice> and then after that it asked me to remove some old packages which I realized I had Krita in there, which deleted it
[08:34] <knome> that's okay if it succeeded with no errors
[08:34] <knome> or, in most cases, is okay
[08:34] <icecreamice> broke the packages for that, but after a day or two I was able to get it back somehow
[08:36] <icecreamice> oh I have added this PPA for a specific program
[08:36] <icecreamice> http://ppa.launchpad.net/gnome3-team/gnome3-staging/ubuntu
[08:36] <icecreamice> for gtk3 I think
[08:37] <icecreamice> also the fact that from day 1 of installation, the power settings weren't working for some reason in 14.04
[08:38] <knome> well.. it's possible it's breaking things here and there, but it doesn't seem likely it's affecting the power status... but who knows.
[08:38] <icecreamice> I'll try to reinstall some time to see what happens and if the xfce power manager will work again
[08:38] <knome> it's not a small pack of replacements, it's likely replacing few dozens of packages at least
[08:38] <icecreamice> I set the monitor settings to "Never" and it still dims or goes to sleep lol
[08:39] <icecreamice> hmm
[08:39] <icecreamice> but for now, do you think there's an alternative power/bettery monitor that I can replace with the indicator?
[08:39] <icecreamice> not sure if acpi has a menu plugin but hmm
[08:39] <knome> if you do a clean reinstall, try if it all works without any PPA's, and if not, file a bug for it
[08:41] <icecreamice> sure
[08:41] <knome> the xfce power manager should really work, it sounds like you have a problem with fetching the battery data
[08:46] <icecreamice> hmm
[08:47] <icecreamice> donno why it isn't working though, it was back in the 13th version, but after I did upgrade to 14.04 I did do a clean reinstall of 14.0
[08:47] <icecreamice> but still didn't function for me so I lived with it lolz
[08:57] <brainwash> icecreamice: you should open a terminal window and run "upower -d"
[08:57] <brainwash> and compare the output to the values shown by the indicator
[08:58] <icecreamice> it says "percentage:          76%" but the indicator says 97%
[08:58] <icecreamice> lolz
[09:01] <brainwash> you could enable the xfce4-power-manager tray icon and/or install xfce4-battery-plugin and add it to your panel
[09:01] <brainwash> and see if they also report false values
[09:01] <icecreamice> hmm
[09:02] <icecreamice> it does nothing, I tried --restart and --quit, nothing
[09:03] <brainwash> it?
[09:03] <icecreamice> `xfce4-power-manager --restart` or `xfce4-power-manager --quit`
[09:03] <icecreamice> not even the command itself ran anything
[09:04] <brainwash> try "killall xfce4-power-manager"
[09:04] <icecreamice> "xfce4-power-manager: no process found" lolz
[09:04] <icecreamice> weird
[09:05] <icecreamice> doesn't show anything when I run it either, it just nextlines to a new input
[09:05] <icecreamice> newline*
[09:06] <brainwash> check the process list
[09:07] <icecreamice> ok killed it from htop
[09:08] <brainwash> so it was running
[09:08] <brainwash> start it and then run xfce4-power-manager-settings
[09:08] <brainwash> now enable the system tray icon
[09:09] <icecreamice> the tray icon is still there
[09:09] <icecreamice> even after it's killed
[09:09] <brainwash> that's most likely the battery indicator
[09:09] <brainwash> called indicator-power
[09:09] <icecreamice> ah
[09:10] <icecreamice> ok Ill kill that and rerun it?
[09:10] <brainwash> xfce4-power-manager is able to show its own tray icon
[09:10] <brainwash> but it's hidden by default
[09:10] <brainwash> you can have both battery icons in the panel
[09:10] <icecreamice> I don't have indicator-power
[09:10] <icecreamice> but there's only one
[09:11] <icecreamice> even after the xfce4-power-manager is not running
[09:11] <brainwash> how do you know that you don't have indicator-power?
[09:12] <icecreamice> "indicator-power: command not found"
[09:12] <brainwash> nah, you can't just run it that way
[09:12] <icecreamice> lolz
[09:12] <brainwash> check "ps aux | grep indicator-power"
[09:13] <icecreamice> "/usr/lib/x86_64-linux-gnu/indicator-power/indicator-power-service" ?
[09:13] <brainwash> right
[09:14] <brainwash> so, "you could enable the xfce4-power-manager tray icon and/or install xfce4-battery-plugin and add it to your panel"
[09:15] <brainwash> to check if the alternative battery indicators are also showing false data
[09:15] <icecreamice> I guess I'll install xfce4-battery-plugin
[09:17] <icecreamice> ok this one shows the right %
[09:17] <icecreamice> thanks lolz
[09:17] <brainwash> ok, indicator-power seems to be somewhat broken on your system
[09:18] <icecreamice> I think the Indicator is broken somehow because I can't even hide the power indicator from its setting
[09:18] <icecreamice> yeah
[09:18] <icecreamice> its "Performance" won't even work right
[09:18] <brainwash> you can uninstall it
[09:18] <icecreamice> is there a way to reinstall it somehow?
[09:18] <icecreamice> just indicator-power?
[09:18] <icecreamice> Ill check from Synaptic
[09:18] <brainwash> sudo apt-get install --reinstall indicator-power
[09:19] <brainwash> and you'll to relog once after doing so
[09:19] <icecreamice> ah alrighty
[09:19] <icecreamice> thanks
[10:28] <xenolyse> guys, how do I change sound output device? I got a tv with hdmi that I would like to have the sound routed to.
[10:30] <bazhang> !info pavucontrol
[10:31] <bazhang> !info padevchooser
[10:31] <bazhang> try those
[11:02] <zleap> hi
[11:09] <zleap> hi
[11:10] <zleap> how do i install the additional drivers tool
[11:10] <zleap> grrrrr
[12:00] <Slit> Hi! Why my laptop doesn't shutdown when I click to shutdown and after that I close the lid of laptop. It goes to hibernate state instead. I have to wait to shutdown then I can close lid.
[16:08] <js_doode> Hello. I am trying to tweak my terminal via ~/.config/xfce4/terminal/terminalrc file, but the path /terminal/terminalrc does not exist. Why is my terminal directory missing?
[16:16] <js_doode> By the way I am running xubuntu 14.04 lts
[16:27] <brainwash> js_doode: you'll need to change something via the preference window of xfce4-terminal first
[16:28] <brainwash> otherwise this user config file will not exist
[16:42] <js_doode> brainwash: ok. Do you know what is that "something"?
[16:43] <drc> js_doode: Any change...font/size, colors...anything to make a change to the terminal
[16:44] <js_doode> drc: gotcha. ;)
[16:45] <js_doode> drc, brainwash worked like a top. thank you.
[16:47] <drc> np
[19:11] <schocky> hey there
[19:11] <xubuntu004> hi all
[19:11] <schocky> guys, I am experiencing a trouble w/ migrating to xubuntu
[19:11] <schocky> ppa is not working / !working properly
[19:11] <xubuntu004> i have a question when i install xubuntu i have an partitions from ubuntu
[19:12] <schocky> anyway
[19:12] <schocky> if there is anyone who is fam. with ppa stuff and packaging on xubuntu, ping me back plox, thx
[19:13] <brainwash> schocky: please ask your question, maybe someone can help you after reading it
[19:13] <xubuntu004> schocky i work on xubuntu and i have not seen any problems with ppa from ubuntu on uxubuntu
[19:13] <xubuntu004> maybe i have small part of ppa
[19:14] <schocky> xubuntu004, brainwash: for instance, try to get ppa:finalterm/daily
[19:14] <schocky> it shows 404 for me on apt update for some reason
[19:14] <xubuntu004> but my question is i must mount partitions on uxubuntu any time when i install xubuntu?
[19:14] <brainwash> contact the ppa maintainer
[19:15] <schocky>  brainwash, imo the trouble is not in ppa, but in my linux here
[19:15] <xubuntu004> schocky look for another ppa because on ubuntu i have an same problem
[19:15] <xubuntu004> maybe ppa is old or broken
[19:15] <schocky> brainwash: am i right, that we can't use precise ppa on trusty, right?
[19:16] <brainwash> just checked, yes, the mentioned ppa does not offer packages for trusty
[19:16] <knome> schocky, you can force that, but in a vast majority of cases it's not a good idea.
[19:16] <schocky> knome, well what would I do if I really need this one?
[19:16] <xubuntu004> ok guys did i must mount anyt time my partitions when i install xubuntu or i automatic ?
[19:17] <schocky> knome, building from src gonna take time, deps and all shi, not rly interested in that point
[19:17] <schocky> brainwash: ^
[19:17] <knome> schocky, the first thing to do is to contact the maintainer anyway, and ask if they'd be willing to create a trusty PPA.
[19:17] <brainwash> you can download the deb files from the PPA and install them manually
[19:17] <knome> schocky, please watch your language, this is a family-friendly channel
[19:19] <schocky> knome, oh yeah, I am really sorry, m8
[19:20] <xubuntu004> ok guys i need an answer
[19:20] <xubuntu004> about partitions
[19:20] <schocky> brainwash, knome: thx for your help, gonna look for a maintainer and compile it in the meantime, thx again
[19:20] <knome> schocky, good luck
[19:21] <knome> xubuntu004, if you install xubuntu on a machine that has an ubuntu installation, and you want to reuse the /home (and/or other partitions), you should set them to mount at specific mount points on installation time
[19:21] <knome> xubuntu004, you can do that from the custom partitioning selection
[19:22] <knome> xubuntu004, you can make them automount to the right places after the installation, but it's easier to do it at installation time
[19:22] <knome> xubuntu004, note that you need to select that a partition is not formatted if you want to use reuse it
[19:22] <xubuntu004> ok know i must reisntall xubuntu but when i set a mount point my data files is lost or not?
[19:23] <knome> depends if you set it to format or not
[19:23] <xubuntu004> i dont whant format
[19:23] <knome> and as always, even if things should work, take backups of important files
[19:25] <xubuntu004> ok thanks guys for infos. have a good luck for you
[21:41] <ARM9> is there any common reason why suspend/hibernate/whatever would be broken?
[21:46] <knome> ARM9, badly supported hardware.
[21:46] <ARM9> I must've used some really obscure/shitty computers in my days then, not once have I had a working suspend feature
[21:47] <knome> please remember this is a family-friendly channel and adjust your language based on that
[21:47] <ARM9> maybe I'm the only linux user who doesn't leave their box running 24/7
[21:47] <knome> i can assure you are not
[21:47] <ARM9> my bad
[21:47] <Unit193> One computer suspends fine, the other is a bit weird at times.  Close the lid and it's off, even after successfully suspending, but leave it open and it'll resume fine.
[21:54] <draches> I also have tons of problems with anything power-related on my Asus K550C laptop
[21:56] <ochosi> fwiw, that is the promise of systemd, it's supposed to take over all of the power management. it's a bit less configurable though
[21:56] <Unit193> (The netbook with suspend issues uses systemd.)
[21:57] <ochosi> systemd plus xfpm or just systemd?
[21:57] <Unit193> xfpm is installed, yes.
[21:57] <ochosi> right, so then that's not what systemd intends
[21:58] <ochosi> xfpm inhibits parts of systemd
[21:58] <ochosi> because it tends to just execute actions like suspend upon closing the lid (which is generally fine, but leaving the user without a way to configure it, other than opening a config file with root rights)
[22:11] <whyameye> something is triggering a screen blanking earlier than I have set and I can't figure out what it is
[22:11] <whyameye> xscreensaver and gnome screensaver are uninstalled
[22:13] <whyameye> lightlocker is also disabled
[22:56] <tc__> hello
[22:57] <tc__> I'm new to linux and was wondering if anyone is around to help
[23:00] <HedgeMage> tc__: please just ask your real question so we know if we can help you :)
[23:00] <HedgeMage> tc__: Asking to ask is kinda rude on IRC, counterintuitive as that may seem if you're new.
[23:05] <tc__> My apologies. I just started using ubuntu, but found that it runs to slowly on my laptop. I found it easy to install linux on my ex-windows machine, but I'm a little confused as to how to install a different form of linux on an already-linux machine.
[23:06] <Unit193> Could just install Xubuntu overtop of the other one, just how you installed Ubuntu the first time.  That'd be the cleanest way at least.  What's the system specs?
[23:07] <tc__> AMD Phenom II (2.2 GHz), 4 GB DDR3 memory, 500GB HDD
[23:08] <Unit193> Ubuntu/Unity doesn't run on that?  Well huh.
[23:09] <tc__> It does, just a little sluggish with some things
[23:09] <tc__> i want something that zips around
[23:09] <Unit193> Sure.  Well I can say I personally like Xubuntu of course. :)
[23:11] <tc__> :) ok, so before, when I installed ubuntu on my windows 7 machine, I used something called a linux USB pendrive installer. When I try to use it the same way I did before, it says that an error occured with the archive
[23:11] <tc__> I'm guessing that it must be built to run on windows.
[23:14] <CajunTechie> Have you tried downloading the archive again?
[23:16] <tc__> I have not. Honestly, I don't even know what the archive is. I'm not entirely tech savvy. :)
[23:20] <CajunTechie> tc__, you were trying to install Xubuntu from the pendrive, right?
[23:20] <Unit193> Yes, if you used it on Windows the exact same program won't work on Linux.
[23:23] <tc__> I have a screenshot of what I have downloaded to do a reinstall, if that would help. Link: http://postimg.org/image/qpbu5z1et/
[23:24] <CajunTechie> That does help. The installer was probably written for Windows and will not work under Linux. Some Windows programs will work under Linux but some won
[23:24] <CajunTechie> t.
[23:24] <CajunTechie> tc__, It looks like you are trying to isntall Xubuntu from within Ubuntu, right?
[23:25] <tc__> Yes, just want to replace Ubuntu with Xubuntu (or any other linux system if it all works the same way)
[23:26] <CajunTechie> Probably the easiest way to do that would be to download the same .iso files and use a burning program to burn it to a dvd. From there, you can easily install it over Ubuntu
[23:27] <CajunTechie> But you should also read this if you want to pursue the pendrive option still: https://help.ubuntu.com/community/Installation/FromUSBStick
[23:31] <tc__> Thank you very much, CajunTechie. I'll give that a try. If you don't hear back from me, then it must've worked. :)
[23:32] <CajunTechie> Good luck tc__. Hope it all works out :-)