<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Opensource on The Comfy Seat</title><link>https://beanbag.technicalissues.us/tags/opensource/</link><description>Recent content in Opensource on The Comfy Seat</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Fri, 02 May 2014 00:00:00 +0000</lastBuildDate><atom:link href="https://beanbag.technicalissues.us/tags/opensource/index.xml" rel="self" type="application/rss+xml"/><item><title>What's Missing from GitLab?</title><link>https://beanbag.technicalissues.us/whats-missing-from-gitlab/</link><pubDate>Fri, 02 May 2014 00:00:00 +0000</pubDate><guid>https://beanbag.technicalissues.us/whats-missing-from-gitlab/</guid><description>&lt;p&gt;The other day I was asked what &lt;a href="http://bit.ly/1nRNoIH"&gt;GitLab&lt;/a&gt; was missing and I realized that, really, it&amp;rsquo;s not much. The single biggest thing to me is the inability to create new projects and interact with existing ones from a remote shell session a la &lt;a href="https://github.com/jingweno/gh/blob/master/README.md"&gt;gh / GitHub CLI&lt;/a&gt;. Other than that it really comes down to polish and aesthetics. Below is my $0.02 based on interacting with GitLab as a person who runs a server and as an end user.&lt;/p&gt;</description></item><item><title>Automatically Starting and Stopping Oracle Fusion Middleware on Red Hat 5</title><link>https://beanbag.technicalissues.us/automatically-starting-and-stopping-oracle-fusion-middleware-on-red-hat-5/</link><pubDate>Sat, 28 Sep 2013 00:00:00 +0000</pubDate><guid>https://beanbag.technicalissues.us/automatically-starting-and-stopping-oracle-fusion-middleware-on-red-hat-5/</guid><description>&lt;p&gt;At work we utilize Oracle Fusion Middleware on Red Hat 5.8.  As the primary systems administrator for the servers running FMW, I always found it to be a real pain that something as simple as a reboot required me to involve the app admin.  Instead of just being annoyed I got with that app admin to learn how the services were started and stopped and then wrote a set of SysV init scripts to automate that process.  These scripts seem to be reliable now so I have released the code on BitBucket at &lt;a href="https://bitbucket.org/genebean/oracle-fmw-sysv-init"&gt;https://bitbucket.org/genebean/oracle-fmw-sysv-init&lt;/a&gt;.  These scripts cover all the components used when running Ellucian’s Internet Native Banner and Self Service Banner.&lt;/p&gt;</description></item><item><title>Vagrant, Veewee, &amp; Me (part 1)</title><link>https://beanbag.technicalissues.us/vagrant-veewee-me-part-1/</link><pubDate>Tue, 21 May 2013 00:00:00 +0000</pubDate><guid>https://beanbag.technicalissues.us/vagrant-veewee-me-part-1/</guid><description>&lt;p&gt;I have toyed with the idea of diving into &lt;a href="http://www.vagrantup.com/"&gt;Vagrant&lt;/a&gt; for a while now and, tonight, decided it was time.  I decided to be different and RTFM… this left me with two big questions: where can I get “boxes” from and how can I easily make my own?  After a little Googling I discovered that &lt;a href="http://puppetlabs.com"&gt;Puppet Labs&lt;/a&gt; provides a small library of &lt;a href="http://puppet-vagrant-boxes.puppetlabs.com/"&gt;the boxes they use&lt;/a&gt; internally.  On their page I also found the answer to my second question of how to make my own: &lt;a href="http://github.com/jedi4ever/veewee"&gt;Veewee&lt;/a&gt;.  It seems I have a bit of setup to do before I can start using Veewee but I think it will be worth it.  My plan is to bring up a base &lt;a href="http://www.centos.org"&gt;CentOS&lt;/a&gt; 6.4 x86_64 box and then make &lt;a href="http://docs.vagrantup.com/v2/provisioning/puppet_apply.html"&gt;a Vagrantfile that uses Puppet&lt;/a&gt; to configure it for building RPM’s in.  Ideally, I will start including this Vagrantfile with the source of any RPM I publish so that building a new one is easy-peasy.&lt;/p&gt;</description></item></channel></rss>