[16:41] <eivanov> I want a service without exec/script. I have pre-start, post-stop scripts and instance (similar to network-interface.conf). After I start this service it dies (status is stopped/waiting). What's wrong?
[16:41] <eivanov> pre-start/post-stop are almost empty (just an echo to file). I want to add "initctl emit" to both.
[16:44] <eivanov> Oops, I confused post-stop and pre-stop
[16:44] <eivanov> sorry
[17:21] <eivanov> I have following job to control failures of another job: http://pastebin.com/d4p559M6  When I kill fake_apache (or it exists abnormally) it's respawned, but the log is empty... What's wrong?
[17:23] <eivanov> stopped is generated, but not stopped failed. Why?
[21:13] <frederickjh> When upstart jobs or sysvinit scripts run which runs them  su  or sudo?
[21:14] <frederickjh> I am dealing with a pam.d authenication  problem and am trying to assign the proper permissions to the correct one.
[22:55] <JanC_> frederickjh: upstart runs as root, so no su/sudo is needed?
[22:57] <frederickjh> Thanks I already figured that out, however pam.d is not letting my program start with real time priorities unless the user the daemon runs as start it.
[23:03] <JanC> you can always use su or sudo yourself of course


[19:10] <bil21al> i  have losted my irc password how can i get it back??
[19:11] <macer1> bil21al, go to #freenode
[19:11] <macer1> they will send email for password recovery
[19:11] <bil21al> ok
[19:15] <macer1> I hate when canonical people are posting videos in bug reports on canonical servers. Then anybody that is not working at canonical can't help with bug...
[19:19] <macer1> can you do something with that :< ?
[19:20] <Pici> macer1: Have you considered talking to the Canonical employee about it?
[19:20] <macer1> Yes, I can't find any. Or...I don't know how to search for person from Canonical
[19:21] <macer1> Is anyone from Canonical here?
[19:22] <Pici> macer1: Have you seen this happen for a lot of bugs? Or just for one?
[19:23] <macer1> Pici: not lot of bugs. but everytime some Canonical employee is posting video of bug reports it is on that server
[19:24] <macer1> If anyone can help and is not working in Canonical, then he can't help
[19:24] <Pici> macer1: I've only seen this on the one bug link you posted in #u+1, are there others?
[19:24] <macer1> I've seen a few...
[19:26] <macer1> Either you have not been granted access to this resource or your entitlement has timed out. Please try again.
[19:26] <macer1> and this message every time
[19:26] <macer1> also some .patch files in some bugs are on that server
[19:27] <Pici> macer1: Do you have other bug numbers with similar issues?
[19:29] <macer1> I've seen a few in the past, I do not remember all the bug numbers.
[19:29] <macer1> ;-)
[19:33] <macer1> Pici: but can access settings be changed or something like that?
[19:35] <Pici> macer1: Let me do some looking around.
[19:35] <macer1> Pici: thanks :)
[19:44] <steemed> Is anyone good at fixing a bug in network manager? I just want a small bug fixed.
[19:45] <macer1> !anyone | steemed
[19:45] <ubot4> steemed: A high percentage of the first questions asked in this channel start with "Does anyone/anybody..." Why not ask your next question (the real one) and find out? See also !details, !gq, and !poll.
[19:45] <micahg> steemed: this channel is to help with filing bugs, cyphermox might be able to help though
[19:45] <steemed> oh ok
[19:45] <cyphermox> steemed: oi
[19:46] <steemed> cyphermox: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/841569
[19:46] <ubot4> Launchpad bug 841569 in network-manager (Ubuntu) "Network Manager fills in a three digit SSID to Unicode (affects: 2) (heat: 20)" [Low,Triaged]
[19:46] <cyphermox> I'm all ears, currently working on fixing all kinds of bugs now anyway
[19:46] <steemed> Should be a simple fix, I don't know the network manager code well enough to track down where it fills the SSID info
[19:47] <cyphermox> steemed: yup, there's a similar one, it's on my todo for today: bug 824260
[19:47] <ubot4> Launchpad bug 824260 in network-manager (Ubuntu) "Network Manager fails to connect to, or create a wireless connection for, an all-numeric SSID (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/824260
[19:47] <steemed> awesome
[19:47] <steemed> cause it annoys the fsck outta me
[19:47] <cyphermox> steemed: if you want to try your luck at it (as I'm still busy with another bug), look at the lastish comment on that one, you have the hints on where in the code this would be done
[19:48] <cyphermox> I also discussed it with the upstream developer, a good approach might be to fix the regex that looks for these lines in config and make sure it *requires* a trailing ;
[19:49] <cyphermox> if you want to continue discussing this, I'll suggest moving the discussion to #nm. if not, I'll get to the bug very soon :)
[19:49] <hggdh> macer1: Pici has raised this issue on another channel, and I am looking at it
[19:50] <macer1> hggdh, cool. Please inform me of any progress in this problem ;)
[19:54] <hggdh> macer1: I am trying to contact the poster; it may be the case that we need to remind Canonical people that (1) LP supports attachment; (2) there are public-facing servers they can use
[19:54] <macer1> hggdh, maybe send mail about that to canonical internal mailing list ;)
[19:56] <macer1> can you grant me access to video in this bug?  bug 839609
[19:56] <ubot4> Launchpad bug 839609 in command-not-found (Ubuntu) (and 1 other project) "[11.10 beta1] UnicodeDecodeError crash on localized input in multiple encodings/languages (affects: 11) (dups: 9) (heat: 86)" [Undecided,Fix released] https://launchpad.net/bugs/839609
[19:57] <jtaylor> why do you want to see the video, its probably just someobody typing öö into a terminal ._.
[19:57] <macer1> I know...
[19:57] <macer1> But I want to see it :D
[19:58] <hggdh> jtaylor: the key here is the 'it is probably'
[19:58] <hggdh> and if it was added to the bug as something that could help understand the issue, it should be available
[19:59] <hggdh> macer1: I have reached the poster, and asked him to make it available; just a case of 'never done it before' ;-)
[19:59] <charlie-tca> I agree. It would be like referencing a video on my home computer in the report. Just as invisible to almost everyone.
[20:00] <steemed>              typing öö into a terminal ._.
[20:00] <steemed> 15:57 < macer1> I know...
[20:00] <steemed> 15:57 < macer1> But I want to see it :D
[20:00] <steemed> whoops sorry
[20:01] <macer1> I need to go away for max 1h I think, if you want to say something to me, I will respond when I will be back ;)
[20:06] <hggdh> macer1: a tarball has been attached to the bug
[20:13] <jtaylor> so much effort to document the bug, when a simple: type that in terminal and watch it crash is sufficient in this case :/
[20:14] <jtaylor> but its better then all the description="xy crashed, please fix" bugs
[20:17] <hggdh> heh
[20:17]  * hggdh thought the same, BTW
[21:05] <macer1> hggdh, thanks
[21:05] <hggdh> macer1: my pleasure
[21:05] <macer1> :)
[22:25] <Sweetshark> Hi all. I have a question about bug status handling: Could somebody have a look at https://bugs.launchpad.net/df-libreoffice/+bug/745836/comments/51 and give me an opinion/judgement before that escalates into a bug-state-war?
[22:25] <ubot4> Launchpad bug 745836 in openoffice.org (Ubuntu) (and 3 other projects) "soffice.bin crashed with SIGSEGV in cppu::throwException() (affects: 54) (dups: 43) (heat: 386)" [Undecided,Won't fix]


[00:00] <SpamapS> imbrandon: I'd assert the keys I trust separate from the sources.list I clone. :)
[00:00] <imbrandon> new machione ; scp source.list ; autokey; apt-get update
[00:00] <SpamapS> imbrandon: you really should be automating this.. you know.. with something like juju :)
[00:00] <imbrandon> yea i actually am
[00:00] <imbrandon> thus breaking out the old crifty
[00:01] <imbrandon> its all in ant scripts right now
[00:01] <imbrandon> so semi
[00:01] <imbrandon> but not all machines will be in the cloud :( i do my local dev vms like that
[00:01] <imbrandon> heh
[00:02] <_mup_> juju/relation-id-option r518 committed by<EMAIL_ADDRESS>[00:02] <_mup_> Fixed log assertion
[00:02] <SpamapS> imbrandon: you mean your local dev lxc containers?
[00:02] <SpamapS> :)
[00:02] <imbrandon> heh osx !lxc
[00:02] <SpamapS> awww
[00:02] <imbrandon> vmware esxi accross the room with vsphere ftw
[00:03] <imbrandon> nice beefy desktop with 5tb of sata drives filled with esx images :)
[00:03] <SpamapS> imbrandon: see, if you just used containers you could use a single machine with just a few MB and use overlayfs for testing stuff out. :)
[00:04] <SpamapS> I really want to see juju embrace that way of doing things for dev... so we can have a shared VFS and not re-do so many operations
[00:04] <imbrandon> yea but i can run osx ( leaglly and winsdows ) on vmware
[00:04] <imbrandon> as well as linux
[00:04] <imbrandon> i mean i do see the good parts
[00:05] <imbrandon> but there is parts i would have to replace othher ways
[00:05] <imbrandon> i use my osx vm's to test app store apps before i submit them
[00:05] <imbrandon> :(
[00:05] <SpamapS> imbrandon: I think we'll always see other OS's in vms. But you were, I thought, talking about Ubuntu server dev.
[00:05] <imbrandon> yea ... i r lost
[00:06] <imbrandon> i'm thinking i can probablt slipt up the esx machine though
[00:06] <imbrandon> easy i dont nearly use all of it
[00:06] <imbrandon> and have esx run as a dom
[00:06] <imbrandon> err xendom
[00:07] <imbrandon> then the rest be one beefy ubntu server
[00:07] <imbrandon> with lxc containers
[00:07] <imbrandon> like a vm inside a vm inside a lxc , i'm gonna need a lot of lsd to figure that all out
[00:08]  * imbrandon hrm
[00:09] <imbrandon> SpamapS: yea i was talking about ubuntun server dev, i did one of those assume things again and assumed you magicly knew what hardware i was working with localy :)
[00:13] <imbrandon> right now my setup is as follows, 4x 1024 linodes ( that will likely go away to aws or hp cloud ) , 2 aws micros for misc cruft reimaged often , my mac mini thats my main pc , mac book pro that never gets turned on , small ubntu file server running on a 1ghz via cpu with 4 1tb hdd raid 5'd for like  my mp3s and crap , and then a beefy desktop i forget specs but core i3 dual core with 8gb ram running esxi with all my "dev" vm's that i connect to wi
[00:13] <imbrandon> :)
[00:14] <imbrandon> desktop is headless , basicly a poorman server
[00:14] <SpamapS> 3tb for mp3s.. thief. ;)
[00:15] <imbrandon> heh and movies and misc ( aka pr0n ) haha ok no pr0n
[00:15] <SpamapS> ok, time to EOD for me..
[00:15] <SpamapS> but. .later tonight..  :-P
[00:15] <imbrandon> :)
[00:15] <imbrandon> half sec, check this
[00:16] <imbrandon> @zeus:~$ ls -l Music/|wc -l
[00:16] <imbrandon> 39926
[00:16] <imbrandon> not tooo many :)
[00:16] <imbrandon> SpamapS: ^^
[00:17] <SpamapS> $ find ~/Music -type f | wc -l
[00:17] <SpamapS> 940
[00:17] <SpamapS> not enough
[00:17] <imbrandon> heh www.bobs-library.com
[00:17] <SpamapS> but.. thats pretty much all the songs I actually like and listen to .. and you know.. *paid for* ;)
[00:17] <imbrandon> ( thats my step dads website, has all my music on it too )
[00:18] <imbrandon> if you want when you get $home , i'll give you a user/pass
[00:18] <SpamapS> home?
[00:18] <SpamapS> I work at home
[00:18] <SpamapS> its time to LEAVE home :)
[00:18] <imbrandon> i tossed it up and it makes list from cron
[00:18] <imbrandon> ahhh :)
[00:19] <SpamapS> imbrandon: no thanks, I'll stick to a system that compensates artists kthxbai. :)
[00:19] <imbrandon> forgot about that, used to ppl leaving the house that i tlak to lol, but yea i know that feeling , been working from home a few years now
[00:19] <imbrandon> SpamapS: i buy 99% of it
[00:19] <imbrandon> :)
[00:19] <imbrandon> and videos
[00:19] <imbrandon> and extended albums
[00:19] <imbrandon> like for real
[00:20] <SpamapS> and yes, I'm a prick about this. Ignore me.
[00:20] <imbrandon> i probably spend more money on music and ebooks than most on $tv + other entertain
[00:20] <imbrandon> as that is most of my enterain :)
[00:20] <imbrandon> no i hear ya, i make a good little income on the side from app store, so i know the feeling
[00:21] <imbrandon> thus passwd protected site and limited few get the credentials :)
[00:21] <imbrandon> but i do share a bit , but i thinks thats ok imho
[00:21] <imbrandon> a LITLLE
[00:21] <imbrandon> not with the internets
[00:22] <imbrandon> ya know ;)
[00:22] <imbrandon> but yea the little i have thats not paid for is either crap that wasent released or way way way back on the orig napster i probably have a dozen or so tracks left misxed in
[00:23] <imbrandon> mixed*
[00:56]  * imbrandon forgot that all his tunes are in iTunes Match cloud too, soo they have to be legit or apple gets nasty with ya :)
[00:56] <imbrandon> SpamapS ^ :P
[01:03] <imbrandon> ohhh http://blog.openwebosproject.org/  <-- posted 1 day ago, opening up all of webos, already realeased some major componets of it 2 hours ago ( just seen on twitter ) ... hrm
[01:22] <imbrandon> marcoceppi: https://build.hpcloud.com/cli/unix rubygem , looks to be their awnser to s3cmd
[02:28] <_mup_> juju/relation-id r498 committed by<EMAIL_ADDRESS>[02:28] <_mup_> Merged trunk
[02:46] <_mup_> juju/relation-id r499 committed by<EMAIL_ADDRESS>[02:46] <_mup_> Fixed patch issues
[03:03] <marcoceppi> imbrandon: cool
[03:04] <imbrandon> marcoceppi: need a guiney pig or help lemme knw, i havent got to that omg stuff yet but i'll likely do it sometime tonight and just leave ya a note for whenever you get time
[03:05] <imbrandon> unless joey put all the keys on like jcastro mentioned and i can just update stage, whatever however
[03:05] <marcoceppi> There's no joey account yet, and no staging yet
[03:05] <imbrandon> ahh i thought staging was pointing to some micros
[03:07] <imbrandon> u get some hp glue happenin and we'll toss it there ( staging ) heh
[03:34] <_mup_> juju/relation-hook-context r515 committed by<EMAIL_ADDRESS>[03:34] <_mup_> Merged trunk, resolved conflicts, and updated for subordinate support
[04:23] <_mup_> juju/relation-hook-context r516 committed by<EMAIL_ADDRESS>[04:23] <_mup_> More subordinate fixes
[04:34] <_mup_> juju/relation-hook-context r517 committed by<EMAIL_ADDRESS>[04:34] <_mup_> Return internal relation and scope
[05:11] <shazzner> ok question
[05:11] <shazzner> I've been following this guide: http://askubuntu.com/questions/65359/how-do-i-configure-juju-for-local-usage
[05:12] <shazzner> yet I'm unable to connect via browser to the public-address
[05:12] <shazzner> ping'ing the address shows it unreachable
[05:12] <shazzner> any ideas what could be up?
[05:17] <_mup_> juju/relation-hook-context r518 committed by<EMAIL_ADDRESS>[05:17] <_mup_> Fix remaining failing test (due to cached relation hook contexts requiring a complete topology)
[05:53] <imbrandon> SpamapS: hahah i forgot too, part of my cron ( php cli app ) that builds out the site for that music also makes cache files ( two of them ) per mp3, one _filename_.json with the id3 meta data and one _filename_.serial with php binary serialized data , so my website can not do any mp3 reading at runtime and use the id3 json easy in javascript and and php can also load the object back up just one at a time to play ( flash player ) and show other det
[05:53] <imbrandon> tl:dr , there was only 1/3 actual media in that dir the more i thought aobut it :)
[05:56] <_mup_> juju/relation-ids-command r509 committed by<EMAIL_ADDRESS>[05:56] <_mup_> Merged upstream
[05:57] <_mup_> juju/relation-id-option r519 committed by<EMAIL_ADDRESS>[05:57] <_mup_> Merged upstream & resolved conflict
[11:39] <sc-rm> Hi, I'm trying to set up the openstack environment in my own private cloud for juju. I'm able to start/stop instances through openstack-dashboard and also log into those without problems. But I'm for now failing at making juju bootstrap an instance so the juju environment can get up and running. I get "2012-03-30 13:35:42 ERROR nova.api.ec2 [-] Unauthorized: Not Authorized"
[12:24] <fwereade_> sc-rm, have you set "access-key" and "secret-key" in your environments.yaml (or set AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY in your environment)?
[12:25] <fwereade_> sc-rm, and also made sure you have the correct "ec2-uri" and "s3-uri" in your environments.yaml?
[12:35] <sc-rm> fwereade_:   openstack:
[12:35] <sc-rm>     type: ec2
[12:35] <sc-rm>     default-instance-type: m1.small
[12:35] <sc-rm>     control-bucket: juju-openstack-bucket
[12:35] <sc-rm>     admin-secret: my_password
[12:35] <sc-rm>     ec2-uri: http://<IP_ADDRESS>:8773/services/Cloud
[12:35] <sc-rm>     s3-uri: http://<IP_ADDRESS>:3333
[12:35] <sc-rm>     default-image-id: c4e58b59-80e1-4e92-9479-d3be7135b826
[12:35] <sc-rm>     access-key: admin:novaproject
[12:35] <sc-rm>     secret-key: f1405188-3bdf-4058-be45-ecf9e607a13f
[12:35] <sc-rm>     default-series: precise
[12:36] <sc-rm> where <IP_ADDRESS> is the ip of the cloud controller
[12:37] <fwereade_> sc-rm, hm, nothing springs to mind -- would you try a "juju -v bootstrap" and pastebin me the result?
[12:38] <sc-rm> fwereade_: http://pastebin.com/XXuXszYk
[12:41] <fwereade_> sc-rm, hmm, so it's the security groups it won't let you see
[12:42] <fwereade_> sc-rm, can you run euca-describe-groups with those credentials?
[12:43] <sc-rm> fwereade_: no
[12:43] <sc-rm> brb
[12:43] <fwereade_> sc-rm, hmm, that would seem to be the problem then... but I'm not sure where to go from here
[12:47] <fwereade_> sc-rm, I think yu may need to give yourself the "netadmin" role
[13:06] <hazmat> sc-rm, have you tried the nova client tools?
[13:07] <hazmat> sc-rm, it sounds like a problem with your keystone auth setup
[13:07] <hazmat> hi al-maisan
[13:07] <al-maisan> hello hazmat
[13:09] <hazmat> fwereade_, i think that's just the first ec2 api used for bootstrap, its not clear the endpoint is wired up to the auth mechanism
[13:09] <hazmat> al-maisan, re euro py.. what'd you have in mind for your talk?
[13:10] <fwereade_> hazmat, ah, could be
[13:10] <fwereade_> hazmat, I'm not really familiar with openstack tbh
[13:10] <al-maisan> hazmat: I thought of giving an intro, a quick comparison with AWS SWF and a simple example
[13:14] <sc-rm> b
[13:15] <sc-rm> hazmat: I'm able to start instances through openstack-dashboard(horizon)
[13:15] <hazmat> al-maisan, doing a high - low split sounds good.. there's some chance i may have to bow out.
[13:15] <sc-rm> fwereade_: so a new role in keystone called netadmin?
[13:16] <fwereade_> sc-rm, I may be wrong, I was just looking at the docs myself: http://docs.openstack.org/cactus/openstack-compute/starter/content/Network_Administrator_netadmin_-d1e2232.html
[13:16] <hazmat> sc-rm, right but the cli nova client / or eucatools are a closer to juju usage validation
[13:16] <al-maisan> hazmat: hmm .. I see, so I'd stick with what I've outlined above and you can give the advanced presentation if things work out for you
[13:17] <hazmat> al-maisan, sounds like a plan
[13:17] <al-maisan> hazmat: great :-) thanks for touching base!
[13:17] <hazmat> al-maisan, i'll see if i can clear up my attendance soon to not split the vote
[13:18] <fwereade_> sc-rm, ...and, yeah, looks like I'm wrong, the admin role should be able to mess with security groups according to http://docs.openstack.org/cactus/openstack-compute/starter/content/Tabular_representation_of_Roles-d1e2292.html
[13:21] <sc-rm> fwereade_: okay, is there any log on the cloud-controller where I'm able to see some information about where it tries to validate my credentials?
[13:21] <fwereade_> sc-rm, ...no, it's a little murkier than that, the "cloudadmin" role can do anything; "sysadmin" can start/stop machines; "netadmin" can change firewall rules
[13:23] <fwereade_> sc-rm, hmm, maybe try something like:
[13:23] <fwereade_> sc-rm,  `nova-manage role has --user=novaadmin --role=cloudadmin`
[13:23] <fwereade_> sc-rm,  `nova-manage role has --user=novaadmin --role=netaadmin`
[13:23] <fwereade_> sc-rm, but with the appropriate --user
[13:25] <al-maisan> hazmat: cool, it would be nice to meet in Florence nevertheless :-)
[13:25] <sc-rm> fwereade_: it returns false, so I guess that is the problem, I'll try to add the roles to the admin user
[13:25] <fwereade_> sc-rm, cool
[13:26] <fwereade_> sc-rm,  `nova-manage role add --user=novaadmin --role=netadmin`
[13:29] <sc-rm> fwereade_: now the above commands return true, but still no luck in do euca-describe-groups
[13:29] <fwereade_> sc-rm, bother :(
[13:30] <sc-rm> fwereade_: yep ;-) but will find the problem anyhow
[13:30] <fwereade_> hazmat, what was that you were saying about wiring the endpoint up to the auth mechanism?
[13:56] <sc-rm> fwereade_: I figured it out now, so juju is able to create instances, the trick was to go to the dashboard -> settings -> ec2 credentials -> download and use that access-key and secret-key instead.
[13:57] <fwereade_> sc-rm, awesome :D
[15:14] <SpamapS> hey.. ~charmers.. wtf.. you guys left me no charms to review. ;)
[15:14] <SpamapS> *NICELY DONE*
[15:16] <jamespage> SpamapS, lol
[15:17] <robbiew> lol
[15:19] <SpamapS> attention Juju distro version users.. new, incompatible version landing in precise
[15:20] <marcoceppi> SpamapS: does it affect PPA users as well? or is this just a "We're catching the distro package up"?
[15:22] <robbiew> SpamapS: you mean the PPA version is getting sync'd, right?
[15:23] <SpamapS> robbiew: right
[15:23] <SpamapS> PPA users will be completely unaffected
[15:23] <robbiew> meh...welcome to beta!
[15:23] <robbiew> SpamapS: were you around when we switched to upstart...that was at a beta too :P
[15:24] <robbiew> talk about new and incompatible
[15:26]  * SpamapS spit takes
[15:26] <SpamapS> what?
[15:27] <SpamapS> robbiew: I joined at UDS-M (and wa a Debian person before that .. ;)
[15:27] <robbiew> so you missed it
[15:27] <robbiew> it was awesome...we broke everything!
[15:28] <robbiew> lol
[15:31] <SpamapS> robbiew: *nice*
[15:32] <SpamapS> robbiew: was that the karmic upstart change, or the hardy upstart change? IIRC there were two big shifts
[15:32] <robbiew> karmic
[15:32] <fwereade_> gents, I need to be off early, I'll probably pop back in later
[15:32] <robbiew> hardy was just introducing it...karmic is where we actually went to using it with force
[15:32] <robbiew> of course that was only desktop...server was ignored
[15:33] <robbiew> and paid the price...but you know that ;)
[15:33] <SpamapS> robbiew: *obviously* ;)
[15:33] <SpamapS> the chroot issue is still quite troubling actually..
[15:33] <SpamapS> even with chroot support, people can't run Ubuntu in a chroot from a non-Ubuntu system.
[15:34] <robbiew> "people can't run Ubuntu in a chroot from a non-Ubuntu system"
[15:34] <robbiew> that last part is their problem
[15:34] <robbiew> :P
[15:34] <robbiew> zzzzzzzzzzzing!
[15:34] <SpamapS> also you can't run Ubuntu in an lxc container that is not network namespaced
[15:35] <SpamapS> Which would have been quite nice for us to be able to use LXC in juju w/o the network complexity
[15:35] <SpamapS> (don't worry I intend to suggest this as a feature for 12.10 :)
[15:41] <jamespage> how do charmers feel about using the HEAD of the master branch of an upstream project in a charm?
[15:41] <jamespage> etherpad-lite is currently bust as 1.0 wants nodejs 4 and npm 1.x but thats not a happy pairing anymore
[15:42] <jamespage> current dev is good with nodejs 6 + npm 1 from the PPA we are all using....
[15:44] <SpamapS> jamespage: HEAD is a bit aggressive, I'd love for that to just be an option, but pick a tag by default
[15:44] <jamespage> SpamapS, I'll give upstream a poke and see when the next release is due
[15:44] <SpamapS> jamespage: for exactly the reason you're seeing.. integration is hard, mmmkay :)
[15:45] <jamespage> SpamapS, I may be able to kludge 1.0 to work as well
[15:45] <SpamapS> jamespage: I've been messing with a charm called 'extrappa' that I splice onto my other charms to test things with different PPA's enabled.
[15:46] <SpamapS> jamespage: It might be interesting to use that to test charms w/ newer versions of stuff
[15:46] <SpamapS> tho this seems like the other way around
[15:49] <jamespage> SpamapS, I think I'll pick a know good commit for the time being
[15:53] <SpamapS> jamespage: do they not use tags?
 .. juju doesn't either.. ;)
[15:53] <jamespage> SpamapS, they do - but they only have "1.0" which is now 7 months old
[15:54] <jamespage> SpamapS, going to make it a config parameter to make it easier to change later
[15:54] <jamespage> or for people to tweak if they are brave :-)
[15:56] <jamespage> jcastro, did you hear anything back from the chris lea (guy who owns the nodejs PPA's we seem to be preferring?)
[16:10] <SpamapS> jamespage: I think you might also consider just making the node PPA the default
[16:11] <jamespage> SpamapS, for etherpad-lite? yes absolutely
[16:12] <SpamapS> jamespage: from what I saw, npm is totally broken and dead in older releases of Ubuntu/Debian anyway
[16:12] <jamespage> SpamapS, it is in the current dev release of Ubuntu/Debian
[16:13] <jamespage> SpamapS, the debian maintainer has stuff in pipeline
[16:13] <jamespage> but the upstream release pace is very fast IMHO
[16:13] <jamespage> reminds me of working with jenkins
[16:15] <SpamapS> jamespage: btw, great quote from Jay Pipes last night at the OpenStack LA meetup. "[Jenkins] is like a suped up cron."
[16:15] <jamespage> SpamapS, that is spot on
[16:15] <m_3> with green balls :)
[16:15] <jamespage> cron with 200 x the memory footprint at least!
[17:35] <_mup_> juju/relation-id r500 committed by<EMAIL_ADDRESS>[17:35] <_mup_> Minor docstring update
[17:46] <jimbaker> beginning of relation-id support is now in trunk - 3 more branches to get approved
[17:52] <SpamapS> jimbaker: woot
[17:53] <SpamapS> heh..
[17:53] <m_3> dang, looks like I've got to flush and rebuild the lxc cache nightly for local charm testing
[17:53] <SpamapS> its going to get ugly when we add the next feature to charm API and there's no --version ..
[17:53] <m_3> it's getting... stale
[17:53] <m_3> +1 for somebody to add --version
[17:54] <SpamapS> what we really need is 'charm-api-version' so conditional logic can be used in charms
[17:54] <m_3> it doesn't even require hard versioning... just spit out what it can... bzr480 is perfectly fine imo
[17:54] <SpamapS> m_3: hrm, I'd like to see us actually version the charm API
[17:55] <m_3> we've had other problems than just charm api
[17:55] <m_3> but ok
[17:55] <m_3> I'd really like the api between the juju cli <-> juju bootstrap node to be versioned
[17:55] <m_3> that's bitten me hard before
[18:09] <SpamapS> m_3: that is versioned since its basically the schema
[18:10] <marcoceppi> What do we use "s3" for and what's the benefit of having a storage bucket vs just having that information on the bootstrap?
[18:16] <SpamapS> marcoceppi: storing charms and the "map" that clients use to find the ZK node
[18:16] <SpamapS> marcoceppi: in orchestra we *do* store these things on the bootstrap node.
[18:17] <SpamapS> marcoceppi: and the local provider as well. Just not on EC2.. since S3 simplifies things
[18:17] <marcoceppi> SpamapS: so, if a provider didn't have an S3* like cloud, it could be setup to use the bootstrap?
[18:17] <SpamapS> marcoceppi: we'd have to rewrite code in the ec2 provider to make that work, but yes
[18:17] <SpamapS> marcoceppi: you'd need to have a way to find the ZK node.
[18:18] <SpamapS> marcoceppi: in orchestra, the orchestra-server env setting is used (and maas-server in maas)
[18:18] <SpamapS> marcoceppi: but in a cloud.. that address is harder to predict. :)
[18:19] <marcoceppi> I see, I was referring to a provider that wasn't a traditional EC2-like provider, I imagine they would need to code their own provider code
[18:20] <marcoceppi> Like, at POSSCON we chatted with the Linode guys and their API, they have a bit of a different setup though on how they manage their "VPS" servers
[18:21] <marcoceppi> So, right away I noticed a few things that wouldn't jive right, was trying to figure out what it would take if someone were to write provider code for Linode
[18:26] <SpamapS> marcoceppi: the API needs some place where admins can agree to share a map to the zookeeper node.
[18:28] <SpamapS> marcoceppi: if linode has some way of tagging VMs, that works
[18:40] <SpamapS> argh.. why do we try to mkdir ~/.juju with --help
[18:40] <m_3> yikes
[18:40] <SpamapS> yeah, silly
[18:42] <SpamapS> makes it so we can't use help2man to generate man pages for juju
[18:43]  * SpamapS monkey patches
[18:44] <SpamapS> oh what a mess
[18:44] <SpamapS> env config is used to set defaults for the parser
[18:53] <SpamapS> wow.. this sucks
[18:53] <SpamapS> can't push the default config out of "~/.juju"
[18:53] <SpamapS> so cannot run --help without a writable ~
[18:53] <SpamapS> which means, cannot run --help during package build. :-P
[19:02] <hazmat> SpamapS, it can solved with another layer of indirection
[19:02] <hazmat> SpamapS, what's the goal?
[19:03] <SpamapS> hazmat: run --help without trying to write to the filesystem
[19:04] <SpamapS> hazmat: buildds run as a user which has no home dir
[19:04] <SpamapS> hazmat: help2man will run 'juju --help' and parse that into a nice man page
[19:04] <hazmat> SpamapS, gotcha
[19:05] <hazmat> SpamapS, and you can have it generate the aggregate from all the subcommands?
[19:05] <SpamapS> hazmat: since --help is generated from the parser object, which needs the environments for some defaults.. (IMO, the wrong layer to do that..) this is not so simple. :(
[19:05] <hazmat> or just the top level?
[19:05] <SpamapS> hazmat: no, that would be the bomb, but for now, I'm happy with a singe man page just listing the subcommands and a link to the docs
[19:05] <SpamapS> hazmat: I can get it to generate a man page per-subcommand tho
[19:06] <SpamapS> hazmat: and probably from that, I can squish them all into one. :)
[19:06] <SpamapS> but.. baby steps
[19:06] <SpamapS> first.. have to be able to run --help without a homedir
[19:06] <hazmat> SpamapS, un momento
[19:06] <SpamapS> anyway, have an appointment.. bbiab
[19:07] <hazmat> SpamapS, this solves that.. http://paste.ubuntu.com/907710/
[19:08] <hazmat> i'll commit the fix to trunk
[19:12] <_mup_> juju/trunk r508 committed by<EMAIL_ADDRESS>[19:12] <_mup_> [trivial] juju only initializes the sample when given a command, post cli parsing
[21:52] <SpamapS> hazmat: thanks btw! :)
[21:54] <SpamapS> hazmat: did you forget to bzr push ?
[22:05] <shazzner> hello
[22:05] <shazzner> for some reason I'm unable to do juju status without it timing out
[22:05] <SpamapS> shazzner: how's it going? :)
[22:05] <SpamapS> oh, so.. not awesome :P
[22:06] <shazzner> SpamapS: good, back with more problems :p
[22:06] <SpamapS> shazzner: what provider?
[22:06] <shazzner> local
[22:06] <SpamapS> shazzner: did you reboot?
[22:06] <SpamapS> shazzner: reboot == dead local provider environments
[22:07] <shazzner> oh
[22:07] <shazzner> haha
[22:07] <shazzner> that blows man!
[22:07] <shazzner> ok I'll rebootstrap :)
[22:07] <SpamapS> https://bugs.launchpad.net/ubuntu/+source/juju/+bug/955576
[22:07] <_mup_> Bug #955576: 'local:' services not started on reboot <juju:New> <juju (Ubuntu):Confirmed> < https://launchpad.net/bugs/955576 >
[22:07] <shazzner> ah
[22:07] <SpamapS> shazzner: /win 10
[22:08] <SpamapS> hah doh
[22:08] <shazzner> SpamapS: thanks :)
[22:08] <SpamapS> shazzner: there are > 100 bugs that need love.. ;)
[22:09] <shazzner> I wish I could help with them, I'd only introduce worser bugs :p
[22:30] <SpamapS> hazmat: that patch breaks a test
[22:31] <SpamapS> hazmat: http://paste.ubuntu.com/907956/
[22:31] <SpamapS> hazmat: very easy fix
[23:05] <hazmat> SpamapS, huh.. yeah.. that's what i merged to trunk
[23:06] <hazmat> except i used ['bootstrap']
[23:06] <SpamapS> hazmat: you never pushed
[23:06] <hazmat> oh.. right.. i forget i unbind'd on the checkedout
[23:06] <SpamapS> hazmat: I chose status since it is the most benign command. ;)
[23:07] <hazmat> SpamapS, fair enough.. i choose boot as benign initial command
[23:07] <hazmat> well not benign
[23:07] <hazmat> SpamapS, its pushed
[23:28] <SpamapS> hazmat: cool. I'll pick it up on the next (hopefully final) upload of juju to precise ;)
[23:58] <_mup_> Bug #969706 was filed: juju.unit.tests.test_workflow.UnitRelationWorkflowTest.test_depart_hook_error non deterministic behavior <juju:New> < https://launchpad.net/bugs/969706 >


[10:41] <cjwatson> grr, everybody who asked questions that I can answer has left
[10:41] <cjwatson> thom: setting mirror/suite to anything but the current release is unlikely to work in Ubuntu
[10:42] <cjwatson> there are no compatibility shims or anything and I've put no effort into keeping that working; the edgy installer for instance requires tasksel in main and customised for Ubuntu, which it wasn't in dapper
[10:45] <thom> ah, ok
[02:39] <cr3> I'm trying to use preseeding to erase the entire disk but it seems that I need to specify the whole string: Erase entire disk: SCSI5 (0,0,0) (sda) - 80.0 GB ATA ST380811AS
[02:39] <cr3> is there a way to specify a more generic string so that the same preseed file can be used across several machines?
[02:54] <cr3> weird, preseeded install took a fraction of the time to install compared to the kickstart install. trying again, just to make sure
[06:41] <cjwatson> cr3: don't preseed that question - see the installation guide which describes how to preseed partman-auto more correctly
[06:41] <cjwatson> specifically partman-auto/disk
[06:45] <cr3> cjwatson: I had tried that but it seems that the installer always prompts unless partman-auto/init_automatically_partition is defined
[06:45] <cr3> cjwatson: give me a sec, I could make sure
[06:47] <cjwatson> what release is this?
[06:48] <cr3> cjwatson: edgy
[06:49] <cjwatson> then just preseeding partman-auto/disk is definitely sufficient. make sure you've set it to the right value though (i.e. one of the device names in the output of parted_devices)
[06:49] <cr3> cjwatson: if this is indeed a bug rather than a misconfiguration on my part, I could file a bug on malone and test it on dapper and feisty afterwards
[06:49] <cjwatson> (in feisty, you need to preseed partman-auto/method to regular as well)
[06:49] <cjwatson> I don't see a bug yet
[06:50] <cjwatson> if you can reproduce it with DEBCONF_DEBUG=5 and are sure the preseed file is correct, a bug report on partman-auto with the installer syslog and a copy of the preseed file would be good
[06:51] <cjwatson> (DEBCONF_DEBUG=5 on the kernel command line; that produces a trace of all the installer's debconf interaction in the syslog. very handy)
[06:53] <cr3> cjwatson: thanks, specifying /dev/sda worked! I had tried the default value, /dev/discs/disc0/disc, without double checking that it actually existed.
[06:55] <cr3> that seemed to be the only part which prevented me from using preseeding, so I'm currently installing herd 1 with kickstart but I'll revert that to preseeding this afternoon.
[06:56] <cjwatson> where was that listed as the default?
[06:56] <cjwatson> /dev/discs is obsolete in edgy
[06:56] <cjwatson> (https://launchpad.net/distros/ubuntu/+spec/no-more-devfs)
[07:00] <cr3> cjwatson: I must've been looking at dapper documentation, I'm netinstalling that release as well :(
[07:02] <cjwatson> ah yes, quite important to use the right release's documentation for preseeding
[07:03] <cr3> just diff'ing the very useful example files would've probably given me a quick indication
[11:38] <mark> lol
[11:39] <mark> I had made it so that in early_command the debug logs webserver is started during every install
[11:39] <mark> so I was just reinstalling a squid server, turns out our load balancer pooled it during the install because the web server was up
[11:40] <mark> and probably returning 200 OK for anything