[02:03] <crazy2be> Is there some way that i can get upstart to run a task with a certain username/userid? Or is there another tool that is better suited to that task?
[02:04] <crazy2be> My server is written in golang, and i want to sandbox it somewhat in case there are vulnerabilities in my code (or the runtime!)
[02:04] <ashb> crazy2be: sudo/su
[02:04] <ashb> exec sudo -u me bash -c "command goes here" has always been how i've done it
[02:04] <crazy2be> what happens when you run those as root? Never done that... I'll give it a try
[02:05] <crazy2be> btw, thanks for this great utility!
[02:07] <crazy2be> ubuntu is working great for my server
[02:07] <crazy2be> even if it's the desktop edition :P server edition wouldn't work with my hardware
[23:10] <ashb> hmmmm should upstart not have a dep on dbus?
[23:10] <ashb> status: Unable to connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
[23:12] <ion> Run the command as root
[23:13] <ion> The daemon is optional. It’s only needed for non-root access.
[23:13] <ashb> ah
[23:13] <ashb> ah yes.
[23:13] <ashb> what should I do if i want to send a USR2 signal to a job
[23:13] <ashb> use a clasic init script that wraps initctl to do everything else?
[23:15] <ion> Something like killed=false; eval "$(LC_ALL=C initctl status tty6 | sed -nre 's/.* process ([0-9]+).*/kill -USR2 \1; killed=true/p')"
[23:16] <ashb> where? (is there a better place than an init.d script?
[23:17] <ion> What’s the USR2 for? If reloading config or something like that, alas, currently the signal for reload is not configurable.
[23:18] <ashb> kinda yeah - its to make the unicorn (ruby webserver) spawn a new master and kill the old one seamlessly
[23:18] <ion> I take it Unicorn can’t be configured to do that on SIGHUP?
[23:19] <ashb> sighup would work if i didn't want seamless
[23:19] <ashb> that makes it kill all its children then start again, but doesn't workj when you load app before forking the workers
[23:19] <ion> And that’s not configurable?
[23:19] <ashb> nope
[23:21] <ion> There might be no pretty solution until the signal sent by reload becomes configurable.
[23:37] <ashb> k


[05:28] <pleia2> no summaries have been written :(
[05:29] <pleia2> if anyone is around tonight, I'd appreciate the help
[07:19] <pleia2> I am too tired to write tonight, will have to work on them in the AM
[16:42] <pleia2> still no summaries, is anyone around today to help out?
[17:52] <pleia2> Unit193: link check? https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue470
[17:52] <pleia2> I ended up writing all the summaries myself, so I could really use editorial review by other people before I publish
[19:29] <Unit193> Looks good.
[19:30] <pleia2> ty
[21:47] <pleia2> tsimonq2: have a few minutes to do review of this week's newsletter? https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue470
[21:48] <pleia2> I wrote all the summaries, so I need someone else to review
[22:02] <tsimonq2> sure pleia2
[22:04] <pleia2> thank you! :)
[22:05] <tsimonq2> is it just me or does this sound weird? "Benjamin Zeller and Zoltán Balogh announce the availability of and put out a call for testers for the new version of the Ubuntu Software Development Kit (SDK) Integrated Development Environment (IDE)."
[22:06] <tsimonq2> just the "availability of and put out a call for"
[22:06]  * pleia2 shrugs
[22:06] <pleia2> I wrote it, so I think it sounds fine :)
[22:06] <pleia2> it's fine to change if you can find a better way of wording it
[22:11] <tsimonq2> nope :)
[22:11] <pleia2> hehe
[22:11]  * tsimonq2 adds Oxford comma :P
[22:12] <pleia2> lol
[22:12] <pleia2> I don't use them unless they are needed for clarity ;) but edit away
[22:13] <tsimonq2> :)
[22:14] <tsimonq2> ugh...wiki login speeds :(
[22:15] <pleia2> yeah :(
[22:15] <tsimonq2> 500! :(
[22:15] <pleia2> sometimes it saves anyway, want to pull it up in another tab?
[22:16] <tsimonq2> nope :(
[22:16] <pleia2> grumble
[22:17] <pleia2> oh yay, PaulW2U chipped in too :D <3
[22:23] <tsimonq2> 502 :(
[22:24] <tsimonq2> yay it actually worked! \o/
[22:24] <pleia2> phew :)
[22:24] <pleia2> thanks for your help, I'm much more confident about releasing now
[22:28] <tsimonq2> pleia2: can I add https://daniel.holba.ch/blog/2016/06/being-among-the-first-in-a-new-community/ ? Sorry for the last minute link, I'll write the summary if you allow it to be added, but it really ties nicely with http://developer.ubuntu.com/en/blog/2016/06/17/week-3-snappy-playpen/
[22:28] <tsimonq2> otherwise, lgtm
[22:29] <pleia2> tsimonq2: date aside, I think it's better to put it in the next newsletter, that way the news about snappy playpen is put in front of readers multiple times
[22:29] <tsimonq2> pleia2: alright, that's fine :)
[22:30] <pleia2> and we already have the post announcing the sprint tomorrow, so that's covered
[22:30] <pleia2> thanks for keeping an eye on planet though


[00:53] <hatch> huwshimi ok the problem with web components isn't the technology, it's the people pushing it lol
[00:56] <huwshimi> uh oh
[01:09] <hatch> I'm out, cya tomorrow
[03:47] <hatch> hey huwshimi how goes the battle
[03:54] <huwshimi> hatch: Not bad. How's your evening going?
[03:54] <hatch> good good, trying to figure out if we can do web components in the gui
[03:54] <hatch> hah
[03:55] <huwshimi> Uh oh
[03:55]  * rick_h__ whispers no :P
[03:55] <rick_h__> about the only web component I'd see is our true/false toggle
[03:55] <hatch> lol! hey I'm trying to be open minded that web components are actually useful
[03:55] <rick_h__> maybe the fany underlying tab ui stuff
[03:56] <rick_h__> think small and they are
[03:56] <rick_h__> button, slider, etc
[03:56] <rick_h__> if you've gotten to one of our token widgets you went too big
[03:56] <hatch> right, but people seem to think they can roll whole sections and apps up into one element
[03:56] <rick_h__> yea, and that's where they're wrong
[03:56] <rick_h__> and why they'll fail
[03:56] <rick_h__> in my ever so humble opinion :)
[03:56] <hatch> heh yep , just like I said earlier :D
[03:57] <hatch> """hatch
[03:57] <hatch> huwshimi ok the problem with web components isn't the technology, it's the people pushing it lol"""
[03:57] <hatch> lol we agree on something, this must really be bad haha
[03:58] <rick_h__> it's the way of the web
[03:58] <rick_h__> something new comes out, people rush and push it beyond the useful limits
[03:58] <rick_h__> we all agree it's bad and we end up moving back a bit and then happy
[03:59] <rick_h__> see ajax, see client side apps, see web based mobile apps, see comet/server push, see ...
[04:01] <hatch> yup like kids with a new toy box
[04:01] <hatch> glad I'm a dev I don't have to grow up...always new toys to play with
[04:01] <hatch> :D
[06:23] <rogpeppe> mornin' all
[06:55] <rogpeppe> urulama: morning!
[06:55] <urulama> rogpeppe: morning
[06:56] <urulama> rogpeppe: you're early today, with mails at 7AM :D
[06:57] <rogpeppe> urulama: yeah, it's all buzzing around my head, couldn't sleep in...
[06:57] <rogpeppe> urulama: i've pushed a preliminary branch here, BTW: https://github.com/rogpeppe/charmstore/tree/003-router
[06:57] <rogpeppe> urulama: i'm just writing tests for the existing code before moving on
[07:00] <urulama> ok, the /internal stuff, right?
[07:03] <rogpeppe> urulama: well, it's all /internal so far...
[07:14] <rogpeppe> urulama: wanna try the hangout again?
[07:17] <urulama> rogpeppe: give me 15min, need to go through mail
[07:17] <rogpeppe> urulama: sure
[07:17] <urulama> rogpeppe: and i shut down the machine last night. case some hangouts driver got stuck in some strange state :S
[07:17] <rogpeppe> urulama: it seems odd that it happened to both of us
[07:28] <urulama> rogpeppe: how do i go get gopkg.in/juju/charm.v2 for the 003-router branch?
[07:28] <rogpeppe> urulama: go get it :-)
[07:28] <rogpeppe> urulama: i.e. go get gopkg.in/juju/charm.v2
[07:28] <urulama> i did, no /internal dir there :S
[07:28] <urulama> that's why i'm asking
[07:28] <rogpeppe> urulama: i don't quite understand
[07:29] <rogpeppe> urulama: the internal dir is in the charmstore package
[07:29] <rogpeppe> urulama: in the 003-router branch
[07:30] <urulama> i did go get -u -v -t github.com/juju/charmstore/... as well
[07:36] <rogpeppe> urulama: well, that will overwrite the 003-router branch if you had that downloaded
[07:37] <rogpeppe> urulama: this is what i usually do:
[07:37] <rogpeppe> urulama: go get github.com/juju/charmstore/...
[07:37] <rogpeppe> urulama: cd $GOPATH/src/github.com/juju/charmstore
[07:37] <rogpeppe> urulama: git remote add rogpeppe git@github.com:rogpeppe/charmstore
[07:38] <rogpeppe> urulama: git fetch rogpeppe
[07:38] <rogpeppe> urulama: git checkout rogpeppe/003-router
[07:38] <rogpeppe> urulama: git checkout -b 003-router
[07:38] <rogpeppe> urulama: then you can add your own remote (pointing to your own fork of charmstore) and push any of your own changes there
[07:42] <urulama> rogpeppe: fatal: Could not read from remote repository.
[07:42] <rogpeppe> urulama: hmm, what command printed that?
[07:43] <urulama> git fetch rogpeppe
[07:43] <rogpeppe> urulama: perhaps you haven't set up ssh. try this, perhaps:
[07:43] <rogpeppe>  git remote remove rogpeppe
[07:44] <rogpeppe> git remote add rogpeppe https://github.com/rogpeppe/charmstore.git
[07:44] <rogpeppe> urulama: then fetch rogpeppe again
[07:44] <urulama> fine now
[07:45] <rogpeppe> urulama: ok. perhaps i did some setup to make that work a while ago
[07:50] <urulama> yeey, 4 passed :D
[07:50] <urulama> rogpeppe: let's gogogo
[07:51] <rogpeppe> urulama: i am there
[08:27] <frankban> morning rogpeppe and urulama, how is it going?
[08:27] <rogpeppe> frankban: hiya!
[08:27] <urulama> frankban: morning
[08:27] <rogpeppe> frankban: we're in https://plus.google.com/hangouts/_/canonical.com/gogogo?authuser=1
[08:27] <rogpeppe> frankban: if you care to join us...
[08:28] <frankban> gogogo!
[09:13] <rogpeppe> frankban, urulama: a quick hint for testing the metadata handlers: i'd populate the database with one or two collections containing some items, and register a collection type for each of them. then the tests can just be written assuming that data is there.
[09:13]  * rogpeppe goes back into the sunshine
[10:24]  * urulama lunches, will move to another place after
[11:07] <rick_h__> morning
[11:53] <BradCrittenden> morning rick_h__
[12:00] <rick_h__> frankban: morning, will be a couple min late
[12:00] <frankban> rick_h__: hi, np
[12:05] <rick_h__> frankban: omw
[12:27] <rogpeppe> frankban, urulama: i'm back from the sunshine...
[12:27] <rogpeppe> frankban, urulama: how's it going?
[12:28] <urulama> rogpeppe: i did not continue, had to deal with mails and finally took time to look at the sprint docs and where the hell I'm going on Sunday :D
[12:29] <rogpeppe> urulama: :-)
[12:29] <rogpeppe> urulama: i guess it's time for our call now
[12:29] <rogpeppe> urulama, rick_h__, frankban: shall we use the standup hangout?
[12:29] <rick_h__> rogpeppe: urulama frankban missed adding a video call, updated the calendar item
[12:29] <urulama> rick_h__: morning ping :D
[12:29] <rick_h__> link on the calendaer
[12:29] <rick_h__> err calendar
[12:29] <rogpeppe> rick_h__: ta
[12:30] <rogpeppe> rick_h__: link? it's not showing for me
[12:30] <rick_h__> https://plus.google.com/hangouts/_/canonical.com/charmstore-sync?authuser=1
[12:56]  * rick_h__ fetches breakfast and coffee
[13:39] <rick_h__> kadams54: morning
[13:39] <kadams54> rick_h__: mornin
[13:40] <rick_h__> kadams54: looking at the WIP branch, it seems like it'd be a good idea to move the WIP forward sans the last item, and to get that qa'd landed and then work on that last point as a follow up.
[13:40] <rick_h__> kadams54: sound good?
[13:40] <jcastro> bac, thanks for fixing that rabbit searching bug
[13:41] <jcastro> that was downright embarrassing, heh
[13:41] <kadams54> rick_h__: yup. I had a good chat with hatch yesterday so the last point should be ready to land soon. I'll split it off into its own branch.
[13:41] <bac> jcastro: yeah, glad to have that out of the way.
[13:41] <rick_h__> kadams54: ah ok, if it's almost there and can be cleaned up today then it's cool
[13:41] <rick_h__> kadams54: but yea, on a but like that with lots of points I wanted to let you know it's a great plan to split them up as appropriate
[13:47] <kadams54> rick_h__: hatch and I talked about the supportedContainers attribute on the Machine model, which led to a discussion about containers nested within containers.
[13:47] <rick_h__> kadams54: right, it's a follow up 1.0 card as something we want to be able to show, but not create. And we show them flat
[13:47] <rick_h__> kadams54: we just want to not error for the 1.0
[13:48] <kadams54> rick_h__: At some point I'm curious to see what happens in machine view with nested containers. There's currently no logic to filter them out, so I have no idea how they'll show up or possibly err out.
[13:48] <rick_h__> kadams54: hah, yea definitely a qa case to see if we can do.
[13:49] <kadams54> rick_h__: we may also want to look at using supportedContainers on down the road, especially if ECS moves into juju-core.
[13:49] <kadams54> rick_h__: specifically for populating the list of possible containers when user drops an unplaced unit on a machine or the "create container" drop target.
[13:50] <rick_h__> ok, is supportedContainers from core?
[13:50] <rick_h__> as part of the api?
[13:50] <kadams54> Yeah.
[13:50] <rick_h__> Ok, and is it providing useful data currentlY?
[13:50] <kadams54> So right now it doesn't know about ghosts, which means that I still need to code up the logic we discussed.
[13:50] <rick_h__> right, ok
[13:51] <kadams54> rick_h__: not really useful right now.
[13:51] <rick_h__> kadams54: ok
[13:52] <kadams54> rick_h__: not useful because we don't support nested containers and juju-core doesn't know about ECS. But should those change…
[13:53] <rick_h__> kadams54: right, how that works will be a bit diff, but definitely good to keep in mind
[14:00] <bac> jujugui: ci has gone nuts.  out of disk.  seems to be a theme.
[14:01] <rick_h__> bac: :/ ok looking at the disk space available and seeing if we can bump it up
[14:01] <bac> rick_h__: 1:1 now or after?
[14:01] <rick_h__> bac: let's do now. I'm really booked and not sure when after would be
[14:41] <bac> rick_h__: if i wanted to manually restart https://github.com/juju/juju-gui/pull/445  which sha1 should i use?  i tried e2e9bcf but it did not look right as it showed a lot of unrelated changes in the jenkins build step.
[14:41] <rick_h__> bac looking
[14:41] <bac> as seen here: http://ci.jujugui.org:8080/job/juju-gui/1443/
[14:41] <rick_h__> bac the e2e9bcf should be it
[14:43] <rick_h__> bac: should be good with it as it is. gh is showing the right commit distance so this is a diff of the old/prev states of the test checkout
[14:43] <hatch> bac origin/pr/445/merge
[14:44] <bac> hatch: not sure what you mean.  i was asking about the sha1 to give jenkins to start the build
[14:45] <hatch> bac yes, put that in the 'build parameters' 'sha' input and clck go
[14:45] <hatch> it'll run whatever is in the PR
[14:45] <hatch> so you don't need to mess around with sha's
[14:45] <bac> hatch: really?  so when it asks for a sha you give it a PR reference?
[14:46] <hatch> I do, yep
[14:46] <bac> damn
[14:46] <hatch> I always pick the wrong sha for the merge so this works 100% of the time heh
[14:48] <bac> hatch: almost makes me wish it took the PR number...
[14:48] <hatch> that would be ideal I always have to rely on the autocomplete to remind me of that syntax heh
[14:49] <bac> rick_h__: i changed nothing on CI machine and the next build is working, at least got past the npm issues.  glitch.
[14:49] <rick_h__> bac: k, yea npm is unhappy
[14:49] <rick_h__> or something
[14:50] <hatch> jujugui call in 10
[14:55] <rick_h__> jujugui call in 5
[14:55] <rick_h__> kanban please
[15:00] <rick_h__> kadams54: ^
[15:09] <bac> frankban: https://github.com/juju/juju-gui/pull/445
[15:10] <frankban> thanks
[15:11] <rogpeppe> urulama_: back in gogogo...
[15:11] <urulama_> rogpeppe: ok, after my next hangout
[15:11] <rogpeppe> frankban: we've integrated your tests and pushed the branch FYI
[15:12] <rick_h__> jrwren: you should have write access in your google calendar to a calendar called "Juju UI Engineering"
[15:12] <rick_h__> urulama_: I tend to stick things on there when I approve the time off requests of the gang
[15:13] <rick_h__> urulama_: ^
[15:13] <frankban> rogpeppe: cool, I'll be with you in a minute
[15:16]  * urulama_ brb
[15:16] <hatch> wb frankban  have a good vacation?
[15:17] <frankban> hatch: yes, very good one, thanks
[15:18] <hatch> excellent
[15:31] <hatch> I've got to step out for a few mins, bbiab
[16:03] <hatch> jcsackett have you listened to the Bad Voltage podcast, it's sort of open source based....
[16:03] <hatch> good production and entertaining at least :)
[16:15]  * rick_h__ goes to get lunch foods
[16:28] <urulama> jujugui enjoy the rest of the day, bye now
[16:28] <hatch> cya urulama
[16:28] <rogpeppe> urulama: g'night!
[16:30] <hatch> http://www.meetup.com/DevOps-Exchange-London/events/194288152/
[16:39] <hatch> Makyo if I'm in a d3 text() is it acceptable to pass a bound fn as the callback so I can pass in reference to the db?
[16:51] <jrwren> why does availability sets prevent quickstart from relying on bootstrap node?
[16:52] <rick_h__> jrwren: forcing a machine to colocate isn't supported over the juju api when AS are enabled
[16:52] <jrwren> makes no senses to me.
[16:52] <rick_h__> if you colocate manually then juju can't help make sure that the units are allocated across areas of the AS so that it's safe
[16:53] <jrwren> i see.
[16:54] <rick_h__> at least in the current implentation. With more work/effort we could eable things like highlighting services that are not 'safe' according to azure/AS rules, but it's not currently available
[16:54] <rick_h__> however the api changes hit juju and we found out after the fact upon release and so we had to remove colocation support
[16:54] <rick_h__> for azaure/AS
[16:55] <Makyo> hatch, I believe so, you'll just lose reference to the node.
[16:56] <Makyo> hatch, which ought to be fine.
[16:56] <jrwren> I see 1.20 has availability-sets-enabled: false as an option.
[16:56] <hatch> Makyo ok thx, just wanted to see if there was any oddity to doing it that might not be immediately apparent
[16:58] <rick_h__> jrwren: right, but it's like turning off safe mode. It's not the default and not one we want to encourage through quickstart
[16:58] <jrwren> i see.
[16:59] <jrwren> makes good sense. a lot of these bugs reported are for features to make good demos and dev. It is important, just different.
[16:59] <rick_h__> right
[17:42] <hatch> Makyo is there a reason why interface and scope are undefined on ghost relations?
[17:43] <Makyo> hatch, no.
[17:44] <hatch> heh ok I'll look deeper into that too while I'm in here
[17:44] <Makyo> hatch, ghost relations are a shoddy concept we only came up with in a rush to get demoware available.
[17:45] <hatch> ohh ok
[17:45] <hatch> that darn demo is still coming back at us haha
[17:50] <kadams54> Makyo: can you give a +1 and QA OK to https://github.com/juju/juju-gui/pull/442 ?
[17:51] <Makyo> Oops, sorry kadams54 , sure
[17:53] <Makyo> jujugui realized I forgot to ping - quick review/QA for https://github.com/juju/juju-gui/pull/444
[18:03] <kadams54> Makyo: I can take a look.
[18:03] <Makyo> kadams54, thanks
[18:03] <rick_h__> kadams54: hangout?
[18:03] <kadams54> rick_h__: roger
[18:05] <kadams54> rick_h__: am I not in the right room?
[18:05] <rick_h__> https://plus.google.com/hangouts/_/canonical.com/kyle-rick?authuser=1
[18:05] <jcastro> hey for demos, what's the feature flag for the machine view?
[18:05] <rick_h__> jcastro: /:flags:/mv
[18:05] <rick_h__> http://comingsoon.jujucharms.com/:flags:/mv to be full
[18:07] <jcastro> ta
[18:07] <jcastro> hey so I'm showing this at OSCON
[18:07] <jcastro> :)
[18:08] <rick_h__> jcastro: umm ok what day is that?
[18:08] <jcastro> tuesday
[18:11] <hatch> jcastro we are still heavily iterating on that comingsoon codebase...
[18:12] <rick_h__> but the good news is it'll get slow tomorrow
[18:12] <hatch> haha truth
[18:12] <rick_h__> jcastro: so the key is to make sure to test your setup before hand
[18:12] <rick_h__> jcastro: we'll be in london next week, so timezones apart
[18:12] <rick_h__> jcastro: in case you need something or the demo isn't working right
[18:19] <hatch> rick_h__ I still don't have my watch lol....
[18:21] <rick_h__> hatch: lmao
[18:23] <jcastro> rick_h__, don't worry, I'm going to pull from a known rev, not head
[18:24] <hatch> +1
[18:24] <rick_h__> jcastro: ok
[18:25] <hatch> head is pretty stable....because....well....we are awesome :P
[18:25] <hatch> haha
[18:28] <hatch> I just noticed my laptop no longer shuts off when I accidentally hit the power button....must have been an update of some sort
[18:29] <rick_h__> jrwren: chat in about 20-30?
[18:29] <rick_h__> instead of tomorrow?
[18:29] <jrwren> sure.
[18:29] <rick_h__> k, will ping when I'm free
[18:38] <bac> bye all.
[18:44] <jrwren> !np
[18:44] <jrwren> oops, misdir
[18:53] <rick_h__> jrwren: I'm free, the hangout room when you're ready?
[18:56] <jrwren> k
[19:00] <jrwren> jujugui: https://code.launchpad.net/~evarlast/juju-quickstart/upload-tools-constraints/+merge/227229
[19:01] <jrwren> oh... lbox.
[19:02] <jrwren> https://code.launchpad.net/~evarlast/juju-quickstart/which-juju/+merge/227238
[19:13] <rogpeppe> rick_h__, jrwren: it's up for review: https://github.com/juju/charmstore/pull/14
[19:15] <rick_h__> rogpeppe: cool thanks. Will peek at it.
[19:15] <rick_h__> rogpeppe: rope francesco into it in the morning for an ok.
[19:15] <rogpeppe> rick_h__: he's already reviewed it
[19:16] <rick_h__> jrwren: might have to bug francesco in the morning for quickstart as well. bac is out now
[19:16] <rogpeppe> rick_h__: made quite a few changes in response to his feedback
[19:16] <rick_h__> rogpeppe: ok awesome, will look tonight.
[19:16] <rick_h__> going to go afk for a bit before the australia calls tonight
[19:16] <rick_h__> rogpeppe: thanks for the link/updates
[19:16] <rogpeppe> rick_h__: note: we're starting a new "v4" branch for the new charm store
[19:17] <rick_h__> v4 branch of the charmstore? what used v2? or is that just to sync the dep with the api version?
[19:17] <rogpeppe> rick_h__: yeah, i think having two out-of-sync package versions would be not great. then again, perhaps we don't want a new branch for v5. thinking...
[19:17] <rogpeppe> i could easily make it v2
[19:18] <rick_h__> rogpeppe: right, because the api is serving the old api still
[19:18] <rogpeppe> rick_h__: yes
[19:18] <rick_h__> rogpeppe: maybe we do something where the package is the min supported api?
[19:18] <rogpeppe> rick_h__: and from a Go perspective, the API will still be the same
[19:18] <rick_h__> rogpeppe: so if you've got charmstore v4, it might have v5, but v4 is supported in that package?
[19:18] <rogpeppe> rick_h__: that's an interesting idea
[19:18] <rogpeppe> rick_h__: still thinking...
[19:18] <rick_h__> rogpeppe: ok, well we can ponder it
[19:19] <rick_h__> rogpeppe: no rush on that end
[19:19] <rick_h__> have a good night man, past your EOD go relax
[19:19] <rogpeppe> rick_h__: aaaanyway, it's v4 for the time being :-)
[19:19] <rick_h__> :)
[19:19] <rogpeppe> rick_h__: i'm doing late today
[19:19] <rogpeppe> rick_h__: still 40 mins to go
[19:19] <rick_h__> ah, that's right.
[19:29] <rogpeppe> anyone good at git rebase? http://paste.ubuntu.com/7810589/
[19:29] <rogpeppe> i've "git add"ed all the files with conflicts
[19:30] <rogpeppe> hatch: ^
[19:30] <hatch> rogpeppe looking
[19:31] <hatch> rogpeppe it looks like it's saying that you can skip the patch
[19:31] <hatch> if status shows nothing has changed
[19:31] <hatch> you can also stop the rebase if you think you messed something up
[19:31] <rogpeppe> hatch: wouldn't skipping the patch mean that i lose some of the changes in it?
[19:31] <hatch> using git rebase --abort
[19:31] <hatch> rogpeppe well it's saying that the changes were already made
[19:31] <rogpeppe> hatch: i don't really want to abort the rebase as i just spent 10 mins fixing the same conflicts over and over
[19:31] <hatch> ohh you're in one of those situations
[19:32] <hatch> yeah, so basically it's telling you that the changes for the commit you're trying to apply are already in the previous commit
[19:32]  * rogpeppe thinks he might go back and just make the changes manually
[19:32] <hatch> weather that's correct or not, I can't say for sure :)
[19:32] <rogpeppe> oh great, more conflicts
[19:33] <hatch> rogpeppe what was the rebase command you wrote?
[19:33] <rogpeppe> at this point i lose faith in whether git will have actually preserved the changes i've made...
[19:33] <rogpeppe> hatch: git rebase 003-router
[19:33] <rogpeppe> hatch: this was after 003-router had itself be heavily rebased
[19:33] <hatch> and was this branch branched from 003-router?
[19:34] <rogpeppe> hatch: (for submitting for review)
[19:34] <rogpeppe> hatch: yup
[19:34] <rogpeppe> hatch: except git wouldn't know that
[19:34] <hatch> ok so what it's doing then is taking 003-router and applying your commits on top of it
[19:34] <rogpeppe> hatch: yup, probably including all the old 003-router commits themselves.
[19:34] <rogpeppe> hatch: hmm.
[19:34] <hatch> so if 003 had been modified from the original source that's why it's causing issues
[19:34] <rogpeppe> hatch: maybe patch is what i need here, not rebase
[19:34] <hatch> typically working on a 'source' branch is a bad idea if you plan on rebasing it into something else again
[19:35] <rogpeppe> hatch: what do you mean by a "source" branch?
[19:35] <hatch> well if B is branched from A, you then work on A, when you try and replay B's new commits on top of A there is a much higher probability of conflicts
[19:36] <hatch> that's what you're doing basically
[19:36] <rogpeppe> hatch: yeah. unfortunately it's difficult to avoid that sometimes
[19:36] <hatch> yep
[19:36] <rogpeppe> hatch: it works much better if noone rebases
[19:36] <rogpeppe> hatch: but people like their clean histories
[19:36] <hatch> well rebase isn't the problem
[19:36] <hatch> the problem is that the branches have diverged
[19:37] <rogpeppe> hatch: well, "replaying B's new commits" is rebasing, right?
[19:37] <hatch> right - but you could squash b's commits down so you have fewer to resolve the conflicts in
[19:37] <rogpeppe> hatch: in fact with these branches there were no actual conflicts at all AFAIK
[19:38]  * rogpeppe just goes and makes the changes again. there weren't so many.
[19:38] <rogpeppe> thank god for reflog
[19:39] <hatch> hmm a rebase should just work like butter if the B doesn't make changes to the same areas in the files as A
[19:39] <rogpeppe> hatch: unfortunately B was based off a branch of A that was later rebased into a much earlier branch of A
[19:40] <hatch> because it's simply taking A, creating a new temp branch C, applying B's commits to it in order, then changing C to be B and deleting B
[19:40] <rogpeppe> hatch: so, i *think* it was trying to replay A's own (rebased out of existence) commits onto itself
[19:40] <hatch> ahhh yes that's entirely possible
[19:40] <rogpeppe> i was foolish to think it could ever work
[19:42] <hatch> it's probably possible to 'rebase' using cherry-pick if you wanted to go that route
[19:42] <hatch> basically manually repeating the rebase steps that it does internally but only picking the pertinent commits
[19:43] <rogpeppe> hatch: ah, i know what i should've done
[19:43] <hatch> you could also use -i to choose which commits to apply
[19:43] <rogpeppe> hatch: i should have rebased B in exactly the same way as A
[19:44] <hatch> sorry I can't say without actually seeing the repos :)
[19:44] <hatch> but....sure! :)
[19:44]  * rogpeppe tries it
[19:52] <hatch> bahaha this is a great small tweet thread https://twitter.com/SGItweets/status/489521012250140672
[19:54] <hatch> rick_h__ ^ related to the previous chat about our new driving liquor laws :)
[19:55] <jcastro> hey, I've been pushing revs to my bundle
[19:55] <jcastro> but they don't appear in manage.
[19:56] <jcastro> can someone check the ingest? it's been over 15min
[19:57] <rogpeppe> hatch: patch(1) worked much better
[19:57] <hatch> rogpeppe ahh - so basically that will do the same as rebasing all the commits into one then applying that at the end :)
[19:57] <rogpeppe> hatch: except i tried that and it didn't work
[19:58] <hatch> hmm
[19:58] <hatch> well....glad you were able to get something to work!
[20:36]  * rogpeppe is done for the day
[20:36] <rogpeppe> g'night all
[20:48] <hatch> night rogpeppe
[21:05] <arosales> hatch: sorry I have been traveling a bit and missed your message re: ghost.  But I did want to say \o/
[21:05] <hatch> arosales heh no problem :)
[21:05] <hatch> now that that's out I need to figure out a way to port my tumblr posts to ghost
[21:06] <Makyo> jujugui quick review/QA for subordinate services in MV https://github.com/juju/juju-gui/pull/446
[21:07] <hatch> Makyo sure
[21:07] <hatch> Makyo so the interaction with subordinates with MV is a little funky eh?
[21:08] <hatch> they should probably be auto-placed on the same machine as it's host when related
[21:08] <hatch> thoughts?
[21:08] <Makyo> hatch, subordinates aren't "placed".  adding the juju-info relation places them alongside the unit that they're related to.  Machine view is almost not applicable to subordinates.
[21:09] <rick_h__> jcastro: more info? http://manage.jujucharms.com/heartbeat says ingest is running and processing
[21:09] <arosales> hatch: ya I need to figure out how to port my google blog over.
[21:09] <jcastro> https://code.launchpad.net/~jorge/charms/bundles/elasticsearch/bundle
[21:09] <jcastro> is the latest
[21:09] <jcastro> but doesn't show up on manage
[21:09] <jcastro> either that or I'm looking in the wrong place?
[21:10] <rick_h__> jcastro: looking
[21:12] <rick_h__> jcastro: the bundle doesn't proof
[21:12] <rick_h__> jcastro: it stopped ingesting after rev 2
[21:12] <jcastro> huh
[21:12] <rick_h__> jcastro: the indentation on the yaml is off
[21:13] <rick_h__> jcastro: so it can't parse
[21:13] <rick_h__> jcastro: if something doesn't ingest, proof is the first todo
[21:13] <hatch> Makyo right, but I'm wondering if the user will be confused that they added a service and it's not in the machine view
[21:13] <jcastro> rick_h__, man I didn't even think of that, I just started revving after the first ingest, my bad
[21:13] <rick_h__> jcastro: all good
[21:14] <jcastro> oh dude, I see what I did
[21:14] <rick_h__> jcastro: let me know if it still has any issues after fixing that up
[21:14] <hatch> darn yaml
[21:14] <jcastro>       annotations:
[21:14] <jcastro>       expose: true
[21:14] <jcastro>         "gui-x": "1106"
[21:14] <jcastro>         "gui-y": "371"
[21:14] <rick_h__> right
[21:14] <jcastro> I put the expose line in the wrong part
[21:14] <rick_h__> proof blows up on there
[21:14] <rick_h__> gotcha
[21:14] <Makyo> hatch, right.
[21:14]  * jcastro repushes
[21:15] <Makyo> hatch, bring it up with UX, I suppose; that's what they're there for :)
[21:15] <rick_h__> jcastro: going to be afk, but will try to check on it when I come back for my australia calls tonight.
[21:15] <rick_h__> Makyo: hatch yea, I'd ignore it for now
[21:15] <hatch> yeah - I'll fire off an email just wanted to bring it up to get some other input, I've been sending them a bunch of emails they probably hate me
[21:15] <rick_h__> Makyo: hatch it seems most folks want to hide them anyway
[21:15]  * Makyo sweeps subordinates under the rug.
[21:16] <hatch> rick_h__ I suspect that's due to those darn lines all over the place
[21:16] <hatch> in mv it's saying 'this is on this container/machine'
[21:16] <rick_h__> hatch: right, and now it'll be the darn icon all over the place.
[21:16] <rick_h__> so finding the nagios service vs the subordinates might be a pita
[21:17] <hatch> hmm that's true....
[21:17] <rick_h__> it'll be nicer with the show/hide in the deployment inspector
[21:17] <rick_h__> when you could toggle a sub.
[21:17] <hatch> well I'll fire an email off to UX and you guys can reply with your thoughts too
[21:17] <rick_h__> so I'm all for sweeping for today, and bringing them back when we can provide a good UX with the deployed services inspector
[21:17] <hatch> oh yeah for sure
[21:17] <rick_h__> so I feel like we do have a long term answer
[21:17] <rick_h__> just need a next month answer
[21:18] <hatch> Makyo so is the only difference the conditional? I think so, just checking
[21:18] <Makyo> hatch, yep, plus a test and a comment.
[21:18] <hatch> ok cool
[21:18] <hatch> +1, qa'ing
[21:18] <hatch> Makyo and your branches still aren't being picked up by CI
[21:18] <hatch> heh
[21:18] <Makyo> I'm just busted :/
[21:22] <hatch> Makyo would you mind doing a driveby and adding the is_subordinate check to the scale-up UI rendering?
[21:22] <hatch> I thought I had it in there but it looks like it must have been rebased out or something
[21:23] <hatch> I can give you a diff if you like :)
[21:24] <Makyo> hatch, sure, diff would help
[21:26] <hatch> Makyo aweome thanks, diff added to PR
[22:13] <Makyo> jujugui got the recommendation for Franco Manca for Really Good Pizza™ in London: https://goo.gl/maps/pMfnE
[22:13] <hatch> cool
[22:17] <hatch> well it doesn't look like navigation works on this watch rick_h__
[22:18] <hatch> Makyo that's a long walk :)
[22:18] <hatch> thinking for supper?
[22:18] <Makyo> hatch, it's on the Northern line, though.
[22:18] <Makyo> Yeah
[22:20] <hatch> cool
[22:20] <hatch> maybe this watch requires Google Now for the navigation to work properly
[22:20] <Makyo> Also, some good Sichuan food near Leicester Square. :9
[22:22] <hatch> haha you can your sichuan food
[22:22] <hatch> and*
[22:22] <Makyo> I'm hooked! :)
[22:22] <Makyo> We don't have any in CO.
[22:24] <hatch> ok now I'm officially creeped the frig out - I added Google Now to my phone, which told me how to get to a store I searched for earlier today which I need to go to tonight, and it popped up on my computer to add Google Now to Chrome....
[22:25] <rick_h__> hatch: :)
[22:25] <rick_h__> hmm, is huw around tonight?
[22:25] <rick_h__> or is he starting traveling already?
[22:25] <hatch> he didn't mention yesterday anything about not being here today
[22:26] <rick_h__> yea
[22:26] <hatch> it's still pretty early there....7:25
[22:26] <rick_h__> ok, will give it another bit
[22:26] <hatch> sometimes his start time fluctuates :) probably with how much the baby cried
[22:26] <hatch> haha
[22:28] <huwshimi> Morning
[22:28] <hatch> goood morrow my good sir
[23:12] <hatch> so....is there an AUS call?
[23:19] <huwshimi> hatch: Oh, we had one
[23:19] <hatch> oh lol
[23:19] <hatch> WELL THEN!
[23:51] <hatch> rick_h__ I figured out how to do make it turn on when moving it, I have to swing it from my side, all the way to about 8" from my mouth....
[23:52] <hatch> needs some tweaking me thinks :)
[23:52] <rick_h__> hatch: for me it's about the angle. If I rotate it so the watch face faces me
[23:52] <rick_h__> it lights up, and will accept an 'ok google' without needing to be touched
[23:52] <rick_h__> so when driving, I can point it at me, 'ok google, text erica....'
[23:53] <rick_h__> and not have to touch it at all
[23:53] <hatch> ohh, ok I have to over-rotate my wrist
[23:53] <hatch> my wrist doesn't turn far enough I guess lol
[23:53] <rick_h__> :P
[23:53] <hatch> is android wear open source?
[23:53] <hatch> I wonder if I can file a bug
[23:53] <rick_h__> I'll stop with the 'must not be built for canadian wrists' jokes :P
[23:53] <hatch> it's literally a few degrees too far
[23:53] <hatch> haha
[23:54] <rick_h__> well, hopefully less hand waving to activate it
[23:54] <hatch> yeah
[23:54] <hatch> it;s still definitely very early


[02:04] <Whopper> hi
[02:04] <Whopper> is edubuntu easier on older pcs then kubuntu?
[02:09] <crimsun> in my experience, marginally but not noticably
[01:28] <rockprincess> hello everyone!
[01:28] <juliux> hi rockprincess
[01:29] <rockprincess> hey juliux!
[01:29] <rockprincess> how are you?
[01:29] <juliux> fine
[01:30] <juliux> i have to go shopping today;) last day with 16% vat
[01:30] <rockprincess> hehe how much will you have then? 19%
[01:30] <rockprincess> ?
[01:30] <juliux> yes
[01:30] <rockprincess> we have 20% here
[01:31] <juliux> but i think you have another tax less then we
[01:31] <juliux> 19%vat is a lot
[01:31] <rockprincess> how do you mean another tax less?
[01:32] <juliux> for example the tax you have to pay for salary
[01:33] <rockprincess> ahh true!
[01:34] <rockprincess> juliux: when will you be back online after your shopping tour?
[01:34] <juliux> rockprincess, i think around 16-17
[01:34] <juliux> rockprincess, but perhaps my girlfriend is back then and then we will play some games we get on christmas;)
[01:35] <rockprincess> juliux: ok, cool! i have finished my concept for edubuntu project and i would love to get some feedback before i have to hand it in....
[01:36] <rockprincess> juliux: hehehe cool ;) what games did you get? xbox360, ps2? nintendo vii?
[01:36] <juliux> rockprincess, siedler von catan and ligretto ;)
[01:36] <juliux> old school games
[01:37] <rockprincess> coolio :)
[01:37] <rockprincess> i only know siedler von catan though
[01:37] <juliux> we get the version for two players
[01:38] <juliux> its a little bit different from the normal one
[01:38] <rockprincess> oh cool, it increases the fun then?!!!! ;)
[01:39] <juliux> a little bit, you have more actions you can do
[05:44] <bddebian> Heya


[00:12] <wxl> one: no need for a private message
[00:17] <one> Is there any way to use <IP_ADDRESS> to echo the ip address back?
[00:18] <one> I want to make a little applet to display the external ip on the desktop at boot.
[00:19] <wxl> one: curl http://ipecho.net/plain
[00:27] <one> Is root always able to loook into an user encrypted home directory?
[00:27] <wxl> i would expect the answer to be no to that but i do not know
[00:31] <one> I would have thought that is the idea of using enc home except root appears to be able to look into it.
[00:44] <one> are there a lot of german speakers in dallas texas?
[00:46] <one> Trying to figure out why there are pipes to verizon in texas
[01:43] <one> What is the command to show which package a file belongs to?
[01:45] <one> Or even just the location of the update-notofier ps -ax just shows the name and no path.
[01:46] <Unit193> dpkg -S `which update-notofier`
[04:10] <one> unable to ping lo
[04:11] <one> What may be the reason for this?
[04:11] <one> The netfilter doesn't seem to be setup right.
[04:11] <one> It is allowing all outgoing pings
[04:12] <one> And pings out to the net work fine
[04:12] <one> But something is blocking pings to lo
[04:14] <one> Which is still perplexing considering mailx works without allowing smtp
[04:15] <one> so pings to lo are getting dropped but smtp is allowed?
[04:20] <one> hmm
[04:59] <duoi> what is the minium system requirements for lubuntu?
[04:59] <duoi> s/minium/minimum
[04:59] <wxl> not much, duoi. whatcha got?
[04:59] <duoi> wxl, 1GB HDD space
[05:00] <wxl> duoi: oh, well, that's a problem. XD
[05:02] <wxl> duoi: typically i think you need 8gb but there's ways around that
[05:03] <wxl> duoi: https://help.ubuntu.com/community/Lubuntu/Documentation/MinimalInstall
[05:03] <duoi> wxl, all of the documentation seems to focus on memory instead of storage. minimum requirements dont even mention storage :/
[05:04] <wxl> duoi: unfortunately i don't think we've documented how much hard drive space core or desktop would take up
[05:04] <wxl> duoi: that's because storage is crazzy cheap!
[05:04] <wxl> i mean honestly i can't remember the last time i saw a 1gb hdd
[05:04] <wxl> and i'm surrounded by old stuff XD
[05:05] <ianorlin> the last time I saw a 2 gb one the computer didn't even have an ethernet port and no wireless
[05:05] <Unit193> I could walk into the basement and pull one out for you, wxl.
[05:05] <wxl> right
[05:05] <wxl> Unit193: you know some fancy trick to figure out the total installed/package sizes of lubuntu-core and its dependencies?
[05:06] <duoi> heh, all i can spare is 1GB for this VM. my total storage space on this machine is 64gb, and you can imagine that id have very little left after windows and a few programs
[05:06] <Unit193> wxl: No fancy tricks, though I have something else that would be about the same.
[05:06] <ianorlin> you can install on a usb hdd if you want to
[05:06] <wxl> duoi: easy solution→kill windows
[05:06] <wxl> Unit193: i'm all ears
[05:06] <ianorlin> but may need plop then
[05:06] <wxl> +1 ianorlin
[05:07] <ianorlin> seriously you can get a massive 1tb for like 80 bucks as a 2.5" drive and not have to plug it in to a power source
[05:08] <Unit193> duoi: Is this ssd?
[05:08] <duoi> Unit193, yes
[05:08] <Unit193> Figured, with that size.
[05:08] <wxl> :)
[05:08] <duoi> proprietary too. so i cant upgrade it. thanks obama.
[05:09] <wxl> um?
[05:09] <wxl> is it part of obamacare or something?
[05:10]  * ianorlin doesn't see what obama has to do with any of this
[05:10] <duoi> http://knowyourmeme.com/memes/thanks-obama
[05:10] <wxl> DUDE I JUST FOUND THE AIRPLANE IN MY HARD DRIVE
[06:52] <one> Why does the rhythmbox ddap share default to listening on an ipv6 port?
[06:53] <one> It is creating usage problems confsidering my filters are set for inet only at present
[06:53] <one> Is there a way to change it to listen on an ip4 port?
[06:55] <one> Also the empathy bonjour.
[07:00] <one> there are no ipv6 interfaces up and it still binds to tcp6
[07:02] <one> hey
[07:02] <one> hey!
[07:02] <one> hey ya ya ya
[10:10] <hanner> hi, what is the default username/pw for the live session? screensaver locked me out during installation wizard :/
[19:09] <nch> Hi there, does anyone knows a good GUI for GPG in Lubuntu? Kgpg asks me for several of related files I dont want to install. (Sorry if the question is irrelevant :-) I'm new in town :-) )
[19:09] <wxl> !search gpg
[19:10] <wxl> oh that's not what i wanted silly
[19:10] <Unit193> nch: seahourse isn't so bad.
[19:10] <Unit193> seahorse*
[19:12] <nch> Thank you for the suggestion Unit193, I'll give it a try. ;)
[19:32] <FuuqUmiist> what do you type to upgrade 13.04 to 13.10?
[19:33] <Unit193> You can either use the upgrade-manager, or  do-release-upgrade
[19:34] <holstein> yup.. http://askubuntu.com/questions/368738/update-to-13-10-without-gui-access
[19:34] <holstein> i would rather fresh install..
[19:35] <FuuqUmiist> fresh install wasn't working properly, i wasted 5 dvds trying to fresh install
[19:40] <holstein> i usually waste 5+ hours trying to upgrade ;)
[19:42] <FuuqUmiist> i can just upgrade then come back 5 hours later right?
[19:43] <holstein> FuuqUmiist: as i said, i just fresh install.. im not sure what you can do.. depends on network speed, etc
[19:43] <FuuqUmiist> or do i have to enter and click things throughout the 5 hours?
[19:44] <Unit193> Depends, sometimes it does ask questions as to if it should overwrite a file.
[19:44] <Unit193> (Doesn't normally take 5hours for me at least, depends on connection and other factors.)
[19:45] <holstein> Unit193: you get in under an hour?
[19:45] <Unit193> holstein: Don't think that fast. :P
[19:45] <Unit193> Depends on the mirror too.
[19:45] <holstein> yeah.. thats true
[19:45] <holstein> i assume its always on my end where the bottleneck is
[19:46] <Unit193> speedtest.net or cachefly, and see how much slower the archive is.
[20:38] <FuuqUmiist> i think lubuntu froze when it restarted after the upgrade
[20:45] <FuuqUmiist> omg, the upgrade didn't work
[21:18] <holstein> FuuqUmiist: upgrades can fail.. depends on many things, such as your network setup
[21:18] <holstein> regardless, i'll usually test a live CD anyways.. "dont work" is not enough information for me to propose what could have happened
[21:18] <holstein> typically, i'll try tty
[21:18] <holstein> !tty
[21:19] <holstein> to see if the system is there, and not reponding graphically, or whatever.. could be as simple as the graphics card not being supported in 13.10
[21:19] <FuuqUmiist> lubuntu wouldn't even boot
[21:19] <holstein> i would just be installing 14.04 at this point, however, since its so close to coming out.. again, just muy peronsal preference
[21:20] <holstein> FuuqUmiist: wont boot in what way? hardware failure? bad hard drive? grub not responding? noX? recovery console working?
[21:21] <FuuqUmiist> it stalls at the lubuntu screen, or sometimes will just remain blank
[21:21] <phillw> (21:19:31) holstein: i would just be installing 14.04 at this point, however, since its so close to coming out.. again, just muy peronsal preference
[21:21] <phillw> +1
[21:22] <holstein> FuuqUmiist: and you can tty? or no? and the recovery console? have you tried the vesa driver? or safe graphics mode?
[21:22] <FuuqUmiist> actually i just finished reinstall 13.04
[21:22] <holstein> 13.04 is EOL
[21:22] <FuuqUmiist> i know, buts its the only dvd that works
[21:23] <holstein> thats not true here
[21:23] <holstein> you would have to ask a question to get support.. like "i burn DVD's like this and this happens"
[21:23] <holstein> saying they dont work, is a statement
[21:23] <holstein> i installed 13.10 and 14.04 lubuntu from DVD here
[21:24] <FuuqUmiist> my the dvd drive is failing or something
[21:24] <holstein> FuuqUmiist: so, thats nothing to do with the iso or the product them
[21:24] <holstein> then*
[21:25] <FuuqUmiist> but the upgrade didn't work too
[21:25] <holstein> FuuqUmiist: the DVD is *not* failing in that scenario, if that is true.. the optical drive is.. what do i do in that scenario? i'll take the drive to another machine and install, then put the drive back
[21:25] <holstein> FuuqUmiist: i prefer fresh installs over upgrades..
[21:27] <holstein> you could be having any graphics issue, like the one i mentioned above, and you wouldnt know if support has been dropped from the kernel for your hardware
[21:27] <FuuqUmiist> i think i'll jsut use 13.04 for this computer since the computer won't be using the internet much, and the other computers i'll just keep with windows
[21:28] <holstein> again, i would use 14.04 at this point
[21:28] <holstein> but, i'll just wait til you have a support question
[21:28] <FuuqUmiist> yeah, but its not released, maybe i'll try it in the future when i have time
[21:28] <holstein> FuuqUmiist: it *is* available..
[21:30] <holstein> ive probably had 5 successful 14.04 installs since you have been coming here about that machine
[21:31] <FuuqUmiist> where is the iso
[21:31] <holstein> neither 13.04 nor 14.04 are officially supported.. at least 14.04 is scheduled for support, and it will get years of support
[21:32] <holstein> http://cdimage.ubuntu.com/lubuntu/daily-live/pending/
[21:32] <holstein> http://cdimage.ubuntu.com/lubuntu/releases/14.04/beta-1/
[21:33] <holstein> !14.04
[21:33] <holstein> i shouldnt say there is no support for 14.04..
[21:34] <FuuqUmiist> it is updated daily, i think i'll just use the stable 13.03 since i know it installs and works
[21:34] <holstein> FuuqUmiist: 13.04* is not "stable".. its EOL
[21:34] <holstein> FuuqUmiist: its dead.. not supported any more.. its ended
[21:36] <FuuqUmiist> as along as you can watch movies, listen to music, type up documents, it should be fine for now
[21:36] <holstein> you shouldnt do *anything* with it.. besides replace it with a supported operating system.. you shouldnt have it online at all.. but, you will probably be, fine..
[21:37] <holstein> its just not fair, or accurate to consider it "stable" when its EOL
[21:37] <FuuqUmiist> it probably won't be online much, i think they will use it mainly to watch movies and listen to music with, maybe typing up some documents
[21:38] <holstein> as long as you dont consider, or state that its stable in anyway.. or consider or state it as safe, or supported.. its EOL
[22:41] <one> join ##kernel
[23:42] <FuuqUmiist> how do you remove abiword without removing lubuntu-desktop
[23:42] <Unit193> You don't, you let lubuntu-desktop go too.
[23:44] <FuuqUmiist> that sucks
[23:45] <Unit193> Why?
[23:45] <Unit193> !meta
[23:46] <Unit193> !metapackage
[23:47] <FuuqUmiist> so if i remove lubuntu-desktop what software will be removed?
[23:49] <FuuqUmiist> the good thing about lxde is that there wasn't too much integration
[23:51] <FuuqUmiist> Unit193 do you know how to make a folder shortcut on the panel?
[23:52] <Unit193> If you remove lubuntu-deskop, you lost nothing.
[23:52] <FuuqUmiist> oh ok
[23:53] <Unit193> I tend to like desktop files telling pcmanfm to open them, but you can also just use a common link.