One of the things I’ve heard about people managing services over the last year or so is that even though it’s useful to do things at the service level, sometimes even doing that can be time consuming or tedious.

For example if you want Discourse or Mediawiki then you need to know which databases those services need. Why not just steal what some other person has put together and deploy it all at once? Services by themselves are fun but I want an entire working thing out of the box!

Bundles are sets of services that are bundled together in one file that you can deploy. And we’re putting them in the Juju Charm Store so that you not only get to share individual services, but clumps of working deployments. It’s easy, you merely model your deployment in the Juju GUI, export, and then share the yaml file. Bundles also have their own page in the store, showing users what components are available, how to use it, and what they consist of.

The nice thing is that you can deploy the entire thing at once:

juju quickstart bundle:~gary/demo/2/instantBigDataNoSQL

This fires up a bootstrap node, add the Juju GUI to the environment and deploys this monster.

Here’s what it looks like from scratch.

sudo add-apt-repository ppa:juju/stable
sudo apt-get install juju-core juju-quickstart
sudo apt-get update

juju init -w

Then edit ~/.juju/environments.yaml with your cloud credentials. Then pick a bundle to deploy.

juju quickstart bundle:~makyo/mediawiki-scalable/5/mediawiki-scalable

or

juju quickstart bundle:~jorge/mediawiki-simple/3/mediawiki-simple

or

juju quickstart bundle:~jorge/discourse/5/discourse-simple

Bundles are in beta, so here’s the caveats. Doing the environments.yaml dance gets tedious, so we’re working on the quickstart command to prompt you for credentials for whatever cloud you want to use. We also realize that the URLs aren’t exactly ideal, but we’re working to make that simpler. Bundles don’t support –to right now either, so “run an entire Discourse install on one cheap node” is not quite there yet, but we’ll be there soon. The goal by 14.04 is just to have the one quickstart command do what you want without all the previous mumbojumbo.

jujucharms.com will continue to grow support for bundles, right now it’s mostly focused on charms, and while charms are great and an important building block we’ll be pushing bundles as a complete solution for a deployment. As far as submitting your bundles to the charm store, the process is slightly different than charms, we’ll be pushing updated documentation on how to do this over the next few days. In the meantime feel free to deploy these example ones.

I did a talk about Juju at our local LUG, but I also did a talk on building your own Steam Box.

Some of the information here is already out of date, but you can check it out here.

Juju Charm Ecosystem Status for the 30th of October

General Info

Highlights

Tools

  • 1.1 release coming tomorrow with support for bundles.
  • Minor bug fixes
  • Charm testing template included to create boilerplate Amulet tests.

Helpers

  • no changes, tons of discussion, please join UDS for the details, here’s high level view:
    • Packaging for charm helpers, so you don’t have to embed them anymore
    • Multiple language support in charm helpers!

Amulet

  • No changes, there will be more coming based on user feedback, no release date set yet.

Docs

  • More work in the charm author docs specifically.
  • Documenting the interfaces is coming
  • config pages getting updated to reflect 1.16.
    • Would also like to rework some of the screenshots (HP Cloud changed again).

Charm Updates

  • http://manage.jujucharms.com/recently-changed
  • Queue @ http://manage.jujucharms.com/tools/review-queue
  • CONTEST OVER! Judging has begun.
  • Owncloud has critical fix in the charm queue, needs to get in asap.

  • Lots of progress clearning it out over the past 2 weeks, we’re almost out of the hole.

Bundles

What is a bundle?

  • Jorge: Bundles are to charms as metapackages are to packages
  • Marco: But you can define bundles of bundles, so it’s more like a bundle is a source package of a package that has multiple binaries.
  • Ok enough with the analogies, bundles are sets of charms AND relations that represent a workload, you deploy that into your cloud so like.
  • You can export a bundle from your GUI by hitting shift-d, and then share with others
  • You’ll be able to share you bundle with the community, it’s just a simple yaml file.
  • charm tools will lint your bundle!
  • How do we promulgate official bundles?
  • TODO for UDS, we need a session on Bundle policy.

Events

  • http://juju.ubuntu.com/events
  • ODS HongKong (Nov 5-8)
  • LISA’13 (Nov 4) (GlusterFS community days)
  • SCaLE CFP - 15 December
  • RubyConf (Nov 8-10)
  • AWS re:Invent (Nov 12-15)
  • MongoSV (Beginning of Dec, TBD)
  • Charm School schedule will be updated wih the t-cycle

Charm Championship

  • Submissions are in … judging has begun!
  • Announcement TBD.

GOALS

  • [jorge] Openstack bundle deployment thing from jamespage: SUPERCEDED
    • Cloud installer + we’ll make other bundles for the GUI
  • [m_3] mapR charm review: INPROGRESS
  • [marco] Get 1.0(.1) charm-tools into precise: BLOCKED
  • [marcoceppi] Document SimpleStreams, scrub docs to make sure public-bucket-url and friends are updated: INPROGRESS
  • [jorge] - Local provider troubleshooting: DONE
  • [marcoceppi] - Document local provider troubleshooting: INPROGRESS
  • [jorge] - Document local provider troubleshooting: INPROGRESS
  • [nickveitch] - File a bug to bring -v back (show-log? really?): DONE
  • [nickveitch] - Document tags in the MAAS provider: DONE
  • [nickveitch] - control-bucket is now chosen automatically if omitted from the configuration for new ec2 and openstack environments.: DONE
  • [nickveitch] - admin-secret is now chosen automatically if omitted from the configuration of a new environment.: DONE
  • [jorge] [nickveitch] - Create a logging page. Logging has changed. You can specify an environment variable “JUJU_LOGGING_CONFIG”, or you can specify –log-config on the command line. To show the log on the command line, now use –show-log. The –debug has been kept to be short-hand for “–log-config==DEBUG –show-log”, and –verbose has been deprecated with its current meaning.: TODO
  • [marcoceppi] Document charmhelper http relations: TODO
  • [marcoceppi] Documenting the ~charmers responsibilities: INPROGRESS

(This post probably is not useful to anyone outside of the US)

I’ve been without cable for a few years now, using a combination of Netflix, Amazon Prime, and an HD Homerun. This past week Aereo launched in Detroit and after 30 seconds of using it I stumbled over backwards to pay for it.

Here’s the part that Aereo fills in. Right now here is what each service provides:

  • Netflix - The archive of movies and TV shows.
  • Amazon Prime - Same as Netflix, but also has first run shows available immediately if you want to pay for them (which I can’t do on Netflix)
  • HD Homerun - Local television.

The problem with my HD Homerun is that all it does is take OTA cable signals and put them on my network. This is handy, except it’s not integrated nicely on my Roku nor my Plex/XBMC setup. And at the end of the day, it basically is a retransmitter. Aereo is much more. And since I don’t have a dedicated PC in my living room (Just a Roku), if I want to watch the Lions game this Thanksgiving I need to hook up a PC to my computer, toss the URL in VLC and then fullscreen it.

With Aereo I don’t need hardware other than my Roku, PCs, or phones – and it does more than retransmit, it also provides a DVR-like service to my shows. That means I get the equivalent of a Tivo for my OTA broadcasts. Now, combine that with Netflix and Amazon Prime and all my bases are covered, one ONE DEVICE (the Roku). That means I can just record all the Lions games and watch them from anywhere. Now I can have people come over without them flipping out that I don’t have sports or local news.

Ah, my trifecta is now complete. $27 a month for all three, not bad!

The one complaint I have is that these services still force you into the “channel” model. That is, the channel is a first class thing in the UI. I think this is backwards; ideally I wish to have all the TV shows be available as an aggregate from every “channel”, and then I browse/search by grammer/content. When I pick “The X-Files”, then tell me my backend options. Of course, this model will likely never fly with the content providers, alas only my old Boxee Box ever got that right.

All in all, a great deal at $7 a month (I got the multiple antenna provider and more space for an extra 4 bucks) – and as a bonus the service is so innovative that the incumbents don’t even know what to do other than sue. Gotta love it.

Now that everyone is talking about SteamOS and Steam Machines I thought I’d blog about my “Faux Steam Machine”. SteamOS is basically a Linux-based OS, and we know that the SteamBox is basically a PC. And while people are guessing that the announcement on Friday will be a controller, I went ahead and assembled my own with my own stuff.

Certainly not “Steam Certified”, but it’ll tide me over until I can buy the real hardware, and it’ll let me follow along with development of Steam at the “Big Picture” level. This is all pretty straightforward and there’s nothing new in this post that you haven’t been able to do before. It’s just now that Valve is committed to this direction I want to follow along – especially as the number of titles coming out continues to increase.

For this tutorial you need:

  • An Ubuntu machine with good video performance. I have an Nvidia based machine. You need to install Steam on this machine.
  • This wireless receiver which enables you to reuse your Xbox 360 controller on your PC.
  • An Xbox 360 controller or some other wireless gamepad.

First you need to get the controller working in Ubuntu:

And now, make a Steam session:

  • Can I run Steam as its own standalone session? - this is great because it allows us to just login to the machine and then Steam fires up automatically in big picture mode. Kudos to you thor27 (the author of this little integration bit).

And finally, turn on auto login in LightDM so that our machine just boots right into Steam with no user input:

Steam updates itself at the client level so there’s no need to worry about that, the final step for a console-like experience is to enable automatic updates and you should be good to go!

TODO

  • There’s certainly some work we can do in Ubuntu to make configuring gamepads suck less.
  • There’s a Steam repository that has some goodies like a Steam Plymouth theme, this would make first boot look real slick.
  • Does anyone know if there’s a similar cable for PS3 controllers?
  • Performance: I assumed that loading Steam in a dedicated session would lead to better performance but it’s actually slower than running it in Unity. I think it has something to do with Steam running in the stripped down XFCE window manager that doesn’t have compositing? Need to investigate.
  • Someone on reddit mentioned that SteamGuard/login in could be a problem but I haven’t run into those issues yet.

Thanks to everyone who showed up to the OhioLinuxFest. It was fun, well, other than getting that cold from Ian and Jono. evil glare

A friend of mine let me play around with Ghost, the new simplified blogging engine.

It’s still missing some features, but for me it’s about 90% there. The Markdown editor is excellent, it’s really all about no-frills content and publishing, which I like. There’s no content importing from Octopress (yet), so I’m going to not move (yet); but when it’s out for the public it should be a nice alternative for those of us who prefer simple blogging. And I must admit after hosting a static blog for so cheap it gets kind of weird moving back to something that needs a working web server (First world problems I know.)

I think it would be nice to have a hosted service like this that would just let me dump the rendered html into an S3 bucket.

Also check out Lee Hutchinson’s review of Ghost on Ars Technica.

General Info:

Highlights

  • Juju talk at the Ohio Linuxfest!
  • Charm tools 1.0 released

Azure Support!

  • Charm Tools, Juju client available for Windows 7 and 8
  • Microsoft Windows Azure support (you can now deploy to Azure!)
    • OSX is in homebrew (but you knew that already)

The initial blogs are at:

Docs

  • Docs up to date to reflect charm-tools, Azure configuration, and windows installation.
  • Two branches out that provide more info on the GUI and Charm Author
    • New “How To” based on Juju GUI
    • Charm Author section being worked on
  • UX testing on Charm User section
  • Integrate charm-tools into “writing a charm” section

Tools/Helpers

Tools

  • 1.0 release (rewrite to Python) - this lets us be more crossplatform and make the code testable
    • Packaging is being sorted now, will be available on all three platforms by the end of the week.
    • 1.1 release later this month.
    • Hopefully more reliable release schedule moving forward.
  • Template for charm create’s boilerplat hooks are much better.
  • Marco to add more language-specific best practice to make the boilerplate more useful.
  • Need to figure out how to get 1.0 into Ubuntu properly
  • Perhaps work with Rodrigo on Brew, but it will be in pip at a minimum

Helpers

  • No changes …
  • Feature branches out there, no pending merges yet.

Amulet

  • Now that charm tools is 1.0 Marco can finish the Amulet release.
  • Release 1.0 next week.
  • “How to write tests for your charm” resources to be written.
  • 2 Weeks until a charm school specifically just for this.

Charm Updates

  • Recent Changes
  • New icons! Thanks webteam! Varnish, Squid, couch, node, redis…
  • Shiny Docker charm - not in the store.
  • ~50 changes in the charm store this week.

Events

  • OhioLinuxFest Juju talk! 14 September - DONE!
  • Marco @ Gluster FS Community Days, part of Linux Conf in New Orleans (Sept 19) - In Progress!
  • Updated events page (https://juju.ubuntu.com/events/)
  • Charm School this Friday with Jorge and Mims!
  • OpenStack conference sneaking up!
  • SCaLE CFP is open!

Charm Championship!!! \o/

  • 6 categories: Media, telco, continuous deployment, high availability, monitoring, and Data Science!
  • $60k more in prizes for new categories
  • Deadline extended to October 22 to accomodate new categories
  • http://juju.ubuntu.com/charm-championship

Other Topics

GOALS

  • [pavel] email list on continuous deployment story using Rails charm: INPROGRESS
  • [evilnick] Charm Author docs structure: INPROGRESS
  • [pavel] Work on amulet integration testing: TODO
  • [marco] Release/Mail list on Amulet instructions, and general information: INPROGRESS
  • [jorge] To identify draft pages in docs: DONE
    • Jorge did confirm with core team that the remaining drafts are not applicable from thumper (Tim P.)
  • [jorge] Openstack bundle deployment thing from jamespage: INPROGRESS
    • Talked to Adam_g, I am going to test this this week.
  • [arosales] Update Gluster and Ohio events on juju.u.c/events: DONE
  • [utlemming] Schedule in rails doc testing: TODO
  • [m_3] mapR charm review: INPROGRESS
  • [marco] Releasing charm-tools 1.0 to stable PPA: TODO
  • [marco] Get 1.0 charm-tools into saucy/precise: TODO

Another week, another Juju Charm Meeting!

General Info:

Highlights

  • Juju manual provisioning first cut!
  • juju.ubuntu.com facelift, looking good!
    • New docs formatting
  • manage.jujucharms.com facelift.

Docs

  • Tons happening right now
    • Still going through submissions from the sprint.
    • Docs have been redesigned to match juju.ubuntu.com
    • Creating a new page added to contributing to the docs section: https://juju.ubuntu.com/docs/contributing.html
      • Creating a new page in the docs now easy! No more excuses!
  • Author pages getting reviews.
  • New section: Tools
    • This will cover charm-tools and other convenience tools around Juju.
  • MAAS instructions need a redo next to catch up to latest versions.

Tools/Helpers

Tools

  • Port to Python completed, 1.0 release pending
  • Features and fixes for 1.1 started

Helpers

  • Had charm school last friday, here’s the video
  • No new changes since 2013-08-28
  • Several feature branches being worked on, better OpenStack and APT support
  • No CLI updates

Amulet

  • Version 1.0 nearing release, will be released shortly after charm-tools update
  • Whirlwind of documentation, examples, and blog posts planned
  • “Blocking” charm quality review

Charm Updates

  • http://manage.jujucharms.com/recently-changed
  • Queue needs some work
    • ntpserver charm needed
  • MapR charm ready for a 2nd pass
  • New charm for vpnendpoint
  • Bip ready for 2nd pass
  • Richard’s already tossed in a patch to add a config option remotely administer the charm remotely.

Events

  • OhioLinuxFest Juju talk! 14 September
  • Marco @ Gluster FS Community Days, part of Linux Conf in New Orleans (Sept 19)
  • Update events page

## Charm Championship!!! \o/

Other Topics

GOALS

  • [marco] upgrades video (I missed another a million trillion weeks): INPROGRESS?
  • [pavel] email list on continuous deployment story using Rails charm: INPROGRESS
  • [arosales, m_3] To get feedback to pavel: DONE
  • [evilnick] Charm Author docs structure: INPROGRESS
  • [nick] Add local provider getting started docs: DONE
  • [pavel] Work on amulet integration testing: TODO
  • [marco] Mail list on Amulet instructions, and general information: TODO
  • [jorge] To identify draft pages in docs: INPROGRESS
  • [m_3] Confirm ruby conf submission: DONE
  • [jorge] Openstack bundle deployment thing from jamespage: INPROGRESS
    • Ping adam_g.
  • [arosales] Update Gluster and Ohio events on juju.u.c/events: TODO
  • [utlemming] Schedule in rails doc testing: TODO
  • [m_3] mapR charm review: TODO